Re: fork() and NT error 0xC0000135 (STATUS_DLL_NOT_FOUND)

2013-10-29 Thread Andrey Repin
Greetings, Lavrentiev, Anton (NIH/NLM/NCBI) [C]! > I can't find a similar problem reported earlier, so please excuse the question > if it looks familiar. > We have a software package that installs like a miniature CYGWIN deployment > (basically, only cygwin1.dll and just a few other libraries in

"which gcc" doesn't work but "which gcc.exe" does

2013-10-29 Thread cygwin
hi, i've just installed cygwin on a new windows 8.1 pro laptop and am having the wierd problem that i can't invoke gcc without actually typing "gcc.exe". e.g. $ gcc --version -bash: gcc: command not found $ gcc.exe --version gcc (GCC) 4.7.3 Copyright (C) 2012 Free Software Foundation, I

setup(32)-2.830 catching which processes are still running (neat, but...misses services)

2013-10-29 Thread Linda Walsh
New version of setup shows me which processes are running and offers to stop them.. neat. I stopped them manually as needed to make sure work was saved. Tried again... this time it said it was still in use: turns out it seems to miss all of the processes running as services. *cygserver/dbus-dae

[ANNOUNCEMENT] Updated: gcc-4.8.2-1 (x86_64)

2013-10-29 Thread JonY
I have updated gcc for 64bit Cygwin to the latest released version. There aren't any Cygwin specific changes introduced since 4.8.1, so it should work similarly. The last 32bit 4.8.x build didn't go so well, will try again this weekend. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If

Re: Problem with multiprocessing module from Python

2013-10-29 Thread Jean-Pierre Flori
Le Tue, 29 Oct 2013 21:19:14 +, Jean-Pierre Flori a écrit : > Le Tue, 29 Oct 2013 16:59:35 -0400, Christopher Faylor a écrit : >> If you want this fixed, the easiest way to get that to happen is to >> post a simple test case which reproduces the problem. That is not the >> code snippet that y

Re: Problem with multiprocessing module from Python

2013-10-29 Thread Jean-Pierre Flori
Le Tue, 29 Oct 2013 20:41:07 +, Jean-Pierre Flori a écrit : > Le Tue, 29 Oct 2013 19:40:10 +, Jean-Pierre Flori a écrit : >>> For your info, I was unable to reproduce such a behavior on Cygwin 32 >>> v 1.7.25 installs running on 64 bits Windows 7 both on real hardware >>> and VirtualBox 4.

Re: Problem with multiprocessing module from Python

2013-10-29 Thread Jean-Pierre Flori
Le Tue, 29 Oct 2013 16:59:35 -0400, Christopher Faylor a écrit : > If you want this fixed, the easiest way to get that to happen is to post > a simple test case which reproduces the problem. That is not the code > snippet that you sent. A real working example would be required. Sorry about that.

Re: Problem with multiprocessing module from Python

2013-10-29 Thread Christopher Faylor
On Tue, Oct 29, 2013 at 08:41:07PM +, Jean-Pierre Flori wrote: >Le Tue, 29 Oct 2013 19:40:10 +, Jean-Pierre Flori a ??crit??: >>> For your info, I was unable to reproduce such a behavior on Cygwin 32 v >>> 1.7.25 installs running on 64 bits Windows 7 both on real hardware and >>> VirtualBox

Re: Problem with multiprocessing module from Python

2013-10-29 Thread Jean-Pierre Flori
Le Tue, 29 Oct 2013 19:40:10 +, Jean-Pierre Flori a écrit : >> For your info, I was unable to reproduce such a behavior on Cygwin 32 v >> 1.7.25 installs running on 64 bits Windows 7 both on real hardware and >> VirtualBox 4.3... >> >> JP > I went on with further testing and could reproduce th

Re: Problem with multiprocessing module from Python

2013-10-29 Thread Jean-Pierre Flori
Le Fri, 25 Oct 2013 19:53:42 +, Jean-Pierre Flori a écrit : > Le Fri, 25 Oct 2013 17:08:50 +0200, Jean-Pierre Flori a écrit : >> This is true both with Cygwin's shipped Python 2.7.x and the one I >> built for Sage. >> Here is a small snippet of code reproducing the problem: >> """ >> [Blah pyt

Re: SIGKILL and TerminateProcess

2013-10-29 Thread Christopher Faylor
On Tue, Oct 29, 2013 at 06:37:46PM +, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: >> Sorry but we aren't going to redesign the signal delivery mechanism for >> your use case. > >It wasn't exactly a redesign I was asking about; rather an addition >(or an improvement, if you will) for only the

RE: SIGKILL and TerminateProcess

2013-10-29 Thread Lavrentiev, Anton (NIH/NLM/NCBI) [C]
> Sorry but we aren't going to redesign the signal delivery mechanism for > your use case. It wasn't exactly a redesign I was asking about; rather an addition (or an improvement, if you will) for only the case of that one KILL signal, which is already a special thing in all aspects even on UNIX.

RE: fork() and NT error 0xC0000135 (STATUS_DLL_NOT_FOUND)

2013-10-29 Thread Lavrentiev, Anton (NIH/NLM/NCBI) [C]
> platforms expect /bin and/or /usr/bin to be in your path I'm not following... cygrunsrv.exe is started by Windows service controller, and then spawns the server binary. There's no point in this sequence of actions to modify PATH. I also believe, PATH is made compliant with what POSIX require

Re: Some first questions.

2013-10-29 Thread Christopher Faylor
On Tue, Oct 29, 2013 at 05:23:50PM +0100, Gert Koefoed Andersen wrote: >Hello list. > >I have some first questions for cygwin works on windows 7 by compile sources >I normally just fine compile on my linux systems but not like to compile >well and by cygwin. >The sources I trying to compile is been

Re: fork() and NT error 0xC0000135 (STATUS_DLL_NOT_FOUND)

2013-10-29 Thread Christopher Faylor
On Tue, Oct 29, 2013 at 04:13:14PM +, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: >Hello All, > >I can't find a similar problem reported earlier, so please excuse the question >if it looks familiar. > >We have a software package that installs like a miniature CYGWIN deployment >(basically, onl

Re: SIGKILL and TerminateProcess

2013-10-29 Thread Christopher Faylor
On Tue, Oct 29, 2013 at 03:47:47PM +, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: >Hello List, > >I have a question, as to why CYGWIN does not use the TerminateProcess approach >when >dealing with SIGKILL sent to a process (in the manner the CYGWIN's own kill >utility >does when invoked with

Re: fork() and NT error 0xC0000135 (STATUS_DLL_NOT_FOUND)

2013-10-29 Thread Corinna Vinschen
On Oct 29 13:15, Larry Hall (Cygwin) wrote: > On 10/29/2013 12:13 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: > >Hello All, > > > >I can't find a similar problem reported earlier, so please excuse the > >question > >if it looks familiar. > > > >We have a software package that installs like a m

Re: fork() and NT error 0xC0000135 (STATUS_DLL_NOT_FOUND)

2013-10-29 Thread Larry Hall (Cygwin)
On 10/29/2013 12:13 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: Hello All, I can't find a similar problem reported earlier, so please excuse the question if it looks familiar. We have a software package that installs like a miniature CYGWIN deployment (basically, only cygwin1.dll and just a

Some first questions.

2013-10-29 Thread Gert Koefoed Andersen
Hello list. I have some first questions for cygwin works on windows 7 by compile sources I normally just fine compile on my linux systems but not like to compile well and by cygwin. The sources I trying to compile is been packed on linux with tar archiwing program so I can get the sources over to

fork() and NT error 0xC0000135 (STATUS_DLL_NOT_FOUND)

2013-10-29 Thread Lavrentiev, Anton (NIH/NLM/NCBI) [C]
Hello All, I can't find a similar problem reported earlier, so please excuse the question if it looks familiar. We have a software package that installs like a miniature CYGWIN deployment (basically, only cygwin1.dll and just a few other libraries in /bin along with cygrunsrv.exe), and there are

SIGKILL and TerminateProcess

2013-10-29 Thread Lavrentiev, Anton (NIH/NLM/NCBI) [C]
Hello List, I have a question, as to why CYGWIN does not use the TerminateProcess approach when dealing with SIGKILL sent to a process (in the manner the CYGWIN's own kill utility does when invoked with -f)? Usually SIGKILL is expected to reliably terminate its victim (let alone it can't be int

[Packaging error] Re: [ANNOUNCEMENT] Updated: ccache-3.1.9-1 (x86 / x86_64)

2013-10-29 Thread Dr. Volker Zell
> Christopher Faylor writes: > A new version of ccache is now available. ccache is a C compiler cache > for improving recompilation. This version is just a refresh of the > package from upstream sources. This package contains an empty /usr/man/man1 directory. Ciao Volker --