Discussion :

[cheprod]

Bonjour,

Je développe un module Apache sensé lire le contenu POST d'une requête (du XML), parser le contenu et renvoyer une réponse. Tout fonctionnait bien en locale (je m'envoyer les données à l'aide de la commande wget et d'un fichier).

L'application cliente est maitenant connectée et là je reçois des choses bizard notamment avec des % (ce qu'il l'empeche d'être parser par l'expression regulière...)

Exemple :

%3C%3Fxml+version%3D%221.0%22+encoding%3D%22UTF-8%22%3F%3E%0A%3C...

J'ai l'impression que je lis une entrée en UTF-8 alors que mon programme s'attend à recevoir de l'ASCII.

Pour info, j'utilise la méthode ap_get_client_block(r, buffer, 1024) fourni par Apache et buffer est déclaré en tel quel :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

char buffer[1024];

J'ai essayé de jouer avec setlocale et de positionner la variable LANG à fr_FR.UTF-8 mais en vain...

Je ne sais pas trop par quel bout attaquer le problème: dois-je transformer le contenu de mon buffer vers de l'ASCII, ou dois-je trouver une configuration faisant que je n'ai pas tout ces caractères là en entrée.

Si quelqu'un à une ou plusieurs piste, je suis preneur...

Merci d'avance

[rebel64]

Je pense que ton programme marche parfaitement.

Les %xx sont les représentation Hexdécimales des caratères "spéciaux"
%22 réprésente une "
%3D le signe =

[cheprod]

Merci pour ta réponse, le problème c'est que le parseur à base d'expression regulière ne fonctionne pas avec ces caractères: le champ recupéré ne "match" pas avec le pattern défini... la fonction regexec me renvoie donc une erreur.

Je vais continuer de chercher du coté d'Apache.

[seiron]

Salut,

le probleme que tu as est qu'apache te fournit une chaine ASCII url encoded
il faut que tu commences par la decoder avant de la parser avec ta regexp