Re: Libusb-win32-0.1.12.1-1 makes system unusable after reboot.

2007-03-24 Thread Samuel Thibault
Hi, Ton van Overbeek, le Sat 24 Mar 2007 04:06:09 +0100, a écrit : > I believe I found the cause of the problem. > When running cygcheck on /usr/lib/libusb/libusb0.sys I get this: > > $ cygcheck /usr/lib/libusb/libusb0.sys > c:/Cygwin/lib/libusb/libusb0.sys > Error: could not find usbd.sys <

Re: Slow performance following upgrade

2007-03-24 Thread Lev Bishop
On 3/23/07, Zak Johnson wrote: Lev Bishop wrote: > On 3/23/07, Zak Johnson wrote: > >I first blamed XFT, as it manifested itself most obviously when starting > >XFT applications; > > fc-cache helps? fc-cache fails: $ fc-cache /usr/X11R6/lib/X11/fonts: failed to write cache /usr/X11R

Duplicating an install

2007-03-24 Thread Brad McNeely
I've been using cygwin for a while but one question I've got is this. I've found that the file /etc/installed.db lists all of the cygwin components that are installed. I've had to rebuild my laptop due to hard drive failures a couple of times and now have received a new laptop. Is there a wa

Re: Libusb-win32-0.1.12.1-1 makes system unusable after reboot.

2007-03-24 Thread Ton van Overbeek
On Sat, 24 Mar 2007, Samuel Thibault wrote: > Hi, > > Ton van Overbeek, le Sat 24 Mar 2007 04:06:09 +0100, a écrit : > > I believe I found the cause of the problem. > > When running cygcheck on /usr/lib/libusb/libusb0.sys I get this: > > > > $ cygcheck /usr/lib/libusb/libusb0.sys > > c:/Cygwin/lib/

python errors with popen/threads/select

2007-03-24 Thread Satish Balay
We are encountering errors in our python code when invoking system commands using popen2.Popen3() in a separate thread. This code works fine on linux [and many other OSes ] - but not on cygwin/python/WinXP. I'm attaching a minimal example code that demonstrates this problem. This test code runs t

Re: Libusb-win32-0.1.12.1-1 makes system unusable after reboot.

2007-03-24 Thread Samuel Thibault
Ton van Overbeek, le Sat 24 Mar 2007 20:13:21 +0100, a écrit : > > Err, no, usbd.sys is always installed in > > c:\windows\system32\drivers\usbd.sys, and that's precisely because > > libusb0.sys is not installed there too that the usual discovery fails. > > > > Yes, I know. But copying usbd.sys to

Re: Duplicating an install

2007-03-24 Thread Larry Hall (Cygwin)
Brad McNeely wrote: I've been using cygwin for a while but one question I've got is this. I've found that the file /etc/installed.db lists all of the cygwin components that are installed. I've had to rebuild my laptop due to hard drive failures a couple of times and now have received a new lapto

[ANNOUNCEMENT] Updated: m4-1.4.9-1

2007-03-24 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of m4, 1.4.9-1, is available, replacing 1.4.8-1 as current. NEWS This is a new upstream release. From the NEWS file, the changes since 1.4.8 are listed below. See also /usr/share/doc/m4-1.4.9/. You must rebuild from source if you

Re: Slow performance following upgrade

2007-03-24 Thread Zak Johnson
Lev Bishop wrote: > With the default fontconfig install, fc-cache tries to put the caches > in /var/cache/fontconfig and ~/.fontconfig. Check you can write and > create files in those directories. Thanks for the suggestions. ~/.fontconfig did not exist; /var/cache/fontconfig was owned and writeab

Re: Slow performance following upgrade

2007-03-24 Thread Lev Bishop
On 3/24/07, Zak Johnson wrote: Lev Bishop wrote: > With the default fontconfig install, fc-cache tries to put the caches > in /var/cache/fontconfig and ~/.fontconfig. Check you can write and > create files in those directories. Thanks for the suggestions. ~/.fontconfig did not exist; /var/cache

Re: Slow performance following upgrade

2007-03-24 Thread Lev Bishop
On 3/24/07, Zak Johnson wrote: Lev Bishop wrote: > With the default fontconfig install, fc-cache tries to put the caches > in /var/cache/fontconfig and ~/.fontconfig. Check you can write and > create files in those directories. Thanks for the suggestions. ~/.fontconfig did not exist; /var/cache

RE: Building GCC 4.3.0 on Cygwin...

2007-03-24 Thread Dave Korn
On 22 March 2007 22:08, Brian Dessent wrote: > The real problem seems to be that the libgcc is broken: > /home/User/cvsroot/gcc-obj/./prev-gcc/libgcc.a(_ctors.o): In function > `__sgetc_r': > /usr/include/stdio.h:414: undefined reference to `_ungetc' > /usr/include/stdio.h:410: undefined referenc