Hallo,
Logfiles sollten als Anhang eines Threads geparkt werden, um die Übersicht zu halten.
Ich habe mal schnell einen Blick darauf geworfen - es ist leider nicht wirklich vollständig, da der Design-Aufruf (LlDefineLayout()) nur zurückkommt; aber der Aufruf davon fehlt. Ein Druck oder Datenanmeldung(en9 fehlt leider irgendwie auch - LlPrintWIthBoxStart, LlPrint…, LlDefine… etc. Das Log schein stark “aufgeräumt” zu sein, was eine Unterstützung kaum möglich macht. Ich fürchte, dass einen intensivere Untersuchung des vollen Logs im Support gemacht werden müsste. Nur am Ende wir es mal spannend kurz:
...
;1000;05.07.2024 21:01:17.754;2;LL.API;8F30;100:2=CXLL27101:1=6;>LlSetNotificationCallback(1,0000000000000000)
;1000;05.07.2024 21:01:17.754;3;LL.Generic;8F30;100:2=CXLL27101:1=6; WRN: This job is being used by a thread that is different from the thread that created it. This should be avoided, as a job is neither guaranteed to be threadsafe in itself (unless needed internally) nor are handles crossthreadsafe. Anyway, we accept this for now, if there’s only one active thread for printing.
;1000;05.07.2024 21:01:17.754;2;LL.API;8F30;100:2=CXLL27101:1=6;<LlSetNotificationCallback() → 0000000000000000
;1000;05.07.2024 21:01:17.754;2;LL.API;8F30;100:2=CXLL27101:1=6;>LlJobClose(1)
;1000;05.07.2024 21:01:17.754;1;LL.Internal;8F30;100:2=CXLL27101:1=6; WRN: This job (1) is being closed by a thread that is different from the thread that created it. This might cause trouble.
;1000;05.07.2024 21:01:17.754;1;LL.Printer;8F30;100:2=CXLL27101:1=6; >clsPrinterDCCache::Clear()
;1000;05.07.2024 21:01:17.754;1;LL.Printer;8F30;100:2=CXLL27101:1=6; <clsPrinterDCCache::Clear()
;1000;05.07.2024 21:01:17.769;1;LL.Internal;8F30;100:2=CXLL27101:1=4; delete file ‘C:\Users\user\AppData\Local\Temp\combit_27_llrdpd2894a4694f7.lst’ failed: Das System kann die angegebene Datei nicht finden. (00000002) (but that’s possibly OK, for example on first realdata preview)
;1000;05.07.2024 21:01:17.769;1;LL.Generic;8F30;100:2=CXCT27101:1=0; WRN: window cannot be destroyed (destruction thread differs from creation thread), trying to close it by cross-thread-sending a WM_CLOSE.
;1000;05.07.2024 21:01:17.773;2;LL.API;8F30;100:2=CXLL27101:1=7;<LlJobClose()
...
Da gibt es möglicherweise ein Problem mit dem Threading und der Verwendung des List & Label Objektes in der Anwendung - siehe auch Multithreading und Schutzjob
- Ist denn ein Schutzjob in der Anwendung vorhanden?
- Wird in jedem Thread ein eigenes List & Label Objekt verwendet (erzeugen, verwenden und disposen - alles nur im SELBEN Thread!)