GNOME Bugzilla – Bug 554124
xmlStringDecodeEntities end loop on >
Last modified: 2009-08-10 12:28:37 UTC
When GCompris uses libxml2 2.7.1 it loops indefinitly in the xmlStringDecodeEntities if we pass it an > This bug was first tracked on the OLPC project under: http://dev.laptop.org/ticket/8641
Created attachment 119506 [details] This is a minimal test case showing evidence of the bug. This code worksfine on older version of libxml2. Perhaps it's not a valid use but please tell me what I am doing wrong if it's not a libxml2 bug.
Additional information: works in libxml2.i386 0:2.6.32-3.fc9/libxml2-python.i386 0:2.6.32-3.fc9; breaks in libxml2.i386 0:2.7.1-1.fc9 / libxml2-python.i386 0:2.7.1-1.fc9.
I can't reproduce with problem with the current version (2.7.3 - git) paphio:~/libxml2 -> make tst gcc -g -O2 -pedantic -W -Wformat -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wredundant-decls -Iinclude -o tst tst.c .libs/libxml2.a -lpthread -lm -lz tst.c:13: warning: function declaration isn’t a prototype tst.c: In function ‘main’: tst.c:14: warning: initialization discards qualifiers from pointer target type tst.c:19: warning: ISO C90 forbids mixed declarations and code paphio:~/libxml2 -> ./tst reactivate_newline IN > reactivate_newline OUT > paphio:~/libxml2 -> valgrind ./tst reactivate_newline IN > reactivate_newline OUT > paphio:~/libxml2 -> I assume it was a temporary problem Daniel