On Dec 1 07:13, John Fano wrote: > Hi Everyone, > > I have cygwin 1.7.7 installed on a win2003 r2 file server. > [...] > 4: ' 0 [main] sshd 1388 C:\\cygwin\\usr\\sbin\\sshd.exe: *** > fatal error - could not load u, Win32 error 1114\nStack ^^^ It's probably safe to assume that this is user32.dll. There's a glitch in the debug output in 1.7.7. The difference between Cygwin 1.7.5 and 1.7.7 is just that 1.7.7 loads the dynamically loaded system DLLs using the full path, while 1.7.5 loads them using just the name, for instance:
1.7.5: LoadLibrary ("user32.dll") 1.7.7: LoadLibrary ("C:\\Windows\\System32\\user32.dll") The reason we're doing that is http://www.microsoft.com/technet/security/advisory/2269637.mspx So far we have not the faintest idea why loading the system DLLs using the full path fails in some scenarios, while using just the DLL name works. There's some kind of a workaround in the current development sources, but apparently this solution also doesn't provide a 100% success rate. Anyway, can you try if this effect still occurs with the latest developer snapshot from http://cygwin.com/snapshots/, please? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple