Delphi und Programm > Programm hängt sich auf

[ibp]

Zitat von p80286:

Das klingt sehr nach Zugriffen auf nicht initialisierte Datenbereiche.
Oder besser, die Initialisierung ist nicht in allen Fällen gleich.

Ich weiß hört sich nach "ist der Stecker drin" an, Aber soll schon mehrere Male vorgekommen sein.

Und überprüf das vollständige Programm, nicht nur den Teil wo Du Deine Grids produzierst.

das komische ist ja das es auf anderen Rechner problemlos läuft!

Zitat von SirThornberry:

Wenn es beim Start über den Debugger nicht klappt baue einfach mal eine Funktion ein welche dir vor dem eigentlichen Start etwas Zeit verschafft. In dieser Zeit kannst du dann dein Delphi mit dem extern gestartetem Prozess verbinden und debuggen. Oftmals hilft das Fehler zu finden die nur kommen wenn man ein Programm außerhalb des Debuggers laufen lässt.

es klappt ja immer, das ist ja das Problem, nur wenn ich zeilenweise debugge funktioniert es nicht.

[stahli]

Dann würde ich mal testweise installierte Tools und Komponenten entfernen.
Diese können ja unerwartete Seiteneffekte haben.

Als ich noch eine FlickerReduce.pas (o.ä.) in Nutzung hatte, wurden einige Formulare der IDE nicht korrekt gezeichnet. Das hatte ich zuerst als Bug im Delphi interpretiert.

[ibp]

Zitat von stahli:

Dann würde ich mal testweise installierte Tools und Komponenten entfernen.
Diese können ja unerwartete Seiteneffekte haben.

In der betreffenden Unit sind nur Tools und Kompos die ich auch in den anderen Units benutze, die haben und machen bisher keine Probleme gemacht. Es werden auch keine dlls oder sonstiges externes geladen.

Zitat von p80286:

..Und was ist mit gleichem Rechner und anderem Benutzer? ggf. andere Rechte?

gute Idee -> kein Problem, Fehler lässt sich nicht provozieren im anderen Account.

aber irgend etwas muss es doch sein...

[p80286]

Also dann mit System.
Der Fehler tritt nur auf dem Entwicklungsrechner/Entwicklerkonto auf.

Aufhängen könnte ja auch eine Endlosschleife bedeuten?
Wenn die Explorer.exe so fleißig wird, hast Du mal den Filemon bemüht?
Holst Du Dir Daten über das Netz?
Liest Du die Registry aus?

was passiert wenn Du mal 5,10,60 min wartest?

Könnte es sein, das irgendwo ein Fenster aufgeht, was Du nicht siehst?

Gruß
K-H

[ibp]

Zitat von p80286:

...Aufhängen könnte ja auch eine Endlosschleife bedeuten?
Wenn die Explorer.exe so fleißig wird, hast Du mal den Filemon bemüht?
Holst Du Dir Daten über das Netz?
Liest Du die Registry aus?

was passiert wenn Du mal 5,10,60 min wartest?

Könnte es sein, das irgendwo ein Fenster aufgeht, was Du nicht siehst?...

also filemon zeigt nach dem aufhängen keinerlei Requests mehr.
wenn ich dann auf das Fenster schliessen Kreuz drücke dann das...

Code:

14:07:17   MyProgram.exe:880   CLOSE   D:\Programmierung\Delphi Projects\MyProgram\MyProgram 4.3.2.08\Bin   SUCCESS      
14:07:17   MyProgram.exe:880   CLOSE   C:\WINDOWS\WinSxS\x86_Microsoft.Windows.GdiPlus_6595b64144ccf1df_1.0.6001.22319_x-ww_f0b4c2df   SUCCESS      
14:07:17   MyProgram.exe:880   CLOSE   C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.6028_x-ww_61e65202   SUCCESS      
14:07:17   MyProgram.exe:880   CLOSE   C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.4053_x-ww_e6967989   SUCCESS      
14:07:17   MyProgram.exe:880   CLOSE   C:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\IswTmp\Logs\ISWSHEX.swl   SUCCESS      
14:07:17   MyProgram.exe:880   OPEN   C:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\IswTmp\Logs\ISWSHEX.swl   SHARING VIOLATION   Options: Open  Access: 00100001   
14:07:17   MyProgram.exe:880   OPEN   C:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\IswTmp\Logs\ISWSHEX.swl   SUCCESS   Options: Open  Access: 00100001   
14:07:17   MyProgram.exe:880   QUERY INFORMATION   C:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\IswTmp\Logs\ISWSHEX.swl   SUCCESS   Length: 12764   
14:07:17   MyProgram.exe:880   CLOSE   C:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\~DF4546.tmp   SUCCESS      
14:07:17   MyProgram.exe:880   OPEN   C:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\~DF4546.tmp   SUCCESS   Options: Open  Access: 00100001   
14:07:17   MyProgram.exe:880   QUERY INFORMATION   C:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\~DF4546.tmp   SUCCESS   FileInternalInformation   
14:07:17   MyProgram.exe:880   CLOSE   C:\PROGRAMME\GEMEINSAME DATEIEN\BORLAND SHARED\BDE\   SUCCESS      
14:07:17   MyProgram.exe:880   CLOSE   C:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\   SUCCESS      
14:07:17   MyProgram.exe:880   CLOSE   C:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\INMEM000.REM   SUCCESS      
14:07:17   MyProgram.exe:880   OPEN   C:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\INMEM000.REM   SUCCESS   Options: Open  Access: 00100001   
14:07:17   MyProgram.exe:880   QUERY INFORMATION   C:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\INMEM000.REM   SUCCESS   FileInternalInformation   
14:07:17   MyProgram.exe:880   CLOSE   C:\WINDOWS\FONTS\TAHOMA.TTF   SUCCESS      
14:07:17   ibserver.exe:2328   WRITE   W:\DATENB~1\MyProgram\test\RFR\MyProgram_RFR.GDB   SUCCESS   Offset: 1032192 Length: 8192   
14:07:17   ibserver.exe:2328   QUERY INFORMATION   C:\WINDOWS\system32\Msctf.dll   SUCCESS   Attributes: A   
14:07:17   ibserver.exe:2328   OPEN   C:\WINDOWS\system32\Msctf.dll   SUCCESS   Options: Open  Access: 00100020   
14:07:17   ibserver.exe:2328   OPEN   C:\WINDOWS\system32\Msctf.dll   SUCCESS   Options: Open  Access: 00100001   
14:07:17   ibserver.exe:2328   QUERY INFORMATION   C:\WINDOWS\system32\Msctf.dll   SUCCESS   FileInternalInformation   
14:07:17   ibserver.exe:2328   QUERY INFORMATION   C:\WINDOWS\system32\Msctf.dll   SUCCESS   Length: 297984   
14:07:17   ibserver.exe:2328   CLOSE   C:\WINDOWS\system32\Msctf.dll   SUCCESS      
14:07:17   ibserver.exe:2328   QUERY INFORMATION   W:\DATENB~1\MyProgram\test\RFR\MyProgram_RFR.GDB   SUCCESS   Length: 91758592   
14:07:17   ibserver.exe:2328   QUERY INFORMATION   C:\WINDOWS\system32\Msctf.dll   SUCCESS   Attributes: A   
14:07:17   ibserver.exe:2328   OPEN   C:\WINDOWS\system32\Msctf.dll   SUCCESS   Options: Open  Access: 00100020   
14:07:17   ibserver.exe:2328   OPEN   C:\WINDOWS\system32\Msctf.dll   SUCCESS   Options: Open  Access: 00100001   
14:07:17   ibserver.exe:2328   QUERY INFORMATION   C:\WINDOWS\system32\Msctf.dll   SUCCESS   FileInternalInformation   
14:07:17   ibserver.exe:2328   QUERY INFORMATION   C:\WINDOWS\system32\Msctf.dll   SUCCESS   Length: 297984   
14:07:17   ibserver.exe:2328   CLOSE   C:\WINDOWS\system32\Msctf.dll   SUCCESS      
14:07:17   ibserver.exe:2328   CLOSE   W:\DATENB~1\MyProgram\test\RFR\MyProgram_RFR.GDB   SUCCESS      
14:07:17   ibserver.exe:2328   OPEN   W:\DATENB~1\MyProgram\test\RFR\MyProgram_RFR.GDB   SUCCESS   Options: Open  Access: 00100001   
14:07:17   ibserver.exe:2328   QUERY INFORMATION   W:\DATENB~1\MyProgram\test\RFR\MyProgram_RFR.GDB   SUCCESS   FileInternalInformation   
14:07:17   ibserver.exe:2328   QUERY INFORMATION   C:\WINDOWS\system32\Msctf.dll   SUCCESS   Attributes: A   
14:07:17   ibserver.exe:2328   OPEN   C:\WINDOWS\system32\Msctf.dll   SUCCESS   Options: Open  Access: 00100020   
14:07:17   ibserver.exe:2328   OPEN   C:\WINDOWS\system32\Msctf.dll   SUCCESS   Options: Open  Access: 00100001   
14:07:17   ibserver.exe:2328   QUERY INFORMATION   C:\WINDOWS\system32\Msctf.dll   SUCCESS   FileInternalInformation   
14:07:17   ibserver.exe:2328   QUERY INFORMATION   C:\WINDOWS\system32\Msctf.dll   SUCCESS   Length: 297984   
14:07:17   ibserver.exe:2328   CLOSE   C:\WINDOWS\system32\Msctf.dll   SUCCESS

danach geht dann der Explorer auf 50% CPU Last hoch...

was ich aber mit Process Exporer harausfinden konnte ist.. die 50% liegen bei USWE32.dll!CreateSystemThreads und der Stack für diesen Thread zeigt mir...
ntoskrnl.exe+0x584d
ntoskrnl.exe!IoPageRead+0xaed
hal.dll+0x2ef2


...ansonsten ich lese weder die Registry noch hole ich daten aus dem Netz, ich kann den Rechner so einen Tag lang stehen lassen und es passiert nichts!

ich werde wohl irgendwann die Nase voll haben und einfach format c: tippen

[p80286]

[QUOTE=ibp;1073239wenn ich dann auf das Fenster schliessen Kreuz drücke dann das...
[/QUOTE]

Tut mir leid, da fällt mir jetzt auch nichts vernünftiges mehr zu ein,
nur wenn du das Programm noch auf "normalem Wege" beenden kannst, dann hat es sich ja eigentlich nicht aufgehängt!?

Sehr seltsam!

Gruß
K-H

[ibp]

Zitat von p80286:

..Tut mir leid, da fällt mir jetzt auch nichts vernünftiges mehr zu ein,

mir leider auch nicht

Zitat von p80286:

nur wenn du das Programm noch auf "normalem Wege" beenden kannst, dann hat es sich ja eigentlich nicht aufgehängt!?

naja normal beenden ist das in diesem falle ja nicht, da das gesamte Fenster nicht mehr reagiert, bis auf eben das kleine Kreuz oben rechts.

danach "springt" ja das nicht mehr reagieren auf den Explorer thread um!

Zitat von taveuni:

Zitat von ibp:

es klappt ja immer, das ist ja das Problem, nur wenn ich zeilenweise debugge funktioniert es nicht.

Hmhh.. Was klappt immer? Du startest die Applikation in der IDE ohne Breakpoint - Hängt sie dann?

ja und wenn ich sie ohne IDE starte! Wenn ich die App dann nochmals starte läuft diese ohne Probleme durch, bis auf das der Explorer Thread nicht mehr reagiert... Folge ich muss das Konto neu starten.

Zitat von taveuni:

Wie kommst Du überhaupt darauf dass es etwas mit der Erstellung eines Grids zu tun hat?

weil ich den betreffenden Bereich so lange eingegrenzt habe bis zur Stelle an der das Grid created wird!

[p80286]

Zitat von ibp:

das komische ist ja das es auf anderen Rechner problemlos läuft!

Und was ist mit gleichem Rechner und anderem Benutzer?
ggf. andere Rechte?

Gruß
K-H

[taveuni]

Zitat von ibp:

es klappt ja immer, das ist ja das Problem, nur wenn ich zeilenweise debugge funktioniert es nicht.

Hmhh.. Was klappt immer? Du startest die Applikation in der IDE ohne Breakpoint - Hängt sie dann?
Falls nein - kannst Du Dich mit 2 Breakpoints rückwärts zur Stelle bringen die den "Hänger" auslöst?
Wie kommst Du überhaupt darauf dass es etwas mit der Erstellung eines Grids zu tun hat?

Dann gäbe es noch OutputDebugString usw.
Wobei ich eher auf eine Endlosschleife tippe.