bug-findutils
[Top][All Lists]
Advanced

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

Re: findutils on interix


From: Eric Blake
Subject: Re: findutils on interix
Date: Thu, 28 Oct 2010 08:16:26 -0600
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100921 Fedora/3.1.4-1.fc13 Mnenhy/0.8.3 Thunderbird/3.1.4

On 10/28/2010 06:43 AM, Markus Duft wrote:
> On 10/28/2010 12:08 PM, Markus Duft wrote:
>> On 10/28/2010 12:03 PM, James Youngman wrote:
>> [snip]
>>> In so far as we're likely ever to fix this problem I'd be inclined to
>>> go for the 32K limit that Eric suggested.   And perhaps treating
>>> ENOMEM like E2BIG when execve fails, for Interix.
>>
>> mhm - that'd be ok with me.
>>
>> another solution that came to my mind: i'm maintaining a library, who's sole 
>> purpose is to fix the incorrect behaviour of libc in some regards on interix 
>> (libsuacomp [1]). it does some "bad" things already ( ;p ), so maybe i could 
>> override the sysconf() function (it already overrides approx 70 
>> functions...), and make it return a sane value in the _SC_ARG_MAX case. that 
>> would make the whole problem disappear, and even the first (pushed) patch 
>> unnecessary.

That's exactly what gnulib is - a library of source code workarounds for
broken platform functions.  Are you interested in porting your
libsuacomp fixes into gnulib, so that more GNU programs can support
Interix out of the box?

> this is IMHO the best solution, as it takes the responsibility from findutils 
> to work around existing OS bugs,

Agreed - that is the approach that most GNU projects take - isolate the
platform bugs into wrapper function fixes, so that the rest of the
project can assume sane POSIX semantics.

-- 
Eric Blake   address@hidden    +1-801-349-2682
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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