| |
|
|
- Page 1 - |
|
CB | Hi! Ein mit XProfan9 compiliertes Programm, das unter NT-Systemen normal funktioniert, stürzt bei Verwendung auf einem Win98 oder WinME-Rechner mit einer Schutzverletzung in User.exe ab, wenn es korrekt beendet und gleich darauf ein 2.Mal gestartet wird. Interessanterweise tritt das beim selben Programm nicht auf, wenns mit XProfan8 compiliert wurde. Hat vielleicht irgendwer schon ähnliche Erfahrungen gemacht?
Christian |
|
|
| |
|
|
| |
|
- Page 2 - |
|
|
GDL | Hallo iF,
dann sags bitte warum es klar ist.Würde X9 unabhängig von Christians Programm gerne nutzen mögen.Danke.
Servus Georg |
|
|
| |
|
|
|
| Hallo Leute...
Zu guter letzt komme ich noch dazu:
Mein Programm ist ca 10000 Zeilen lang (etwa wie Christians).
Wenn ich einen bestimmten User mit meinem Programm zum Bearbeiten in die Registry lade, stürzt das Programm unter Windows2000 beim nächsten Aufruf von Shellexec mit einer Schutzverletzung ab. Dabei ist es egal, ob ich die API ShellExecute oder das Profan Shellexec verwende. Wenn ich irgendeinen anderen User lade, passiert nichts.
Nachdem ich das Programm etwas umgeschrieben habe, gibt es diesen Programmabsturz nur noch, wenn ich das Programm von Laufwerk A: von einer Diskette starte.
Das Proggi ist mit dem ProfanInspector getestet und weist scheinbar keine Quelltextfehler auf.
Wenn ich eine bestimmte Listbox aus dem Quelltext herausnehme, tritt der Fehler nicht mehr auf (die Listbox ist fehlerfrei erstellt). Durchlaufe ich an einer anderen Stelle die selbe Prozedur mit der selben Listbox, tritt der Fehler ebenfalls nicht auf.
Scheinbar hängt das Auftreten des Fehlers vom Systemram (oder freiem RAM), den Inhalten von Variablen, der Länge meines Quelltextes und sonstiger Speichernutzung meines Quelltextes ab. Vom Laufwerk sprechen wir erst einmal gar nicht. Was kann denn das sein???
Profan 7.5
PS: So verrückt, wie der Fehler hier bei mir auftritt, kann ich ihn gar nicht beschreiben. |
|
|
| |
|
|
|
CB | Ob das nicht ein Hardwareproblem sein kann? Evtl. ein Timingproblem eines RAM - oder ein ähnlicher Käse? Checke ev. mal Deine Speicherbausteine mit einem Streßtest - vielleicht hilfts ja. Wenn Du willst, kann ich das Prog gerne auf allen meinen PCs auch mal testen. Wie du weißt, habe ich alle BS außer ME und 95 zur Verfügung. Zum Rätselraten habe ich auch noch was: Habe mir gestern ein paar PCUs näher zu Gemüte geführt. Mit 2 gabs Probleme: iFs Multisound und Rolfs Tooltip. Gott sei Dank habe ich die zuhause am 2. XP-Rechner nochmal laufen lassen, bevor ich was gepostet habe - da laufen die beiden nämlich völlig problemlos (SP2). Auf meinem anderen PC (SP1) stürzen aber beide mit einer Schutzverletzung ab. Also offenbar SP1? Den PC möchte ich aber genau aus diesem Grund noch nicht updaten.
Christian |
|
|
| |
|
|
|
GDL | Ciao,
bin einen Schritt weiter.Solange X9 stabil corre ist im Interpretermodus auch X9 nur einmal als aktives Programm vorhanden. Nach jedem Absturz ist nach dem Warmstartgriff X9 zweimal als aktives Programm vorhanden,obwohl nur eine Anwendung corre.Wie gibts sowas??
Servus Georg |
|
|
| |
|
|
|
CB | Weil ME einen Prozeß nicht ordnungsgemäß beenden konnte. Das Hauptprogramm ist sozusagen tot, aber Teile davon residieren noch immer im Speicher - ein altes 9x-Problem. NT ist da viel strenger und konsequenter! Ein Kaltstart dauert zwar länger, aber damit ist der Speicher wirklich geleert.
Christian |
|
|
| |
|
|
|
GDL | Hallo Christian,
habe mich umständlich ausgedrückt.Wollte sagen in dem Fenster dass beim Warmstartgriff angezeigt wird ist Xprofan 2mal Vorhanden.Also vor Ausführen des Warmstartes.Das heisst im normalen Betrieb entsteht ein zweiter X9 Thread, obwohl nur eine Anwendung corre. Sage es gleich hier, deine X9 exe stürzt auch ab.X8 ging auch net.Habe die Druckertreiber neu aufgespielt jetzt gehen auch die X8 Prog wieder alle.Sind jedesmal dann stehengeblieben, wenns zum Drucken kam.Fiel mir nur deswegen net auf, da ich aus keiner anderen Anwendung normal drucke und mir gestern ne E-Mail ausnahmsweise ausdrucken lassen wollte und dies net ging. Defekter Druckertreiber bremste X8 aus.
Servus Georg |
|
|
| |
|
|
|
CB | Hallo Georg! Drucken ohne Druckertreiber - das mag Windows nunmal nicht Ich glaube, daß Deine gesamte Profan-Konfiguration viel zu kompliziert ist und an vielen Wenns und Abers hängt - hängt im wörtlichsten Sinn! Schau doch mal, ob Du Dein System nicht irgendwie vereinfachen kannst, statt etliche Zusatzprogramme aktiv haben zu müssen. Sonst ruft ein Programm ein anderes auf, das wieder ein anderes braucht und schon kollidieren 2 Versionen von Profan im Speicher - das kann nicht gehen! Und wenn alles blöd corre, hast Du ein X8 und ein X9-Compilat gleichzeitig laufen - wie soll das erst funktionieren?
Ciao, Christian |
|
|
| |
|
|
|
GDL | Ciao,
mit reparierten Druckertreiber corre unter X8 jetzt wieder alles wie gehabt.
Habe aus Versehen auch mein Steuerungsprogramm unter X9 gelinkt.Die Thread Unit geht bei mir mit X9 net.Iss zwar kein Absturz aber es wurde nicht eingelesen.Alle Weichen und Signale meldeten auf einmal Stellung null.Der Threadbereich wurde nicht corsa.Liegts an der Unit oder an X9? Mal ausgegliederten Test machen.Mit X8 corre das Programm seit Wochen ohne zu Murren auf 4 Anlagen ohne einen Aussetzer.Am Prog. liegts nicht.
Servus Georg
P.S. Christian obiger Fehler tritt nur mit einem Programm auf. Das Programm besteht aus folgendem Code
cls waitinput
und sonst nichts.X9 geht bei mir einfach net. |
|
|
| |
|
|
|
| Gehts mir der Thread.unit? |
|
|
| |
|
|
|
GDL | Hallo iF,
geht wieder net.Bleibe jetzt bei X8a.
Servus Georg |
|
|
| |
|
|
|
GDL | Erster Teilerfolg
X9 ist bei mir editorabhängig.Mit Profed und prfellow stürzt X9 immer ab.Mit ProfanPad konnte ich zumindest jetzt schon eine Stunde arbeiten.
Servus Georg |
|
|
| |
|
|
|
GDL | Hallo iF,
es liegt nicht an der thread unit.Dieser kleine Code KompilierenMarkierenSeparieren corre unter X9, aber nur mit Profan Pad, bei mir einwandfrei. Mit anderen Editor sofortiger Absturz.
Servus Georg |
|
|
| |
|
|