'Re: [Scilab-Dev] listfiles() output is in anti-alphabetical order'

[prev in list] [next in list] [prev in thread] [next in thread] 

List:       scilab-dev
Subject:    Re: [Scilab-Dev] listfiles() output is in anti-alphabetical order
From:       Samuel Gougeon <sgougeon () free ! fr>
Date:       2019-02-06 7:53:42
Message-ID: d06dea61-1893-0e6b-e450-354203ba6191 () free ! fr
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]

Le 02/02/2019 à 18:28, Samuel Gougeon a écrit :
>
> Hello,
>
> Seeing that
>
> --> test_run graphics bug_3*
>    TMPDIR = C:\path\SCI_TMP_3556_28568
>
>    001/065 - [graphics] bug_3999................................passed
>    002/065 - [graphics] bug_3991................................passed
>    003/065 - [graphics] bug_3975................................passed
> ...
>
> 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
> filesi = filesi($:-1:1);
> post-processing the output from findfile().
>
> May be this reversing was formerly needed after findfiles() whether 
> findfiles() had this reversed order.
> 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.
> 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.
>
> Does anyone know a reason for this reversion?
> Does anyone have an objection against making listfiles() yielding its 
> result in alphabetical order, as more expected?
>
> Thanks
> Samuel

This sorting issue is now reported as bug 15955 
<http://bugzilla.scilab.org/show_bug.cgi?id=15955>.
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 bug 15956 
<http://bugzilla.scilab.org/show_bug.cgi?id=15956>.

Samuel

[Attachment #5 (text/html)]

<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>--&gt; 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>

_______________________________________________
dev mailing list
dev@lists.scilab.org
http://lists.scilab.org/mailman/listinfo/dev

[prev in list] [next in list] [prev in thread] [next in thread] 