On Aug 15 23:37, Larry Hall (Cygwin) wrote: > On 8/15/2013 8:38 PM, Yuxiang Wang wrote: > >Dear all, > > > >I have installed Octave with Cygwin 64-bit, under Win 7. Besides > >octave-3.6.4-1, I also installed xinit and xlaunch according to the > >doc, and gnuplot just in case. > > > >However, when I start X terminal, open octave (that all went > >successfully) and enter plot(1:5), I got the following message: > > > >octave:1> plot(1:5) > > 0 [main] octave-3.6.4 2708 child_info_fork::abort: > >C:\cygwin64\bin\cygoctave-1.dll: Loaded to different address: > >parent(0xF00000) != ch > >error: popen2: process creation failed -- Resource temporarily unavailable > >error: called from: > >error: /usr/share/octave/3.6.4/m/plot/private/__gnuplot_open_stream__.m > >at line 30, column 44 > >error: /usr/share/octave/3.6.4/m/plot/__gnuplot_drawnow__.m at line > >72, column 19 > > > >Would anyone please help me with this? > > In 64-bit land, the available address space for Cygwin DLLs is much > increased. This should theoretically eliminate the "casual" overlap > of address spaces for loaded DLLs, which was a common fork failure vector > in 32-bit land.
Not exactly eliminated, but drastically reduced. The problem is, the hash algorithm used by ld to compute a default DLL load address is not exactly bullet proof, not even with such a big address space we have now available for DLLs. It still requires to run rebase to be on the safe side. However, I just found a problem in the 64 distro which results in not running autorebase as part of an update. This should be fixed soon. For the time being, stop all Cygwin processes, start a naked dash and run /usr/bin/rebaseall. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
pgpgtxCMdOGcU.pgp
Description: PGP signature
