7?
Well one of our machines was, yes. That seems to be the latest version
in Etch.
Tom
--
Tom Hughes (t...@compton.nu)
http://www.compton.nu/
___
libxml-devel mailing list
libxml-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/libxml-devel
you happen to have
exactly 2.6.27 on your system then you get a double definition.
Tom
--
Tom Hughes (t...@compton.nu)
http://www.compton.nu/
___
libxml-devel mailing list
libxml-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/libxml-devel
7;m afraid - it
was happening on the openstreetmap code base against our live database...
Tom
--
Tom Hughes (t...@compton.nu)
http://www.compton.nu/
___
libxml-devel mailing list
libxml-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/libxml-devel
Tom Hughes wrote:
Having upgraded to libxml-ruby 1.0.0 yesterday I am now seeing
repeatable crashes in the garbage collection. The end of the trace looks
like:
#0 rxml_attr_mark (xattr=0x0) at ruby_xml_attr.c:41
#1 0xb7ed6a15 in gc_mark_children (ptr=3050895040, lev=1) at gc.c:945
#2
me=3050895080, value=3050895220) at ruby_xml_node.c:1106
As you can see it is being asked to mark an attribute, but the attribute
pointer it is given is null.
Any ideas?
Tom
--
Tom Hughes (t...@compton.nu)
http://www.compton.nu/
___
libxml-devel maili
which is probably going to be
fairly problematic when trying to build a ruby extension.
What did you notice that led you to that diagnosis?
The complaints that it couldn't find libruby-static when linking some of
the test programs.
Tom
--
Tom Hughes (t...@compton.nu)
http://www.compt
be fairly
problematic when trying to build a ruby extension.
Tom
--
Tom Hughes (t...@compton.nu)
http://www.compton.nu/
___
libxml-devel mailing list
libxml-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/libxml-devel
installed but if
that is the case I don't understand why you have the header files?
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
libxml-devel mailing list
libxml-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/libxml-devel
g all the calls to CC including the ones which don't
actually want zlib.
That should be --with-zlib-include=/usr/include but probably isn't
really needed at all as that is the default place for it to look.
All --xxx-include and --xxx-lib switches should name the directory
containin
--- no" message also seems strange.
That log is from a --with-mlib=/lib64 run, which is bogus, as
evidenced by the "ld: cannot find -l/lib64" error. Try it withou
the --with-mlib switch and post the mkmf.log for that.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu
may need configuration options.
I think you need to post your mkmf.log file. I just tried it on
an FC6 box and it works for me.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
libxml-devel mailing list
libxml-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/libxml-devel
mlib switch?
Tom
> On Jan 13, 2008 12:34 AM, Tom Hughes <[EMAIL PROTECTED]> wrote:
> > In message <[EMAIL PROTECTED]>
> > "Nick Black" <[EMAIL PROTECTED]> wrote:
> >
> > > I'm trying to build libxml-ruby on Fedora Co
libm (/lib /lib64 /usr/lib /usr/lib64)- but I keep getting this
> error. I guess this is a problem with some compiler flags, but don't
> really know where to start.
Make sure you've got the glibc-devel package installed - that should
be all yo
p_id=494&atid=1971
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
libxml-devel mailing list
libxml-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/libxml-devel
ne.
With libxml-ruby 0.3.8.4 this grows rapidly to a resident size of
about 650Mb to 750Mb (total virtual size is about 50Mb more than
that) and with my patches it is stable at a resident size of
about 35Mb (about 95Mb total).
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
require &#
that additional information and see if
any ruby objects still reference it.
If a ruby object does still reference it then the libxml object
is cloned (as we can't stop libxml deleting the one it has called
us back about) and the intermediate structure is changed to point
at that clone
; count and see if it is zero. How do you know when to free that memory?
> I see no way, unless you go to the Ruby object <-> libxml object mapping
> like I described in the last email.
You can install callbacks, yes - that is what my patch does.
Tom
--
Tom Hughes ([EMAIL PROTECTED
es referenced from ruby. Any such nodes should
> be removed from the tree, as they will be freed later when their
> referencing objects are garbage-collected. This probably also applies
> to attributes but that hasn't bitten me yet.
I was trying to avoid having to do anything that expen
pointing to the
> same libxml object (which is really easy to do) - now you have a problem.
Keeping track of the mapping is exactly what I wound up doing in
my patch - just for attributes and elements I think although the
problem probably exists with other objects as well and could do
with
scheme basically
doesn't work at all.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
libxml-devel mailing list
libxml-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/libxml-devel
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
h the
> archive, there seems to be a patch you are referring, but I can't seem to
> track it down.
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.
Tom
--
Tom H
u create & merge xml nodes &
> documents. I'm using 0.4.0 pre1.
There is a mail from me with patches attaches stuck in the moderation
queue for this list as it was too large to go through without help.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
__
In message <[EMAIL PROTECTED]>
Jon Burgess <[EMAIL PROTECTED]> wrote:
> On Sat, 2007-05-26 at 10:52 +0100, Tom Hughes wrote:
>
> > In message <[EMAIL PROTECTED]>
> > [EMAIL PROTECTED] (Jon Burgess) wrote:
> >
> > It is worse
he attribute will normally belong to a node and therefore
shouldn't be freed on it's own like that anyway.
In fact I'm not sure that code should ever be reachable, as the
attribute will always have a parent node I think.
Tom
--
Tom Hughes ([EMAIL PROTEC
attached to is freed then the attribute will be
freed (even if there are other references to it) and there is
no easy way to find out which attributes need to be kept.
I guess you would have to walk the entire node tree checking
the _private reference count of each attribute and unlinking
anythin
e fix is that it brings the attribute problems that
Jon Burgess recently posted about to the fore as it now becomes much
more likely that the node has been freed and we then die referencing
uninitialised memory trying to free the attribute that was freed along
with the node.
Tom
--
Tom Hughes ([
27 matches
Mail list logo
