[Top][All Lists]

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

Re: seekable stdin test failure on OS X

From: Eric Blake
Subject: Re: seekable stdin test failure on OS X
Date: Wed, 11 Apr 2007 06:39:57 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20070221 Thunderbird/ Mnenhy/

Hash: SHA1

According to Gary V. Vaughan on 4/10/2007 2:19 PM:

Hi Gary,
and cutting the patch list until we have a patch...

>> And here's the followup for m4 to use it.  Gary, if you could, please
>> rerun 'gnulib-tool --import' (or bootstrap), and see if it helps solve
>> your test failure?
> Nope, sorry :-(
> ] cd tests/testsuite.dir/068/
> ] ls
> total 12
> 4 in.m4  4 run  4 testsuite.log
> ] M4MODPATH=/Users/gary/Devo/Source/m4--devo--0/+build/modules
> ../../../src/m4 -b -d - < in.m4
> ] echo $?
> 0

Within 068, you could use the shorter ../../../tests/m4 rather than
setting M4MODPATH and giving that long executable name.

Anyways, what does ktrace show on that run?

> cpp turns fflush.c into something like this:

looks okay to me; it seems like the fpurge should be called.

> Unfortunately, I can't even fix today's tree by hardcoding an fpurge
> as I did when I reported the bug earlier.  I'll have time to roll
> back commits and figure out where the problem occurred after the weekend.

Good luck figuring out what changed.

> In the meantime, I'll be happy to run tests and report results if
> you'd like to debug it remotely...

Yes, how about running
 gnulib-tool --with-tests --test fflush

and seeing if all three tests pass (or, if the fflush test fails,
hopefully it gives better insight into why rpl_fflush isn't doing what we
thought it should).

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


reply via email to

[Prev in Thread] Current Thread [Next in Thread]