Re: [Scilab-users] spec can crash scilab

[Samuel Gougeon]

Le 04/05/2021 à 16:38, Antoine Monmayrant a écrit :


Yes, it does the same

So this bug is still a problem, at least on Ubuntu.
Can you guys try to run spec.tst on his machine and comment on 
https://bugzilla.scilab.org/show_bug.cgi?id=15330 ?




Besides, how confusing and messy the notations on the spec () 
documentation page are! ...


 * R defined twice but differently among arguments
 * L defined among arguments but not used in syntaxes
 * Q and Z used in syntaxes but not described among arguments
 * al, be used in descriptions, instead of alpha and beta listed in
   arguments
 * E used in the description, but not in arguments nor in syntaxes...

and so on..
In addition, notations differ from a language version to another one...
Some clarification is urgently required.

In next release, eigs() -- mainly based on the former Arnoldi module, 
that becomes internal -- is listed in the same help section. Have you 
tried it?


Samuel

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] Java String.format(format, value) within Scilab

[Samuel Gougeon]

Le 04/05/2021 à 16:13, Stéphane Mottelet a écrit :


Hi,

format() is a  class method, not an instance method.

Thanks for the tip. However, distinguishing both types of methods in the 
java documentation (list of methods) is not trivial to me..




However, the following does not work either:
--> String.format("%6.2f", -3.1415926)

Undefined operation for the given operands.
check or define function %eo_e for overloading.


So, still to be explored..

Samuel

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] spec can crash scilab

[Antoine Monmayrant]

Yes, it does the same

So this bug is still a problem, at least on Ubuntu.
Can you guys try to run spec.tst on his machine and comment on 
https://bugzilla.scilab.org/show_bug.cgi?id=15330 ?


Antoine

On 04/05/2021 16:32, Stéphane Mottelet wrote:


Hi,

it  seems to be the same bug as

https://bugzilla.scilab.org/show_bug.cgi?id=15330

S.

Le 04/05/2021 à 16:27, Antoine Monmayrant a écrit :

Hello all,

I've been fighting during the last few days to nail down a 
segmentation fault in scilab, that seems to plague linux but not 
windows.


Could you try to reproduce it?
Just save the two attached file in a folder, cd to it and run the 
script.
On my machine¹, the call to spec with one output argument is OK, but 
the second one with two output arguments leads to a seg fault.


Can you let me know how it goes on your system?

Here
¹scilab 6.1.0 on Linux Ubuntu 18.04 64bits


___
users mailing list
users@lists.scilab.org
https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users

--
Stéphane Mottelet
Ingénieur de recherche
EA 4297 Transformations Intégrées de la Matière Renouvelable
Département Génie des Procédés Industriels
Sorbonne Universités - Université de Technologie de Compiègne
CS 60319, 60203 Compiègne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] spec can crash scilab

[Stéphane Mottelet]

Hi,

it  seems to be the same bug as

https://bugzilla.scilab.org/show_bug.cgi?id=15330

S.

Le 04/05/2021 à 16:27, Antoine Monmayrant a écrit :

Hello all,

I've been fighting during the last few days to nail down a 
segmentation fault in scilab, that seems to plague linux but not windows.


Could you try to reproduce it?
Just save the two attached file in a folder, cd to it and run the script.
On my machine¹, the call to spec with one output argument is OK, but 
the second one with two output arguments leads to a seg fault.


Can you let me know how it goes on your system?

Here
¹scilab 6.1.0 on Linux Ubuntu 18.04 64bits


___
users mailing list
users@lists.scilab.org
https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users


--
Stéphane Mottelet
Ingénieur de recherche
EA 4297 Transformations Intégrées de la Matière Renouvelable
Département Génie des Procédés Industriels
Sorbonne Universités - Université de Technologie de Compiègne
CS 60319, 60203 Compiègne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

[Scilab-users] spec can crash scilab

[Antoine Monmayrant]

Hello all,

I've been fighting during the last few days to nail down a segmentation 
fault in scilab, that seems to plague linux but not windows.


Could you try to reproduce it?
Just save the two attached file in a folder, cd to it and run the script.
On my machine¹, the call to spec with one output argument is OK, but the 
second one with two output arguments leads to a seg fault.


Can you let me know how it goes on your system?

Here
¹scilab 6.1.0 on Linux Ubuntu 18.04 64bits



A_kills_spec.sod
Description: Binary data


bug_spec.sce
Description: application/scilab-sce
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

Re: [Scilab-users] Java String.format(format, value) within Scilab

[Stéphane Mottelet]

Hi,

format() is a  class method, not an instance method. However, the 
following does not work either:


--> String.format("%6.2f", -3.1415926)

Undefined operation for the given operands.
check or define function %eo_e for overloading.


S.
Le 04/05/2021 à 15:44, Samuel Gougeon a écrit :


Dear all,

May be the question is only about Java, or may be about how Scilab 
implements it.


In order to do some tests to fix the regression brought by Scilab 6 
and reported as the major bug 16376 
 
about how datatips display (big or) small values (all displayed as 0 
instead of using an exponential notation), i am trying to use the 
java.lang.String 
 
class and its .format() method 
, 
in Scilab language.


Indeed, the java.text.DecimalFormat class used for datatips has no 
/self-adaptative format similar to the "%g" printf one/ (that 
automatically chooses the normal or exponential numerical notation 
according to the magnitude of the absolute value to display), while 
the String class provides this .format() method, with all printf 
formatting conventions 
, 
including the "%g" one.


Now, even about only the Java side, something is unclear to me:
The official documentation of the String class presents .format() as a 
String method, not as a String constructor.
If so, then .format should be applied to a predefined String. But 
which one? What is done with it? It could be the String format, but 
this one is provided as an explicit input of the method...


--> jimport java.lang.String
--> s = String.new()
 s  =

--> s.length()   // OK, this works
 ans  =
  0

--> s.format("%6.2f", -3.1415926)
Undefined operation for the given operands.
check or define function %eo_e for overloading.

--> s = String.new("%6.1f")
 s  =
%6.1f

--> s.format(-3.1415926)
Undefined operation for the given operands.
check or define function %eo_e for overloading.

Yet, the .format method is actually listed among all String's methods:
--> or(jgetmethods(String)=="format")
 ans  =
  T

Using the java.text.DecimalFormat class to fix the bug will anyway be 
possible, with explicit conditions on the magnitude of the value to 
display. But i would like to understand this error about String.format().


Any hint is welcome.

Regards
Samuel


___
users mailing list
users@lists.scilab.org
https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users


--
Stéphane Mottelet
Ingénieur de recherche
EA 4297 Transformations Intégrées de la Matière Renouvelable
Département Génie des Procédés Industriels
Sorbonne Universités - Université de Technologie de Compiègne
CS 60319, 60203 Compiègne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

[Scilab-users] Java String.format(format, value) within Scilab

[Samuel Gougeon]

Dear all,

May be the question is only about Java, or may be about how Scilab 
implements it.


In order to do some tests to fix the regression brought by Scilab 6 and 
reported as the major bug 16376  about 
how datatips display (big or) small values (all displayed as 0 instead 
of using an exponential notation), i am trying to use the 
java.lang.String 
 class 
and its .format() method 
, 
in Scilab language.


Indeed, the java.text.DecimalFormat class used for datatips has no 
/self-adaptative format similar to the "%g" printf one/ (that 
automatically chooses the normal or exponential numerical notation 
according to the magnitude of the absolute value to display), while the 
String class provides this .format() method, with all printf formatting 
conventions 
, 
including the "%g" one.


Now, even about only the Java side, something is unclear to me:
The official documentation of the String class presents .format() as a 
String method, not as a String constructor.
If so, then .format should be applied to a predefined String. But which 
one? What is done with it? It could be the String format, but this one 
is provided as an explicit input of the method...


--> jimport java.lang.String
--> s = String.new()
 s  =

--> s.length()   // OK, this works
 ans  =
  0

--> s.format("%6.2f", -3.1415926)
Undefined operation for the given operands.
check or define function %eo_e for overloading.

--> s = String.new("%6.1f")
 s  =
%6.1f

--> s.format(-3.1415926)
Undefined operation for the given operands.
check or define function %eo_e for overloading.

Yet, the .format method is actually listed among all String's methods:
--> or(jgetmethods(String)=="format")
 ans  =
  T

Using the java.text.DecimalFormat class to fix the bug will anyway be 
possible, with explicit conditions on the magnitude of the value to 
display. But i would like to understand this error about String.format().


Any hint is welcome.

Regards
Samuel

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users

[Scilab-users] How to list the content of the recursion stack?

[Samuel Gougeon]

Dear all,

When we get a Recursion limit reached (1000) message, does anyone know 
how to know more about which recursive calls are filling and overflowing 
the recursion stack?


Noticeably, the message does not tell anything about the last 
instruction that yielded the error.

This makes debugging quite hard.

Using debug() to follow 1000 nested calls is just not possible.
The debug page says "launch execution with stop on error". But then, in 
debug mode,  "e whereami" does not display anything, as in normal mode.


Thanks
Regards
Samuel

___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users