однако, всё-таки где-то бага...

Creator 19.03.2005 14:24

собрал на этот раз в точности с указанными версиями:
libxml2 2.6.5
libxslt 1.1.2
glib 1.2.10
gdome2 0.7.4

только libgc взял версии 6.4

парсер 3.1.4 в исходниках с сайта (не CVS)

в качестве "проблемного" XML вот этот, к примеру:

http://www.mynotescenter.com/mnc_pad.xml

(не совсем RSS, но отслеживать новые релизы софтин этот PAD-формат позволяет).

Дык вот. Парсер, собранный с распоследними (а не рекомендуемыми) версиями библиотек, да ещё в виде модуля для апачи 1.3.33 успешно этот файл парсит (что неудивительно, т.к. этот xml проходит валидацию)!

А парсер, собранный как CGI, с рекомендуемыми либами - обламывается! Свойство nodeValue в одном месте вызывает странную ошибку: transcode_cstr failed (-2)

единственная разница в том, что второй (глючный) парсер собран на red hat 7.3 с ядром 2.4.хх, а первый - собран на asplinux 10 с ядром 2.6.10.

выбор редхата 7.3 вызван проблемой c древностью glibc у хостера. а на самом хостере gcc кривой и вообще ничего не компилит :(
(я уже об этом писал тут в начале года)

что порекомендуете сделать?

---