Roman Vašíček wrote:
On Fri, Feb 11, 2005 at 01:56:55PM +0100, Roman Vašíček wrote:
It is strange. CGI works ok, but i was unable to get correct output even
from module even first time. It seems to be ok for me after switching
from perl-script to modperl handler.
apache 2.0.48
mod_perl
On Fri, Feb 11, 2005 at 01:56:55PM +0100, Roman Vašíček wrote:
> It is strange. CGI works ok, but i was unable to get correct output even
> from module even first time. It seems to be ok for me after switching
> from perl-script to modperl handler.
>
> apache2.0.48
> mod_perl
Thanks
I'll give that a go. What OS are you on out of interest. As I just
decided to try in on one of my Linux servers and I'm not having that
problem there at all. So I'm now wondering if its a bug in a specific
version or maybe even OS X.
Thanks
Angie
On Fri, 11 Feb 2005 13:56:55 +0100, Roma
It is strange. CGI works ok, but i was unable to get correct output even
from module even first time. It seems to be ok for me after switching
from perl-script to modperl handler.
apache 2.0.48
mod_perl1.99_14
perl5.0.8
SetHandler modperl
# perl-script does
I've looked into it further and stripped it right back to the start.
Now I just have the unicode chars hard coded in the script and
printing them to a table.
I'm not even passing them through a form now, just printing them.
In CGI mode it works perfectly and in MP2 mode it loads fine the first
t
I expect multiple decoding of the same text. Try to use conditional decoding
$text = Encode::decode_utf8($text) if !Encode::is_utf8($text);
or let us look at your code. If you are sure that source data encoding is
utf8 and only utf8 flag is missing it is possible to use (but probably not
Firstly may I appologise for the length of this, I fear I won't get to
the bottom of it otherwise.
All of the following is being done on OS X 10.3
Server: Apache/2.0.52 (Unix) mod_perl/1.999.21 Perl/v5.8.6
I noticed today that some of my utf8 data was becoming corrupted but
couldn't see why.
Hebr
