From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12310 invoked by alias); 19 Feb 2012 18:22:45 -0000 Received: (qmail 12300 invoked by uid 22791); 19 Feb 2012 18:22:44 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org Received: from mho-01-ewr.mailhop.org (HELO mho-01-ewr.mailhop.org) (204.13.248.71) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 19 Feb 2012 18:22:30 +0000 Received: from pool-173-76-50-112.bstnma.fios.verizon.net ([173.76.50.112] helo=cgf.cx) by mho-01-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1RzBP3-000BFh-Te for cygwin@cygwin.com; Sun, 19 Feb 2012 18:22:29 +0000 Received: from localhost (ednor.casa.cgf.cx [192.168.187.5]) by cgf.cx (Postfix) with ESMTP id 2599A13C002 for ; Sun, 19 Feb 2012 13:22:29 -0500 (EST) X-Mail-Handler: MailHop Outbound by DynDNS X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+1pFsITTH4vR+DfFv1Iu71 Date: Sun, 19 Feb 2012 18:22:00 -0000 From: Christopher Faylor To: cygwin@cygwin.com Subject: Re: Another 'fork' problem... Message-ID: <20120219182229.GB7083@ednor.casa.cgf.cx> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <4F40F62B.3000208@alice.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F40F62B.3000208@alice.it> User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2012-02/txt/msg00563.txt.bz2 On Sun, Feb 19, 2012 at 02:16:27PM +0100, Angelo Graziosi wrote: >I flag this for the sake of completeness... > >I do weekly Emacs (from BZR) builds and I have done this successfully >also under Cygwin 1.7.10-1, but today I can't because, > >... >gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../src -I/tmp/emacs/src -O2 >-MT allocator.o -MD -MP -MF .deps/allocator.Tpo -c -o allocator.o >/tmp/emacs/lib/allocator.c > 2 [main] make 1852 child_info_fork::abort: address space needed >by 'cygiconv-2.dll' (0x674C0000) is already occupied >make[3]: vfork: Resource temporarily unavailable >... Reporting issues which have already been discussed and (at least theoretically) fixed isn't really needed. If you want to try a snapshot and report on that, it would be useful. -- 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