Dear visitor, welcome to Jabaco - Community. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.
Date of registration: Jul 16th 2008
Location: Erlangen, Germany
Occupation: Software Developer
Hobbies: Jabaco, game theory, text-mining
Thursday, December 18th 2008, 7:46pm
wäre wirklich ganz gut, wenn du mir genau sagen könntest wie du das gemacht hast. folgender source (viel schlimmer kann man das garnicht machen) funktioniert bei mir problemlos:
|
Jabaco Source |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 |
Public Sub Command1_Click() Goto 1 EXITSUB: Exit Sub 1: msgbox "test": Dim i As Integer = 3: Goto 3 2: msgbox i: Goto FORNEXT 3: Goto 2 FORNEXT: For i = 1 To 10: v = v + i: Next 99: Select Case i: Case 1: Case 2: Case 11: msgbox "fornext": End Select: GOTO EXTREMFALL EXTREMFALL: i = _ i + 9: i = _ i - _ 10 Goto 10 10 msgbox i Select Case i: _ Case 5: _ Case 10: msgbox _ "extrem" & _ "fall" Case 11: _ End Select Goto EXITSUB End Sub |
Date of registration: Jul 16th 2008
Location: Erlangen, Germany
Occupation: Software Developer
Hobbies: Jabaco, game theory, text-mining
Thursday, December 18th 2008, 9:09pm
> Option Base 1
danke - es fehlen noch ein paar mehr vb6-befehle (while wend, foreach, ...). die meisten davon kann man sehr leicht implementieren - aber momentan konzentriere ich mich auf die vorhandenen funktionen, das deployment und die dokumentation. danach kommen wieder angenehmere arbeiten wie sprachdesign / neue features. wobei ich lieber funktionen implementiere die ich auch selbst verwende
also vermutlich wird es generics vor "option base" geben.
> Achja, ist eigentlich irgendwo ein Menü-Editor "versteckt"?
Create Jabaco-Menu / Jabaco-ToolBar
danke - es fehlen noch ein paar mehr vb6-befehle (while wend, foreach, ...). die meisten davon kann man sehr leicht implementieren - aber momentan konzentriere ich mich auf die vorhandenen funktionen, das deployment und die dokumentation. danach kommen wieder angenehmere arbeiten wie sprachdesign / neue features. wobei ich lieber funktionen implementiere die ich auch selbst verwende
also vermutlich wird es generics vor "option base" geben.> Achja, ist eigentlich irgendwo ein Menü-Editor "versteckt"?
Create Jabaco-Menu / Jabaco-ToolBar
Thursday, December 18th 2008, 10:23pm
Quoted
vorweg: dein hauptziel ist die konvertierung von vb6-projekten.
Wäre ganz nett, also inklusive API etc. Ich hätte ein paar Anwendungen, die ich gerne auch gerne unter Linux zum Laufen bringen würde. Allerdings wie gesagt: In VB-Programmen verwendet man nun mal gern die Windows-API, die man nicht ohne weiteres durch Java-eigene Funktionen ersetzen kann. Wenn ich nur an den Code denke, mehrere Bildschirme zu identifizieren, Bildmanipulationen über Speicherzugriffe, CallWindowProc und ASM... Dann die Sachen, die man in Java mehr durch Vererbung löst statt durch Subclassing... das alles per Hand anzupassen, würde meistens eine Software-Neuentwicklung bedeuten.
bietet jabaco einem vb6-entwickler die mögilchkeit java-technologie zu verwenden ohne java zu lernen.
Nun ja, ob ein VB6-Entwickler Jabaco nimmt, nur um Java verwenden zu können?
oder durch doevents auf threads zu verzichten, ....
Gerade Threads wäre ein super Aspekt, Jabaco zu verwenden. Das wäre die Einfachheit von VB (ohne sich mit Swing rumschlagen zu müssen) verbunden mit Threads. Und Multi-Threading in VB6 ist... nun ja, sehr instabil. Man muss aufpassen was man macht und erlebt hin und wieder Totalausfälle von Controls. Siehe Winsock - SendData in nem neuen Thread? Vergiss es. Ansonsten die Plattformunabhängigkeit, wenn man Anwendungen von Grund auf entwickelt. Dann könnte man über #If Win32 Then Api-Funktionen verwenden, bei #If Linux Then entsprechende Alternativen.
"optional" gibt es in java bytecode leider nicht. per überladung wäre das evtl. machbar - werde das noch genauer prüfen...
Klar machbar. Eine Funktion machen, die alle Parameter erwartet, und entsprechend viele überladene, die einfach den Defaultwert (bei Optional) übergeben an die Original-Funktion. IsMissing dürfte noch ein Problem werden, aber vielleicht könnte man dafür eine Konstante NIL/NULL einführen?
java bytecode unterstützt kein byref, aber es geht auch ohne.
Das ist aber einer der Gründe, warum VB6-Programmierer kein Java mögen
Als Alternative könntest du bei ByRef vor dem Funktionsaufruf die Sache in eine Klasse stecken (also bspw. new Integer() in Java), darin dann die Funktion arbeiten lassen, und nach dem Funktionsaufruf das wieder in einem primitiven Datentyp kopieren. Muss der Nutzer ja nicht mitkriegen, ist Aufgabe des Compilers.
> Mit mehreren Anweisungen in einer Zeile (Doppelpunkt) hat er scheinbar ebenfalls Probleme;
wann genau?
> außerdem werden Zeilennummern als fehlerhaft angekreidet,
> die nicht existieren (Datei ist nicht so lang).
wann genau?
> Und "End Sub" vermisst er ebenfalls - obwohl vorhanden.
wann genau?
Diese zwei Zeilen in ein leeres Form einfügen:
|
|
Source code |
1 2 |
Option Explicit Private Sub VS_Change(): Redraw: End Sub |
Reproduzierbare Fehlermeldung von wegen dem fehlenden End Sub, und Zeile 4 gibt's darin auch nicht.
das framework ist bereits opensource @ sf
Muss ich mir mal näher ansehen.
Ich hab mir auch mal so ein Projekt vorgenommen - aber ich wollte das ganze dann durch den FreeBasic-Compiler jagen (für ordentliche Anwendungen ohne Abhängigkeiten für mehrere Plattformen). Dummerweise kann der immer noch keine Vererbung, und das wäre schon recht nett und arbeitserleichternd
Date of registration: Jul 16th 2008
Location: Erlangen, Germany
Occupation: Software Developer
Hobbies: Jabaco, game theory, text-mining
Thursday, December 18th 2008, 11:40pm
über jni ist alles möglich. es gibt keine einschränkung. es ist nur leider nicht ganz so einfach wie der jabaco-wrapper
Wäre ganz nett, also inklusive API etc.
natürlich nicht nur deshalb. vielleicht auch weil man .net nicht mag, oder software für linux entwickeln möchte, oder weil man einen objektorientierten basic dialekt mit threading haben möchte, oder weil es wenige komfortable entwicklungsumgebungen gibt, oder weil man ein applet entwickeln möchte, oder java servlets, oder ja - um einfach nur die java technologie zu verwenden. nicht ohne grund hat java die größte marktmacht mit über 20 % - afair liegt .net bei 4-5 % warum auch immer sich jemand für jabaco entscheidet - es ist eine gute wahl
Nun ja, ob ein VB6-Entwickler Jabaco nimmt, nur um Java verwenden zu können?
und wenn du eine alternative verwenden möchtest:"just do it". jabaco unterstützt natürlich threading. aber wenn man zb. nur eine simple berechnung, oder abfrage machen möchte - wieso sollte man sich dann mit threading und sychronisierung arbeiten? dafür gibt es in jabaco den einfachen weg über doevents. es ist beides möglich - die entscheidung liegt beim entwickler.
Gerade Threads wäre ein super Aspekt, Jabaco zu verwenden.
oder durch doevents auf threads zu verzichten, ....
verwende java-funktionen, dann brauchst du keine winapi und keine unterscheidung. für den entwickler sollte das transparent sein.
Dann könnte man über #If Win32 Then Api-Funktionen verwenden, bei #If Linux Then entsprechende Alternativen.
hmm. ja - vermutlich. aber vorerst verweigere ich da die aussage
Klar machbar. Eine Funktion machen, die alle Parameter erwartet, und entsprechend viele überladene, die einfach den Defaultwert (bei Optional) übergeben an die Original-Funktion. IsMissing dürfte noch ein Problem werden, aber vielleicht könnte man dafür eine Konstante NIL/NULL einführen?
evtl. wird es der konverter machen. evtl. wird es das "optional"-statement in der sprache jabaco geben und evtl. werde ich das auch komplett anders lösen. ich glaube dafür gibt es noch mehr gründe.
Das ist aber einer der Gründe, warum VB6-Programmierer kein Java mögen
ja - vermutlich würde auch das gehen. vielleicht sollte ich ein prio-voting einführen.
[...] könntest du bei ByRef vor dem Funktionsaufruf die Sache in eine Klasse stecken (also bspw. new Integer() in Java), darin dann die Funktion arbeiten lassen, und nach dem Funktionsaufruf das wieder in einem primitiven Datentyp kopieren. Muss der Nutzer ja nicht mitkriegen, ist Aufgabe des Compilers.
omg
Option Explicit
Private Sub VS_Change(): Redraw: End Sub
ok - das ist eine minimale änderung im sprachdesign. ist in ein paar tagen behoben.was meinst du?
Reproduzierbare Fehlermeldung von wegen dem fehlenden End Sub, und Zeile 4 gibt's darin auch nicht.
ok - vielleicht hast du jabaco missverstanden? jabaco selbst ist ein compiler, ein debugger, eine ide, eine sprache, ein framework und eine community. welchen teil davon hättest du denn umsetzen wollen, wenn du den freebasic compiler verwenden willst?
Ich hab mir auch mal so ein Projekt vorgenommen - aber ich wollte das ganze dann durch den FreeBasic-Compiler jagen (für ordentliche Anwendungen ohne Abhängigkeiten für mehrere Plattformen). Dummerweise kann der immer noch keine Vererbung, und das wäre schon recht nett und arbeitserleichternd
Friday, December 19th 2008, 12:56am
verwende java-funktionen, dann brauchst du keine winapi und keine unterscheidung.
Damit könnte sich ein normaler Programmierer gleich in Java einarbeiten
Ja, auf Dauer wird es wohl sinnvoller sein, für alles die entsprechende Java-Alternative zu verwenden. Wobei es sicherlich nicht für alle Probleme sinnvolle Java-Lösungen geben wird (ich denke da nur an wildes handieren mit CopyMemory *g*).
ok - vielleicht hast du jabaco missverstanden? jabaco selbst ist ein compiler, ein debugger, eine ide, eine sprache, ein framework und eine community. welchen teil davon hättest du denn umsetzen wollen, wenn du den freebasic compiler verwenden willst?
Ich hab mir auch mal so ein Projekt vorgenommen - aber ich wollte das ganze dann durch den FreeBasic-Compiler jagen (für ordentliche Anwendungen ohne Abhängigkeiten für mehrere Plattformen). Dummerweise kann der immer noch keine Vererbung, und das wäre schon recht nett und arbeitserleichternd
Ich hätte gerne eine Entwicklungsumgebung mit ordentlichem Editor, Compiler, evtl. mit Framework (aber ohne JIT, Virtual Machine etc.), daraus sollten EXE-Dateien (und Linux-Binaries etc.) entstehen, ohne feste Abhängigkeiten (mal abgesehen von denen, die ich wissentlich selbst absichtlich einbaue). Das gaze in einer Sprache, die mir ein bisschen die Lesbarkeit von Basic bringt, aber gleichzeitig die Flexibilität von C/Java/etc. in Hinsicht der Schreibweise mit Semikolon am Ende, Blöcken etc. ohne Zeilenumbruchpflicht und so. Und natürlich mit der Freiheit von bspw. PHP - dort darf ich alles schreiben, was ich möchte - wenn es Sinn macht, ist es in Ordnung (wenn ich $$$a(&$b)[4]; schreiben will - warum nicht?). Nette Features wie Pointer auf Variablen, auf Funktionen (die man auch leicht wieder aufrufen kann), Inline-Assembler... Alles halt
Sobald FreeBasic eine vernünftige Möglichkeit hat, Klassen inklusive Vererbung zu verwenden, könnte man mit den ersten Libraries in FreeBasic beginnen (ein Abstraktionslayer für das System, darauf aufbauend das Framework). Dann eine IDE basteln - Formulareditor wie aus VB gewohnt, netter Code-Editor dazu (mit den technischen Features der letzten Jahre) und ab die Post. Das ganze als OpenSource veröffentlicht, und wenn es sauber gemacht ist und gut klingt, ne Community dazu aufziehen.
Friday, December 19th 2008, 8:34am
Sobald FreeBasic eine vernünftige Möglichkeit hat, Klassen inklusive Vererbung zu verwenden, könnte man mit den ersten Libraries in FreeBasic beginnen (ein Abstraktionslayer für das System, darauf aufbauend das Framework). Dann eine IDE basteln - Formulareditor wie aus VB gewohnt, netter Code-Editor dazu (mit den technischen Features der letzten Jahre) und ab die Post. Das ganze als OpenSource veröffentlicht, und wenn es sauber gemacht ist und gut klingt, ne Community dazu aufziehen.
Sicher nett, aber dann sollte es endlich einen 64bit-Port von FreeBasic unter Linux geben ...
Wie wäre es mit FreePascal/Lazarus ?
Friday, December 19th 2008, 3:50pm
Sicher nett, aber dann sollte es endlich einen 64bit-Port von FreeBasic unter Linux geben ...
Wie wäre es mit FreePascal/Lazarus ?
In Pascal müsste ich mich erst aufwändig einarbeiten - hab damit bisher noch überhaupt keine Bekanntschaft gemacht. Syntax wäre nicht das Problem, eher die Zeit, die dafür drauf geht...
Date of registration: Jul 16th 2008
Location: Erlangen, Germany
Occupation: Software Developer
Hobbies: Jabaco, game theory, text-mining
Friday, December 19th 2008, 7:52pm
ich weiß nicht genau was ich mit dieser aussage anfangen soll - willst du die vorteile von jabaco gegenüber java wissen? es ist unmöglich da wirklich alle zu erfassen - es kommt auf deinen anwendungsfall an. wenn du für dich persönlich keinen nutzen siehst, dann verwende doch einfach eine alternative?
Damit könnte sich ein normaler Programmierer gleich in Java einarbeiten
wieso sollte es keine sinnvolle java-lösung für deine probleme geben? du hast die möglichkeit mit copymemory zu arbeiten - aber es zwingt dich niemand dazu. die funktion copymemory würde in jabaco (in den meisten fällen) einfach keinen sinn machen.
Wobei es sicherlich nicht für alle Probleme sinnvolle Java-Lösungen geben wird (ich denke da nur an wildes handieren mit CopyMemory *g*).
mein standpunkt zu der java / x86 diskussion:
es ist möglich aus java-bytecode direkt x86 binarys zu erstellen und selbstverständlich könnte man die implementierten ressourcen auf das nötigste beschränken. das ist aber nicht meine aufgabe - mit jabaco biete ich die grundlage diese technologie zu verwenden. evtl. teste ich mal gcj, oder einer gcj-alternative. aus meiner sicht ist dieser weg aber falsch. auf den meisten rechner existiert bereits eine vorinstallierte java-version. sollte diese nicht vorhanden sein, dann wird diese einfach aus dem internet installiert - genau so funktioniert das jabaco-setup und ich habe keine probleme damit.
java bytecode bietet dem entwickler diverse vorteile:
- java hat eine sehr sehr hohe verbreitung auf servern, pcs (windows, linux, mac), pdas, handys, set-top-boxen, usw. (vermutlich gibt es mehr java vm's als windows-pc's)
- es gibt sehr viele ressourcen für java bytecode (s. sourceforge.net)
- es gibt sehr viele techniken für die java technologie (jnlp, signierung, remote debugger, servlets, java me, ...)
- es gibt sehr viele konverter für java bytecode (bytecode=>x86, bytecode=>msil, ....)
- java verifiziert die arbeit vom compiler (im classloader, in arrays, ...)
- ...
und wieder ist es einfach unmöglich eine komplette liste zu schreiben. die stärkte von jabaco liegt in der java technologie. es gibt unglaublich viele basic compiler für nativecode und basic interpreter. ich selbst würde das aus verschiedenen gründen nicht tun:
- man müsste ein passendes framework für die ziel-architektur finden oder jahre in die entwicklung investieren
- es ist mehr aufwand einen guten debugger dafür zu entwickeln
- es ist mehr aufwand eine objektorientierte sprache zu entwickeln
- es ist kompliziert eine einfache sprache ohne garbage collecter zu entwickeln
- es ist mehr aufwand deine binarys zu optimieren
- deine binarys sind nur auf einer zielplatform lauffähig
- es gibt zu viel konkurrenz
- ...
und wieder eine endlos lange liste... die vorteile sind, zumindest aus meiner sicht, ganz klar. wenn du sie erkennen kannst - dann verwende jabaco.
Similar threads
-
Suggestions »-
Translate Jabaco into your native language
(Nov 25th 2008, 3:53am)
-
- General topics, questions and discussions »
-
File operations don't work for me
(Dec 14th 2008, 7:32pm)
-
- Allgemeine Themen, Fragen und Diskussionen »
-
Datenbank anbinden
(Nov 28th 2008, 10:27pm)
-
- Allgemeine Themen, Fragen und Diskussionen »
-
Öffnen und lesen von Dateien
(Nov 26th 2008, 3:28pm)
-
- Tips, Tricks, Samples & Tutorials »
-
Using Java-Framework's inside Jabaco
(Aug 22nd 2008, 1:51am)