<html>
<head>
<base href="http://bugzilla.scilab.org/" />
</head>
<body><span class="vcard"><a class="email" href="mailto:sgougeon@free.fr" title="Samuel GOUGEON <sgougeon@free.fr>"> <span class="fn">Samuel GOUGEON</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - string macro treats integer types as double"
href="http://bugzilla.scilab.org/show_bug.cgi?id=15488">bug 15488</a>
<br><br>
---------- Bug Summary ----------- <br>string macro treats integer types as double <br><br>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Component</td>
<td>Install
</td>
<td>Strings
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - string macro treats integer types as double"
href="http://bugzilla.scilab.org/show_bug.cgi?id=15488#c1">Comment # 1</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - string macro treats integer types as double"
href="http://bugzilla.scilab.org/show_bug.cgi?id=15488">bug 15488</a>
from <span class="vcard"><a class="email" href="mailto:sgougeon@free.fr" title="Samuel GOUGEON <sgougeon@free.fr>"> <span class="fn">Samuel GOUGEON</span></a>
</span></b>
<pre>The %i_string() still exists but is not actually called.
The following script would do the job for any array of encoded integers:
function str=%i_string(i)
s = size(i)
S = list();
for j = s
S($+1) = j
end
str = stripblanks(matrix(msprintf("%21d\n",i(:)), S(:)))
endfunction
Example:
-------
--> x = int32(grand(2,2,2,"uin",0,2^31-1))
x =
(:,:,1)
2039073006 1812852786
1684602222 746745227
(:,:,2)
735241234 136721026
1296707006 1359573808
--> %i_string(x)
%i_string
ans =
(:,:,1)
!2039073006 1812852786 !
!1684602222 746745227 !
(:,:,2)
!735241234 136721026 !
!1296707006 1359573808 !
It seems that when preparing Scilab 6, some manpower has been put to hardcode many string outputs that were well done with macros, like this one, as
cells and struct ones.
Unfortunately, for all these ones, the result is much poorer, much harder to fix or upgrade, and are problematic.
I would have set some other priorities about hardcoding...</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are watching all bug changes.</li>
</ul>
</body>
</html>