I wonder if i have misunderstood the documentation for bitget, or if this is
a bug? It seems to me that numbers > 2^53 are still not handled correctly.
--> a=uint64(2^61)
a = 2305843009213693952
--> b=uint64(2^61)+1
b = 2305843009213693953
--> bitget(a,1:64)
ans =
column 1 to 32
Is there a good explanation for this behavior? It is of course possible to
work around it, but the extra character has caused me some unwanted shifts
in strings.
--> d=ascii('°')
d =
194. 176.
--> ascii(d(1))
ans =
Â
--> ascii(d(2))
ans =
°
--> ascii(d)
ans =
°
-->
mathias_magdowski wrote
> I have extended the given example..
Good, although it can get a bit messed up when using the "reframe to
contents" button.
Using the [a1 a2] handles afterwards was not quite successful for me. What
about adding some optional labels in the function?
function
M=csvRead(filename," ",[],"string",[],[],[],7)
Y=M(1:4,1)'
etc.
--
View this message in context:
http://mailinglists.scilab.org/Scilab-users-Reading-numerical-and-string-vectors-from-txt-file-tp4035926p4035928.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at
I wonder if someone can give me a hint here.
I am trying to make a menu GUI that can start different scripts.
This does not work properly when the scripts contain functions.
A simple example. I have a script called
aaa.sce :
//---
disp('Script aaa')
function afun(aa)
if
I hope somebody can help with a simple solution for this:
I need to mark several directories for a loop that collects data from a file
in each.The filename is fixed and identical, the directory names varies.
uigetfile() allows multiple selection of files, but I need multiple
selection of
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 CRASH
>')
But the behavior is certainly strange and inconsistent, should be reported
as a separate bug. This is what I got once, but I
Well, remember to read a the small print in the help files before changing
version :)
5.4.1 help, mget():
l long
5.5.1 help, mget():
l long long int
i int or long int
The definition of long and long long however is a bit open
https://en.wikipedia.org/wiki/C_data_types.
JÅ
--
View this
Good that you got it fixed.
'ul' - unsigned long long int should be 8 bytes, but since uint64 is not
available in Scilab 5, it is nowhere to store it correctly.
In Scilab 6 it is also problematic, since mgeti() does not correctly
transfer all the bits. An unsigned long long little endian can
Are the double numbers Time and Millitime the same in both versions?
How many bytes do you acually read with 'ul'? (can check with mtell()). Is
it unsigned long long integer? Converting it to double may cause lost
prescision.
Jan Å
--
View this message in context:
Is this just on my machine?
a=input('How can this line cause Scilab 6.0.0 Beta to crash when pressing
enter?:');
Result in error message: Scilab 6.0.0(GUI) has stopped working - close
program.
Jan Å
--
View this message in context:
I suggest to put a debug disp line also at the top of the for loop, to check
that it is not starting on a 21st round. If not remove one line at the time
in the loop.
Jan L
--
View this message in context:
http://mailinglists.scilab.org/stop-running-with-no-error-tp4033351p4033355.html
Sent
Try without any extra files in the target directory (/MIR will remove them).
-->[rep,stat]=unix_g('robocopy C:\A D:\A /MIR')
stat =
1.
rep =
-->[rep,stat]=unix_g('robocopy C:\A D:\A /MIR')
stat =
0.
rep =
Workaround:
[reg stat]=unix_g('robocopy C:\A D:\A /LOG:C:\A\log.txt')
[regl statl]=unix_g('type c:\A\log.txt')
J
--
View this message in context:
http://mailinglists.scilab.org/Scilab-users-Windows-shell-command-tp4033045p4033050.html
Sent from the Scilab users - Mailing Lists Archives
Different in 6.0.0-alpha:
--> A = [2 4;1 2];
--> disp(det(A))
det: LAPACK error n°2.
--> b = [1;1];
--> x = A \ b;
--> disp(norm(A*x-b));
0.4472136
J
--
View this message in context:
csvWrite will allow text in the beginning of the file. This can for instance
be used to put headers on each column:
--> m=[1,2,3;4,5,6;7,8,9;10,11,12];
--> csvWrite(m,'mfile.csv',';',',',[],['Table Name','First;Second;Third'])
J
--
View this message in context:
16 matches
Mail list logo