have fallen
out of sync, that's all.
--
Derek TaylorApplied Information Technologies
Systems Design Specialist Pennsylvania State University
det...@psu.edu 230J Computer Bldg
Phone: +1 814 867 1533 University Park, PA, 1
uch plan.
>
>If Debian submits a patch to enable other asynchronous stub resolver
>support,
>I will accept it of course.
Why the insistence on a proven insecure dependency?
--
Derek TaylorApplied Information Technologies
Systems Design Specialist
On 6/5/08, Jean de Largentaye <[EMAIL PROTECTED]> wrote:
> Well, I think it is rather ironic, because the original design
> specifically went for multiple executables that could be able to
> distribute the load on different networked servers.
This point was addressed in other parts of the thread
On Thu, 05 Jun 2008, Tomasz Sterna wrote:
>We all know the memleak problem, so I won't go into details.
>
>This time I approached it with a "sledgehammer". ;-)
>
>In branch http://svn.xiaoka.com/jabberd2/branches/gc/ you will find
>jabberd 2.2 with the memory pools removed and put Hans Boehm C/C++
