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
+++
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 one
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
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
dependency
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 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 we are to
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
