bug-m4
[Top][All Lists]
Advanced

[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: Mon, 02 Apr 2007 06:20:15 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.10) Gecko/20070221 Thunderbird/1.5.0.10 Mnenhy/0.7.4.666

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to Gary V. Vaughan on 3/28/2007 10:47 AM:
> $ make check TESTSUITEFLAGS='-v 68'
> 68. others.at:458: testing ...
> ../../tests/others.at:467: m4 -b -d  < in.m4
> --- -   2007-03-28 17:36:35.000000000 +0100
> +++
> /Users/gary/Devo/Source/m4--devo--0/+build/tests/testsuite.dir/at-stdout  
> 2007-03-28 17:36:35.000000000 +0100
> @@ -1,2 +1 @@
> -m4exit(15)
> ../../tests/others.at:467: exit code was 15, expected 0
> 68. others.at:458:  FAILED (others.at:467)

> I don't know what is being tested here, so I can't debug any further.

Yuck.  I think this means that on your platform, fflush(stdin) is
neglecting to reset the underlying fd position when stdin is seekable,
which is a bug in your libc.  To confirm, do you have anything like strace
or truss that you could run to see what syscalls took place?

We may end up having to write an autoconf test that can detect this
brokenness in libc, and based on that test, add additional calls to fseek
if using fflush alone is inadequate for m4 to follow the POSIX rules of
how to handle seekable input streams.

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

Eric Blake             address@hidden
-----BEGIN PGP SIGNATURE-----
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

iD8DBQFGEPT/84KuGfSFAYARAmVVAKCxh90QWsi224aAqkjsxi3nrcOroACgw5iG
2yVCRVHjuu5SWQ/s2qwKVR8=
=Ks2l
-----END PGP SIGNATURE-----




reply via email to

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