info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
[flnews] Abbruch bei Passwort-Eingabe
9 views
Skip to first unread message
Marcel Logen
Feb 19, 2022, 5:38:57 PM2/19/22
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
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
Feb 20, 2022, 11:41:06 AM2/20/22
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.
>
> 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?
Michael Bäuerle
Feb 21, 2022, 8:50:03 AM2/21/22
to
<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
Feb 21, 2022, 1:10:41 PM2/21/22
to
Michael Bäuerle in de.comm.software.newsreader:
>Mit diesem Snapshot:
[1.1.0pre7]
("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 ╰────╯ ╰─╯ ╰──
>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
>aufzubauen).
("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
Feb 21, 2022, 4:39:11 PM2/21/22
to
Dennis Preiser in de.comm.software.newsreader:
>Marcel Logen <33320000...@ybtra.de> wrote:
[1.1.0pre7]
>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 <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
>> ("Beschäftigt. Aktualisiere abonnierte Gruppen ..." oder so ähn-
>> lich steht 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
Feb 21, 2022, 5:12:02 PM2/21/22
to
>> 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 ╰──╯ ╰─╯
>>>Dann beendet sich flnews.
>>
>> Bei mir nicht. Habe jetzt mal eigens über eine Minute gewartet.
>
>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
Feb 23, 2022, 4:58:00 AM2/23/22
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).
>
> [...]
> 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?
oder auf "OK" mit leerem Eingabefeld. Ich habe den Eintrag in CHANGELOG
geändert.
Marcel Logen
Feb 23, 2022, 6:07:21 AM2/23/22
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: CORE: Wait for command queue to drain
| 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 ╰─╯ ╰─╯ ╰─╯ ╰───╯ ╰─────╯ ╰───
>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.
| 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: 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: 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: 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: 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.
Marcel
--
╭──╮ ╭───╮ ╭──╮ ╭─────╮
╯ ╰─╮ ╭─╮ ╰─╮ ╰─╮ ╭───╯ ╰─────╮ ╭─╮ ╰──╮ │
╭───╯ ╭───╯ ╰────╯ ╰─╯ ╰─╮ ╭─╮ ╭─╮ ╭─╮ │ │ │ ╰─╮
╰─────╯ 433e91 ╰─╯ ╰─╯ ╰─╯ ╰───╯ ╰─────╯ ╰───
Thomas Barghahn
Feb 23, 2022, 7:36:47 AM2/23/22
to
*Michael Bäuerle* meinte:
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: CONF: Load from: /home/barg/.config/flnews/configfile
| 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
| 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 =======
>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
>> 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]
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.
| 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: MAIN: Options passed to FLTK:
| 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: NLS: Cooked message locale: de_DE
| 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: COMPR: DEFLATE: Using RX window size: 32768 bytes
| flnews: TLS: Protocol version TLSv1.3 available for negotiation
| flnews: MAIN: Shutdown
| 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
Feb 23, 2022, 9:10:04 AM2/23/22
to
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
Feb 23, 2022, 11:17:07 AM2/23/22
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: 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 ╰────╯ ╰─╯ ╰─────╯ ╰──╯ ╰─╯ ╰──╯ ╰──────
>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");
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: 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
| 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
Marcel
--
╭─╮ ╭──────╮ ╭──╮ ╭─╮
╭─╯ ╰─╮ ╰──╮ ╰─╮ ╭──╮ │ ╰──╮ ╭─╮ │ ╰─╮
╭─╮ ╰──╮ ╰─────╯ ╭──╯ │ ╰─╮ │ ╭──╯ ╭───╮ ╭─╮ ╭─╯ │ │ ╰─╮
╯ ╰─────╯ af38c7 ╰────╯ ╰─╯ ╰─────╯ ╰──╯ ╰─╯ ╰──╯ ╰──────
Michael Bäuerle
Feb 23, 2022, 12:19:03 PM2/23/22
to
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.
> 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
Beispiele, bevor du die Meldung eingefügt hast?
> | flnews: MAIN: Shutdown
> | flnews: GUI: Export group states for shutdown
> | Killed
gleiche Ursache. Auf NetBSD kann ich das nicht reproduzieren,
da bleibt es nie hängen.
Michael Bäuerle
Feb 23, 2022, 12:19:03 PM2/23/22
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.
> *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
Meldungen mehr. Bei Marcel ist dieser Fall auch einmal vorgekommen.
> | Getötet
Marcel Logen
Feb 23, 2022, 12:47:10 PM2/23/22
to
Michael Bäuerle in de.comm.software.newsreader:
>Marcel Logen wrote:
>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.
>Füge jetzt hinter der Meldung noch folgende Zeile ein:
>|
>| core_mutex_unlock();
>
>Macht das einen Unterschied?
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?
Marcel
--
───────╮ ╭──╮ ╭────╮ ╭─╮ ╭──────╮ ╭─────╮
│ ╭───╯ │ │ ╰───╯ │ ╭─╯ ╭───╯ ╭─╮ ╰─╮ ╰─╮
╭─╯ ╰──╮ ╰─╮ ╭──╮ ╭──╯ │ │ ╭─╯ ╭───╯ ╰─╮ │ ╭──╯ ╭─
╰───────╯ ╰──╯ ╰─╯ ╰─╯ ╰───╯ 4d952c╰──╯ ╰─────╯
Marcel Logen
Feb 23, 2022, 12:49:27 PM2/23/22
to
Michael Bäuerle in de.comm.software.newsreader:
>Marcel Logen wrote:
>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?
>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: 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: 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: 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
| 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 }
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.
>> 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?
Marcel
[supersedes]
--
╭─╮ ╭─╮ ╭────────╮ ╭───╮ ╭─╮ ╭─╮ ╭───╮
╭─╯ ╰──╮ │ ╰──╮ ╰─╮ ╰─╮ ╰─╮ ╰──╯ ╰──╯ ╰──╯ │
│ ╰─╯ │ ╭──╮ ╭──╮ ╭──╮ │ ╭───╯ ╭─╯ ╭───────────────╯
│ e94572 ╰─╯ ╰─╯ ╰───╯ ╰─╯ ╰──────╯ ╰─────────────────────
Michael Bäuerle
Feb 23, 2022, 5:47:03 PM2/23/22
to
Marcel Logen wrote:
> Michael Bäuerle in de.comm.software.newsreader:
> >
> Michael Bäuerle in de.comm.software.newsreader:
> >
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 }
Michael Bäuerle
Mar 7, 2022, 10:41:27 AM3/7/22
to
Michael Bäuerle wrote:
> Marcel Logen wrote:
> >
> > [Nach Druck auf ESC bleibt flnews hängen]
> Marcel Logen wrote:
> >
>
> 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:
> 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.
<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
Mar 7, 2022, 12:57:47 PM3/7/22
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.
> Teste bitte diesen Snapshot:
> <https://micha.freeshell.org/flnews/src/flnews-1.1.0pre10.tar.bz2>
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
Mar 7, 2022, 1:13:52 PM3/7/22
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:
> 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.
| service: 563
| enc: 1
| auth: 1
| immedauth: 1
Marcel
Marcel Logen
Mar 7, 2022, 3:57:19 PM3/7/22
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)
>Ich habe übrigens im configfile:
>
>| service: 563
>| enc: 1
>| auth: 1
>| immedauth: 1
Auswirkung.
Marcel
--
Debian/11.2 "bullseye" (live)
Marcel Logen
Mar 7, 2022, 5:53:23 PM3/7/22
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
>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.
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
Mar 8, 2022, 5:57:38 AM3/8/22
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╰─────╮ ╰──╯ │ ╰──╮
│ ╰──╮ ╭─╯ ╰─╮ ╭───╯ ╭──╮ │ ╭───╯ ╭───╮ ╭──╮ ╰────╮ ╰──╮ ╰──╮
╰─────╯ ╰──────╯ ╰─────╯ ╰──╯ ╰─────╯ ╰─╯ ╰───────╯ ╰─────╯
[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
Mar 8, 2022, 8:49:57 AM3/8/22
to
>> 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
Mar 9, 2022, 5:48:09 AM3/9/22
to
Marcel Logen wrote:
> 33320000...@ybtra.de in de.comm.software.newsreader:
> >
> > Danke. Jetzt klappt es mit dem Abbrechen.
OK, das wollte ich wissen.
> 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.
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
Mar 9, 2022, 1:30:52 PM3/9/22
to
Michael Bäuerle wrote:
> Marcel Logen 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
> > 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.
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
Mar 9, 2022, 4:14:34 PM3/9/22
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
| 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 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>
[...]
| 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
| ================================================================================
| 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
Mar 9, 2022, 5:04:26 PM3/9/22
to
Vorher wäre wichtig zu wissen, ob das Programm auf OpenBSD jetzt
funktioniert.
Marcel Logen
Mar 9, 2022, 5:40:01 PM3/9/22
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
| : CORE: Authentication with empty password rejected
| flnews: CORE: Authentication with empty password rejected
| t20$
Marcel
--
╭───────╮ ╭─╮ ╭─────╮ ╭───╮ ╭───────╮ ╭──╮ ╭──
─╮ ╰────╮ ╰───╯ ╰───╯ ╰─╯ │ ╰────╮ │ ╭─╯ ╰──╯
╰────────────╯ ╰──╮ ╭─╯ ╰─╮ ╰─────╮
╰───╯5c5255╰─────────────╯
>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.
| 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: NLS: Cooked message locale: de_DE
| flnews: FILTER: Character classification locale: C
| flnews: FILTER: Cooked character classification codeset: US-ASCII
| 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: 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
Mar 9, 2022, 6:29:08 PM3/9/22
to
(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
Mar 9, 2022, 6:42:26 PM3/9/22
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 ╰────╯ ╰─╯
>Hat sich beendet, wenn ich das richtig sehe. Dann funktioniert es
>(es sollte keine Verbindung zum Server aufgebaut worden sein).
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.
nicht mehr.
Marcel
--
───╮ ╭───╮ ╭─╮ ╭───╮ ╭────╮ ╭─────────╮
╭─╯ ╭──╯ ╰─╯ │ │ │ ╭─╮ │ ╭─╯ ╰──╮ ╭─╯ ╭──
╰──╮ ╭─╮ ╭─╯ ╭─╯ ╰─╮ │ ╭──╯ ╰─╯ ╰────╮ ╰─╮ ╰──╮ │
╰───╯ ╰───╯ ╰───────╯ ╰─────╯ 39203a ╰────╯ ╰─╯
Marcel Logen
Mar 9, 2022, 6:54:18 PM3/9/22
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 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?)
der Netzwerkkarte feststellen können.
Marcel
--
╭────────────────╮ ╭──────╮ ╭────────╮
╰───────╮ ╭──╯ ╰──╮ ╰─────────╮ ╰────╮ │
╮ ╭─╯ ╭──╯ ╭─╮ ╭─╮ ╭─╯ ╭─────╯ ╭─╮ ╭───╮ ╭─╮ ╰─╮ ╰─╮
╰──────╯ ╰─────╯ ╰───╯ ╰─╯ 646dbd ╰───────╯ ╰──╯ ╰─╯ ╰────╯ ╰───
Michael Bäuerle
Mar 9, 2022, 7:29:50 PM3/9/22
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.
> 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.
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?)
> > 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.
Schaden anrichtet, außer schlechter lesbar zu sein, dürfte das aber
den Aufwand nicht wert sein.
Marcel Logen
Mar 10, 2022, 4:04:47 AM3/10/22
to
Michael Bäuerle in de.comm.software.newsreader:
>Marcel Logen wrote:
>> Michael Bäuerle in de.comm.software.newsreader:
[ESC oder "Abbrechen"]
Marcel
--
╭─╮ ╭────────╮ ╭──╮ ╭───────╮ ╭────────╮
─╯ │ ╰────╮ ╰──╮ ╭─╯ │ │ ╭─╯ │ ╭─────╯ ╭──────╮
╭─╯ ╭─╮ │ ╭───╯ ╭─╯ ╰─╯ ╰──╮ ╭──╯ ╰─╮ ╭─╮ ╰───╮ │ ╭─
╰─────╯ ╰─╯ ╰─────╯ ╰──────╯ 67af59╰──╯ ╰──────╯ ╰─╯
>Marcel Logen wrote:
>> Michael Bäuerle in de.comm.software.newsreader:
>> > (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.
>>
>> Das habe ich nicht überprüft. (Müßte mir noch überlegen, wie.
>> wireshark? Script mit netstat/fstat?)
>
>Blick ins flnews-logfile sollte reichen.
Marcel
--
╭─╮ ╭────────╮ ╭──╮ ╭───────╮ ╭────────╮
─╯ │ ╰────╮ ╰──╮ ╭─╯ │ │ ╭─╯ │ ╭─────╯ ╭──────╮
╭─╯ ╭─╮ │ ╭───╯ ╭─╯ ╰─╯ ╰──╮ ╭──╯ ╰─╮ ╭─╮ ╰───╮ │ ╭─
╰─────╯ ╰─╯ ╰─────╯ ╰──────╯ 67af59╰──╯ ╰──────╯ ╰─╯
Michael Bäuerle
Mar 10, 2022, 3:56:00 PM3/10/22
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.
> 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.
Wenn eine Verbindung aufgebaut wird, sollte sie dort auftauchen.
Michael Bäuerle
Mar 11, 2022, 11:02:01 AM3/11/22
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:
> 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.
<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
Mar 12, 2022, 6:28:16 AM3/12/22
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
Marcel
--
╭─────╮ ╭─╮ ╭────╮ ╭────╮ ╭───────────────╮ ╭───╮ ╭─╮
╰─╮ ╰───╯ ╰───╯ ╭─╯ │ ╰──╮ ╰───────────╮ │ │ ╰─╯ │
───╯ ╭───────╯ ╭──╯ ╭────╯ ╭─╮ ╭─╮ ╭──╯ ╰─╯ ╰─╮
╰─────────╯ ╰───────╯ ╰─╯ ╰──╯ 7bef1d ╰──────╮
>Michael Bäuerle wrote:
>> Marcel Logen wrote:
>> > 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>
| t20$ make test
[...]
| Load configuration ... OK
| flnews: COMPR: zlib library version: 1.2.11
| flnews: COMPR: DEFLATE: Using RX window size: 32768 bytes
| 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 'posix_strcasecmp_l()' ... OK
| Test 'posix_snprintf()' ... OK
| Test 'posix_inet_pton()' ... OK
| Test 'posix_regcomp()' and 'posix_regexec()' ... 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
| Test 'enc_timestamp_decode()' ... OK
| Test 'enc_mime_encode_base64()' ... OK
| Test 'enc_convert_to_utf8_nfc()' ... OK
| ================================================================================
| Tests successfully completed.
Marcel
--
╭─────╮ ╭─╮ ╭────╮ ╭────╮ ╭───────────────╮ ╭───╮ ╭─╮
╰─╮ ╰───╯ ╰───╯ ╭─╯ │ ╰──╮ ╰───────────╮ │ │ ╰─╯ │
───╯ ╭───────╯ ╭──╯ ╭────╯ ╭─╮ ╭─╮ ╭──╯ ╰─╯ ╰─╮
╰─────────╯ ╰───────╯ ╰─╯ ╰──╯ 7bef1d ╰──────╮
0 new messages