octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problems with the Windows build


From: PhilipNienhuis
Subject: Re: Problems with the Windows build
Date: Tue, 29 Oct 2013 15:15:26 -0700 (PDT)

John W. Eaton wrote
> On 10/28/2013 02:52 AM, John W. Eaton wrote:
>> [I also posted the following information to the bug #40381 (the PATH
>> setting was suggested in one of the comments in that report). --jwe]
>>
>> I tried building current Octave (hg id = 8b353af4a1ca) with mxe-octave
>> (hg id = e7cb2340feff+; changes only in the version number and sha1sum
>> for the Octave tar file that I generated).
>>
>> When I copy the resulting binary to my Windows 7 system and run
>> __run_test_suite__, it fails a number of tests, some with a message
>> about not finding makeinfo not recognized as an internal or external
>> command, operable program, or batch file. But system ("makeinfo
>> --version") displays the makeinfo version info as expected.
>>
>> This message doesn't show up until later in the tests, so I thought
>> maybe we were accumulating open files or something similar that was
>> preventing Octave from opening program files to run. So I tried
>> running only the fixed tests, but that doesn't seem to avoid the
>> problem.
>>
>> Then I tried running Octave from inside an msys terminal window after
>> setting PATH as suggested and it crashes with a segfault in the fsolve
>> test.
>>
>> I'm also noticing a number of times when the GUI appears to hang and I
>> get a spinning cursor. It usually comes back after 5-10 (or maybe
>> more) seconds, but I have no idea what is going on during the delay.
>>
>> Ugh, we can't release like this...
> 
> Following up on this, the errors about not finding makeinfo were
> apparently caused by the bug in setenv.  Here's what I posted about
> this in the bug tracker:
> 
> I checked in the following change to fix the setenv/putenv problem. It
> seems to work for me.
> 
> http://hg.savannah.gnu.org/hgweb/octave/rev/415583856971
> 
> I guess this is the reward I get for trying to fix a memory leak. :-(
> 
> It would probably be better to figure out why gnulib::setenv isn't
> working, but for now I'm going with this change.
> 
> This does improve the situation for me with the tests. Now I'm seeing
> 11402 PASS, 22 FAIL, 4 XFAIL, and 55 SKIPPED. I'm not building with
> LLVM or JAVA, so that's probably why the skipped count is so high.
> 
> Now that Octave can properly set the PATH before executing programs,
> I'm not seeing the messages about makeinfo. I am still seeing a series
> of permission denied errors from system-tst about date.m. It looks
> like it is searching the load path for date.m and giving a permission
> denied error about the file in each directory of the load path. I
> don't know what that's about, but anyway things look a lot better to
> me now than they did this time yesterday...

With your latest patch, on my WinXP & Win7 boxen (using octave-cli) I get
from __run_test_suite__.m:

Summary:

  PASS     11456
  FAIL        39
  XFAIL        6
  SKIPPED     48

to wit:

  libinterp\corefcn\conv2.cc-tst ......................... PASS   40/47  
FAIL 7
  libinterp\corefcn\data.cc-tst .......................... PASS  845/848 
FAIL 3
  libinterp\corefcn\syscalls.cc-tst ...................... PASS    0/1   
FAIL 1
  general\quadgk.m ....................................... PASS   15/16  
FAIL 1
  testfun\assert.m ....................................... PASS   82/86  
FAIL 4
  testfun\speed.m ........................................ PASS    3/4   
FAIL 1
  bug-38236.tst .......................................... PASS    0/1   
FAIL 1
  bug-38691.tst .......................................... PASS    0/1   
FAIL 1
  classdef.tst ........................................... PASS    2/20  
FAIL 18
  bug-38576.tst ..........................................File Not Found
PASS    3/4    FAIL 1
  system.tst ............................................../date.m:
Permission denied
C:\Octave\octave-2013-10-29-19-15\lib\octave\3.7.7+\site\oct\i686-pc-mingw32/date.m:
Permission denied
C:\Octave\octave-2013-10-29-19-15\lib\octave\site\oct\api-v48+\i686-pc-mingw32/date.m:
Permission denied
:
<several more Permission denied>
PASS   84/85   FAIL 1

Subtracting:
. the 18 classdef FAILs (which maybe should be XFAILs as this was no
classdef build), 
. the 7 conv2.cc plus 1 bug-38236.m FAILs that also happen on Linux, 
. and the (usual on MinGW) 3 data.cc, 1 syscalls.cc, 1 quadgk.m and 1
speed.m FAILs, 
there are now 3 new MinGW FAILs (since 3.7.5+ MXE/MinGW):
- system.tst (date.m)
- bug-38691 (1)
- bug-38576 (1)

On the positive side, the number of FAILs in assert.m went from 57 to:
- assert.m (4)

With octave-gui.exe, I also see one FAIL in statistics/gampdf.m.


When exiting Octave I consistently see:

..........<Ctrl-d>
octave-cli:2> error: Permission denied
error: ignoring octave_execution_exception while preparing to exit
panic: Segmentation violation -- stopping myself...
attempting to save variables to 'octave-workspace'...
save to 'octave-workspace' complete

....but I also see this on the 3.6.4_gcc4.6.2 MinGW binary.

WAG: could this be another build-versus-install directory path problem?


Philip




--
View this message in context: 
http://octave.1599824.n4.nabble.com/Problems-with-the-Windows-build-tp4658593p4658639.html
Sent from the Octave - Maintainers mailing list archive at Nabble.com.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]