Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
Autor |
Nachricht |
dreael Administrator

Anmeldungsdatum: 10.09.2004 Beiträge: 2527 Wohnort: Hofen SH (Schweiz)
|
|
Nach oben |
|
 |
Sebastian Administrator

Anmeldungsdatum: 10.09.2004 Beiträge: 5969 Wohnort: Deutschland
|
|
Nach oben |
|
 |
dreael Administrator

Anmeldungsdatum: 10.09.2004 Beiträge: 2527 Wohnort: Hofen SH (Schweiz)
|
Verfasst am: 08.10.2014, 22:37 Titel: |
|
|
Ist jeweils ein Sleep am Schluss, d.h. es darf irgend etwas gedrückt werden. Von Windows 2000 bis 8.1 enden die Programme alle korrekt, es geht also um das Fenster schliessen während den Aufräumvorgangs nach "End". _________________ Teste die PC-Sicherheit mit www.sec-check.net |
|
Nach oben |
|
 |
dreael Administrator

Anmeldungsdatum: 10.09.2004 Beiträge: 2527 Wohnort: Hofen SH (Schweiz)
|
Verfasst am: 17.11.2014, 09:59 Titel: |
|
|
Inzwischen einmal noch die verschiedenen FB-Projekte durch die aktuellste Version des Compilers gelassen und getestet: Problem tritt auch dort auf.
Da aber ansonsten etliche sonstige PC-Appliktionen ohne Fehler auf der Windows 10-Station laufen, das Ganze als Bug auf freebasic.net gemeldet. _________________ Teste die PC-Sicherheit mit www.sec-check.net |
|
Nach oben |
|
 |
dreael Administrator

Anmeldungsdatum: 10.09.2004 Beiträge: 2527 Wohnort: Hofen SH (Schweiz)
|
|
Nach oben |
|
 |
dreael Administrator

Anmeldungsdatum: 10.09.2004 Beiträge: 2527 Wohnort: Hofen SH (Schweiz)
|
Verfasst am: 07.12.2014, 16:26 Titel: 16-Bit und QB |
|
|
Inzwischen auch einmal die 32-Bit-Version aufgesetzt, nebenbei als Domänenmitglied zu einem Windows Server Technical Preview (=das "Schwester"-Betriebssystem zu Windows 10 auf der Serverseite).
Feststellung zum gfxlib-Bug in FreeBasic: Tritt auch in der 32-Bit-Version auf, dagegen auf der Serverkonsole in einer Remotedesktop-Sitzung läuft und beendet dasselbe FreeBasic-Programm ohne Fehler.
Dafür speziell für Euch noch die 16-Bit-Fähigkeit ausgekundschaftet:
http://beilagen.dreael.ch/QB/QB_und_GW-BASIC_in_Win_10_TechPreview.png
=> Die NTVDM gibt es also auch hier in der 32-Bit-Version weiterhin. Einschränkung: Kein Vollbildmodus mehr möglich, somit müssen alte MS-DOS-Programme sich ausschliesslich auf SCREEN 0-Textmodus beschränken.
=> Für aufwändigere Grafik-DOS-Programme bleibt DOS-Box oder Virtualisierung eines alten Betriebssystem (z.B. ich habe ein Windows for Workgroups 3.11 mit TCP32B.EXE in einer VMware im Einsatz) nach wie vor die bessere Wahl. _________________ Teste die PC-Sicherheit mit www.sec-check.net |
|
Nach oben |
|
 |
dreael Administrator

Anmeldungsdatum: 10.09.2004 Beiträge: 2527 Wohnort: Hofen SH (Schweiz)
|
Verfasst am: 13.04.2015, 09:15 Titel: |
|
|
Da inzwischen der neue FBC 1.02.0 (04-05-2015) draussen ist und Microsoft zwischenzeitlich ebenfalls ein neuer Build von Windows 10 TP (Build 9926) herausgegeben hat, diverse Beispiele einmal frisch kompiliert und getestet.
Ergebnis: Ein fbgfx-Bug, der bei FBC 1.01 noch selbst unter Vista x64 zu einer am Schluss hängenden Anwendung gesorgt hatte, ist gefixt. => Unter meinem produktiven Windows Vista laufen noch soweit wieder alle Beispiele ohne Fehler. Dagegen unter Windows 10 TP besteht der Hänger nach wie vor -> entsprechende Rückmeldung im internationalen Forum bereits + Microsoft-Feedbacktool bereits platziert.
=> Somit müsst Ihr vorerst also bei den älteren Windows-Versionen bleiben, bis alles stabil läuft. _________________ Teste die PC-Sicherheit mit www.sec-check.net |
|
Nach oben |
|
 |
dreael Administrator

Anmeldungsdatum: 10.09.2004 Beiträge: 2527 Wohnort: Hofen SH (Schweiz)
|
Verfasst am: 12.06.2015, 07:43 Titel: |
|
|
Aktueller Zwischenstand, d.h. Testergebnis aktueller FB-Compiler 1.02.1 mit Windows 10 Insider Preview Build 10130: "Im Westen nichts Neues", d.h. das Problem mit dem Hängenbleiben beim Programmende besteht also immer noch.
Internationales FB-Forum als auch Microsoft via Betatester-Feedbacktool sind bereits informiert; ersteres weiss schon recht viele Details über diese Deadlock-Situation bei FBGFX, die nur bei Windows 10 auftritt.
Bin also gespannt, wie die Sache ausschaut, wenn Microsoft demnächst (Ende Juni) ihre erste als stabil deklarierte Version von Windows 10 herausgibt. _________________ Teste die PC-Sicherheit mit www.sec-check.net |
|
Nach oben |
|
 |
dreael Administrator

Anmeldungsdatum: 10.09.2004 Beiträge: 2527 Wohnort: Hofen SH (Schweiz)
|
Verfasst am: 30.07.2015, 15:49 Titel: FB-Test mit erstem stabilem Release von Windows 10 |
|
|
Heute Morgen bei der IT-Newsletter-Lektüre noch etwas zum gestern erschienen Windows 10 gelesen und auch direkt auf einen Download-Link für die zugehörigen .iso-Dateien gestossen (ist übrigens Build 10240), so dass mich natürlich interessiert hat, ob nun dieses Hängenbleiberproblem bei FBGFX-Programmen endlich gelöst ist oder nicht. Selbstverständlich dabei auch den letzten FB-Compiler (Version 1.03.0 (07-01-2015), built for win32 (32bit)) noch eingespielt und alle Test-.EXEs frisch damit übersetzt.
Ergebnis ist allerdings immer noch dasselbe wie ganz zu Beginn dieses Threads: Während alle Beispiele auf meiner produktiven Vista-x64-Maschine ohne Fehler laufen, startet zwar alles auch auf dem Windows 10, bleibt dann aber immer nach dem Programmende (=nach SYSTEM/END-Befehl) wie beschrieben hängen, frei nach dem Motto "Im Westen nichts Neues".
Entwickler im internationalen Forum bereits informiert.
/edit 01.08.: Der Fehler scheint möglicherweise nur bei 32-Bit zu existieren, d.h. habe einmal mit dem 64-Bit-Compiler einige Beispiele übersetzt, welche nun erfolgreich auch laufen und beendet werden. _________________ Teste die PC-Sicherheit mit www.sec-check.net |
|
Nach oben |
|
 |
Muttonhead

Anmeldungsdatum: 26.08.2008 Beiträge: 565 Wohnort: Jüterbog
|
Verfasst am: 02.08.2015, 10:07 Titel: |
|
|
Version 10.0.10240 64bit + FreeBASIC-1.02.1-win32
relativ aktueller Lenovo E540
Code: | screen 18
print "Hello World!"
for a as integer = 1 to 100
print a,
Next
print
print "sleeping for 5 seconds"
sleep 5000 |
scheint ohne Probleme zu funktionieren
Mutton |
|
Nach oben |
|
 |
St_W

Anmeldungsdatum: 22.07.2007 Beiträge: 956 Wohnort: Austria
|
Verfasst am: 03.08.2015, 17:14 Titel: |
|
|
Es scheint sich um irgendein Timing Problem zu handeln, das unter manchen Umständen zum Deadlock führt. Darum tritt es manchmal / bei manchen auf bzw. eben nicht auf. Ich hatte es z.B. in einer Windows 10 VM getestet und konnte es reproduzieren, nach einem Update war es dann nicht mehr reproduzierbar. _________________ Aktuelle FreeBasic Builds, Projekte, Code-Snippets unter http://users.freebasic-portal.de/stw/
http://www.mv-lacken.at Musikverein Lacken (MV Lacken) |
|
Nach oben |
|
 |
C64-Fan
Anmeldungsdatum: 26.10.2012 Beiträge: 79
|
Verfasst am: 08.08.2015, 07:22 Titel: |
|
|
funzt es korrekt wenn man fb unter Win10 in Kompatibilitätsmodus (hoff den gibts bei win10) laufen lässt? _________________ Mitglied-Nr. 2000  |
|
Nach oben |
|
 |
St_W

Anmeldungsdatum: 22.07.2007 Beiträge: 956 Wohnort: Austria
|
Verfasst am: 08.08.2015, 14:12 Titel: |
|
|
Ob es im Kompatibilitätsmodus funktioniert weiß ich nicht, aber es gibt einen einfachen Workaround:
Man muss einfach vor dem Programmende mit "Screen 0" die Grafikengine manuell deaktivieren, sodass dies nicht im destruktor passiert- _________________ Aktuelle FreeBasic Builds, Projekte, Code-Snippets unter http://users.freebasic-portal.de/stw/
http://www.mv-lacken.at Musikverein Lacken (MV Lacken) |
|
Nach oben |
|
 |
dreael Administrator

Anmeldungsdatum: 10.09.2004 Beiträge: 2527 Wohnort: Hofen SH (Schweiz)
|
Verfasst am: 22.08.2015, 19:37 Titel: |
|
|
St_W hat Folgendes geschrieben: | Ob es im Kompatibilitätsmodus funktioniert weiß ich nicht, aber es gibt einen einfachen Workaround:
Man muss einfach vor dem Programmende mit "Screen 0" die Grafikengine manuell deaktivieren, sodass dies nicht im destruktor passiert- |
Inzwischen erfolgreich getestet: Ein unter
https://www.youtube.com/watch?v=P-Na2qyB8Ok
https://www.youtube.com/watch?v=gidO_sJ7EcM
gezeigtes komplexeres Beispiel (war eine regionale Veranstaltung, wo ein FreeBasic-Programm die gesamte Punktetafel übernahm) konnte ich nun das erste Mal unter Windows 10 (habe inzwischen Build 10240 installiert) auch erfolgreich testen (verwendet nebenbei noch einen VLC-Medienplayer, PowerPoint und VBScript als Steuerung. Letzteres ruft mittels WScript.Sell und Run-Methode das FreeBasic-Modul auf, sobald von PowerPoint auf eine Punktetafel gewechselt wird).
Hinweis: Wegen einer nur in 32-Bit vorliegenden kleinen Bibliothek konnte ich die Punktetafel nicht mit dem 64-Bit-Compiler übersetzen.
Im englischen Forum wurde dieser Temporary Workaround ebenfalls gemeldet. _________________ Teste die PC-Sicherheit mit www.sec-check.net |
|
Nach oben |
|
 |
St_W

Anmeldungsdatum: 22.07.2007 Beiträge: 956 Wohnort: Austria
|
|
Nach oben |
|
 |
dreael Administrator

Anmeldungsdatum: 10.09.2004 Beiträge: 2527 Wohnort: Hofen SH (Schweiz)
|
Verfasst am: 09.10.2015, 19:26 Titel: Lösung: In FBC 1.04.0 (10-01-2015) gefixt |
|
|
Inzwischen der ganz neue Version 1.04.0 (10-01-2015) win32 (32bit) vom FB-Compiler getestet und damit die diversen Beispiele von mir, die alle unter Windows 10 den berühmten Hänger hatten, in der Original-Version (=ohne Modifikationen wie das "Screen 0" vor End) neu übersetzt. Ergebnis: Nun laufen sie unter Windows 10 (dort Build 10240) nun ohne Fehler.
Einzig bei den Beispielen mit TiSound gibt es Warnungen
Code: | P:\FreeBasic\TinyWavPlayer\TiSound.bi(2) warning 39(0): Redefinition of intrinsic
P:\FreeBasic\TinyWavPlayer\TiSound.bi(3) warning 39(0): Redefinition of intrinsic |
aber alles wird korrekt übersetzt. Test vom komplexen Beispiel mit der Anzeigetafel für die Abendunterhaltung soweit nun erfolgreich unter Windows 10. :-)
Somit ist nun dieses Thema definitiv abgeschlossen, ausser es möchte sich noch jemand zu diesen Compiler-Warnungen bei TiSound äussern. _________________ Teste die PC-Sicherheit mit www.sec-check.net |
|
Nach oben |
|
 |
MOD Fleißiger Referenzredakteur

Anmeldungsdatum: 10.09.2007 Beiträge: 1003
|
Verfasst am: 09.10.2015, 21:17 Titel: |
|
|
In den genannten Zeilen steht dies hier:
Code: | #define false 0
#define true -1 |
TRUE und FALSE sind seit 1.04 vordefiniert, da es jetzt einen Boolean Datentyp gibt. |
|
Nach oben |
|
 |
|