Bei diesen Dateien handelt es sich um List&Label Projektdateien die vor dem Druck via DOM-Objekt entsprechend angepasst werden.warum so viel Aufwand um eine Datei zu kopieren wie im Demo ?
Im Multi-User System können gleichzeitig mehrere User das selbe Projekt (z.B. Lieferschein) drucken.
Es muss also für das Anpassen und den Ausdruck für jeden solchen Druckjob eine temporäre Projektdatei verwendet werden.
Alle andern File-Copy Metoden haben im Multiuser-Betrieb sporadisch zu Fehlern (Datei nicht kopiert) geführt.
Deshalb dieser Aufwand. Damit gabs dann nie mehr ein Problem. Diese Kopierfunktion war einfach die erste Stelle an der ich das Problem erkannte.
Das FSIZE(Filename) habe ich nicht versucht. Das ist auch keine Alternative.
FSIZE() muss einwandfrei funktionieren oder die ganze Xbase++ Umgebung ist schlicht unbenutzbar! Der plötzlich fehlerhafte 0 Rückgabewert hat in vielen anderen Bereichen (nicht dem Druckjob) in den Installation zu massiven Problem, Datenverlusten und vielen vielen Stunden Arbeitsaufwand geführt. Vom Ärger gar nicht zu sprechen.
Von einer LOW-Level Funktion wird ohne wenn und aber ein 100% korrektes Ergebnis erwartet, kann es ja nicht auf plausibilität getestet werden, den 0 Länge ist ja auch möglich wenn noch nicht in die Datei geschrieben wurde.....das falsche Ergebniss führte z.B. an anderer Stelle dazu dass ganze Stücklisten "vergessen" wurden. ....
Ich betrache den Schweregrad dieses Fehlers als "Schlimmster möglicher Fehler"
Cu Carlo