Here's some (trimmed) output:
X-Powered-By: PHP/4.0.4pl1
Content-type: text/html
--Using Esperanto conversion settings--
converting: "AIM" -> "AIM"
...
converting: "Argxenta_Libro" -> "Argxenta_Libro"
converting: "Algxerio" -> "Algxerio"
converting: "Azerbajgxano" -> "Azerbajgxano"
converting: "Agxario" -> "Agxario"
converting: "Angxevo" -> "Angxevo"
converting: "Angxelo_KRIRUGXO" -> "Angxelo_KRIRUGXO"
converting: "Cxefpagxo" -> "Cxefpagxo"
converting: "Dekana_Pregxejo_De_Sankta_Maria_Magdalena" ->
"Dekana_Pregxejo_De_Sankta_Maria_Magdalena"
converting: "Esperanto-Renkontigxo" -> "Esperanto-Renkontigxo"
converting: "Figxioj" -> "Figxioj"
That's bad news... But it does appear that we are running an older
PHP...
Jason
Brion L. VIBBER wrote:
On ven, 2002-05-17 at 16:02, Jason Richey wrote:
Sure. The files are attached.
Hmm... Shouldn't be any problem. I tried substituting in those two
files, everything still works.
Try the attached convertWiki2SQL.php. I'ved added some debug messages:
it should say "--Using Esperanto conversion settings--" at the very
beginning, then for every piece of text that is run through the
character set conversion it will spit out:
converting: "X" -> "X'"
where X is the old string and X' is the new string. Where X contains
character sequences like "cx", "gx", "ux", etc, X'
should contain UTF-8
byte sequences; on a terminal in 8-bit Latin1 mode they will look like
an accented capital A followed by a square or blank character.
If you don't see these messages, something is very wrong and the
conversion isn't being called.
If you see the messages but the "cx", "gx", "ux" etc are
still in the
converted text, then there's something else strange going on; possibly a
change in the behavior of PHP's str_replace function. (I'm still running
PHP 4.0.6.) If that's it, I'll try to whip up an alternate method.
-- brion vibber (brion @
pobox.com)
--
"Jason C. Richey" <jasonr(a)bomis.com>