On 02/01/2013 05:40 PM, Global Odey wrote:
> Okay that certainly got me on the right track. I tried a lot of different
> things without finding
> the exact cause of the error so I'll pass on a few things that stood out to
> me and maybe that will
> help make more sense out of things on your end.
On 1/30/13 7:19 PM, Paul Eggert wrote:
What happens if you put a breakpoint on rpl_getcwd instead? Use "b rpl_getcwd".
That should get Gnulib's getcwd instead of libc's.
Okay that certainly got me on the right track. I tried a lot of
different things without finding the exact cause of the error
On 01/30/2013 03:59 PM, Global Odey wrote:
> On 1/30/13 1:25 AM, Paul Eggert wrote:
>> Can you use GDB to debug the situation?
> No. That is, I'm willing but apparently not able.
>> Try running something like this:
>>
>> gdb test-getcwd
>> b getcwd
>> r
>> fin
>> p errno
> GDB didn't seem to offer
On 1/30/13 1:25 AM, Paul Eggert wrote:
Can you use GDB to debug the situation?
No. That is, I'm willing but apparently not able.
Try running something like this:
gdb test-getcwd
b getcwd
r
fin
p errno
GDB didn't seem to offer up much. It was able to find getcwd (after
loading shared libraries
On 01/29/2013 09:11 AM, Global Odey wrote:
> + test-getcwd
> + Exit 7
Evidently the test-getcwd program is encountering
the failure marked "fail = 7;" in that program.
Can you use GDB to debug the situation?
Try running something like this:
gdb test-getcwd
b getcwd
r
fin
p errno
That sort of thi
On 1/28/13 6:47 PM, Paul Eggert wrote:
OK, how about the attached patch instead?
After correcting a minor issue (*/tests/test-getcwd.c needed to be
changed to */gnulib-tests/test-getcwd.c in the last patch),
tests/rm/unread3.sh continues to pass while gnulib-tests/test-getcwd.sh
still fails.
On 01/28/2013 09:55 AM, Global Odey wrote:
> it causes test-getcwd.sh to fail now.
OK, how about the attached patch instead?
Unless you have developer tools such as autoconf, please
patch just lib/getcwd.c and gnulib-tests/test-getcwd.c;
don't apply the patch to getcwd-abort-bug.m4.
diff --git a/C
Global Odey wrote, On 01/28/2013 12:55 PM:
> On 1/27/13 8:34 PM, Paul Eggert wrote:
>> Thanks, can you please try this patch instead? It's a bit more drastic, but
>> I hope it fixes the loop without introducing that other bug.
>
> Thank you. Your patch does the trick on OS X 10.8.2, however, it c
On 1/27/13 8:34 PM, Paul Eggert wrote:
Thanks, can you please try this patch instead? It's a bit more
drastic, but I hope it fixes the loop without introducing that other bug.
Thank you. Your patch does the trick on OS X 10.8.2, however, it causes
test-getcwd.sh to fail now.
Global Odey
FAIL
On 01/24/2013 12:35 PM, Assaf Gordon wrote:
> With this patch, the recursive loop is gone, but it leads to another bug:
> descending into the directory (due to "-r") doesn't work.
Thanks, can you please try this patch instead?
It's a bit more drastic, but I hope it fixes the loop
without introdu
Hello,
Paul Eggert wrote, On 01/24/2013 12:03 PM:
> Thanks, could you please try the following patch?
> This is a gnulib patch, so it also fixes modules/fdopendir --
> you needn't worry about that part of the patch,
> as it doesn't apply to coreutils.
> I'm CC'ing this possible patch to bug-gnulib
Thanks, could you please try the following patch?
This is a gnulib patch, so it also fixes modules/fdopendir --
you needn't worry about that part of the patch,
as it doesn't apply to coreutils.
I'm CC'ing this possible patch to bug-gnulib to give
the Gnulib people a heads-up.
By the way, do you ha
12 matches
Mail list logo
