Re: [HACKERS] recent --with-libxml support

2006-12-23 Thread Jeremy Drake
On Sat, 23 Dec 2006, Tom Lane wrote: > Ah-hah, I've sussed it. sqlchar_to_unicode() calls the > mb2wchar_with_len converters, which are defined to return a *null > terminated* pg_wchar string. So even if you only ask for the conversion > of a single character, you need a 2-pg_wchar array to hold

Re: [HACKERS] recent --with-libxml support

2006-12-23 Thread Tom Lane
Jeremy Drake <[EMAIL PROTECTED]> writes: > On Fri, 22 Dec 2006, Tom Lane wrote: >> Jeremy Drake <[EMAIL PROTECTED]> writes: >>> As seen, I needed to add an include dir for configure to pass. However, >>> make check fails now with the backend crashing. This can be seen in the >>> buildfarm results

Re: [HACKERS] recent --with-libxml support

2006-12-22 Thread Jeremy Drake
On Fri, 22 Dec 2006, Jeremy Drake wrote: > On Sat, 23 Dec 2006, Tom Lane wrote: > > > Peter Eisentraut <[EMAIL PROTECTED]> writes: > > > Jeremy Drake wrote: > > >> #0 0xb7c4dc85 in memcpy () from /lib/tls/libc.so.6 > > >> #1 0x08190f59 in appendBinaryStringInfo (str=0xbfd87f90, > > >> data=0x841

Re: [HACKERS] recent --with-libxml support

2006-12-22 Thread Jeremy Drake
On Sat, 23 Dec 2006, Tom Lane wrote: > Peter Eisentraut <[EMAIL PROTECTED]> writes: > > Jeremy Drake wrote: > >> #0 0xb7c4dc85 in memcpy () from /lib/tls/libc.so.6 > >> #1 0x08190f59 in appendBinaryStringInfo (str=0xbfd87f90, > >> data=0x841ffc0 "qux", datalen=138543040) at stringinfo.c:192 > >>

Re: [HACKERS] recent --with-libxml support

2006-12-22 Thread Tom Lane
Peter Eisentraut <[EMAIL PROTECTED]> writes: > Jeremy Drake wrote: >> #0 0xb7c4dc85 in memcpy () from /lib/tls/libc.so.6 >> #1 0x08190f59 in appendBinaryStringInfo (str=0xbfd87f90, >> data=0x841ffc0 "qux", datalen=138543040) at stringinfo.c:192 >> #2 0x0828377f in map_sql_identifier_to_xml_name

Re: [HACKERS] recent --with-libxml support

2006-12-22 Thread Peter Eisentraut
Jeremy Drake wrote: > #0 0xb7c4dc85 in memcpy () from /lib/tls/libc.so.6 > #1 0x08190f59 in appendBinaryStringInfo (str=0xbfd87f90, > data=0x841ffc0 "qux", datalen=138543040) at stringinfo.c:192 > #2 0x0828377f in map_sql_identifier_to_xml_name (ident=0x841ffc0 > "qux", fully_escaped=0 '\0')

Re: [HACKERS] recent --with-libxml support

2006-12-22 Thread Jeremy Drake
On Fri, 22 Dec 2006, Tom Lane wrote: > Jeremy Drake <[EMAIL PROTECTED]> writes: > >> Can you provide a stack trace for that crash? > > > #0 0xb7c4dc85 in memcpy () from /lib/tls/libc.so.6 > > #1 0x08190f59 in appendBinaryStringInfo (str=0xbfd87f90, > > data=0x841ffc0 "qux", datalen=138543040

Re: [HACKERS] recent --with-libxml support

2006-12-22 Thread Tom Lane
Jeremy Drake <[EMAIL PROTECTED]> writes: >> Can you provide a stack trace for that crash? > #0 0xb7c4dc85 in memcpy () from /lib/tls/libc.so.6 > #1 0x08190f59 in appendBinaryStringInfo (str=0xbfd87f90, > data=0x841ffc0 "qux", datalen=138543040) at stringinfo.c:192 > #2 0x0828377f in map_sql

Re: [HACKERS] recent --with-libxml support

2006-12-22 Thread Jeremy Drake
On Fri, 22 Dec 2006, Tom Lane wrote: > Jeremy Drake <[EMAIL PROTECTED]> writes: > > As seen, I needed to add an include dir for configure to pass. However, > > make check fails now with the backend crashing. This can be seen in the > > buildfarm results for mongoose. > > Can you provide a stack

Re: [HACKERS] recent --with-libxml support

2006-12-22 Thread Tom Lane
Jeremy Drake <[EMAIL PROTECTED]> writes: > As seen, I needed to add an include dir for configure to pass. However, > make check fails now with the backend crashing. This can be seen in the > buildfarm results for mongoose. Can you provide a stack trace for that crash? re

[HACKERS] recent --with-libxml support

2006-12-22 Thread Jeremy Drake
I adjusted my buildfarm config (mongoose) to attempt to build HEAD --with-libxml. I added the following to build-farm.conf: if ($branch eq 'HEAD' || $branch ge 'REL8_3') { push(@{$conf{config_opts}}, "--with-includes=/usr/include/et:/usr/include/libxml2"); push(@{$conf{config_opts}}, "-