Hi all,
I know that it's usually bad practice to duplicate an already existing bug.
But it's also good practice to make one report per specific bug.
I've just waisted two days on a nasty memory leak when plotting/clearing a
graph in a loop (50 iterations were enough to kill scilab).
Looking at re
PS : xsave and xload correctly work with « legend » instruction under 5.5.2,
but « legends_mc » is the ideal presentation.
De : Perrichon
Envoyé : mercredi 15 janvier 2020 10:05
À : 'Users mailing list for Scilab'
Objet : RE: [Scilab-users] BUG legends_mc with xsave and xload
ers De la part de Samuel Gougeon
Envoyé : mardi 14 janvier 2020 21:08
À : users@lists.scilab.org
Objet : Re: [Scilab-users] BUG legends_mc with xsave and xload
Hello Pierre,
Le 14/01/2020 à 18:33, Perrichon a écrit :
Hello, Hello Samuel,
It seems that it is not possible to correct
Hello Pierre,
Le 14/01/2020 à 18:33, Perrichon a écrit :
Hello, Hello Samuel,
It seems that it is not possible to correctly record or to restaure a
graph using « legends_scm » with « xsave » and « xload »
Structures of the graph are not respected and illegible.
If the bug is not corrected,
Hello, Hello Samuel,
It seems that it is not possible to correctly record or to restaure a graph
using < legends_scm > with < xsave > and < xload >
Structures of the graph are not respected and illegible.
If the bug is not corrected, I'll will be obliged to go back with the <
legend > inst
Hi,
A few suggestion to try out:
1. Try to locate the libjava.so to see whether java is install. if you, u could
try to temporary set the JAVA_HOME and try to run scilab again
e.g.:
$ locate libjava.so
or
$ update-java-alternatives -l
and then
$ export JAVA_HOME="/usr/lib/jv
Hello,
I just begin with this list.
I have a problem with scilab6:
On different PC 64bits, i boot with knoppix-8.6
It uses → Linux kernel 5.2.5 and Xorg 7.7 (core 1.20.4) for supporting
current computer hardware.
Whem i start scilab-6.02 (installed by
scilab-6.0.2.bin.linux-x86_64.tar.gz
Hi to all
the histograms from histplot looks to have a bad normalization in
scilab 6.0.1 (ubuntu 18.04) , see :
http://bugzilla.scilab.org/show_bug.cgi?id=15832
the images in the help page for histplot show the problem even on scilab
website :
https://help.scilab.org/docs/6.0.1/fr_FR/histplot.
;
Then the test, executed by exec SCI/... above, always succeed.
However, even with a bigger duration of sleep, even sleep(1000), then
"test_run cacsd bug_13359" always fail.
A follow-up is proposed on dev@ starting at
http://mailinglists.scilab.org/Re-Scilab-users-bug-when-setting-gcbo-fi
Another example of such weirdness: consider (fixed) bug #13359. Its
non-regression test fail (at least on my OSX and Linux machines)
systematicaly when run by
--> test_run cacsd bug_13359
When run interactively by
--> exec SCI/modules/cacsd/tests/nonreg_tests/bug_13359.tst
it sometimes succe
Hello Antoine
There are multiple other problems like this one, solved when inserting a pause
or a sleep. They are java synchronization problems, likely
S.
> Le 29 sept. 2018 à 12:47, antoine monmayrant a
> écrit :
>
>
>
>> Le 29/09/2018 à 12:10, Samuel Gougeon a écrit :
>>> Le 29/09/2
Le 29/09/2018 à 12:10, Samuel Gougeon a écrit :
Le 29/09/2018 à 00:31, antoine monmayrant a écrit :
Hello Stéphane,
Well, I tried exactly this trick with mixed results: it kind of works
most of the time, but sometimes it fails.
I did not manage to reproduce the issue with my minimum working
Le 29/09/2018 à 00:31, antoine monmayrant a écrit :
Hello Stéphane,
Well, I tried exactly this trick with mixed results: it kind of works
most of the time, but sometimes it fails.
I did not manage to reproduce the issue with my minimum working
example though.
It's weird, no?
Why would gcbo b
Hello Stéphane,
Well, I tried exactly this trick with mixed results: it kind of works
most of the time, but sometimes it fails.
I did not manage to reproduce the issue with my minimum working example
though.
It's weird, no?
Why would gcbo behave differently than h?
As for why "set" is workin
Hello Antoine,
Never trust the life time of gcbo, and first copy the value of gcbo like
this:
function funcb1()
h=gcbo
disp(typeof(h));
h.callback_type=-1;
disp(typeof(h));
h.callback_type=0;
endfunction
With this trick the type of h is always a handle. However, I cannot
Hi all,
In a callback function, gcbo is a handle to the calling uicontrol.
There are 2 ways to set one of the fields of this handle (let's take
"callback_type" as an example):
(1) gcbo.callback_type=-1;
or equivalently
(2) set(gcbo, "callback_type",-1);
In theory, both are perfec
Le 20/08/2018 à 17:50, Samuel Gougeon a écrit :
> Hello Philippe,
>
> This is fixed in Scilab 6.0.2-. Please see mainly
> http://bugzilla.scilab.org/14701
> http://bugzilla.scilab.org/14708
thanks Samuel, I missed those reports on bugzilla
Best regards,
Philippe
___
Hello Philippe,
This is fixed in Scilab 6.0.2-. Please see mainly
http://bugzilla.scilab.org/14701
http://bugzilla.scilab.org/14708
Regards
Samuel
Le 20/08/2018 à 17:27, philippe a écrit :
Hi,
while upgrading one of my toolboxes I discovered a strange error in
polynomial comparisons. The erro
Hi,
while upgrading one of my toolboxes I discovered a strange error in
polynomial comparisons. The error appeared during automatic unit tests,
a " assert_checkequal(P1,P2)" was expected to be True and was in fact
False. After some investigations It looks like there is an error in
degree so that
On my Linux machine it is also working as expected.
System:Host: cray3 Kernel: 4.12.4-1-CHAKRA x86_64 bits: 64 Desktop: KDE
Plasma 5.10.5 Distro: Chakra
Machine: Device: desktop Mobo: ASUSTeK model: A88XM-PLUS v: Rev X.0x
serial: N/A
UEFI: American Megatrends v: 3003 date: 03/04/2
Hello Antoine
I used a Lenovo T420 with Ubuntu 16.04 (I need to check when I am back on this
machine, and I'll try to find what is the graphic driver), and Scilab 6.0.
With this machine, but under Windows and Scilab 5.5.2, this did not happen = it
used to be correct, with open gap at the %Nan va
Dear Antoine,
Correct behavior in Windows 10 and Scilab 6.0.0
Patrice
-Message d'origine-
De : users [mailto:users-boun...@lists.scilab.org] De la part de Antoine
Monmayrant
Envoyé : mercredi 18 octobre 2017 13:23
À : users@lists.scilab.org
Objet : [Scilab-users] Bug?: plot wit
Hi everyone,
I think I stumble upon a weird bug when plotting data with nan values: instead
of a gap in the plot line, I have segments that go go towards the center of my
plots.
This bug is present on Ubuntu 17.04, but not on Ubuntu 16.04 and it affects
both scilab 5.5.2 and 6.0.
I attached the
Hi everyone,
This error persists. Unable to add files
regards
--
View this message in context:
http://mailinglists.scilab.org/Scilab-users-Bug-with-file-exchange-tp4035642p4036153.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at
Nabble.com
Hello,I was trying some simple programs that use the input statement on Scilab 6.0.0, and I got unexpected behaviour. Here is a test:n = input("n = ")
while n > 0
n = input("n = ")
end
printf("\nThanks")Here is the result of this program on Scilab 6.0.0 console with input 1, 2, 3, 4 and 0:n = 1
Le 01/03/2017 à 08:58, Pierre Payen a écrit :
Hi everyone,
How can we post on file exchange ? When i try to add something i get
this error :
Could not create the file set. Please correct the errors below and try
again.
Although there aren't any errors (see screen-shot in attachment).
The
Hi everyone,
How can we post on file exchange ? When i try to add something i get this
error :
Could not create the file set. Please correct the errors below and try
again.
Although there aren't any errors (see screen-shot in attachment).
Thx
___
users
t; An: users@lists.scilab.org
> Betreff: Re: [Scilab-users] Bug of input function in Scilab 6.0 beta 1
>
> I doubt that it is related to bug 14375.
> That seems to be caused by a long temporary prompt:
> prompt('CRASH CRASH CRASH CRASH CRASH CRASH CRASH CRASH CRASH
> CRASH C
Le 25/02/2016 18:10, grivet a écrit :
Le 24/02/2016 21:40, Serge Steer a écrit :
Le 24/02/2016 11:30, grivet a écrit :
I appreciate your help; however, neither suggestion works: I still
get the same error message.
The similar line
[frq,repf]=repfreq(hz,0.01,0.49);
has no problem
You a
Le 24/02/2016 21:40, Serge Steer a écrit :
Le 24/02/2016 11:30, grivet a écrit :
I appreciate your help; however, neither suggestion works: I still
get the same error message.
The similar line
[frq,repf]=repfreq(hz,0.01,0.49);
has no problem
please can you save the hz value using the Sc
t once, but I cannot repeat it exactly:
--> a=input("a:");
a:1
a:2
--> disp(a)
2.
--> b=input('b:');
b:3
--> disp(b)
3.
--> b=input("b:");
b:4
--> a=input("a:");
b:5
b:6
ans =
6.
--> disp(a)
2.
--> disp(b)
5.
--
V
Hi Wolfgang,
It might be the http://bugzilla.scilab.org/show_bug.cgi?id=14375 about input
behavior.
Regards,
--
Clément
Le jeudi 25 février 2016 à 15:00 +, SCHULZ Wolfgang a écrit :
> Clement,
> shoud I add my findings to the original bug report? In case of yes - which
> bug report number
Clement,
shoud I add my findings to the original bug report? In case of yes - which bug
report number is it?
Thanks
Wolfgang
> -Ursprüngliche Nachricht-
> Von: users [mailto:users-boun...@lists.scilab.org] Im Auftrag von Clément
> David
> Gesendet: Mittwoch, 24. Februar 2016 17:06
> An:
Le 24/02/2016 11:30, grivet a écrit :
I appreciate your help; however, neither suggestion works: I still get
the same error message.
The similar line
[frq,repf]=repfreq(hz,0.01,0.49);
has no problem
please can you save the hz value using the Scilab save function and send
the file?
Serg
I appreciate your help; however, neither suggestion works: I still get
the same error message.
The similar line
[frq,repf]=repfreq(hz,0.01,0.49);
has no problem
Your problem arises because one frequency value you ask for
corresponds exactly to a zero of hz.num
log(roots(hz.num))/(2*%pi
Hi Wolfgang,
It seems to be a bug, please report it.
--
Clément
Le mardi 23 février 2016 à 14:48 +, SCHULZ Wolfgang a écrit :
> Hello,
> since Scilab 6.0 beta 1 I have a problem with the input function (everything
> worked under Scilab
> 6.0 alpha 1).
>
> I execute the following code:
> C
Hello,
since Scilab 6.0 beta 1 I have a problem with the input function (everything
worked under Scilab 6.0 alpha 1).
I execute the following code:
Code:
mode(0);
ieee(1);
clear;
iteration = input("Sensor data of which Iteration:");
name = sprintf("iteration%03d.sensor",iteration)
Wit
Your problem arises because one frequency value you ask for corresponds
exactly to a zero of hz.num
log(roots(hz.num))/(2*%pi)
so you want to compute the gain in dB of a zero value which is -inf
To avoid such problem you can let repfreq to do the frequency
discretization.
[frq,repf]=repfreq
Le 23/02/2016 14:21, Serge Steer a écrit :
Please can you give more details :
value of Order and Fcutoff/Fs/2
and what you are doing with hz (because iir does not call dbphi)
Serge
I am just running the example found in "how to design an elliptic
filter". Here is the code:
Order= 2; // T
Please can you give more details :
value of Order and Fcutoff/Fs/2
and what you are doing with hz (because iir does not call dbphi)
Serge
Le 23/02/2016 12:21, grivet a écrit :
Hello,
I am beginning to use digital filters to treat some data. As my first
step, I try to run the examples in the help
Hello,
I am beginning to use digital filters to treat some data. As my first
step, I try to run the examples in the help,how to design an elliptic
filter (using Scilab 5.5.1, Win7-64). This works . However, when I
select a Butterworth filter:
hz = iir(Order,'lp','butt',Fcutoff/Fs/2,[0
Le 07/04/2015 15:39, Stéphane Mottelet a écrit :
Hello,
Is there any plan to solve bug #13158 ?
http://bugzilla.scilab.org/show_bug.cgi?id=13158
There is no assignee since the bug has been signaled (in 2014)... As
far as I am concerned, I have access to a Linux machine where
parallel_run is
Hello,
Is there any plan to solve bug #13158 ?
http://bugzilla.scilab.org/show_bug.cgi?id=13158
There is no assignee since the bug has been signaled (in 2014)... As far
as I am concerned, I have access to a Linux machine where parallel_run
is completely functional, but my usual machine is a M
Hi,
The bug that affected the dct transform in Scilab 5.4.0 is still present
in Scilab 5.5.0. To evidence the bug,
please run the following lines:
x = 0:127;
xx = 0:255;
y = cos(2*%pi*x/32).*exp(-x/32);
yy = cos(2*%pi*xx/64).*exp(-xx/64);
w = dct(y);
z = fft(y);
//ww = dct(yy,"dct1");
where I
Hello,
I have a function using csim that worked OK in 5.4.1 but not in 5.5.0.
However, if I use the csim.sci from 5.4.1 it also works in 5.5.0.
I stop the simulation, read the states, insert an impulse by adding to
the first state, and continue with the the states as initial states
(x0) in a
I reported it - bug ID 13255.
Thanks
Wolfgang
Von: users [mailto:users-boun...@lists.scilab.org] Im Auftrag von Calixte
Denizet
Gesendet: Mittwoch, 26. Februar 2014 16:08
An: users@lists.scilab.org
Betreff: Re: [Scilab-users] Bug?
Hi Wolfgang,
It is probably a bug.
Could you report it on
On 02/26/2014 04:07 PM, Calixte Denizet wrote:
Hi Wolfgang,
It is probably a bug.
Could you report it on bugzilla.scilab.org with a little test case
please ?
And if you post the test case here, I'll try to reproduce it on linux...
Antoine
Thanks
Best regards
Calixte
On 26/02/2014 15:56,
Hi Wolfgang,
It is probably a bug.
Could you report it on bugzilla.scilab.org with a little test case please ?
Thanks
Best regards
Calixte
On 26/02/2014 15:56, SCHULZ Wolfgang wrote:
Hello,
I'm not sure this is a bug - therefore I want to ask her first:
I'm using Scilab 5.4.1 64 bit under Wi
Hello,
I'm not sure this is a bug - therefore I want to ask her first:
I'm using Scilab 5.4.1 64 bit under Win7:
Depending on the size of the figure the axis are disappearing or not.
Is it a bug or can I avoid/circumvent this feature somehow?
Thanks a lot
Wolfgang
<><>_
On 2014-01-29 20:03, Stefan Du Rietz wrote:
On 2014-01-28 18:42, Serge Steer wrote:
Le 28/01/2014 17:14, Adrien Vogt-Schilb a écrit :
The page does not mention "pause"
Just because pause behave similarily to functions with respect to
calling context
On 2014-01-28 18:42, Serge Steer wrote:
Le 28/01/2014 17:14, Adrien Vogt-Schilb a écrit :
The page does not mention "pause"
Just because pause behave similarily to functions with respect to
calling context
And you think the fact that it behaves equal to (not similar to)
Le 28/01/2014 17:14, Adrien Vogt-Schilb a écrit :
The page does not mention "pause"
Just because pause behave similarily to functions with respect to
calling context
http://wiki.scilab.org/howto/global%20and%20local%20variables
sorry, o busy to file a bug
_
The page does not mention "pause"
http://wiki.scilab.org/howto/global%20and%20local%20variables
sorry, o busy to file a bug
--
Adrien Vogt-Schilb
PhD Student (Cired)
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mailman/listin
I have been using scilab for many years.
today I downloaded for my new computer scilab 5.41(64bit) and got
afterwards on the first start
an error message like the ones further down
on the version 5.5beta(64bit) there happens the same sort of thing
on both versions the control bar " file, edititi
Hi
This is clerly a bug, I suggest you copy paste this email in a new bug
on http://bugzilla.scilab.org/
On 17/05/2013 11:19, CRETE Denis wrote:
Hello,
While 'E1 = 1i*r; ' is converted correctly by both "mfile2sci" and
"translatepaths", the following line is not:
E2 = 1i*r; % pb of coexi
Hello,
While 'E1 = 1i*r; ' is converted correctly by both "mfile2sci" and
"translatepaths", the following line is not:
E2 = 1i*r; % pb of coexistence 1i/comment
Giving this report
E2 = 1i*r; ;// pb of coexistence 1i/comment
!--error 276
Opérateur, virgule ou point-virgule manquant.
This p
try
z=mscanf('%lg')
Best wishes,
Jasper.
On 12/11/2012 19:01, ??? wrote:
programm code
-
clear
z=mscanf('%g')
--
Input 7.9
Result z=7.901
-->78.8
z =
78.83
___
in fact, scilab works with float numbers. so this kind of things always
happen. say,
-->format(25);
-->1-0.9
ans =
0.0999777955
and
-->0.1 == 1 - 0.9
ans =
F
you need to remember that this software is not for symbolic algebra system
like maxima or maple
On Wed, Dec 12
Hello,
Try
z=mscanf('%lg')
HTH
Denis
-Message d'origine-
De : users-boun...@lists.scilab.org [mailto:users-boun...@lists.scilab.org] De
la part de ???
Envoyé : mardi 11 décembre 2012 19:02
À : users@lists.scilab.org
Objet : [Scilab-users] bug
programm code
-
clear
z=mscanf('%g')
--
Input 7.9
Result z=7.901
-->78.8
z =
78.83
___
users mailing list
users@lists.scilab.org
http://lists.scilab.org/mail
Hi,
I've seen the bug report http://bugzilla.scilab.org/show_bug.cgi?id=6737.
The report is 2 years old, can we still hope it will be fixed?
Thanks,
Matthias
ferag...
Ferag AG
Matthias Frei
Forschung & Entwicklung
Zürichstrasse 74
CH-8340 Hinwil
Telefon +41 44 938 65 86
matthias.f...@ferag.com
created a bug report:
http://bugzilla.scilab.org/show_bug.cgi?id=12039
Regards:
Uwe Fechner
--
View this message in context:
http://mailinglists.scilab.org/Scilab-users-Bug-II-of-the-demos-using-Scilab-5-4-0-on-Ubuntu-12-04-32-bit-tp4025016p4025084.html
Sent from the Scilab users - Mailing
scilab.org/Scilab-users-Bug-II-of-the-demos-using-Scilab-5-4-0-on-Ubuntu-12-04-32-bit-tp4025016p4025084.html
Sent from the Scilab users - Mailing Lists Archives mailing list
archive at Nabble.com.
___
users mailing list
users
October 2012 19:26, Uwe Fechner mailto:u.fech...@tudelft.nl>> wrote:
I created a bug report:
http://bugzilla.scilab.org/show_bug.cgi?id=12039
Regards:
Uwe Fechner
--
View this message in context:
http://mailinglists.scilab.org/Scilab-users-Bug-II-of-the-demos
cgi?id=12039
>
> Regards:
>
> Uwe Fechner
>
>
>
> --
> View this message in context:
> http://mailinglists.scilab.org/Scilab-users-Bug-II-of-the-demos-using-Scilab-5-4-0-on-Ubuntu-12-04-32-bit-tp4025016p4025084.html
> Sent from the Scilab users - Mailing Lists Archiv
I created a bug report:
http://bugzilla.scilab.org/show_bug.cgi?id=12039
Regards:
Uwe Fechner
--
View this message in context:
http://mailinglists.scilab.org/Scilab-users-Bug-II-of-the-demos-using-Scilab-5-4-0-on-Ubuntu-12-04-32-bit-tp4025016p4025084.html
Sent from the Scilab users - Mailing
I forget to say, that this demo is working fine with Scilab 5.3.3.
Graphics card: Integrated integrated Intel graphics of a core i7.
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Desktop x86/MMX/SSE2
OpenGL version string: 3.0 Mesa 8.0.2
OpenG
Hello,
If I start Scilab 5.4.0, click:
- Demos -> Simulations -> N-Pendulum I get the following message
in the console:
Starte Ausführung:
lade Startumgebung
link(npend_path + 'libnpend' + getdynlibext(), ['npend','np','ener'],'f');
!--error 236
link: das gemeinsame Archiv wurde nicht geladen
On 01/10/2012 22:16, Uwe Fechner wrote:
> Hello,
>
> I like Scilab 5.4.0, but there are some regressions with respect to
> scilab 5.3.3.
>
> If I start Scilab 5.4.0, click:
> - Demos -> Graphics -> 2D and 3D plots -> plot2d I get the following
> message
> in the console:
>
> Starte Ausführung:
>
Hello,
I like Scilab 5.4.0, but there are some regressions with respect to scilab
5.3.3.
If I start Scilab 5.4.0, click:
- Demos -> Graphics -> 2D and 3D plots -> plot2d I get the following message
in the console:
Starte Ausführung:
lade Startumgebung
Exception in thread "AWT-EventQueue-0"
Hello,
Le lundi 27 août 2012 à 08:51 +0200, Andreas Stewering-Bone a écrit :
> I think I found a bug in
> tbx_build_blocks.sci
> Scilab Version 5.4 beta 2 Source and binary version.
...
> In the definition of the error messages, gifFiles and svgFiles are not
> defined and have to be replaceced b
Hello,
I think I found a bug in
tbx_build_blocks.sci
Scilab Version 5.4 beta 2 Source and binary version.
Original Code:
// export an image file if it doesn't exist
files = gif_tlbx + "/" + names(i) + [".png" ".jpg" ".gif"];
if ~or(isfile(files)) then
if ~gene
Hello Sylvestre,
I am sorry, I tried it again and everything works fine.
I am sorry to spent your time.
Greatings
Andreas
Original-Nachricht
> Datum: Tue, 21 Aug 2012 10:34:31 +0200
> Von: Sylvestre Ledru
> An: users@lists.scilab.org
> Betreff: Re: [Scila
On 20/08/2012 07:46, Andreas Stewering-Bone wrote:
Hello ,
I noticed a different behavior between
Scilab-5.4-beta1
Scilab-5.4-beta2
both Linux 32-Bit binary from the scilab homepage.
I attached the funtion to compile a matlab mex funtion.
Under Beta 1 everthing works fine (Compilation, loade
Hello ,
I noticed a different behavior between
Scilab-5.4-beta1
Scilab-5.4-beta2
both Linux 32-Bit binary from the scilab homepage.
I attached the funtion to compile a matlab mex funtion.
Under Beta 1 everthing works fine (Compilation, loader,...),
but under Beta 2 the Compilation fails with
75 matches
Mail list logo