[xml/sgml-pkgs] Bug#596013: Bug#596013: Bug#596013: Bug#596013: libxml2: claims to be out of memory when validating SVG with XSD
mh at glandium.org
Thu Sep 9 10:21:42 UTC 2010
On Wed, Sep 08, 2010 at 06:48:18PM +0200, Mike Hommey wrote:
> On Wed, Sep 08, 2010 at 02:14:17PM +0000, brian m. carlson wrote:
> > On Wed, Sep 08, 2010 at 09:30:27AM +0200, Mike Hommey wrote:
> > > Works for me with that xsd and a random svg. A likely problem is that
> > > you run out of *stack* memory. Try fiddling with ulimit -s.
> > > Having your logo.svg file would be helpful to track down the problem,
> > > though.
> > Actually, I've determined that "xmllint /tmp/SVG.xsd" is sufficient to
> > trigger the problem. I have the following limits set:
> > lakeview ok % ulimit -a
> > -t: cpu time (seconds) unlimited
> > -f: file size (blocks) unlimited
> > -d: data seg size (kbytes) unlimited
> > -s: stack size (kbytes) unlimited
> > -c: core file size (blocks) 0
> > -m: resident set size (kbytes) 1048576
> > -u: processes unlimited
> > -n: file descriptors 1024
> > -l: locked-in-memory size (kb) 64
> > -v: address space (kb) unlimited
> > -x: file locks unlimited
> > -i: pending signals 16382
> > -q: bytes in POSIX msg queues 819200
> > -e: max nice 0
> > -r: max rt priority 0
> > and I still have a problem. I don't think the RSS value works with this
> > kernel, but even if it does, I don't think only 1 GiB is unreasonable
> > for RSS.
> > I can reproduce the problem consistently, so if there's something you'd
> > like me to do to test it, let me know.
> I could reproduce with xmllint SVG.xsd. It turns out it doesn't like the
> xmlns:xml CDATA #FIXED "http://www.w3.org/XML/1998/namespace"
> declaration, and the error message is actually wrong.
Can you try the attached patch, from upstream?
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 1563 bytes
Desc: not available
More information about the debian-xml-sgml-pkgs