search for: xmlencodeentitiesreentr

hi has anyone seen this error before: [root@machine root]# error : xmlEncodeEntitiesReentrant : input not UTF-8 unfortunately i cannot see what application is causing this error but i suspect that it is icecast because of the XML config file and we have made some changes recently. i have issued thess commands to try to get something from the logs: [root@machine root]# grep -r -i xmlEn...

...gonna try > > to see if this is linked to the way the icecast or libxml package is > > compiled/patched in debian, but I'm not too familiar with this kind of > > problems, so if you have something to say about this issue, I'd love to > > hear about it! > > xmlEncodeEntitiesReentrant() return values must be freed, so probably > not a libxml problem. > > The Debian Testing Icecast source (2.3.2-4) does seem to have a case > where they are not freed: a do-while loop in stats.c:stats_get_xml() can > leak when breaking early. This code is not present in -kh17...

...so) ==30481== by 0x4079FE: (within /usr/bin/icecast2) ==30481== by 0x60C11A5: (below main) (in /lib/libc-2.7.so) ==30481== ==30481== ==30481== 3,000 bytes in 3 blocks are possibly lost in loss record 4 of 5 ==30481== at 0x4C2260E: malloc (vg_replace_malloc.c:207) ==30481== by 0x5B5A007: xmlEncodeEntitiesReentrant (in /usr/lib/libxml2.so.2.6.32) ==30481== by 0x40FB10: (within /usr/bin/icecast2) ==30481== by 0x40FC01: (within /usr/bin/icecast2) ==30481== by 0x41911C: (within /usr/bin/icecast2) ==30481== by 0x41946D: (within /usr/bin/icecast2) ==30481== by 0x40A5C1: (within /usr/bin/icecast2...

...>>> to see if this is linked to the way the icecast or libxml package is >>> compiled/patched in debian, but I'm not too familiar with this kind of >>> problems, so if you have something to say about this issue, I'd love to >>> hear about it! >> xmlEncodeEntitiesReentrant() return values must be freed, so probably >> not a libxml problem. >> >> The Debian Testing Icecast source (2.3.2-4) does seem to have a case >> where they are not freed: a do-while loop in stats.c:stats_get_xml() can >> leak when breaking early. This code is no...

...available here, this is why I didn't send a > patch. > > But since you asked, attached are the missing frees for icecast2_2.3.2-4 > in a totally untested drive-by-patching manner. Like I said the -kh17 I > also happened to have did not have this specific code at all and the > xmlEncodeEntitiesReentrant() calls were all fine. The patch is fine, both kh and the trunk code use different code so those should not have this problem but feel free to report any issues like this. karl.

Hi, I had my stream running from ezstream 0.1.2 to icecast 2.2.0. It's been going for about a week, but two days ago I changed my icecast.xml. Since then, Icecast dropped my sources and stopped transmission twice. Everytime, it spew out xmlEncodeEntitiesReentrant : char out of range on STDERR and [2005-02-07 01:14:47] WARN source/get_next_buffer Disconnecting source due to socket timeout in the error log. I'm pretty sure my source is still running when it gets cut off, because I can see it's output. Any ideas? -- Regards, Alek Andreev a...

...B00A07760: start_thread (in /lib64/libpthread-2.12.so) ==13821== by 0x3B002E14EC: clone (in /lib64/libc-2.12.so) ==13821== ==13821== 830,000 bytes in 830 blocks are definitely lost in loss record 262 of 263 ==13821== at 0x4A0515D: malloc (vg_replace_malloc.c:195) ==13821== by 0x3B08E2D6DF: xmlEncodeEntitiesReentrant (in /usr/lib64/libxml2. so.2.7.7) ==13821== by 0x40FAA9: stats_get_xml (stats.c:970) ==13821== by 0x40FBB0: stats_transform_xslt (stats.c:939) ==13821== by 0x419244: add_authenticated_listener (auth.c:422) ==13821== by 0x41955D: auth_add_listener (auth.c:511) ==13821== by 0x409D45...

...09 19:59:23, Karl Heyes a ?crit : >>> But since you asked, attached are the missing frees for icecast2_2.3.2-4 >>> in a totally untested drive-by-patching manner. Like I said the -kh17 I >>> also happened to have did not have this specific code at all and the >>> xmlEncodeEntitiesReentrant() calls were all fine. >> The patch is fine, both kh and the trunk code use different code so >> those should not have this problem but feel free to report any issues >> like this. > > Ok, thanks ! > > Giles, could you confirm that this patch fixes your memory l...

...ndreev wrote: > Hi, > > I had my stream running from ezstream 0.1.2 to icecast 2.2.0. It's been > going for about a week, but two days ago I changed my icecast.xml. Since > then, Icecast dropped my sources and stopped transmission twice. > Everytime, it spew out > > xmlEncodeEntitiesReentrant : char out of range These are usually down to non-utf8 chars being sent to icecast. Check the metadata being sent > [2005-02-07 01:14:47] WARN source/get_next_buffer Disconnecting source > due to socket timeout > > in the error log. I'm pretty sure my source is still running...

...yes a ?crit : > >>> But since you asked, attached are the missing frees for icecast2_2.3.2-4 > >>> in a totally untested drive-by-patching manner. Like I said the -kh17 I > >>> also happened to have did not have this specific code at all and the > >>> xmlEncodeEntitiesReentrant() calls were all fine. > >> The patch is fine, both kh and the trunk code use different code so > >> those should not have this problem but feel free to report any issues > >> like this. > > > > Ok, thanks ! > > > > Giles, could you confirm that...