[Scilab-users] test_run failed: Slave Scilab exited with error code 127

[Samuel Gougeon]

Le 06/08/2019 à 15:44, Samuel Gougeon a écrit :
> Le 06/08/2019 à 15:03, philippe a écrit :
>> .../...
>> I've just done this an get :
>>
>>
>> -> test_run("ast",[],"no_check_ref")
>>    TMPDIR = /tmp/SCI_TMP_32597_VRKa5r
>>
>>  Module  001/001 - [ast] :
>>
>>  001/154 - [ast] Sand.........................................
>>  (   /usr/-6.0.2//bin/scilab -nwni  -nb -quit --timeout 15m  -f 
>> /tmp/SCI_TMP_32597_VRKa5r/Sand.tst > /tmp/SCI_TMP_32
>>  597_VRKa5r/Sand.res ) 2> /tmp/SCI_TMP_32597_VRKa5r/Sand.er
>>
>>
>> the command line "/usr/-6.0.2//bin/scilab"  should be instead :
>> /usr/share/scilab-6.0.2/bin/scilab
>
> .../...
>
>>
>> --> SCI
>>  SCI  =
>>
>>  /usr/share/scilab-6.0.2/share/scilab
>
>
> So, shouldn't the command line be
> /usr/share/scilab-6.0.2/share/scilab/bin/scilab
> intead of
> /usr/share/scilab-6.0.2/bin/scilab
> that you mention earlier?


OK, i have got it. Your binary is actually  in 
/usr/share/scilab-6.0.2/bin/scilab
This is why this "if" condition is useful in this case.
But still, if a standard installation is always done with this path 
starting with /usr/*share/scilab*-6.0.2, then the bug should occur for 
every Linux or Darwin user (with no binary located where expected in 
first), unless it is a patch that has never been tested...


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20190806/6d284e23/attachment.htm>