[xml] xmlParseFile behaviour on BSD and Linux differs?

[Marcus von Appen <mva sysfault org>]

Hello, 

I'm using a xmlParseFile call, which works well on BSD, but does not do
so on Linux. Are there any general known problems with that stuff?

A backtrace: 
[...]
segfault
(gdb) bt
#0  0x42074230 in _int_malloc () from /lib/tls/libc.so.6
#1  0x4207360b in malloc () from /lib/tls/libc.so.6
#2  0x40492996 in xmlMallocLoc (size=40, file=0x8063068 "",
line=134623336)    at xmlmemory.c:168
#3  0x40492aac in xmlMemMalloc (size=40) at xmlmemory.c:220
#4  0x40472a82 in xmlInitParserCtxt (ctxt=0x8062d30) at
parserInternals.c:2215#5  0x40472ffc in xmlNewParserCtxt () at
parserInternals.c:2371#6  0x40484f0e in xmlCreateFileParserCtxt (
    filename=0x8062b10 "/home/marcus/l/data/basic.xml")
    at parser.c:10410
#7  0x40484fff in xmlSAXParseFileWithData (sax=0x0,
    filename=0x8062b10 "/home/marcus/l/data/basic.xml",
    recovery=0, data=0x0) at parser.c:10470
#8  0x40485119 in xmlSAXParseFile (sax=0x0,
    filename=0x8062b10 "/home/marcus/l/data/basic.xml",
    recovery=0) at parser.c:10523
#9  0x40485163 in xmlParseFile (
    filename=0x8062b10 "/home/marcus/l/data/basic.xml")
    at parser.c:10554
#10 0x40019549 in data_lesson_add_file (
    filename=0x8062b10 "/home/marcus/l/data/basic.xml")
    at lesson.c:31
[....]

/* the function, where it crashes */
xmlDocPtr
data_lesson_add_file (char* filename)
{
  xmlDocPtr lesson_file;
  /* testing */
  if ((lesson_file = xmlParseFile (filename)) == NULL) /* crash */
    {
        printf ("Error, could not load %s\n", filename);
        return NULL;
    }    
  return lesson_file;
}

There are no problems on FreeBSD, but it crashes continuously on Linux
(tested on RedHat 9 and Debian with the shipped libxml as well as with a
selfcompiled libxml2-2.5.6).

Does anyone know, where such problems could suffer from and where I
should take a closer look at?

Thanks for any hint and regards
Marcus

-- 
Mr. Cole's Axiom:
The sum of the intelligence on the planet is a constant; the
population is growing.

Attachment: pgpTiWxqwHqdx.pgp
Description: PGP signature