> Ludo Brands to me > In the beginning of the html content you have the tag <link rel="top" > href="./index.php?sid=6d532b3237e1b66ee0e45ba979d9d85d" title="?ndice de > Foro de "Liga de los Amigos del BloodBowl"" /> > Content is iso8859-1 encoded and ? is hex cd (upper case accented letter I). > In UTF8 hex cd is a valid first byte of a 2 byte character but the > second character should be between hex 80 and BF while here it is hex 63 > (letter n). So, if GTK2 is expecting utf8 then it would indeed stop decoding > the string from this point on. > > I haven't seen a UTF-8 BOM. That would be suspicious in iso8859-1 encoded > content ;)
You are right. Anyway, Opera and Firefox receive compressed content. I guess I will need to try to figure out how to uncompress the content to analize further. Here with Opera's User Agent I get data, but non-sensical data. But I can't yet verify in my Pascal program, because for that I need to uncompress the data first. So we proved that the server works fine for plain HTML, but not yet for compressed data =D Strange servers send compressed contents which vary in size on each request which is done with compression on o.O Very strange, I'd expect it to always serve the same page, and therefore with very similar contents, even when compressed. -- Felipe Monteiro de Carvalho ------------------------------------------------------------------------------ Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo _______________________________________________ synalist-public mailing list synalist-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synalist-public
