Dan King wrote:
> I guess mod_perl doesn't take the environment variables from the server so
> you have to set them in the httpd.conf file. The code I used to fix it is
> below:
That's not exactly true. From the mod_perl docs:
However, Apache (or mod_perl) don't pass on environment variables
7 3:16 PM
To: Dan King
Cc: modperl@perl.apache.org
Subject: Re: Special characters
You need to know the encoding of the characters you are using in perl
and handle them accordingly.
The following link should have sufficient information to help you
trouble shoot this.
http://search.cpan.org/~jhi/perl-5
You need to know the encoding of the characters you are using in perl
and handle them accordingly.
The following link should have sufficient information to help you
trouble shoot this.
http://search.cpan.org/~jhi/perl-5.8.0/pod/perluniintro.pod
On 8/21/07, Dan King <[EMAIL PROTECTED]> wrote:
>
>
les meilleurs délais, de ne pas divulguer son
contenu et de le supprimer de votre système. Merci.
-Original Message-
From: Clinton Gormley [mailto:[EMAIL PROTECTED]
Sent: August 21, 2007 3:01 PM
To: Dan King
Cc: modperl@perl.apache.org
Subject: Re: Special characters
On Tue, 2007-08-21
You've said that you've verified that the data is in the DB correctly from the
shell, but it's possible that it's trying to convert to another charset it when
you pull it out for some reason. There seems to be some stuff in the
DBD::Oracle documentation talking about charsets and unicode, i'd s
On Tue, 2007-08-21 at 14:21 -0400, Dan King wrote:
> I am having issues running a web application, called OTRS, that uses
> DBI and DBD::Oracle. When I insert special characters, such as é or â
> they show up as question marks in the database when looking at them
> from sqlplus or through the web a
