[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [pdf-devel] Updated tokeniser/parser patch
From: |
jemarch |
Subject: |
Re: [pdf-devel] Updated tokeniser/parser patch |
Date: |
Fri, 23 Jan 2009 23:31:57 +0100 |
User-agent: |
Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shijō) APEL/10.6 Emacs/23.0.60 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) |
> gnulib is not a shared library. The files are designed to be copied
> directly into programs -- so if a programmer decides they don't want to
> abort on OOM conditions, they can avoid or fix those modules. But GNU
> PDF will usually be loaded dynamically, which means the same binary
> could be used by many applications, each with a different OOM policy.
> We shouldn't impose any policy on them.
>
It was hardly suggested to not fix/modify the gnulib modules in
previous emails, I don't know...
Definitely we don't want to make "customization" hacks to code coming
from gnulib. To allow the error callback to not terminate the process
is a reasonable petition and I am sure that the gnulib maintainers
will honor it.
- Re: [pdf-devel] Updated tokeniser/parser patch, (continued)
- Re: [pdf-devel] Updated tokeniser/parser patch, Michael Gold, 2009/01/22
- Re: [pdf-devel] Updated tokeniser/parser patch, jemarch, 2009/01/22
- Re: [pdf-devel] Updated tokeniser/parser patch, Michael Gold, 2009/01/22
- Re: [pdf-devel] Updated tokeniser/parser patch, jemarch, 2009/01/23
- Re: [pdf-devel] Updated tokeniser/parser patch, Michael Gold, 2009/01/23
- Re: [pdf-devel] Updated tokeniser/parser patch, jemarch, 2009/01/25
Re: [pdf-devel] Updated tokeniser/parser patch, gerel, 2009/01/22
Re: [pdf-devel] Updated tokeniser/parser patch, gerel, 2009/01/22