Did you read the error yourself?
Software does not output errors without reason.
The child thread was created because execlp will not return if successful.
The eprintf was placed after the call to execlp to catch any error, but the
child continued to return a (closed) fds[0], resulting in a second slideshow
being run by the child.
This commit fixes the issue by killing the
FRIGN wrote:
> __You need a library to handle it__ and it's not that much of a popular format
> to justify installing a library for it.
Heyho,
like FRIGN pointed out correctly this patch would negate the effort and goal of
the switch to farbfeld. sent with farbfeld uses a separate process
Yes I think "conflicts: 43 shift/reduce, 85 reduce/reduce" results in
"/bin/sh: 1: gen/maketab: not found"
On Fri, Dec 11, 2015 at 12:17 AM, David Phillips wrote:
> Did you read the error yourself?
>
> Software does not output errors without reason.
>
On Wed, 9 Dec 2015 20:56:38 -0800
Grant Mathews wrote:
Hey Grant,
> Since the PNM/PAM format already exist as a minimal intermediate
> representation with a rich set of commandline tools to manipulate them,
> use Netpbm to handle images.
back to your desk, Grant,
On Fri, Dec 11, 2015 at 01:30:52AM +0100, Markus Teich wrote:
> sent with farbfeld uses a separate process instead of linking to a
> library and is therefore more UNIXy and sucks less.
This patch still does all the file conversion in a separate process, and
sent still uses an external library
On Thu, Dec 10, 2015 at 04:39:49PM +0100, FRIGN wrote:
> Netpbm is arguably almost more complex than BMP and not easy to handle.
It's literally the top result when I search for the phrase "simplest
image format". I've written PPM loaders by hand in projects too small
for a makefile.
> We could