Re: RFU: mingw-runtime-3.16-1

2009-08-15 Thread Corinna Vinschen
On Aug 14 23:24, Chris Sutcliffe wrote: wget -x -nH --cut-dirs=2 \ http://emergedesktop.org/cygwin/mingw-runtime/mingw-runtime-3.16-1.tar.bz2 \ http://emergedesktop.org/cygwin/mingw-runtime/mingw-runtime-3.16-1-src.tar.bz2 Uploaded. Can we get a new version of w32api as well? There were a

gcc-tools update possible? [was Re: Moving to Autoconf 2.64, Automake 1.11]

2009-08-15 Thread Dave Korn
Hi gang, and Chuck in particular, Ralf Wildenhues wrote: Hello everyone, I will reply to this message with a number of patches that contain the heart of the switch to newer autotools. Ralf's posting patches to get GCC and /src switched over to new autotools. Do you have some spare

Re: RFU: mingw-runtime-3.16-1

2009-08-15 Thread Chris Sutcliffe
Uploaded.  Can we get a new version of w32api as well?  There were a couple of important changes to ddk header files and wrong entry points in import libs lately. I should be able to roll a new w32api release shortly, I'll go through the patch tracker on the MinGW site to see if there are any

building issue

2009-08-15 Thread J. Offerman
I'm trying to build the server. At the end, I see XWin.exe is created but it doesn't seem right. I see one error in the build log. So, I see it links every .o file with *.la files to create ./XWin.exe and then it links every *.o files with a bunch of *.a files to create .libs/XWin.exe and then

Re: building issue

2009-08-15 Thread Jon TURNEY
On 15/08/2009 21:51, J. Offerman wrote: I'm trying to build the server. At the end, I see XWin.exe is created but it doesn't seem right. I see one error in the build log. So, I see it links every .o file with *.la files to create ./XWin.exe and then it links every *.o files with a bunch of *.a

Re: UNZIP: Why don't .exe/.dll files get eXecute privs?

2009-08-15 Thread Corinna Vinschen
On Aug 15 00:39, Charles Wilson wrote: Andrew DeFaria wrote: Why would DLLs need execute? because otherwise windows will refuse to load them, and the application you just launched which needs that DLL will fail with an ugly message about Failed to initialize: 0xc005. 0xc022,

Re: [ANNOUNCEMENT] Updated: run-1.1.11-1

2009-08-15 Thread Corinna Vinschen
On Aug 14 17:39, Ken Brown wrote: On 8/14/2009 2:48 PM, Corinna Vinschen wrote: On Aug 14 20:41, Corinna Vinschen wrote: On Aug 14 14:16, Charles Wilson wrote: Charles Wilson wrote: Corinna, can you give this a try? (I'm happy to send you a compiled version of the modified run.exe if that

Re: [ANNOUNCEMENT] Updated: run-1.1.11-1

2009-08-15 Thread Andy Koppe
2009/8/15 Corinna Vinschen: Apparently `run XWin' doesn't work at all anymore, everything else seems to work fine. A shortcut starting XWin directly w/o run works fine as well. XWin is a GUI subsystem program, hence it doesn't need 'run'. (But of course it ought to work anyway.) Andy --

Re: Re: rxvt slow to get the prompt if another rxvt is already open on windows 7 64bit

2009-08-15 Thread Morgan Gangwere
On Wed, Aug 12, 2009 at 6:49 AM, catia.lava...@bechtle.com pressed keys on his keyboard in the following order (sans the at the beginning of every line): (omitted for clarity) I've seen this on occasion using Of All Things the Starter edition -- I had to turn off UAC in order for it to work, and

Re: UNZIP: Why don't .exe/.dll files get eXecute privs?

2009-08-15 Thread Dave Korn
Jim Reisert AD1C wrote: Here's an example: CYGWIN: c:\test\cygwin\bin\unzip \dx4w801\dx4win_regexp.zip Archive: \dx4w801\dx4win_regexp.zip inflating: pcre3.dll inflating: regexp/freq1.txt inflating: regexp/qth1.txt inflating: Dx4win.exe c:\testls -l total 3296

Re: rxvt slow to get the prompt if another rxvt is already open on windows 7 64bit

2009-08-15 Thread Dave Korn
Morgan Gangwere wrote: Now, I'm off to pound nails and help set up for the Albuquerque International Balloon Fiesta. 8o!... I told you we should have turned left at Albuquerque! cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ:

gcc-tools versions of autotools [Fwd: Moving to Autoconf 2.64, Automake 1.11]

2009-08-15 Thread Charles Wilson
(Mostly for Dave Korn, but other opinions solicited): How do you want me to handle updating gcc-tools-autoconf and gcc-tools-automake? My preference would be to /not/ update them at all; at least, not for a while. Reasons: 1) The current and soon-to-be-released gcc's, based on gcc-3.4.5 and

Re: gcc-tools versions of autotools [Fwd: Moving to Autoconf 2.64, Automake 1.11]

2009-08-15 Thread Dave Korn
Charles Wilson wrote: /not/ update them at all; 1) The current and soon-to-be-released gcc's, based on gcc-3.4.5 and gcc-4.3.x, both still require autoconf-2.59 and automake-1.9.6 Good reasoning. So, as soon as I spin the regular cygwin autoconf-2.64 package, then our standard auto*

Re: [ANNOUNCEMENT] Updated: run-1.1.11-1

2009-08-15 Thread Charles Wilson
Corinna Vinschen wrote: On Aug 14 17:39, Ken Brown wrote: On 8/14/2009 2:48 PM, Corinna Vinschen wrote: Given that the X server shortcut is just a `run /usr/bin/startxwin.bat', is it possible that the new incarnation doesn't start cmd correctly? I built with -DDEBUG and it appears that

[ANNOUNCEMENT] [1.7] Updated: diffstat-1.48-1

2009-08-15 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of diffstat, 1.48-1, is available for those testing cygwin 1.7, leaving 1.47-1 as the previous version. NEWS: = This is a new upstream release. It also includes a patch to recognize .xz files in addition to .lzma files (which will

Re: Compiling problem

2009-08-15 Thread Bob Cowdery
Either I'm too impatient, the question is too trivial for people to bother with or too complex or lacking information to be answerable. As I've not posted to this group before and have hardly used Cygwin I've no idea which of the above is true. Anybody... please. Bob Bob Cowdery wrote: Hi

Re: Compiling problem

2009-08-15 Thread Dave Korn
Bob Cowdery wrote: Either I'm too impatient, the question is too trivial for people to bother with or too complex or lacking information to be answerable. As I've not posted to this group before and have hardly used Cygwin I've no idea which of the above is true. Anybody... please. Complex

RE: Compiling problem

2009-08-15 Thread David Christensen
Bob Cowdery wrote: My end game was to install Cython and compile up some Python stuff which was written on Linux but needs to run on Windows. There are lots of shell scripts involved and the complete system does not lend itself to running native, hence the short-term need to run under

Re: UNZIP: Why don't .exe/.dll files get eXecute privs?

2009-08-15 Thread Jim Reisert AD1C
Dave Korn asked: So, which version of zip did you use to create the archive in the first place? I got the ZIP file from someone else. I don't know what program he used, could have been WINZIP or something else. I can't control how the ZIP file gets created, but I do expect that when I unzip a

Re: Compiling problem

2009-08-15 Thread Bob Cowdery
Dave Thank you very much. I shall not forget -v now. It told me straight away that I had stupidly forgotten to install the cygwin gcc but did have MinGW gcc on the path which of course only understands Windows paths. Regards Bob Dave Korn wrote: Bob Cowdery wrote: Either I'm too

Re: [ANNOUNCEMENT] Updated: run-1.1.11-1

2009-08-15 Thread Ken Brown
On 8/15/2009 10:46 AM, Charles Wilson wrote: It seems that emacs.exe (and even emacs-X11,exe) are both console programs,... Just for the record, so that emacs users don't get confused, the current emacs and emacs-X11 packages in cygwin-1.7 don't provide an emacs.exe. The emacs package

Re: Compiling problem

2009-08-15 Thread Bob Cowdery
David I run the other way around at the moment, Vista VM under Ubuntu. For production it's a definite possibility to do as you say but there is I/O involved that may not work too great on a VM so a lot of testing is required and timescales are as usual too short. Regards Bob David

Re: Cygwin1.dll 1.7.0-5x: RSYNC failures in close() system call on pipe file descriptors

2009-08-15 Thread Angelo Graziosi
Corinna Vinschen wrote: On Aug 14 00:07, Angelo Graziosi wrote: Christopher Faylor wrote: Socket operation on non-socket sounds like the problem that I am just a little curious, is the discussion in this thread related to what I flagged here:

Re: Cygwin1.dll 1.7.0-5x: RSYNC failures in close() system call on pipe file descriptors

2009-08-15 Thread Angelo Graziosi
Karl (alias cygwin) wrote: A way to find the answer would be to recompile your rsync without socketpair support (as shown in my previous message) and retry your test case. May you give some more details? For example, should I rebuild under Cygwin-1.5 or 1.7? with cygport (but which uses

Building the Linux 2.6.30 kernel under Cygwin 1.7 almost works out of the box

2009-08-15 Thread Stephen M. Kenton
I wanted to try the case sensitivity feature of 1.7 on ntfs so I tweaked the registry key and tried a kernel build. Using the stock 1.7 tools I build a couple of cross tool chains with binutils-2.19.1 and gcc 4.4.1 from source tar balls. Using the cross tool chains I successfully built

[1.7] Updated: diffstat-1.48-1

2009-08-15 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of diffstat, 1.48-1, is available for those testing cygwin 1.7, leaving 1.47-1 as the previous version. NEWS: = This is a new upstream release. It also includes a patch to recognize .xz files in addition to .lzma files (which will