Special characters

------_=_NextPart_001_01C7E419.5407707C
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I am having issues running a web application, called OTRS, that uses DBI =
and DBD::Oracle. When I insert special characters, such as =E9 or =E2 =
they show up as question marks in the database when looking at them from =
sqlplus or through the web application. I am running the web app on =
Apache v1 with an Oracle 10g backend.

=20

I have been able to successfully insert and read the special characters =
using sqlplus from the command line of the server running the web app, =
apache and Oracle as well as creating a small perl test script that =
looks as follows:

=20

#!/usr/local/bin/perl

use warnings;

use strict;

use Data::Dumper;

use DBI;

use DBD::Oracle;

=20

my $dbh =3D DBI->connect("dbi:Oracle:host=3Dlocalhost;sid=3DQAT", =
"rm_ticket", "rm_ticket");

my $sql =3D qq{ UPDATE signature SET text=3D'çè' WHERE id=3D1 };

my $sth =3D $dbh->prepare($sql);

$sth->execute();

$sth->finish();

$dbh->disconnect;

=20

The reading script looks as follows:

=20

#!/usr/local/bin/perl

use warnings;

use strict;

use Data::Dumper;

use DBI;

use DBD::Oracle;

=20

my $dbh =3D DBI->connect("dbi:Oracle:host=3Dlocalhost;sid=3DQAT", =
"rm_ticket", "rm_ticket");

my $sql =3D qq{ SELECT text from signature };

my $sth =3D $dbh->prepare($sql);

$sth->execute();

my($text);

$sth->bind_columns(undef, \$text);

print "Text of signature:\n\n";

while( $sth->fetch() ) {

print "Object: $text\n";

}

$sth->finish();

$dbh->disconnect;

=20

Does anyone know why I can successfully write and read from the database =
when I am not using the web application but when I use the web =
application the special characters fail to work properly?

Dan King
Software Developer
Canadian Resident Matching Service
613.237.0075 ext. 241
(Toll free) 877.CARMS.42
171 Nepean Street, Suite 300
Ottawa, ON, CAN K2P 0B4
www.carms.ca =20

------------------------------------------------------------ -------------=
-----------

This e-mail message, including any attachments, is for the sole use of =
the intended recipients and may contain confidential and or privileged =
information. If you are not the intended recipient or this information =
has been forwarded in error, please contact the sender by reply e-mail =
and destroy copies of the original message. Ce message (incluant toute =
pi=E8ce jointe) s'adresse uniquement au(x) destinataire(s) pr=E9vu(s) ou =
=E0 une personne autoris=E9e =E0 le recevoir en son (leur) nom. Il =
pourrait contenir des renseignements confidentiels ou prot=E9g=E9s. Si =
vous l'avez re=E7u par erreur, nous vous prions d'en informer l'auteur =
dans les meilleurs d=E9lais, de ne pas divulguer son contenu et de le =
supprimer de votre syst=E8me. Merci.

=20


------_=_NextPart_001_01C7E419.5407707C--

RE: Special characters

I'm not experienced with this exact issue in particular, but you might find=
you're running under a different user ID with your test program than with =
your web application.

You didn't specify what OS you're using or whether you're using Apache. =
However from my experience in web vs. command-line Perl apps, I'd suggest f=
irst dumping the environment variables, i.e. %ENV, and the current user id =
from each test program. You may find important differences.

Oracle experts on the list might be able to give you more specifics.

-Will


> -----Original Message-----
> From: Dan King [mailto:DKing@carms.ca]
> Sent: Tuesday 21 August 2007 13:33
> To: dbi-users@perl.org
> Subject: Special characters
>
>
> I am having issues running a web application, called OTRS,
> that uses DBI and DBD::Oracle. When I insert special
> characters, such as =E9 or =E2 they show up as question marks in
> the database when looking at them from sqlplus or through the
> web application. I am running the web app on Apache v1 with
> an Oracle 10g backend.
>
>
>
> I have been able to successfully insert and read the special
> characters using sqlplus from the command line of the server
> running the web app, apache and Oracle as well as creating a
> small perl test script that looks as follows:
>
>
>
> #!/usr/local/bin/perl
>
> use warnings;
>
> use strict;
>
> use Data::Dumper;
>
> use DBI;
>
> use DBD::Oracle;
>
>
>
> my $dbh =3D DBI->connect("dbi:Oracle:host=3Dlocalhost;sid=3DQAT",
> "rm_ticket", "rm_ticket");
>
> my $sql =3D qq{ UPDATE signature SET text=3D'çè' WHERE id=3D1 };
>
> my $sth =3D $dbh->prepare($sql);
>
> $sth->execute();
>
> $sth->finish();
>
> $dbh->disconnect;
>
>
>
> The reading script looks as follows:
>
>
>
> #!/usr/local/bin/perl
>
> use warnings;
>
> use strict;
>
> use Data::Dumper;
>
> use DBI;
>
> use DBD::Oracle;
>
>
>
> my $dbh =3D DBI->connect("dbi:Oracle:host=3Dlocalhost;sid=3DQAT",
> "rm_ticket", "rm_ticket");
>
> my $sql =3D qq{ SELECT text from signature };
>
> my $sth =3D $dbh->prepare($sql);
>
> $sth->execute();
>
> my($text);
>
> $sth->bind_columns(undef, \$text);
>
> print "Text of signature:\n\n";
>
> while( $sth->fetch() ) {
>
> print "Object: $text\n";
>
> }
>
> $sth->finish();
>
> $dbh->disconnect;
>
>
>
> Does anyone know why I can successfully write and read from
> the database when I am not using the web application but when
> I use the web application the special characters fail to work
> properly?
>
> Dan King
> Software Developer
> Canadian Resident Matching Service
> 613.237.0075 ext. 241
> (Toll free) 877.CARMS.42
> 171 Nepean Street, Suite 300
> Ottawa, ON, CAN K2P 0B4
> www.carms.ca
>
> ------------------------------------------------------------ --
> ----------------------
>
> This e-mail message, including any attachments, is for the
> sole use of the intended recipients and may contain
> confidential and or privileged information. If you are not
> the intended recipient or this information has been forwarded
> in error, please contact the sender by reply e-mail and
> destroy copies of the original message. Ce message (incluant
> toute pi=E8ce jointe) s'adresse uniquement au(x)
> destinataire(s) pr=E9vu(s) ou =E0 une personne autoris=E9e =E0 le
> recevoir en son (leur) nom. Il pourrait contenir des
> renseignements confidentiels ou prot=E9g=E9s. Si vous l'avez
> re=E7u par erreur, nous vous prions d'en informer l'auteur dans
> les meilleurs d=E9lais, de ne pas divulguer son contenu et de
> le supprimer de votre syst=E8me. Merci.
>
>
>
>



- - - - - Appended by Scientific Atlanta, a Cisco company - - - - - =

This e-mail and any attachments may contain information which is confiden=
tial,
proprietary, privileged or otherwise protected by law. The information is=
solely
intended for the named addressee (or a person responsible for delivering =
it to
the addressee). If you are not the intended recipient of this message, yo=
u are
not authorized to read, print, retain, copy or disseminate this message o=
r any
part of it. If you have received this e-mail in error, please notify the =
sender
immediately by return e-mail and delete it from your computer.

RE: Special characters

Ah sorry, the OS is Solaris 9 sparc.

Dan King
Software Developer
Canadian Resident Matching Service
613.237.0075 ext. 241
(Toll free) 877.CARMS.42
171 Nepean Street, Suite 300
Ottawa, ON, CAN K2P 0B4
www.carms.ca

------------------------------------------------------------ -------------=
-----------

This e-mail message, including any attachments, is for the sole use of =
the intended recipients and may contain confidential and or privileged =
information. If you are not the intended recipient or this information =
has been forwarded in error, please contact the sender by reply e-mail =
and destroy copies of the original message. Ce message (incluant toute =
pi=E8ce jointe) s'adresse uniquement au(x) destinataire(s) pr=E9vu(s) ou =
=E0 une personne autoris=E9e =E0 le recevoir en son (leur) nom. Il =
pourrait contenir des renseignements confidentiels ou prot=E9g=E9s. Si =
vous l'avez re=E7u par erreur, nous vous prions d'en informer l'auteur =
dans les meilleurs d=E9lais, de ne pas divulguer son contenu et de le =
supprimer de votre syst=E8me. Merci.


-----Original Message-----
From: Rutherdale, Will [mailto:Will.Rutherdale@sciatl.com]=20
Sent: August 21, 2007 2:01 PM
To: dbi-users@perl.org
Subject: RE: Special characters

I'm not experienced with this exact issue in particular, but you might =
find you're running under a different user ID with your test program =
than with your web application.

You didn't specify what OS you're using or whether you're using Apache. =
However from my experience in web vs. command-line Perl apps, I'd =
suggest first dumping the environment variables, i.e. %ENV, and the =
current user id from each test program. You may find important =
differences.

Oracle experts on the list might be able to give you more specifics.

-Will


> -----Original Message-----
> From: Dan King [mailto:DKing@carms.ca]=20
> Sent: Tuesday 21 August 2007 13:33
> To: dbi-users@perl.org
> Subject: Special characters
>=20
>=20
> I am having issues running a web application, called OTRS,=20
> that uses DBI and DBD::Oracle. When I insert special=20
> characters, such as =E9 or =E2 they show up as question marks in=20
> the database when looking at them from sqlplus or through the=20
> web application. I am running the web app on Apache v1 with=20
> an Oracle 10g backend.
>=20
> =20
>=20
> I have been able to successfully insert and read the special=20
> characters using sqlplus from the command line of the server=20
> running the web app, apache and Oracle as well as creating a=20
> small perl test script that looks as follows:
>=20
> =20
>=20
> #!/usr/local/bin/perl
>=20
> use warnings;
>=20
> use strict;
>=20
> use Data::Dumper;
>=20
> use DBI;
>=20
> use DBD::Oracle;
>=20
> =20
>=20
> my $dbh =3D DBI->connect("dbi:Oracle:host=3Dlocalhost;sid=3DQAT",=20
> "rm_ticket", "rm_ticket");
>=20
> my $sql =3D qq{ UPDATE signature SET text=3D'çè' WHERE id=3D1 };
>=20
> my $sth =3D $dbh->prepare($sql);
>=20
> $sth->execute();
>=20
> $sth->finish();
>=20
> $dbh->disconnect;
>=20
> =20
>=20
> The reading script looks as follows:
>=20
> =20
>=20
> #!/usr/local/bin/perl
>=20
> use warnings;
>=20
> use strict;
>=20
> use Data::Dumper;
>=20
> use DBI;
>=20
> use DBD::Oracle;
>=20
> =20
>=20
> my $dbh =3D DBI->connect("dbi:Oracle:host=3Dlocalhost;sid=3DQAT",=20
> "rm_ticket", "rm_ticket");
>=20
> my $sql =3D qq{ SELECT text from signature };
>=20
> my $sth =3D $dbh->prepare($sql);
>=20
> $sth->execute();
>=20
> my($text);
>=20
> $sth->bind_columns(undef, \$text);
>=20
> print "Text of signature:\n\n";
>=20
> while( $sth->fetch() ) {
>=20
> print "Object: $text\n";
>=20
> }
>=20
> $sth->finish();
>=20
> $dbh->disconnect;
>=20
> =20
>=20
> Does anyone know why I can successfully write and read from=20
> the database when I am not using the web application but when=20
> I use the web application the special characters fail to work=20
> properly?
>=20
> Dan King
> Software Developer
> Canadian Resident Matching Service
> 613.237.0075 ext. 241
> (Toll free) 877.CARMS.42
> 171 Nepean Street, Suite 300
> Ottawa, ON, CAN K2P 0B4
> www.carms.ca =20
>=20
> ------------------------------------------------------------ --
> ----------------------
>=20
> This e-mail message, including any attachments, is for the=20
> sole use of the intended recipients and may contain=20
> confidential and or privileged information. If you are not=20
> the intended recipient or this information has been forwarded=20
> in error, please contact the sender by reply e-mail and=20
> destroy copies of the original message. Ce message (incluant=20
> toute pi=E8ce jointe) s'adresse uniquement au(x)=20
> destinataire(s) pr=E9vu(s) ou =E0 une personne autoris=E9e =E0 le=20
> recevoir en son (leur) nom. Il pourrait contenir des=20
> renseignements confidentiels ou prot=E9g=E9s. Si vous l'avez=20
> re=E7u par erreur, nous vous prions d'en informer l'auteur dans=20
> les meilleurs d=E9lais, de ne pas divulguer son contenu et de=20
> le supprimer de votre syst=E8me. Merci.
>=20
> =20
>=20
>=20



- - - - - Appended by Scientific Atlanta, a Cisco company - - - - - =
=20
This e-mail and any attachments may contain information which is =
confidential,=20
proprietary, privileged or otherwise protected by law. The information =
is solely=20
intended for the named addressee (or a person responsible for delivering =
it to=20
the addressee). If you are not the intended recipient of this message, =
you are=20
not authorized to read, print, retain, copy or disseminate this message =
or any=20
part of it. If you have received this e-mail in error, please notify the =
sender=20
immediately by return e-mail and delete it from your computer.

RE: Special characters

Oracle's IAS globalization guide is pretty helpful in understanding the =
interplay of Oracle, Perl and the web environment:
http://www.oracle.com/technology/tech/globalization/pdf/glob alization-bes=
t-practices.PDF

It was written for 9i, but most of it still applies to 10g, I believe.

- Philip


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 =E9 or =
=E2
> they show up as question marks in the database when looking at them
> from sqlplus or through the web application. I am running the web app
> on Apache v1 with an Oracle 10g backend. =20
>=20
>=20
>=20
> I have been able to successfully insert and read the special
> characters using sqlplus from the command line of the server running
> the web app, apache and Oracle as well as creating a small perl test
> script that looks as follows: =20
>=20
>=20
>=20
> #!/usr/local/bin/perl
>=20
> use warnings;
>=20
> use strict;
>=20
> use Data::Dumper;
>=20
> use DBI;
>=20
> use DBD::Oracle;
>=20
>=20
>=20
> my $dbh =3D DBI->connect("dbi:Oracle:host=3Dlocalhost;sid=3DQAT",
> "rm_ticket", "rm_ticket");=20
>=20
> my $sql =3D qq{ UPDATE signature SET text=3D'çè' WHERE id=3D1 };
>=20
> my $sth =3D $dbh->prepare($sql);
>=20
> $sth->execute();
>=20
> $sth->finish();
>=20
> $dbh->disconnect;
>=20
>=20
>=20
> The reading script looks as follows:
>=20
>=20
>=20
> #!/usr/local/bin/perl
>=20
> use warnings;
>=20
> use strict;
>=20
> use Data::Dumper;
>=20
> use DBI;
>=20
> use DBD::Oracle;
>=20
>=20
>=20
> my $dbh =3D DBI->connect("dbi:Oracle:host=3Dlocalhost;sid=3DQAT",
> "rm_ticket", "rm_ticket");=20
>=20
> my $sql =3D qq{ SELECT text from signature };
>=20
> my $sth =3D $dbh->prepare($sql);
>=20
> $sth->execute();
>=20
> my($text);
>=20
> $sth->bind_columns(undef, \$text);
>=20
> print "Text of signature:\n\n";
>=20
> while( $sth->fetch() ) {
>=20
> print "Object: $text\n";
>=20
> }
>=20
> $sth->finish();
>=20
> $dbh->disconnect;
>=20
>=20
>=20
> Does anyone know why I can successfully write and read from the
> database when I am not using the web application but when I use the
> web application the special characters fail to work properly? =20
>=20
> Dan King
> Software Developer
> Canadian Resident Matching Service
> 613.237.0075 ext. 241
> (Toll free) 877.CARMS.42
> 171 Nepean Street, Suite 300
> Ottawa, ON, CAN K2P 0B4
> www.carms.ca
>=20
> =
------------------------------------------------------------ -------------=
-----------
>=20
> This e-mail message, including any attachments, is for the sole use
> of the intended recipients and may contain confidential and or
> privileged information. If you are not the intended recipient or
> this information has been forwarded in error, please contact the
> sender by reply e-mail and destroy copies of the original message.=20
> Ce message (incluant toute pi=E8ce jointe) s'adresse uniquement au(x)
> destinataire(s) pr=E9vu(s) ou =E0 une personne autoris=E9e =E0 le =
recevoir en
> son (leur) nom. Il pourrait contenir des renseignements confidentiels
> ou prot=E9g=E9s. Si vous l'avez re=E7u par erreur, nous vous prions =
d'en
> informer l'auteur dans les meilleurs d=E9lais, de ne pas divulguer son
> contenu et de le supprimer de votre syst=E8me. Merci. =20

RE: Special characters

I had that problem too.
I ended up having to set to env vars to make the ? marks go away.

$ENV{NLS_LANG} =3D "american_america.we8iso8859p1";
$ENV{ORA_NLS} =3D "$ENV{ORACLE_HOME}/ocommon/nls/admin/data";

These must be set before you get a connection

-----Original Message-----
From: Dan King [mailto:DKing@carms.ca]=20
Sent: Tuesday, August 21, 2007 10:33 AM
To: dbi-users@perl.org
Subject: Special characters

I am having issues running a web application, called OTRS, that uses DBI =
and DBD::Oracle. When I insert special characters, such as =E9 or =E2 =
they show up as question marks in the database when looking at them from =
sqlplus or through the web application. I am running the web app on =
Apache v1 with an Oracle 10g backend.

=20

I have been able to successfully insert and read the special characters =
using sqlplus from the command line of the server running the web app, =
apache and Oracle as well as creating a small perl test script that =
looks as follows:

=20

#!/usr/local/bin/perl

use warnings;

use strict;

use Data::Dumper;

use DBI;

use DBD::Oracle;

=20

my $dbh =3D DBI->connect("dbi:Oracle:host=3Dlocalhost;sid=3DQAT", =
"rm_ticket", "rm_ticket");

my $sql =3D qq{ UPDATE signature SET text=3D'çè' WHERE id=3D1 };

my $sth =3D $dbh->prepare($sql);

$sth->execute();

$sth->finish();

$dbh->disconnect;

=20

The reading script looks as follows:

=20

#!/usr/local/bin/perl

use warnings;

use strict;

use Data::Dumper;

use DBI;

use DBD::Oracle;

=20

my $dbh =3D DBI->connect("dbi:Oracle:host=3Dlocalhost;sid=3DQAT", =
"rm_ticket", "rm_ticket");

my $sql =3D qq{ SELECT text from signature };

my $sth =3D $dbh->prepare($sql);

$sth->execute();

my($text);

$sth->bind_columns(undef, \$text);

print "Text of signature:\n\n";

while( $sth->fetch() ) {

print "Object: $text\n";

}

$sth->finish();

$dbh->disconnect;

=20

Does anyone know why I can successfully write and read from the database =
when I am not using the web application but when I use the web =
application the special characters fail to work properly?

Dan King
Software Developer
Canadian Resident Matching Service
613.237.0075 ext. 241
(Toll free) 877.CARMS.42
171 Nepean Street, Suite 300
Ottawa, ON, CAN K2P 0B4
www.carms.ca =20

------------------------------------------------------------ -------------=
-----------

This e-mail message, including any attachments, is for the sole use of =
the intended recipients and may contain confidential and or privileged =
information. If you are not the intended recipient or this information =
has been forwarded in error, please contact the sender by reply e-mail =
and destroy copies of the original message. Ce message (incluant toute =
pi=E8ce jointe) s'adresse uniquement au(x) destinataire(s) pr=E9vu(s) ou =
=E0 une personne autoris=E9e =E0 le recevoir en son (leur) nom. Il =
pourrait contenir des renseignements confidentiels ou prot=E9g=E9s. Si =
vous l'avez re=E7u par erreur, nous vous prions d'en informer l'auteur =
dans les meilleurs d=E9lais, de ne pas divulguer son contenu et de le =
supprimer de votre syst=E8me. Merci.

=20

RE: Special characters

Hi everyone,

Thanks for the help and suggestions. I found the problem. I guess =
mod_perl doesn't take the server environment variables so you have to =
set it in the httpd.conf file.

It wasn't a DBI issue. For future reference if anyone has the problem =
you want to write the following lines of code:

PerlSetEnv NLS_LANG AMERICAN_AMERICA.WE8ISO8859P1
PerlPassEnv NLS_LANG

Once again thanks for everyones help.

Dan King
Software Developer
Canadian Resident Matching Service
613.237.0075 ext. 241
(Toll free) 877.CARMS.42
171 Nepean Street, Suite 300
Ottawa, ON, CAN K2P 0B4
www.carms.ca

------------------------------------------------------------ -------------=
-----------

This e-mail message, including any attachments, is for the sole use of =
the intended recipients and may contain confidential and or privileged =
information. If you are not the intended recipient or this information =
has been forwarded in error, please contact the sender by reply e-mail =
and destroy copies of the original message. Ce message (incluant toute =
pi=E8ce jointe) s'adresse uniquement au(x) destinataire(s) pr=E9vu(s) ou =
=E0 une personne autoris=E9e =E0 le recevoir en son (leur) nom. Il =
pourrait contenir des renseignements confidentiels ou prot=E9g=E9s. Si =
vous l'avez re=E7u par erreur, nous vous prions d'en informer l'auteur =
dans les meilleurs d=E9lais, de ne pas divulguer son contenu et de le =
supprimer de votre syst=E8me. Merci.


-----Original Message-----
From: Nelson, Erick [HDS] [mailto:Erick.Nelson@hdsupply.com]=20
Sent: August 22, 2007 4:16 PM
To: Dan King; dbi-users@perl.org
Subject: RE: Special characters

I had that problem too.
I ended up having to set to env vars to make the ? marks go away.

$ENV{NLS_LANG} =3D "american_america.we8iso8859p1";
$ENV{ORA_NLS} =3D "$ENV{ORACLE_HOME}/ocommon/nls/admin/data";

These must be set before you get a connection

-----Original Message-----
From: Dan King [mailto:DKing@carms.ca]=20
Sent: Tuesday, August 21, 2007 10:33 AM
To: dbi-users@perl.org
Subject: Special characters

I am having issues running a web application, called OTRS, that uses DBI =
and DBD::Oracle. When I insert special characters, such as =E9 or =E2 =
they show up as question marks in the database when looking at them from =
sqlplus or through the web application. I am running the web app on =
Apache v1 with an Oracle 10g backend.

=20

I have been able to successfully insert and read the special characters =
using sqlplus from the command line of the server running the web app, =
apache and Oracle as well as creating a small perl test script that =
looks as follows:

=20

#!/usr/local/bin/perl

use warnings;

use strict;

use Data::Dumper;

use DBI;

use DBD::Oracle;

=20

my $dbh =3D DBI->connect("dbi:Oracle:host=3Dlocalhost;sid=3DQAT", =
"rm_ticket", "rm_ticket");

my $sql =3D qq{ UPDATE signature SET text=3D'çè' WHERE id=3D1 };

my $sth =3D $dbh->prepare($sql);

$sth->execute();

$sth->finish();

$dbh->disconnect;

=20

The reading script looks as follows:

=20

#!/usr/local/bin/perl

use warnings;

use strict;

use Data::Dumper;

use DBI;

use DBD::Oracle;

=20

my $dbh =3D DBI->connect("dbi:Oracle:host=3Dlocalhost;sid=3DQAT", =
"rm_ticket", "rm_ticket");

my $sql =3D qq{ SELECT text from signature };

my $sth =3D $dbh->prepare($sql);

$sth->execute();

my($text);

$sth->bind_columns(undef, \$text);

print "Text of signature:\n\n";

while( $sth->fetch() ) {

print "Object: $text\n";

}

$sth->finish();

$dbh->disconnect;

=20

Does anyone know why I can successfully write and read from the database =
when I am not using the web application but when I use the web =
application the special characters fail to work properly?

Dan King
Software Developer
Canadian Resident Matching Service
613.237.0075 ext. 241
(Toll free) 877.CARMS.42
171 Nepean Street, Suite 300
Ottawa, ON, CAN K2P 0B4
www.carms.ca =20

------------------------------------------------------------ -------------=
-----------

This e-mail message, including any attachments, is for the sole use of =
the intended recipients and may contain confidential and or privileged =
information. If you are not the intended recipient or this information =
has been forwarded in error, please contact the sender by reply e-mail =
and destroy copies of the original message. Ce message (incluant toute =
pi=E8ce jointe) s'adresse uniquement au(x) destinataire(s) pr=E9vu(s) ou =
=E0 une personne autoris=E9e =E0 le recevoir en son (leur) nom. Il =
pourrait contenir des renseignements confidentiels ou prot=E9g=E9s. Si =
vous l'avez re=E7u par erreur, nous vous prions d'en informer l'auteur =
dans les meilleurs d=E9lais, de ne pas divulguer son contenu et de le =
supprimer de votre syst=E8me. Merci.

=20