Your message dated Sun, 26 May 2013 11:29:00 +0200
with message-id <[email protected]>
and subject line Re: Bug#208282: This bug is still relevant ?
has caused the Debian Bug report #208282,
regarding suck coredumps while downloading a lot of messages (probably)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
208282: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=208282
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: suck
Version: 4.3.0-5
Severity: important

Each time I use suck after my server has been turned off for some time
(so there is more to download than usually) I get coredumps (most
frequently they can be removed by editing sucknewsrc and manually
moving article counters to things like -100). 

Details:

a) As I found, the coredumping command is in my case

/usr/bin/suck news.astercity.net -AL /var/lib/news/active -br 
/var/lib/suck/batch.news.astercity.net.26037 -dt /var/lib/suck -dm 
/var/spool/suck/news.astercity.net -dd /etc/suck -p .news.astercity.net -N 119 
-E /var/log/suck/errlog

(news.astercity.net is my news provider, configured in 
/etc/suck/news.astercity.net etc)

b) Here is what gdb says (the address seem to be the same from run to
   run in the same context)

Program terminated with signal 11, Segmentation fault.
(gdb) where
#0  0x08059e2b in strcpy ()
#1  0x00000000 in ?? ()

c) strace ends with (after mentioning a lot of articles)

read(4, "<[email protected]"..., 38) = 38
read(4, "\350\322\r\10\300\322\r\10\n\0\0\0K\273\0\0008\25\0\0O"..., 24) = 24
read(4, "\"\0\0\0", 4)                  = 4
read(4, "<[email protected]"..., 34) = 34
read(4, "@\323\r\10\10\323\r\10\n\0\0\0L\273\0\0009\25\0\0O\1\0"..., 24) = 24
read(4, "0\0\0\0", 4)                   = 4
read(4, "<[email protected]"..., 48) = 48
read(4, "\200\323\r\10`\323\r\10\n\0\0\0M\273\0\0:\25\0\0O\1\0\1"..., 24) = 24
read(4, "\33\0\0\0", 4)                 = 4
read(4, "<[email protected]>", 27) = 27
read(4, "\310\323\r\10\240\323\r\10\n\0\0\0N\273\0\0;\25\0\0O\1"..., 24) = 24
read(4, "#\0\0\0", 4)                   = 4
read(4, "<[email protected]."..., 35) = 35
read(4, "\10\324\r\10\350\323\r\10\n\0\0\0O\273\0\0<\25\0\0O\1\0"..., 24) = 24
read(4, "\33\0\0\0", 4)                 = 4
read(4, "<[email protected]>", 27) = 27
read(4, "P\324\r\10(\324\r\10\n\0\0\0P\273\0\0=\25\0\0O\1\0\1", 24) = 24
read(4, "\"\0\0\0", 4)                  = 4
read(4, "<[email protected]"..., 34) = 34
read(4, "\230\324\r\10p\324\r\10\n\0\0\0Q\273\0\0>\25\0\0O\1\0\1"..., 24) = 24
read(4, " \0\0\0", 4)                   = 4
read(4, "", 32)                         = 0
open("/var/log/suck/errlog", O_WRONLY|O_APPEND|O_CREAT, 0666) = 5
fstat64(5, {st_mode=S_IFREG|0644, st_size=10771, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x40022000
fstat64(5, {st_mode=S_IFREG|0644, st_size=10771, ...}) = 0
_llseek(5, 10771, [10771], SEEK_SET)    = 0
write(5, "/var/lib/suck/suck.db.news.aster"..., 50) = 50
close(5)                                = 0
munmap(0x40022000, 4096)                = 0
read(4, "", 4)                          = 0
read(4, "", 136)                        = 0
brk(0x80db000)                          = 0x80db000
open("/var/log/suck/errlog", O_WRONLY|O_APPEND|O_CREAT, 0666) = 5
fstat64(5, {st_mode=S_IFREG|0644, st_size=10821, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x40022000
fstat64(5, {st_mode=S_IFREG|0644, st_size=10821, ...}) = 0
_llseek(5, 10821, [10821], SEEK_SET)    = 0
write(5, "/var/lib/suck/suck.db.news.aster"..., 50) = 50
close(5)                                = 0
munmap(0x40022000, 4096)                = 0
close(4)                                = 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++



-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux pitagoras 2.4.20-ck2 #1 Sun Dec 29 15:25:09 CET 2002 i686
Locale: LANG=pl_PL, LC_CTYPE=pl_PL

Versions of packages suck depends on:
ii  debconf                 1.2.23woody1     Debian configuration management sy
ii  libc6                   2.2.5-11.5       GNU C Library: Shared libraries an
ii  libsocks4               4.3.beta2-12     SOCKS libraries
ii  libssl0.9.6             0.9.6c-2.woody.3 SSL shared libraries



--- End Message ---
--- Begin Message ---
Jens Müller <[email protected]> writes:

> Am 26.05.2013 11:20, schrieb Christian Marillat:
>> Hi,
>> 
>> I've just noticed this bug report.
>> 
>> Maybe we can close this bug now ?
>> 
>> Christian
>> 
>
> Yes, probably. I no longer use suck anyway ...

Then closed.

Christian

--- End Message ---

Reply via email to