Re: BUG #15420: Server crash. Segmentation fault when parsing xml file

Поиск
Список
Период
Сортировка
От Sergey Mirvoda
Тема Re: BUG #15420: Server crash. Segmentation fault when parsing xml file
Дата
Msg-id CALkWArjChzcJ0chCKvxMx0Hh44j+PgbsriWd4_AY0v2sEgMWug@mail.gmail.com
обсуждение исходный текст
Ответ на Re: BUG #15420: Server crash. Segmentation fault when parsing xml file  (Pavel Stehule <pavel.stehule@gmail.com>)
Ответы Re: BUG #15420: Server crash. Segmentation fault when parsing xml file  (Andrew Gierth <andrew@tao11.riddles.org.uk>)
Список pgsql-bugs


On Fri, Oct 5, 2018 at 6:46 PM Pavel Stehule <pavel.stehule@gmail.com> wrote:


pá 5. 10. 2018 v 15:39 odesílatel Andrew Gierth <andrew@tao11.riddles.org.uk> napsal:
>>>>> "Pavel" == Pavel Stehule <pavel.stehule@gmail.com> writes:

 >> I don't yet know about 2.9.8, but the crash with 2.9.4 is a bug in
 >> libxml2's error handling which has _nothing to do_ with which API
 >> you use. Read the analysis I posted.

 Pavel> ok. Probably there are more than one issue. 1. crash, 2. raising
 Pavel> huge input lookup, maybe other.

It's certainly possible that the error that provokes the crash is
libxml2 complaining that the tag name is too long or whatever.

 Pavel> libxml2 is great library,

HAH. From reading the code, as I have been for much of today, it's
pretty damn bad.

Interestingly, the FreeBSD package build of PG now disables XML by
default on account of libxml2's very poor security record. We need a
better XML library :-(

Is some other with good licence? And with XPath support?

Pavel

--
Andrew.

libxml2 very powerful library, but googling around for about two days showed that
there are number of problems in handling large files

Here is one of them

--
--Regards, Sergey Mirvoda

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: BUG #15420: Server crash. Segmentation fault when parsing xml file
Следующее
От: Andrew Gierth
Дата:
Сообщение: Re: BUG #15420: Server crash. Segmentation fault when parsing xml file