Seite 8 von 11
Verfasst: 18.10.2006 14:41
von AND51
Vielleicht ungültiger Zugriff auf eine Datei?
Wenn ich mal die Hilfe sinngemäß zitieren darf: Wenn du z. B.
CreateFile() ausführst, aber auf eine CD-ROM, wo man nur Daten lesen kann, dann führt das laut Hilfe zu "schlimmen Abstürzen". Da musst du also vorsichtig sein.
Weißt du, wann ein Programm auch ohne Kommentar abstürzt? Wenn man eine ungültige ConnectionID schließt (
CloseNetworkConnection()). eventuell ist das hier bei deinen Dateien ebenfalls der Fall! Tipp: Verwende intensiv Mutex', um zeitgleiche Zugriffe auf eine Datei zu vermeiden. Sauge dir auch die BETA-Libs von
www.purebasic.com/beta
TS-Soft hörte ich einmal sagen, dass in der standard-File-Library ein schwerwiegender Bug sein soll, der in der BET behoben wird; vielleicht wird er dadaurch bei dir vertrieben?
Verfasst: 18.10.2006 15:07
von a14xerus
auf ein und das selbe File wird imemr nur mit ein und der selben Proceduer zugegriffen, und es wird immer überprüft, ob es geklappt hat.
Files verwende ich auch niemals in Threads.
Übrigens läuft es bei mir ja ohne Probleme.
Verfasst: 18.10.2006 15:26
von ts-soft
>> auf ein und das selbe File wird imemr nur mit ein und der selben Proceduer zugegriffen
Das könnte das Problem sein, weil die Datei nicht rechtzeitig geschlossen
wird (falls sie überhaupt zwischendurch geschlossen wird? Dafür gibts das
Update, bzw. bei Nutzung von #PB_Any sollte es auch nicht auftreten.
Ob dies nun der beschriebene Fehler ist, weiß ich allerdings nicht, ist nur eine Möglichkeit
Gruß
Thomas
Verfasst: 18.10.2006 15:47
von a14xerus
ja ich meien damit, das es nicht sein kann das zwei gleichzeitig auf ein file zugreifen, da jedes Fiel sein Procedure hat, die auch niemals gleichzeitig läuft.
Und am ende dieser Procedure wird imemr geschlossen.. udn ich glaube nicht, das es dadran liegt, weil wenn er das File nicht öfnen kanns, passiert (nach meinem Code eigentlich) nichts
Neue Version: 3.0.3.8c
-> Weiterer Thread entfernt (sicherer)
Verfasst: 18.10.2006 15:54
von ts-soft
Das Problem ist, das die letzten schreibvorgänge noch garnicht
abgeschlossen sind, sondern die Daten sich nur im Buffer befinden, das
eigentliche schreiben geschah bei der original-version nicht immer sofort.
Überprüfung findet den Fehler nicht.
Update ist schon Empfehlenswert

Verfasst: 18.10.2006 16:14
von Frogger
Ich glaube das wars
Die neue Version läuft schon länger ohne Probleme als irgendeine davor.
Welchen Thread hast du entfernt?
Verfasst: 18.10.2006 16:15
von a14xerus
oki danke
Neue Version: 3.0.3.8d
-> Updater
Verfasst: 18.10.2006 16:22
von Frogger
Wieso lässt du die m3u alle paar Sekunden speichern?
Es reicht doch schon es dann zu machen, wenn was neuen dazukommt oder gelöscht wird.
Grad kam wieder eine Fehlermeldung.
Und (man glaubts nicht) im LOG File ist der letzte Eintrag "Starte Procedure: m3u speichern"
Verfasst: 18.10.2006 16:23
von a14xerus
ich frag mich garde, warum der alle paar sekunden speichert.... muss ich mir im code mal angucken
Verfasst: 18.10.2006 16:28
von a14xerus
Hab etwas verändert (beim speichern der einstellungen)
Also in meinem Log tauchte jetz nich dauernt save m3u auf
Kanns ja mal testen
Neue Version: 3.0.3.8e
-> Saveverhalten geändert