[Top][All Lists]

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

[Octave-bug-tracker] [bug #36819] strread.m: bit width and %[] and %q fo

From: Philip Nienhuis
Subject: [Octave-bug-tracker] [bug #36819] strread.m: bit width and %[] and %q format conversion specifiers (bug #33875)
Date: Mon, 09 Jul 2012 20:24:36 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20100701 SeaMonkey/2.0.6


                 Summary: strread.m: bit width and  %[] and %q format
conversion specifiers (bug #33875)
                 Project: GNU Octave
            Submitted by: philipnienhuis
            Submitted on: Mon Jul  9 22:24:36 2012
                Category: None
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Matlab Compatibility
                  Status: Patch Submitted
             Assigned to: None
         Originator Name: Philip Nienhuis
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: dev
        Operating System: Any



A while ago I've implemented bit width format conversion specifiers (%d8,
%u64, etc) to strread.m; as strread.m currently is the work horse for
textscan.m, they now also work in textscan.m
AFAICS these changes seem to work fairly reliably. Patch including some tests

I've also implemented %[] (and %*[], %[^..], %*[^..]) plus %q specifiers in
strread.m (so these will work in textscan, too), but these changes don't work
so very reliably. That is, they do, as long as whitespace and/or delimiters
are not contained in words matching the %q and %[]-like specifiers. In the
tests you can see that in columns matching %[] or %q specifiers the same
number of whitespace/delimiters must be present on each line, otherwise
strread.m quickly loses track.
For my own (simple) purposes it worked OK up till now, but that's no

As advised by Rik I don't develop these patches any further.
I contribute them here just for in case other people want to have a try.
For convenience I've also attached patched strread.m versions in a tarball (
md5sum: 5294a30679a2f6c633f110792da611b7 )


File Attachments:

Date: Mon Jul  9 22:24:36 2012  Name: strread_bitwidth.patch  Size: 9kB   By:

Date: Mon Jul  9 22:24:36 2012  Name: strread_bitwidth_regexp.patch  Size:
29kB   By: philipnienhuis

Date: Mon Jul  9 22:24:36 2012  Name: strread_bitwidth_regexp.tar.gz  Size:
25kB   By: philipnienhuis



Reply to this item at:


  Message sent via/by Savannah

reply via email to

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