On Feb 13, 2007, at 6:36 PM, Aaron Hawryluk wrote:
So, it can't be header... this is getting truly bizarre... The system
default charset for the linux box is ISO-8859-1. MySQL is using ISO-8859-1
as its default charset.  Dunno what else to check.

Here's another weird thing - the characters aren't showing up as encoded
entities under either regular CGI or mod_perl - they are actual raw
characters, not escaped or encoded. Under regular CGI, a caption line shows
up as:


This is odd. I just tried going through some of my sites, and noticed that mod_perl was doing the same ( though the charset was set right , so i'd never notice a thing )

In my situation, Petal is returning » as \x{bb} - the perl internal for ">>". The fix , for me, is to toss an encoder in there somewhere , and have it spit everything out for HTML. mod_perl serves a » raw (without going through petal) just fine.

So I'd suggest looking at your templating engine - the issue might be that its using perl internals and expecting you to escape to html or another encoding scheme on your own.



// Jonathan Vanasco

| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
| SyndiClick.com
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|      FindMeOn.com - The cure for Multiple Web Personality Disorder
|      Web Identity Management and 3D Social Networking
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|      RoadSound.com - Tools For Bands, Stuff For Fans
|      Collaborative Online Management And Syndication Tools
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -


Reply via email to