Open saleyn opened 9 years ago
I am facing the same problem, is there any progress solving this?
I was reading the src, I came with a parcial solution by modifing "xml_load_item()" on sflxmll.c. Basically I added the following after the "DOCTYPE" conditional
else if (c == '[') { item_name = buf_get_name (buf); if (!item_name || !strcmp (item_name, "![CDATA[")) { set_error (buf, "'--' or ![CDATA[ declaration expected"); return XML_LOADERROR; } mem_free (item_name); CHECK_BUF_STATE; if (res != XML_NOERROR) { set_error (buf, "'>' expected"); return res; } }
I wonder if that is the best place to fix our issue. I also have been thinking what should be best: remove the CDATA tag from output or not?
I have the same problem and written up a crude patch as an example how it could be implemented.
If such an addition would be welcome I could then modify the patch in order to add more checks make it more robust etc.. If yes, I would appreciate some comments on how the same functionality can be archived with more functionality that is already available in gsl.
It seems that there's a problem in the XML parser not recognizing <![CDATA[...]> constructs:
Here's the output: