<feed xmlns='http://www.w3.org/2005/Atom'>
<title>halibut/bk_pdf.c, branch master</title>
<subtitle>My halibut tree</subtitle>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/halibut/'/>
<entry>
<title>Fix an uninitialised variable in PDF font code.</title>
<updated>2015-05-08T18:07:33+00:00</updated>
<author>
<name>Simon Tatham</name>
<email>anakin@pobox.com</email>
</author>
<published>2015-05-08T18:07:33+00:00</published>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/halibut/commit/?id=0a9497c46541e4d8d317b75cde4ac1f62e9affe8'/>
<id>0a9497c46541e4d8d317b75cde4ac1f62e9affe8</id>
<content type='text'>
Thanks to Paul Curtis for reporting that 'if (i != prev+1)' would be
undefined on the first pass through this loop, because prev was never
initialised beforehand. Initialise it to a safe value.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Thanks to Paul Curtis for reporting that 'if (i != prev+1)' would be
undefined on the first pass through this loop, because prev was never
initialised beforehand. Initialise it to a safe value.
</pre>
</div>
</content>
</entry>
<entry>
<title>Revamp of the Halibut error handling mechanism.</title>
<updated>2012-08-29T18:13:11+00:00</updated>
<author>
<name>Simon Tatham</name>
<email>anakin@pobox.com</email>
</author>
<published>2012-08-29T18:13:11+00:00</published>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/halibut/commit/?id=1489dc15967970576d08f3f2b22c6e1c939bcbcf'/>
<id>1489dc15967970576d08f3f2b22c6e1c939bcbcf</id>
<content type='text'>
I'm not quite sure why I ever thought it was a good idea to have a
central variadic error() function taking an integer error code
followed by some list of arguments that depend on that code. It now
seems obvious to me that it's a much more sensible idea to have a
separate function per error, so that we can check at compile time that
the arguments to each error call are of the right number and type! So
I've done that instead.

A side effect is that the errors are no longer formatted into a
fixed-size buffer before going to stderr, so I can remove all the
%.200s precautions in the format strings.

[originally from svn r9639]
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
I'm not quite sure why I ever thought it was a good idea to have a
central variadic error() function taking an integer error code
followed by some list of arguments that depend on that code. It now
seems obvious to me that it's a much more sensible idea to have a
separate function per error, so that we can check at compile time that
the arguments to each error call are of the right number and type! So
I've done that instead.

A side effect is that the errors are no longer formatted into a
fixed-size buffer before going to stderr, so I can remove all the
%.200s precautions in the format strings.

[originally from svn r9639]
</pre>
</div>
</content>
</entry>
<entry>
<title>OS X Lion's compiler spotted two missing casts, where we use %hu and</title>
<updated>2012-05-06T11:33:05+00:00</updated>
<author>
<name>Simon Tatham</name>
<email>anakin@pobox.com</email>
</author>
<published>2012-05-06T11:33:05+00:00</published>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/halibut/commit/?id=7c09a2ba4b42aa86785e788a5c72cc1e628d7d9a'/>
<id>7c09a2ba4b42aa86785e788a5c72cc1e628d7d9a</id>
<content type='text'>
pass something that isn't necessarily an unsigned short.

[originally from svn r9493]
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
pass something that isn't necessarily an unsigned short.

[originally from svn r9493]
</pre>
</div>
</content>
</entry>
<entry>
<title>Remove a bunch of unused variables spotted by Ubuntu 12.04's gcc.</title>
<updated>2012-05-03T17:43:21+00:00</updated>
<author>
<name>Simon Tatham</name>
<email>anakin@pobox.com</email>
</author>
<published>2012-05-03T17:43:21+00:00</published>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/halibut/commit/?id=689093cc870e60ab82a176c33613fa0aeaa0bf69'/>
<id>689093cc870e60ab82a176c33613fa0aeaa0bf69</id>
<content type='text'>
[originally from svn r9478]
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
[originally from svn r9478]
</pre>
</div>
</content>
</entry>
<entry>
<title>Allow a hastily selected subset of the output formats to also accept</title>
<updated>2009-10-24T09:33:21+00:00</updated>
<author>
<name>Simon Tatham</name>
<email>anakin@pobox.com</email>
</author>
<published>2009-10-24T09:33:21+00:00</published>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/halibut/commit/?id=6c481aff452a0eed147fc73144b461fe7c263d9e'/>
<id>6c481aff452a0eed147fc73144b461fe7c263d9e</id>
<content type='text'>
"-" as a special file name meaning standard output. I've restricted
it to just those output formats which can predictably output only
one file, just for the sake of not having to faff too much with the
others.

Probably what I should have done for all of this would have been to
write a set of wrappers around fopen, fclose and everything in
between, and use them everywhere. Those wrappers would uniformly
detect "-" and convert it into stdin or stdout as appropriate, would
avoid fclosing those files for real when told to close them, and
would also be able to handle reading a little bit of data from the
start of a file and then pushing it all back even if the file were
not seekable (which would allow input.c to lose the ugly special
case whereby it can't currently read font files from standard
input).

[originally from svn r8729]
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
"-" as a special file name meaning standard output. I've restricted
it to just those output formats which can predictably output only
one file, just for the sake of not having to faff too much with the
others.

Probably what I should have done for all of this would have been to
write a set of wrappers around fopen, fclose and everything in
between, and use them everywhere. Those wrappers would uniformly
detect "-" and convert it into stdin or stdout as appropriate, would
avoid fclosing those files for real when told to close them, and
would also be able to handle reading a little bit of data from the
start of a file and then pushing it all back even if the file were
not seekable (which would allow input.c to lose the ugly special
case whereby it can't currently read font files from standard
input).

[originally from svn r8729]
</pre>
</div>
</content>
</entry>
<entry>
<title>Clean up some compiler warnings.</title>
<updated>2008-11-21T19:20:12+00:00</updated>
<author>
<name>Simon Tatham</name>
<email>anakin@pobox.com</email>
</author>
<published>2008-11-21T19:20:12+00:00</published>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/halibut/commit/?id=dcc61488e0cf7862bbbf654f4b54fcf12b804c59'/>
<id>dcc61488e0cf7862bbbf654f4b54fcf12b804c59</id>
<content type='text'>
[originally from svn r8310]
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
[originally from svn r8310]
</pre>
</div>
</content>
</entry>
<entry>
<title>Improve (and greatly complicate) CMap generation for TrueType fonts.</title>
<updated>2007-02-10T14:29:37+00:00</updated>
<author>
<name>Ben Harris</name>
<email>bjh21@bjh21.me.uk</email>
</author>
<published>2007-02-10T14:29:37+00:00</published>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/halibut/commit/?id=c7a3861fc2ff7d99c9e71b13626160534970a070'/>
<id>c7a3861fc2ff7d99c9e71b13626160534970a070</id>
<content type='text'>
We now detect ranges of glyphs mapped contiguously and use {begin,end}cidrange
for them, and also bunch together multiple characters and ranges in each
{begin,end}cid{char,range} pair.

[originally from svn r7263]
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We now detect ranges of glyphs mapped contiguously and use {begin,end}cidrange
for them, and also bunch together multiple characters and ranges in each
{begin,end}cid{char,range} pair.

[originally from svn r7263]
</pre>
</div>
</content>
</entry>
<entry>
<title>Now that glyph indices are exposed to bk_pdf.c, move CMap generation there,</title>
<updated>2007-02-10T13:35:52+00:00</updated>
<author>
<name>Ben Harris</name>
<email>bjh21@bjh21.me.uk</email>
</author>
<published>2007-02-10T13:35:52+00:00</published>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/halibut/commit/?id=f4b2ef94c1200ec17dad6a4502308f54371c9694'/>
<id>f4b2ef94c1200ec17dad6a4502308f54371c9694</id>
<content type='text'>
since that seems closer to being where it belongs.

[originally from svn r7262]
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
since that seems closer to being where it belongs.

[originally from svn r7262]
</pre>
</div>
</content>
</entry>
<entry>
<title>Generate a "W" array for CIDFonts, since acroread seems to do very silly</title>
<updated>2007-02-10T12:33:56+00:00</updated>
<author>
<name>Ben Harris</name>
<email>bjh21@bjh21.me.uk</email>
</author>
<published>2007-02-10T12:33:56+00:00</published>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/halibut/commit/?id=7d287800e5a5bcdf0d4d38679ff7980ce8c18250'/>
<id>7d287800e5a5bcdf0d4d38679ff7980ce8c18250</id>
<content type='text'>
things without one.

[originally from svn r7261]
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
things without one.

[originally from svn r7261]
</pre>
</div>
</content>
</entry>
<entry>
<title>Support for embedding TrueType fonts in PDF output.  The code isn't the most</title>
<updated>2007-02-08T21:50:00+00:00</updated>
<author>
<name>Ben Harris</name>
<email>bjh21@bjh21.me.uk</email>
</author>
<published>2007-02-08T21:50:00+00:00</published>
<link rel='alternate' type='text/html' href='https://www.franklinwei.com/cgit/halibut/commit/?id=a0a77360d18d8207cbd67bb00297553fe90bc43a'/>
<id>a0a77360d18d8207cbd67bb00297553fe90bc43a</id>
<content type='text'>
beautiful I've ever written, and xpdf turns out not to support the encoding
mechanism I've chosen, but it works in GhostScript so I'm not too unhappy for
now.

[originally from svn r7259]
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
beautiful I've ever written, and xpdf turns out not to support the encoding
mechanism I've chosen, but it works in GhostScript so I'm not too unhappy for
now.

[originally from svn r7259]
</pre>
</div>
</content>
</entry>
</feed>
