codesets.library

I haven't heard any news for more than one week now. Is this bug invalid or
nor? Some people report that there are no more issues with codesets 6.9 and
WookieChat 2.12b9+. Others (mk) tell that there are still serious issues
but did't yet supply any log which contains both, the debug log of codesets
*and* the actual hits/crash information.

From my point of view the history of this issue points towards WookieChat,
since the crashes I experienced personally using 2.12b7 and b8 were fixed
with b9 and the version of codesets (6.8 or 6.9) didn't make any
difference.

So, what's up folks? Is there any further interest? Is this issue still
valid? Or did it just vanish due to the recent updates of WookieChat?

@mkuban
Ich verstehe, daß es für dich ungünstig ist, daß hier hauptsächlich
englisch verwendet wird. Da du aber scheinbar die gesamte Diskussion
zumindest so weit verstanden hast, daß du wußtest was von dir erwartet
wurde, gehe ich davon aus, daß das auch weiterhin kein unüberwindliches
Problem darstellt. Du darfst natürlich auch weiterhin auf deutsch
berichten.

Dieser Report wird in ca. 2 Wochen automatisch geschlossen, falls niemand
mehr einen Kommentar dazu abgibt.

Denk bitte für die Zukunft daran einen Bugreport *sofort* unter deinem
Login bei sf.net abzugeben, ansonsten sind wir nicht in der Lage dich
gegebenenfalls vernünftig um weitere Informationen zu bitten, da du dich
sehr hinter deiner Anonymität versteckst und nicht per EMail erreichbar
bist.

Just one more comment. I will continue to comment on this bug in english,
because there are more MOS users with the same problem who don't understand
german. Hence this is the only viable way. Sorry folks...

I just uploaded new binaries for all systems which use a semaphore to
prevent several concurring application from screwing up the log. No other
functional changes.

1. Der Puffer der Konsole war zu klein, aber jetzt geht es direkt in eine
Datei. Nun ist alles vom Öffnen bis Schliessen vorhanden.

http://www.amiga-resistance.info/pegw/codesets_20091030_1156.log

2. Die Hits verschluckt codesets.debug selbst.

Im Log siehst Du etliche Zeilen wo codesets .debug bei den eigenen
Ausgaben unvollständige /verstümmelte Zeilen produziert.

Und zwar völlig unabhängig davon, ob das Log im RAM oder auf Platte
läuft oder ob zusätzlich noch (um Durchsatzprobleme auszuschliessen) ein
mehrfaches an Debugausgaben (aus Emu,DOS,MUI) zugeschaltet werden.

Zum Log bleibt nur zu sagen, daß aus Sicht der codesets.library alles
funktioniert hat. Falls dabei doch irgendwelche Hits aufgetreten sein
sollten, dann haben die zumindest nicht zu einem Fehler beim Konvertieren
geführt.

Das darf man, wenn man den Bug nicht anonym eröffnet hat, oder wenn man
Projektmitglied ist.

Leider ist das Log aber auch unbrauchbar, da es überhaupt keinen Hit
enthält und außerdem erst mittendrin anfängt. Wenn du das mit Sashimi
erstellt hast, dann lenk doch bitte die gesamte Ausgabe sofort in eine
Datei um.

Die Benutzung von Sashimi setzt voraus, daß *alle* Ausgaben über die
serielle Schnittstelle stattfinden würden und deswegen von Sashimi
abgefangen werden können. Falls das unter MOS nicht der Fall ist, dann
informier dich bitte nach anderen Möglichkeiten. Als nicht MOS-Benutzer
können Jens und ich dir da leider keine Tips geben.

Wie bekommt man hier ein debug log gespeichert, ohne dafür einen neuen
Thread zu öffnen zu müssen?

Ansonsten gibt es das log von der codesets debug version erst mal hier:

http://www.amiga-resistance.info/pegw/codesets-20091029_1412.log

Ok, da ich deine direkte email adresse nicht rausfinden konnte hänge ich
an dieses bugitem einfach mal ein lha mit einer debugversion von codesets
6.9 mit dran. Hierzu ist zu sagen das solche debug versionen mittels einer
ENV variable steuerbar sind im dem was sie ausgeben sollen. Und sie geben
standardmäßig die debugausgaben auf der seriellen konsole aus. D.h. du
müsstest entweder nen serielles terminal parat haben oder aber tools wie
sashimi (hast du sicher). Dann einfach folgendes kommando vor der ersten
nutzung von codesets.lib (direkt nach reboot) eingeben:

setenv codesets.library.debug @all all

dann wookiechat&co starten und zum absturz bringen. Danach solltest du ein
langes debug log von codesets.library haben das du uns schicken kannst
damit wir schauen können wo genau der hit auftritt.

Ups, das ging zu früh raus: Der vollständige Satz:
Bei Bedarf kann ich aber dutzende weitere Punkte (für Emulation, DOS und
MUI) im Debug zuschalten.

1. Bei ersten mal hatte das login offenbar nicht geklappt. Aber jetzt
solltet ihr eine email adresse sehen, an die ihr eine debug version
schicken könnt.
2. Ihr beiden seid hier im Moment die einzigen aktiven Ansprechpartner
für codesets und ihr sprecht nativ deutsch. Ich hatte kein english in der
Schule, also werd ich euch in deutsch schreiben. Wenn euch das nicht passt,
dann verzichtet auf meine Hilfe.
3. Es taucht zwar nicht direkt codesets in Log auf, aber sowohl die
Fehlfunktion als auch diese massive Fehlerausgabe (1852 kB) kommt nur mit
der codesets 6.9 zustande.
Ich hatte im Moment auch nur den minimalsten Fehlerausgaben zugelassen,
sonst wäre das Log noch weitaus größer ausgefallen. Bei Bedarf kann ich
aber dutzende weitere

4.An jahc (Wookiechat) hatte ich mich ebenfalls bereits gewendet, aber zur
Zeit ist er nicht arbeitsfähig (Umzug).
5. Das System hatte ich zwar schon auf AN genannt, aber hier noch einmal
zur Wiederholung:
MorphOS 2.4
Codesets 6.9
Wookiechat die aktuelle Version (2.12beta8)
Alle Librarys, besonders die im Log sehr oft auftauchenden (NLIst,
Betterstring) sind ebenfalls auf dem letzten aktuell verfügbaren Stand.

In addition, we would like to send you a debug version of codesets 6.9 so
that you can catch some additional serial output for us which might point
out at which function the crash happens. So please supply your email adress
so that we send you that version. Another alternative would be to attach
that debug binary here.

At first some hints on how to submit a bug report.

A bug report should be filed in english language as there are lots of
developers who don't understand german. Furthermore the bug report should
contain some informations about the system being used (OS3, OS4, MOS, AROS,
etc). Last but not least, even if anonymous reports are allowed it would be
really nice if people would log in *before* submitting a bug report. This
way we are able to ask questions later, because the submitter will be
notified by mail which does not happen for anonymous reports.

Ok, now back to this report. The log contains not a single occurance of
"codesets" but lots of hits within WookieChat while most of the stack
backtrace points to muimaster.library. Absolutely nothing points to
codesets.library. Even if going back to codesets 6.8 cures the problem and
6.9 exposes a problem the log does in no way point to codesets in any way.