Re: [Scilab-users] Label and tick interval on an axis

2023-11-13 Thread Jean-Yves Baudais
> Found a solution online after a lot of searching! Still do not know where the
> option for "step by" is unless it is an un-documented option?


I guess you've red the help page of "axes properties" to find the solution, 
where is it written: "Changing by hand the Locations or/and Labels of an axis 
automatically sets its .auto_ticks status to "off"". There is nothing about 
"Step by", that exists on the "Edit Axes Ticks" box!


Jean-Yves
___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
https://lists.scilab.org/mailman/listinfo/users
This email and any attachments are intended solely for the use of the 
individual or entity to whom it is addressed and may be confidential and/or 
privileged.

If you are not one of the named recipients or have received this email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete this email 
and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or 
responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to our data 
privacy policy as described on our website. Should you have any questions 
related to personal data protection, please contact 3DS Data Protection Officer 
https://www.3ds.com/privacy-policy/contact/



Re: [Scilab-users] Graphic problem with ubuntu 22.04

2023-06-26 Thread Jean-Yves Baudais

Hi,

Le 26/06/2023 à 15:17, philippe a écrit :

I’ve just upgraded ubuntu to 22.04 LTS version (Linux 5.15.0-75-generic)
and tested scilab installation : GUI start correctly and basics commands
are ok but I’ve no graphic output for both scilab 6.1.1 and 2023.1.0.
The graphic window opens but nothing is displayed and docking buttons
aren’t available.

I suppose there is a problem with the graphic driver, does anyone have
some clue about this ?



Well known problem, cf. https://gitlab.com/scilab/scilab/-/issues/16544
solution with `export MESA_GL_VERSION_OVERRIDE=3.0`

--Jean-Yves

___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
https://lists.scilab.org/mailman/listinfo/users
This email and any attachments are intended solely for the use of the 
individual or entity to whom it is addressed and may be confidential and/or 
privileged.

If you are not one of the named recipients or have received this email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete this email 
and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or 
responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to our data 
privacy policy as described on our website. Should you have any questions 
related to personal data protection, please contact 3DS Data Protection Officer 
https://www.3ds.com/privacy-policy/contact/



Re: [Scilab-users] command longer than 4096

2023-04-27 Thread Jean-Yves Baudais

Hello,

Le 26/04/2023 à 17:20, Federico Miyara a écrit :

As I said yesterday, the single-line command doesn't work when selected
and evaluated from the contextual menu that opens when right-clicking on
the selection.


Ok, what I wrote was not in the same context, sorry. I succeeded to
obtain the same error message :-). So, it's a GUI problem. No? If yes,
maybe Java is responsible for that and fixes some prompt limitation?
(4096... is half of the input/output buffer size in C, by default, see
stdio.h)

Jean-Yves
___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
https://lists.scilab.org/mailman/listinfo/users
This email and any attachments are intended solely for the use of the 
individual or entity to whom it is addressed and may be confidential and/or 
privileged.

If you are not one of the named recipients or have received this email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete this email 
and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or 
responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to our data 
privacy policy as described on our website. Should you have any questions 
related to personal data protection, please contact 3DS Data Protection Officer 
https://www.3ds.com/privacy-policy/contact/



Re: [Scilab-users] command longer than 4096

2023-04-26 Thread Jean-Yves Baudais

Hello,

I wrote the vector "a" on the file "test.sce" and did

--> exec test.sce;
--> size(a)
ans  =

   1.   371.


Tested on Scilab 6.1.1. So it seems to work fine. I also tested a row
vector of 1 "1" and it works also! (I have many sce files like that,
because I use to add "a=[" at the beginning of ascii-matrix data files,
and "];" at the end. Maybe it's not the most efficient way to read and
store data, but it's the simplest for me :-)

Jean-Yves
___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
https://lists.scilab.org/mailman/listinfo/users
This email and any attachments are intended solely for the use of the 
individual or entity to whom it is addressed and may be confidential and/or 
privileged.

If you are not one of the named recipients or have received this email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete this email 
and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or 
responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to our data 
privacy policy as described on our website. Should you have any questions 
related to personal data protection, please contact 3DS Data Protection Officer 
https://www.3ds.com/privacy-policy/contact/



Re: [Scilab-users] x/y labels formatting

2023-04-11 Thread Jean-Yves Baudais

Hello,

Le 11/04/2023 à 14:19, Stéphane Mottelet a écrit :

LaTeX rendering in Scilab is limited to math mode.


and extendable to text mode with $\text{The text I want to write in
text\textsubscript{mode} :-)}$

Jean-Yves

___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
https://lists.scilab.org/mailman/listinfo/users
This email and any attachments are intended solely for the use of the 
individual or entity to whom it is addressed and may be confidential and/or 
privileged.

If you are not one of the named recipients or have received this email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete this email 
and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or 
responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to our data 
privacy policy as described on our website. Should you have any questions 
related to personal data protection, please contact 3DS Data Protection Officer 
https://www.3ds.com/privacy-policy/contact/



Re: [Scilab-users] Generic plot command draws automatically _which_ coloured curves

2023-03-22 Thread Jean-Yves Baudais

Hello,

Le 21/03/2023 à 19:55, Stéphane Mottelet a écrit :

The colors and order of color cycling when using multiple pairs (x,y)
is arbitrary in Scilab.



Ok, no problem with that, but where is it defined? As Heinz Nabielik
wrote, if I want to use the same color (which are nice :-), I need to
know the definition. The problem is that "color_map" cannot help to find
the definition.


Jean-Yves
___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
https://lists.scilab.org/mailman/listinfo/users
This email and any attachments are intended solely for the use of the 
individual or entity to whom it is addressed and may be confidential and/or 
privileged.

If you are not one of the named recipients or have received this email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete this email 
and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or 
responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to our data 
privacy policy as described on our website. Should you have any questions 
related to personal data protection, please contact 3DS Data Protection Officer 
https://www.3ds.com/privacy-policy/contact/



Re: [Scilab-users] Generic plot command draws automatically _which_ coloured curves

2023-03-21 Thread Jean-Yves Baudais

Hello,

Le 20/03/2023 à 14:40, Samuel Gougeon a écrit :

getcolor() tells it to you, in the infobar for the selected color:


> plot((1:10)',rand(10,6),"-*");legend("1","2","3","4","5","6")
> gcf().color_map

gvf().color_map gives the same color as getcolor() does, but it is not
the six colors used by the plot (the first color in the plot it's not
the black given by getcolor(), the green in the plot is not the primary
green in getcolor...). Why?

Jean-Yves
___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
https://lists.scilab.org/mailman/listinfo/users
This email and any attachments are intended solely for the use of the 
individual or entity to whom it is addressed and may be confidential and/or 
privileged.

If you are not one of the named recipients or have received this email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete this email 
and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or 
responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to our data 
privacy policy as described on our website. Should you have any questions 
related to personal data protection, please contact 3DS Data Protection Officer 
https://www.3ds.com/privacy-policy/contact/



Re: [Scilab-users] error in starting scilab from terminal

2023-03-06 Thread Jean-Yves Baudais

Hello,

Le 06/03/2023 à 15:15, Wolfgang Engelmann a écrit :
> How would one proceed in the case of scilab-5.5.2 -which I need in
> addition to 6.1.1 for older scilab models produced with 5.5.2?

$shell> wget
https://www.scilab.org/download/5.5.2/scilab-5.5.2.bin.linux-x86_64.tar.gz

You can find all the versions on the download web page
https://www.scilab.org/download/

Jean-Yves
___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
https://lists.scilab.org/mailman/listinfo/users
This email and any attachments are intended solely for the use of the 
individual or entity to whom it is addressed and may be confidential and/or 
privileged.

If you are not one of the named recipients or have received this email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete this email 
and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or 
responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to our data 
privacy policy as described on our website. Should you have any questions 
related to personal data protection, please contact 3DS Data Protection Officer 
https://www.3ds.com/privacy-policy/contact/



[Scilab-users] plot and subplot bug for low values?

2023-03-03 Thread Jean-Yves Baudais

Hello,

The following code gives strange results (Scilab version
"6.1.1.1626343451", on Ubuntu 22.04)

subplot(212),plot(1e-8*rand(1,5))

the y-axis and the y_ticks are not only limited to the subplot! The same
appends with full plot (without subplot) and there exist y_ticks above
the graphic window.

Is it a bug with low value?

Thanks,

Jean-Yves
___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
https://lists.scilab.org/mailman/listinfo/users
This email and any attachments are intended solely for the use of the 
individual or entity to whom it is addressed and may be confidential and/or 
privileged.

If you are not one of the named recipients or have received this email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete this email 
and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or 
responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to our data 
privacy policy as described on our website. Should you have any questions 
related to personal data protection, please contact 3DS Data Protection Officer 
https://www.3ds.com/privacy-policy/contact/



Re: [Scilab-users] error in starting scilab from terminal

2023-03-02 Thread Jean-Yves Baudais

Hello,

To be sure that all work fine without modifying the java config. of the
OS, maybe it is better to install the SCI binary version that contains
its own java (if I well understood), quite simple to do:

$shell> wget
https://www.scilab.org/download/6.1.1/scilab-6.1.1.bin.linux-x86_64.tar.gz
$shell> tar xvfz scilab-6.1.1.bin.linux-x86_64.tar.gz
$shell> ./scilab-6.1.1/bin/scilab

--Jean-Yves


Le 02/03/2023 à 14:42, Wolfgang Engelmann a écrit :

Am 02.03.23 um 14:24 schrieb Stéphane Mottelet:

Can you remove the JAVA_HOME definition from your ~/.bash_profile, open
a new terminal window, then try to launch Scilab and tell me if it
starts ?

S.


yes, it does start

I outcommented the JAVA_HOME definition from your ~/.bash_profile

Wolfgang


Le 02/03/2023 à 13:57, Wolfgang Engelmann a écrit :

Thanks, Masaru,

but got now
 echo $JAVA_HOME
/usr/lib/jvm/java-11-openjdk-amd64

see below between



Wolfgang

Am 02.03.23 um 11:38 schrieb Masaru Nomiya:

Hello,

In the Message;

   Subject: Re: [Scilab-users] error in starting scilab from
terminal
   Message-ID : <82590bf9-3e6b-adac-152b-cf39fd9e5...@uni-tuebingen.de>
   Date & Time: Thu, 2 Mar 2023 10:42:22 +0100

[WE] == Wolfgang Engelmann  has written:

[...]
WE> > $ sudo update-alternatives --config java

WE> sudo update-alternatives --config java
WE> Es gibt 2 Auswahlmöglichkeiten für die Alternative java (welche
WE> /usr/bin/java bereitstellen).

WE>   Auswahl  Pfad
WE> Priorität Status
WE> 
WE> * 0 /usr/lib/jvm/java-11-openjdk-amd64/bin/java  
WE>  automatischer Modus
WE>   1 /usr/lib/jvm/java-11-openjdk-amd64/bin/java  
WE>   manueller Modus
WE>   2 /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java   1081
WE>   manueller Modus

WE> Drücken Sie die Eingabetaste, um die aktuelle Wahl[*]
beizubehalten,
WE> oder geben Sie die Auswahlnummer ein:

WE> Drücken Sie die Eingabetaste, um die aktuelle Wahl[*]
beizubehalten,
WE> oder geben Sie die Auswahlnummer ein: 1081
WE> Es gibt 2 Auswahlmöglichkeiten für die Alternative java (welche
WE> /usr/bin/java bereitstellen).

WE>   Auswahl  Pfad
WE> Priorität Status
WE> 
WE> * 0 /usr/lib/jvm/java-11-openjdk-amd64/bin/java  
WE>  automatischer Modus
WE>   1 /usr/lib/jvm/java-11-openjdk-amd64/bin/java  
WE>   manueller Modus
WE>   2 /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java   1081
WE>   manueller Modus

WE> entering 1081 does not help; leads again to the chosing

The installation of java is complete, with configuration issues
remaining.

You must use update-alternatives for java and javac.

  $  sudo update-alternatives --config java
  $  sudo update-alternatives --config javac

What you have to enter is the previous number (2 in the table above),
not the back number.
Maybe even 2 in javac.

And put the following in your .bash_profile.

JAVA_HOME=$(readlink -f /usr/bin/javac | sed "s:/bin/javac::")
export JAVA_HOME

Then, execute as follows

$ source ~/.bash_profile

After this , by

$ echo $JAVA_HOME



###
wolfgang@Fuji:~$ echo $JAVA_HOME
/usr/lib/jvm/java-11-openjdk-amd64

in my .bash_profile is:

JAVA_HOME=$(readlink -f /usr/bin/javac | sed "s:/bin/javac::")
export JAVA_HOME

#


Confirm that it returns following

/usr/lib64/jvm/java-1.8.0-openjdk-1.8.0

This completes the JAVA setup.

Regards.

---
┏━━┓彡 野宮  賢 mail-to: nomiya @
lake.dti.ne.jp
┃\/彡
┗━━┛   "A bachelor’s degree still holds prestige as a ticket to the
middle class, but its value has received increasing
scrutiny.
In the last several years, rising tuition and student
loan debt
have led more Americans to reconsider an investment in
postsecondary education."

 --
Washington Post --
___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
https://lists.scilab.org/mailman/listinfo/users
This email and any attachments are intended solely for the use of the
individual or entity to whom it is addressed and may be confidential
and/or privileged.

If you are not one of the named recipients or have received this
email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete
this email and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or
responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to
our data privacy policy as described on our website. Should you have
any questions related to personal data protection, please contact 3DS
Data Protection Officer https://www.3ds.com/privacy-policy/contact/



Re: [Scilab-users] Problem with plotting on Ubuntu 22.04 LTS

2022-11-17 Thread Jean-Yves Baudais

Le 17/11/2022 à 05:46, Samuel Enibe a écrit :
If anyone has an idea how to solve this problem,  it will be 
appreciated. It was SCILAB graphics was working very well under Ubuntu 
20.04 LTS. I didn't change anything in the hardware.


I did and got exactly the the same and to solve the problem I tested 
different graphic cards and pilotes. So if you can change de graphics 
card or the pilote... The graphic aspects are really annoying...


--Jean-Yves
___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] Problem with plotting on Ubuntu 22.04 LTS

2022-11-16 Thread Jean-Yves Baudais

Le 16/11/2022 à 10:15, Samuel Enibe a écrit :

Thanks.
Which Ubuntu software should I download to solve the problem?


Mmm... graphics card is not a software. Really, I don't know.

--Jean-Yves
___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] Problem with plotting on Ubuntu 22.04 LTS

2022-11-15 Thread Jean-Yves Baudais

Hi,

Le 15/11/2022 à 19:33, Samuel Enibe a écrit :
Recently I installed Ubuntu 22.04 LTS and included SCILAB 6.1.1 
Unfortunately,  all the plotting functions I have tried only create a 
graphic window, but no plots. The functions are plot, plot2d and bar.


I got the same problem with Ubuntu 16.04, 18.04 and 22.04. It's not a 
Scilab problem but a graphics card, or pilote, problem. You should find 
the right graphics card with the right pilote. Not simple to solve if 
you cannot change the graphics card...


--Jean-Yves

___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] How to change the default pause prompt?

2022-09-14 Thread Jean-Yves Baudais

Le 14/09/2022 à 10:43, Stéphane Mottelet a écrit :

Does it solve the prompt issue ?


Yes it is.

Jean-Yves
___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] How to change the default pause prompt?

2022-09-14 Thread Jean-Yves Baudais

Hi,

It has been solved using the official Scilab build with OpenJDK8, 
insteand of the Ubuntu 22.04 Scilab version.


Thanks,

Jean-Yves

___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] org.scilab.modules.jvm.LibraryPath reporting bug?

2022-09-14 Thread Jean-Yves Baudais

Le 14/09/2022 à 09:09, Stéphane Mottelet a écrit :

Hello Jean-Yves,

I suppose you just updated your Ubuntu dist to 22.04 and have the 
following configuration:


Exact!


Scilab needs a Java 8 runtime. [...]


I see.


wget https://www.scilab.org/download/6.1.1/scilab-6.1.1_x64.exe


I corrected

wget 
https://www.scilab.org/download/6.1.1/scilab-6.1.1.bin.linux-x86_64.tar.gz


I needed to install libtinfo5, because it is libtinfo6 on Ubuntu 22.04. 
And now all work fine.


Thank you,

Jean-Yves
___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
http://lists.scilab.org/mailman/listinfo/users


[Scilab-users] org.scilab.modules.jvm.LibraryPath reporting bug?

2022-09-13 Thread Jean-Yves Baudais

Hello,

I get the following message when I execute Scilab (in the shell window)

WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.scilab.modules.jvm.LibraryPath 
(file:/usr/share/scilab/modules/jvm/jar/org.scilab.modules.jvm.jar) to 
method java.lang.ClassLoader.initLibraryPaths()
WARNING: Please consider reporting this to the maintainers of 
org.scilab.modules.jvm.LibraryPath
WARNING: Use --illegal-access=warn to enable warnings of further illegal 
reflective access operations

WARNING: All illegal access operations will be denied in a future release

And when I try to open the Edit/Preferences window I get the message (in 
the shell window)


ERROR:  'Impossible de compiler la feuille de style'

with a long message that finishes with

Caused by: java.lang.NullPointerException
	at 
org.scilab.modules.preferences.XCommonManager.generateViewDOM(Unknown 
Source)
	at org.scilab.modules.preferences.XCommonManager.refreshDisplay(Unknown 
Source)
	at org.scilab.modules.preferences.XConfigManager.displayAndWait(Unknown 
Source)
	at 
org.scilab.modules.preferences.XConfigManager.openPreferences(Unknown 
Source)

... 43 more


and nothing appends, the Edit/Preferences window is not opened. (I don't 
know if there is a link between the WARNING message and the ERROR one!)


What can I do?

Thanks,

Jean-Yves
___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
http://lists.scilab.org/mailman/listinfo/users


[Scilab-users] How to change the default pause prompt?

2022-09-13 Thread Jean-Yves Baudais

Hello,

In the "Description" of "help pause" it is written "[...] a prompt 
symbol which indicates the level of the pause (e.g. -1->)". In my Scilab 
the prompt is "-->"! How can I change it?


My Scilab version is

Scilab 6.1.1.988271013
Linux 5.15.0-47-generic
Java 11.0.16
OpenJDK Runtime Environment build 11.0.16+8-post-Ubuntu-0ubuntu122.04 

OpenJDK 64-Bit Server VM build 11.0.16+8-post-Ubuntu-0ubuntu122.04, 
mixed mode, sharing



Thanks,

Jean-Yves
___
users mailing list - users@lists.scilab.org
Click here to unsubscribe: 
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] output buffer

2022-06-20 Thread Jean-Yves Baudais

Hello,


Le 17/06/2022 à 23:45, Stephane Mottelet a écrit :
The buffer size is not set by Scilab and hence is always the default for 
a given platform (it can be different for macOS, Linux, Windows). I 
suppose you need to increase or decrease it for a given application?



It is just for convenience. Here a better explanation. During 
simulation, I write some variables on file (used latter for statistical 
analysis) and I use to prepare and test the post-processing using the 
partial output data. Scilab does not write the data one by one, but by 
block of size 4096. The following code shows this behaviour.



--> function stupidWrite(fd,n,a)
--> for i=1:n mfprintf(fd,"%d",a); end
--> endfunction
--> fd=mopen("test.am","a");
--> stupidWrite(fd,4096,1);
--> unix_g("cat test.am | wc ");
 ans  =
  "  0   0   0"
--> stupidWrite(fd,1,2);
--> unix_g("cat test.am | wc ");
 ans  =
  "  0   14096"
--> mclose(fd)
--> unix_g("cat test.am |wc ")
 ans  =
  "  0   14097"


With the C language, the size of the output buffer is managed using 
setvbuf. It seems that there is no interface for C-coded version of 
setvbuf (contrary to many input/output C function).


So my question is: "is it possible to manage the size of the output 
buffer in Scilab?"


The solution I found is to mopen and mclose the file each time I want to 
write something. Is there another solution?


Thanks,

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


Re: [Scilab-users] output buffer

2022-06-17 Thread Jean-Yves Baudais

Hello,

In other words, how to use "setvbuf" in Scilab? Is there an equivalent 
function that works with the mfprintf scilab function?


Thanks,

--Jean-Yves


Le 16/06/2022 à 10:39, Jean-Yves Baudais a écrit :

How to manage *the size*. Sorry.

Jean-Yves

Le 16/06/2022 à 10:38, Jean-Yves Baudais a écrit :

Hello,

How can we manage the output buffer when we write to a file? It seems 
that this buffer size is 4096.


Thanks,

Jean-Yves

___
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] output buffer

2022-06-16 Thread Jean-Yves Baudais

How to manage *the size*. Sorry.

Jean-Yves

Le 16/06/2022 à 10:38, Jean-Yves Baudais a écrit :

Hello,

How can we manage the output buffer when we write to a file? It seems 
that this buffer size is 4096.


Thanks,

Jean-Yves

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


[Scilab-users] output buffer

2022-06-16 Thread Jean-Yves Baudais

Hello,

How can we manage the output buffer when we write to a file? It seems 
that this buffer size is 4096.


Thanks,

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


Re: [Scilab-users] clearing macros of a library

2022-02-15 Thread Jean-Yves Baudais
> --> clear(string(mylib)(2:$))

Thanks! It does what I expected.

> Should we actually clear also macros belonging to the library, in the default
> unloaded.sce script?
> There is currently an explicit warning in comment: " This does not unregister
> its macros"
> I think it would be cleaner. But there may be some reasons to not having done
> it...

For my Scilab understanding, what are the reasons?

Thanks,

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


[Scilab-users] unloader.sce

2022-02-15 Thread Jean-Yves Baudais
Bonjour,

Is there a simple way to clear all the used functions of a given library, 
because unloader.sce only remove the library from the "who" list, but not the 
functions that have already been used and that stay in memory, unfortunatly!

Thanks,

-- 
Jean-Yves Baudais
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] Why modified help file are not updated on the help window witout Scilab exit and restart

2021-05-19 Thread Jean-Yves Baudais

Sorry, I forgot

4) loader does
> add_help_chapter(TOOLBOX_NAME, path_addchapter, %F);
and it works, "mylibrary" is added as a chapter in the help.

But I can see...

Le 19/05/2021 à 10:18, Jean-Yves Baudais a écrit :

Hello,

The problem is: I don't want to restart Scilab each time I modify one 
help file, to take it into account. Now the details.


   When I modify the help file, let say "myfunction.xml" in "mylibrary" 
toolbox, I do (current directory is the toolbox root directory)


fist I close the help window if it is opened, and

 > exec unloader.sce;
 > exec cleaner.sce;
 > exec builder.sce;
 > exec loader.sce;
 > help myfunction

But, the modification is not updated in the help window. I should exit 
and restart Scilab to see the modification. Am I doing something wrong?


In short (only for the help part),
1) unloader does
 > del_help_chapter("mylibrary", %F);
and it works, "mylibrary" is removed from the help;

2) clearner does
 > rmdir(root_tlbx + "/jar/", "s");
and it works, the ./jar/scilab_fr_FR_help.jar file is deleted;

3) builder does
 > tbx_builder_help(toolbox_dir);
that is
 > xmltojar(path, moduletitle, directory_language, default_language);
and it works, the ./jar/scilab_fr_FR_help.jar is created and all the 
./help/fr_FR/scilab_fr_FR_help/* files are created (updated here). If I 
open the file ./help/fr_FR/scilab_fr_FR_help/myfunction.html I see the 
modification.


But I can see the modification with
 > help myfunction
unless I quite Scilab

It looks like the first call of the help upload the help documentation 
in memory (and create %helps global variable), and if the files of the 
documentation are removed from help, modified and re-added, the next 
call of the help function consider only what has been uploaded first and 
don't read the modified jar nor html files!


Is Scilab operate like that? If yes, it's a bug. If not why
 > help myfunction
is not updated while all the files are!

Thanks for your insight,

--Jean-Yves

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


[Scilab-users] Why modified help file are not updated on the help window witout Scilab exit and restart

2021-05-19 Thread Jean-Yves Baudais

Hello,

The problem is: I don't want to restart Scilab each time I modify one 
help file, to take it into account. Now the details.


  When I modify the help file, let say "myfunction.xml" in "mylibrary" 
toolbox, I do (current directory is the toolbox root directory)


fist I close the help window if it is opened, and

> exec unloader.sce;
> exec cleaner.sce;
> exec builder.sce;
> exec loader.sce;
> help myfunction

But, the modification is not updated in the help window. I should exit 
and restart Scilab to see the modification. Am I doing something wrong?


In short (only for the help part),
1) unloader does
> del_help_chapter("mylibrary", %F);
and it works, "mylibrary" is removed from the help;

2) clearner does
> rmdir(root_tlbx + "/jar/", "s");
and it works, the ./jar/scilab_fr_FR_help.jar file is deleted;

3) builder does
> tbx_builder_help(toolbox_dir);
that is
> xmltojar(path, moduletitle, directory_language, default_language);
and it works, the ./jar/scilab_fr_FR_help.jar is created and all the 
./help/fr_FR/scilab_fr_FR_help/* files are created (updated here). If I 
open the file ./help/fr_FR/scilab_fr_FR_help/myfunction.html I see the 
modification.


But I can see the modification with
> help myfunction
unless I quite Scilab

It looks like the first call of the help upload the help documentation 
in memory (and create %helps global variable), and if the files of the 
documentation are removed from help, modified and re-added, the next 
call of the help function consider only what has been uploaded first and 
don't read the modified jar nor html files!


Is Scilab operate like that? If yes, it's a bug. If not why
> help myfunction
is not updated while all the files are!

Thanks for your insight,

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


Re: [Scilab-users] Problem with ascii()

2021-05-07 Thread Jean-Yves Baudais
Hello,

> ascii ( [ ascii ( " hello " ) , 13 , 10 , ascii ( " world " ) ] )


On Scilab 6.1.0.1582621796 I get


--> ascii([ascii("hello"), 13, 10, ascii("world")])
 ans  =


world"


What is your Scilab version?


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


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

2021-05-06 Thread Jean-Yves Baudais
Hi,

> from
> --> currentMaxDepth = recursionlimit()
> currentMaxDepth =
> 1000.

Thanks Samuel, I didn't know this function. So I face a problem (a bug?): 
Scilab cratches with segfault but without reaching the recursionlimit. Here the 
used three functions

function out=test_l(in)
  if in==0 then
out=in;
return
  end
  out=in+test_l(in-1);
endfunction

function out=test_ll(in,acc)
  if in<=1
out=acc;
return
  end
  out=test_ll(in-1,acc+in);
endfunction

function l_test(in)
  i=1;
  while 1
mprintf("\n%d: ",i)
sleep(.5,"s");
select in
 case 1
  out=test_l(i);
 case 2
  out=test_ll(i,1);
end
mprintf("%d\n",out)
i=i+1;
  end
endfunction

There is no problem with

> recursionlimit(20)
> l_test(1)

The program stops as expected with the message "Limite de récursion atteinte 
(20)" when i=19 and

> recursionlimit(20)
> l_test(2)

stops when i=20 (I was wrong when I talked about tail call in my previous 
email!). But, with

> recursionlimit(1000)
> l_test(1)

Scilab cratches at i=41 with segfault and with

> recursionlimit(1000)
> l_test(2)

Scilab cratches at i=140. Is this cratch a know bug? (It's quite far from the 
recursion limit!)

(Subsidiary question: while l_test(2) stop 1 iteration after l_test(1) with low 
recursion limit, l_test(2) allows around 100 iterations more than l_test(1) 
before cratch with recursionlimit(1000)! Where does it comes from?)

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


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

2021-05-06 Thread Jean-Yves Baudais
Hi,

> [...] When we get a Recursion limit reached (1000) message [...]


  I'm not a wizard on programming, not at all, and recursion call it's all the 
time complex for me to use. Anyway, I tested two different recursions and I'm 
really far from the "Recursion limit"! Here the examples:

function out=test_l(in)
  if in==0 then
out=in;
return
  end
  out=in+test_l(in-1);
endfunction
//calling sequence
// test_l(n); // max n=41

function out=test_ll(in,acc)
  if in<=1
out=acc;
return
  end
  out=test_ll(in-1,acc+in);
endfunction
//calling sequence
//test_ll(n,1); // max n=140


test_ll improves a bit test_l because it uses tail call, but the max without 
seg.fault is far from 1000. Where does this limit of 1000 come from?

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


Re: [Scilab-users] My Scilab 6.1.0 desktop crashes on this line

2021-03-22 Thread Jean-Yves Baudais
Hi,

It's a known bug that has been solved, but not in Scilab 6.1.0.

-- Jean-Yves

- Original Message -
> From: "Jan-Åge Langeland" 
> To: "Users mailing list for Scilab" 
> Sent: Monday, 22 March, 2021 19:29:38
> Subject: [Scilab-users] My Scilab 6.1.0 desktop crashes on this line

> I kept getting some crashes, and found it to be caused by a line that
> can be stripped down to this:
> 
> disp(ascii(13)+"a;")
> 
> Is there a logical explanation?
> 
> Jan
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] Scilab stops calculus

2021-03-17 Thread Jean-Yves Baudais

Hi,

  Bad news for me, but good ones for Scilab. I checked the following code

i=0;
a=getdate();
while 1 then
  i=i+1;
  b=getdate()-a;
  mprintf("%d: %d/%d %d:%d:%d,%d\n",i,b([6,2,7:10]));
  sleep(1,"s");
end

on two computers, desktop Ubuntu 16.04 Gnome X11 and laptop Ubuntu 18.04 
Gnome X11, with and without GUI during more than 38 hours, and in the 
four cases Scilab didn't froze. So, no problem for Scilab. (But the 
mystery remains, only for me.)


--Jean-Yves

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


Re: [Scilab-users] Scilab stops calculus

2021-03-12 Thread Jean-Yves Baudais
> OK, and you see this issue on both?

The fisrt time on 18.04 (laptop) and the second on 16.04 (desktop PC).

> Are you using a wayland session or an Xorg one?

XDG_SESSION_TYPE=x11 on both

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


Re: [Scilab-users] Scilab stops calculus

2021-03-12 Thread Jean-Yves Baudais
> What is your specific distro and window manager?

Unbuntu 18.04 and 16.04 (two computers), Gnome on both.

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


Re: [Scilab-users] Scilab stops calculus

2021-03-12 Thread Jean-Yves Baudais
Hello Stephan,

To be honest, I don't know where my problem comes from! If you said it cannot 
be an output problem, I follow you. So, I don't know why I couldn't wake it up 
and why it has fallen asleep. I need first to reproduce the problem with simple 
tests... (to rule out wrong code issue)

Thanks,

Jean-Yves

- Original Message -
> From: "Stéphane Mottelet" 
> To: "Users mailing list for Scilab" scilab.org>
> Sent: Friday, 12 March, 2021 08:16:26
> Subject: Re: [Scilab-users] Scilab stops calculus

> Hello Jean-Yves,
> 
> I am affraid that the problem could be due to the output, because I had
> no problem to run the loop for almost one day under Linux (with latests
> branch-6.1 build):
> 
> --> unix("date");
> jeudi 11 mars 2021, 17:11:48 (UTC+0100)
> 
> --> i=0;while 1, i=i+1;end;
> 
> -1-> unix("date");
> vendredi 12 mars 2021, 08:13:08 (UTC+0100)
> 
> -1-> i
>  i  =
> 
>1.667D+11
> 
> -1->
> 
> S.
> 
> 
> Le 11/03/2021 à 11:08, Jean-Yves Baudais a écrit :
>> Hi Antoine,
>>
>>> Are you running scilab under Linux?
>> Yes.
>>
>>> It might not be related, but I noticed that when my computer resumes
>>> from sleep, all the scilab GUI is unresponsive.
>> I removed all sleep modes on my computer (to maintain VPN access and get 
>> around
>> some other problems) and I never use them.
>>
>>> Can you run your long simulation without gui?
>> It was. I tested the following
>>
>> i=0;while 1, i=i+1;mprintf("%d\n",i); end;
>>
>> and there is no problem up to i=2e8 with -nwni option, and up to i=5e7 with 
>> gui
>> (I locked my screen during the simulation and unlocked it to stop the
>> simulation, no problem to resume). So, my first feeling was wrong, it's not a
>> prompt limitation.
>>
>> Strange behaviour...
>>
>> -- Jean-Yves
>> ___
>> 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

-- 
Jean-Yves Baudais
Pour un bon usage de la messagerie 
https://intranet.univ-rennes2.fr/system/files/UHB/DRH/ACTION-SOCIALE/plaqu_dubonusage.b-1.pdf
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] Scilab stops calculus

2021-03-11 Thread Jean-Yves Baudais
Hi Antoine,

> Are you running scilab under Linux?

Yes.

> It might not be related, but I noticed that when my computer resumes
> from sleep, all the scilab GUI is unresponsive.

I removed all sleep modes on my computer (to maintain VPN access and get around 
some other problems) and I never use them.

> Can you run your long simulation without gui?

It was. I tested the following

i=0;while 1, i=i+1;mprintf("%d\n",i); end;

and there is no problem up to i=2e8 with -nwni option, and up to i=5e7 with gui 
(I locked my screen during the simulation and unlocked it to stop the 
simulation, no problem to resume). So, my first feeling was wrong, it's not a 
prompt limitation.

Strange behaviour...

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


Re: [Scilab-users] Overarching subplot title for graphic window

2021-03-11 Thread Jean-Yves Baudais
Hi,

> I have been trying to figure out a way to add an overarching title on the
> graphic window that goes above the subplots? I have titles over each of my
> subplots, but I want one that is the title of the graphic window where the
> subplots are shown. I want to have the title to give a summary of what the
> subplots are of.

Something like that?

scf(0);
xtitle("Title")
xsetech([0,0.1,0.5,0.45]),plot(1:10,1:10),xtitle("First")
xsetech([0.5,0.1,0.5,0.45]),plot(1:10,-(1:10)),xtitle("Second")
xsetech([0,0.55,1,0.45]),plot(0:10,sin(0:10)),xtitle("Last")

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


[Scilab-users] Scilab stops calculus

2021-03-10 Thread Jean-Yves Baudais
Hello,

  Two times Scilab was stuck after 20 hours of simulation (I used to do 
simulations that need more than one week with Scilab 5). It was big simulation 
with many levels of iterations (to evaluate probabilities), with intermediate 
results written in files (different files with save command and timestamp), and 
with the iteration numbers written in the Scilab window (so many output lines). 
All worked fine still Scilab locks with:
- no CPU activity (Scilab really stops all calculus, but not exits),
- low memory use as expected (no mem leakage),
- the Scilab window blocked, showing the intermediate iteration numbers (Scilab 
is blocked within an iteration, there is no input-output issues in this part of 
the code), but nothing can be done (CTRL-C, CTRL-D or any control command).
I must kill the Scilab process within a Shell terminal. I also executed the 
"faulty" iteration alone (with 1e4 sub-iterations in more or less 2 hours), but 
there is no problem. I obtained the result. So I can get around the problem, 
but not solved it.

Is there some known limitations? limited prompt lines for example...

Thanks

-- 
Jean-Yves Baudais
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] interp and memory

2021-03-08 Thread Jean-Yves Baudais

Hi,



But I guess splin() gets the derivatives [...]


Oh, maybe I was not clear. The memory issue is not here. There is not 
problem to compute z. The loop is used to show the problem: it seems 
that interp doesn't free the used memory after each call. So after 
hundreds of call Scilab is killed!


for i=1:1000
  mprintf("%d\n",i);
  n=1e6;
  xp=1:n;
  x=1:100:n;
  y=rand(x);
  d=splin(x,y);
  z=interp(xp,x,y,d);
end

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


[Scilab-users] interp and memory

2021-03-07 Thread Jean-Yves Baudais

Hello,

  Is my code wrong or is there a real memory problem with the function 
interp in the following code? (Scilab fulfills the memory and of course 
stops.)


for i=1:1000
  mprintf("%d\n",i);
  n=1e6;
  xp=1:n;
  x=1:100:n;
  y=rand(x);
  d=splin(x,y);
  z=interp(xp,x,y,d);
end

Thanks,

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


Re: [Scilab-users] plot(x) - define color

2021-02-19 Thread Jean-Yves Baudais
Hi,


> colour=['.r-','.g-','.k-','.b-','.m-','.r:','.g:','.k:','.b:','.m:','.r--','.g--','.k--','.b--','.m--','.r-.','.g-.','.k-.','.b-.','.m-.'];
> for j=1:20
>plot(TestPH(j,:),colour(j));
> end
> 
> but the plot is not very clear. I would like to add different color and to
> reduce line styles, that are difficult to recognize in the plot.


I don't if there is a dedicated function, but 

colour=["red","blue","chocolate1",...]; // help color_list
for j=1:20
  plot(TestPH(j,:))
  gcf().children.children.children(1).foreground=color(colour(j));
end

gives a solution.

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


[Scilab-users] End of stack!

2021-02-18 Thread Jean-Yves Baudais
Hi,

> for i=1:10 mprintf("%d \r",i); end
1 2 3 4 5 6 7 8 9 10 

It's not really what I expected. So I tested

> for i=1:10 mprintf("\r %i",i); end

and Scilab-6.1.0 crashes with a shell message

"terminate called after throwing an instance of 
'GiwsException::JniCallMethodException'
[...]
End of stack"

Is it a bug?

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


Re: [Scilab-users] Scilab 5.5.2 in Debian 10 - segmentation fault

2021-02-18 Thread Jean-Yves Baudais
Hi,

> From: "Andrei Lomov" <99and...@mail.ru>
> https://www.scilab.org/download/5.5.2/scilab-5.5.2.bin.linux-x86_64.tar.gz
> $./scilab
> Segmentation fault

I faced segfault problem with really basic matrix use in Scilab 5.3 and I 
guessed mismatch somewhere (Scilab, Java, OS?) in multicore system, but I was 
not able to investigate more. My solution was to use scilab 6.1... It works now 
with complex matrix use.

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


Re: [Scilab-users] Update library and help

2021-02-01 Thread Jean-Yves Baudais

Le 30/01/2021 à 15:42, Samuel Gougeon a écrit :

Thanks Philipp,
Now i can answer inside the recovered thread:

Jean-Yves, i remember -- from another thread -- that you are running all 
this with Scilab 5.5.2. Aren't you?



Yes I am. I also did tests on Scilab 6.1.0, but not on my computer.
Well, for more than 6 years that 5.5.2 was released, a lot of things 
were done, noticeably about fixing some help_from_sci bugs.

Have you checked fixed bugs? If you installed uman,
--> uman help_from_sci b 




I didn't see any corresponding bug report. Anyway, I will first update 
my numerical environment (OS, tools, own libraries...) as soon as 
possible and comeback if needed.


Thanks,

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


Re: [Scilab-users] Update library and help

2021-01-29 Thread Jean-Yves Baudais
Hello,

Thanks for the message.

- Original Message -
> Do you get any error message that tells that this line is KO while by default
> other ones are OK?
> Please note that the compilation of the documentation can (quite often) yield
> some errors that are [ http://bugzilla.scilab.org/7255 | NOT displayed in the
>Scilab console ] (but, on Windows, in the so-called consolebox()).
> After such "silent" errors, some involved files [
> http://bugzilla.scilab.org/8430 | can
>stay locked ] (or simply not updated), and next instructions might 
> look as
>failing.

I saw that some messages are written on XTERM and not on Scilab window.

Well, I did new test with a simple function in home+"/macros"

function out=testadd(a,b)
  // To test process for lib
  //
  // Syntax
  //  out=testlib(a,b)
  // Parameters
  //  a: scalar
  //  b: scalar
  // Description
  //  Add to scalar
  // Author
  //  Me
  // Bibliography
  //  Nothing
  out=a+b;
endfunction

and I generate the lib "testlib". Contrary to what I wrote, that works fine. I 
did mistake when I used clear. It must be
--> clear testlib testadd
and not
--> clear testlib, testadd
(testadd should also be cleared if it has been called, because 
load("macros/lib") is not enough to replace the function already loaded in 
Scilab memory, I guess)

So, there is no problem with the updated library though the load is fisrtly 
done in .scilab. I don't need to restart Scilab to use the updated library 
"testlib".

The problem still remains for the help:

--> help_from_sci("macros","help/gl_GL")
help_from_sci: Reading from directory macros
help_from_sci: Processing of file: macros/testadd to help/gl_GL/testadd
help_from_sci: processed 1 files.
ans  =
""

Of course I created the help/gl_GL directory before, otherwise there is an 
error, and testadd.xml is created (gl is for globish, english is out of my 
reach)

--> xmltojar("help/gl_GL","My test lib","gl_GL")

jar/scilab_gl_GL_help.jar is udpated, and there is also a message in the linux 
XTERM with the number of generated files.

--> add_help_chapter("My test lib","jar")
T

--> help

The chapter "My test lib" is in the help window with the function testadd.

--> del_help_chapter("My test lib")
--> help

The chapter is not in the help, as expected.

--> add_help_chapter("My test lib","jar")
T

I change the head comment and rebuilt the help:

--> help_from_sci("macros","help/gl_GL")

a warning mentions that the file exists, but I choose "create anyway"

--> xmltojar("help/gl_GL","My test lib","gl_GL")

the files are updated

--> help
Could not load file: /home/jbaudais/jar/scilab_gl_GL_help.jar. Please check its 
contents, must be a Java Help file.
Error message: Could not parse
Got an IOException (JAR entry scilab_gl_GL_help/jhelpset.hs not found in 
/home/jbaudais/jar/scilab_gl_GL_help.jar)
Parsing failed for null

However, I can open the file "jhelpset.hs", so the message is wrong, the entry 
"scilab_gl_GL_help/jhelpset.hs" exists in the file 
"/home/jbaudais/jar/scilab_gl_GL_help.jar", on the filesystem of course, but 
Scilab use its memory (stack, heap?) and not the filesystem. Maybe the 
"scilab_gl_GL_help.jar" is corrupted by xmltojar on the Scilab memory. What do 
you think?


I try 
--> del_help_chapter("My test lib")

before modification, and

--> add_help_chapter("My test lib","jar")

but that change nothing. I must restart scilab and

--> add_help_chapter("My test lib","jar")
--> help

it works fine. 

So, I have no solution to rebuilt the help without Scilab restart, from 
scratch! I think the corresponding Scilab memory is not correctly updated or is 
corrupted somewhere (xmltojar, add_help_chapter?), so we must restart Scilab. 
Do you have the same behaviour?

-- Jean-Yves

PS : I read the discussion about profile and did test. Is there similar tool to 
check memory within Scilab, or do we need to use external tools as valgrind?
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] Segfault with inv, det...

2021-01-28 Thread Jean-Yves Baudais
Hi,

- Original Message -
> From: "Antoine Monmayrant" 
>> produces Segmentation fault.
> Ouch, that's bad.

"I don't you make it to tell" (sorry, it's franglais)

> So it only occurs for a specific size of 10x10 and with java graphical
> interface enabled?

No, that appends for all size equal or more than 10x10. There is not problem 
with lower size.

> (1) Can you split your code into one part that does the heavy-lifting
> (ran using "scilab -nwni") and another part that does the gui interface
> (plots, uicontrols ..., ran using "scilab") ?

Yes I can do that using save and load, but my code is not finish and to debug 
it I overuse plot... 

> (2) Can you install a newer scilab version? Which ubuntu are you using?

Hum... 16.04. I know, I have to update. About Scilab, I also used 6.1 but not 
on my computer. (One day I should "rationalize" my numerical tools.) I wonder 
if the segfault comes from multiple CPU use, but I don't know how to check that.

Thanks,

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


[Scilab-users] Segfault with inv, det...

2021-01-27 Thread Jean-Yves Baudais

Hello,

  I'm still working on scilab-5.5.2 (I will update my Ubuntu but I 
would like to wait a bit. It's not a good time for me!).


--> det(zeros(10,10))

produces Segmentation fault. There is no problem with lower matrix size, 
and there is no problem at all if I use "scilab -nwni" and higher matrix 
sizes.


"scilab -debug" gives

Thread 1 "scilab-bin" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x77f9f780 (LWP 14031)]
0x7fffe8c9a343 in dgetrf_parallel () from /usr/lib/libopenblas.so.0

before stopping, but I don't know if it is relevant because there is not 
problem with "scilab -nwni"!


Is there a simple way to solve this segfault, still using scilab-5.5.2?

Many thanks,

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


Re: [Scilab-users] Can't get current directory

2021-01-24 Thread Jean-Yves Baudais

Hi,

Le 24/01/2021 à 22:05, Gerard Awanou a écrit :

Then, I try to go to a specific directory
cd Desktop
I then got the error message
"/Users/gerardawanou/Desktop"
Can't get current directory.
I did give Scilab full disc acsess


If it was access problem, the message would be :
Can't go to directory Desktop: Permission denied

I can't reproduce your error message. What does
--> cd /Users/gerardawanou/
give?

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


Re: [Scilab-users] users@ interruptions?

2021-01-24 Thread Jean-Yves Baudais

Hello,

Le 22/01/2021 à 21:04, Samuel Gougeon a écrit :
Has anyone received the recent message archived @ 
http://mailinglists.scilab.org/Scilab-users-Update-library-and-help-tt4041262.html 



I received it, and sent it also. But I did not receive any answer yet.

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


[Scilab-users] Update library and help

2021-01-18 Thread Jean-Yves Baudais

Hello,

  When I modify the file myfunction.sci in my librairie "mylib", the 
update works as expected when I restard Scilab with the following lines 
in my .scilab file


genlib(SCIHOME+"/mylib/macros")
load(SCIHOME+"/mylib/macros/lib")
add_help_chapter("Librairie perso",SCIHOME+"mylib/jar")

I would like to do the update without Scilab exit and restart, so I do

--> del_help_chapter("Librairie perso")
--> clear mylib myfunction
--> genlib(SCIHOME+"/mylib/macros")
--> 
help_from_sci(SCIHOME+"/mylib/macros/myfunction.sci",SCIHOME+"/mylib/help/fr_FR");

--> xmltojar(SCIHOME"/mylib/help/fr_FR","Librairie perso","fr_FR");
--> load(SCIHOME+"/mylib/macros/lib")
--> add_help_chapter("Librairie perso",SCIHOME+"mylib/jar")

Excepted genlib and xmltojar, not all the code lines work all the time 
(some time yes and some time no). I understand nothing because I not 
able to reproduce "deterministically" the success, or not! So I think my 
code is wrong.


What is the good code to update library and help after changing a file?

--
Jean-Yves Baudais

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


Re: [Scilab-users] Problems arising from truncation of %pi

2021-01-08 Thread Jean-Yves Baudais
- Original Message -
> From: "Stéphane Mottelet" 
> --> bitstring(%pi)
> ans =
> 
> "0 100 1001001110110101010001000110110100011000"
> [...]
> https://www.exploringbinary.com/binary-converter/


Thank you for the recall on floating point representation and for the link (the 
French wiki page on IEEE 754 gives also a full and clear example). Of course we 
can convert float64 from finite binary representation to decimal one with more 
than 16 digits, but in that case the binary to float tranform is not a 
"relation binaire univoque" and the finite number representation problem is 
"put under the carpet". As I prefer one-to-one convertion and I hate carpet, I 
use 16 digits at most to write float64.

-- Jean-Yves___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] Problems arising from truncation of %pi

2021-01-08 Thread Jean-Yves Baudais
Hello,

- Original Message -
> The function could be sinpi() or similar, with two arguments: the main
> argument x and an integer argument n, being its result equivalent to
> 
> sin(x - n*pi)

So now the problem can be how these large numbers are obtained
--> a=1e16+1
--> a-1e16
of course equals zero. 

> where pi is the exact value of pi

Hum... What does "exact" mean in numerical calculus? (In symbolic one, it's 
simpler :-)

--> format(25)
--> %pi
3.141592653589793115998

the 6 last digits are wrong (cf. https://oeis.org/A000796) because of float64 
format.

> Probably it is not proper to refer to it as noise, since the difference
> is deterministic as can be demonstrated by using the function nearfloat()

Maybe noise is not the right word. But, the difference is fixed and %pi give 
all the time the same digit in format(25). It's a bit weird (up to my 
ignorance) to have these wrong deterministic digits... Hum, maybe I need to 
read "What Every Computer Scientist Should Know about Floating-Point 
Arithmetic", David Goldberg, ACM Computing Surveys, vol. 23, no  1, mars 1991 
recommanded by https://en.wikipedia.org/wiki/IEEE_754

--Jean-Yves

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


Re: [Scilab-users] Problems arising from truncation of %pi

2021-01-06 Thread Jean-Yves Baudais

Hello,

Le 05/01/2021 à 09:19, Federico Miyara a écrit :

--> sin(%pi)
  ans  =
    0.0001224647



You face the limited precision of all numerical calculus. See
--> help %eps

It has no sense to use 23 digits with a precision of 2.22E-16, the 7th 
last digits are noise.




--> sin(1e10*%pi)
  ans  =
   -0.022393627619559233

--> sin(1e15*%pi)
  ans  =
   -0.2362090532517409080526



All is consistent with the definition of the precision. A toy example:
--> a=2;
--> b=sqrt(2);
--> a-b^2

You expect zero because you do symbolic calculus, not Scilab.


The Wolfram Alpha site yields the correct value 0 in all cases (using 
their own pi).



Because it uses symbolic calculus. So, if you want more precision with 
Scilab you should change the standard used, but maybe some tricks in 
your code can solve the problem... Or maybe you need symbolic calculus tool.


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


Re: [Scilab-users] atomsLoad

2021-01-05 Thread Jean-Yves Baudais

Hello,

Le 04/01/2021 à 18:09, Stéphane Mottelet a écrit :
It has nothing to do with memory 
allocation, this is just a required explicit argument in Scilab 6 API. 
Otherwise you won't be able to compile the gateways. 



I did the test, removed "void *pvApiCtx" and of course the gateway 
didn't compile.



As I already said 
the memory leak is just a feature of the original source...



I don't know where it comes from, but clearly the source code is ok with 
Scilab 5.2.2 but not with Scilab 6.1.0 (emd_toolbox-1.3 it's more or 
less "formatting" modifications compared to emd_toolbox-1.2-1)!


It looks like Scilab 5.2.2 is able to free some memories but not Scilab 
6.1.0!


I stop here because I cannot do more. So with the modifications, 
emd_toolbox-1.3 can be use for toy examples, only.


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


Re: [Scilab-users] atomsLoad

2021-01-04 Thread Jean-Yves Baudais
The difference between emd_toolbox-1.2-1 and emd_toolbox-1.3 are the "void 
*pvApiCtx" added in cemdc.c, cemdc2.c, cemdc_fix.c, cemdc2_fix.c, emdc.c and 
emdc_fix.c. Could that be the source of the memory problem?

Jean-Yves

- Original Message -
> From: "Jean-Yves Baudais" 
> To: "Users mailing list for Scilab" 
> Sent: Monday, 4 January, 2021 16:16:42
> Subject: Re: [Scilab-users] atomsLoad

> - Original Message -
>> From: "Stéphane Mottelet" 
>> Le 04/01/2021 à 15:55, Jean-Yves Baudais a écrit :
>>> It remains one problem: the memory used always increases. If emd() function 
>>> is
>>> ran multiple times, my 8G mem is fulfilled by scilab and of course scilab
>>> crashes. Maybe this comes from the modified sources of emd_toolbox done by
>>> Stephane Mottelet?
>> 
>> Surely not. I just removed one obsolete #include and didn't touch
>> anything else. The memory leak was already present in the original source...
> 
> 
> I checked "diff" of sci files in emd_toolbox-1.3 and emd_toolbox-1.2.1 (the 
> one
> working on scilab-5.5.2). The differences I found are about emd_ prefix added
> to function names (and the incomprehensible remove of moc_fliplr). I will 
> check
> the c code.
> 
> Jean-Yves
> ___
> users mailing list
> users@lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-- 
Jean-Yves Baudais
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] atomsLoad

2021-01-04 Thread Jean-Yves Baudais
- Original Message -
> From: "Stéphane Mottelet" 
> Le 04/01/2021 à 15:55, Jean-Yves Baudais a écrit :
>> It remains one problem: the memory used always increases. If emd() function 
>> is
>> ran multiple times, my 8G mem is fulfilled by scilab and of course scilab
>> crashes. Maybe this comes from the modified sources of emd_toolbox done by
>> Stephane Mottelet?
> 
> Surely not. I just removed one obsolete #include and didn't touch
> anything else. The memory leak was already present in the original source...


I checked "diff" of sci files in emd_toolbox-1.3 and emd_toolbox-1.2.1 (the one 
working on scilab-5.5.2). The differences I found are about emd_ prefix added 
to function names (and the incomprehensible remove of moc_fliplr). I will check 
the c code.

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


Re: [Scilab-users] atomsLoad

2021-01-04 Thread Jean-Yves Baudais
Hi,

I fixed the problems. The modifications are

1) emd.sci file, line 410
"//pause"
becomes
"pause"

2) emd.sci file, line 683
opt_fields = 
{'t','stop','display','maxiterations','fix','maxmodes','interp','fix_h','mask','ndirs','complex_version'};
becomes
opt_fields = 
['t','stop','display','maxiterations','fix','maxmodes','interp','fix_h','mask','ndirs','complex_version'];

3) emd.sci file, line 794
if ~type(INTERP)==10 | 
~or(convstr(INTERP)==convstr({'linear','cubic','spline'}))
becomes
if ~type(INTERP)==10 | 
~or(convstr(INTERP)==convstr(['linear','cubic','spline']))

4) emd_local_peak.sci, line 32
lm = find(diff(a)~=1) + 1;
becomes
lm = find(diff(a)~=1); if lm==[], then lm=1; end

5) boundary_conditions_emd.sci file, the function moc_fliplr should be added at 
the end of the file
function y = moc_fliplr(x)
//  Copyright Aldo I Maalouf
if ndims(x)~=2,
disp('X must be a 2-D matrix!')
end
y = x(:,$:-1:1);
endfunction

The modification 1) is really a minor one. The remove of moc_fliplr() function 
in boundary_conditions_emd.sci file is very strange (this function exists in 
older emd_toolbox version!).

I only tested the emd() function and it gives the same output with toy examples 
as the ones obtained with emd_toolbox of repository 5.4 (tested on 
scilab-5.5.2). However, I didn't test all the paramaters of the function.

It remains one problem: the memory used always increases. If emd() function is 
ran multiple times, my 8G mem is fulfilled by scilab and of course scilab 
crashes. Maybe this comes from the modified sources of emd_toolbox done by 
Stephane Mottelet? (Note that there is no memory issues with emd() function of 
repository 5.4.)

Jean-Yves

- Original Message -
> From: "Stéphane Mottelet" 
> To: "Users mailing list for Scilab" scilab.org>
> Sent: Tuesday, 22 December, 2020 17:02:48
> Subject: Re: [Scilab-users] atomsLoad

> I sent you (private message) the modified sources of emd_toolbox, for
> the gateway part only. The toolbox compiles and loads, but then there
> are problems due to the convention with the empty matrix that changed
> since Scilab 6. I hope you will be able to fix them yourself (keep us
> informed of your fixes).
> 
> S.
> 
> Le 22/12/2020 à 16:12, Jean-Yves Baudais a écrit :
>> Hi,
>>
>>> It is quite easy (a 10 min. job). I made the needed modifications and it
>>> compiles and loads under OSX. If you give me the rights on Gitlab I can 
>>> commit
>>> the modifications this afternoon.
>> Ok, but I don't how to do this, but I'm ready to learn :-) So, could you 
>> give me
>> the step starting with "stftb" source?
>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/atoms.scilab.org/toolboxes/stftb/2.0.2/files/stftb-2.0.2-src.zip
>> (I'm regular with Linux command-line, not too much with makefile)
>>
>> Or, maybe there already exists a document explaining the steps?
>>
>> ___
>> 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] file permission and demo_gui()

2020-12-23 Thread Jean-Yves Baudais
> You might do and test the following:
> 
>1. replace the copyfile instruction with a mgetl + mputl combination: // r 
> =
>copyfile(File, File2); r = mgetl ( File ) ; mputl ( r , File2 ) ;
>2. exec demo_gui.sci to update it
>3. Remove demo_gui_dockable . xml in TMPDIR, or just exit and run a new 
> session
>(so with a new TMPDIR)
>4. run demo_gui(), and play with its dockable preferences.
>
> If it works, i will push a patch for Scilab 6.1.1. Anyway the copyfile issue
> would have to be addressed. Since copyfile() is used 18 times within Scilab,
> other issues elsewhere could be expected. At least, the fact that permissions
> are kept should be documented in the copyfile help page.


For me, it's ok and now demo_gui() works: The permission of the 
demo_gui_dockable.xml file in TMPDIR is now read and write.

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


Re: [Scilab-users] file permission and demo_gui()

2020-12-23 Thread Jean-Yves Baudais
> I tested for different combinaison of permissions ('w', 'r', 'x'): copyfile()
> keeps them unchanged. (Permissions are kept for 'user' only, I guess 
> permission
> mask or something like that for 'group' and 'other'.)


I forgot: That 'permission mask' for 'group' and 'other' is fixed by Linux 
system or user account, I don't know, but clearly it does not depends on Scilab.

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


Re: [Scilab-users] file permission and demo_gui()

2020-12-23 Thread Jean-Yves Baudais
> I will try to test by forcing File permissions on my system, and see
> what copyfile() does.


I tested for different combinaison of permissions ('w', 'r', 'x'): copyfile() 
keeps them unchanged. (Permissions are kept for 'user' only, I guess permission 
mask or something like that for 'group' and 'other'.)

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


Re: [Scilab-users] file permission and demo_gui()

2020-12-23 Thread Jean-Yves Baudais
> Never met this issue. It looks proper to your install. Could you please
> post the actual full error message? Presently, we don't know if you are
> analyzing the issue, or if you -- partially -- report it. In addition to
> the described installation, the full error message would definitely help.

I analyzed and detailled the issue. The full message is

--> demo_gui()
at line49 of function demo_gui ( SCI/modules/demo_tools/macros/demo_gui.sci 
line 65 )
xmlWrite: Cannot write the file: /tmp/SCI_TMP_22935_iLRVVA/demo_gui_dockable.xml


Notes that the permission of /tmp/SCI_TPM_22935/ directory is 'wrx'. All 
created files by Scilab in /tmp/SCI_TMP_22935/ are 'wr' ones, except 
demo_gui_dockable.xml (because of the use of copyfile function and because of 
the original file permissions).

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


[Scilab-users] file permission and demo_gui()

2020-12-23 Thread Jean-Yves Baudais
Hello,

  When I installed Scilab, I unziped the file on my home directory. The 
permission for all files is read only, and execute if needed. Then, the 
demo_gui() needs to be executed twice to work.

The first time, in file demo_gui.sci:
- line 54, the permission of 'File' is read only;
- line 55, 'File2' has not been created yet;
- line 58, 'File2' is created with the same permission as 'File';
- line 65, 'xmlWrite' cannot write because of read permission only and 
demo_gui() stops with the error message "Cannot write the file...".

The second time 'File2' exists, then demo_gui() works.

By default, unzip doesn't change the permission, timestamp... So, is it a bug?

-- 
Jean-Yves Baudais
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] atomsLoad

2020-12-23 Thread Jean-Yves Baudais
Hi,

  Thank you for the code. I'm going to see what I can do.

--
Jean-Yves

- Original Message -
> From: "Stéphane Mottelet" 
> To: "Users mailing list for Scilab" 
> Sent: Tuesday, 22 December, 2020 17:02:48
> Subject: Re: [Scilab-users] atomsLoad

> I sent you (private message) the modified sources of emd_toolbox, for
> the gateway part only. The toolbox compiles and loads, but then there
> are problems due to the convention with the empty matrix that changed
> since Scilab 6. I hope you will be able to fix them yourself (keep us
> informed of your fixes).
> 
> S.
> 
> Le 22/12/2020 à 16:12, Jean-Yves Baudais a écrit :
>> Hi,
>>
>>> It is quite easy (a 10 min. job). I made the needed modifications and it
>>> compiles and loads under OSX. If you give me the rights on Gitlab I can 
>>> commit
>>> the modifications this afternoon.
>> Ok, but I don't how to do this, but I'm ready to learn :-) So, could you 
>> give me
>> the step starting with "stftb" source?
>> https://antispam.utc.fr/proxy/2/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/atoms.scilab.org/toolboxes/stftb/2.0.2/files/stftb-2.0.2-src.zip
>> (I'm regular with Linux command-line, not too much with makefile)
>>
>> Or, maybe there already exists a document explaining the steps?
>>
>> --
>> Jean-Yves Baudais
>> ___
>> 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

-- 
Jean-Yves Baudais
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] atomsLoad

2020-12-22 Thread Jean-Yves Baudais
Hi,

> It is quite easy (a 10 min. job). I made the needed modifications and it
> compiles and loads under OSX. If you give me the rights on Gitlab I can commit
> the modifications this afternoon.

Ok, but I don't how to do this, but I'm ready to learn :-) So, could you give 
me the step starting with "stftb" source? 
https://atoms.scilab.org/toolboxes/stftb/2.0.2/files/stftb-2.0.2-src.zip (I'm 
regular with Linux command-line, not too much with makefile)

Or, maybe there already exists a document explaining the steps?

--
Jean-Yves Baudais
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] atomsLoad

2020-12-22 Thread Jean-Yves Baudais
Hi,

> You must use Scilab 5.5.2 and install the 1.2 version of the toolbox. It
> should run out of the box.

Ok. I installed it. "scilab" command and "scilab -nw" or "-nb" or "-ns" or 
"-noatomsautoload" give the so funny "Segmentation fault" :-( Hopefully, 
"scilab -nwni" works, but I only have the head_comments help and no plot. So, 
not so funny, but I can juggle between scilab-5.5.2 and scilab-6.1.0

"scilab -debug" does not work anymore (but I not able to use gdb!)

gdb: SCI/lib/thirdparty/libtinfo.so.5: no version information available 
(required by gdb)
gdb: SCI/lib/thirdparty/libtinfo.so.5: no version information available 
(required by /lib/x86_64-linux-gnu/libreadline.so.7)
[...]
gdb: relocation error: /lib/x86_64-linux-gnu/libncursesw.so.5: symbol 
_nc_putchar version NCURSES_TINFO_5.9.20150530 not defined in file 
libtinfo.so.5 with link time reference

and "scilab -nogui" gives (maybe more informative)

Scilab startup function detected that the function proposed to the engine is 
the wrong one. Usually, it comes from a linker problem in your distribution/OS.
Here, Scilab should have 'libscijvm-disable' defined but gets 'libscijvm' 
instead.
If you do not know what it means, please report a bug on 
http://bugzilla.scilab.org/. If you do, you probably know that you should 
change the link order in SCI/modules/Makefile.am

Is there a simple way to solve this JVM problem? (Note that the default 
scilab-6.0 installed in my Unbuntu has a JVM problem also and does not work. 
Maybe I will try to solve it another time.)

-- 
Jean-Yves Baudais
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] atomsLoad

2020-12-21 Thread Jean-Yves Baudais
Hi,

  Thank you for the explanations. They make me the atom philosophy clearer :-)

>> 2) I added the atoms repository http://atoms.scilab/org because the default 
>> one
>> is http://atoms.scilab.org/6.1 and it gives nothing!
> I guess that by "it gives nothing" you mean that you did not get any
> emd_toolbox version installed.

Yes, and I understand now it's rather good nothing was installed because the 
atoms "emd_toolbox" is not compatible with Scilab-6.1.

> By the way, the behavior of the ATOMS server when no Scilab version is
> specified in the repository URL would deserve either being documented,
> or fixed. As far as i understand, then the user is completely free and
> responsible of what it does. 

Yes, but I have to learn and I'm more irresponsible to do what I did :-)

> In your case, by default the very first
> emd_toolbox version 1.0 has been installed (why not. It could be the
> last available one, instead...). Then the automatical choice of the
> default version of the dependency (stftb) is more obscure...

So, I think the best way it to use older Scilab version because 
- only too old emd_toolbox is "atomsInstalled" with Scilab-6.1 and not 
"atomsLoadable"
- with http://atoms.scilab.org/5.3 repository, the atomsLoad() function alway 
gives "bad library path"
- I'm not able to start with library source code

Two questions:
- Which Scilab version should I used? (only 5.5.2 or 5.1.1 are available on 
http://www.scilab.org)
- Is the message "bad libray path" given by atomsLoad() mean there is a 
compatiliby issues? If yes, why does atomsInstall() intall without any error 
while atomsLoad() give errors?

Thank for all,

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


Re: [Scilab-users] atomsLoad

2020-12-21 Thread Jean-Yves Baudais
Hi,

> Hard to help without knowing what you exactly did to install the toolbox, 

As I wrote I did
--> atomsRepositoryAdd("http://atoms.scilab.org";)
--> atomsInstall("emd_toolbox")
--> atomsLoad("emd_toolbox")

Nothing else.

> but
> clearly, [ https://atoms.scilab.org/toolboxes/stftb/1.2.1 | this
>version ] of the Time Frequency Toolbox has been shipped for Scilab 
> 5.3, and can
>in no way work with Scilab 6.1!
> 
> Its most recent 2.0.2 version has been compiled for Scilab 6.0. So unless you
> recompile it by your own for Scilab 6.1, you could not use it on Scilab 6.1
> (because it includes some hard-coded functions).

Ok. So the error message "lib: [...] is not a valid lib path" does not mean the 
path does not exist but the version 1.2-1 cannot be used. Right?

> Why have you chosen a so old version? Regards
> Samuel

Hum... I chosen nothing, I let Scilab functions atomsInstall() and atomsLoad() 
do the job...

-- 
Jean-Yves Baudais
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


[Scilab-users] atomsLoad

2020-12-18 Thread Jean-Yves Baudais
Hi,
  I face problem with atomsLoad. (It's the first time I use atoms!)

1) I installed scilab-6.1.0.bin.linux-x86_64.tar.gz on my $HOME.
2) I added the atoms repository http://atoms.scilab/org because the default one 
is http://atoms.scilab.org/6.1 and it gives nothing!
3) I installed emd_toolbox and the installed files are on 
$HOME/.Scilab/scilab-6.1.0/atoms/ ($HOME/.Scilab/scilab-6.1.0 is the SCIHOME 
variable in Scilab)

So far, all is good. But the next step, atomsLoad("emd_toolbox") does not work. 
The message is

atomsLoad: An error occurred while loading 'stftb-1.2-1':
lib: /home/jbaudais/.Scilab/scilab-6.1.0/atoms/stftb/1.2-1/macros/ is 
not a valid lib path.
at line   346 of function atomsLoad ( 
/home/jbaudais/scilab-6.1.0/share/scilab/modules/atoms/macros/atomsLoad.sci 
line 362 )

Note: emd_toolbox needs stftb but if I try atomsLoad("stftb"), the result is 
the same.

I don't understand because the directory 
/home/jbaudais/.Scilab/scilab-6.1.0/atoms/stftb/1.2-1/macros/ exists and it 
contains the "names" file and all the .bin, .sci files.

Any ideas?

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


Re: [Scilab-users] String and integer

2020-11-20 Thread Jean-Yves Baudais
Hi,
  A solution, of course not the best,
--> if i<10, s=msprintf("000%d",i) end
with iteration for high number, or with 3-floor(log10(i)) added zeros?

--Jean-Yves

- Original Message -
> From: "paul francedixhuit" 
> To: "Users mailing list for Scilab" 
> Sent: Friday, 20 November, 2020 14:48:46
> Subject: [Scilab-users] String and integer

> Hi all
> 
> In ordre to change files names, I need to convert integers into strings but 
> with
> zeros prior to it
> 
> Example if i=1 i need 0001 and not 1
> 
> I don't know how to use something like "%4d" with "string"
> 
> Thanks
> 
> Paul
> 
> ___
> users mailing list
> users@lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users

-- 
--
Jean-Yves Baudais
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] Install of Scilab 6.2.Git on Arm64 success but few parts showing errors

2020-09-16 Thread Jean-Yves Baudais

Hi,

Le 16/09/2020 à 09:44, EnigmaVoidX a écrit :

1). Plot shows black window, but if I export the plot to a png, you can see
the graphs


I faced similar problem. It was solved by changing the graphics driver.

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


Re: [Scilab-users] Pong contest

2020-06-05 Thread Jean-Yves Baudais
I got it! Thanks :-)

--
Jean-Yves Baudais

- Original Message -
> From: "Stéphane Mottelet" 
> To: "Users mailing list for Scilab" 
> Sent: Friday, 5 June, 2020 16:47:41
> Subject: Re: [Scilab-users] Pong contest

> It's in the Demonstrations menu.
> 
> Le 05/06/2020 à 16:26, Jean-Yves Baudais a écrit :
>> HI,
>>Grr! I don't find any "animation" section in chapter "Graphics" on 
>> the help
>>browser. Where is it?
>>
>> --
>> Jean-Yves Baudais
>>
>> - Original Message -
>>> From: "Antoine Monmayrant" 
>>> To: users@lists.scilab.org
>>> Sent: Friday, 5 June, 2020 15:45:38
>>> Subject: Re: [Scilab-users] Pong contest
>>> On 05/06/2020 14:48, Stéphane Mottelet wrote:
>>>
>>>
>>> Hello all,
>>>
>>> As you may have noticed, there is now a little game in the Gaphics/Animation
>>> section of the demonstrations. As the speed and responsiveness seems to be
>>> similar under all platforms, it would be funny to launch a little contest. 
>>> In
>>> the next Scilab version it would be interesting to implement a high score
>>> online record, but until then, you can answer this message with the same 
>>> kind
>>> of screenshot I joined, showing you score and just taken after the game end
>>> with and with the last dialog on the figure.
>>>
>>> Cheers,
>>>
>>>
>>> ___
>>> users mailing list [ mailto:users@lists.scilab.org | users@lists.scilab.org 
>>> ] [
>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
>>> |
>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
>>> ]
>>>
>>> ___
>>> users mailing list
>>> users@lists.scilab.org
>>> https://antispam.utc.fr/proxy/1/c3RlcGhhbmUubW90dGVsZXRAdXRjLmZy/lists.scilab.org/mailman/listinfo/users
>> ___
>> 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] Pong contest

2020-06-05 Thread Jean-Yves Baudais
HI,
  Grr! I don't find any "animation" section in chapter "Graphics" on the 
help browser. Where is it?

--
Jean-Yves Baudais

- Original Message -
> From: "Antoine Monmayrant" 
> To: users@lists.scilab.org
> Sent: Friday, 5 June, 2020 15:45:38
> Subject: Re: [Scilab-users] Pong contest

> On 05/06/2020 14:48, Stéphane Mottelet wrote:
> 
> 
> Hello all,
> 
> As you may have noticed, there is now a little game in the Gaphics/Animation
> section of the demonstrations. As the speed and responsiveness seems to be
> similar under all platforms, it would be funny to launch a little contest. In
> the next Scilab version it would be interesting to implement a high score
> online record, but until then, you can answer this message with the same kind
> of screenshot I joined, showing you score and just taken after the game end
> with and with the last dialog on the figure.
> 
> Cheers,
> 
> 
> ___
> users mailing list [ mailto:users@lists.scilab.org | users@lists.scilab.org ] 
> [
> http://lists.scilab.org/mailman/listinfo/users |
> http://lists.scilab.org/mailman/listinfo/users ]
> 
> ___
> 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] Sprintf and Italic font.

2019-03-25 Thread Jean-Yves Baudais

Hi,

Le 18/03/2019 à 01:56, Marcus Vinicius Pereira de Souza a écrit :
Kindly, I am generating a graphic and would like some information in the 
title to be in italics. Can someone help me? By way of illustration, see 
the script below > [...]

a.x_label.text  =  "$t(s)$"
a.y_label.text  =  "$y(t)$"



With $ you write LaTeX expression.


title(sprintf('y(t) = -%0.2f exp(-0.5t)\ + %0.2f cos(4t)\ + %0.2f 
sin(4t) ',kp1,kp1,kp2))


Then, use $ in sprintf

title(sprintf('$y(t) = -%0.2f exp(-0.5t)\ + %0.2f cos(4t)\ + %0.2f 
sin(4t)$',kp1,kp1,kp2))


Br,

Jean-Yves Baudais
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users


Re: [Scilab-users] do not manage to show text labels along the x-axis

2017-10-04 Thread Jean-Yves Baudais

Hello,


Le 04/10/2017 à 11:16, Heinz Nabielek a écrit :

Monte-Carlo simulating blood types in Austria was easy in Scilab, but I do not 
manage to show text labels along the x-axis. Text would be:
blood=['0+' 'A+''B+''AB+'   '0-''A-''B-''AB-']
and the diagram should look similar to my attached EXCEL.


To change the axes labels (and location) see "axes properties". For exemple

x=1:8;
p=[0.3  0.370.120.050.060.070.020.01];
blood=['0+' 'A+''B+''AB+'   '0-''A-''B-''AB-'];
scf(0);clf(0),plot(x,p,'-*b')
f=gca();
f.x_ticks=tlist(["ticks" "locations", "labels"],x,blood);


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


Re: [Scilab-users] unable to find my mistake in the function

2017-06-06 Thread Jean-Yves Baudais

Hallo,

Le 06/06/2017 à 10:27, Sachverständigenbüro Niedermaier Holger a écrit :

may anybody be able to explain why I get the error message "invalid index in 
line 12“ by running the following function?

[...]  Energie(n)=Energie(n)+y(i)*y(i)*schrittweite*10^(-3);



Maybe because the vector "Energie" is used but not defined so the index 
is not valid.


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


Re: [Scilab-users] Problem with Matrix operation

2017-04-25 Thread Jean-Yves Baudais

Hello,

Le 25/04/2017 à 15:29, SCHULZ Wolfgang a écrit :

Hello,
I want to set certain elements of a matrix to 1. Interestingly the following 
code fills 9 elements with 1. I expected to have only 3 elements (with index 
1,1; 2,2 and 3,3) filled with 1.

A=zeros(5,3)
inx=[1 2 3];
iny=[1 2 3];
A(inx,iny)=1



Using this is for submatrix but what you want is not a submatrix. In 
your special case A=eyes(5,3)




Is there any way to fill a matrix with 1 where I have the indexes in 2 vectors?



IMHO only the for loop works, in general...

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