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
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
