octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #33971] strread.m: fixed width format specifie


From: Philip Nienhuis
Subject: [Octave-bug-tracker] [bug #33971] strread.m: fixed width format specifier extending beyond EOLs
Date: Tue, 09 Aug 2011 06:56:06 +0000
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.11) Gecko/20100701 SeaMonkey/2.0.6

URL:
  <http://savannah.gnu.org/bugs/?33971>

                 Summary: strread.m:  fixed width format specifier extending
beyond EOLs
                 Project: GNU Octave
            Submitted by: philipnienhuis
            Submitted on: Tue 09 Aug 2011 08:56:04 AM CEST
                Category: None
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Incorrect Result
                  Status: None
             Assigned to: None
         Originator Name: Philip Nienhuis
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: dev
        Operating System: Any

    _______________________________________________________

Details:

With dev sources strread.m:


octave.exe:3> strread ("5 3", "%2d")
error: strread: Field width '%2d' (fmt spec # 1) extends beyond word limit
error: called from:
error:   C:\home\Philip\Mydocs\octave\strread.m at line 442, column 1


I (we) have to think up what to do if a format with specified width (like %2s)
extends beyond an EOL delimiter.
This issue is similar to what I described here:

https://mailman.cae.wisc.edu/pipermail/octave-maintainers/2011-August/024406.html

...about Matlab silently accepting fields being less wide than the format
specifier width expects.
We know what ML does then, but perhaps we need to inform the user (by warning
rather than error) that the format string doesn't exactly match the file,
rather than going on silently.

What do you think?





    _______________________________________________________

Reply to this item at:

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

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]