[flnews] 1 Artikel, den flnews nicht ersetzen will

[Michael Uplawski]

Holdrio!

Betrifft einen begonnen Test in de.test.

In Artikel ID: <news:AABmg+Gr6+***@ferrat.uplawski.eu>
habe ich versehentlich die Eingabeprompts einer Beispieleingabe wie
URIs behandelt (Handlungsbedarf in meinem Post-Prozessor).

Der darauf folgende Post korrigiert das, weil ich den Kaputten *nicht*
superseden kann. flnews reagiert nicht mehr, so bald ich es
versuche.

Canceln würde funktionieren, ich habe das aber fürs Beispiel mal
unterlassen.

Ich glaube nicht, dass das Problem dringend nach einer Lösung
verlangt und stelle nochmal fest, dass der originale Fehler im
bereits geposteten Inhalt liegt. Wenn freilich flnews mit solchen
Klöppsen umgehen lernt.., ja dann weiß ich auch nicht, ob es
jemandem helfen wird. Für die Akten.

Cheerio

Michael

[Michael Uplawski]

N'abend.

Ich habe das Problem reproduzieren können, allerdings nur dadurch, dass ich den
betroffenen Post kopiert habe. Damit habe ich eine neue Version, die nicht
ersetzt werden kann und *eine weitere, wo das geht*:

Supersedes nicht möglich: <news:***@kurti.uplawski.eu>
Möglich: <news:***@kurti.uplawski.eu>
b.z.w.: <news:AABmhC-***@kurti.uplawski.eu>

Welcher Unterschied für den Crash verantwortlich sein soll, kann ich nicht
erkennen.

Das Logfile enthält keine Informationen nach der Anzeige des vorhanden Artikels.

Cheerio.

[Dennis Preiser]

Post by Michael Uplawski
Ich habe das Problem reproduzieren können, allerdings nur dadurch, dass ich den
betroffenen Post kopiert habe. Damit habe ich eine neue Version, die nicht

In diesem Artikel sind Cancel-Keys und Cancel-Locks drin:

| Cancel-Key: sha256:agCus4EioLYnrR0dfcmgNWA36L9Xj3NAPtCqubIng/E=
| sha1:mTA0k/9c3N44xFlZUIP4Inoyg7I= sha256:0u0M64oz/J2ulXBF2KGtxxjw3WcWKFDxhQLuNP8paqc=
| Cancel-Lock: sha256:IPBxEeoZq7uO3wEdw91vX165yjQrz9347iIr8pGBQfg=
| sha1:DWgisSocdb7y5GW2Qpd4BMf0VJI= sha256:pt9b51YhOhLgCWEisVfryytIwGOnSug37UZyz8cFb94=
| sha1:gt7W8rddn6iz8v0XloHiY2+5BoI= sha256:QXUH3LU2LTlUh8kVkHGmbUnd0uY1ztq5XSyiy6Cgrug=

Dennis

[Michael Uplawski]

Post by Dennis Preiser

Post by Michael Uplawski
Ich habe das Problem reproduzieren können, allerdings nur dadurch, dass ich den
betroffenen Post kopiert habe. Damit habe ich eine neue Version, die nicht

| Cancel-Key: sha256:agCus4EioLYnrR0dfcmgNWA36L9Xj3NAPtCqubIng/E=
| sha1:mTA0k/9c3N44xFlZUIP4Inoyg7I= sha256:0u0M64oz/J2ulXBF2KGtxxjw3WcWKFDxhQLuNP8paqc=
| Cancel-Lock: sha256:IPBxEeoZq7uO3wEdw91vX165yjQrz9347iIr8pGBQfg=
| sha1:DWgisSocdb7y5GW2Qpd4BMf0VJI= sha256:pt9b51YhOhLgCWEisVfryytIwGOnSug37UZyz8cFb94=
| sha1:gt7W8rddn6iz8v0XloHiY2+5BoI= sha256:QXUH3LU2LTlUh8kVkHGmbUnd0uY1ztq5XSyiy6Cgrug=
Dennis

Herzlichen Dank.
Ich habe die Header gesehen, kann das Phänomen aber nicht damit
erklären… flnews tut nichts mehr, sobald ich das Kommando „Artikel
ersetzen” ancklicke und muss gekillt werden.

Ich habe alle Zeilen des ersten kaputten Posts einzeln getestet,
weil ich vermutet hatte, dass die automatisch verbockten
news-Verweise verantwortlich sein könnten. Auch dass kann ich nicht
bestätigen, jeder dieser Posts konnte ersetzt werden, auch mit den
anderen Zeilen, wie einfach
--------
=> true.
--------

Esoterisch-blöd. Das kann ich.

Cheerio.

[Michael Bäuerle]

Post by Michael Uplawski
N'abend.
Ich habe das Problem reproduzieren können, allerdings nur dadurch, dass ich den
betroffenen Post kopiert habe. Damit habe ich eine neue Version, die nicht
Welcher Unterschied für den Crash verantwortlich sein soll, kann ich nicht
erkennen.
Das Logfile enthält keine Informationen nach der Anzeige des vorhanden Artikels.

Das Verhalten kann ich nicht reproduzieren.

Ich habe testweise in flnews 1.3.0pre4 die Prüfung des Absenders
auskommentiert und dann versucht einen Supersede auf deinen Artikel:
<news:***@kurti.uplawski.eu>
auszuführen. Die Aktion läuft bis zum Editor durch.

[Michael Uplawski]

Post by Michael Bäuerle
Das Verhalten kann ich nicht reproduzieren.

Auf zwei verschiedenen PCs friert flnews 1.3.0pre4 ein, ich bekomme
keinen Editor zu sehen.

Mir ist schon klar, dass das als Fehlerbeschreibung unbefriedigend
ist. Ich werde in nächster Zeit einiges testen müssen, weil ich ein
paar Ideen habe und einen besseren Post-Prozessor machen will. Die
aktuelle Version ist nicht flexibel genug.

Wenn das auch mit flnews nichts zu tun hat, wurde der kaputte Post
doch vom Post-Prozessor erzeugt. Vielleicht finde ich noch einen
Hinweis.

Cheerio

Michael

[Alfred Peters]

Post by Michael Uplawski
Wenn das auch mit flnews nichts zu tun hat, wurde der kaputte Post
doch vom Post-Prozessor erzeugt.

Vielleicht ist der ja quelle des Problems. Hast du mal versucht zu
superseden ohne das eingebundene Skript?

_ __
(1(1¢)
Alfred

[Michael Uplawski]

Post by Alfred Peters

Post by Michael Uplawski
Wenn das auch mit flnews nichts zu tun hat, wurde der kaputte Post
doch vom Post-Prozessor erzeugt.

Vielleicht ist der ja quelle des Problems. Hast du mal versucht zu
superseden ohne das eingebundene Skript?

Das wäre überhaupt der interessanteste Fall, da der Post-Prozessor
sowieso erst mal gar nichts macht, bis der Editor geschlossen wurde.

Dennoch habe ich ihn aus der flnews Konfiguration entfernt. Das
Phenomen bleibt dasselbe: flnews friert ein, beim Versuch, einen
der beiden kaputten Artikel zu ersetzen.

Das ist logisch, aber eigentlich schade.

Cheerio

[Michael Bäuerle]

Post by Michael Uplawski

Post by Alfred Peters

Post by Michael Uplawski
Wenn das auch mit flnews nichts zu tun hat, wurde der kaputte Post
doch vom Post-Prozessor erzeugt.

Vielleicht ist der ja quelle des Problems. Hast du mal versucht zu
superseden ohne das eingebundene Skript?

Das wäre überhaupt der interessanteste Fall, da der Post-Prozessor
sowieso erst mal gar nichts macht, bis der Editor geschlossen wurde.
Dennoch habe ich ihn aus der flnews Konfiguration entfernt. Das
Phenomen bleibt dasselbe: flnews friert ein, beim Versuch, einen
der beiden kaputten Artikel zu ersetzen.
Das ist logisch, aber eigentlich schade.

Nächster Test wäre eine Konfiguration noch näher an den Standardwerten:
Mit "-confprefix ~/.config/flnews_testconfig" eine neue Konfiguration
auswählen (wenn sie nicht existiert, wird sie mit den Standardwerten
angelegt). Dann nur den Benutzer konfigurieren, die Gruppe abonnieren
und nochmal testen.

Wenn der Fehler damit immer noch auftritt, ist zumindest deine lokale
Konfiguration nicht die Ursache.

[Michael Uplawski]

Post by Michael Bäuerle
Mit "-confprefix ~/.config/flnews_testconfig" eine neue Konfiguration
auswählen (wenn sie nicht existiert, wird sie mit den Standardwerten
angelegt). Dann nur den Benutzer konfigurieren, die Gruppe abonnieren
und nochmal testen.

Hiermit geschehen.
----
flnews -debug -confprefix /home/michael/.config/flnews_new_config
----

Die Konfiguration enthält nach dem Eintrag der Serverkonfiguration:
--------
(...)
auth: 0
immedauth: 1
user: ***@uplawski.eu
pass: xxxxxxxxxxxxxxxx
cac: 250
from: Michael Uplawski <***@uplawski.eu>
replyto:
fqdn: ferrat.uplawski.eu
(...)
-----------
Sonst habe ich nichts verändert.

Post by Michael Bäuerle
Wenn der Fehler damit immer noch auftritt, ist zumindest deine lokale
Konfiguration nicht die Ursache.

Yep. Identisch. flnews friert ein.

Cheerio.

[Michael Uplawski]

Post by Michael Bäuerle
Mit "-confprefix ~/.config/flnews_testconfig" eine neue Konfiguration
auswählen (wenn sie nicht existiert, wird sie mit den Standardwerten
angelegt). Dann nur den Benutzer konfigurieren, die Gruppe abonnieren
und nochmal testen.

Hiermit geschehen.
----
flnews -debug -confprefix /home/michael/.config/flnews_new_config
----

Die Konfiguration enthält nach dem Eintrag der Serverkonfiguration
*(und dem Beenden von flnews)*:
--------
(…)
server: news.mb-net.net
service: nntps
enc: 2
auth: 1
immedauth: 1
user: ***@uplawski.eu
pass: XXXXXXXXXXXXXXX
cac: 250
from: Michael Uplawski <***@uplawski.eu>
replyto:
fqdn: ferrat.uplawski.eu
(…)
-----------
Sonst habe ich nichts verändert.

Post by Michael Bäuerle
Wenn der Fehler damit immer noch auftritt, ist zumindest deine lokale
Konfiguration nicht die Ursache.

Yep. Identisch. flnews friert ein.

Cheerio.

[Michael Bäuerle]

Post by Michael Uplawski

Post by Michael Bäuerle
[...]
Wenn der Fehler damit immer noch auftritt, ist zumindest deine lokale
Konfiguration nicht die Ursache.

Yep. Identisch. flnews friert ein.

Dann wird es wohl Zeit den Debugger anzuwerfen um zu sehen, wo es hängt.
Dazu sollte flnews mit Debug-Infos gebaut werden. GCC benötigt dazu die
Option "-g":

$ CFLAGS=-g CXXFLAGS=-g make install

Und dann:

$ gdb --args flnews -confprefix /home/michael/.config/flnews_new_config

Es sollte das Prompt "(gdb)" erscheinen. Wenn du dort "run" sagst,
sollte das Programm loslaufen und normal verwendbar sein.

Bringe flnews jetzt in den Zustand, in dem er einfriert und sende ihm
dann ein STOP-Signal (kein KILL-Signal, wenn der Prozess nicht mehr
existiert, kann gdb nichts damit anfangen).

$ kill -SIGSTOP 123456789
^^^^^^^^^
Hier die PID des Prozesses einfügen.

Du solltest jetzt wieder ein Prompt "(gdb)" bekommen. Wenn du dort
"backtrace" sagst, sollte angezeigt werden wo das Programm angehalten
wurde.

Am Promp "(gdb)" am Ende mit "quit" den Debugger beenden.

[Michael Uplawski]

Post by Michael Bäuerle

Post by Michael Uplawski

Post by Michael Bäuerle
[…]
Wenn der Fehler damit immer noch auftritt, ist zumindest deine lokale
Konfiguration nicht die Ursache.

Yep. Identisch. flnews friert ein.

Dann wird es wohl Zeit den Debugger anzuwerfen um zu sehen, wo es hängt.

Vielen Dank für die detaillierte Beschreibung.
Ich werde mich darum kümmern, bin aber heute nicht dazu in der Lage.

Zuerst müssen die Idioten hierzulande ein paar Scheiterhaufen
abfackeln.

Danach sehen wir weiter.

[Michael Uplawski]

Post by Michael Bäuerle
Du solltest jetzt wieder ein Prompt "(gdb)" bekommen. Wenn du dort
"backtrace" sagst, sollte angezeigt werden wo das Programm angehalten
wurde.
Am Promp "(gdb)" am Ende mit "quit" den Debugger beenden.

--------- BACKTRACE ---------
Thread 1 "flnews" received signal SIGSTOP, Stopped (signal).
0x00007ffff7f02a08 in Fl_Text_Buffer::findchar_forward(int, unsigned int, int*) const ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
(gdb) backtrace
#0 0x00007ffff7f02a08 in Fl_Text_Buffer::findchar_forward(int, unsigned int, int*) const ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
#1 0x00007ffff7f02a5f in Fl_Text_Buffer::line_end(int) const ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
#2 0x000055555557e523 in gui_check_article(Fl_Text_Buffer*) ()
#3 0x0000555555596031 in ComposeWindow::ComposeWindow(char const*, char const*, char const*, char const*, core_article_header*, bool) ()
#4 0x000055555559785f in MainWindow::articleCompose(bool, bool) ()
#5 0x00007ffff7ee651f in Fl_Menu_::picked(Fl_Menu_Item const*) ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
#6 0x00007ffff7ee6f45 in Fl_Menu_Bar::handle(int) ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
#7 0x00007ffff7ed0c9b in Fl_Group::handle(int) () from /lib/x86_64-linux-gnu/libfltk.so.1.3
#8 0x00007ffff7ed0c9b in Fl_Group::handle(int) () from /lib/x86_64-linux-gnu/libfltk.so.1.3
#9 0x00007ffff7eb8233 in ?? () from /lib/x86_64-linux-gnu/libfltk.so.1.3
#10 0x00007ffff7eba095 in Fl::handle_(int, Fl_Window*) ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
#11 0x00007ffff7f1add2 in fl_handle(_XEvent const&) ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
#12 0x00007ffff7f1c442 in ?? () from /lib/x86_64-linux-gnu/libfltk.so.1.3
#13 0x00007ffff7f1c7aa in fl_wait(double) () from /lib/x86_64-linux-gnu/libfltk.so.1.3
#14 0x00007ffff7eb9b66 in Fl::wait(double) () from /lib/x86_64-linux-gnu/libfltk.so.1.3
#15 0x0000555555598c0c in ui_exec() ()
#16 0x000055555557cd85 in main ()
(gdb)
---------------------------

Bisher war es nicht spannend. Jetzt aber …

Cheerio

[Michael Uplawski]

Post by Michael Bäuerle
Du solltest jetzt wieder ein Prompt "(gdb)" bekommen. Wenn du dort
"backtrace" sagst, sollte angezeigt werden wo das Programm angehalten
wurde.
Am Promp "(gdb)" am Ende mit "quit" den Debugger beenden.

Das Programmfenster bleibt offen, wird aber nicht mehr aktualisiert:

--------- BACKTRACE ---------
Thread 1 "flnews" received signal SIGSTOP, Stopped (signal).
0x00007ffff7f02a08 in Fl_Text_Buffer::findchar_forward(int, unsigned int, int*) const ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
(gdb) backtrace
#0 0x00007ffff7f02a08 in Fl_Text_Buffer::findchar_forward(int, unsigned int, int*) const ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
#1 0x00007ffff7f02a5f in Fl_Text_Buffer::line_end(int) const ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
#2 0x000055555557e523 in gui_check_article(Fl_Text_Buffer*) ()
#3 0x0000555555596031 in ComposeWindow::ComposeWindow(char const*, char const*, char const*, char const*, core_article_header*, bool) ()
#4 0x000055555559785f in MainWindow::articleCompose(bool, bool) ()
#5 0x00007ffff7ee651f in Fl_Menu_::picked(Fl_Menu_Item const*) ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
#6 0x00007ffff7ee6f45 in Fl_Menu_Bar::handle(int) ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
#7 0x00007ffff7ed0c9b in Fl_Group::handle(int) () from /lib/x86_64-linux-gnu/libfltk.so.1.3
#8 0x00007ffff7ed0c9b in Fl_Group::handle(int) () from /lib/x86_64-linux-gnu/libfltk.so.1.3
#9 0x00007ffff7eb8233 in ?? () from /lib/x86_64-linux-gnu/libfltk.so.1.3
#10 0x00007ffff7eba095 in Fl::handle_(int, Fl_Window*) ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
#11 0x00007ffff7f1add2 in fl_handle(_XEvent const&) ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
#12 0x00007ffff7f1c442 in ?? () from /lib/x86_64-linux-gnu/libfltk.so.1.3
#13 0x00007ffff7f1c7aa in fl_wait(double) () from /lib/x86_64-linux-gnu/libfltk.so.1.3
#14 0x00007ffff7eb9b66 in Fl::wait(double) () from /lib/x86_64-linux-gnu/libfltk.so.1.3
#15 0x0000555555598c0c in ui_exec() ()
#16 0x000055555557cd85 in main ()
(gdb)
---------------------------

Bisher war es nicht spannend. Jetzt aber …

Cheerio

[Michael Bäuerle]

Post by Michael Uplawski

Post by Michael Bäuerle
Du solltest jetzt wieder ein Prompt "(gdb)" bekommen. Wenn du dort
"backtrace" sagst, sollte angezeigt werden wo das Programm angehalten
wurde.
Am Promp "(gdb)" am Ende mit "quit" den Debugger beenden.

Der Debugger sollte dich fragen, ob du das Programm beenden möchtest.
Wenn du "ja" sagst, dann sollte das Fenster verschwinden.

Post by Michael Uplawski
--------- BACKTRACE ---------
[...]
(gdb) backtrace
#0 0x00007ffff7f02a08 in Fl_Text_Buffer::findchar_forward(int, unsigned int, int*) const ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
#1 0x00007ffff7f02a5f in Fl_Text_Buffer::line_end(int) const ()
from /lib/x86_64-linux-gnu/libfltk.so.1.3
#2 0x000055555557e523 in gui_check_article(Fl_Text_Buffer*) ()
[...]
---------------------------
Bisher war es nicht spannend. Jetzt aber …

Teste mal bitte diesen Patch:
========================================================================
--- flnews-1.3.0pre4/src/gui.cxx 2024-06-02 19:34:13.000000000 +0200
+++ flnews-1.3.0pre4t2/src/gui.cxx 2024-07-10 14:27:46.372824699 +0200
@@ -1866,29 +1866,29 @@
// NOP
#else // defined FL_ABI_VERSION && 10400 <= FL_ABI_VERSION
// Search for lines longer than 1000 octets (including CRLF).
- // An article conforming to RFC 5536 is not allowed to contain such lines.
int len = tbuf->length();
int pos = 0;
- int eol;

- while (pos < len)
+ while(len > pos)
{
- if (0 < pos)
+ int eol = tbuf->line_end(pos);
+
+ if(1000 <= eol - pos)
{
- ++pos; // Skip newline
+ // Line length error detected
+ error = 1;
+ break;
}
- eol = tbuf->line_end(pos);
- if (1000 < eol - pos)
+
+ pos = eol;
+ if(INT_MAX > pos)
{
- // Line length error detected
- error = 1;
- break;
+ ++pos; // Skip newline
}
- pos = eol;
}
#endif // defined FL_ABI_VERSION && 10400 <= FL_ABI_VERSION

- if (error)
+ if(error)
{
// The delimiter is required for font selection and citation
tbuf->text(ENC_DELIMITER);
========================================================================

[Michael Bäuerle]

[...]

Ich hätte vielleicht noch erwähnen sollen, wie man den Patch anwendet:

Den Patch via Copy&Paste in einen Editor kopieren und speichern (z.B.
unter dem Name "gui.patch")

Dann neben den Quellcode von flnews-1.3.0pre4 legen:
|
| $ ls -l
| [...]
| drwxr-xr-x 10 baeuerle wheel 1200 Jun 8 19:21 flnews-1.3.0pre4
| -rw-r--r-- 1 baeuerle wheel 1192 Jul 10 16:14 gui.patch
| [...]

Und anwenden (dem Utility "patch" via stdin verfüttern):
|
| $ patch <gui.patch
| Hmm... Looks like a unified diff to me...
| The text leading up to this was:
| --------------------------
| |--- flnews-1.3.0pre4/src/gui.cxx 2024-06-02 19:34:13.000000000 +0200
| |+++ flnews-1.3.0pre4t2/src/gui.cxx 2024-07-10 14:27:46.372824699 +0200
| --------------------------
| Patching file flnews-1.3.0pre4/src/gui.cxx using Plan A...
| Hunk #1 succeeded at 1866.
| done

[Michael Bäuerle]

Post by Michael Bäuerle

[...]

Den Patch via Copy&Paste in einen Editor kopieren und speichern (z.B.
unter dem Name "gui.patch")
|
| $ ls -l
| [...]
| drwxr-xr-x 10 baeuerle wheel 1200 Jun 8 19:21 flnews-1.3.0pre4
| -rw-r--r-- 1 baeuerle wheel 1192 Jul 10 16:14 gui.patch
| [...]
|
| $ patch <gui.patch
| Hmm... Looks like a unified diff to me...
| --------------------------
| |--- flnews-1.3.0pre4/src/gui.cxx 2024-06-02 19:34:13.000000000 +0200
| |+++ flnews-1.3.0pre4t2/src/gui.cxx 2024-07-10 14:27:46.372824699 +0200
| --------------------------
| Patching file flnews-1.3.0pre4/src/gui.cxx using Plan A...
| Hunk #1 succeeded at 1866.
| done

Ich sehe gerade, dass das so nicht portabel funktioniert:
<https://pubs.opengroup.org/onlinepubs/9699919799/utilities/patch.html>
|
| Specifying -p 0 shall cause the full pathname to be used.
| If -p is not specified, only the basename (the final pathname
| component) shall be used.

Das GNU "patch" Utility macht es z.B. nicht ohne die Option "-p 0".
Es sollte also so aussehen:
|
| $ patch -p 0 <gui.patch

[Michael Uplawski]

(...)

Post by Michael Bäuerle
| $ patch -p 0 <gui.patch

Mit der gepatchten Version flnews 1.3.0pre4 konnte ich mehrfach superseden, wo
es vorher nicht ging. Ich werde es nochmal mit dem System versuchen, dass den
Murks verzapft hat.

Danke in jedem Fall.