Neben dem nicht mehr startenem Xb2.net-Webserver scheint es auch noch andere Probleme zu geben:
Eben im eXPress-Forum gelesen:
**** From Alaska ****
// Caution: Windows 10 Fall Creators Update
Our final tests with Windows 10 Version 1709 (Fall Creators Update) revealed timing issues with the local file system, which may lead to changed application behavior as well as application runtime errors. In fact, all coding patterns which first delete a file on the local storage and then assume the file is gone may fail. This is valid for all programming languages used as the behaviour is introduced on the Windows API/file-system level. In other words, an FErase( "test.dbf" ) may lead to File( "test.dbf" ) == .T. in some but not all cases.
With that finding in mind we can not recommend updating production systems right now to Windows 10 Fall Creators Update. Our lab is working to get an idea if there is a way to fix or work around this behavior. For more details see PDR 6954.
was nur bedeutet das der SMB2 "Patch" von Alaska nichts taugt was ich schon immer gesagt habe.
spätestens mit den nächsten Windows Updates, wenn SMB1 abgeschaltet wird, wir Alaska das ganze überarbeiten müssen und dann hoffe ich fällt denen auch auf was wirklich das Problem ist "warum" manche solche Probleme haben.
die meisten meiner Programme laufen noch, aber eines stürzt sehr schön ab, mit XppFatal.log und einer Exception: 0xC0000005 Possible DLL version conflict. Dabei verwende ich nur Xbase++-Standardbibliotheken sowie eigene Bibliotheken, die ich mit Xbase++ erstellt habe.
AUGE_OHR hat geschrieben: ↑Do, 19. Okt 2017 19:10
was nur bedeutet das der SMB2 "Patch" von Alaska nichts taugt was ich schon immer gesagt habe.
spätestens mit den nächsten Windows Updates, wenn SMB1 abgeschaltet wird, wir Alaska das ganze überarbeiten müssen und dann hoffe ich fällt denen auch auf was wirklich das Problem ist "warum" manche solche Probleme haben.
die Fehlerbeschreibung ist eindeutig, dass lokale Dateien nicht gleich gelöscht werden bzw. die Info darüber von der API falsch zurückgegeben wird und es alle Sprachen betrifft.
Habe inzwischen einige PCs mit 1709, aber die Installation auf manchen PCs probleme (mehrfacher Abbruch, Crash). Das OS wird dann wieder auf den vorherigen Zustand zurückgesetzt.
Ich bekomme beim Herunterfahren meines PCs immer eine Meldung im Sinne, dass ein Programm das Herunterfahren verhindert mit dem Hinweis auf Anwendung #205. Kann mir jemand sagen, wie ich aus der Nummer #205 ein Programm ermitteln kann ? Müsste ja irgendwo in der Registry zu finden sein ?
Wolfgang Ciriack hat geschrieben: ↑Mo, 23. Okt 2017 14:51
Ich bekomme beim Herunterfahren meines PCs immer eine Meldung im Sinne, dass ein Programm das Herunterfahren verhindert mit dem Hinweis auf Anwendung #205.
eine offene Internet Verbindung. bei mir ist es meisten virtualBox.
Hardcopy kann einmal Drucken (komplett, Fenster oder Rechteck) oder die Bitmap direkt zur Bearbeitung anzeigen / abspeichern je nach Einstellung ... hab ich schon ewig auf dem Rechner.
ramses hat geschrieben: ↑Do, 26. Okt 2017 20:52hat schon jemand den im PDR erwähnten Fall nachgespielt bezw. eine Workaround gefunden?
PDR 6954?
Habe weder von Kunden noch auf meinem System mit 1709 bisher Fehler feststellen können. Scheint auch wieder von weiteren Einflüssen (z.B. Hardware) oder Systemeinstellungen abzuhängen.
klingt schon mal gut. Habe selbst nocht keine Test gemacht. Bin momentan auf Reisen und habe noch keine Versuche gemacht, ich hüte mich 1709 einzuspielen
ich habe heute Windows Creators Fall Update Build 16299.19 auf meinem Entwicklungsrechner installiert und konnte keine Probleme feststellen weder bei der Installation noch bei der Funktion der Programme.
Weiss jemand wie der Fehler des von Alaska gemeldeten PDR 6954 provozieren lässt?