> From: Paul Eggert [mailto:egg...@cs.ucla.edu]
> Sent: Wednesday, December 21, 2011 7:42 PM
> To: Eric Blake
> Cc: Jim Meyering; 10...@debbugs.gnu.org; Joachim Schmitz; bug-
> gnu...@gnu.org
> Subject: Re: bug#10305: coreutils-8.14, "rm -r" fails with EBADF
>
> On 12/21/11 08:27, Eric Blake wrote
As usual, since I've changed things, I'll wait for review/ACK
from you, Alfred, before pushing.
Thanks Jim! Works for me, please push.
On 12/21/2011 11:42 AM, Paul Eggert wrote:
> On 12/21/11 08:27, Eric Blake wrote:
>> maybe we should wrap opendir() so that the gnulib rpl_opendir()
>> always opens a directory at the same time
>
> That sounds a bit drastic, but it may be necessary.
>
> How about this idea instead? Use the follo
On 12/21/2011 10:12 AM, Joachim Schmitz wrote:
>>> Write a small test program that opens say four directories, to get one
>>> DIR* pointer for each. Then print a table of the DIR member values.
>>> Maybe you'll see a pattern, i.e., how to derive an FD number from
>>> those dd1,2,3 fields.
>
> Yes
On 12/21/11 08:27, Eric Blake wrote:
> maybe we should wrap opendir() so that the gnulib rpl_opendir()
> always opens a directory at the same time
That sounds a bit drastic, but it may be necessary.
How about this idea instead? Use the following patch,
so that fts_build does not assume that dirf
> From: Joachim Schmitz [mailto:j...@schmitz-digital.de]
> Sent: Wednesday, December 21, 2011 6:12 PM
> To: 'Eric Blake'; 'Jim Meyering'
> Cc: '10...@debbugs.gnu.org'; 'Paul Eggert'; 'bug-gnulib@gnu.org'
> Subject: RE: bug#10305: coreutils-8.14, "rm -r" fails with EBADF
>
> > From: Eric Blake [mai
> From: Eric Blake [mailto:ebl...@redhat.com]
> Sent: Wednesday, December 21, 2011 5:28 PM
> To: Jim Meyering
> Cc: Joachim Schmitz; 10...@debbugs.gnu.org; 'Paul Eggert'; bug-
> gnu...@gnu.org
> Subject: Re: bug#10305: coreutils-8.14, "rm -r" fails with EBADF
>
> On 12/21/2011 09:06 AM, Jim Meyeri
On 12/21/2011 09:06 AM, Jim Meyering wrote:
>>
>> Where to go now?
>>
>> Resorting to wild guesses, I tried all 3 members of struct DIR as
>> DIF_FD_MEMBER_NAME, no change to the EBADF
>
> Write a small test program that opens say four directories,
> to get one DIR* pointer for each. Then print a
Joachim Schmitz wrote:
...
> Hmm DIR_TO_FD() is :
> #define DIR_TO_FD(Dir_p) -1
>
> In config.h:
> /* the name of the file descriptor member of DIR */
> /* #undef DIR_FD_MEMBER_NAME */
>
> #ifdef DIR_FD_MEMBER_NAME
> # define DIR_TO_FD(Dir_p) ((Dir_p)->DIR_FD_MEMBER_NAME)
> #else
> # define DIR_TO_
> From: Paul Eggert [mailto:egg...@cs.ucla.edu]
> Sent: Monday, December 19, 2011 6:29 PM
> To: Joachim Schmitz
> Cc: 10...@debbugs.gnu.org; bug-gnulib@gnu.org
> Subject: Re: bug#10305: coreutils-8.14, "rm -r" fails with EBADF
>
> On 12/19/11 00:11, Joachim Schmitz wrote:
> > So it [opendirat] goe
Alfred M. Szmidt wrote:
> Mats reported the following problem when bootstraping inetutils with
> the latest gnulib/ (2011-12-17):
>
> configure.ac:152: error: possibly undefined macro: gl_FUNC_READLINE
>
> configure.ac:176: error: possibly undefined macro: AC_DEFINE
>
> This is due that w
11 matches
Mail list logo