Re: libuuid-devel: libuuid.a for static linking missing in latest package

On 2014-03-31 18:22, i.like.privacy@gmail.com wrote: I've just updated an old cygwin environment to latest, and my build broke. Further examination shows that when I upgraded from libuuid-devel-2.21-1 to libuuid-devel-2.21-2.1, the file /usr/lib/libuuid.a (which my build was relying on) disap

libuuid-devel: libuuid.a for static linking missing in latest package

I've just updated an old cygwin environment to latest, and my build broke. Further examination shows that when I upgraded from libuuid-devel-2.21-1 to libuuid-devel-2.21-2.1, the file /usr/lib/libuuid.a (which my build was relying on) disappeared. contrast:

Re: Install older version of sshd

On 3/31/2014 4:57 PM, Curtis wrote: Hi, Thanks for the help on my last question about sshd. :) Now, another question -- I would like to test an older version of openssh; the 5.9 release. What's the best way to go about installing that? I see a couple repos with older versions of openssh still

Install older version of sshd

Hi, Thanks for the help on my last question about sshd. :) Now, another question -- I would like to test an older version of openssh; the 5.9 release. What's the best way to go about installing that? I see a couple repos with older versions of openssh still in them, but I'm not sure how to get t

Re: Cygwin affecting WIndows' security settings

On 3/31/2014 3:33 PM, xmoon 2000 wrote: I am running Windows 7 64 bit with latest Cygwin. When I edit a file the "unix" permissions remain unaltered, BUT Windows Security gets set to "everyone". How can I stop this behaviour? It's not really clear what you're seeing, when, and as a result of w

Latest snapshot will become Cygwin 1.7.29

Unless there is an identified regression, the latest snapshot is very close to becoming Cygwin version 1.7.29. FYI. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info:

Cygwin affecting WIndows' security settings

I am running Windows 7 64 bit with latest Cygwin. When I edit a file the "unix" permissions remain unaltered, BUT Windows Security gets set to "everyone". How can I stop this behaviour? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documen

Re: exe.stackdump is always empty

On Mar 31 11:36, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: > > If your process crashes with a thoroughly scrambled stack, there's > > a good chance that Cygwin won't be able to create a stackdump file > > because it crashes again while producing the stackdump. > > I don't think it's all that bad

RE: exe.stackdump is always empty

> If your process crashes with a thoroughly scrambled stack, there's > a good chance that Cygwin won't be able to create a stackdump file > because it crashes again while producing the stackdump. I don't think it's all that bad -- it was merely an assert() triggering app's abort...

Re: Request for Junctions be treated consistently

On Mar 29 05:53, Linda Walsh wrote: > Linda Walsh wrote: > >If you use the 'mountvol' you a *local* root folder > >mounted at some drive letter that can be maintained over > >boots. is listed as a JUNCTION and treated by cygwin > >as a regular dir. > > > >For some reason the other type of directory

Re: exe.stackdump is always empty

On Mar 29 05:00, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: > Hello List, > > I wonder, if there any special setup was necessary to make coredumps > non-empty. > > When my program crashes it leaves only the following: > > Stack trace: > Frame Function Args > > despite is was built and li

[ANNOUNCEMENT] Updated: pulseaudio-4.0-1; New: paprefs, pavucontrol

The following packages have been updated for the Cygwin distribution: * paprefs-0.9.10-2 (NEW) * pavucontrol-2.0-1 (NEW) * pulseaudio-4.0-1 * pulseaudio-equalizer-4.0-1 (NEW) * pulseaudio-esound-compat-4.0-1 (NEW) * pulseaudio-module-gconf-4.0-1 (NEW) * pulseaudio-module-x11-4.0-1 (NEW) * pulseau

Re: cgwin_internal(): difference b/w CW_CYGWIN_PID_TO_WINPID and CW_GETPINFO_FULL for taking only dwProcessId ?

On Mar 29 04:42, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: > Hi, > > I need to kill a process in a way that CYGWIN's own kill utility does > with an option -f, and for that, given CYGWIN's PID, I need to figure > out native Windows PID of the victim. > > kill does basically the following (I sim

Re: Public key authorization problem with latest snapshot

On Mar 29 12:25, Ken Brown wrote: > On 3/20/2014 11:02 AM, Corinna Vinschen wrote: > >On Mar 20 01:58, Andrey Repin wrote: > >>Greetings, Corinna Vinschen! > >> > >>>The code is now practically equivalent to what is in 1.7.28. Only the > >>>VectoredContinueHandler, which was the reason Cygwin's ex