>genau das vermute ich, ist mein Problem -gratuliere! Das meine ich mit 'ein Tool für sync oder commit'.
O.K. Es geht Dir also nicht um den Filesystemcache (wie der Vergleich mit sync nahelegt), sondern darum, die WPS (also eine Applikation) dazu zu veranlassen, ihre intern gespeicherten Daten zu sichern. Das ist äußerst problematisch, da es kein API dafür gibt. Um das trotzdem hinzukriegen gibt es zwei Möglichkeiten:
1.) Checkini und Resetwps installieren meines Erachtens nach ein transientes WPS-Objekt (befindet sich in WPTOOLS.DLL), welches dann sozusagen als "Spion" im Prozeßkontext der WPS versucht, sämtliche Objekte abzuklappern und ggf. zu speichern. Dabei fällt es vermutlich hin und wieder auf die Nase (Trap in PMPW.DLL), was korrupte INI-Dateien zur Folge haben kann.
2.) XWP bzw. XFolder sind bereits Bestandteil der WPS. Sie klinken sich in die entsprechenen Methoden aller Objekte ein und verwalten eine Liste mit denjenigen, die offen bzw. noch zu sichern sind. Diese Liste wird dann vor dem eigentlichen Neustart der WPS abgearbeitet. Eventuell kommt XWP in Deinem Fall einfach nicht oder nur selten an der absturzgefährdeten Stelle vorbei oder hat einfach ein besseres Exceptionhandling.
>Daraus resultiert meine Idee, vor solchen resets alle INI-Info rauszuschreiben und ggf. sogar die INI's zu sperren. dann sollten solche traps doch der Vergangenheit angehören, oder denke ich da falsch?
Da mache ich Dir nicht viel Hoffnung. Wie oben beschrieben sind es eben diese Tools, die genau das vor dem eigenlichen WPS-Restart erledigen sollten.
[ Leser: 51 ] |
![[Forum]](../../../images.os2.org/de/forum.gif){kind=small}
![[Forum]](../../../images.os2.org/de/forum2.gif){kind=small}
