<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Le 21/10/2019 à 16:39, Dang Ngoc Chan,
Christophe a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:DB6PR07MB4344A92722BAE367A0EE9E20E5690@DB6PR07MB4344.eurprd07.prod.outlook.com">
<pre class="moz-quote-pre" wrap="">Hello,
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">De : anna78
Envoyé : lundi 21 octobre 2019 16:02
test_number=evstr(test_str)
It looks like working but it takes a not acceptable time...
Do you have a more clever idea?
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
You might try strtod()</pre>
</blockquote>
<p>Right.<br>
evstr() is slower mainly because, historically, it includes some
concatenation features that enables it not working in an
element-wise way, like with<br>
</p>
<p><font size="-1"><tt>--> evstr(["1:3" "4" ; "5" "7:9"])</tt><tt><br>
</tt><tt> ans =</tt><tt><br>
</tt><tt> 1. 2. 3. 4.</tt><tt><br>
</tt><tt> 5. 7. 8. 9.</tt></font><br>
<br>
This was an unexpected (and undocumented) complication when
debugging and upgrading<br>
evstr() 2 years ago. We had to (temporarily) renounce to some
element-wise processing.<br>
<br>
However, in order to avoid breaking the back-compatibility, such a
element-wise processing<br>
could be implemented through a<tt>"by-element"</tt> optional flag.
Then, the sizes of the input and<br>
output would match, and some related bugs like the <a
moz-do-not-send="true"
href="http://bugzilla.scilab.org/show_bug.cgi?id=10196">10196</a>
could be fixed, at last.<br>
</p>
<p>Samuel<br>
<br>
</p>
</body>
</html>