maximum number of concurrent network connections

2009-02-28 Thread Sameer Agarwal
Hello, I am trying to write a asynchronous server using python's asyncore/asynchat library and running it under cygwin. It runs perfectly for upto 353 concurrent hosts connected to it, but is unable to connect to anymore hosts trying to connect to it. Is there a limit on the number of concurr

Re: [1.7] rebaseall doesn't solve the problem

2009-02-28 Thread Charles Wilson
Corinna Vinschen wrote: > > Only exes require the TS-aware bit. Two interesting snippets from MSDN: > > http://msdn.microsoft.com/en-us/library/cc834995(VS.85).aspx But in order to set this flag without problems cropping up, you must satisfy: * The application does not run as a system service

Re: [1.7] rebaseall doesn't solve the problem

2009-02-28 Thread Charles Wilson
Corinna Vinschen wrote: > Uh, ok. In that case, yes, it needs some tweaking. Actually, maybe > the tool should really be named differently. Something suggesting > that it in general changes Win32-related PE/COFF header flags. ASLR > and TS-aware are just some of them, in theory. I'm open to su

Re: [1.7] rebaseall doesn't solve the problem

2009-02-28 Thread Corinna Vinschen
On Feb 28 14:51, Christopher Faylor wrote: > On Sat, Feb 28, 2009 at 01:47:16PM -0500, Charles Wilson wrote: > >Corinna Vinschen wrote: > >> If so, I'm wondering if setting the TS-aware flag shouldn't become > >> default in GCC. What do you say, Dave? Would that be possible? > > > >I'd probably w

Re: [1.7] rebaseall doesn't solve the problem

2009-02-28 Thread Corinna Vinschen
On Feb 28 13:47, Charles Wilson wrote: > Corinna Vinschen wrote: > > > Way cool, Chuck. Especially the fact that this tool can also mark > > executables with the TS-aware flag (doesn't make sense for DLLs, afaik). > > This helps to test if setting this flag in Cygwin binaries will > > allow Cygwi

Re: [1.7] rebaseall doesn't solve the problem

2009-02-28 Thread Charles Wilson
Christopher Faylor wrote: > It should be trivial to add this to binutils. Doesn't it ultimately > belong in ld and (maybe) objcopy? Well, I'm sure it would be useful there. However, just as ld can create a DLL with a user-specified image base, yet we still have a separate special purpose utility

Re: [1.7] rebaseall doesn't solve the problem

2009-02-28 Thread Christopher Faylor
On Sat, Feb 28, 2009 at 01:47:16PM -0500, Charles Wilson wrote: >Corinna Vinschen wrote: > >> Way cool, Chuck. Especially the fact that this tool can also mark >> executables with the TS-aware flag (doesn't make sense for DLLs, afaik). >> This helps to test if setting this flag in Cygwin binaries

Re: [1.7] rebaseall doesn't solve the problem

2009-02-28 Thread Matt Wozniski
On 2/28/09, Charles Wilson wrote: > Maybe the aslr functionality is different enough -- and useful in enough > contexts that differ from rebasing -- that instead of incorporating > 'call aslr TOO' into rebaseall, there should be a separate 'aslrall' script? +1 for that suggestion. It's doing s

Re: Info about OS by command in Cygwin

2009-02-28 Thread Charles Wilson
Christian Franke wrote: 'uname' and '/proc/version' show the Windows version number > (NT-5.0=2000, 5.1=XP, 5.2=2003, 6.0=Vista) but not the SP version. The > 'ver' is a cmd.exe builtin command and can also be run from bash: Also, /usr/lib/csih/winProductName.exe (Note that this is technically a n

Re: [1.7] rebaseall doesn't solve the problem

2009-02-28 Thread Charles Wilson
Corinna Vinschen wrote: > Way cool, Chuck. Especially the fact that this tool can also mark > executables with the TS-aware flag (doesn't make sense for DLLs, afaik). > This helps to test if setting this flag in Cygwin binaries will > allow Cygwin to run on 2008 with TS without disabling DEP. We

[ANNOUNCEMENT] End-of-life/Updated: gcc-3.4.4-999

2009-02-28 Thread Dave Korn
A new release of gcc, version 3.4.4-999, has been uploaded to sourceware.org, and will appear on your local mirror after it next refreshes. The old GCC-3.4.4 compiler has reached end of life, and is being retired. This is the final release of GCC series 3 on Cygwin; future development will f

Re: [1.7] Editing in /etc

2009-02-28 Thread Marc Girod
Chris wrote: > > Fixed... I messed up the permissions in my /dev directory. > There may be issues with editing some files in /etc... I think of /etc/hosts, OK... a symlink to a Windows file. Editing it, you have to be careful with preserving its ownership (including group) and permissions fro

Re: Info about OS by command in Cygwin

2009-02-28 Thread Christian Franke
Thomas Wiedmann wrote: by which Cygwin/bash command can I get detailed information about the Operating System, e. g. about the Windows version (XP? SP?)? Trying with the Windows command "ver" I've got the error "-bash: ver: command not found". 'uname' and '/proc/version' show the Windows versi

Info about OS by command in Cygwin

2009-02-28 Thread Thomas Wiedmann
Hello, by which Cygwin/bash command can I get detailed information about the Operating System, e. g. about the Windows version (XP? SP?)? Trying with the Windows command "ver" I've got the error "-bash: ver: command not found". Thomas Wiedmann -- Unsubscribe info: http://cygwin.com/ml

Re: [1.7] rebaseall doesn't solve the problem

2009-02-28 Thread Corinna Vinschen
On Feb 27 16:21, Charles Wilson wrote: > Corinna Vinschen wrote: > [...] > > I'm wondering if that's a result of ASLR in Vista. The document > > http://taossa.com.nyud.net:8080/archive/bh08sotirovdowd.pdf [...] > [...] > > If so, there's nothing Cygwin can do against that. In the long run, > > on

Re: [1.7] Editing in /etc

2009-02-28 Thread Chris Sutcliffe
> Looks like it's related to some issue reading stdin... I executed vim > in debug mode ('vim -D passwd') and got the following: Fixed... I messed up the permissions in my /dev directory. Sorry for the noise. Chris -- Chris Sutcliffe http://emergedesktop.org -- Unsubscribe info: http://