This is the mail archive of the cygwin mailing list for the Cygwin project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
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.
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
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |