Startprobleme

[Jan]

In einer meiner Hauptprogramme habe ich seit einigen Tagen ein seltsames Phänomen: Ab und an, ungefähr zu 50 % aller Fälle, friert das Programm beim Start ein. Das passiert sofort im Startbildschirm, während des Aufbaues einiger Statics. Es werden immer gut 80 % aller Statics aufgebaut, manchmal einige mehr, manchmal einige weniger. Da geht dann nichts mehr, ich muß das ganze über den Taskmanager beenden.

Das passiert unter 2000 Pro und XP Pro, auf unterschiedlichen Rechnern, immer alles Lokal, sowohl direkter Start der .exe als auch normal oder im Debugmodus aus VX heraus. Einziger Unterschied: Manchmal, eher selten, kann ich unter VX das Programm über STRG-F2 beenden. Aber meist geht auch das nicht, da bleibt dann wieder nur wieder der Taskmanager.

Auf Datenbanken wird zu dem Zeitpunkt noch nicht zugegriffen.

Löschen aller .obj und komplettes Neuaufbauen hat nichts gebracht.

Die Auslastung des Systems ist lt. Taskmanager nicht ungewöhnlich groß.

Jan

[Martin Altmann]

Hmm,
wenn Du kein SetCancel( .f. ) in Deinem Code hast, kannst Du doch in dem Fall mal versuchen, das hängende Programm mit ALT-C zu beenden.
Dann wird eine XPPFATAL.LOG geschrieben, in der die (mit viel Glück auch richtige) Stelle steht, an der das Programm abgebrochen wurde...
Ansonsten würde ich mal die Memorymodule mit einem Testprogramm durchackern...
Oder mal im abgesicherten Modus starten und dann das Programm probieren...
Viele Grüße,
Martin

[brandelh]

Hi,

wann war dein letzter Virenscann ?

[Jan]

Hallo Martin,

STRG-C geht nicht. Der einzige Effekt ist, das ohne STRG-C ein Beenden über das x rechts oben nichts passiert, mit STRG-C kommt die Meldung, daß das Programm nicht reagiert und ob ich es beenden möchte. natürlich dann ohne log-Bericht.

Jan

[AUGE_OHR]

hi,

während des Aufbaues einiger Statics. Es werden immer gut 80 % aller Statics aufgebaut, manchmal einige mehr, manchmal einige weniger. Da geht dann nichts mehr, ich muß das ganze über den Taskmanager beenden.

vielleicht mal im Project.xpj den Stack erhöhen ?
LINK_FLAGS = /STACK:8196

gruss by OHR
Jimmy

[Martin Altmann]

Jan,
ALT-C - nicht Strg-C!!

Viele Grüße,
Martin

[Jan]

Ups. Aber ALT-C funktioniert genauso gut oder schlecht wie STRG-C. Kein Unterschied.

Stacks erhöhen? Noch nie gehört. Versuch ich mal.

Viren: Das wär merkwürdig, wenn auf beiden komplett getrennten Systemen der gleiche Virus drauf wäre. Beide Systeme sind durch unterschiedliche Virenscanner permanent geschützt.

Jan

[Rolf Ramacher]

Hi Jan,

laufen denn andere Programme weiter im Hintergrund? Wir hatten solche Fälle schon bei Kunden, bei den das Antivirenprogramm ständig im Hintergrund lief und die Platte bei jedem Zugriff prüfte.

[Jan]

Zu den Stacks: Habe ich mal erhöht auf 8.196. Hat nichts gebracht. Hab dann mal auf 16.392 erhöht, man gönnt sich ja sonst nichts. Das scheint zu funktionieren. Werd ich mal in den kommenden Tagen beobachten.

Danke für den Hinweis.

Aber eine prinzipielle Frage: Sollte Xbase++ das nicht von alleine regeln? Wieso muß ich da manuell eingreifen?

Jan

[Jan]

Rolf,

nichts ungewöhnliches. Auf einem Rechner nur die Sachen, die auf einem Notebook eben so laufen und der Virenscanner, auf dem anderen mein Mail-Programm, aber kein Scanner (der liegt auf dem Server).

Jan

[Jan]

Nochmal die Stacks. Hat doch nichts genützt. War wohl eben Vorführeffekt, das es 10 x hintereinander funktioniert hat. Aber jetzt hängt das Ding sich doch wieder weg.

Jan

[AUGE_OHR]

hi,

Nochmal die Stacks. Hat doch nichts genützt. War wohl eben Vorführeffekt, das es 10 x hintereinander funktioniert hat. Aber jetzt hängt das Ding sich doch wieder weg.

naja wenigest 10x ...
aber irgendewie hat es wohl "im Prinzip" damit was zu tun.

hm ... wie sieht es dem mit deinem MEM(ory) aus ? (MemWatch)
im welche Grössen Ordung von "statics" sprechen wir überhaupt ?

man könnte natürlich alles in ein Array aufnehmen ...

gruss by OHR
Jimmy

[Martin Altmann]

Also,
wenn es zwei getrennte Rechner sind, auf denen das Problem auftritt, dann sollte die Hardware nicht Schuld sein!

Viele Grüße,
Martin

[Jan]

welche Grössen Ordung von "statics" sprechen wir überhaupt

26

Jan

[AUGE_OHR]

welche Grössen Ordung von "statics" sprechen wir überhaupt

26

26 ??? ich dachte irgendwie an "viel mehr" ...

F8 debug ?

gruss by OHR
Jimmy

[Rolf Ramacher]

Hi Jan,

also wenn es Win98 wäre würde ich sagen "getrennter Speicherbereich"
beim Icon auf dem Desktop. Aber wenn 2000 dürfte das doch automatisch aktiviert sein . oder ??

machst du das Fenster mit xbpdialog oder mit xbpcrt ? vielleicht hängt es damit zusammen.

[brandelh]

Hi,

also ich habe auf meinen Bildschirmen deutlich mehr als 26 Controls sitzen, teilweise auch noch auf Tabpages. Keine Probleme unter Win2000.

[AUGE_OHR]

hi Jan,

ich hab mal kurz in deinen "alten" source geschaut und nun frage ich
mich ob du z.b. sowas mit "static"s meinst :

Code: Alles auswählen

/Feldüberschriften erzeugen
aUeberschrift := {{"Beleg"         
...
                              } }

wenn ja erinnert mich das an den Thread "grosse Array´s" ...

mach "aUeberschrift := {}" und füge den Rest per AADD dazu.

gruss by OHR
Jimmy

[Lewi]

Hängt das Programm evtl. in einer Endlos-Schleife? Welche CPU-Auslastung zeigt der Taskmanager für das Programm an?

[Jan]

Hi Olaf,

nö, wie oben beschrieben pendelt die Auslastung immer schön tief. Meist unter 10 %.

Und Endlosschleife bestimmt nicht. Denn mal gehts, mal nicht. Ohne etwas geändert zu haben. Wenn das an einer Endlosschleife liegen würde, dann müsste es ja immer gleich sein.


Hallo Jimmy,

ja, das dürfte der Part sein. Aber vorher hat es üblicherweise funktioniert, jetzt nicht mehr.

Jan

[Lewi]

Jan, irgendwie scheint die Anwendung ja doch in einer Schleife zu hängen, sonst wäre die Prozessor-Auslastung bei "0". Die Anwendung scheint nicht in den App-Event-Handler zu kommen oder im App-Event-Handler selbst liegt die Ursache.

[Jan]

Hmmm, merkwürdig. Ich habe gerade mal angefangen alles der Reihe nach auszuschalten. Um den Fehler einzugrenzen.

In jedem Fall kommt der Fehler, wenn diese Zeile da erscheint:

Code: Alles auswählen

oDlg:setFrameState(XBPDLG_FRAMESTAT_MAXIMIZED)

Das stand so schon immer da drin. NACH dem oDlg:create(). Weil das vor dem :create() ohne Funktion ist (warum eigentlich?)

Da ich aber diese Zeile in jedem Fall haben möchte, das Programm ist schließlich auf volle Bildschirmgröße ausgelegt, habe ich mal ein oDlg:configure() dahintergesetzt. Und siehe da: Es scheint zu laufen! Im Nachinein erscheint mir das logisch, ändere ich was am oDlg, dann muß da eigentlich immer ein :configure() hinter. Keine Ahnung, warum ich das damals, als ich die Eingangsmaske geschrieben habe, vergessen hatte. Aber es lief ja auch einige Monate lang sehr gut. Bis jetzt. Warum auch immer jetzt der große Knall kam. Und warum auch immer der große Knall nur sporadisch kam.

Jan

[Rolf Ramacher]

Hi Jan,

poste doch uns mal deinen code zu.

[Jan]

Hallo Rolf,

versteh ich jetzt nicht. Problem ist doch gelöst. Und die Lehre daraus für jeden von uns ist: Vergiss niemals ein :configure() nach einer Modifikation eines XBParts.

Der Code ist etwas lang... Ich geb ihn Dir gerne rüber, wenn Du gerne möchtest.

Jan

[brandelh]

Code: Alles auswählen

oDlg:setFrameState(XBPDLG_FRAMESTAT_MAXIMIZED)

Das stand so schon immer da drin. NACH dem oDlg:create(). Weil das vor dem :create() ohne Funktion ist (warum eigentlich?)

Weil man normalerweise eine Methode erst nach Create() aufrufen kann.
Eigentlich sollte auch kein Configure nach Methoden nötig sein.
Aber was ist schon normal