[xml/sgml-pkgs] Bug#596013: Bug#596013: Bug#596013: libxml2: claims to be out of memory when validating SVG with XSD
mh at glandium.org
Wed Sep 8 16:48:18 UTC 2010
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.
More information about the debian-xml-sgml-pkgs