We are calling
xmlParseFile(constantfilename.xml)
and this is producing Valgrind errors.
On inspection, it appears to be coming from the code snippet below,
almost certainly the gzdirect call (though the name is lost from
the stack trace).
Other people have seen this outside libxml and it is
On Thu, Aug 16, 2012 at 10:52:37AM +0100, Alex Bligh wrote:
We are calling
xmlParseFile(constantfilename.xml)
and this is producing Valgrind errors.
On inspection, it appears to be coming from the code snippet below,
almost certainly the gzdirect call (though the name is lost from
the
On 8/15/12 8:45 AM, Daniel Veillard wrote:
On Wed, Aug 15, 2012 at 08:38:02AM -0400, Earnie Boyd wrote:
On Tue, Aug 14, 2012 at 9:09 PM, Daniel Veillard wrote:
On Wed, Aug 15, 2012 at 01:22:38AM +0300, Roumen Petrov wrote:
Hi ,
After recent commits I count not link build for mingw* host as
--On 16 August 2012 18:21:32 +0800 Daniel Veillard veill...@redhat.com
wrote:
The problem is that if I were to avoid using the autodetection
from zlib, I would have to try to embbed some autodetection in libxml2
and that sounds just the wrong thing to do.
I was thinking more of some way
On Thu, 16 Aug 2012, Alex Bligh wrote:
Other people have seen this outside libxml and it is probably a zlib
issue.
It *is* a zlib issue; in fact, I'm trying to get this fixed:
http://mail.madler.net/pipermail/zlib-devel_madler.net/2012-June/002922.html
--On 16 August 2012 12:35:30 -0400 Daniel Richard G. o...@teragram.com
wrote:
It *is* a zlib issue; in fact, I'm trying to get this fixed:
http://mail.madler.net/pipermail/zlib-devel_madler.net/2012-June/002922.h
tml
--On 16 August 2012 12:08:03 -0700 Eric S. Eberhard e...@vicsmba.com
wrote:
By standard distribution do you mean that other people might use your
library with other applications?
I mean our application uses libxml2 which uses libz, and needs to
run on a standard Ubuntu (as it happens)
Am 23.07.2012 um 16:23 schrieb Earnie Boyd:
On Wed, May 23, 2012 at 8:30 AM, Patrick Gansterer wrote:
On Wed, 23 May 2012 14:16:48 +0200, Bjoern Hoehrmann wrote:
* Daniel Veillard wrote:
C.f. the bug Fix windows unicode build
https://bugzilla.gnome.org/show_bug.cgi?id=638650
and the
Earnie:
It does create the shared and static libraries, so I'm all set. but it chokes
before creating xmllint, so it's not entirely benign.
Fred Smith
Senior Applications Programmer/Analyst
Computrition, Inc.
175 Middlesex Turnpike
Bedford, MA 01730
ph: 781-275-4488 x5013
fax: 781-357-4100
Hi,
I use libxml xpath engine on quite large (and mostly flat) xml files. It
seems that Shellsort, that is used in xmlXPathNodeSetSort is a bottleneck for
my case. I have read some posts about sorting in libxml in the libxml archive,
but I agree that qsort was not the way to go.
I experimented
On Thu, 2012-07-19 at 14:42 +0100, stuart shepherd wrote:
That last email went off a bit early.
I'm guesing it's something to do with having elements within the text, but
it doesn't look to be replacing anything but rather adding in the replace
value multiple times, is there a way round
Hello,
I spent some time fuzzing the libxslt engine. The following tickets
describe some identified issues with possible security implications:
Off-by-one write in rc4_decrypt
https://bugzilla.gnome.org/show_bug.cgi?id=675917
Read of previously free'd memory when using func:result
Hey,
seems like libxml (tested with 2.7.8 and 2.8.0) has a problem with XSD
files: The following pattern will cause a segmentation fault in my
Apache (using PHP5 to validate a XML against a XSD):
xs:pattern value=(.*)|/
Without the pipe it's working fine. Don't know if it is really the
Just a theory but string functions tend to depend on a
terminating NULL. If there is non-ascii data and there is no NULL (you
did not specifically say if there was or was not) it could be spending
all that time reading a lot of memory until a NULL comes up by chance
someplace else. And then
Hi!
I've just tried to compile libxml2 (master checkout) with the nmake tool of
Visual Studio 2012 and came across two small problems:
1. In dist.c an insert-l was not renamed to insert-len.
2. In the msvc makefile the buf.obj was not included and therefore buf.c
was not compiled which lead to
Simple option -- if you never use zlib build it without zlib ... E
On 8/16/2012 3:21 AM, Daniel Veillard wrote:
On Thu, Aug 16, 2012 at 10:52:37AM +0100, Alex Bligh wrote:
We are calling
xmlParseFile(constantfilename.xml)
and this is producing Valgrind errors.
On inspection, it appears to
By standard distribution do you mean that other people might use your
library with other applications?
We solve that by placing our library in a different place
(/usr/local/mycompany/lib) for linking. Then our application uses our
library only. Meanwhile, other application will continue to
Yes getting it fixed is best :-) However, using your own place is still
a good idea if your customers install anything else themselves. That is
really where I get bitten. We sell to large companies with IT
departments and they do all kinds of crazy things ... usually to my
detriment. I
On Tue, 14 Aug 2012, Daniel Veillard wrote:
Okay, thanks ! seems to work fine.
My last annoyance ATM with makefiles is devhelp files being rebuilt
systematically, even on a just built tree or if running make check
Any idea what might have introduced this ;-) ?
I believe some of my changes
On Thu, Aug 16, 2012 at 04:50:33PM -0400, Daniel Richard G. wrote:
On Tue, 14 Aug 2012, Daniel Veillard wrote:
Okay, thanks ! seems to work fine.
My last annoyance ATM with makefiles is devhelp files being rebuilt
systematically, even on a just built tree or if running make check
Any
On Thu, Aug 16, 2012 at 02:44:11PM -0700, Eric S. Eberhard wrote:
Yes getting it fixed is best :-) However, using your own place is
still a good idea if your customers install anything else
themselves. That is really where I get bitten. We sell to large
companies with IT departments and
On Thu, Aug 16, 2012 at 12:35:30PM -0400, Daniel Richard G. wrote:
On Thu, 16 Aug 2012, Alex Bligh wrote:
Other people have seen this outside libxml and it is probably a zlib
issue.
It *is* a zlib issue; in fact, I'm trying to get this fixed:
22 matches
Mail list logo