[EMAIL PROTECTED] (Bob Proulx) wrote:
Trying to build today's CVS version of coreutils on an ia64 machine
running Debian GNU/Linux Sarge/stable I get the following assertion
failure from pwd-long. This is using Debian's stock stable release of
glibc 2.3.2 and gcc 3.3.5 running a linux 2.6.12
Hi Jim,
Jim Meyering wrote:
Bob, would you please compile and run this and tell me what
it does on your ia64 system?
Done. It works.
I expect it to abort and leave behind the deep tree.
If that's what it does, then I'll change all exit calls to
always exit 0, and just let the abort
Jim Meyering wrote:
I should have created a directory whose abs. name length
is a little *larger* than 16K, not just smaller.
Does it provoke the failed assertion if you change this line
size_t buf_len = 16 * 1024;
to e.g., this:
size_t buf_len = 20 * 1024;
Yes. At 20k the
[EMAIL PROTECTED] (Bob Proulx) wrote:
Jim Meyering wrote:
I should have created a directory whose abs. name length
is a little *larger* than 16K, not just smaller.
Does it provoke the failed assertion if you change this line
size_t buf_len = 16 * 1024;
to e.g., this:
size_t buf_len
Jim Meyering wrote:
Would you please try one more time?
Sure. Here are the results.
[EMAIL PROTECTED]:/tmp/rwp$ ls -log
total 36
-rwxr-xr-x 1 28651 Jun 18 13:03 getcwd-glibc-bug*
-rw-r--r-- 1 1087 Jun 18 13:02 getcwd-glibc-bug.c
[EMAIL PROTECTED]:/tmp/rwp$ ./getcwd-glibc-bug ;
Jim Meyering [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (Bob Proulx) wrote:
Jim Meyering wrote:
I should have created a directory whose abs. name length
is a little *larger* than 16K, not just smaller.
Does it provoke the failed assertion if you change this line
size_t buf_len = 16 *
[EMAIL PROTECTED] (Bob Proulx) wrote:
...
One thing that I am a little worried about by the test is the initial
mkdir call.
if (mkdir (dir_name, S_IRWXU) 0 || chdir (dir_name) 0)
{
fail = 3; /* Unable to construct deep hierarchy. */
That also fails if remnants of
Jim Meyering [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (Bob Proulx) wrote:
...
One thing that I am a little worried about by the test is the initial
mkdir call.
if (mkdir (dir_name, S_IRWXU) 0 || chdir (dir_name) 0)
{
fail = 3; /* Unable to construct deep
Thanks, Andreas. I have filed this as a Debian bug (against glibc) here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=373930
A possible workaround for coreutils is to use a path of more than
16384 bytes in length for the test, rather than just more than 4096 --
this is according to Aurelian
Paul Eggert [EMAIL PROTECTED] wrote:
Thanks, Andreas. I have filed this as a Debian bug (against glibc) here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=373930
A possible workaround for coreutils is to use a path of more than
16384 bytes in length for the test, rather than just more
Trying to build today's CVS version of coreutils on an ia64 machine
running Debian GNU/Linux Sarge/stable I get the following assertion
failure from pwd-long. This is using Debian's stock stable release of
glibc 2.3.2 and gcc 3.3.5 running a linux 2.6.12 kernel.
Bob
$ make check TESTS=pwd-long
[EMAIL PROTECTED] (Bob Proulx) writes:
Trying to build today's CVS version of coreutils on an ia64 machine
running Debian GNU/Linux Sarge/stable I get the following assertion
failure from pwd-long. This is using Debian's stock stable release of
glibc 2.3.2 and gcc 3.3.5 running a linux
12 matches
Mail list logo
