[Octave-bug-tracker] [bug #55823] [octave forge] (io) xlsread(...) call using OCT interface interferes with GUI editor

[Philip Nienhuis]

Follow-up Comment #10, bug #55823 (project octave):

@Mike, 
I've tried a little but couldn't come up yet with something. I figured
creating a hierarchy in %TMP% and then debug-stepping through the following
function:

function rmdirtest (tdirname)
  confirm_recursive_rmdir (0, "local");
  rmdir (tdirname, "s");
endfunction


(where tdirname is obviously the "root" dir in the hierarchy) might trigger
the bug, but no and I have little time now anyway for Octave. I'm busy with it
but progress will be slow.

IIRC there were some bug fixes with files in the editor some weeks or months
ago, could be related. Plus, I have a long series of cross-builds archived
that I can try, usually 3-4 days apart, unfortunately much less "dense" in
last December and January.

My feeling that io itself isn't involved is based on that I never hit this
before (and developing the io package files for OCT interface involved a lot
of debug stepping through __OCT_spsh_close__.m) and it is definitely the
recursive rmdir() statement where it happens.
Also, AFAIU the unzipped spreadsheet file archives aren't locked by e.g.,
unzip (I know, a WAG) as writing to them and zipping works fine.


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?55823>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/