[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#248352: marked as done (seed48: segfaults, seems to expect nonstandard argument type)



Your message dated Sun, 16 May 2004 00:15:37 +0900
with message-id <81hduhzppi.wl@omega.webmasters.gr.jp>
and subject line Bug#248352: seed48: segfaults, seems to expect nonstandard argument type
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 10 May 2004 18:16:47 +0000
>From arthur@korn.ch Mon May 10 11:16:47 2004
Return-path: <arthur@korn.ch>
Received: from 80-219-201-67.dclient.hispeed.ch (twoflower.prv.korn.ch) [80.219.201.67] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1BNFKY-0000Zz-00; Mon, 10 May 2004 11:16:47 -0700
Received: from turing.prv.korn.ch (turing.prv.korn.ch [192.168.1.78])
	by twoflower.prv.korn.ch (Postfix) with SMTP
	id ED5605BB61; Mon, 10 May 2004 20:16:44 +0200 (CEST)
Received: by turing.prv.korn.ch (sSMTP sendmail emulation); Mon, 10 May 2004 20:16:49 +0200
From: "Arthur Korn" <arthur@korn.ch>
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: seed48: segfaults, seems to expect nonstandard argument type
X-Mailer: reportbug 2.58
Date: Mon, 10 May 2004 20:16:49 +0200
Message-Id: <[🔎] 20040510181645.ED5605BB61@twoflower.prv.korn.ch>
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
	autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 
X-CrossAssassin-Score: 1

Package: libc6
Version: 2.3.2.ds1-12
Severity: critical
Tags: sid
Justification: breaks unrelated software

Hi

Attached you find a testcase, I stumbled over this when compiling
afbackup.

The gdb output that lead me to my conclusion that libc6 seems to expect
another argument type (and size ...) than seed48() normaly does:

(gdb) run
Starting program: /home/twoflower/arthur/doc/sp/afbackup/a.out 

Program received signal SIGSEGV, Segmentation fault.
__seed48_r (seed16v=0x94b0, buffer=0x40149f48) at seed48_r.c:33
33      seed48_r.c: No such file or directory.
        in seed48_r.c
(gdb) bt
#0  __seed48_r (seed16v=0x94b0, buffer=0x40149f48) at seed48_r.c:33
#1  0x400449c9 in seed48 (seed16v=0x40149f48) at seed48.c:27
#2  0x08048384 in main (argc=1, argv=0xbffff9e4) at seed48-testcase.c:7
(gdb) ptype buffer
type = struct drand48_data {
    short unsigned int __x[3];
    short unsigned int __old_x[3];
    short unsigned int __c;
    short unsigned int __init;
    long long unsigned int __a;
} *

As you see are the adresses of seed48's seed16v and __seed48_r's buffer the
same, so probably the unsigned short[3] that seed48 get's passed is being
casted to drand48_data (which is by far larger).

Sorry I can't help any more. I nonetheless hope this helps fixing some
of the breakage in other apps that seems to be taking place.

Thanks for your work!

ciao, 2ri

*** doc/sp/afbackup/seed48-testcase.c
#include <stdlib.h>

unsigned short seed[3] = {0x7d1b, 0xa934, 0xbf10};

int main(int argc, char** argv)
{
    seed48(seed);
}


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (50, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.4
Locale: LANG=de_CH, LC_CTYPE=de_CH

Versions of packages libc6 depends on:
ii  libdb1-compat                 2.1.3-7    The Berkeley database routines [gl

-- no debconf information

---------------------------------------
Received: (at 248352-done) by bugs.debian.org; 15 May 2004 15:15:38 +0000
>From gotom@debian.or.jp Sat May 15 08:15:38 2004
Return-path: <gotom@debian.or.jp>
Received: from omega.webmasters.gr.jp (webmasters.gr.jp) [218.44.239.78] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1BP0t0-0006rP-00; Sat, 15 May 2004 08:15:38 -0700
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
	by webmasters.gr.jp (Postfix) with ESMTP
	id CE885DEB58; Sun, 16 May 2004 00:15:37 +0900 (JST)
Date: Sun, 16 May 2004 00:15:37 +0900
Message-ID: <81hduhzppi.wl@omega.webmasters.gr.jp>
From: GOTO Masanori <gotom@debian.or.jp>
To: "Arthur Korn" <arthur@korn.ch>, 248352-done@bugs.debian.org
Subject: Re: Bug#248352: seed48: segfaults, seems to expect nonstandard argument type
In-Reply-To: <[🔎] 8165b38lbh.wl@omega.webmasters.gr.jp>
References: <[🔎] 20040510181645.ED5605BB61@twoflower.prv.korn.ch>
	<[🔎] 8165b38lbh.wl@omega.webmasters.gr.jp>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
 FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
 (i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: 248352-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
	autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

At Tue, 11 May 2004 16:38:58 +0900,
GOTO Masanori wrote:
> At Mon, 10 May 2004 20:16:49 +0200,
> Arthur Korn wrote:
> > Severity: critical
> 
> > *** doc/sp/afbackup/seed48-testcase.c
> > #include <stdlib.h>
> > 
> > unsigned short seed[3] = {0x7d1b, 0xa934, 0xbf10};
> > 
> > int main(int argc, char** argv)
> > {
> >     seed48(seed);
> > }
> 
> It works OK for me...

I don't think it's bug.  Tomas' example showed us that his program was
just worked without problem, and he did not got sigsegv.  This problem
is yours.  Please recheck your environment.  I close this bug.

Regards,
-- gotom



Reply to: