Return-Path: 
 <embperl-return-8857-apmail-perl-embperl-archive=perl.apache.org@perl.apache.org>
Delivered-To: apmail-perl-embperl-archive@www.apache.org
Received: (qmail 78964 invoked from network); 26 Apr 2010 17:04:09 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
  by 140.211.11.9 with SMTP; 26 Apr 2010 17:04:09 -0000
Received: (qmail 51695 invoked by uid 500); 26 Apr 2010 17:04:09 -0000
Delivered-To: apmail-perl-embperl-archive@perl.apache.org
Received: (qmail 51661 invoked by uid 500); 26 Apr 2010 17:04:08 -0000
Mailing-List: contact embperl-help@perl.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:embperl-help@perl.apache.org>
list-unsubscribe: <mailto:embperl-unsubscribe@perl.apache.org>
List-Post: <mailto:embperl@perl.apache.org>
List-Id: <embperl.perl.apache.org>
Delivered-To: mailing list embperl@perl.apache.org
Received: (qmail 51654 invoked by uid 99); 26 Apr 2010 17:04:08 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Apr 2010 17:04:08 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of
 Alexander.Hartmaier@t-systems.at designates 212.166.96.46 as permitted
 sender)
Received: from [212.166.96.46] (HELO mx1.t-systems.at) (212.166.96.46)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Apr 2010 17:04:00 +0000
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApwEAOZj1UsKMMpI/2dsb2JhbACDFpoXsXCRFoElgnltBA
X-IronPort-AV: E=Sophos;i="4.52,274,1270418400";
   d="scan'208";a="21207679"
Received: from neomxhub1.t-systems.at (HELO neomxhub1.int.neonet.at)
 ([10.48.202.72])
  by mx1.srv.dsh.at with ESMTP/TLS/RC4-MD5; 26 Apr 2010 19:03:39 +0200
Received: from [10.48.161.197] (10.48.161.197) by neomxhub1.int.neonet.at
 (10.48.202.72) with Microsoft SMTP Server id 8.2.176.0; Mon, 26 Apr 2010
 19:03:39 +0200
Subject: Re: Encoding problem
From: Alexander Hartmaier <alexander.hartmaier@t-systems.at>
To: Jean-Christophe Boggio <embperl@thefreecat.org>
CC: "embperl@perl.apache.org" <embperl@perl.apache.org>
In-Reply-To: <4BD09DE4.4070303@thefreecat.org>
References: <4BCF17CE.2050105@thefreecat.org>
	 <vmime.4bcf1c84.195f.e27e179cc44002c4@srvgr1.ubrichter.de>
	 <4BCF9DFA.7040604@thefreecat.org> <1271928814.3296.191.camel@ahartmai-nb>
	 <4BD09DE4.4070303@thefreecat.org>
Content-Type: text/plain; charset="UTF-8"
Organization: T-Systems Austria GesmbH
Date: Mon, 26 Apr 2010 19:03:39 +0200
Message-ID: <1272301419.2840.71.camel@ahartmai-nb>
MIME-Version: 1.0
X-Mailer: Evolution 2.28.1 
Content-Transfer-Encoding: quoted-printable
X-Virus-Checked: Checked by ClamAV on apache.org

Sorry, seems I missed the point.

I'm using plain old Embperl, not Embperl::Object so it might be a
difference in there.

My old Embperl app works flawless with UTF-8.
Have you checked if your browser sends the data as UTF-8 with e.g.
tcpdump?

In general you shouldn't rely on Perl's utf-8 flag but en-/decode
according to the charset you expect.
I'm not sure if Embperl decodes request params by default into Perl's
internal utf-8 representation.

My app does successfully store German Umlauts into our Oracle database,
but I haven't checked Perl's internal utf-8 flag.

--
Best regards, Alex


Am Donnerstag, den 22.04.2010, 21:05 +0200 schrieb Jean-Christophe
Boggio:
> Hi Alexander,
>
> Alexander Hartmaier a =C3=A9crit :
> > You should *always* return the correct charset in the http header, no
> > matter which framework/cgi script you're using.
>
> ? The problem comes from the header I *receive*. The headers I send are
> always good (hard coded in base.epl). I'm quoting myself :
>
> > Firefox detects the page encoding as Unicode (UTF-8). The page has this=
 header :
> > <meta http-equiv=3D"content-type" content=3D"text/html; charset=3Dutf-8=
">
>
> Do you suggest something else ? I'm sorry, I don't understand your point.
>
> I referred to other people having the same kind of problems just because
> it might not be a embperl-only problem but maybe an apache-perl
> problem.
>
> To make it short, the %fdat "fields" are coded in utf-8 but not seen
> by perl *as* utf-8.
>
> > AddDefaultCharset in apache is bad because it appends that header for
> > every resource which didn't specify it.
>
> I know, it was a "second chance" type of solution (suggested by Gerald).
> Though I don't want anything else than utf-8 so it doesn't harm.
>
> Any idea ?
>
> Thanks for your help,
>


*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*=
"*
T-Systems Austria GesmbH   Rennweg 97-99, 1030 Wien
Handelsgericht Wien, FN 79340b
*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*=
"*
Notice: This e-mail contains information that is confidential and may be pr=
ivileged.
If you are not the intended recipient, please notify the sender and then
delete this e-mail immediately.
*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*=
"*

---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org