X-Spam-Check-By: sourceware.org Date: Wed, 23 Nov 2005 15:04:41 -0500 From: David Svoboda Subject: Re: Cygwin fork failure In-reply-to: <4383E5AB.8010304@cygwin.com> To: cygwin AT cygwin DOT com, svoboda AT cs DOT cmu DOT edu Message-id: <4384CB59.3090005@cs.cmu.edu> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <437E014F DOT 6010201 AT cs DOT cmu DOT edu> <437EC12A DOT 3050608 AT cygwin DOT com> <200511211404 DOT 52349 DOT svoboda AT cs DOT cmu DOT edu> <4383E5AB DOT 8010304 AT cygwin DOT com> User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Larry Hall (Cygwin) wrote: > svoboda AT cs DOT cmu DOT edu wrote: > >> On Saturday 19 November 2005 01:07 am, Larry Hall (Cygwin) wrote: >> >>> David Svoboda wrote: >>> >>>> I have built a C++ server program called 'analyzer'. But when I try to >>>> run it, it fails upon trying to execute a 'fork' command. Why? >>> > > > > > >>> >>> If running 'rebaseall' doesn't help (see the README) and 'analyzer' >>> doesn't >>> use any DLLs that were built as part of that package (in which case you >>> need to tell 'rebaseall' about them), then try: >>> >>> >> >> >> >> Thanks for the response. The 'analyzer' program is statically linked; >> it involves no DLLs. Rebaseall did nothing. And increasing the size >> of the heaps did nothing (I tried 2x, 4x, 8x and 16x). My machine is >> totally wedged now...even safe mode doesn't work. >> >> I can only say that this fork problem happens on several other >> Windows machines at our university, but it does not seem to happen to >> machines not at the university. Furthermore this fork problem now >> affects previous versions of my 'analyzer' software...last week's >> version worked then, but does not now. It's as if Satan put a curse >> on all the PCs only at this university. >> >> Any other suggestions? > > > > Trying a snapshot it a good subsequent step. If you're going to be > building > things against Cygwin, you'll want to pull the cygwin-inst. > Otherwise, cygwin1-*.dll is enough and is probably plenty for starters. > > > > > Well, the latest snapshot available is 2005-Nov-17. Planting its cygwin1.dll into cygwin/bin generates the following result: analyzer --KANTOO_LANGUAGE=halo --ANALYZER_PORT=4052 -server-multiple -fork Analyzer 2.0; DMK 0.2 (HALO); DOMO 0.2 (KCE) 6 [main] analyzer 2164 fhandler_disk_file::fixup_mmap_after_fork: requested 0x18730000 != 0x0 mem alloc base 0x18730000, state 0x1000, size 4096, Win32 error 487 d:\svoboda\kantoo\bin\analyzer (2164): *** recreate_mmaps_after_fork_failed ]0;~ svoboda AT quebec ~ $ which is a slight improvement over the previous result: svoboda AT quebec ~ $ analyzer --KANTOO_LANGUAGE=halo --ANALYZER_PORT=4052 -server-multiple -fork Analyzer 2.0; DMK 0.2 (HALO); DOMO 0.2 (KCE) 6 [main] analyzer 224 fhandler_disk_file::fixup_mmap_after_fork: requested 0x18730000 != 0x0 mem alloc base 0x18730000, state 0x1000, size 4096, Win32 error 487 d:\svoboda\kantoo\bin\analyzer (224): *** recreate_mmaps_after_fork_failed 11 [main] analyzer 1136 fork_parent: child 224 died waiting for dll loading Failed to fork properly! ]0;~ svoboda AT quebec ~ $ but still crashes my analyzer. My best guess is that this bug was introduced by a new version of cygwin, as it did not occur until I did a cygwin-update. It seems that the oldest cygwin I can get is 1.5.17.1, (1.5.18.1 being the current version) Is there any way to get older c ygwins? ~Dave ~Dave -- 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/