Crash
Rainer Zocholl
mal wieder ha XP die 2GB grenze versucht zu cracken...
Ohne vorwarung gab's einen crash.
Also habe ich (erstmal) alle alle ohne MPUFFER.* kopiert
und die ix1 gelöscht.
Leider semmelt XP nun immer wieder ab, obwohl icdie ix1 inzischen nochmal
habe neubauen lassen (geht ja bei der kleinen DB schenll)
An unhandled exception occurred at $0058C6AB :
3:36 debug: debug level for DEBUG is 4
3:36 debug: debug level for OPENXP is 4
3:36 openxp: OpenXP 4.10.7367 beta Snapshot (Win32) Compiled
at 10:11:06 2008/02/17 with 2.2.0 i386
3:36 debug: debug level for DEFAULT is 4
3:36 debug: debug level for DEFAULT set to 10
3:36 debug: debug level for XPDB is 10
3:36 XPDB: -- Konfiguration einlesen
...
6:53 xpcrt: KeyPressed: 38 72 0 0
6:53 xpcrt: RemapScanCode: 72 256 38
6:53 xpcrt: Result: 72
6:53 xpcrt: ReadKey: 0
6:53 xpcrt: ReadKey: 72
6:53 inout: Get: #0#72 $0 $48 'H'
6:53 xpcrt: KeyPressed: 13 28 13 13
6:53 xpcrt: ReadKey: 13
6:53 inout: Get: #13 $D
6:53 XPDB: C:\XP\MSGS - Go(4146)
6:53 XPDB: C:\XP\MSGS - Read(4146)
6:53 debug: debug level for XP4W.INC is 10
6:53 xp4w.inc: read_msg, MimePart.fname: <>, MimePart.typ: <>,
MimePart.subtyp: <>
6:53 xp4w.inc: read_msg, after Calling GetMsgFilename,
MimePart.fname: <>
6:53 XPDB: C:\XP\BEZUEGE - Read(1971733)
6:53 XPDB: C:\XP\BEZUEGE - Read(5215574)
6:53 XPDB: C:\XP\BEZUEGE - Skip(1)
6:53 XPDB: C:\XP\BEZUEGE - Read(2768692)
6:53 XPDB: C:\XP\MSGS - Go(4146)
6:53 XPDB: C:\XP\MSGS - Read(4146)
6:53 debug: debug level for XP1 is 10
6:53 xp1: listfile, Start, name:<C:\TMP\XP\TEMP\2088.tmp>,
listmsg: True
6:53 xp1: listfile, again
6:53 xp1: listfile, TLister.CreateWithOptions
6:53 debug: debug level for LISTER is 10
6:53 lister: TLister.CreateWithOptions
6:53 lister: TLister.Create
6:53 lister: TLister.ReadFromFile, Filename: <C:\TMP\XP\TEMP\2088.tmp>
6:53 debug: debug level for XP1S is 10
6:53 xp1s: listfile, List.OnKeypressed := listExt
6:53 xp1s: listfile, List.OnDisplayLine := Listdisplay
6:53 lister: TLister.Show
6:53 xp1: ListDisplay, End
6:58 --------> last message repeated 22 times
6:58 xpcrt: KeyPressed: 27 1 27 27
6:58 xpcrt: ReadKey: 27
6:58 inout: Get: #27 $1B
6:58 lister: TLister.Show, calling FOnKeyPressed(Self, t)
6:58 debug: debug level for XP1O: is 10
6:58 xp1o:: listExt start, taste: < stmakros: 8
6:58 XPDB: C:\XP\MSGS - Go(4146)
6:58 XPDB: C:\XP\MSGS - Read(4146)
6:58 lister: TLister.Show, End
6:58 lister: TLister.Destroy
6:58 xp1s: listfile, At End, Returning: 0
6:58 XPDB: C:\XP\MSGS - Go(4146)
6:58 XPDB: C:\XP\MSGS - Read(4146)
7:00 xpcrt: KeyPressed: 191 43 35 35
7:00 xpcrt: ReadKey: 35
7:00 inout: Get: #35 $23 '#'
7:00 XPDB: C:\XP\MSGS - Go(4146)
7:00 XPDB: C:\XP\MSGS - Read(4146)
7:00 XPDB: C:\XP\BEZUEGE - Read(5208359)
7:00 XPDB: C:\XP\MSGS - Go(5208917)
7:00 debug: debug level for FATAL is 10
7:00 fatal: Exception: DB Error: C:\XP\MSGS: ReadN(BRETT) at EOF!
7:00 fatal: $0058C6AB ERROR, line 214 of datadef1.pas
7:00 fatal: $00420773 DBREADN, line 1205 of database.pas
7:00 fatal: $00420927 DBREADNSTR, line 1230 of database.pas
7:00 fatal: $005C4A04 BEZBAUM, line 589 of xp4o2.pas
7:00 fatal: $00478474 BEZUGSBAUM, line 2103 of xp4.pas
7:00 fatal: $004765F6 SELECT, line 2927 of xp4.pas
7:00 fatal: $00482A7F SELCALL, line 1472 of xp4.pas
7:00 fatal: $0047BDC3 MSG_WINDOW, line 1829 of xp4w.inc
7:00 fatal: $0047BCC6 _MSG_WINDOW, line 1846 of xp4w.inc
7:00 fatal: $00475A66 SELECT, line 2731 of xp4.pas
7:00 fatal: $0048C300 MAINWINDOW, line 3221 of xp4.pas
7:00 fatal: $004109B9 STARTOPENXP, line 217 of main.pas
7:00 fatal: $00401B0D main, line 33 of openxp.pas
7:00 XPDB: DB schlieáen: C:\XP\MSGS
7:00 XPDB: .IX1 schlieáen..
7:00 XPDB: schlieáen erfolgreich
7:00 XPDB: DB schlieáen: C:\XP\USER
7:00 XPDB: .EB1 schlieáen..
7:00 XPDB: .IX1 schlieáen..
7:00 XPDB: schlieáen erfolgreich
7:00 XPDB: DB schlieáen: C:\XP\BRETTER
7:00 XPDB: .IX1 schlieáen..
7:00 XPDB: schlieáen erfolgreich
7:00 XPDB: DB schlieáen: C:\XP\BEZUEGE
7:00 XPDB: .IX1 schlieáen..
7:00 XPDB: schlieáen erfolgreich
7:00 XPDB: DB schlieáen: C:\XP\MIMETYP
7:00 XPDB: .IX1 schlieáen..
7:00 XPDB: schlieáen erfolgreich
25.05.2008 23:58 59.368.915 MPUFFER.10
21.05.2008 20:34 29.328.138 MPUFFER.11
21.05.2008 20:59 29.432.846 MPUFFER.12
22.05.2008 21:56 31.091.691 MPUFFER.13
22.05.2008 22:21 23.699.349 MPUFFER.14
25.05.2008 19:50 3.443.955 MPUFFER.15
23.05.2008 19:23 11.633.469 MPUFFER.16
25.05.2008 13:34 28.008.440 MPUFFER.17
25.05.2008 21:51 1.951.730 MPUFFER.18
25.05.2008 22:55 1.316.070 MPUFFER.19
Rainer
--
Transparency International definiert Korruption als
Missbrauch von anvertrauter Macht zum privaten Nutzen oder Vorteil. [...]
Corruption is operationally defined as the misuse of entrusted power for
private gain. [...]
Hans-Juergen Taenzer
> mal wieder ha XP die 2GB grenze versucht zu cracken...
> Ohne vorwarung gab's einen crash.
Wie schaffst Du es eigentlich immer wieder, Deine XP-DB in so kurzer Zeit
kaputt zu bekommen? ;)
> Also habe ich (erstmal) alle alle ohne MPUFFER.* kopiert
> und die ix1 gelöscht.
Versteh' ich nicht. Was liegt denn jetzt im XP-Verzeichnis? Die
MSGS1.DB1 und keine MPUFFER?
> Leider semmelt XP nun immer wieder ab, obwohl icdie ix1 inzischen
> nochmal habe neubauen lassen (geht ja bei der kleinen DB schenll)
Du hast die originären MPUFFER einfach verkürzt? Und dann ohne Reorg die
Indices wieder aufgebaut? Das kann nicht gut gehen.
> An unhandled exception occurred at $0058C6AB :
Ja, ist klar. ;)
Hans-Jürgen
Rainer Zocholl
>Rainer Zocholl schreibt:
>> mal wieder ha XP die 2GB grenze versucht zu cracken...
>> Ohne vorwarung gab's einen crash.
>Wie schaffst Du es eigentlich immer wieder, Deine XP-DB in so kurzer
>Zeit kaputt zu bekommen? ;)
Die 20GB waren ja nicht kaputt!
Seit dem ich die "wiederaufruf Sperre" habe ist ja nix mehr passiert!
>> Also habe ich (erstmal) alle alle ohne MPUFFER.* kopiert
>> und die ix1 gelöscht.
>Versteh' ich nicht. Was liegt denn jetzt im XP-Verzeichnis? Die
>MSGS1.DB1 und keine MPUFFER?
Ja. Uuups...ich hätte wohl beim "Umzug" wohl auch die .db1 löschen müssen...
(Siehste, wie lange die DB nicht mehr kaputt war? ;-)
Hm,
26.05.2008 20:24 5.584.139 MSGS.DB1
Die sieht ja nicht zu gross aus..
>> Leider semmelt XP nun immer wieder ab, obwohl icdie ix1 inzischen
>> nochmal habe neubauen lassen (geht ja bei der kleinen DB schenll)
>Du hast die originären MPUFFER einfach verkürzt? Und dann ohne Reorg
>die Indices wieder aufgebaut? Das kann nicht gut gehen.
Was somit bewiesen ist ;-)
>> An unhandled exception occurred at $0058C6AB :
>Ja, ist klar. ;)
Und?
Also erstmal "reorg"...
Rainer Zocholl
>Rainer Zocholl schreibt:
>Du hast die originären MPUFFER einfach verkürzt? Und dann ohne Reorg
>die Indices wieder aufgebaut? Das kann nicht gut gehen.
>> An unhandled exception occurred at $0058C6AB :
>Ja, ist klar. ;)
Eben kam er wieder, obwohl ich einen reorg gemacht hatte.
Hans-Juergen Taenzer
> (Hans-Juergen Taenzer) 26.05.08 in /de/comm/software/crosspoint:
>> Rainer Zocholl schreibt:
>> Du hast die originären MPUFFER einfach verkürzt? Und dann ohne
>> Reorg die Indices wieder aufgebaut? Das kann nicht gut gehen.
>>> An unhandled exception occurred at $0058C6AB :
>> Ja, ist klar. ;)
> Eben kam er wieder, obwohl ich einen reorg gemacht hatte.
Wieder beim Aufruf der Bezüge ('#')?
Beschreib mal, was Du genau gemacht hast. Alle MPUFFER.* gelöscht (oder
MPUFFER.10 behalten?), dann Reorg, dann Puffer importiert? Oder was? ;)
BTW: wie mir Reinhard Irmer geschrieben hat, hat Markus eine neue OpenXP-
Version erstellt. In ihr sind meine kleinen Änderungen bezüglich der
Headeranzeige, und kleine Ergänzungen/Korrekturen in der Online-Hilfe
enthalten. Bezüglich Deines Problems ändert sich also nichts. ;)
Hans-Jürgen
Stefan 'Steve' Tell
> BTW: wie mir Reinhard Irmer geschrieben hat, hat Markus eine neue OpenXP-
> Version erstellt. In ihr sind meine kleinen Änderungen bezüglich der
> Headeranzeige, und kleine Ergänzungen/Korrekturen in der Online-Hilfe
> enthalten. Bezüglich Deines Problems ändert sich also nichts. ;)
Huch? Ist für Linux auch erledigt ...
-rw-r--r-- 2861455 28. Mai 19:30 openxp-4.10.7369-linux.tar.bz2
Seitdem die svn-mails nicht mehr kommen. bleibe ich irgendwie nicht auf
dem aktuellen Stand.
--
Gruss, |
Stefan 'Steve' Tell | https://www.ccc.de | https://www.foebud.de
--------------------------| https://www.vorratsdatenspeicherung.de
https://blog.crashmail.de | https://stop1984.com
Hans-Juergen Taenzer
> Hans-Juergen Taenzer schrieb:
>> BTW: wie mir Reinhard Irmer geschrieben hat, hat Markus eine neue
>> OpenXP- Version erstellt.
> Huch? Ist für Linux auch erledigt ...
> -rw-r--r-- 2861455 28. Mai 19:30 openxp-4.10.7369-linux.tar.bz2
Schnell. ;)
> Seitdem die svn-mails nicht mehr kommen. bleibe ich irgendwie nicht
> auf dem aktuellen Stand.
Ja, vermisse ich auch...
Hans-Jürgen
Rainer Zocholl
>Rainer Zocholl schreibt:
>> (Hans-Juergen Taenzer) 26.05.08 in /de/comm/software/crosspoint:
>>> Rainer Zocholl schreibt:
>>> Du hast die originären MPUFFER einfach verkürzt? Und dann ohne
>>> Reorg die Indices wieder aufgebaut? Das kann nicht gut gehen.
>>>> An unhandled exception occurred at $0058C6AB :
>>> Ja, ist klar. ;)
>> Eben kam er wieder, obwohl ich einen reorg gemacht hatte.
>Wieder beim Aufruf der Bezüge ('#')?
Jepp.
>Beschreib mal, was Du genau gemacht hast.
>Alle MPUFFER.* gelöscht
Ja, alle! auch die .ix1.
Aber nicht die .db1!
>(oder MPUFFER.10 behalten?),
Nein. Hatte keine Zeit zum Basteln. Hole ich später mal nach.
>dann Reorg,
Nein. (Inzwischen aber schon).
>dann Puffer importiert?
Nur die des letzten Polls.
>Oder was? ;)
Du hast es schon genau erkannt!
>BTW: wie mir Reinhard Irmer geschrieben hat, hat Markus eine neue
>OpenXP- Version erstellt. In ihr sind meine kleinen Änderungen
>bezüglich der Headeranzeige, und kleine Ergänzungen/Korrekturen in der
>Online-Hilfe enthalten. Bezüglich Deines Problems ändert sich also
>nichts. ;)
>Hans-Jürgen
Rainer
Hans-Juergen Taenzer
> (Hans-Juergen Taenzer) 28.05.08 in /de/comm/software/crosspoint:
>>> Eben kam er wieder, obwohl ich einen reorg gemacht hatte.
>> Wieder beim Aufruf der Bezüge ('#')?
> Jepp.
Ich hab' mir jetzt nochmal den Trace aus Deinem früheren Posting
angesehen.
Es sieht so aus, als wäre im Programm der aktuelle "Dateizeiger" auf die
BRETTER.DB1 fälschlicherweise auf "EOF" gesetzt worden. Die Ursache dafür
ging nicht aus dem Trace hervor, das muß vor dem Punkt gewesen sein, mit
dem Dein geposteter Trace beginnt. Die Ursache kann in Deiner defekten
XP-DB, oder auch in einem Programmfehler begründet sein. Vermutlich ist
aber die DB.
Ich würde nochmal von vorne beginnen, also MPUFFER.*, MSGS.DB1,
BEZUEGE.DB1 und alle Indices löschen, und dann einen Reorg durchführen.
Hans-Jürgen
Rainer Zocholl
>Rainer Zocholl schreibt:
>Ich hab' mir jetzt nochmal den Trace aus Deinem früheren Posting
>angesehen.
Thanks.
>Es sieht so aus, als wäre im Programm der aktuelle "Dateizeiger" auf
>die BRETTER.DB1 fälschlicherweise auf "EOF" gesetzt worden. Die
>Ursache dafür ging nicht aus dem Trace hervor, das muß vor dem Punkt
>gewesen sein, mit dem Dein geposteter Trace beginnt. Die Ursache kann
>in Deiner defekten XP-DB, oder auch in einem Programmfehler begründet
>sein. Vermutlich ist aber die DB.
Ich such mal den error report...
U have mail.
Rainer Zocholl
>Ich würde nochmal von vorne beginnen, also MPUFFER.*, MSGS.DB1,
>BEZUEGE.DB1 und alle Indices löschen, und dann einen Reorg
>durchführen.
Emm, wenn ich MPUFFER.*, MSGS.DB1, BEZUEGE.DB1 und *.Ix1 gelöscht habe,
wozu brauche ich dann noch einen Reorg? ;-)
Hans-Juergen Taenzer
> (Hans-Juergen Taenzer) 29.05.08 in /de/comm/software/crosspoint:
>> Die Ursache kann in Deiner defekten XP-DB, oder auch in einem
>> Programmfehler begründet sein. Vermutlich ist aber die DB.
> Ich such mal den error report...
> U have mail.
Leider nichts Erhellendes im Trace zu finden. Ich werd' noch ein bißchen
mit einer OpenXP-Installation spielen, und sehen was ich noch so alles
kaputt machen kann. ;)
Ich weiß zwar mittlerweile, was die Exception auslöst, weiß aber noch
nicht, wie ich den Auslöser dafür "herstellen" kann.
Erzähl doch mal genau, was Du minimal tun musst, um den Fehler zu
provozieren. Bitte vom Start von OpenXP aus. Und: wieviele BRETTER hast
Du?
Hans-Jürgen
Hans-Juergen Taenzer
> (Hans-Juergen Taenzer) 29.05.08 in /de/comm/software/crosspoint:
>> Ich würde nochmal von vorne beginnen, also MPUFFER.*, MSGS.DB1,
>> BEZUEGE.DB1 und alle Indices löschen, und dann einen Reorg
>> durchführen.
> Emm, wenn ich MPUFFER.*, MSGS.DB1, BEZUEGE.DB1 und *.Ix1 gelöscht
> habe, wozu brauche ich dann noch einen Reorg? ;-)
Damit die BEZUEGE neuaufgebaut werden.
Hans-Jürgen
Rainer Zocholl
Zwischen "keinen Nachrichten"? ;-)
Rainer Zocholl
>Rainer Zocholl schreibt:
>> U have mail.
Will ich probieren.
>Und: wieviele BRETTER hast Du?
Datei Datensätze Ausnutzung Bytes
MSGS 36.673 100% 9.058.935
BRETTER 2.467 46% 1.269.828
USER 62.077 93% 10.615.860
BOXEN 9 100% 6.175
GRUPPEN 3 100% 2.775
SYSTEME 1 100% 576
AUTOMSG 1 100% 920
PSEUDOS 0 100% 224
BEZUEGE 5.247.000 100% 110.208.119
MIMETYP 4 100% 644
Nachrichten: 36.660 / 234.661 KB
auf Löschen: 344 / 2.251 KB
fehlerhaft: 0 / 0 KB
5 Millione Bezüge bei 36tsd MSGS??
Warum finden das erste mehr Nachrichten?
Kann das sein?
Hans-Juergen Taenzer
>>> (Hans-Juergen Taenzer) 29.05.08 in /de/comm/software/crosspoint:
>>> Emm, wenn ich MPUFFER.*, MSGS.DB1, BEZUEGE.DB1 und *.Ix1 gelöscht
>>> habe, wozu brauche ich dann noch einen Reorg? ;-)
>> Damit die BEZUEGE neuaufgebaut werden.
> Zwischen "keinen Nachrichten"? ;-)
Damit nicht der Müll von 5 Millionen Nachrichten, die nicht mehr vorhanden
sind, in der BEZUEGE-DB verbleibt und OXP verwirrt.
Hans-Jürgen
Hans-Juergen Taenzer
> (Hans-Juergen Taenzer) 30.05.08 in /de/comm/software/crosspoint:
>> Erzähl doch mal genau, was Du minimal tun musst, um den Fehler zu
>> provozieren. Bitte vom Start von OpenXP aus.
> Will ich probieren.
Okay.
>> Und: wieviele BRETTER hast Du?
> Datei Datensätze Ausnutzung Bytes
> MSGS 36.673 100% 9.058.935
> BRETTER 2.467 46% 1.269.828
> USER 62.077 93% 10.615.860
> BOXEN 9 100% 6.175
> GRUPPEN 3 100% 2.775
> SYSTEME 1 100% 576
> AUTOMSG 1 100% 920
> PSEUDOS 0 100% 224
> BEZUEGE 5.247.000 100% 110.208.119
> MIMETYP 4 100% 644
> Nachrichten: 36.660 / 234.661 KB
> auf Löschen: 344 / 2.251 KB
> fehlerhaft: 0 / 0 KB
> 5 Millione Bezüge bei 36tsd MSGS??
Deshalb solltest Du ja auch die BEZUEGE.* löschen, und durch den Reorg
neuaufbauen lassen. ;)
> Warum finden das erste mehr Nachrichten?
> Kann das sein?
Aus
BET: Re: x/s/n zaehlt falsch
ABS: Hans-Juerg...@t-online.de (Hans-Juergen Taenzer)
MID: 9Noz2...@hans-juergen.taenzer.dialin.t-online.de
EDA: 20041229184300W+01
<------------------------------------------------------------------>
Die falsche Zählung ist übrigens kein Bug, sondern so gewollt gewesen,
warum auch immer...
Bisher wurde die Anzeige nur alle 10 Datensätze aktualisiert, deshalb war
bei allen geposteten Werten auch die Anzahl der angezeigten Datensätze
durch 10 teilbar (oder leer, wenn es weniger als 10 Sätze gab).
Ich hab TrueXP jetzt jedenfalls mit dem Fix aktualisiert, mal schauen, ob
es irgendwelche Nebeneffekte gibt.
<------------------------------------------------------------------>
Ich hab' OXP jetzt analog geändert. Bei Gelegenheit werde ich es mal
einchecken, ist ja nichts Dringendes.
Hans-Jürgen
Rainer Zocholl
>Rainer Zocholl schreibt:
>> (Hans-Juergen Taenzer) 30.05.08 in /de/comm/software/crosspoint:
>>> Und: wieviele BRETTER hast Du?
>> Datei Datensätze Ausnutzung Bytes
>> MSGS 36.673 100% 9.058.935
>> BRETTER 2.467 46% 1.269.828
>> USER 62.077 93% 10.615.860
>> BOXEN 9 100% 6.175
>> GRUPPEN 3 100% 2.775
>> SYSTEME 1 100% 576
>> AUTOMSG 1 100% 920
>> PSEUDOS 0 100% 224
>> BEZUEGE 5.247.000 100% 110.208.119
>> MIMETYP 4 100% 644
>> Nachrichten: 36.660 / 234.661 KB
>> auf Löschen: 344 / 2.251 KB
>> fehlerhaft: 0 / 0 KB
>> 5 Millione Bezüge bei 36tsd MSGS??
>Deshalb solltest Du ja auch die BEZUEGE.* löschen, und durch den Reorg
>neuaufbauen lassen. ;)
Datei Datensätze Ausnutzung Bytes
MSGS 38053 99% 9.452.406
BRETTER 2467 46% 1.269.828
USER 62087 93% 10.615.860
BOXEN 9 100% 6.175
GRUPPEN 3 100% 2.775
SYSTEME 1 100% 576
AUTOMSG 1 100% 920
PSEUDOS 0 100% 224
BEZUEGE 141 100% 3.185
MIMETYP 4 100% 644
nu ist das wohl etwas sehr wenig...
Aber vemutlich das Problem bei "#" vorbei.
Thanks.
Martin Wodrich
> Rainer Zocholl schreibt:
>> mal wieder ha XP die 2GB grenze versucht zu cracken...
>> Ohne vorwarung gab's einen crash.
> Wie schaffst Du es eigentlich immer wieder, Deine XP-DB in so kurzer Zeit
> kaputt zu bekommen? ;)
Warscheinlich einfach dadurch das er im GRunde ständig in der Nähe des
2 GB Limits hängt. Nach einem Crash ist er zwar immer erst einmal
drunter, aber sehr schnell auch wieder dran und drüber.
--
Mit freundlichen Gruessen,
Martin Wodrich
Helmut Hullen
Du (stv-news) meintest am 28.05.08:
>> BTW: wie mir Reinhard Irmer geschrieben hat, hat Markus eine neue
>> OpenXP- Version erstellt.
> Huch? Ist für Linux auch erledigt ...
> -rw-r--r-- 2861455 28. Mai 19:30 openxp-4.10.7369-linux.tar.bz2
Und der Slackware-Tarball ist jetzt auch im "snapshot/slackware"-
Verzeichnis.
Viele Gruesse!
Helmut