[flnews] Abbruch bei Passwort-Eingabe

8 views
Skip to first unread message

Marcel Logen

unread,
Feb 19, 2022, 5:38:57 PMFeb 19
to
Hier benutze ich flnews immer mit Passwort-Eingabe (für den
Newsserver).

Wenn ich da aber auf "Abbrechen" klicke, dann verbindet sich flnews
trotzdem mit dem Server - und meldet dann "authentication was not
accepted".

Kann man das Verhalten vielleicht so ändern, daß flnews sich in
diesem Fall gar nicht erst mit dem Server verbindet?

Marcel
--
╭──╮ ╭───╮ ╭─────────────╮ ╭──╮ ╭──╮ ╭─
╯ │ ╭─╯ │ ╭────╮ ╰───╮ ╰────╯ ╰────╯ │ ╭───╯
╭─╯ ╰───╮ │ ╰─╮ │ ╭─╮ ╭──╮ │ ╰──╯
╰────────╯ ╰────╯ ╰──╯ ╰─────╯ ╰──╯ 8e65a2

Michael Bäuerle

unread,
Feb 20, 2022, 11:41:06 AMFeb 20
to
Marcel Logen wrote:
>
> Hier benutze ich flnews immer mit Passwort-Eingabe (für den
> Newsserver).
>
> Wenn ich da aber auf "Abbrechen" klicke, dann verbindet sich flnews
> trotzdem mit dem Server - und meldet dann "authentication was not
> accepted".
>
> Kann man das Verhalten vielleicht so ändern, daß flnews sich in
> diesem Fall gar nicht erst mit dem Server verbindet?

Danke für den Hinweis. Das hört sich nach Bug an.

Michael Bäuerle

unread,
Feb 21, 2022, 8:50:03 AMFeb 21
to
Mit diesem Snapshot:
<https://micha.freeshell.org/flnews/src/flnews-1.1.0pre7.tar.bz2>
Size(flnews-1.1.0pre7.tar.bz2)= 1185189
SHA256(flnews-1.1.0pre7.tar.bz2)= 98ea64b35c516e6d0728fadfa341cf2a7a66e9e6b6e11bb84923fc2cd15128c8

führt "Abbrechen" nun zum beenden des Programms (ohne eine Verbindung
aufzubauen).

Marcel Logen

unread,
Feb 21, 2022, 1:10:41 PMFeb 21
to
Michael Bäuerle in de.comm.software.newsreader:

>Mit diesem Snapshot:
[1.1.0pre7]
>führt "Abbrechen" nun zum beenden des Programms (ohne eine Verbindung
>aufzubauen).

Bei mir (OpenBSD) leider nicht. Da hängt sich das Programm auf
("Beschäftigt. Aktualisiere abonnierte Gruppen ..." oder so ähn-
lich steht in der Statuszeile).

Ich konnte es nicht mit Ctrl-C, nicht mit "kill PID", sondern nur
mit "kill -9 PID" abschießen.

Im Terminal erscheint:

[...]
| flnews: COMPR: DEFLATE: Using RX window size: 32768 bytes
| flnews: TLS: Compiled for LibreSSL
| flnews: TLS: LibreSSL library version: 3.5.0 (0x3050000F)
| flnews: TLS: Protocol version TLSv1.3 available for negotiation
| flnews: MAIN: Shutdown
| ^C
| ^C
| Killed

| t20$
| t20$ LC_CTYPE=C LC_MESSAGES=de_DE.UTF-8 /home/user20/dl/flninst10100p07/bin/flnews
| flnews: NLS: Message locale: de_DE.UTF-8
| flnews: NLS: Cooked message locale: de_DE
| flnews: NLS: Using catalog: /home/user20/dl/flninst10100p07/lib/flnews/nls/de_DE.cat
| flnews: FILTER: Character classification locale: C
| flnews: FILTER: Cooked character classification codeset: US-ASCII
| flnews: FILTER: Enabling test group checking facility
| flnews: COMPR: zlib library version: 1.2.11
| flnews: COMPR: DEFLATE: Using RX window size: 32768 bytes
| flnews: TLS: Compiled for LibreSSL
| flnews: TLS: LibreSSL library version: 3.5.0 (0x3050000F)
| flnews: TLS: Protocol version TLSv1.3 available for negotiation
| flnews: MAIN: Shutdown
| flnews: CORE: Command queue drain timeout
| Killed

| t20$ LC_CTYPE=C LC_MESSAGES=de_DE.UTF-8 /home/user20/dl/flninst10100p07/bin/flnews
| flnews: NLS: Message locale: de_DE.UTF-8
| flnews: NLS: Cooked message locale: de_DE
| flnews: NLS: Using catalog: /home/user20/dl/flninst10100p07/lib/flnews/nls/de_DE.cat
| flnews: FILTER: Character classification locale: C
[... normaler Start mit Passwort ...]

Frage (unabhängig davon):

Im CHANGELOG steht: "Authentication without or with empty pass-
word is now rejected". Wie ist das zu verstehen? Ist "without"
und "empty" nicht faktisch dasselbe?

Marcel
--
╭────╮ ╭──╮ ╭───────╮ ╭─╮
────╮ ╭────╮ │ ╭─╯ │ ╰──╮ ╰─────╮ ╰───╯ │
╭──╯ │ ╭─╯ │ ╰─╮ ╭─╯ │ ╭─╮ ╭──╮ ╭─╯ │ ╭─╮ ╭─────╮
╰─────╯ ╰───╯ ╰─╯ ╰──╯ ╰──╯ ╰───╯ 26b1a3 ╰────╯ ╰─╯ ╰──

Marcel Logen

unread,
Feb 21, 2022, 4:39:11 PMFeb 21
to
Dennis Preiser in de.comm.software.newsreader:

>Marcel Logen <33320000...@ybtra.de> wrote:

[1.1.0pre7]
>> Bei mir (OpenBSD) leider nicht. Da hängt sich das Programm auf
>> ("Beschäftigt. Aktualisiere abonnierte Gruppen ..." oder so ähn-
>> lich steht in der Statuszeile).
>
>Bei mir wird flnews beendet (hängt sich nicht auf). In der Statuszeile
>sehe ich zuerst
>
>| "Busy" "Refreshing subscribed groups ..."
>
>und danach
>
>| "Refreshing subscribed groups failed."
>
>Dann beendet sich flnews.

Bei mir nicht. Habe jetzt mal eigens über eine Minute gewartet.

Marcel
--
╰────╮ ╭────╮ ╭───╮ ╭─╮ ╭───────╮ ╭───────────╮ ╭──╮
╭───╯ │ ╭─╯ │ ╰─╯ │ ╰─╮ ╭─╯ ╰────────╮ ╰─────╯ │
╰─╮ ╭──╯ ╰───╮ ╰─╮ ╭──╯ ╭──╯ ╰────────╮ ╭──╮ ╰─────╮ ╭──╯
╰─╯ ╰────╯ ╰────╯ 7d736b ╰───╯ ╰────────╯ ╰───────╮

Marcel Logen

unread,
Feb 21, 2022, 5:12:02 PMFeb 21
to
Dennis Preiser in de.comm.software.newsreader:

>Marcel Logen <33320000...@ybtra.de> wrote:
>> Dennis Preiser in de.comm.software.newsreader:

>>>Dann beendet sich flnews.
>>
>> Bei mir nicht. Habe jetzt mal eigens über eine Minute gewartet.
>
>Das dauert nicht lange, ich musste einen screencast machen, damit ich
>die Meldungen überhaupt sehen konnte.
>
>Ich nutze
>
>| % fltk-config --version
>| 1.4.0

Hier "1.3.3". Aus den OpenBSD-Packages.

>evtl. macht das einen Unterschied. Ansonsten musst Du halt auf Apple
>umsteigen ;-)

In meiner Verwandtschaft gibt es Leute mit Apple-Rechnern (da
werde ich dann auch gern mal zu Rate gezogen). Und vor vielen
Jahren habe ich dienstlich auch mal welche benutzt. Also, die
Dinger waren und sind schon Klasse.

Marcel
--
╭───────╮ ╭─╮ ╭───╮ ╭──────╮
╰───╮ ╰──╮ ╭─────╯ │ │ ╰─╯ ╭──╯ ╭─╮ ╭─╮
╭─╮ ╭─╮ ╭─╮ ╭─╮ ╭──╯ ╭───╯ ╰───╮ │ ╭─╮ ╰─╮ ╰─╮ │ ╰─╯ │ ╭
╯ ╰──╯ ╰──╯ ╰──╯ ╰─╯ ╰──────────╯ ╰──╯ ╰────╯ c26b7a ╰──╯ ╰─╯

Michael Bäuerle

unread,
Feb 23, 2022, 4:58:00 AMFeb 23
to
Marcel Logen wrote:
> Michael Bäuerle in de.comm.software.newsreader:
> >
> > Mit diesem Snapshot:
> [1.1.0pre7]
> > führt "Abbrechen" nun zum beenden des Programms (ohne eine Verbindung
> > aufzubauen).
>
> Bei mir (OpenBSD) leider nicht. Da hängt sich das Programm auf
> ("Beschäftigt. Aktualisiere abonnierte Gruppen ..." oder so ähn-
> lich steht in der Statuszeile).
>
> [...]
> | flnews: MAIN: Shutdown
> [Programm hängt sich auf]

Vermutlich in core_exit():
<https://micha.freeshell.org/flnews/doc/html/core_8c_source.html#l06338>
Starte flnews mal im Debug-Modus (mit "-debug"), dann solltest du
angezeigt bekommen, wo er hängen bleibt.

> Frage (unabhängig davon):
>
> Im CHANGELOG steht: "Authentication without or with empty pass-
> word is now rejected". Wie ist das zu verstehen? Ist "without"
> und "empty" nicht faktisch dasselbe?

Jein. Gemeint war der Unterschied, ob auf "Abbrechen" geklickt wurde
oder auf "OK" mit leerem Eingabefeld. Ich habe den Eintrag in CHANGELOG
geändert.

Marcel Logen

unread,
Feb 23, 2022, 6:07:21 AMFeb 23
to
Michael Bäuerle in de.comm.software.newsreader:

>Marcel Logen wrote:

>> | flnews: MAIN: Shutdown
>> [Programm hängt sich auf]
>
>Vermutlich in core_exit():
><https://micha.freeshell.org/flnews/doc/html/core_8c_source.html#l06338>
>Starte flnews mal im Debug-Modus (mit "-debug"), dann solltest du
>angezeigt bekommen, wo er hängen bleibt.

Dann sieht es so aus:

| t20$ LC_CTYPE=C LC_MESSAGES=de_DE.UTF-8 /home/user20/dl/flninst10100p07/bin/flnews -debug
| flnews: MAIN: Debug mode enabled
| flnews: MAIN: Options passed to FLTK:
| flnews: XDG: Configuration path: /home/user20/.config/flnews
| flnews: CONF: Load from: /home/user20/.config/flnews/configfile
| flnews: NLS: Message locale: de_DE.UTF-8
| flnews: NLS: Cooked message locale: de_DE
| flnews: NLS: Using catalog: /home/user20/dl/flninst10100p07/lib/flnews/nls/de_DE.cat
| flnews: FILTER: Character classification locale: C
| flnews: FILTER: Cooked character classification codeset: US-ASCII
| flnews: FILTER: Load scoring rules from: /home/user20/.config/flnews/scorefile
| flnews: FILTER: Enabling test group checking facility
| flnews: FILTER: Compiling regular expression
| flnews: COMPR: zlib library version: 1.2.11
| flnews: COMPR: DEFLATE: Using RX window size: 32768 bytes
| flnews: TLS: Compiled for LibreSSL
| flnews: TLS: LibreSSL library version: 3.5.0 (0x3050000F)
| flnews: TLS: Protocol version TLSv1.3 available for negotiation
| flnews: MAIN: Shutdown
| flnews: GUI: Export group states for shutdown
| flnews: CORE: Wait for command queue to drain
| flnews: CORE: Command queue drain timeout
| flnews: CORE: Cancel core thread
| flnews: CORE: Join core thread
| Killed
| t20$

>> Im CHANGELOG steht: "Authentication without or with empty pass-
>> word is now rejected". Wie ist das zu verstehen? Ist "without"
>> und "empty" nicht faktisch dasselbe?
>
>Jein. Gemeint war der Unterschied, ob auf "Abbrechen" geklickt wurde
>oder auf "OK" mit leerem Eingabefeld. Ich habe den Eintrag in CHANGELOG
>geändert.

Ach so, jetzt verstehe ich das. Danke.

Marcel
--
╭──╮ ╭───╮ ╭──╮ ╭─────╮
╯ ╰─╮ ╭─╮ ╰─╮ ╰─╮ ╭───╯ ╰─────╮ ╭─╮ ╰──╮ │
╭───╯ ╭───╯ ╰────╯ ╰─╯ ╰─╮ ╭─╮ ╭─╮ ╭─╮ │ │ │ ╰─╮
╰─────╯ 433e91 ╰─╯ ╰─╯ ╰─╯ ╰───╯ ╰─────╯ ╰───

Thomas Barghahn

unread,
Feb 23, 2022, 7:36:47 AMFeb 23
to
*Michael Bäuerle* meinte:
>Marcel Logen wrote:

>> Bei mir (OpenBSD) leider nicht. Da hängt sich das Programm auf
>> ("Beschäftigt. Aktualisiere abonnierte Gruppen ..." oder so ähn-
>> lich steht in der Statuszeile).

>> [...]
>> | flnews: MAIN: Shutdown
>> [Programm hängt sich auf]

Ich hänge mich hier einmal mit rein. Gerarbeitet wird hier ebenfalls mit
der "1.1.0pre7" unter WIN-11/WSL2/Ubuntu 20.04 LTS. Auch hier hängt sich
flnews auf. Ein Abbruch ist auch hier nur mit "kill -9 pid" möglich.

<https://www.barghahn-online.de/Pictures/flnews_mit_passwot.png>
<https://www.barghahn-online.de/Pictures/flnews_nach_abbruch.png>
<https://www.barghahn-online.de/Pictures/terminal_flnews_nach_kill.png>

>Vermutlich in core_exit():
><https://micha.freeshell.org/flnews/doc/html/core_8c_source.html#l06338>
>Starte flnews mal im Debug-Modus (mit "-debug"), dann solltest du
>angezeigt bekommen, wo er hängen bleibt.

Der Parameter "-debug" hat hier leider keine Auswirkungen.

| barg@BARG-DESKTOP:~$ flnews -debug
| flnews: MAIN: Debug mode enabled
| flnews: MAIN: Options passed to FLTK:
| flnews: XDG: Configuration path: /home/barg/.config/flnews
| flnews: CONF: Load from: /home/barg/.config/flnews/configfile
| flnews: NLS: Message locale: de_DE.UTF-8
| flnews: NLS: Cooked message locale: de_DE
| flnews: NLS: Using catalog: /usr/local/lib/flnews/nls/de_DE.cat
| flnews: FILTER: Character classification locale: de_DE.UTF-8
| flnews: FILTER: Cooked character classification codeset: UTF-8
| flnews: FILTER: Load scoring rules from: /home/barg/.config/flnews/scorefile
| flnews: FILTER: Enabling test group checking facility
| flnews: FILTER: Compiling regular expression
| flnews: COMPR: zlib library version: 1.2.11
| flnews: COMPR: DEFLATE: Using RX window size: 32768 bytes
| flnews: TLS: OpenSSL library version: 1.1.1f (0x1010106F)
| flnews: TLS: Protocol version TLSv1.3 available for negotiation
| flnews: MAIN: Shutdown
| flnews: GUI: Export group states for shutdown
| Getötet
| barg@BARG-DESKTOP:~$

Thomas 😷 💉︎💉︎💉︎ ✔️
--
== S E N D E Z E I T =================
DATUM : Mittwoch, 23. Februar 2022
UHRZEIT: 13:36:36 Uhr (MEZ)
== Heute: Tag des Bananenbrots =======

Michael Bäuerle

unread,
Feb 23, 2022, 9:10:04 AMFeb 23
to
OK, also wie erwartet. Der Core-Thread beendet sich nicht (führt den
Cancel nicht aus). Interessant wäre jetzt noch, ob cleanup_handler()
ausgeführt wird:
<https://micha.freeshell.org/flnews/doc/html/core_8c_source.html#l02763>
Füge dort mal testweise eine Meldung ein, z.B.:
|
| PRINT_ERROR("cleanup_handler");

Marcel Logen

unread,
Feb 23, 2022, 11:17:07 AMFeb 23
to
Michael Bäuerle in de.comm.software.newsreader:

>OK, also wie erwartet. Der Core-Thread beendet sich nicht (führt den
>Cancel nicht aus). Interessant wäre jetzt noch, ob cleanup_handler()
>ausgeführt wird:
><https://micha.freeshell.org/flnews/doc/html/core_8c_source.html#l02763>
>Füge dort mal testweise eine Meldung ein, z.B.:
>|
>| PRINT_ERROR("cleanup_handler");

Aktuell habe ich diesen Text in Zeile 2845 gesetzt.

Ergebnisse (unterschiedlich):

Hier hatte ich ESC gedrückt, und es gab keinen Absturz:

| flnews: GUI: Article selected
| flnews: MAIN: Shutdown
| flnews: GUI: Export group states for shutdown
| flnews: CORE: Wait for command queue to drain
| flnews: CORE: Cancel core thread
| flnews: CORE: cleanup_handler
| flnews: CORE: Join core thread
| flnews: FILTER: Store scoring rules
| flnews: CONF: Store to: /home/user20/.config/flnews/configfile

Dann, glaube ich, hatte ich "Abbrechen" geklickt:

| flnews: MAIN: Shutdown
| flnews: GUI: Export group states for shutdown
| flnews: CORE: Wait for command queue to drain
| flnews: CORE: Command queue drain timeout
| flnews: CORE: Cancel core thread
| flnews: CORE: Join core thread
| flnews: CORE: cleanup_handler
| Killed

Ich habe auch mal kein Passwort eingegeben und auf "OK" geklickt.
Da kam die Meldung, daß ein leeres Passwort nicht erlaubt sei.

Hier noch weitere Beispiele. Ich weiß allerdings nicht mehr,
was ich da gemacht hatte, um abzubrechen:

| flnews: MAIN: Shutdown
| flnews: GUI: Export group states for shutdown
| flnews: CORE: Wait for command queue to drain
| flnews: CORE: Command queue drain timeout
| flnews: CORE: Cancel core thread
| flnews: CORE: Join core thread
| Killed

| flnews: MAIN: Shutdown
| flnews: GUI: Export group states for shutdown
| Killed

Marcel
--
╭─╮ ╭──────╮ ╭──╮ ╭─╮
╭─╯ ╰─╮ ╰──╮ ╰─╮ ╭──╮ │ ╰──╮ ╭─╮ │ ╰─╮
╭─╮ ╰──╮ ╰─────╯ ╭──╯ │ ╰─╮ │ ╭──╯ ╭───╮ ╭─╮ ╭─╯ │ │ ╰─╮
╯ ╰─────╯ af38c7 ╰────╯ ╰─╯ ╰─────╯ ╰──╯ ╰─╯ ╰──╯ ╰──────

Michael Bäuerle

unread,
Feb 23, 2022, 12:19:03 PMFeb 23
to
Hier ist cleanup_handler() also beidesmal gelaufen.
Füge jetzt hinter der Meldung noch folgende Zeile ein:
|
| core_mutex_unlock();

Macht das einen Unterschied?

> Ich habe auch mal kein Passwort eingegeben und auf "OK" geklickt.
> Da kam die Meldung, daß ein leeres Passwort nicht erlaubt sei.

Das soll so sein.

> Hier noch weitere Beispiele. Ich weiß allerdings nicht mehr,
> was ich da gemacht hatte, um abzubrechen:
>
> | flnews: MAIN: Shutdown
> | flnews: GUI: Export group states for shutdown
> | flnews: CORE: Wait for command queue to drain
> | flnews: CORE: Command queue drain timeout
> | flnews: CORE: Cancel core thread
> | flnews: CORE: Join core thread
> | Killed

Hier ist cleanup_handler() scheinbar nicht gelaufen. Oder waren das alte
Beispiele, bevor du die Meldung eingefügt hast?

> | flnews: MAIN: Shutdown
> | flnews: GUI: Export group states for shutdown
> | Killed

Und das sieht aus wie bei Thomas. Hat also vermutlich alles die
gleiche Ursache. Auf NetBSD kann ich das nicht reproduzieren,
da bleibt es nie hängen.

Michael Bäuerle

unread,
Feb 23, 2022, 12:19:03 PMFeb 23
to
Thomas Barghahn wrote:
> *Michael Bäuerle* meinte:
> > Marcel Logen wrote:
> > >
> > > Bei mir (OpenBSD) leider nicht. Da hängt sich das Programm auf
> > > ("Beschäftigt. Aktualisiere abonnierte Gruppen ..." oder so ähn-
> > > lich steht in der Statuszeile).
> > >
> > > [...]
> > > | flnews: MAIN: Shutdown
> > > [Programm hängt sich auf]
>
> Ich hänge mich hier einmal mit rein. Gerarbeitet wird hier ebenfalls mit
> der "1.1.0pre7" unter WIN-11/WSL2/Ubuntu 20.04 LTS. Auch hier hängt sich
> flnews auf. Ein Abbruch ist auch hier nur mit "kill -9 pid" möglich.
>
> <https://www.barghahn-online.de/Pictures/flnews_mit_passwot.png>
> <https://www.barghahn-online.de/Pictures/flnews_nach_abbruch.png>
> <https://www.barghahn-online.de/Pictures/terminal_flnews_nach_kill.png>
>
> > Vermutlich in core_exit():
> > <https://micha.freeshell.org/flnews/doc/html/core_8c_source.html#l06338>
> > Starte flnews mal im Debug-Modus (mit "-debug"), dann solltest du
> > angezeigt bekommen, wo er hängen bleibt.
>
> Der Parameter "-debug" hat hier leider keine Auswirkungen.
>
> | barg@BARG-DESKTOP:~$ flnews -debug
> | flnews: MAIN: Debug mode enabled

Doch. Diese Meldung besagt, dass er erkannt wurde.

> | flnews: MAIN: Options passed to FLTK:
> | flnews: XDG: Configuration path: /home/barg/.config/flnews
> | flnews: CONF: Load from: /home/barg/.config/flnews/configfile
> | flnews: NLS: Message locale: de_DE.UTF-8
> | flnews: NLS: Cooked message locale: de_DE
> | flnews: NLS: Using catalog: /usr/local/lib/flnews/nls/de_DE.cat
> | flnews: FILTER: Character classification locale: de_DE.UTF-8
> | flnews: FILTER: Cooked character classification codeset: UTF-8
> | flnews: FILTER: Load scoring rules from: /home/barg/.config/flnews/scorefile
> | flnews: FILTER: Enabling test group checking facility
> | flnews: FILTER: Compiling regular expression
> | flnews: COMPR: zlib library version: 1.2.11
> | flnews: COMPR: DEFLATE: Using RX window size: 32768 bytes
> | flnews: TLS: OpenSSL library version: 1.1.1f (0x1010106F)
> | flnews: TLS: Protocol version TLSv1.3 available for negotiation
> | flnews: MAIN: Shutdown
> | flnews: GUI: Export group states for shutdown

Hier ging es wohl einfach nicht weiter, deswegen keine weiteren
Meldungen mehr. Bei Marcel ist dieser Fall auch einmal vorgekommen.

> | Getötet

Marcel Logen

unread,
Feb 23, 2022, 12:47:10 PMFeb 23
to
Michael Bäuerle in de.comm.software.newsreader:

>Marcel Logen wrote:

>Hier ist cleanup_handler() also beidesmal gelaufen.
>Füge jetzt hinter der Meldung noch folgende Zeile ein:
>|
>| core_mutex_unlock();
>
>Macht das einen Unterschied?

Leider nicht. Nach Druck auf ESC bleibt flnews wieder hängen.

Nur zur Sicherheit:
Der Block der core.c sieht jetzt bei mir so aus:

| 2833 /* ========================================================================== */
| 2834 /* Core thread cleanup handler */
| 2835
| 2836 static void cleanup_handler(void* arg)
| 2837 {
| 2838 /*
| 2839 * NOP
| 2840 *
| 2841 * This function must not execute any potentially blocking I/O system calls
| 2842 * or other things that may not terminate. Otherwise cancelling the core
| 2843 * thread may fail and the program will freeze while joining the core thread.
| 2844 */
| 2845 PRINT_ERROR("cleanup_handler");
| 2846 core_mutex_unlock();
| 2847 }

>> Hier noch weitere Beispiele. Ich weiß allerdings nicht mehr,
>> was ich da gemacht hatte, um abzubrechen:
>>
>> | flnews: MAIN: Shutdown
>> | flnews: GUI: Export group states for shutdown
>> | flnews: CORE: Wait for command queue to drain
>> | flnews: CORE: Command queue drain timeout
>> | flnews: CORE: Cancel core thread
>> | flnews: CORE: Join core thread
>> | Killed
>
>Hier ist cleanup_handler() scheinbar nicht gelaufen. Oder waren das alte
>Beispiele, bevor du die Meldung eingefügt hast?

Nein.

Marcel
--
───────╮ ╭──╮ ╭────╮ ╭─╮ ╭──────╮ ╭─────╮
│ ╭───╯ │ │ ╰───╯ │ ╭─╯ ╭───╯ ╭─╮ ╰─╮ ╰─╮
╭─╯ ╰──╮ ╰─╮ ╭──╮ ╭──╯ │ │ ╭─╯ ╭───╯ ╰─╮ │ ╭──╯ ╭─
╰───────╯ ╰──╯ ╰─╯ ╰─╯ ╰───╯ 4d952c╰──╯ ╰─────╯

Marcel Logen

unread,
Feb 23, 2022, 12:49:27 PMFeb 23
to
Michael Bäuerle in de.comm.software.newsreader:

>Marcel Logen wrote:

>Hier ist cleanup_handler() also beidesmal gelaufen.
>Füge jetzt hinter der Meldung noch folgende Zeile ein:
>|
>| core_mutex_unlock();
>
>Macht das einen Unterschied?

Leider nicht. Nach Druck auf ESC bleibt flnews wieder hängen.

Und zwar so:

| t20$ LC_CTYPE=C LC_MESSAGES=de_DE.UTF-8 /home/user20/dl/flninst10100p07b/bin/flnews -debug
| flnews: MAIN: Debug mode enabled
| flnews: MAIN: Options passed to FLTK:
| flnews: XDG: Configuration path: /home/user20/.config/flnews
| flnews: CONF: Load from: /home/user20/.config/flnews/configfile
| flnews: NLS: Message locale: de_DE.UTF-8
| flnews: NLS: Cooked message locale: de_DE
| flnews: NLS: Using catalog: /home/user20/dl/flninst10100p07b/lib/flnews/nls/de_DE.cat
| flnews: FILTER: Character classification locale: C
| flnews: FILTER: Cooked character classification codeset: US-ASCII
| flnews: FILTER: Load scoring rules from: /home/user20/.config/flnews/scorefile
| flnews: FILTER: Enabling test group checking facility
| flnews: FILTER: Compiling regular expression
| flnews: COMPR: zlib library version: 1.2.11
| flnews: COMPR: DEFLATE: Using RX window size: 32768 bytes
| flnews: TLS: Compiled for LibreSSL
| flnews: TLS: LibreSSL library version: 3.5.0 (0x3050000F)
| flnews: TLS: Protocol version TLSv1.3 available for negotiation
| flnews: MAIN: Shutdown
| flnews: GUI: Export group states for shutdown
| flnews: CORE: Wait for command queue to drain
| flnews: CORE: Command queue drain timeout
| flnews: CORE: Cancel core thread
| flnews: CORE: Join core thread
| Killed

Nur zur Sicherheit:
Der Block der core.c sieht jetzt bei mir so aus:

| 2833 /* ========================================================================== */
| 2834 /* Core thread cleanup handler */
| 2835
| 2836 static void cleanup_handler(void* arg)
| 2837 {
| 2838 /*
| 2839 * NOP
| 2840 *
| 2841 * This function must not execute any potentially blocking I/O system calls
| 2842 * or other things that may not terminate. Otherwise cancelling the core
| 2843 * thread may fail and the program will freeze while joining the core thread.
| 2844 */
| 2845 PRINT_ERROR("cleanup_handler");
| 2846 core_mutex_unlock();
| 2847 }

>> Hier noch weitere Beispiele. Ich weiß allerdings nicht mehr,
>> was ich da gemacht hatte, um abzubrechen:
>>
>> | flnews: MAIN: Shutdown
>> | flnews: GUI: Export group states for shutdown
>> | flnews: CORE: Wait for command queue to drain
>> | flnews: CORE: Command queue drain timeout
>> | flnews: CORE: Cancel core thread
>> | flnews: CORE: Join core thread
>> | Killed
>
>Hier ist cleanup_handler() scheinbar nicht gelaufen. Oder waren das alte
>Beispiele, bevor du die Meldung eingefügt hast?

Nein.

Marcel

[supersedes]
--
╭─╮ ╭─╮ ╭────────╮ ╭───╮ ╭─╮ ╭─╮ ╭───╮
╭─╯ ╰──╮ │ ╰──╮ ╰─╮ ╰─╮ ╰─╮ ╰──╯ ╰──╯ ╰──╯ │
│ ╰─╯ │ ╭──╮ ╭──╮ ╭──╮ │ ╭───╯ ╭─╯ ╭───────────────╯
│ e94572 ╰─╯ ╰─╯ ╰───╯ ╰─╯ ╰──────╯ ╰─────────────────────

Michael Bäuerle

unread,
Feb 23, 2022, 5:47:03 PMFeb 23
to
Marcel Logen wrote:
> Michael Bäuerle in de.comm.software.newsreader:
> >
Ich konnte das Problem nun zumindest auf einer meiner Maschinen
reproduzieren. Natürlich das langsamste Teil, das sich für Debugging
nicht wirklich eignet und minutenlang braucht, nur um eine Source-Datei
neu zu compilieren.

Gib mir etwas Zeit die Sache näher anzuschauen.

> Nur zur Sicherheit:
> Der Block der core.c sieht jetzt bei mir so aus:
>
> | 2833 /* ========================================================================== */
> | 2834 /* Core thread cleanup handler */
> | 2835
> | 2836 static void cleanup_handler(void* arg)
> | 2837 {
> | 2838 /*
> | 2839 * NOP
> | 2840 *
> | 2841 * This function must not execute any potentially blocking I/O system calls
> | 2842 * or other things that may not terminate. Otherwise cancelling the core
> | 2843 * thread may fail and the program will freeze while joining the core thread.
> | 2844 */
> | 2845 PRINT_ERROR("cleanup_handler");
> | 2846 core_mutex_unlock();
> | 2847 }

Ja, so war es gedacht. Das Problem liegt aber offenbar woanders.

Michael Bäuerle

unread,
Mar 7, 2022, 10:41:27 AMMar 7
to
Michael Bäuerle wrote:
> Marcel Logen wrote:
> >
> > [Nach Druck auf ESC bleibt flnews hängen]
>
> Ich konnte das Problem nun zumindest auf einer meiner Maschinen
> reproduzieren. Natürlich das langsamste Teil, das sich für Debugging
> nicht wirklich eignet und minutenlang braucht, nur um eine Source-Datei
> neu zu compilieren.
>
> Gib mir etwas Zeit die Sache näher anzuschauen.

Teste bitte diesen Snapshot:
<https://micha.freeshell.org/flnews/src/flnews-1.1.0pre10.tar.bz2>
Size(flnews-1.1.0pre10.tar.bz2)= 1184683
SHA256(flnews-1.1.0pre10.tar.bz2)= 056214811eebc152ca0973a401d0d2e38986c394029b8a4cca30265771a8b278

33320000...@ybtra.de

unread,
Mar 7, 2022, 12:57:47 PMMar 7
to
Michael Bäuerle wrote:

> Teste bitte diesen Snapshot:
> <https://micha.freeshell.org/flnews/src/flnews-1.1.0pre10.tar.bz2>

Danke. Jetzt klappt es mit dem Abbrechen.

Allerdings kann ich nicht mehr posten, da nach der Passwort-Eingabe sofort
in der Statusleiste steht "Abonnierte Gruppen aktualisiert". Es werden aber keine
Gruppen angezeigt, und es sieht für mich so aus, als ob der Server gar nicht erst
kontaktiert würde.

Mit Snapshot pre7 übrigens das gleiche Verhalten jetzt, so daß ich dieses Posting
per Google-G2 absetzen muß. Ich habe auch pre7 noch einmal neu gebaut - immer
noch kein Posten möglich.

Marcel

33320000...@ybtra.de

unread,
Mar 7, 2022, 1:13:52 PMMar 7
to
33320000...@ybtra.de wrote:

> Allerdings kann ich nicht mehr posten, da nach der Passwort-Eingabe sofort
> in der Statusleiste steht "Abonnierte Gruppen aktualisiert". Es werden aber keine
> Gruppen angezeigt, und es sieht für mich so aus, als ob der Server gar nicht erst
> kontaktiert würde.
>
> Mit Snapshot pre7 übrigens das gleiche Verhalten jetzt, so daß ich dieses Posting
> per Google-G2 absetzen muß. Ich habe auch pre7 noch einmal neu gebaut - immer
> noch kein Posten möglich.

Ich habe übrigens im configfile:

| service: 563
| enc: 1
| auth: 1
| immedauth: 1

Marcel

Marcel Logen

unread,
Mar 7, 2022, 3:57:19 PMMar 7
to
33320000...@ybtra.de in de.comm.software.newsreader:

>Ich habe übrigens im configfile:
>
>| service: 563
>| enc: 1
>| auth: 1
>| immedauth: 1

"immedauth" 0 oder 1 hat für das Problem jedoch keine
Auswirkung.

Marcel
--
Debian/11.2 "bullseye" (live)

Marcel Logen

unread,
Mar 7, 2022, 5:53:23 PMMar 7
to
33320000...@ybtra.de in de.comm.software.newsreader:

>Danke. Jetzt klappt es mit dem Abbrechen.
>
>Allerdings kann ich nicht mehr posten, da nach der Passwort-Eingabe sofort
>in der Statusleiste steht "Abonnierte Gruppen aktualisiert". Es werden aber keine
>Gruppen angezeigt, und es sieht für mich so aus, als ob der Server gar nicht erst
>kontaktiert würde.
>
>Mit Snapshot pre7 übrigens das gleiche Verhalten jetzt, so daß ich dieses Posting
>per Google-G2 absetzen muß. Ich habe auch pre7 noch einmal neu gebaut - immer
>noch kein Posten möglich.

Das liegt wohl daran - wie ich mittlerweile herausgefunden habe -,
daß bei meinen Tests mit ESC und Abbrechen das groupfile geleert
wurde. Ich habe es aus einem älteren Backup wiederhergestellt,
und jetzt kann ich auch wieder (mit pre10 und wahrscheinlich auch
mit den älteren Versionen von flnews) posten.

Marcel
--
╭────────╮ ╭─╮ ╭──╮ ╭──────╮ ╭────
╭──╯ ╭───╯ ╭─╯ ╰─╮ │ ╰─╮ ╭─╮ ╭────╮ ╰───╮ ╰─╯
╯ ╭─╯ ╭──╯ ╭──╯ ╰─╮ │ ╭─╯ │ │ ╭─╯ ╭─────╮ ╭─╮ │
╰────╯ ╰────────╯ ╰─╯ ╰───╯ ╰────╯ ╰──╯ ╰───╯ aed189

Marcel Logen

unread,
Mar 8, 2022, 5:57:38 AMMar 8
to
Dennis Preiser in de.comm.software.newsreader:

[pre10]
>Kann ich bestätigen. Bei ESC und Cancel ist danach das groupfile leer.

Danke. Wenn ich allerdings ein flasches Passwort eingebe, verbindet
sich flnews mit dem Server und auf dem Terminal erscheint wie gewohnt

| flnews: NNTP: Authentication was not accepted

>Beim Start danach auch newsrc.

Eine gesonderte newsrc habe ich hier nicht.

Marcel
--
│ ╭─╮ ╭─╮ ╭─╮ ╭────────╮ ╭─╮ ╭─────╯
│ ╭───╯ ╰─╯ │ ╭────────╮ ╭─╯ ╰──╮ da2a02╰─────╮ ╰──╯ │ ╰──╮
│ ╰──╮ ╭─╯ ╰─╮ ╭───╯ ╭──╮ │ ╭───╯ ╭───╮ ╭──╮ ╰────╮ ╰──╮ ╰──╮
╰─────╯ ╰──────╯ ╰─────╯ ╰──╯ ╰─────╯ ╰─╯ ╰───────╯ ╰─────╯

Marcel Logen

unread,
Mar 8, 2022, 8:49:57 AMMar 8
to
Dennis Preiser in de.comm.software.newsreader:

>Marcel Logen <33320000...@ybtra.de> wrote:

>> Eine gesonderte newsrc habe ich hier nicht.
>
>Die legt flnews bei mir selbstständig an.

Das liegt wahrscheinlich daran, daß bei Dir im configfile evtl. steht:

| newsrc: newsrc

Bei mir ist dieses Feld leer, und ich habe auch keine newsrc:

| t20$ ls -l /home/user20/.config/flnews/
| total 1720
| -rw-r--r-- 1 user20 user20 87 Jan 6 2021 auf-gelesen-setzen-naja.bef
| -rw------- 1 user20 user20 1066 Mar 8 12:24 configfile
| -rw------- 1 user20 user20 1020 Apr 18 2021 configfile01
| -rw------- 1 user20 user20 1065 Nov 16 15:14 configfile02
| -rw------- 1 user20 user20 1066 Mar 7 18:48 configfile03
| -rw------- 1 user20 user20 11464 Mar 8 12:24 groupfile
| -rw------- 1 user20 user20 7871 Mar 31 2021 groupfile01
| -rw------- 1 user20 user20 11935 Nov 4 19:02 groupfile02
| -rw------- 1 user20 user20 11968 Mar 7 23:48 groupfile03
| -rw------- 1 user20 user20 11464 Mar 8 00:13 groupfile04
| -rw------- 1 user20 user20 11464 Mar 8 01:11 groupfile05
| drwx------ 2 user20 user20 512 Dec 11 2020 headers
| -rw------- 1 user20 user20 742769 Mar 8 14:08 logfile
| -rw------- 1 user20 user20 0 Mar 8 12:24 scorefile
| t20$

| t20$ ls -lad ~/{n*,.n*}
| ls: /home/user20/.n*: No such file or directory
| ls: /home/user20/n*: No such file or directory
| t20$

Marcel
--
╭───────╮ ╭────────╮ ╭───╮ ╭─────╮
─╮ ╭─────╯ ╰─╮ ╰───╮ ╭─╯ ╰─╮ │ ╭─╮ ╭─╯ ╭──╯
│ ╰─╮ ╭─╯ ╭───╯ ╰──╮ ╭─╮ │ ╰────╯ ╰─╯ ╭─╯ ╭───
╰─────────────╯ ╰────╯ ╰──╯ ╰──╯ 232bd5 ╰───╯

Michael Bäuerle

unread,
Mar 9, 2022, 5:48:09 AMMar 9
to
Marcel Logen wrote:
> 33320000...@ybtra.de in de.comm.software.newsreader:
> >
> > Danke. Jetzt klappt es mit dem Abbrechen.

OK, das wollte ich wissen.

> > Allerdings kann ich nicht mehr posten, da nach der Passwort-Eingabe sofort
> > in der Statusleiste steht "Abonnierte Gruppen aktualisiert". Es werden aber keine
> > Gruppen angezeigt, und es sieht für mich so aus, als ob der Server gar nicht erst
> > kontaktiert würde.
> >
> > Mit Snapshot pre7 übrigens das gleiche Verhalten jetzt, so daß ich dieses Posting
> > per Google-G2 absetzen muß. Ich habe auch pre7 noch einmal neu gebaut - immer
> > noch kein Posten möglich.
>
> Das liegt wohl daran - wie ich mittlerweile herausgefunden habe -,
> daß bei meinen Tests mit ESC und Abbrechen das groupfile geleert
> wurde. Ich habe es aus einem älteren Backup wiederhergestellt,
> und jetzt kann ich auch wieder (mit pre10 und wahrscheinlich auch
> mit den älteren Versionen von flnews) posten.

Das war natürlich nicht beabsichtigt. Ich habe den Snapshot 1.1.0pre10
wieder vom Server entfernt. Lösche ihn bitte auch wieder von deinem
Mirror.

Das Problem liegt an getenv(). Diese Funktion muss gemäß POSIX nicht
thread-safe sein und wird von flnews und FLTK verwendet. Der Absturz
ist ein Deadlock beim Mutex-Handling.
Es sollte funktionieren wenn flnews alle benötigten Daten aus dem
Environment kopiert, bevor FLTK-Funktionen ausgeführt werden bzw.
bevor mehrere Threads existieren. Ich wollte diese (hässliche) Lösung
eigentlich vermeiden.

Michael Bäuerle

unread,
Mar 9, 2022, 1:30:52 PMMar 9
to
Michael Bäuerle wrote:
> Marcel Logen wrote:
> >
> > [...]
> > Das liegt wohl daran - wie ich mittlerweile herausgefunden habe -,
> > daß bei meinen Tests mit ESC und Abbrechen das groupfile geleert
> > wurde. Ich habe es aus einem älteren Backup wiederhergestellt,
> > und jetzt kann ich auch wieder (mit pre10 und wahrscheinlich auch
> > mit den älteren Versionen von flnews) posten.
>
> Das war natürlich nicht beabsichtigt. Ich habe den Snapshot 1.1.0pre10
> wieder vom Server entfernt. Lösche ihn bitte auch wieder von deinem
> Mirror.
>
> Das Problem liegt an getenv(). Diese Funktion muss gemäß POSIX nicht
> thread-safe sein und wird von flnews und FLTK verwendet. Der Absturz
> ist ein Deadlock beim Mutex-Handling.
> Es sollte funktionieren wenn flnews alle benötigten Daten aus dem
> Environment kopiert, bevor FLTK-Funktionen ausgeführt werden bzw.
> bevor mehrere Threads existieren. Ich wollte diese (hässliche) Lösung
> eigentlich vermeiden.

In diesem Snapshot ist das so implementiert. Er sollte sich ansonsten
wieder wie pre7 verhalten:
<https://micha.freeshell.org/flnews/src/flnews-1.1.0pre11.tar.bz2>
Size(flnews-1.1.0pre11.tar.bz2)= 1184856
SHA256(flnews-1.1.0pre11.tar.bz2)= 164f164d8e0c80b737f76d6924a40266749d60f72f54f1c4c5fb1c2ef22bf079

Marcel Logen

unread,
Mar 9, 2022, 4:14:34 PMMar 9
to
Michael Bäuerle in de.comm.software.newsreader:

>Michael Bäuerle wrote:

>> Das Problem liegt an getenv(). Diese Funktion muss gemäß POSIX nicht
>> thread-safe sein und wird von flnews und FLTK verwendet. Der Absturz
>> ist ein Deadlock beim Mutex-Handling.
>> Es sollte funktionieren wenn flnews alle benötigten Daten aus dem
>> Environment kopiert, bevor FLTK-Funktionen ausgeführt werden bzw.
>> bevor mehrere Threads existieren. Ich wollte diese (hässliche) Lösung
>> eigentlich vermeiden.
>
>In diesem Snapshot ist das so implementiert. Er sollte sich ansonsten
>wieder wie pre7 verhalten:
><https://micha.freeshell.org/flnews/src/flnews-1.1.0pre11.tar.bz2>

Da erscheint beim "make test" folgendes:

[...]
| Failed
| XDG: Environment variable HOME is not defined
| CONF: Cannot create config file pathname
|
| flnews: COMPR: zlib library version: 1.2.11
| flnews: COMPR: DEFLATE: Using RX window size: 32768 bytes
| ================================================================================
| Test 'posix_strcasecmp_l()' ... OK
| Test 'posix_snprintf()' ... OK
| Test 'posix_inet_pton()' ... OK
| Test 'posix_regcomp()' and 'posix_regexec()' ... OK
| Test 'core_get_cancel_lock()' ... Failed
| XDG: Environment variable HOME is not defined
| XDG: Environment variable HOME is not defined
| XDG: Environment variable HOME is not defined
| OK
| Test 'cmpr_send()' and 'cmpr_recv()' ... OK
| Test 'enc_timestamp_decode()' ... OK
| Test 'enc_mime_encode_base64()' ... OK
| Test 'enc_convert_to_utf8_nfc()' ... OK
| ================================================================================
| Tests successfully completed.

| t20$ echo $HOME
| /home/user20

| t20$ env | grep HOME
| HOME=/home/user20
| t20$

Marcel
--
──╮ ╭─╮ ╭──╮ ╭─────╮ ╭──╮ ╭───╮ ╭───╮ ╭──╮ ╭──╮
╰─╯ ╰─╯ │ ╰──╮ ╰─╯ ╰────╯ ╰──╮ ╰─╮ ╰──╯ ╰─────╯ ╰─╮
╭─╯ ╭─╮ ╭─╯ ╭────────────────╯ ╭─╯ ╭─╯ ╭─
╰────╯ ╰────╯ ╰───────────────────╯ 02e8cc ╰────╯

Michael Bäuerle

unread,
Mar 9, 2022, 5:04:26 PMMar 9
to
Die Tests müssen noch für das kopierte Environment umgebaut werden.
Vorher wäre wichtig zu wissen, ob das Programm auf OpenBSD jetzt
funktioniert.

Marcel Logen

unread,
Mar 9, 2022, 5:40:01 PMMar 9
to
Michael Bäuerle in de.comm.software.newsreader:

>Die Tests müssen noch für das kopierte Environment umgebaut werden.
>Vorher wäre wichtig zu wissen, ob das Programm auf OpenBSD jetzt
>funktioniert.

Sieht so aus:

| t20$ LC_CTYPE=C LC_MESSAGES=de_DE.UTF-8 /home/user20/dl/flninst10100p11/bin/flnews -v
| flnews 1.1.0pre11 for OpenBSD
| Unicode version: 14.0.0
| Compiled with options: CLB FSC IP6 NLS P2K TLS XSI ZLIB
| Build: 2022-03-09T21:08:48Z

| t20$ LC_CTYPE=C LC_MESSAGES=de_DE.UTF-8 /home/user20/dl/flninst10100p11/bin/flnews
| flnews: NLS: Message locale: de_DE.UTF-8
| flnews: NLS: Cooked message locale: de_DE
| flnews: NLS: Using catalog: /home/user20/dl/flninst10100p11/lib/flnews/nls/de_DE.cat
| flnews: FILTER: Character classification locale: C
| flnews: FILTER: Cooked character classification codeset: US-ASCII
| flnews: FILTER: Enabling test group checking facility
| flnews: COMPR: zlib library version: 1.2.11
| flnews: COMPR: DEFLATE: Using RX window size: 32768 bytes
| flnews: TLS: Compiled for LibreSSL
| flnews: TLS: LibreSSL library version: 3.5.1 (0x3050100F)
| flnews: TLS: Protocol version TLSv1.3 available for negotiation
| flnewsflnews: MAIN: Shutdown
| : CORE: Authentication with empty password rejected
| flnews: CORE: Authentication with empty password rejected
| t20$

Marcel
--
╭───────╮ ╭─╮ ╭─────╮ ╭───╮ ╭───────╮ ╭──╮ ╭──
─╮ ╰────╮ ╰───╯ ╰───╯ ╰─╯ │ ╰────╮ │ ╭─╯ ╰──╯
╰────────────╯ ╰──╮ ╭─╯ ╰─╮ ╰─────╮
╰───╯5c5255╰─────────────╯

Michael Bäuerle

unread,
Mar 9, 2022, 6:29:08 PMMar 9
to
Hat sich beendet, wenn ich das richtig sehe. Dann funktioniert es
(es sollte keine Verbindung zum Server aufgebaut worden sein).

Dass eine Meldung zerissen wird kann passieren, wenn beide Threads
gleichzeitig auf das Terminal schreiben. Das wird momentan nicht
verhindert und hat mit dem eigentlichen Problem nichts zu tun.

Marcel Logen

unread,
Mar 9, 2022, 6:42:26 PMMar 9
to
Michael Bäuerle in de.comm.software.newsreader:

>Hat sich beendet, wenn ich das richtig sehe. Dann funktioniert es

Ja, hat sich nach ESC oder "Abbruch" beendet.

>(es sollte keine Verbindung zum Server aufgebaut worden sein).

Das habe ich nicht überprüft. (Müßte mir noch überlegen, wie.
wireshark? Script mit netstat/fstat?)

>Dass eine Meldung zerissen wird kann passieren, wenn beide Threads
>gleichzeitig auf das Terminal schreiben. Das wird momentan nicht
>verhindert und hat mit dem eigentlichen Problem nichts zu tun.

Habe ich mir schon gedacht. Es kam auch nur einmal vor. Später
nicht mehr.

Marcel
--
───╮ ╭───╮ ╭─╮ ╭───╮ ╭────╮ ╭─────────╮
╭─╯ ╭──╯ ╰─╯ │ │ │ ╭─╮ │ ╭─╯ ╰──╮ ╭─╯ ╭──
╰──╮ ╭─╮ ╭─╯ ╭─╯ ╰─╮ │ ╭──╯ ╰─╯ ╰────╮ ╰─╮ ╰──╮ │
╰───╯ ╰───╯ ╰───────╯ ╰─────╯ 39203a ╰────╯ ╰─╯

Marcel Logen

unread,
Mar 9, 2022, 6:54:18 PMMar 9
to
Marcel Logen in de.comm.software.newsreader:

>Michael Bäuerle in de.comm.software.newsreader:

>>Hat sich beendet, wenn ich das richtig sehe. Dann funktioniert es
>
>Ja, hat sich nach ESC oder "Abbruch" beendet.
>
>>(es sollte keine Verbindung zum Server aufgebaut worden sein).
>
>Das habe ich nicht überprüft. (Müßte mir noch überlegen, wie.
>wireshark? Script mit netstat/fstat?)

Habe mit wireshark bei ESC oder "Abbruch" keine Aktivität auf
der Netzwerkkarte feststellen können.

Marcel
--
╭────────────────╮ ╭──────╮ ╭────────╮
╰───────╮ ╭──╯ ╰──╮ ╰─────────╮ ╰────╮ │
╮ ╭─╯ ╭──╯ ╭─╮ ╭─╮ ╭─╯ ╭─────╯ ╭─╮ ╭───╮ ╭─╮ ╰─╮ ╰─╮
╰──────╯ ╰─────╯ ╰───╯ ╰─╯ 646dbd ╰───────╯ ╰──╯ ╰─╯ ╰────╯ ╰───

Michael Bäuerle

unread,
Mar 9, 2022, 7:29:50 PMMar 9
to
Marcel Logen wrote:
> Michael Bäuerle in de.comm.software.newsreader:
> >
> > Hat sich beendet, wenn ich das richtig sehe. Dann funktioniert es
>
> Ja, hat sich nach ESC oder "Abbruch" beendet.

Dieses Problem sollte damit gelöst sein.

Die Testsuite werde ich noch anpassen, vermutlich am Wochenende.

> > (es sollte keine Verbindung zum Server aufgebaut worden sein).
>
> Das habe ich nicht überprüft. (Müßte mir noch überlegen, wie.
> wireshark? Script mit netstat/fstat?)

Blick ins flnews-logfile sollte reichen.

> > Dass eine Meldung zerissen wird kann passieren, wenn beide Threads
> > gleichzeitig auf das Terminal schreiben. Das wird momentan nicht
> > verhindert und hat mit dem eigentlichen Problem nichts zu tun.
>
> Habe ich mir schon gedacht. Es kam auch nur einmal vor. Später
> nicht mehr.

Das ließe sich sicher verhindern. Weil es selten vorkommt und keinen
Schaden anrichtet, außer schlechter lesbar zu sein, dürfte das aber
den Aufwand nicht wert sein.

Marcel Logen

unread,
Mar 10, 2022, 4:04:47 AMMar 10
to
Michael Bäuerle in de.comm.software.newsreader:

>Marcel Logen wrote:
>> Michael Bäuerle in de.comm.software.newsreader:

[ESC oder "Abbrechen"]
>> > (es sollte keine Verbindung zum Server aufgebaut worden sein).
>>
>> Das habe ich nicht überprüft. (Müßte mir noch überlegen, wie.
>> wireshark? Script mit netstat/fstat?)
>
>Blick ins flnews-logfile sollte reichen.

Das ist nicht (mehr?) vorhanden nach der ESC-Aktion.

Marcel
--
╭─╮ ╭────────╮ ╭──╮ ╭───────╮ ╭────────╮
─╯ │ ╰────╮ ╰──╮ ╭─╯ │ │ ╭─╯ │ ╭─────╯ ╭──────╮
╭─╯ ╭─╮ │ ╭───╯ ╭─╯ ╰─╯ ╰──╮ ╭──╯ ╰─╮ ╭─╮ ╰───╮ │ ╭─
╰─────╯ ╰─╯ ╰─────╯ ╰──────╯ 67af59╰──╯ ╰──────╯ ╰─╯

Michael Bäuerle

unread,
Mar 10, 2022, 3:56:00 PMMar 10
to
Marcel Logen wrote:
> Michael Bäuerle in de.comm.software.newsreader:
> > Marcel Logen wrote:
> > > Michael Bäuerle in de.comm.software.newsreader:
>
> [ESC oder "Abbrechen"]
> > > > (es sollte keine Verbindung zum Server aufgebaut worden sein).
> > >
> > > Das habe ich nicht überprüft. (Müßte mir noch überlegen, wie.
> > > wireshark? Script mit netstat/fstat?)
> >
> > Blick ins flnews-logfile sollte reichen.
>
> Das ist nicht (mehr?) vorhanden nach der ESC-Aktion.

Weil nichts passiert ist.
Wenn eine Verbindung aufgebaut wird, sollte sie dort auftauchen.

Michael Bäuerle

unread,
Mar 11, 2022, 11:02:01 AMMar 11
to
Michael Bäuerle wrote:
> Marcel Logen wrote:
> > Michael Bäuerle in de.comm.software.newsreader:
> > >
> > > Hat sich beendet, wenn ich das richtig sehe. Dann funktioniert es
> >
> > Ja, hat sich nach ESC oder "Abbruch" beendet.
>
> Dieses Problem sollte damit gelöst sein.
>
> Die Testsuite werde ich noch anpassen, vermutlich am Wochenende.

Hiermit sollten die Tests wieder richtig funktionieren:
<https://micha.freeshell.org/flnews/src/flnews-1.1.0pre12.tar.bz2>
Size(flnews-1.1.0pre12.tar.bz2)= 1185168
SHA256(flnews-1.1.0pre12.tar.bz2)= 6af5a50e42fd206b8f9bea0d7d0d3995a4d685578b367b14d932ff1f33416e84

Marcel Logen

unread,
Mar 12, 2022, 6:28:16 AMMar 12
to
Michael Bäuerle in de.comm.software.newsreader:

>Michael Bäuerle wrote:
>> Marcel Logen wrote:

>> > Ja, hat sich nach ESC oder "Abbruch" beendet.
>>
>> Dieses Problem sollte damit gelöst sein.

Danke!

>> Die Testsuite werde ich noch anpassen, vermutlich am Wochenende.
>
>Hiermit sollten die Tests wieder richtig funktionieren:
><https://micha.freeshell.org/flnews/src/flnews-1.1.0pre12.tar.bz2>

Ja.

| t20$ make test
[...]
| Load configuration ... OK
| flnews: COMPR: zlib library version: 1.2.11
| flnews: COMPR: DEFLATE: Using RX window size: 32768 bytes
| ================================================================================
| Test 'posix_strcasecmp_l()' ... OK
| Test 'posix_snprintf()' ... OK
| Test 'posix_inet_pton()' ... OK
| Test 'posix_regcomp()' and 'posix_regexec()' ... OK
| Test 'core_get_cancel_lock()' ... OK
| Test 'cmpr_send()' and 'cmpr_recv()' ... OK
| Test 'enc_timestamp_decode()' ... OK
| Test 'enc_mime_encode_base64()' ... OK
| Test 'enc_convert_to_utf8_nfc()' ... OK
| ================================================================================
| Tests successfully completed.
| t20$ make install

Marcel
--
╭─────╮ ╭─╮ ╭────╮ ╭────╮ ╭───────────────╮ ╭───╮ ╭─╮
╰─╮ ╰───╯ ╰───╯ ╭─╯ │ ╰──╮ ╰───────────╮ │ │ ╰─╯ │
───╯ ╭───────╯ ╭──╯ ╭────╯ ╭─╮ ╭─╮ ╭──╯ ╰─╯ ╰─╮
╰─────────╯ ╰───────╯ ╰─╯ ╰──╯ 7bef1d ╰──────╮
Reply all
Reply to author
Forward
0 new messages