noffle-devel Mailing List for Noffle - news server (Page 3)
Brought to you by:
bears
Menu
▾
▴
noffle-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(32) |
Jun
(17) |
Jul
(53) |
Aug
(14) |
Sep
(8) |
Oct
(16) |
Nov
(7) |
Dec
(9) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(5) |
Feb
(4) |
Mar
(2) |
Apr
|
May
(22) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
(6) |
Nov
(23) |
Dec
(1) |
| 2002 |
Jan
(4) |
Feb
(1) |
Mar
(20) |
Apr
(7) |
May
(8) |
Jun
(9) |
Jul
(7) |
Aug
(4) |
Sep
|
Oct
(11) |
Nov
(2) |
Dec
(6) |
| 2003 |
Jan
(5) |
Feb
(11) |
Mar
(11) |
Apr
|
May
|
Jun
(3) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(4) |
Oct
(1) |
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(2) |
Dec
(4) |
| 2006 |
Jan
(3) |
Feb
(2) |
Mar
(4) |
Apr
(2) |
May
(9) |
Jun
(26) |
Jul
(11) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jim H. <jim...@ac...> - 2002-11-17 15:36:56
|
As a result of being stuck with just a W2k laptop and nothing do to for an evening, I tried building Noffle under Cygwin with GCC 3.2. Initially it didn't build. However, after some minor source tidies (including clearing up some new warnings that did point to potential portability hazards), I got it building on Cygwin. Flushed with that success, I've now got it configuring and building on all the SourceForge compile farm platforms as well; that's Linux x86/Sparc/Arm/Alpha, MacOS X, FreeBSD and Solaris. I haven't tried seeing if Noffle actually works on these platforms, though. I do run it on Linux/Sparc myself, so I know that works. It does give warnings on some platforms still, due mostly to bad system header files. -- Jim Hague - jim...@in... (Work), ji...@be... (Play) Never trust a computer you can't lift or you don't control. |
|
From: <no...@so...> - 2002-11-03 12:42:01
|
Bugs item #596308, was opened at 2002-08-17 02:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=596308&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Latini Sandro (smanet) Assigned to: Jim Hague (bears) Summary: Received SIGSEGV. Please submit a bug re Initial Comment: This happens when i had to switch to a new news server.. why this? I tryed to recompile noffle with debug=yes but it not help me more. I'm running a Slackware 8 system with a 2.4.19 kernel. Before works very fine. Thanks for anyone help me Sandro root@blackhole:/usr/local/news/bin# ./noffle --query groups NOFFLE version 1.0.1 Waiting for lock ... Lock successful /var/spool/noffle/data/articles.gdbm opened for r/w /var/spool/noffle/data/groupinfo.gdbm opened for r/w opening request database Core limit set to -1 Changed to directory '/var/spool/noffle' Fetch from 'news.virgilio.it' [R] 200 news.tin.it (Twister v1.2.0) [S] MODE READER [S FLUSH] [R] 200 news.tin.it (Twister v1.2.0) Connected to 195.31.190.131:119 [S] LIST [S FLUSH] [R] 215 NewsGroups Follow [R] free.it.scrittori.clive.cussler 0000000003 0000000002 y Group free.it.scrittori.clive.cussler is already fetched from news.virgilio.it [R] free.it.musica.ozzy 0000000001 0000000002 y Group free.it.musica.ozzy is already fetched from news.virgilio.it [R] free.it.telefonia.mms 0000000008 0000000002 y Group free.it.telefonia.mms is already fetched from news.virgilio.it [R] free.it.cellulari.negozi 0000000001 0000000002 y Group free.it.cellulari.negozi is already fetched from news.virgilio.it [R] free.it.musica.ska 0000000006 0000000002 y Group free.it.musica.ska is already fetched from news.virgilio.it [R] free.it.universita.milano.politecnico 0000000001 0000000002 y Group free.it.universita.milano.politecnico is already fetched from news.virgilio.it [R] free.it.musica.black-metal 0000000001 0000000002 y Group free.it.musica.black-metal is already fetched from news.virgilio.it [R] free.it.club 0000000001 0000000002 y Registering new group 'free.it.club' Received SIGSEGV. Please submit a bug report Segmentation fault ---------------------------------------------------------------------- >Comment By: Latini Sandro (smanet) Date: 2002-11-03 13:42 Message: Logged In: YES user_id=278565 Sorry if i don't look so much here, but i have no more this problem. I looked in /var/spool/noffle without find anything similar a core dump. I don't really know where is the problem. I'm using it every hour right now. Thanks very much for support. ---------------------------------------------------------------------- Comment By: Jim Hague (bears) Date: 2002-08-29 11:13 Message: Logged In: YES user_id=184 Sorry I've not responded earlier. Holiday, you see. Noffle should have produced a core dump, probably in /var/spool/noffle. Could you give me a backtrace? I can explain how if necessary. Also, does this always happen? Or does it work properly if you repeat the operation? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=596308&group_id=1044 |
|
From: <no...@so...> - 2002-10-27 08:02:29
|
Feature Requests item #629356, was opened at 2002-10-27 01:02 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=351044&aid=629356&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: extend overview Initial Comment: please add the x-noffle-status header to the overview database. this would ease scoring for my newsreader. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=351044&aid=629356&group_id=1044 |
|
From: <no...@so...> - 2002-10-26 07:49:11
|
Bugs item #624357, was opened at 2002-10-16 16:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jim Hague (bears) Summary: SEGV during concurrent access. Initial Comment: My noffle 1.1.2 crashed during fetch. This happened while the connection had already been stuck (at step [17/19]) for some time, because I had some download taking up all bandwidth. I decided to read some news in the meantime but when I opened the newsgroup saar.markt.wohnung in the newsreader, noffle instantly crashed. I could not find any core dump lying around. This is not the only problem I had with concurrent access. I am using an automated script to archive news.answers using NNTP STAT followed by a NEXT loop until it gets a 223. Several times I read news while the script was running and it bailed out because it noticed the article ID had been reset to the first article in the group instead of being increased by NEXT to the next available article. Output of noffle: Fetch from 'news.cis.dfn.de' Connected to 130.133.1.4:119 Updating groupinfo Registering new group 'alt.pl.regionalne.plock.ogloszenia' Registering new group 'alt.pl.regionalne.poznan.politechnika' Registering new group 'alt.pl.regionalne.trojmiasto.ogloszenia' Registering new group 'alt.pl.regionalne.wroclaw.politechnika' Registering new group 'alt.pl.rock-elektroniczny' Registering new group 'alt.pl.sapkowski' Registering new group 'alt.pl.tsa' Registering new group 'alt.sports.college.ohio-state' Registering new group 'alt.sports.college.sec.tennessee' Registering new group 'alt.sports.college.utexas' Registering new group 'alt.tv.all-my-children' Registering new group 'alt.tv.dark_shadows' Getting remote overviews 5691-5693 for group alt.sys.pdp10 Added alt.sys.pdp10 3630-3632 3 articles marked for download in alt.sys.pdp10 Getting remote overviews 101021-101027 for group de.admin.net-abuse.mail Added de.admin.net-abuse.mail 87956-87962 7 articles marked for download in de.admin.net-abuse.mail Getting remote overviews 35102-35102 for group de.comm.internet.routing Added de.comm.internet.routing 28826-28826 1 articles marked for download in de.comm.internet.routing No new articles in de.comm.uucp No articles in maus.computer.sprache.gfabasic Getting remote overviews 240998-241005 for group news.answers Added news.answers 233839-233846 8 articles marked for download in news.answers Getting remote overviews 258-258 for group saar.markt.wohnung No new articles in saar.org.handshake.aktuell No new articles in saar.uni.rz.stud 19 TOTAL messages to download Retrieving article list [1/19] Retrieving <3kl...@ei...> [2/19] Retrieving <aokn1f$1ar6$1...@ci...> [3/19] Retrieving <5lo...@4a...> [4/19] Retrieving <aokici$20f$04$1...@ne...> [5/19] Retrieving <vni...@4a...> [6/19] Retrieving <8Yz...@zo...> [7/19] Retrieving <8YzDQ$Jt...@zo...> [8/19] Retrieving <aoklvd$8jk$03$1...@ne...> [9/19] Retrieving <gao...@4a...> [10/19] Retrieving <d8o...@4a...> [11/19] Retrieving <709...@us...> [12/19] Retrieving <de-admin-infos/dana-manual/200...@kr...> Message '<de-admin-infos/dana-manual/200...@kr...>' cancelled. [13/19] Retrieving <de-newusers-infos/einleitung/200...@kr...> Message '<de-newusers-infos/einleitung/200...@kr...>' cancelled. [14/19] Retrieving <usenet/inf...@rt...> Cancel: '<usenet/inf...@rt...>' not in database. [15/19] Retrieving <books/cat...@rt...> Cancel: '<books/cat...@rt...>' not in database. [16/19] Retrieving <sports/table-soccer/UST...@rt...> Cancel: '<sports/table-soccer/UST...@rt...>' not in database. [17/19] Retrieving <cdrom/cd-recordable/par...@rt...> Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Retrieving of <cdrom/cd-recordable/par...@rt...> failed: Can't open message base Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Received SIGSEGV. Please submit a bug report Segmentation fault ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-10-26 00:49 Message: Logged In: NO Definitively no core, I ran find / -name core immediately after the crash (and by the way, it didn't say 'Segementation fault (core dumped)'). It's not a remote filesystem, it's the same filesystem as in '[ 532545 ] Strange behaviour adding large newsgroup'. ---------------------------------------------------------------------- Comment By: Jim Hague (bears) Date: 2002-10-25 04:12 Message: Logged In: YES user_id=184 The second problem, losing the article pointer while reading a group, is now fixed in CVS. The SIGSEGV I can't do more than guess at without a backtrace. The core file should be at /var/spool/noffle/core. From the log, I am wondering about the 'Resource temporarily unavailable' message. /var/spool/noffle isn't a remote filesystem (e.g. NFS mounted) is it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 |
|
From: <no...@so...> - 2002-10-25 18:04:19
|
Bugs item #624357, was opened at 2002-10-17 00:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Jim Hague (bears) Summary: SEGV during concurrent access. Initial Comment: My noffle 1.1.2 crashed during fetch. This happened while the connection had already been stuck (at step [17/19]) for some time, because I had some download taking up all bandwidth. I decided to read some news in the meantime but when I opened the newsgroup saar.markt.wohnung in the newsreader, noffle instantly crashed. I could not find any core dump lying around. This is not the only problem I had with concurrent access. I am using an automated script to archive news.answers using NNTP STAT followed by a NEXT loop until it gets a 223. Several times I read news while the script was running and it bailed out because it noticed the article ID had been reset to the first article in the group instead of being increased by NEXT to the next available article. Output of noffle: Fetch from 'news.cis.dfn.de' Connected to 130.133.1.4:119 Updating groupinfo Registering new group 'alt.pl.regionalne.plock.ogloszenia' Registering new group 'alt.pl.regionalne.poznan.politechnika' Registering new group 'alt.pl.regionalne.trojmiasto.ogloszenia' Registering new group 'alt.pl.regionalne.wroclaw.politechnika' Registering new group 'alt.pl.rock-elektroniczny' Registering new group 'alt.pl.sapkowski' Registering new group 'alt.pl.tsa' Registering new group 'alt.sports.college.ohio-state' Registering new group 'alt.sports.college.sec.tennessee' Registering new group 'alt.sports.college.utexas' Registering new group 'alt.tv.all-my-children' Registering new group 'alt.tv.dark_shadows' Getting remote overviews 5691-5693 for group alt.sys.pdp10 Added alt.sys.pdp10 3630-3632 3 articles marked for download in alt.sys.pdp10 Getting remote overviews 101021-101027 for group de.admin.net-abuse.mail Added de.admin.net-abuse.mail 87956-87962 7 articles marked for download in de.admin.net-abuse.mail Getting remote overviews 35102-35102 for group de.comm.internet.routing Added de.comm.internet.routing 28826-28826 1 articles marked for download in de.comm.internet.routing No new articles in de.comm.uucp No articles in maus.computer.sprache.gfabasic Getting remote overviews 240998-241005 for group news.answers Added news.answers 233839-233846 8 articles marked for download in news.answers Getting remote overviews 258-258 for group saar.markt.wohnung No new articles in saar.org.handshake.aktuell No new articles in saar.uni.rz.stud 19 TOTAL messages to download Retrieving article list [1/19] Retrieving <3kl...@ei...> [2/19] Retrieving <aokn1f$1ar6$1...@ci...> [3/19] Retrieving <5lo...@4a...> [4/19] Retrieving <aokici$20f$04$1...@ne...> [5/19] Retrieving <vni...@4a...> [6/19] Retrieving <8Yz...@zo...> [7/19] Retrieving <8YzDQ$Jt...@zo...> [8/19] Retrieving <aoklvd$8jk$03$1...@ne...> [9/19] Retrieving <gao...@4a...> [10/19] Retrieving <d8o...@4a...> [11/19] Retrieving <709...@us...> [12/19] Retrieving <de-admin-infos/dana-manual/200...@kr...> Message '<de-admin-infos/dana-manual/200...@kr...>' cancelled. [13/19] Retrieving <de-newusers-infos/einleitung/200...@kr...> Message '<de-newusers-infos/einleitung/200...@kr...>' cancelled. [14/19] Retrieving <usenet/inf...@rt...> Cancel: '<usenet/inf...@rt...>' not in database. [15/19] Retrieving <books/cat...@rt...> Cancel: '<books/cat...@rt...>' not in database. [16/19] Retrieving <sports/table-soccer/UST...@rt...> Cancel: '<sports/table-soccer/UST...@rt...>' not in database. [17/19] Retrieving <cdrom/cd-recordable/par...@rt...> Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Retrieving of <cdrom/cd-recordable/par...@rt...> failed: Can't open message base Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Received SIGSEGV. Please submit a bug report Segmentation fault ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 |
|
From: <no...@so...> - 2002-10-25 18:04:04
|
Bugs item #624357, was opened at 2002-10-17 00:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jim Hague (bears) Summary: SEGV during concurrent access. Initial Comment: My noffle 1.1.2 crashed during fetch. This happened while the connection had already been stuck (at step [17/19]) for some time, because I had some download taking up all bandwidth. I decided to read some news in the meantime but when I opened the newsgroup saar.markt.wohnung in the newsreader, noffle instantly crashed. I could not find any core dump lying around. This is not the only problem I had with concurrent access. I am using an automated script to archive news.answers using NNTP STAT followed by a NEXT loop until it gets a 223. Several times I read news while the script was running and it bailed out because it noticed the article ID had been reset to the first article in the group instead of being increased by NEXT to the next available article. Output of noffle: Fetch from 'news.cis.dfn.de' Connected to 130.133.1.4:119 Updating groupinfo Registering new group 'alt.pl.regionalne.plock.ogloszenia' Registering new group 'alt.pl.regionalne.poznan.politechnika' Registering new group 'alt.pl.regionalne.trojmiasto.ogloszenia' Registering new group 'alt.pl.regionalne.wroclaw.politechnika' Registering new group 'alt.pl.rock-elektroniczny' Registering new group 'alt.pl.sapkowski' Registering new group 'alt.pl.tsa' Registering new group 'alt.sports.college.ohio-state' Registering new group 'alt.sports.college.sec.tennessee' Registering new group 'alt.sports.college.utexas' Registering new group 'alt.tv.all-my-children' Registering new group 'alt.tv.dark_shadows' Getting remote overviews 5691-5693 for group alt.sys.pdp10 Added alt.sys.pdp10 3630-3632 3 articles marked for download in alt.sys.pdp10 Getting remote overviews 101021-101027 for group de.admin.net-abuse.mail Added de.admin.net-abuse.mail 87956-87962 7 articles marked for download in de.admin.net-abuse.mail Getting remote overviews 35102-35102 for group de.comm.internet.routing Added de.comm.internet.routing 28826-28826 1 articles marked for download in de.comm.internet.routing No new articles in de.comm.uucp No articles in maus.computer.sprache.gfabasic Getting remote overviews 240998-241005 for group news.answers Added news.answers 233839-233846 8 articles marked for download in news.answers Getting remote overviews 258-258 for group saar.markt.wohnung No new articles in saar.org.handshake.aktuell No new articles in saar.uni.rz.stud 19 TOTAL messages to download Retrieving article list [1/19] Retrieving <3kl...@ei...> [2/19] Retrieving <aokn1f$1ar6$1...@ci...> [3/19] Retrieving <5lo...@4a...> [4/19] Retrieving <aokici$20f$04$1...@ne...> [5/19] Retrieving <vni...@4a...> [6/19] Retrieving <8Yz...@zo...> [7/19] Retrieving <8YzDQ$Jt...@zo...> [8/19] Retrieving <aoklvd$8jk$03$1...@ne...> [9/19] Retrieving <gao...@4a...> [10/19] Retrieving <d8o...@4a...> [11/19] Retrieving <709...@us...> [12/19] Retrieving <de-admin-infos/dana-manual/200...@kr...> Message '<de-admin-infos/dana-manual/200...@kr...>' cancelled. [13/19] Retrieving <de-newusers-infos/einleitung/200...@kr...> Message '<de-newusers-infos/einleitung/200...@kr...>' cancelled. [14/19] Retrieving <usenet/inf...@rt...> Cancel: '<usenet/inf...@rt...>' not in database. [15/19] Retrieving <books/cat...@rt...> Cancel: '<books/cat...@rt...>' not in database. [16/19] Retrieving <sports/table-soccer/UST...@rt...> Cancel: '<sports/table-soccer/UST...@rt...>' not in database. [17/19] Retrieving <cdrom/cd-recordable/par...@rt...> Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Retrieving of <cdrom/cd-recordable/par...@rt...> failed: Can't open message base Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Received SIGSEGV. Please submit a bug report Segmentation fault ---------------------------------------------------------------------- >Comment By: Jim Hague (bears) Date: 2002-10-25 12:12 Message: Logged In: YES user_id=184 The second problem, losing the article pointer while reading a group, is now fixed in CVS. The SIGSEGV I can't do more than guess at without a backtrace. The core file should be at /var/spool/noffle/core. From the log, I am wondering about the 'Resource temporarily unavailable' message. /var/spool/noffle isn't a remote filesystem (e.g. NFS mounted) is it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 |
|
From: Jim H. <jim...@ac...> - 2002-10-25 11:07:36
|
On 21-Oct-2002 Mirko Liss wrote: > I suppose the call of LoadGrpIfSelected() in src/server.c:doNext() > resets server.artPtr via changeToGrp(), because src/lock.c:lockSignal() > sets server.groupReady=FALSE via Server_flushCache(). > > I'm not sure how to get rid of that bug. Noffle's locking mechanism > still looks too weird for me to understand fully. Mirko, the patch I sent you yesterday does do the right thing (I made some time to check). I've committed it to CVS. It's a bad enough bug that I should do another release. Hopefully soon. -- Jim Hague - jim...@in... (Work), ji...@be... (Play) Never trust a computer you can't lift. |
|
From: Jim H. <jim...@ac...> - 2002-10-24 13:28:38
|
On 21-Oct-2002 Mirko Liss wrote:
> no...@so... wrote:
>> Bugs item #624357, was opened at 2002-10-16 16:14
>
>> Initial Comment:
>> My noffle 1.1.2 crashed during fetch. This happened
>> crashed. I could not find any core dump lying around.
> It should be at /var/spool/noffle/core. Maybe the creation
> of core files has been switched off by a ulimit command.
>
>> This is not the only problem I had with concurrent
>> access. I am using an automated script to archive
>> news.answers using NNTP STAT followed by a NEXT loop
>> until it gets a 223. Several times I read news while
>> the script was running and it bailed out because it
>> noticed the article ID had been reset to the first
>> article in the group instead of being increased by NEXT
>> to the next available article.
>
> I added some additional Log_inf() calls to src/server.c:doNext(),
> Server_flushCache(), changeToGrp() and src/lock.c:lockSignal().
> Then I used two server processes to loop through the articles
> of different groups in the aforementioned way.
> Here's what I got (sorry for the long lines):
> [...]
> I suppose the call of LoadGrpIfSelected() in src/server.c:doNext()
> resets server.artPtr via changeToGrp(), because src/lock.c:lockSignal()
> sets server.groupReady=FALSE via Server_flushCache().
>
> I'm not sure how to get rid of that bug. Noffle's locking mechanism
> still looks too weird for me to understand fully.
Thanks for looking at that, Mirko. Yeah, the locking stuff is a Big of a Bugger.
The SIGUSR1 is another Noffle process indicating that it wants access to the
data files but is currently locked out. Next time the receiving process goes
through a 'release lock', it actually releases the lock. Usually it will
actually hang on to the lock, so that a subsequent 'get lock' is a no-op.
Releasing and getting the lock is an expensive thing to do.
While the lock is released, the other Noffle process can be doing all kinds of
things to the databases, so all in-memory structures must be discarded.
So here there's a lock release/lock regain happening where the current group
cursor is not being retained. That's a bug, no question.
Now, thinking about it, it must be a problem when the lock is released in the
server code. Hmm. There must be something that remembers and restores the
current group, but not the current cursor.
Mirko, can you do me a favour? I'm flat out with work at the moment (off to the
States at the weekend to present two weeks of training courses) and haven't got
time to test this. But I think it might work. The changeToGrp() routine was
being used to reload the in-memory data, and was resetting the article pointer.
This patch attempts to separate the 'reload the current group' functionality.
Thanks.
(BTW, is it just me or are we back to a 3 day delay receiving mails from
the SourceForge mailing list? I just got yours now.)
--- server.c 5 Aug 2002 22:05:02 -0000
+++ server.c 24 Oct 2002 13:23:06 -0000
@@ -314,15 +314,34 @@
}
static void
-changeToGrp( const char *grp )
+loadGrpInfo( const char *grp )
{
checkNewArts( grp );
Utl_cpyStr( server.grp, grp );
readCont( grp );
- server.artPtr = Cont_first();
+
+ /*
+ * This routine is used to change back to a group after releasing
+ * the lock. We need to preserve the group cursor if at all possible.
+ * So, if the article pointer points to an article before or after
+ * the current range, adjust it to the first/last article. Otherwise
+ * leave it well alone.
+ */
+ if ( server.artPtr < Cont_first() )
+ server.artPtr = Cont_first();
+ else if ( server.artPtr > Cont_last() )
+ server.artPtr = Cont_last();
+
server.groupReady = TRUE;
}
+static void
+changeToGrp( const char *grp )
+{
+ loadGrpInfo( grp );
+ server.artPtr = Cont_first();
+}
+
static Bool
doGrp( char *arg, const Cmd *cmd )
{
@@ -370,7 +389,7 @@
if ( ! server.groupReady )
{
Utl_cpyStr( group, server.grp );
- changeToGrp( group );
+ loadGrpInfo( group );
}
return TRUE;
}
--
Jim Hague - jim...@in... (Work), ji...@be... (Play)
Never trust a computer you can't lift.
|
|
From: Mirko L. <mir...@we...> - 2002-10-21 16:49:39
|
no...@so... wrote: > Bugs item #624357, was opened at 2002-10-16 16:14 > Initial Comment: > My noffle 1.1.2 crashed during fetch. This happened > crashed. I could not find any core dump lying around. It should be at /var/spool/noffle/core. Maybe the creation of core files has been switched off by a ulimit command. > This is not the only problem I had with concurrent > access. I am using an automated script to archive > news.answers using NNTP STAT followed by a NEXT loop > until it gets a 223. Several times I read news while > the script was running and it bailed out because it > noticed the article ID had been reset to the first > article in the group instead of being increased by NEXT > to the next available article. I added some additional Log_inf() calls to src/server.c:doNext(), Server_flushCache(), changeToGrp() and src/lock.c:lockSignal(). Then I used two server processes to loop through the articles of different groups in the aforementioned way. Here's what I got (sorry for the long lines): Oct 21 17:48:25 mliss noffle[7263]: Starting as server Oct 21 17:48:25 mliss noffle[7264]: Starting as server Oct 21 17:48:25 mliss noffle[7263]: ChangeToGrp 'de.alt.sysadmin.recovery' from 'de.alt.sysadmin.recovery' Oct 21 17:48:25 mliss noffle[7263]: doNext(): artPtr 54853; grp de.alt.sysadmin.recovery Oct 21 17:48:25 mliss noffle[7263]: doNext(): artPtr 54883; grp de.alt.sysadmin.recovery [..proc 7263 iterates through the articles but is stopped by SIGUSR1 after article 60439..] Oct 21 17:48:26 mliss noffle[7263]: doNext(): artPtr 60438; grp de.alt.sysadmin.recovery Oct 21 17:48:26 mliss noffle[7263]: lockSignal sig: 10 Oct 21 17:48:26 mliss noffle[7263]: doNext(): artPtr 60439; grp de.alt.sysadmin.recovery Oct 21 17:48:26 mliss noffle[7263]: Server_flushCache() called Oct 21 17:48:26 mliss noffle[7264]: ChangeToGrp 'de.alt.netdigest' from 'de.alt.netdigest' Oct 21 17:48:26 mliss noffle[7264]: doNext(): artPtr 9222; grp de.alt.netdigest Oct 21 17:48:26 mliss noffle[7264]: doNext(): artPtr 9223; grp de.alt.netdigest [..proc 7264 iterates through the articles. Article 9316 is the last one..] Oct 21 17:48:26 mliss noffle[7264]: doNext(): artPtr 9316; grp de.alt.netdigest Oct 21 17:48:26 mliss noffle[7264]: Server_flushCache() called Oct 21 17:48:26 mliss noffle[7263]: ChangeToGrp 'de.alt.sysadmin.recovery' from 'de.alt.sysadmin.recovery' Oct 21 17:48:26 mliss noffle[7263]: doNext(): artPtr 54853; grp de.alt.sysadmin.recovery I suppose the call of LoadGrpIfSelected() in src/server.c:doNext() resets server.artPtr via changeToGrp(), because src/lock.c:lockSignal() sets server.groupReady=FALSE via Server_flushCache(). I'm not sure how to get rid of that bug. Noffle's locking mechanism still looks too weird for me to understand fully. Mirko |
|
From: <no...@so...> - 2002-10-16 23:14:50
|
Bugs item #624357, was opened at 2002-10-16 16:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: SEGV during concurrent access. Initial Comment: My noffle 1.1.2 crashed during fetch. This happened while the connection had already been stuck (at step [17/19]) for some time, because I had some download taking up all bandwidth. I decided to read some news in the meantime but when I opened the newsgroup saar.markt.wohnung in the newsreader, noffle instantly crashed. I could not find any core dump lying around. This is not the only problem I had with concurrent access. I am using an automated script to archive news.answers using NNTP STAT followed by a NEXT loop until it gets a 223. Several times I read news while the script was running and it bailed out because it noticed the article ID had been reset to the first article in the group instead of being increased by NEXT to the next available article. Output of noffle: Fetch from 'news.cis.dfn.de' Connected to 130.133.1.4:119 Updating groupinfo Registering new group 'alt.pl.regionalne.plock.ogloszenia' Registering new group 'alt.pl.regionalne.poznan.politechnika' Registering new group 'alt.pl.regionalne.trojmiasto.ogloszenia' Registering new group 'alt.pl.regionalne.wroclaw.politechnika' Registering new group 'alt.pl.rock-elektroniczny' Registering new group 'alt.pl.sapkowski' Registering new group 'alt.pl.tsa' Registering new group 'alt.sports.college.ohio-state' Registering new group 'alt.sports.college.sec.tennessee' Registering new group 'alt.sports.college.utexas' Registering new group 'alt.tv.all-my-children' Registering new group 'alt.tv.dark_shadows' Getting remote overviews 5691-5693 for group alt.sys.pdp10 Added alt.sys.pdp10 3630-3632 3 articles marked for download in alt.sys.pdp10 Getting remote overviews 101021-101027 for group de.admin.net-abuse.mail Added de.admin.net-abuse.mail 87956-87962 7 articles marked for download in de.admin.net-abuse.mail Getting remote overviews 35102-35102 for group de.comm.internet.routing Added de.comm.internet.routing 28826-28826 1 articles marked for download in de.comm.internet.routing No new articles in de.comm.uucp No articles in maus.computer.sprache.gfabasic Getting remote overviews 240998-241005 for group news.answers Added news.answers 233839-233846 8 articles marked for download in news.answers Getting remote overviews 258-258 for group saar.markt.wohnung No new articles in saar.org.handshake.aktuell No new articles in saar.uni.rz.stud 19 TOTAL messages to download Retrieving article list [1/19] Retrieving <3kl...@ei...> [2/19] Retrieving <aokn1f$1ar6$1...@ci...> [3/19] Retrieving <5lo...@4a...> [4/19] Retrieving <aokici$20f$04$1...@ne...> [5/19] Retrieving <vni...@4a...> [6/19] Retrieving <8Yz...@zo...> [7/19] Retrieving <8YzDQ$Jt...@zo...> [8/19] Retrieving <aoklvd$8jk$03$1...@ne...> [9/19] Retrieving <gao...@4a...> [10/19] Retrieving <d8o...@4a...> [11/19] Retrieving <709...@us...> [12/19] Retrieving <de-admin-infos/dana-manual/200...@kr...> Message '<de-admin-infos/dana-manual/200...@kr...>' cancelled. [13/19] Retrieving <de-newusers-infos/einleitung/200...@kr...> Message '<de-newusers-infos/einleitung/200...@kr...>' cancelled. [14/19] Retrieving <usenet/inf...@rt...> Cancel: '<usenet/inf...@rt...>' not in database. [15/19] Retrieving <books/cat...@rt...> Cancel: '<books/cat...@rt...>' not in database. [16/19] Retrieving <sports/table-soccer/UST...@rt...> Cancel: '<sports/table-soccer/UST...@rt...>' not in database. [17/19] Retrieving <cdrom/cd-recordable/par...@rt...> Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Retrieving of <cdrom/cd-recordable/par...@rt...> failed: Can't open message base Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Received SIGSEGV. Please submit a bug report Segmentation fault ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 |
|
From: Mirko L. <mir...@we...> - 2002-10-11 21:57:58
|
Jim Hague wrote: > The thing is, I don't see how the umask (well, any sane one) could matter. > After all, noffle should be suid news by that stage and creating directories > owned by news. Well, maybe I'm wrong blaming the umask for Thorsten's problems. > One thing does occur to me, though, looking at the leafnode and the noffle > problems. Could something have been through and reset the suid bit on the > executable? Some sort of security checking process? Suse 7.0 (the version I use) uses the sh-script /sbin/SuSEconfig. It fixes ownership and permissions of the files listed in /etc/permissions.* and /etc/permissions.d/* . An example: $ cat /etc/permissions.d/tetex /var/lib/texmf/ root.root 1755 /var/lib/texmf/ls-R root.root 0666 [.. and so on ..] Since Jim's noffle.rpm for Redhat 7.2 doesn't contain such a list, it's files won't be checked. There is no default permission or ownership for unknown files. I hope this hasn't been changed in Thorsten's Suse 8.0. friendly regards, Mirko |
|
From: Jim H. <jim...@ac...> - 2002-10-09 22:26:20
|
On 07-Oct-2002 Mirko Liss wrote: > I haven't looked at the rpm yet, so I can't tell anything about it. > > Thorsten's noffle used to do what he expected until he added 'noffle --fetch' > to /etc/ppp/ip-up.local. His giant log file noted wrong file permissions of > the > files in the outgoing/news.cis.fn.de/ directory, the lock and lastupdate > files. > Have I forgotten some entries when skimming through the log? The thing is, I don't see how the umask (well, any sane one) could matter. After all, noffle should be suid news by that stage and creating directories owned by news. One thing does occur to me, though, looking at the leafnode and the noffle problems. Could something have been through and reset the suid bit on the executable? Some sort of security checking process? Thorsten, does /usr/bin/noffle have permissions starting -rwsr-xr-x 1 news news if you 'ls -l' it? -- Jim Hague - jim...@in... (Work), ji...@be... (Play) Never trust a computer you can't lift or you don't control. |
|
From: Mirko L. <mir...@we...> - 2002-10-07 21:02:51
|
Jim Hague wrote: > On 30-Sep-2002 Mirko Liss wrote: > > Do we need to add uname(022) to src/noffle.c:initNoffle(), Jim? > > I suppose SuSE 8.0 is just a hostile environment for any > > self-compiled software. > > Thanks for looking into that, Mirko. I had only limited success reading my > email last week. > > I've not tried SuSE 8.0. I assume that they have some pretty hostile default > umask. Out of interest, what exactly is it? I don't use SuSE 8.0 either, so I'm afraid I don't know it. It was just quick guesswork. Thorsten replied to me and told me it fixed the bug. > >From what you said, it seems that the permissions on the /var/spool/noffle > directory were the problem. We don't create that directory inside Noffle, > though we do create subdirectories. So if I understand you right, we need to > look at the RPM to get the permissions right creating /var/spool/noffle *and* > reset the umask when creating subdirectories. I haven't looked at the rpm yet, so I can't tell anything about it. Thorsten's noffle used to do what he expected until he added 'noffle --fetch' to /etc/ppp/ip-up.local. His giant log file noted wrong file permissions of the files in the outgoing/news.cis.fn.de/ directory, the lock and lastupdate files. Have I forgotten some entries when skimming through the log? Friendly regards, Mirko |
|
From: <no...@so...> - 2002-08-29 09:13:35
|
Bugs item #596308, was opened at 2002-08-17 01:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=596308&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Latini Sandro (smanet) Assigned to: Jim Hague (bears) Summary: Received SIGSEGV. Please submit a bug re Initial Comment: This happens when i had to switch to a new news server.. why this? I tryed to recompile noffle with debug=yes but it not help me more. I'm running a Slackware 8 system with a 2.4.19 kernel. Before works very fine. Thanks for anyone help me Sandro root@blackhole:/usr/local/news/bin# ./noffle --query groups NOFFLE version 1.0.1 Waiting for lock ... Lock successful /var/spool/noffle/data/articles.gdbm opened for r/w /var/spool/noffle/data/groupinfo.gdbm opened for r/w opening request database Core limit set to -1 Changed to directory '/var/spool/noffle' Fetch from 'news.virgilio.it' [R] 200 news.tin.it (Twister v1.2.0) [S] MODE READER [S FLUSH] [R] 200 news.tin.it (Twister v1.2.0) Connected to 195.31.190.131:119 [S] LIST [S FLUSH] [R] 215 NewsGroups Follow [R] free.it.scrittori.clive.cussler 0000000003 0000000002 y Group free.it.scrittori.clive.cussler is already fetched from news.virgilio.it [R] free.it.musica.ozzy 0000000001 0000000002 y Group free.it.musica.ozzy is already fetched from news.virgilio.it [R] free.it.telefonia.mms 0000000008 0000000002 y Group free.it.telefonia.mms is already fetched from news.virgilio.it [R] free.it.cellulari.negozi 0000000001 0000000002 y Group free.it.cellulari.negozi is already fetched from news.virgilio.it [R] free.it.musica.ska 0000000006 0000000002 y Group free.it.musica.ska is already fetched from news.virgilio.it [R] free.it.universita.milano.politecnico 0000000001 0000000002 y Group free.it.universita.milano.politecnico is already fetched from news.virgilio.it [R] free.it.musica.black-metal 0000000001 0000000002 y Group free.it.musica.black-metal is already fetched from news.virgilio.it [R] free.it.club 0000000001 0000000002 y Registering new group 'free.it.club' Received SIGSEGV. Please submit a bug report Segmentation fault ---------------------------------------------------------------------- >Comment By: Jim Hague (bears) Date: 2002-08-29 10:13 Message: Logged In: YES user_id=184 Sorry I've not responded earlier. Holiday, you see. Noffle should have produced a core dump, probably in /var/spool/noffle. Could you give me a backtrace? I can explain how if necessary. Also, does this always happen? Or does it work properly if you repeat the operation? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=596308&group_id=1044 |
|
From: <no...@so...> - 2002-08-29 09:04:25
|
Bugs item #436127, was opened at 2001-06-25 18:11 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=436127&group_id=1044 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Received SIGSEGV. Please submit a bug re Initial Comment: Here you are... I sent a support request some days ago about a similar bug with the noffle -e command. Since this morning, I get this... [me@localhost maciej]$ noffle -f Fetch from 'news.cis.dfn.de' Connected to 130.133.1.4:119 Updating groupinfo Getting remote overviews 101560-101560 for group it.arti.fantasy Added it.arti.fantasy 101528-101528 1 articles marked for download in it.arti.fantasy No new articles in it.arti.musica.spartiti No new articles in it.comp.lang.c++ No new articles in it.comp.os.linux.development Getting remote overviews 118632-118633 for group it.comp.os.linux.iniziare Added it.comp.os.linux.iniziare 117046-117047 0 articles marked for download in it.comp.os.linux.iniziare Getting remote overviews 30920-30949 for group it.comp.os.linux.software Received SIGSEGV. Please submit a bug report Segmentation fault [me@localhost maciej]$ ---------------------------------------------------------------------- >Comment By: Jim Hague (bears) Date: 2002-08-29 10:04 Message: Logged In: YES user_id=184 Since we'd had no response, I'm closing this. ---------------------------------------------------------------------- Comment By: Markus Enzenberger (enz) Date: 2001-06-26 18:10 Message: Logged In: YES user_id=3247 Which version of Noffle are you using? Is the crash reproducible? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=436127&group_id=1044 |
|
From: <no...@so...> - 2002-08-29 08:56:16
|
Bugs item #596308, was opened at 2002-08-17 01:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=596308&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Latini Sandro (smanet) >Assigned to: Jim Hague (bears) Summary: Received SIGSEGV. Please submit a bug re Initial Comment: This happens when i had to switch to a new news server.. why this? I tryed to recompile noffle with debug=yes but it not help me more. I'm running a Slackware 8 system with a 2.4.19 kernel. Before works very fine. Thanks for anyone help me Sandro root@blackhole:/usr/local/news/bin# ./noffle --query groups NOFFLE version 1.0.1 Waiting for lock ... Lock successful /var/spool/noffle/data/articles.gdbm opened for r/w /var/spool/noffle/data/groupinfo.gdbm opened for r/w opening request database Core limit set to -1 Changed to directory '/var/spool/noffle' Fetch from 'news.virgilio.it' [R] 200 news.tin.it (Twister v1.2.0) [S] MODE READER [S FLUSH] [R] 200 news.tin.it (Twister v1.2.0) Connected to 195.31.190.131:119 [S] LIST [S FLUSH] [R] 215 NewsGroups Follow [R] free.it.scrittori.clive.cussler 0000000003 0000000002 y Group free.it.scrittori.clive.cussler is already fetched from news.virgilio.it [R] free.it.musica.ozzy 0000000001 0000000002 y Group free.it.musica.ozzy is already fetched from news.virgilio.it [R] free.it.telefonia.mms 0000000008 0000000002 y Group free.it.telefonia.mms is already fetched from news.virgilio.it [R] free.it.cellulari.negozi 0000000001 0000000002 y Group free.it.cellulari.negozi is already fetched from news.virgilio.it [R] free.it.musica.ska 0000000006 0000000002 y Group free.it.musica.ska is already fetched from news.virgilio.it [R] free.it.universita.milano.politecnico 0000000001 0000000002 y Group free.it.universita.milano.politecnico is already fetched from news.virgilio.it [R] free.it.musica.black-metal 0000000001 0000000002 y Group free.it.musica.black-metal is already fetched from news.virgilio.it [R] free.it.club 0000000001 0000000002 y Registering new group 'free.it.club' Received SIGSEGV. Please submit a bug report Segmentation fault ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=596308&group_id=1044 |
|
From: <no...@so...> - 2002-08-17 00:19:35
|
Bugs item #596308, was opened at 2002-08-17 02:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=596308&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Latini Sandro (smanet) Assigned to: Nobody/Anonymous (nobody) Summary: Received SIGSEGV. Please submit a bug re Initial Comment: This happens when i had to switch to a new news server.. why this? I tryed to recompile noffle with debug=yes but it not help me more. I'm running a Slackware 8 system with a 2.4.19 kernel. Before works very fine. Thanks for anyone help me Sandro root@blackhole:/usr/local/news/bin# ./noffle --query groups NOFFLE version 1.0.1 Waiting for lock ... Lock successful /var/spool/noffle/data/articles.gdbm opened for r/w /var/spool/noffle/data/groupinfo.gdbm opened for r/w opening request database Core limit set to -1 Changed to directory '/var/spool/noffle' Fetch from 'news.virgilio.it' [R] 200 news.tin.it (Twister v1.2.0) [S] MODE READER [S FLUSH] [R] 200 news.tin.it (Twister v1.2.0) Connected to 195.31.190.131:119 [S] LIST [S FLUSH] [R] 215 NewsGroups Follow [R] free.it.scrittori.clive.cussler 0000000003 0000000002 y Group free.it.scrittori.clive.cussler is already fetched from news.virgilio.it [R] free.it.musica.ozzy 0000000001 0000000002 y Group free.it.musica.ozzy is already fetched from news.virgilio.it [R] free.it.telefonia.mms 0000000008 0000000002 y Group free.it.telefonia.mms is already fetched from news.virgilio.it [R] free.it.cellulari.negozi 0000000001 0000000002 y Group free.it.cellulari.negozi is already fetched from news.virgilio.it [R] free.it.musica.ska 0000000006 0000000002 y Group free.it.musica.ska is already fetched from news.virgilio.it [R] free.it.universita.milano.politecnico 0000000001 0000000002 y Group free.it.universita.milano.politecnico is already fetched from news.virgilio.it [R] free.it.musica.black-metal 0000000001 0000000002 y Group free.it.musica.black-metal is already fetched from news.virgilio.it [R] free.it.club 0000000001 0000000002 y Registering new group 'free.it.club' Received SIGSEGV. Please submit a bug report Segmentation fault ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=596308&group_id=1044 |
|
From: Mirko L. <mir...@we...> - 2002-07-12 21:11:00
|
Jim Hague wrote: > I suggest I modify the INSTALL instructions to remove the online mode stuff > and redo the README to move the references to online mode into its own > section to emphasise the changed behaviour. That's great. > Comments? Please add a note about another issue: Even in online mode, you can't refetch articles that have been expired or that were posted to newsgroups both unknown and unsubscribed. ARTICLE <msgid> won't be passed to an upstream server if the msgid isn't available at the local site (neither the full article nor just the overview). I can't decide if this is a good thing or a bad thing. Reconstruction of a thread ( eg via slrn keyboard shortcut 'ESC 1 ESP p') would be much slower if noffle passed a lot of single requests to upstream servers. Friendly regards, Mirko |
|
From: Jim H. <jim...@ac...> - 2002-07-12 10:13:02
|
On 08-Jul-2002 Mirko Liss wrote: > This happens if noffle is online and no article or pseudo > exists. It's a SNAFU: > > The group will be auto-subscribed after the first article have been > read. But no pseudo will be generated in online mode. If you're in online mode, then the group won't be auto-subscribed. See noteInterest() in server.c. This is also what the docs claim. So Noffle just becomes a caching server a la Newscache. Hence there is no need for a pseudo-message either. The real problem (I think) is with the instructions in INSTALL that tell you to add 'noffle --online' to ip-up and 'noffle --offline' to ip-down. They don't tell you what this does. Furthermore, entering online mode while dialled in isn't necessary and furthermore changes the behaviour of Noffle in a potentially confusing way. I suggest I modify the INSTALL instructions to remove the online mode stuff and redo the README to move the references to online mode into its own section to emphasise the changed behaviour. Comments? -- Jim Hague - jim...@in... (Work), ji...@be... (Play) Never trust a computer you can't lift. |
|
From: Mirko L. <mir...@we...> - 2002-07-08 18:27:22
|
----- Forwarded message -----
>It seems to be something about being online ... for example:
This happens if noffle is online and no article or pseudo
exists. It's a SNAFU:
The group will be auto-subscribed after the first article have been
read. But no pseudo will be generated in online mode.
Patching server.c seems to fix it:
static Bool
needsPseudoGenInfo( const char *grp )
{
return ! ( Grp_local( grp )
- || Fetchlist_contains( grp, NULL )
- || Online_true() );
+ || Fetchlist_contains( grp, NULL ) );
}
But I suppose generating pseudo-articles in online mode is a BAD thing.
There's always the possibility of loops of chained servers.
I think there's something wrong with content.c:setupEmpty().
regards,
Mirko
|
|
From: <no...@so...> - 2002-07-08 11:12:37
|
Bugs item #578253, was opened at 2002-07-07 11:08 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=578253&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Mike Williams (mdub) Assigned to: Jim Hague (bears) Summary: auto-subscribe broken Initial Comment: Since upgrading to Noffle 1.1.2 (from CVS), auto-subscribe appears to be broken. The following NNTP session-logs demonstrate the difference in behaviour between v-1.0.1 and 1.1.2. "alt.foo.bar" is an unsubscribed group: $ nc 0 nntp 200 NNTP server NOFFLE 1.1.2 GROUP alt.foo.bar 211 0 0 0 alt.foo.bar selected quit 205 Goodbye $ nc 0 nntp 200 NNTP server NOFFLE 1.0.1 GROUP alt.foo.bar 211 4 1525 1528 alt.foo.bar selected quit 205 Goodbye ---------------------------------------------------------------------- >Comment By: Mike Williams (mdub) Date: 2002-07-08 21:12 Message: Logged In: YES user_id=106997 It seems to be something about being online ... for example: $ noffle -g | grep ^nz.general nz.general news.ozemail.com.au 538368 538367 -1 y 2002-06-22 13:56:56 1970-01-01 10:00:00 General information, announcements, etc $ noffle -o NOFFLE is already offline $ nc 0 nntp 200 NNTP server NOFFLE 1.1.2 GROUP nz.general 211 1 538368 538368 nz.general selected $ noffle -n NOFFLE is now online $ nc 0 nntp 200 NNTP server NOFFLE 1.1.2 GROUP nz.general 211 0 0 0 nz.general selected ---------------------------------------------------------------------- Comment By: Jim Hague (bears) Date: 2002-07-08 20:21 Message: Logged In: YES user_id=184 I can't reproduce this here. jim@hagrid:~$ telnet localhost nntp Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 200 NNTP server NOFFLE 1.1.2 group alt.foo.bar 211 1 1565 1565 alt.foo.bar selected quit 205 Goodbye What does noffle -g | grep alt.foo.bar report? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=578253&group_id=1044 |
|
From: <no...@so...> - 2002-07-08 10:21:57
|
Bugs item #578253, was opened at 2002-07-07 02:08 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=578253&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Mike Williams (mdub) >Assigned to: Jim Hague (bears) Summary: auto-subscribe broken Initial Comment: Since upgrading to Noffle 1.1.2 (from CVS), auto-subscribe appears to be broken. The following NNTP session-logs demonstrate the difference in behaviour between v-1.0.1 and 1.1.2. "alt.foo.bar" is an unsubscribed group: $ nc 0 nntp 200 NNTP server NOFFLE 1.1.2 GROUP alt.foo.bar 211 0 0 0 alt.foo.bar selected quit 205 Goodbye $ nc 0 nntp 200 NNTP server NOFFLE 1.0.1 GROUP alt.foo.bar 211 4 1525 1528 alt.foo.bar selected quit 205 Goodbye ---------------------------------------------------------------------- >Comment By: Jim Hague (bears) Date: 2002-07-08 11:21 Message: Logged In: YES user_id=184 I can't reproduce this here. jim@hagrid:~$ telnet localhost nntp Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 200 NNTP server NOFFLE 1.1.2 group alt.foo.bar 211 1 1565 1565 alt.foo.bar selected quit 205 Goodbye What does noffle -g | grep alt.foo.bar report? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=578253&group_id=1044 |
|
From: <no...@so...> - 2002-07-07 01:08:01
|
Bugs item #578253, was opened at 2002-07-07 11:08 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=578253&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Mike Williams (mdub) Assigned to: Nobody/Anonymous (nobody) Summary: auto-subscribe broken Initial Comment: Since upgrading to Noffle 1.1.2 (from CVS), auto-subscribe appears to be broken. The following NNTP session-logs demonstrate the difference in behaviour between v-1.0.1 and 1.1.2. "alt.foo.bar" is an unsubscribed group: $ nc 0 nntp 200 NNTP server NOFFLE 1.1.2 GROUP alt.foo.bar 211 0 0 0 alt.foo.bar selected quit 205 Goodbye $ nc 0 nntp 200 NNTP server NOFFLE 1.0.1 GROUP alt.foo.bar 211 4 1525 1528 alt.foo.bar selected quit 205 Goodbye ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=578253&group_id=1044 |
|
From: Jim H. <jim...@ac...> - 2002-07-04 10:18:10
|
I've recently been seeing delays of 4 days on me receiving message to noffle-devel. Is anybody else seeing similar? -- Jim Hague - jim...@in... (Work), ji...@be... (Play) Never trust a computer you can't lift or you don't control. |
|
From: <no...@so...> - 2002-06-29 05:01:58
|
Bugs item #572631, was opened at 2002-06-23 10:48 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=572631&group_id=1044 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Mike Williams (mdub) Assigned to: Jim Hague (bears) >Summary: "GMT" arg to NEWGROUPS is ignored Initial Comment: noffle silently ignores the optional "GMT" argument in it's implementation of the NEWGROUPS command. In my case, (1) I'm in timezone GMT+10, and (2) I just installed noffle, so most of my groups are less than ten hours old. The result is that every time I start my news-reader, all 40000+ of the groups in my active file are reported as new. I'm using Gnus, in which handling new groups is quite expensive: 40000+ groups basically sends it into a tailspin for a few minutes. I suspect that this is the cause of the " GNUS hangs" problem mentioned in the FAQ. ---------------------------------------------------------------------- >Comment By: Mike Williams (mdub) Date: 2002-06-29 15:01 Message: Logged In: YES user_id=106997 Yup, appears to be fixed in the CVS version. Thanks Jim. ---------------------------------------------------------------------- Comment By: Jim Hague (bears) Date: 2002-06-27 06:43 Message: Logged In: YES user_id=184 G'day Mike, The GMT problem should now be fixed in CVS. Thank you for spotting this in (northern) summer; verifying fixes is easier when your local time zone isn't GMT. Thanks for the suggestion over the 'Gnus hangs' FAQ entry. It might well be that; I've never managed to reproduce the problem, but I suspect I always tried when TZ=GMT.... BTW, can you try the CVS version youself, or would you like me to do a new point release? Jim ---------------------------------------------------------------------- Comment By: Jim Hague (bears) Date: 2002-06-26 23:38 Message: Logged In: YES user_id=184 G'day Mike, The GMT problem should now be fixed in CVS. Thank you for spotting this in (northern) summer; verifying fixes is easier when your local time zone isn't GMT. Thanks for the suggestion over the 'Gnus hangs' FAQ entry. It might well be that; I've never managed to reproduce the problem, but I suspect I always tried when TZ=GMT.... BTW, can you try the CVS version youself, or would you like me to do a new point release? Jim ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=572631&group_id=1044 |
65 messages has been excluded from this view by a project administrator.
