Re: 'bad image error' while trying to run cygwin terminal on my windows 10 laptop
--On 17 September 2017 09:29 +0300 Hanit Hakim wrote: i recently downloaded cygwin to my laptop. after it worked for a few hours, it suddenly threw a bad image error. the message i'm getting when trying to run the cygwin terminal, is: C:\cygwin64\bin\cygwin1.dll is either not designed to run on Windows or it contains an error... i already tried to reinstall it, but the error just came back. In the past 4 weeks, I have seen this problem reported on other non-Cygwin forums about 4 or 5 times. Upon investigation, in every case, one or more DLL files had been reduced to zero length files. It was possible that the actual damage was caused during the previous use of the affected application, rather than at the time of the reported error. In every case, the following additional circumstances were true: - the anti-virus was McAfee; - the operating system was Windows 10 version 1607; - after the application of the August 2017 updates for Windows 10 version 1607. Do those circumstances apply in your case? -- Robin Walker -- 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
Re: [ANNOUNCEMENT] Updated: run-1.1.11-1
--On 17 August 2009 15:57 +0200 Corinna Vinschen wrote: The [...] as well as your startxwin.bat script don't work on W7. On any NT-class Windows, calling a *.bat file causes a 16-bit sub-system to be spawned, and the .bat file is interpreted within the 16-bit command interpreter. Given that Cygwin 1.7 no longer supports Windows 9x systems, it would probably make sense to convert as many .bat files as possible to .cmd files, so that they run within the normal 32-bit command interpreter. Does the startxwin.bat script work when it is renamed startxwin.cmd ? -- Robin Walker -- 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
RE: [ANNOUNCEMENT] Updated: run-1.1.11-1
--On 17 August 2009 17:52 + Stephan Mueller wrote: Robin Walker wrote: On any NT-class Windows, calling a *.bat file causes a 16-bit sub-system to be spawned, and the .bat file is interpreted within the 16-bit command interpreter. Given that Cygwin 1.7 no longer supports Windows 9x systems, it would probably make sense to convert as many .bat files as possible to .cmd files, so that they run within the normal 32-bit command interpreter. Does the startxwin.bat script work when it is renamed startxwin.cmd ? This is certainly an interesting question, but I'm not sure I believe the preceding claim. OK, I stand corrected. It looks as if something that bit me more years ago than I can remember is not in fact the problem that I mis-remembered it to be. Sorry for wasting your time! -- Robin Walker -- 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
Re: bash.exe: ***fatal error
--On 30 April 2008 09:51 -0700 Lester Ingber [EMAIL PROTECTED] wrote: Yesterday I installed the final version of SP3 on my XP Professional system, which I downloaded via a link to the microsoft .exe via zdnet Which build number of SP3 was that in fact? (Don't trust what the site said, look at what has been downloaded and installed. Look at the detailed file version of a file that has been updated by SP3, for instance, termdd.sys). (1) Whenever I try to start a cygwin window via the default shortcut icon, which points to C:\cygwin\cygwin.bat (which is the same since 2005), I am getting 6 [main] ? (4596) C:\cygwin\bin\bash.exe: ***fatal error - couln't allocate heap, Win32 error 487, base 0x6D, top 0x6E, reserve_size 61440, allocatesize 65536, page_cost 4096 Just a stab in the dark: 1. Try renaming cygwin.bat as cygwin.cmd, and then calling cygwin.cmd. Interpreting a .bat file will be done in the 16-bit emulation layer of XP, which then has to spawn 32-bit applications. Try doing it all within the 32-bit environment by using .cmd files instead of .bat. 2. Did the installation of SP3 change the ordering of items in your PATH? Is there more than one bash.exe on your hard disk? -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with Cygwin and ClearCase
--On 10 March 2008 16:10 -0400 David Arnstein wrote: I am writing to this mail list to inquire what is special about processes started by a Cygwin bash process. Special, when compared to launching from a DOS box or from a standard Windows shortcut. The PATH might be different? Environment variables different? -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-10
On Mar 2 15:15, Karl M wrote: I just tried 1.5.25-10 on a fairly vanilla XP with ssh/sshd installed. ssh localhost hangs. Reverting to current restores normal operation. If it is not readily reproducible, I will dig further. I noticed the same with 1.5.25-9 last night. It's not just calls to localhost: it's ssh calls to anywhere that hang: in other words, it's a client-side problem, not server-side. I noticed that the -vv option of ssh threw an error report just before the hang, but I did not have the time to do any analysis, as I needed the ssh too urgently. Backing off to the released version of cygwin1.dll restored normal ssh operation. I will try the experimental version again when I am less time-strapped, and copy the -vv log of the failed calls. -- Robin Walker p7sOeTLlgamQg.p7s Description: S/MIME cryptographic signature
Re: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-10
--On 03 March 2008 11:46 + Robin Walker wrote: I noticed the same with 1.5.25-9 last night. It's not just calls to localhost: it's ssh calls to anywhere that hang: in other words, it's a client-side problem, not server-side. I noticed that the -vv option of ssh threw an error report just before the hang, but I did not have the time to do any analysis, as I needed the ssh too urgently. Backing off to the released version of cygwin1.dll restored normal ssh operation. I will try the experimental version again when I am less time-strapped, and copy the -vv log of the failed calls. ... and I get the same with 1.5.25-10. cygcheck.out attached. Here are the last few lines of ssh -vv under 1.5.25-10: [EMAIL PROTECTED]'s password: debug2: we sent a password packet, wait for reply debug1: Authentication succeeded (password). debug1: channel 0: new [client-session] debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 0 debug2: channel 0: request shell confirm 0 debug2: fd 3 setting TCP_NODELAY debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel 0: rcvd adjust 2097152 debug2: channel 0: write failed debug2: channel 0: close_write debug2: channel 0: output open - closed ... at which point ssh hangs. Here is the same part of the log from 1.5.25-7: [EMAIL PROTECTED]'s password: debug2: we sent a password packet, wait for reply debug1: Authentication succeeded (password). debug1: channel 0: new [client-session] debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 0 debug2: channel 0: request shell confirm 0 debug2: fd 3 setting TCP_NODELAY debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel 0: rcvd adjust 2097152 Last login: Mon Mar 3 20:44:58 2008 from localhost [EMAIL PROTECTED] ~ $ exit -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 Cygwin Configuration Diagnostics Current System Time: Mon Mar 03 20:51:03 2008 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\Program Files\MiKTeX 2.5\miktex\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\system32\WBEM C:\Program Files\Windows Resource Kits\Tools\ C:\Program Files\Support Tools\ c:\local\bin C:\Program Files\Common Files\Adobe\AGL C:\Program Files\Java\jdk1.5.0_03\bin C:\Program Files\Common Files\GTK\2.0\bin c:\cygwin\bin C:\Program Files\Universal Extractor C:\Program Files\Universal Extractor\bin C:\Program Files\QuickTime\QTSystem\ C:\Program Files\OpenVPN\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(rdhw) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) 1006(Debugger Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(rdhw) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) 1006(Debugger Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = 'ntsec tty' Path = 'C:\Program Files\MiKTeX 2.5\miktex\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program Files\Windows Resource Kits\Tools\;C:\Program Files\Support Tools\;c:\local\bin;C:\Program Files\Common Files\Adobe\AGL;C:\Program Files\Java\jdk1.5.0_03\bin;C:\Program Files\Common Files\GTK\2.0\bin;c:\cygwin\bin;C:\Program Files\Universal Extractor;C:\Program Files\Universal Extractor\bin;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\OpenVPN\bin' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' APPDATA = 'C:\Documents and Settings\rdhw\Application Data' CLASSPATH = '.;C:\Program Files\Java\jre1.6.0_03\lib\ext\QTJava.zip' CommonProgramFiles = 'C:\Program Files\Common Files' COMPUTERNAME = 'ROBIN-DESKTOP' ComSpec = 'C:\WINDOWS\system32\cmd.exe' DEFLOGDIR = 'C:\Documents and Settings\All Users\Application Data\McAfee\DesktopProtection' FP_NO_HOST_CHECK = 'NO' GDAL_DATA = 'C:\Program Files\Common Files\LizardTech Shared\GDAL_ETC' HOMEDRIVE = 'C:' HOMEPATH = '\Documents and Settings\rdhw' LOGONSERVER = '\\ROBIN-DESKTOP' NUMBER_OF_PROCESSORS = '1' OPENSSL_CONF = 'd:\downloads\openssl\installed\bin\openssl.cnf' OS = 'Windows_NT' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = 'x86' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 7 Stepping 10, AuthenticAMD' PROCESSOR_LEVEL = '15' PROCESSOR_REVISION = '070a' ProgramFiles = 'C:\Program Files' PROJSO = 'C:\Program Files\Common Files\LizardTech Shared\GDAL_LIB\proj.dll' PROJ_LIB = 'C:\Program Files\Common Files\LizardTech Shared\GDAL_ETC' PROMPT = '$P$G' QTJAVA = 'C:\Program Files\Java\jre1.6.0_03\lib\ext\QTJava.zip
Re: Cygwin installation on Windows Server 2003
--On 22 June 2007 17:18 +0100 DGFM-dfmsdev5b-Andrew Clark [EMAIL PROTECTED] wrote: Additionally, is anyone aware of McaFee 8.0i causing Cygwin SSH problems when installed on Windows Server 2003 - currently SSH keeps receiving the message ' ssh_exchange_identification: Connection closed by remote host' when issuing command 'ssh -v localhost' Yes - turn off Buffer Overflow Protection in VirusScan Console. That usually fixes it. -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: strange bug in gettimeofday function
--On 16 February 2007 04:12 +0300 Andrew Makhorin [EMAIL PROTECTED] wrote:
double get_time(void)
{ struct timeval tv;
gettimeofday(tv, NULL);
return (double)tv.tv_sec + 1e-6 * (double)tv.tv_usec;
}
I would be suspicious of floating-point rounding errors here for the
original problem you described. Why don't you try a test case that just
checks if one tv is ever less than a previous tv, without the
conversions.
But then I would like to know why comparison of two floating-point
numbers leads to different results: t0 is *exactly* the same as t1,
nevertheless the condition t0 t1 is true (sometimes). That is the
question.
The multiplier 1e-6 cannot be represented exactly in binary floating point.
Therefore the internal representation of your tv_usec will always be
subject to rounding errors, maybe upwards or maybe downwards. Therefore,
the result of this function will never be an accurate representation of the
time as returned by struct timeval. The impact of the rounding error will
depend on at what point the internal 80-bit value in the processor is
rounded to 64 bits for storage as a double.
If you really must do this (and it is not advised) you might do better by
multiplying tv_sec by 1e6 then adding tv_usec unscaled, so that the
floating point variable holds an integer number of microseconds.
Also, if tv_sec is large, there might be significant loss of precision as
tv_sec and tv_usec are shifted 6 decimal places (about 20 binary places)
relative to each other in the mantissa.
Floating point representation should never be used for something for which
you need an accurate value, or where you require to test for two things
being equal. You have a struct which conveys the time accurately: why not
use that? It is trivial to write functions which compare two timevals for
equality, or yield the difference between two timevals.
Another possible factor to bear in mind has already been alluded to:
Windows clock slew. Because PC clocks do not keep accurate time, Windows
calibrates the internal clock against an external source (in XP, this is by
default time.microsoft.com). By comparison of the two clocks, Windows
calculates a slew by which it occasionally adjusts the PC clock to keep the
time of day in step with the external source. I do not know whether this
factor is relevant to the data returned by gettimeofday().
--
Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK
[EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528
p7sHPAJirkTdW.p7s
Description: S/MIME cryptographic signature
ssh usage banner truncation
The usage banner lines produced by ssh.exe (latest version and previous ones) are unexpectedly truncated like this: usage: ssh [-1246AaCfgkMNnqsTtVvXxY] [-b bind_address] [-c cipher_spec] [-D [bind_address:]port] [-e escape_char] [-F when they ought to say: usage: ssh [-1246AaCfgkMNnqsTtVvXxY] [-b bind_address] [-c cipher_spec] [-D [bind_address:]port] [-e escape_char] [-F configfile] [-i identity_file] [-L [bind_address:]port:host:hostport] [-l login_name] [-m mac_spec] [-O ctl_cmd] [-o option] [-p port] [-R [bind_address:]port:host:hostport] [-S ctl_path] [-w local_tun[:remote_tun]] [EMAIL PROTECTED] [command] The truncated version is 128 bytes long. -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 p7sTrUuuxWiSQ.p7s Description: S/MIME cryptographic signature
Re: Snapshot speed on managing files
--On 19 January 2007 07:55 -0800 Christopher Layne wrote: I've noticed windows insists on spooling up all HDs upon even deleting a single file from the RB. Yes, it would have to do that. The Recycle Bin is a pseudo object on the Desktop which stands for the individual physical RECYCLER directories at the root of each partition, with sub-directories for each user account. The contents of the Recycle Bin is the union of the contents of the current user's RECYCLER sub-directories across all partitions. -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 p7slE37olFHqX.p7s Description: S/MIME cryptographic signature
Re: Cygwin Python/PIL TCL/TK fork rebase solution
--On 15 January 2007 15:42 -0800 Ross Patterson wrote: But I'm also curious about rebase and to understand more about how one chooses what base address and offset to use. My curiosity is deeper than that. I would welcome some instruction or elucidation on this issue. My understanding (please correct me if I get this wrong) of normal Windows DLLs is that, when they need to be loaded into memory (or mapped into an address space), if their preferred base address and range is not free, then Windows will slot them in elsewhere and automatically fix-up all the embedded pointers in RAM to be consistent with the actual assigned run-time DLL base. So, usually, no-one need be too concerned about DLL base addresses: DLLs just work, even if their preferred base is not available. Things are more efficient if the preferred base is free, but they still work, albeit slower and less efficiently, if the preferred base is not free. So, what is it about Cygwin DLLs that makes them apparently sensitive to base address in a way that normal Windows DLLs are not? What is it that Cygwin rebase does, that Windows dynamic run-time rebasing cannot or does not do? -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 p7sPfy4tzvmxf.p7s Description: S/MIME cryptographic signature
Re: Cygwin Python/PIL TCL/TK fork rebase solution
--On 16 January 2007 07:12 -0500 Christopher Faylor wrote: On Tue, Jan 16, 2007 at 11:37:46AM +, Robin Walker wrote: So, what is it about Cygwin DLLs that makes them apparently sensitive to base address in a way that normal Windows DLLs are not? fork() Sorry, I don't understand this reply. Can you elucidate? -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 p7sAvnrS0r8SJ.p7s Description: S/MIME cryptographic signature
Re: Cygwin Python/PIL TCL/TK fork rebase solution
--On 16 January 2007 04:58 -0800 Brian Dessent wrote: Because in order to emulate fork(), Cygwin has to be able to re-execute the binary and have it load with the same memory layout. If there are DLLs that overlap and need remapping by the OS then the memory layout becomes non-deterministic. If Cygwin cannot create a child process with the same memory layout as the parent, then it cannot fork and you get the unable to remap error. Also note that this explains why binaries that dynamically load modules at runtime with dlopen() (such as Perl, Python, Apache, ...) are particular likely to be affected by this whereas if you are just running ordinary binaries that do no dynamic loading you almost never have to mess with rebasing. Specifically, if a process loads modules at runtime and those modules need to be relocated by the OS then the memory layout depends now on countless details of the execution of the script or the logic flow of the binary. Or put differently, the Windows process image loader (i.e. the thing that loads a .exe and all DLLs that it was linked against at link time) is relatively deterministic and repeatable, so you can get away with unbased DLLs if there is no runtime loading since the memory layout is still somewhat repeatably reproducable. Brian, Thanks for the explanations. So, if I've understood things correctly, the difficulty boils down to cloning a parent process's address space layout within that of a child, which includes ensuring that DLLs appear at the same base within both processes. For this to be the problem it appears to be, I'm guessing that there must be some shortcoming in the Windows APIs in this area when compared with facilities available within other Posix-compliant OSs. How does Linux deal with the same issues of having libraries (or whatever are logically equivalent to DLLs) potentially linked at different bases in the two address spaces? -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 p7swZXaByzmlQ.p7s Description: S/MIME cryptographic signature
Re: Cygwin Python/PIL TCL/TK fork rebase solution
--On 16 January 2007 10:09 -0800 Ross Patterson wrote: This has been an illuminating discussion and has given a lot more detail to what I already understood about the rebase/fork issue. I'd still like to understand how one chooses base address and offset values for rebase, seeing as I was just shooting in the dark until something said OWW! Process Explorer from http://www.microsoft.com/technet/sysinternals/default.mspx allows you to view all the DLLs of a process and their preferred and actual base addresses. So if you have a running Cygwin process, Process Explorer can at least give you a hint where there are gaps in its address space. -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 p7sJ0qU4SMUnv.p7s Description: S/MIME cryptographic signature
Re: child node copy
--On 12 July 2006 19:20 -0500 Deepa Mahajan wrote: When I execute any script I get errors along the lines of 12 [main] cvs 7412 child_copy: linked dll data write copy failed, 0x3F4000. .0x3F4030, done 0, windows pid 2279572, Win32 error 487 cvs [checkout aborted]: cannot fork: Resource temporarily unavailable cannot fork: Resource temporarily unavailable Sometimes this is an interaction with other software on the PC. For instance, sometimes, webcam software has been implicated. -- Robin Walker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: random fork: Resource temporarily unavailable
--On 22 June 2006 06:35 -0700 Mark Bartel wrote: However, yet another person who has encountered this problem emailed me with a workaround, which seems to resolve the issue in my case. He had encountered the problem himself, and he found http://aslongas.pe.kr/tt/ which says to turn off the Logitech Process Monitor service, installed with Logitech webcam software. Possibly confirmed! As soon as I stop LvPrcSrv, the problems that I was having with sshd are cured. When I restart LvPrcSrv, the problems with sshd return. -- Robin Walker p7sdAHHSLUp4x.p7s Description: S/MIME cryptographic signature
Re: ssh password-less cmds to Windows 2003 don't return any output
--On 21 June 2006 18:50 +0100 John McNulty wrote: However, I just noticed something really else really weird. Repeating the remote 'ls' command in succession _sometimes_ works. # ssh [EMAIL PROTECTED] ls # ssh [EMAIL PROTECTED] ls # ssh [EMAIL PROTECTED] ls bar exit-bad exit-good saved-files # # ssh [EMAIL PROTECTED] ls # ssh [EMAIL PROTECTED] ls # ssh [EMAIL PROTECTED] ls # ssh [EMAIL PROTECTED] ls # ssh [EMAIL PROTECTED] ls bar exit-bad exit-good saved-files Check the Windows 2003 Server Event Viewer for entries from sshd in the Application Event Log. -- Robin Walker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: fork failure patch for cygrunsrv
--On 16 June 2006 16:49 -0400 Hochstedler, Ben (GE Healthcare) wrote: fork() can fail when the system runs out of non-interactive heap space (because there's not enough heap memory to allocate to the launched process). If we, as end-users, suffer from fork() failing for the above reason, which parameter should be adjusted so that there is enough heap memory available for fork() not to fail like this? -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin and Windows Vista Beta 2
--On 06 June 2006 20:11 -0400 Chuck McDevitt wrote: Just an FYI: Cygwin's fork() implementation has an intermittent bug when running on Windows Vista Beta 2 The odd thing is that it sometimes works, and sometimes gives this error. It isn't just under Vista - this is an issue I am seeing under XP: see my thread on sshd, with the same intermittent errors in fork(). -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd: fork of unprivileged child failed
--On 04 June 2006 18:18 -0400 Larry Hall (Cygwin) wrote: Robin Walker wrote: In the Windows Application Log there are, for each failed connection attempt, entries of the form: sshd: PID : fatal: fork of unprivileged child failed. Did you try a recent snapshot? If, by snapshot, you mean System Restore Point, then the problems began too long ago for a restore point still to exist. I have been searching for solutions for some months already. Please read and follow the problem reporting guidelines found at: http://cygwin.com/problems.html I couldn't see anything there that addresses this problem. I included a cygcheck output in a previous post in this thread. I have already spent some months struggling with this before coming to this list, and Googled every likely search term. The searches show some other users had a similar problem, but cured it with a rebaseall. That worked once for me, but no longer. Think about things that have changed about the time things stopped working for you. This includes things both a part of and external to Cygwin. Most likely, it was a Cygwin update. sshd worked OK during most of 2005, but has not worked since I updated Cygwin early in 2006. I don't use ssh on a daily basis, and it took some time to notice that connections were failing. Is there any way I can get a previous version of cygwin1.dll to check against? -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd: fork of unprivileged child failed
--On 05 June 2006 08:23 -0400 Larry Hall (Cygwin) wrote: Robin Walker wrote: --On 04 June 2006 18:18 -0400 Larry Hall (Cygwin) wrote: Robin Walker wrote: In the Windows Application Log there are, for each failed connection attempt, entries of the form: sshd: PID : fatal: fork of unprivileged child failed. Did you try a recent snapshot? I mean a recent Cygwin snapshot of the pending 1.5.20 release. See http://cygwin.com/snapshots/ Instant success with 20060604 version of cygwin1.dll Thank you!! -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd: fork of unprivileged child failed
--On 05 June 2006 14:23 +0100 Robin Walker wrote: Instant success with 20060604 version of cygwin1.dll I spoke too soon. When I restored UsePrivilegeSeparation yes and restarted Windows, ssh connections failed again. This time the client log was: C:\Documents and Settings\rdhwssh -vv 127.0.0.1 OpenSSH_4.3p2, OpenSSL 0.9.8a 11 Oct 2005 debug1: Reading configuration data /etc/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to 127.0.0.1 [127.0.0.1] port 22. debug1: Connection established. debug1: identity file /home/rdhw/.ssh/identity type -1 debug1: identity file /home/rdhw/.ssh/id_rsa type -1 debug1: identity file /home/rdhw/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_4.3 debug1: match: OpenSSH_4.3 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.3 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent ... and there it hung, for ever. There were three sshd processes also doing nothing. No errors appeared in the Application Event Log. -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
sshd: fork of unprivileged child failed
I have a system with Cygwin sshd installed that refuses to accept connections. sshd is running and listening on port 22. In the Windows Application Log there are, for each failed connection attempt, entries of the form: sshd: PID : fatal: fork of unprivileged child failed. In sshd.log there are entries of the form: 1893 [main] sshd 7720 C:\cygwin\usr\sbin\sshd.exe: *** fatal error - recreate_mmaps_after_fork_failed 9 [main] sshd 6788 child_copy: stack write copy failed, 0x23DDA0..0x24, done 0, windows pid 2350292, Win32 error 5 7 [main] sshd 6344 fhandler_dev_zero::fixup_mmap_after_fork: requested 0x3F != 0x0 mem alloc base 0x3F, state 0x1000, size 4096, Win32 error 487 2029 [main] sshd 6344 C:\cygwin\usr\sbin\sshd.exe: *** fatal error - recreate_mmaps_after_fork_failed 8 [main] sshd 7868 child_copy: stack write copy failed, 0x23DDA0..0x24, done 0, windows pid 2350292, Win32 error 5 6 [main] sshd 6872 fhandler_dev_zero::fixup_mmap_after_fork: requested 0x3F != 0x0 mem alloc base 0x3F, state 0x1000, size 4096, Win32 error 487 2487 [main] sshd 6872 C:\cygwin\usr\sbin\sshd.exe: *** fatal error - recreate_mmaps_after_fork_failed 10 [main] sshd 6336 child_copy: stack write copy failed, 0x23DDA0..0x24, done 0, windows pid 2350292, Win32 error 5 Attempts by client ssh programs to connect are given: Read from socket failed: Connection reset by peer This happens even for ssh 127.0.0.1 on the server itself. What do I need to do to get this sshd working? The first time this fault ever occurred on this system, a rebaseall cured it. But the fault has returned some months later, and a rebaseall no longer fixes it. -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd: fork of unprivileged child failed
--On 04 June 2006 16:27 -0500 René Berber [EMAIL PROTECTED] wrote: Robin Walker wrote: I have a system with Cygwin sshd installed that refuses to accept connections. sshd is running and listening on port 22. In the Windows Application Log there are, for each failed connection attempt, entries of the form: sshd: PID : fatal: fork of unprivileged child failed. What is you configuration in respect to privilege separation? UsePrivilegeSeparation yes And a few more details could be useful, version of Windows, XP Pro, fully up to date. any special ssh configuration? I have not configured anything. It used to work: now it doesn't. was sshd and users installed following the provided documentation? To what provided documentation are you referring? -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
