[Octave-bug-tracker] [bug #59273] [octave forge] (io) can't load XLSX files after chk_spreadsheet_support in 2.6.2

[Philip Nienhuis]

Update of bug #59273 (project octave):

                  Status:                    None => Confirmed              
             Assigned to:                    None => philipnienhuis         
        Operating System:               GNU/Linux => Any                    

    _______________________________________________________

Follow-up Comment #1:

Thanks for the report, we already had some limited private discussion.

Afer installing io using -forge, I could reproduce the bug on Windows, but
erratically.
On my Linux system (Mageia 7) I can not, it all works fine there.

You've attached the output of "test_spsh.m", one of the dedicated spreadsheet
I/O test scripts, thanks.
That script also shows that operation is erratic. JXL and POI don't work, OCT
partly and JOD works fine.

In your post I do not see "POI (& OOXML)" in xlsopen.m's output but just
"POI". That implies that only .xls support for POI is active, not .xlsx. What
does your javaclasspath look like after the call to chk_spreadheet_support?
BTW the ouput of chk_spreadsheet_support is a bit mask indicating which
interfaces have been successfully checked. 74 as in your post hints at
incomplete POI initialization.

On my box I see Java complaints during POI initialization about a "reflective
error" or so (bug #58266) and the threat to disable that in future Java
implementations. Do you have newer Java where they actually did so?

In the entries for OCT there's a "subscripts must be either integers 1 to
(2^63)-1 or logicals" error. That leads me to the following:
Can you try replacing L.131 in xlopen.m,
      reqinterface = [];
by
      reqinterface = "";
try again and and report back?


    _______________________________________________________

Reply to this item at:

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

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