Hi everyone,
Going through the tests, I've run into one that causes segmentation
faults (libxml-ruby/trunk/test/ets_copy_bug2.rb).
After puzzling over it for a bit, I realized the problem is that Mark
functions for C objects are not being called when Ruby exits. I've
posted a note to ruby-c
Actually, how about this (pseudo):
def ==(arg)
if arg.kind_of? XML::Node
return true if self.id == arg.id
else
return true if self.to_s == arg
end
end
Deal - I'll do that.
Charlie
smime.p7s
Description: S/MIME Cryptographic Signature
On Jul 8, 2:37 pm, Charlie Savage <[EMAIL PROTECTED]> wrote:
> Trans wrote:
>
> > On Jul 8, 12:04 pm, Charlie Savage <[EMAIL PROTECTED]> wrote:
> >>> Hmmm... How does the C library itself handle comparison?
> >> Well, in C the == is identity (comparing pointer addresses). libxml
> >> does not pr
Bugs item #9883, was opened at 2007-04-05 12:50
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=9883&group_id=494
Category: None
Group: None
Status: Open
>Resolution: Accepted
Priority: 3
Submitted By: Nobody (None)
>Assigned to: Charlie Savage (cfis)
Summary:
Bugs item #9883, was opened at 2007-04-05 12:50
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=9883&group_id=494
Category: None
Group: None
>Status: Closed
Resolution: Accepted
Priority: 3
Submitted By: Nobody (None)
Assigned to: Charlie Savage (cfis)
Summary
Bugs item #19589, was opened at 2008-04-16 12:06
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=19589&group_id=494
Category: General
Group: v0.5
>Status: Closed
>Resolution: Accepted
Priority: 3
Submitted By: Jamie Orchard-Hays (jamieorc)
>Assigned to: Charli
Bugs item #14231, was opened at 2007-09-25 19:17
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=14231&group_id=494
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 3
Submitted By: Dave Howell (snarke)
>Assigned to: Charlie Savage (cf
Bugs item #7537, was opened at 2007-01-02 16:53
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=7537&group_id=494
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 3
Submitted By: Nobody (None)
>Assigned to: Charlie Savage (cfis)
Summa
Bugs item #8337, was opened at 2007-01-31 10:47
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=8337&group_id=494
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 3
Submitted By: Nobody (None)
>Assigned to: Charlie Savage (cfis)
Summa
Bugs item #8370, was opened at 2007-02-01 13:04
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=8370&group_id=494
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 3
Submitted By: Doug Bryant (dougbryant)
>Assigned to: Charlie Savage (
Bugs item #11836, was opened at 2007-06-25 12:17
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=11836&group_id=494
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 3
Submitted By: Nobody (None)
Assigned to: Nobody (None)
Summary: NUL
Bugs item #11766, was opened at 2007-06-22 03:38
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=11766&group_id=494
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 3
Submitted By: Nobody (None)
>Assigned to: Charlie Savage (cfis)
Sum
Bugs item #8125, was opened at 2007-01-24 17:41
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=8125&group_id=494
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 3
Submitted By: Jeremy Echols (nerdmaster)
>Assigned to: Charlie Savage
Bugs item #9158, was opened at 2007-03-09 16:29
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=9158&group_id=494
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 3
Submitted By: Nobody (None)
>Assigned to: Charlie Savage (cfis)
>Summ
Bugs item #7529, was opened at 2007-01-02 05:14
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1971&aid=7529&group_id=494
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 3
Submitted By: Nobody (None)
>Assigned to: Charlie Savage (cfis)
Summa
Not the same thing. Comparing raw XML string is overly strict. For
example I would expect the following two snips to be "equal":
Hi
Hi
These would not be equal by string comparison b/c the attribute bar
and baz are not in the same order (to say nothing of white space).
Actuall
After puzzling over it for a bit, I realized the problem is that
Mark functions for C objects are not being called when Ruby exits.
In the meantime, curious if anyone has any ideas on how to solve the
issue.
Ready for a gross solution? Force the garbage collector to run via an
atexit(3)
Sean Chittenden wrote:
After puzzling over it for a bit, I realized the problem is that Mark
functions for C objects are not being called when Ruby exits.
In the meantime, curious if anyone has any ideas on how to solve the
issue.
Ready for a gross solution? Force the garbage collector t
Ok, I've just pushed up a 0.7.0 libxml release. I thought about calling
it 0.6.1, but there were both API changes (attributes) and a fair number
of internal changes, so I went with 0.7.0.
I also marked this release as stable - at this point I think the library
is in good shape. So please dow
I'd like to update the rdocs online at:
http://libxml.rubyforge.org/rdoc/
Except when I try I get a permission errors.
Trans, Dan or Sean, can you either do this or alternatively give me
permission to?
Thanks,
Charlie
smime.p7s
Description: S/MIME Cryptographic Signature
_
Even if XML::Parser.default_load_external_dtd is set to false the
parser loads the DTD, see test script:
require 'xml/libxml'
xml =
Hello,
> require 'xml/libxml'
>
> (1..1).each{|time|
> XML::Document.file('test.xml')
> p time if time % 100 == 0
> }
>>Comment By: Charlie Savage (cfis)
> Date: 2008-07-09 11:37
>
> Message:
> I assume this is now fixed with the new memory model.
It won't segfault anymore, but now I get t
Hi Paul,
Even if XML::Parser.default_load_external_dtd is set to false the parser
loads the DTD, see test script:
Upgrade to the latest libxml version (0.7.0) - it works fine here. I've
added your test case to tests/tc_xml_dtd.rb (in SVN, but not in the
0.7.0 release).
def test_external
23 matches
Mail list logo
