<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Le 14/08/2017 à 12:14, Viktor
Mileikovskyi a écrit :<br>
</div>
<blockquote
cite="mid:1502704951.881220246.hah8c6q1@frv42.fwdcdn.com"
type="cite"><span class="xfm_23853747">
<div><span
style="font-size:10pt;line-height:12pt;font-family:Arial;"
class="xfmc1">Dear Developers!</span><br>
</div>
<div><span
style="font-size:10pt;line-height:12pt;font-family:Arial;"
class="xfmc1"><br>
</span></div>
<div><span
style="font-size:10pt;line-height:12pt;font-family:Arial;"
class="xfmc1">The bug </span><a moz-do-not-send="true"
href="http://bugzilla.scilab.org/show_bug.cgi?id=15184"
target="_blank" rel="noreferrer noopener"><span
style="font-family:Arial;font-size:10pt;line-height:12pt;">15184</span></a><span
style="font-size:10pt;line-height:12pt;font-family:Arial;"
class="xfmc1"><span
style="font-family:Arial;font-size:10pt;line-height:12pt;">
has been successfully fixed in 6.0 branch </span></span></div>
</span></blockquote>
At least, the crash no longer occurs.<br>
However, when we try to compare a complex to a real like with
2<%i, an error should be yielded instead of returning %F.
Otherwise, the complementary comparison 2>=%i could be
interpreted as %T, what is definitely not the case.<br>
So: when such a comparison is done, we may test the existence of
%s_1_s_custom() , that may be defined in an external way (%s_1_s()
being already defined in Scilab).<br>
* If it exists: we call it<br>
* otherwise, we yield an error with a message inviting the user to
define %s_1_s_custom()<br>
<br>
I will propose a commit in this way, on the 6.0 branch.<br>
<br>
Samuel<br>
<br>
</body>
</html>