This is the mail archive of the
libc-help@sourceware.org
mailing list for the glibc project.
Re: tst-posix_fallocate test failure
- From: "Ryan Arnold" <ryan dot arnold at gmail dot com>
- To: "Renaud Marquet" <rmarquet at gmail dot com>
- Cc: libc-help at sourceware dot org
- Date: Wed, 26 Nov 2008 13:36:19 -0600
- Subject: Re: tst-posix_fallocate test failure
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Hl5Vv3EwA3Ds20tv3gR+9snE9H5CKbkHA9Iv1UByrN4=; b=NYzVEjWL8NSU6GE4ID9Qy2NsTdWWgJMIIClwW6vqnj751IGymTxAEoEa5MhnmCP/fB Zlt37IzhELp6gOXC+lPu/+KiCOgbJIPvy2vHi89Ao8RsCu6UUNz9LvO1yOkJAh176Jch M05ntZ23l3+HgPVjvfqv8YBOtehMugSgDLu24=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=j+RJARfQ1TLjwHh7uAPlmucR+W4YQCVvBrCSeh0+dTQN36VTy5m6aUiXIVXahhEIkT ZqYBLXliJJqokM5lH/9SIMxu1ev8N/HzfaZ4mw1mkv5g4GtPaaJSZbzahZe7nwLIL1Qp KmIBk3Vx3uatiOXC3LxaMC/ikpSGHpsgBpC5E=
- References: <1227553256.7239.10.camel@antec> <119aab440811250610x36da147ch39d74b760ba6e69@mail.gmail.com> <1227651820.7279.29.camel@antec> <119aab440811260641q87d5bd0q3414ab1d3c8c043e@mail.gmail.com> <1227725535.7197.12.camel@antec>
On Wed, Nov 26, 2008 at 12:52 PM, Renaud Marquet <rmarquet@gmail.com> wrote:
> Le mercredi 26 novembre 2008 Ã 09:41 -0500, Carlos O'Donell a Ãcrit :
>> On Tue, Nov 25, 2008 at 5:23 PM, Renaud Marquet <rmarquet@gmail.com> wrote:
>> > As suggested I did a little step into the failing test. But I cannot
>> > figure out what's happening. I hope you'll get a clearer idea of the
>> > problem with this. Here's a dump of the gdb session :
>>
>> Nothing seems out of place, it doesn't look like the syscall to fallocate fails.
>>
>> You'll have to figure out what the test is trying to assert and see if
>> it is logically true.
>
> When I link the test with host system's glibc, it do not fail although
> it's also a PowerPC 64 bits binary. So I can reasonably think the test
> is correct and should complete successfully. It's true syscall don't
> fail (no error returned) but at the same time it seems to do absolutely
> nothing (file size don't change). As as said I don't understand why the
> code in lines 42 and 44 seems to be executed twice. Is it related to
> some macro expansion ?
You see it twice because GDB is an assembler level debugger and
there's not a direct mapping between C code and assembler instruction
progression. Therefore, if a line of C code is implemented in several
assembler operations you may see it come up twice. It'll come up out
of order as well if the compiler has generated assembler intermixed
with assembler from other lines of C-code for code dispatch
optimization.
>> Perhaps one of the PowerPC users has seen this test failure and knows
>> the reason.
>>
>> Have you looked through the bugzilla? Filed a bugzilla bug?
>
> I already looked over google and bugzilla before posting here and did
> not find any other report of this problem. I don't think I'll file a new
> bug as it seems to be very specific to my build and I didn't test it
> against latest cvs version.
>
> This was the only test that failed and it's not really a critical
> function. Moreover calling the function produces no error. So I guess
> I'll try to live with it hoping it will not become a serious issue
> later.
>
> Anyway thank you for your help and suggestions.
I'm the defacto PowerPC maintainer at this point.
I'll check-out a tree and configure with the options you provide.
Ryan S. Arnold