<div dir="ltr">Thanks. The man page I was referring to on macOS 10.14.6 is indeed out of date (v 1.92). Bug filed with Apple.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 30, 2019 at 5:08 PM Christos Zoulas <<a href="mailto:christos@zoulas.com">christos@zoulas.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sep 29, 4:36pm, <a href="mailto:mjansche@gmail.com" target="_blank">mjansche@gmail.com</a> (Martin Jansche) wrote:<br>
-- Subject: [File] [PATCH] OpenFst blobs<br>
<br>
| Here (below the line) are magic numbers for OpenFst binary formats. The<br>
| formatting seems to have been lost when pasting into mail, unfortunately.<br>
| <br>
| Empirically pstring/l works with Pascal-style strings that have a 4-byte LE<br>
| length, even though man magic(5) says that /l should indicate 2 bytes;<br>
| pstring/L does not work. I wonder if something is amiss there. Here's a<br>
| test case:<br>
<br>
Perhaps your man page is our of date?<br>
<br>
pstring A Pascal-style string where the first byte/short/int<br>
is interpreted as the unsigned length. The length<br>
defaults to byte and can be specified as a modifier.<br>
The following modifiers are supported:<br>
B A byte length (default).<br>
H A 2 byte big endian length.<br>
h A 2 byte little endian length.<br>
L A 4 byte big endian length.<br>
l A 4 byte little endian length.<br>
J The length includes itself in its count.<br>
The string is not NUL terminated. ``J'' is used<br>
rather than the more valuable ``I'' because this<br>
type of length is a feature of the JPEG format.<br>
<br>
Thanks,<br>
<br>
christos<br>
</blockquote></div>