Christopher Faylor wrote:
> Unless Corinna says differently, I think she wants to be in control of
> what goes into the branch so I don't want to suggest that you should
> check it in there too.
Okay, I'll let her take care of the branch since she's been handling all
the releases from it.
> The
On Fri, Dec 21, 2007 at 01:59:54AM -, Dave Korn wrote:
>On 20 December 2007 21:12, Christopher Faylor wrote:
>
>> On Thu, Dec 20, 2007 at 07:15:53AM -0800, Brian Dessent wrote:
>>> The attached patch un-NT-ifies bloda.cc but sadly a similar cleanup is
>>> still required for cygpath as well if w
On 20 December 2007 21:12, Christopher Faylor wrote:
> On Thu, Dec 20, 2007 at 07:15:53AM -0800, Brian Dessent wrote:
>> The attached patch un-NT-ifies bloda.cc but sadly a similar cleanup is
>> still required for cygpath as well if we are to support 9x/ME out of the
>> 1.5 branch. In that case I
On Thu, Dec 20, 2007 at 07:15:53AM -0800, Brian Dessent wrote:
>Brian Dessent wrote:
>
>> Fortunately, I have VMware with a Win98 image here.
>>
>> The problem is that bloda.c calls NtQuerySystemInformation without using
>> any kind of autoload.cc-type indirection, and so cygcheck gets a hard
>> d
Brian Dessent wrote:
> ... but sadly a similar cleanup is
> still required for cygpath as well if we are to support 9x/ME out of the
> 1.5 branch. In that case I suppose you could just revert cygpath.cc to
> an older revision before the native APIs were added.
Er, nevermind. I was accidently loo
Brian Dessent wrote:
> Fortunately, I have VMware with a Win98 image here.
>
> The problem is that bloda.c calls NtQuerySystemInformation without using
> any kind of autoload.cc-type indirection, and so cygcheck gets a hard
> dependency on ntdll.dll which doesn't exist on 9x/ME. We need to do on
On Dec 19 21:01, Eric Blake wrote:
> Index: libc/memmem.cc
> ===
> RCS file: /cvs/src/src/winsup/cygwin/libc/memmem.cc,v
> retrieving revision 1.1
> diff -u -p -r1.1 memmem.cc
> --- libc/memmem.cc8 Nov 2005 22:08:39 - 1.1
