Programmabsturz
Hallo!
Ich hab einen Programmabsturz an einem Server. und hoffe, dass das die richtige Rubrik dazu ist.
Hier werden Übernahmen automatisiert per Batch einer ERP-Software gemacht. Die Protokollisten werden per Drucker ausgegeben. Um den entsprechenden Drucker zum "Standarddrucker" zumachen, wird ein Programm verwendet mit dem Namen "OSPrint.exe" (Progress Software die Software ist mit Progress programmiert).
so schaut der Dump aus:
Beginn DMP-File=====
Microsoft (R) Windows Debugger Version 6.3.9600.16384 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\oweiler.EFA\Desktop\prowin32.DMP]
User Mini Dump File with Full Memory: Only application data is available
WARNING: Whitespace at end of path element
Error: Empty Path.
Symbol search path is: SRV*C:\symbole*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Version 7601 (Service Pack 1) MP (8 procs) Free x64
Product: Server, suite: TerminalServer
Machine Name:
Debug session time: Sat Sep 12 10:54:19.000 2015 (UTC + 2:00)
System Uptime: 2 days 7:17:02.028
Process Uptime: 0 days 13:54:19.000
WARNING: FWPUCLNT overlaps dnsapi
..
ntdll!ZwRequestWaitReplyPort+0xa:
00000000`7716dbda c3 ret
Ende DMP-File=====
was bedeutet WARNING: FWPUCLNT overlaps dnsapi? Die Firewall ist aus (weiss der Geier warum), dennoch kommt es Problemen? der Dienst läuft wohl noch, in der graph. Oberfläche sind alle Firewallbereiche deaktiv (Domäne, Heim- u. Arbplätze. Öffentl. Netzwerke)
in diesem Kontext fand ich in der allwissenden Müllhalde nicht schlüssiges, ausser: die dll ist beschädigt.
ntdll!ZwRequestWaitReplyPort+0xa
dazu ist zu sagen, dass das hängenbleiben des Programms "osprint" willkürlich vorkommt. Mal läuft´s, mal nicht.
die Listen werden unter einem eigens dazu angelegten Admin gestartet, die Rechte hab ich alle schon geprüft: passt.
gruss sepp
Ich hab einen Programmabsturz an einem Server. und hoffe, dass das die richtige Rubrik dazu ist.
Hier werden Übernahmen automatisiert per Batch einer ERP-Software gemacht. Die Protokollisten werden per Drucker ausgegeben. Um den entsprechenden Drucker zum "Standarddrucker" zumachen, wird ein Programm verwendet mit dem Namen "OSPrint.exe" (Progress Software die Software ist mit Progress programmiert).
so schaut der Dump aus:
Beginn DMP-File=====
Microsoft (R) Windows Debugger Version 6.3.9600.16384 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\oweiler.EFA\Desktop\prowin32.DMP]
User Mini Dump File with Full Memory: Only application data is available
WARNING: Whitespace at end of path element
Error: Empty Path.
Symbol search path is: SRV*C:\symbole*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Version 7601 (Service Pack 1) MP (8 procs) Free x64
Product: Server, suite: TerminalServer
Machine Name:
Debug session time: Sat Sep 12 10:54:19.000 2015 (UTC + 2:00)
System Uptime: 2 days 7:17:02.028
Process Uptime: 0 days 13:54:19.000
WARNING: FWPUCLNT overlaps dnsapi
..
ntdll!ZwRequestWaitReplyPort+0xa:
00000000`7716dbda c3 ret
Ende DMP-File=====
was bedeutet WARNING: FWPUCLNT overlaps dnsapi? Die Firewall ist aus (weiss der Geier warum), dennoch kommt es Problemen? der Dienst läuft wohl noch, in der graph. Oberfläche sind alle Firewallbereiche deaktiv (Domäne, Heim- u. Arbplätze. Öffentl. Netzwerke)
in diesem Kontext fand ich in der allwissenden Müllhalde nicht schlüssiges, ausser: die dll ist beschädigt.
ntdll!ZwRequestWaitReplyPort+0xa
dazu ist zu sagen, dass das hängenbleiben des Programms "osprint" willkürlich vorkommt. Mal läuft´s, mal nicht.
die Listen werden unter einem eigens dazu angelegten Admin gestartet, die Rechte hab ich alle schon geprüft: passt.
gruss sepp
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 282800
Url: https://administrator.de/contentid/282800
Ausgedruckt am: 23.11.2024 um 01:11 Uhr
5 Kommentare
Neuester Kommentar
Hallo,
in deinen Beitrag steht nichts von "firewallclient"
Warum musst Du jetzt debuggen und nicht der Entwickler?
Einfach oder besser mit ProcDump v7.0 untersuchen...
MfG Andreas
in deinen Beitrag steht nichts von "firewallclient"
Warum musst Du jetzt debuggen und nicht der Entwickler?
Einfach oder besser mit ProcDump v7.0 untersuchen...
MfG Andreas