plotting from octave: address space already occupied, fork aborts

Marco atzeri marco.atzeri@gmail.com
Wed Sep 14 15:03:00 GMT 2011


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'

Regards
Marco

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



More information about the Cygwin mailing list