Das deutsche QBasic- und FreeBASIC-Forum

[Neuling]

Hallo Forum,

Mitte der 80er habe ich auf dem C64 kommerzielle Programme geschrieben und dann noch ein Projekt von 1989 bis 1991. Letzteres ist immer noch unverändert im Einsatz. Geschrieben wurde das Pgm (bestehend aus mehreren Teilprogrammen) mit Hilfe von PDS V7.x. Damals musste das Projekt in Teilprogramme untergliedert werden, weil der Programmcode die gültigen Grenzen überschritten hat. Es ist ein DOS-Programm.

Da es immer schwieriger wird, unter DOS (cmd-Befehl) zu arbeiten, soll bzw. muss das Projekt auf Windows umgeschrieben werden. Ob es aber nicht besser ist, alles neu zu programmieren, muss ich noch entscheiden. Unter DOS liegt ja die Herausforderung in der Gestaltung der Eingabe(n). Dies wird heute unter Windows ja sicher von vorgefertigten DLLs gut unterstützt - so nehme ich an. Weitere Herausforderungen damals waren diverse "Routinen", für die es heute fertige Lösungen gibt; z.B. Sortieren nach dem Datum, wenn es in der Form TTMMJJJJ vorliegt oder Berechnen von Zeitdifferenzen Datum2 ./. Datum1 = x Tage.

Ich tue mir richtig schwer, einen Einstieg zu finden. Und das, wo ich ja alles "nur abzuschreiben" brauche. Kann mir jemand Literatur nennen, wie man ein Windows-Projekt angeht. Zuerst Eingabe-Maske(n) dann Verarbeitung - oder umgekehrt? Welche Eingabe-"Fenster-Typen" gibt es - mit Beispielen. Wie sieht generell die Struktur eines Windows-Programmes aus? Diese Hilfe würde ich gerne bevorzugt in elektronischer Form haben.

Vielen Dank für die (guten) Hinweise.

PS: Programmieren ist nicht und war nie meine berufliche Betätigung; es war ein Hobby. Als solches betrachte ich auch dieses Projekt.

[dreael]

Also das Wichtigste vorab: Nachfolgender Screenshot

http://beilagen.dreael.ch/QB/16_Bit_Teils_1.png

=> selbst Windows 8 erlaubt die Ausführung von 16-Bit-Code. Tipp von mir also, bevor Du Dich in viel Arbeit stürzst: Unter

http://windows.microsoft.com/de-ch/windows-8/preview-download

würde ich an Deiner Stelle also die .ISO der 32-Bit(!)-Version (32-bit ist ganz wichtig, nicht die 64-Bit!) herunterladen, auf einer freien Hardware (normaler PC, auf dem Du die Festplatte komplett "flachmachen" kannst) oder virtualisiert (z.B. VMware Player) aufsetzen und im dortigen Gastsystem Deine alte 16-Bit-Anwendung spontan einmal von A bis Z testen, dabei sämtliche nicht mehr funktionierenden Dinge sauber dokumentieren.

Wenn Du keine verrückten INP()s und OUTs gemacht hast, ebenso wenig irgendwelche komplizierten Dinge wie SuperVGA, Soundkarte usw. im Gebrauch (aber selbst dort gibt es eine Lösung: DOS-Box!), dann müsste Deine bestehende Anwendung auch auf moderner Hardware noch gebrauchstüchtig sein. Bekannte Stolpersteine sind in der Regel Drucker, wenn da frisch und fröhlich mit LPRINT und Matrixdrucker-Befehlscodes (z.B. Epson) gearbeitet wurde (PostScript und PCL 5/6 dagegen unterstützen auch aktuelle Laserdrucker immer noch).

Ebenfalls bekannt: Gerne wurde früher die CPU-Geschwindigkeit mit einer Zählschleife (Integer erhöhen, bis z.B. 1 Sekunde verstrichen ist) gemessen, was bei heutigen 3,6 GHz-CPUs zu Überläufen führen kann -> derartigen Code solltest Du im Quelltext komplett eliminieren.

Und für die Original Commodore 64-Version: VICE verwenden, Diskette hierbei in eine .D64-Datei umwandeln.
_________________
Teste die PC-Sicherheit mit www.sec-check.net

[RockTheSchock]

Da du viel von Eingabemasken sprichst, gehe ich davon aus, dass dein Programm im weitesten Sinne mit Datenverarbeitung zu tun hat. Hier ein paar Empfehlungen von mir unter der Annahme, dass dein Programm eine Datenbank als Grundlage hat:

Wenn du planst eh alles neu zu machen und schnell mal eine Einzelplatz Datenbank mit Masken brauchst nimm Access.
Wenn du eine Datenbank brauchst, die von unterschiedlichen Leuten/Rechnern aus möglichst einfach von überall benutzt werden können soll, bietet sich PHP+MYSQL an, um damit ein Webinterface zu erstellen.
Wenn du sehr komplexe Datenstrukturen hast, die sehr stark miteinander verknüpft sind und zwischen denen komplexe Berechnungen durchgeführt werden. Nimm die Sprache die du am besten kannst.

Vielleicht lässt sich mit wenig Aufwand dein Programm Freebasic kompatibel machen. Ob das sinnvoll ist, können wir dir sagen, wenn du dein Programmcode veröffentlichst oder wenn du das nicht möchtest uns mehr informationen dazu gibst vielleicht mit ein paar Code schnipseln. Umso mehr Details wir über dein Programm haben umso gezielter können wir dir helfen.

Oder du lässt dein Programm weiter unter z.B. DOSBox laufen. Wenn du copy and paste haben möchtest gibt es wohl einen workaround:
http://www.autoitscript.com/forum/topic/45621-a-way-of-copy-and-paste-for-dosboxautoit-wrapper/

Für Freebasic gibt es vor allem die Befehlsreferenz z.B. auf Deutsch
http://www.freebasic-portal.de/befehlsreferenz/
ansonsten gibt es das auch das englische Forum:
http://www.freebasic.net/forum/


Für Java gibt es sehr viele gute kostenlose Programmierbücher, aber vor allem mit Basic Kenntnissen dauert es etwas bis du dich an Java gewöhnst.
http://www.javabuch.de/
http://openbook.galileocomputing.de/javainsel/

[Neuling]

Zuerst herzlichen Dank.

Ich muss ergänzen:
Mein BS ist Win7 Prof x64. Ich habe Oracle VirtualBox 4.2.x installiert. Darin ist Win XP Prof x86 eingespielt mit dem Ergebnis, dass sich besagte .EXE trotzdem nicht starten lassen. Ebenso habe ich versucht, mit DOSBox V 0.74 zu arbeiten. Ohne Erfolg. Auch die in Win 7 integrierten Kompatibilitätseinstellungen schlugen fehl. Es gibt reichlich Tipps, Vorschläge und Videos zum Thema "16Bit-Spiele unter Win 7/8 x64 zum Laufen bringen". Ich möchte behaupten, dass ich alle halbwegs sinnigen Vorschläge getestet habe. Keine zumutbare war erfolgreich. Unter Vista Premium Home x86 (32Bit) und erst recht unter XP 32Bit läuft alles problemlos.

Exotische Tipps mit Potential zum instabilen Gesamtsystem waren auch dabei, scheiden aber angesichts der Tatsache aus, dass es sich bei mir um eine kaufmännische Anwendung mit wirtschaftlichem Hintergrund handelt. Es ist unzumutbar, einem EDV-Laien (mit einem Alter von knapp 80 Jahren) eine Anwendung zu bieten, die potentiell ein seriöses Arbeiten unmöglich macht. Die Arbeiten mit diesem Programm müssen zuverlässig gespeichert werden und die Auswertung prompt bereit stehen.

Es wird ermöglicht,
1 - 99 Gebäude(komplexe) mit
1 - 99 Wohnungen je Gebäude
abrechnungstechnisch zu verwalten. Hauptsächlich werden die "Miet-Nebenkosten" auf die Mieter verteilt. Dabei liegt eine Besonderheit darin, dass der Vermieter bei allen Kosten nicht darauf angewiesen ist, bezahlte Beträge verteilen zu können, sondern auch noch nicht bezahlte. D.h., wenn von 10.04. bis 30.09. abgerechnet werden muss und z.B. der Strompreis sich in einem Punkt ab 10.07. ändert, kann das kWh-genau berücksichtigt werden. Vorausgesetzt der Stromzähler wird zeitnah abgelesen. Diese Funktion ist dem Lizenzeigentümer sehr wichtig und wird derzeit von keiner bezahlbaren (weniger als 5.000 € Investitions- und weniger als 300 € monatliche Servicekosten) Software geboten.

Wenn es weiterhin notwendig ist, kann ich gerne den Code bereitstellen - als Originalcode oder als PDF. Für den Anfang dann aber der Praktikabilität wegen von einem Teilprogramm, das ohne die restlichen Daten lauffähig ist.

??? Wie kann ich meinem Beitrag eine PDF- oder JPG-Datei anhängen??? Wenn ich das weiß, stelle ich eine Auswertung zur Verfügung.


@drael: Der Nutzer der Software wohnt 25 km von mir entfernt und braucht (nach wie vor) Hilfe in Form von Fernwartung, die aber regelmäßig bei Nutzung von DOS-Boxen (im Vollbildformat) nicht mehr richtig funktioniert - egal welche (kostengünstige/kostenlose) Lösung ich gewählt hatte bzw. habe. Deshalb kommen nur Lösungen in Frage, die keine "Verrenkungen" im Gesamtsystem erforderlich machen.

@RockTheSchock: Wie gesagt, es sind sog.
Stammdaten zu verwalten: pro Gebäude, pro Wohnung (Mieter) ... und
Abrechnungsdaten: Zählerstände, Arbeitspreise, Grundpreise usw. und
individuelle Verrechnungsdaten. Alle fließen in die Abrechnung ein.

[RockTheSchock]

Alle virtualisierungsmöglichkeiten alla VMware / VirtualBox / VirtualPC unter einem 64bit System ein 16 bit Programm laufen zu lassen müssen fehlschlagen. Das ist einfach so. Nur echte CPU Emulation (nicht Virtualisierung) könnte funktionieren. Da gibt es:

- DOSBox am einfachsten und am langsamsten
- DOSEmu
- QEmu
- Bochs

in QEmu kannst du auch MSDOS oder Win95 ... theoretisch sogar Win764bit installieren.

Es könnte sein, dass das Programm mit dem FreeDOS oder einer Komponente von FreeDOS nicht klar kommt. DosBox und DOSEmu kommen mit FreeDOS daher.


Solltest du code bereitstellen bitte nicht als PDF sondern die originalen BAS Dateien bitte als .BAS im Text Format gespeichert. (Innerhalb von PDS "Speichern unter" und als Text)

Zum Hochladen registrier dich irgendwo wo es kein geld kostet und lade es hoch und verlinke es:
http://www.freebasic-portal.de
http://www.dropbox.com/
http://www.4shared.com
http://drive.google.com


Die Software hört sich recht komplex an, komplett alles von vorne zu programmieren ist sicher sehr aufwendig, macht aber sicher auc Spaß!

Wenns mit Qemu nicht klappt, würde ich es an deiner stelle es mal mit FreeBasic probieren und dich an einigen der vielen Libs bedienen.
http://sourceforge.net/projects/fbc/files/Binaries%20-%20Windows/Libraries/

Als Datenbank-Backend könnte statt selbst verwalteten Dateien eine eingebettete relationale Datenbank zum Einsatz kommen, wie z.B. SQlite. Laut Wikipedia ist "SQLite das am weitesten verbreitete und meistverwendete Datenbanksystem der Welt." Interessant dabei sind vor allem Aggregat Funktionen und das einfache sortieren und filtern von Datensätzen:
http://www.sqlite.org/lang_aggfunc.html

[darkinsanity]

[RockTheSchock]

[dreael]

[Lothar Schirm]

Hallo Neuling,

ich weiß ja nicht, ob es dir nur um dieses eine Projekt geht und ob eine Benutzeroberfläche im DOS-Stil für deine Kunden heute noch akzeptabel ist. Falls du bei einem Basic-Dialekt bleiben willst und eine einfache GUI-Programmierung brauchst, würde ich mal PureBasic in Erwägung ziehen. Die Demoversion gibt es kostenlos. Es gibt in der IDE einen Formdesigner, der einfach zu verstehenden und schlanken Code produziert, und für Dein Problem gibt es in PureBasic auch jede Menge Befehle für den Umgang mit Datenbanken (SQLite-, PostgreSQL- oder jeden anderen Datenbank-Typ (Oracle, MySQL, Access, etc.)

[RockTheSchock]

Ich bin mir nicht sicher ob du älteren Herrschaften einen gefallen tust mit einer Windows Oberfläche. Aus meiner Erfahrung ist eine lineare / single Task Oberfläche / mit nur einem richtigen/möglichen Weg für ältere Leute viel einfacher zu handhaben, als eine moderne intuitive wo man das gleiche Ziel auf unterschiedlichsten wegen erreichen kann.

DOS Oberflächen mit einfacher Struktur und Eingabefeldern, die man nacheinander in EINER bestimmten Reihenfolge abarbeiten muss, sind nun mal für DAUs perfekt. D.h. ja nicht dass du auf moderne Elemente wie die Zwischenablage und das einfache Drucken/E-Mail versenden usw. verzichten musst.

[St_W]

Wenn du bei dem alten Code weitgehend bleiben willst, ist FreeBasic (im lang:qb Modus) sicherlich sehr gut geeignet aus der 16-Bit DOS Applikation eine 32-Bit Windows(/Linux/FreeBSD)-Applikation zu erstellen. Je nachdem wie viele DOS-/Hardware-nahe Funktionen du im Quellcode verwendest (z.B. (DOS) Interrupts, direkte Speicherzugriffe, direkte Portzugriffe, ...) werden trotzdem wenige oder mehrere Änderungen erforderlich sein.

Besser wäre es jedoch die Programmoberfläche auf aktuelle Systeme anzupassen. Da sich moderne Oberflächen derzeit in FreeBasic noch nicht so einfach wie in anderen Umgebungen erstellen lassen, kann ich dieses zumindest für die Programmoberfläche nicht empfehlen. Wenn du den UI-Code und die eigentliche Programmfunktionalität gut getrennt hast (wird angesichts des Alters jedoch wohl nicht so sein ...) wäre das Auslagern der Funktionalität in eine FreeBasic Bibliothek (DLL / LIB) möglich, sodass nur der UI-Teil neu geschrieben werden muss (in einer kompatiblen Programmiersprache, wie etwa C, C++, ... oder FB selbst, wobei ich letzteres jedoch wie vorhin begründet nicht unbedingt empfehle).

Noch besser wäre es die Software in einer modernen Programmiersprache neu zu schreiben. Das ist andererseits wohl die meiste Arbeit. Meiner Meinung nach aber besser als so eine "halbe" Lösung. Als Programmiersprache kann ich C# empfehlen. Moderne Benutzeroberflächen und Programmierkonzepte lassen sich damit bestens umsetzten. Natürlich ist etwas Einarbeitungszeit nötig, um ein vernünftiges Basiswissen zu erlangen, ohne welches erstmal nicht viel geht. Das .NET Ecosystem und C# sind allerdings extrem umfangreich, sodass man etwas darauf achten muss sich auf das Wesentliche zu konzentrieren, dass man sich nicht in der scheinbaren Unendlichkeit verliert.
_________________
Aktuelle FreeBasic Builds, Projekte, Code-Snippets unter http://users.freebasic-portal.de/stw/
http://www.mv-lacken.at Musikverein Lacken (MV Lacken)

[Neuling]

Vielen Dank für die bisherigen Tipps und Anregungen.

Mein vordergündigstes Ziel war und ist es, eine windows-kompatiblere EXE zu erstellen, als die originalen unter PDS 7.x. Richtig ist, dass unter Windows viel eher die Möglichkeit besteht, eine vorgesehene Abfolgelogik zu verletzen und sich damit Probleme einzuhandeln. Andererseits soll das Programm(paket) ja auch von den "Nachfolgern" (Erben) genutzt werden können. Und die finden es ätzend, wenn man zum "Nachschauen" das aktuelle Programm verlassen und ein ganz anderes aufrufen muss und wieder zurück.

Zu den Tipps bezüglich der Datenbanken: Es handelt sich um einfache Dateien, die im wesentlichen zum Anzeigen (auf dem Bildschirm) und zum Drucken im Hauptprogramm benötigt werden. Es ist - auch unter einem modernen System - nicht nötig, Datenbanken einzusetzen. Ich habe noch keinen großen Einblick in vorhandene LIBs, aber für mein Projekt sind bestimmt genügend vorhanden, um das eine oder andere Problemchen in den Griff zu bekommen.

Ich habe mich einfach dran gesetzt und probiert. Und es ist mir mit "wenigen" Änderungen gelungen, die 7 Teilprogramme unter -lang "qb" zum Laufen zu bringen. Sogar unter Win 7 64Bit gab es keine Probleme. Allerdings sind einige Neuerungen in FreeBasic (auch unter "qb") im Weg; die früheren Integer-Variablen - insbes. die %-Typen - sind inkompatibel wegen unterschiedlicher Länge. Früher konnte einfach mit dem Suffix die Bytelänge bei Zahlen festgelegt werden. DIM und DEF... wurden so gut wie nicht gebraucht. Und das rächt sich heute gewaltig! Ebenso aufwändig ist die Definiererei - und das nach über 20 Jahren.

Im nächsten Schritt habe ich mich dran gemacht, den "qb" in "deprecated" abzuändern. Das ging noch, erfordert aber noch eine ganze Portion mehr an Disziplin. Es ist aber machbar - auch in angemessener Zeit. Diesen Schritt habe ich aber nur an einem Teilprogramm getestet. Auch das ist nicht schwierig, aber schon zeitintensiver.

Dieses Teilprogramm habe ich dann noch mit -lang "fb" getestet. Und ein Problem habe ich jetzt in 2 Tagen Fummelei nicht geschafft zu lösen . Das würde ich gerne grundsätzlich (in vereinfachter Form) an euch weitergeben und um Hilfe bitten:

Was ist hier noch falsch? Den Code findet ihr am Ende!

Neben dem Compiler FreeBasic 0.90.1 Win32 habe ich installiert: FB IDE V 0.4.6 vom 19.02.2006 (nutze ich aber nicht aktiv) und FreeBasic Editor V 1.0.7.6c. Mit letzterem arbeitete ich die vergangenen Tage und werde ich auch weiterhin arbeiten, es sei denn es gibt was besseres (von euch empfohlen).

Herzlichen Dank im voraus.

Hier der Code:

[Elor]

Hallo:
Um die Variable Fir in der SUB "Dateischreiben" zu nutzen, musst du sie mit
SHARED bekannt machen.

Beispiel:

[nemored]

Das Schreiben eines kompletten UDTs mittels PUT wird nur richtig funktionieren, wenn du in der UDT-Deklaration Strings fester Länge verwendest (die hast du in den Kommentaren ja bereits angedeutet). Ob OPEN im Modus RANDOM korrekt funktioniert, musst du schauen; das wird nicht mehr weiterentwickelt; vielleicht lohnt sich hier ein Blick in den Dateimodus BINARY.

Zu den gemeldeten Fehlern: 'Fir' verwendest du wohl ausschließlich in der SUB - dann kannst du es auch in der SUB selbst mit DIM deklarieren (DIM Fir AS FirmenDatei). Nicht deklarierte Variablen werden in FreeBASIC auf jeden Fall immer bemeckert. Dadurch entsteht deine erste Fehlermeldung; alle anderen sind dann eine Folge aus der ersten.
Wenn du 'Fir' innerhalb und außerhalb der Prozedur nutzen willst, brauchst du das von Elor erwähnte SHARED.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[dreael]

[Neuling]

@drael: Gespräche, sowohl mit dem derzeitigen als auch den künftigen Nutzern, haben ergeben, dass ich die Umsetzung in eine "echte" Windows-Anwendung angehen soll. Es liegt in meinem Ermessen, wie viel ich davon umsetze. Aber Sinn soll das Ganze dann doch machen.
Wirtschaftlich ist es für's erste unrentabel. Wenn es mir gelingt, eine gute Applikation zustande zu bringen, steht einer Vermarktung nichts im Wege; zumindest ist es einen Versuch wert. Aus diesem Grund und um in die Materie "objektorientierte Programmierung" hinein zu kommen, würde ich gerne diese Aufgabe angehen. An einem konkreten Projekt mit einem klaren Ziel ist dies leichter zu erreichen, als wenn man "nur so" loslegt. Erfahrungsgemäß macht man dann nur das, was man eh schon kann. Die Tiefe und der Biss fehlen dann, zumindest bei mir.

@RockTheSchock: Ich sehe es als besondere Herausforderung, in der bekannten Sprache zu bleiben. Es wäre vllt. einfacher, die Sache ganz neu in einer anderen Sprache - C, C++, Java o.ä. - anzugehen. Programmieren habe ich nie "professionell" gelernt, es war und ist ein Hobby von mir.

Inzwischen habe ich weitere kleine Codes erprobt und komme der Materie näher. Eines habe ich damals nicht ganz verstanden und nur "angewandt". Heute brauche ich aber für eine saubere Programmierung das Verständnis; sonst wird es kompliziert oder sehr ineffektiv. Dazu gehört folgender Code:
http://www.freebasic-portal.de/benutzer/neuling-525.html

Kann es sein, dass (auch bei korrekter Deklaration mit SHARED) die Variable "Fir" nicht den gewünschten Inhalt hat. Nachfolgend ist der Inhalt der Datei in Hex (dargestellt mit WinHex) und hier eingefügt. Warum stimmt der Dateiinhalt nicht mit den Eingaben überein?

01 00 00 00 F0 4C 73 00 14 00 00 00 24 00 00 00
20 4D 73 00 0F 00 00 00 24 00 00 00 50 4D 73 00
13 00 00 00 24 00 00 00 80 4D 73 00 16 00 00 00
24 00 00 00 B0 4D 73 00 08 00 00 00 24 00 00 00
E0 4D 73 00 0A 00 00 00 24 00 00 00

Die Variable "Fir" soll doch den Zweck haben, dass mit ihr der ganze Datensatz kompakt ausgegeben werden kann. Eigentlich (und idealerweise) auf dem Bildschirm, dem Drucker oder in eine Datei - selbstredend ohne Formatierung. Wo liegt mein Denkfehler oder was fehlt im Code noch, um dies zu erreichen?

Gibt es fertige Eingabe-Routinen, die parametergesteuert bei der Eingabe die Cursorsteuerung (up, down, right, left, pg up, pg down, end, pos1) berücksichtigt? Die Abfrage nach dem korrekten Inhalt (Datum muss existieren, sonst wird das Eingabefeld nicht verlassen) muss jeder wohl selbst neu programmieren?

Vorab vielen Dank für eure Hilfe.

[Sebastian]

Hallo!

[RockTheSchock]

[HorstD]

[RockTheSchock]