Re: [libxml-devel] Memory Leaks

2007-06-12 Thread Daniel N
On 6/12/07, Tom Hughes <[EMAIL PROTECTED]> wrote: > In message <[EMAIL PROTECTED]> > Chris McGrath <[EMAIL PROTECTED]> wrote: > > > On 11 Jun 2007, at 20:07, Tom Hughes wrote: > > > >> That was the point - my patches never made it to the list because > >> they were held for moderation and t

Re: [libxml-devel] Memory Leaks

2007-06-12 Thread Tom Hughes
In message <[EMAIL PROTECTED]> Chris McGrath <[EMAIL PROTECTED]> wrote: > On 11 Jun 2007, at 20:07, Tom Hughes wrote: > >> That was the point - my patches never made it to the list because >> they were held for moderation and they still haven't been approved. > > Stick them up on http://pa

Re: [libxml-devel] Memory Leaks

2007-06-12 Thread Chris McGrath
On 11 Jun 2007, at 20:07, Tom Hughes wrote: > That was the point - my patches never made it to the list because > they were held for moderation and they still haven't been approved. Stick them up on http://pastie.caboo.se and post the links here. Cheers, Chris _

Re: [libxml-devel] Memory Leaks

2007-06-11 Thread Doug Bryant
My brain interpreted it as the patch had not been applied to the trunk by a committer (which is true), not that it never even made it to the list in the first place. Does the list block all attachments or just if they are a certain size. Perhaps you could gzip or zip the patches if the latter.

Re: [libxml-devel] Memory Leaks

2007-06-11 Thread Tom Hughes
In message <[EMAIL PROTECTED]> "Doug Bryant" <[EMAIL PROTECTED]> wrote: > Are the two patches referred to here ( > http://rubyforge.org/pipermail/libxml-devel/2007-May/thread.html ) by Jon > Burgess* *the ones which should be applied? Looking back through the > archive, there seems to b

Re: [libxml-devel] Memory Leaks

2007-06-11 Thread Doug Bryant
Tom, Are the two patches referred to here ( http://rubyforge.org/pipermail/libxml-devel/2007-May/thread.html ) by Jon Burgess* *the ones which should be applied? Looking back through the archive, there seems to be a patch you are referring, but I can't seem to track it down. Doug On 6/11/07,

Re: [libxml-devel] Memory Leaks

2007-06-11 Thread Doug Bryant
thanks Tom. I'll give it a shot & let you know. It is consuming all the memory on the production box every other day. (All being all physical & swap memory.) Doug On 6/11/07, Tom Hughes <[EMAIL PROTECTED]> wrote: In message <[EMAIL PROTECTED]> Doug Bryant <[EMAIL PROTECTED]> wrote:

Re: [libxml-devel] Memory Leaks

2007-06-11 Thread Tom Hughes
In message <[EMAIL PROTECTED]> Doug Bryant <[EMAIL PROTECTED]> wrote: > What's the status on the memory leaks? They seem to be documented in the > issue tracker and mailing list and I experience them in my application as > well. They seem to come from when you create & merge xml nodes &

[libxml-devel] Memory Leaks

2007-06-11 Thread Doug Bryant
What's the status on the memory leaks? They seem to be documented in the issue tracker and mailing list and I experience them in my application as well. They seem to come from when you create & merge xml nodes & documents. I'm using 0.4.0 pre1. I unfortunately don't have the time nor the C exp

Re: [libxml-devel] Memory leaks

2007-04-18 Thread Chris McGrath
On 18 Apr 2007, at 15:13, stefan lauer wrote: > Hi, > > I workaround it by read the file in with the native Rubyclass File. > > I do it on this way: > > file = File.new(@xmlfile) > parser.io = file > @doc = parser.parse > > This helps for me. I'm using it to create XML though,

Re: [libxml-devel] Memory leaks

2007-04-18 Thread stefan lauer
Hi, I workaround it by read the file in with the native Rubyclass File. I do it on this way: file = File.new(@xmlfile) parser.io = file @doc = parser.parse This helps for me. > Hi there, > > Just been looking into using libxml-ruby to generate some largish > feeds for our

[libxml-devel] Memory leaks

2007-04-18 Thread Chris McGrath
Hi there, Just been looking into using libxml-ruby to generate some largish feeds for our clients (5000 records in a feed). It's obviously faster than XmlBuilder, but I'm running into the same problem as reported in [1]. Has there been any progress on this? Is there anything I can do to s