X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-1.6 required=5.0	tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,TW_BJ,UNPARSEABLE_RELAY
X-Spam-Check-By: sourceware.org
X-Yahoo-SMTP: jenXL62swBAWhMTL3wnej93oaS0ClBQOAKs8jbEbx_o-
Date: Wed, 14 Sep 2011 11:02:42 -0400
From: Christopher Faylor <cgf-use-the-mailinglist-please AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: plotting from octave: address space already occupied, fork aborts
Message-ID: <20110914150242.GA6836@ednor.casa.cgf.cx>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <loom DOT 20110914T045158-624 AT post DOT gmane DOT org> <4E703F00 DOT 8020101 AT gmail DOT com> <4E709C95 DOT 3070600 AT cs DOT utoronto DOT ca> <4E709F16 DOT 2050002 AT gmail DOT com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4E709F16.2050002@gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On Wed, Sep 14, 2011 at 02:33:26PM +0200, Marco atzeri wrote:
>On 9/14/2011 2:22 PM, Ryan Johnson wrote:
>> On 14/09/2011 1:43 AM, Marco atzeri wrote:
>>> Hi Paul,
>>> your problem is a new one :-(
>>>
>>> max.oct is a dll of octave, and its base address is not 004F0000
>>>
>>> $ objdump -p /lib/octave/3.4.2/oct/i686-pc-cygwin/max.oct |grep ImageBase
>>>
>>> ImageBase 686c0000
>>>
>>> I guess that another dll is loaded at 686c0000, so max.oct
>>> is loaded too near at 004000000, the base address of any exe
>>>
>>> $ objdump -p /bin/gnuplot.exe |grep ImageBase
>>> ImageBase 00400000
>>>
>>> $ objdump -p /bin/octave-3.4.2.exe |grep ImageBase
>>> ImageBase 00400000
>>>
>>> So when octave fork gnuplot, gnuplot take that address space
>>> and max.oct can not be loaded at the previous 004F0000.
>>>
>>> peflagsall is not aware that .oct are also dll, so you could try with
>>>
>>> $ peflagsall -s 'exe|dll|so|oct'
>> Wouldn't rebaseall need similar treatment? My understanding from Corinna
>> is that peflagsall is not particularly helpful (though not harmful either).
>
>Hi Ryan,
>PEBKC on this side.
>I was thinking of rebaseall and writing of peflagsall.
>
>The right command should be:
>
>$ rebaseall -s 'dll|so|oct'

Why do we need to add an arbitrary new extension here?  Why isn't octave
using "dll"?  "oct" is certainly not a standard extension for a shared
library.

cgf

--
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