<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 02/02/2019 à 18:28, Samuel Gougeon a
écrit :<br>
</div>
<blockquote cite="mid:f176fa00-f568-d48c-a400-75badf01bd04@free.fr"
type="cite">
<meta http-equiv="content-type" content="text/html;
charset=windows-1252">
<p>Hello,</p>
<p>Seeing that</p>
<p><font size="-1"><tt>--> test_run graphics bug_3*</tt><tt><br>
</tt><tt> TMPDIR = C:\path\SCI_TMP_3556_28568</tt><tt><br>
</tt><tt><br>
</tt><tt> 001/065 - [graphics]
bug_3999................................passed</tt><tt><br>
</tt><tt> 002/065 - [graphics]
bug_3991................................passed</tt><tt><br>
</tt><tt> 003/065 - [graphics]
bug_3975................................passed</tt><tt><br>
</tt><tt>...</tt><tt><br>
</tt></font><br>
processes entries in anti-alphabetical order, and analysing it,
i have found that listfiles() does the same since at least
Scilab 4.1.2. In the listfiles() code, there is the instruction<span
style="color:rgb(0,0,0);"><br>
<tt>filesi </tt></span><tt><span style="color:rgb(92,92,92);">=
</span></tt><tt><span style="color:rgb(0,0,0);">filesi</span></tt><tt><span
style="color:rgb(74,85,219);">(</span></tt><tt><span
style="color:rgb(255,170,0);">$</span></tt><tt><span
style="color:rgb(255,170,0);">:</span></tt><tt><span
style="color:rgb(92,92,92);">-</span></tt><tt><span
style="color:rgb(188,143,143);">1</span></tt><tt><span
style="color:rgb(255,170,0);">:</span></tt><tt><span
style="color:rgb(188,143,143);">1</span></tt><tt><span
style="color:rgb(74,85,219);">)</span></tt><span
style="color:rgb(0,0,0);"><tt>;</tt><br>
post-processing the output from findfile().<br>
<br>
May be this reversing was formerly needed after findfiles()
whether findfiles() had this reversed order.<br>
Such an effect was recently detected in linspace(), where the
compensation of a wrong upstream order had not been canceled
after fixing the upstream order.<br>
Or maybe it was for another reason. By now, as far as we can
test it, removing this reordering does not yield any trouble
and makes listfiles() output more expected.</span></p>
Does anyone know a reason for this reversion?<br>
Does anyone have an objection against making listfiles() yielding
its result in alphabetical order, as more expected?<br>
<br>
Thanks<br>
Samuel<br>
</blockquote>
<br>
This sorting issue is now reported as <a
href="http://bugzilla.scilab.org/show_bug.cgi?id=15955">bug 15955</a>.<br>
By the way, paths in the output list may mix relative and absolute
ones. This somewhat breaks any attempt to sort the whole output list
in a relevant way. This is reported as <a
href="http://bugzilla.scilab.org/show_bug.cgi?id=15956">bug 15956</a>.<br>
<br>
Samuel<br>
<br>
</body>
</html>