[Octave-bug-tracker] [bug #51871] loading '-ascii' format files is slow

[Rik]

Follow-up Comment #17, bug #51871 (project octave):

Item # 1: Will need to fix octave_read_fp_value in order for sscanf to pass

Item # 2: Comment processing should be kept.  First, because we need to be
Matlab-compatible.  Second, because if you just have raw numbers in a file it
can be super confusing.  It is far better to be able to add a few lines at the
top of the file saying what the data is, when it was collected, what the
format is, etc.

Item # 3: I don't think we need to support a bare '\r' line ending.  Looking
at the Newline page on Wikipedia (https://en.wikipedia.org/wiki/Line_endings)
there are only a few systems that use '\r' alone


CR:    Commodore 8-bit machines, Acorn BBC, ZX Spectrum, TRS-80, Apple II
family, Oberon, the classic Mac OS, MIT Lisp Machine and OS-9


None of these are very popular anymore, and if necessary one can use Perl to
transform the line endings before processing with Octave.


    _______________________________________________________

Reply to this item at:

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

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