[Octave-bug-tracker] [bug #40606] mxe-octave built octave: fails syscalls.cc-tst

[Rik]

Update of bug #40606 (project octave):

                  Status:                   Fixed => In Progress            
             Open/Closed:                  Closed => Open                   

    _______________________________________________________

Follow-up Comment #9:

It is solved for some systems.  It does work on my system where I have a GNU
version of sort.exe ahead of the default one in C:\windows\system32.  Still,
if I rename the GNU version to set it aside and pick up the Microsoft version
then the test fails.  I'm not sure why because I can get the popen2 call to
work if I use just the program alone, but no arguments.  For example,


[in, out, pid] = popen2 ("sort");
fprintf (in, "c\nb\na\n")
fclose (in);
fgets (out)
a
fgets (out)
b
fgets (out)
c
fgets (out)
-1


But if I add cmd arguments


[in, out, pid] = popen2 ("sort", "/r");
fprintf (in, "c\nb\na\n")
fclose (in);
fgets (out)
-1


It might be something strange with the the character '/' being auto-translated
into '\'.  I tried escaping the forward slash, but it didn't work.

So, I don't know why on my PC popen2() and system() are both picking up the
GNU version.  But regardless, there is a problem when the GNU version does not
exist.


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?40606>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/