Boost::Regex et '\d' sous Windows

**vandamme** · 03/07/2009, 10h07

Voila, j'ai un petit souci. Lorsque dans une regex j'utilise un \d sous Windows, il faut automatiquement le proteger par un \\d (un peu le meme pb qu'avec les PATHs).
Evidemment, comme je veux faire du code portable, ca marche plus sous Linux.
Comment faire pour avoir une string qui accepte le \d sous Windows au lieu de [[:digit:]] ?

Merci pour vos eclaircissements.

**JolyLoic** · 03/07/2009, 12h33

Je ne vois pas trop où est le problème de compatibilité. Si tu veux avoir un "\" dans une chaîne de caractères en C++, quel que soit l'environnement, tu dois mettre "\\". Peux-tu préciser ta situation ?

**vandamme** · 03/07/2009, 13h47

Oui, en fait c'est juste dans la regex :

boost::regex("(.*)\d\s(\w)+")

par exemple.

Sous Windows, je suis oblige d'ecrire :
boost::regex("(.*)\\d\\s(\\w)+")

Alors que sous Linux il suffit de faire :
boost::regex("(.*)\d\s(\w)+") mais tu as raison, peut etre que Linux accepte aussi : boost::regex("(.*)\\d\\s(\\w)+")

**ram-0000** · 03/07/2009, 13h55

En C ou en C++, dans une chaine de caractères, si tu dois employer le caractère \ en tant que caractère \, tu dois le doubler. C'est valable sous Microsoft, Linux, HP-UX et tous les OS de la terre.

Maintenant, si ce \ n'est pas doublé, c'est une escape séquence du C (ou C++) genre \n ou \t.

La liste des escape séquence reconnues est ici : http://msdn.microsoft.com/en-us/libr...bw(VS.80).aspx

Si cette escape séquence n'est pas reconnue en tant que escape séquence de chaine de caractères du C, il peut y avoir plusieurs comportement du compilateur (je ne sais pas ce que dit la norme).

On ignore l'escape séquence et cela tombe bien pour toi, cela fait exactement ce que tu veux.
On supprime l'escape séquence parce qu'elle n'est pas valide

Ce qui dit le compilateur Microsoft :

Microsoft Specific

If a backslash precedes a character that does not appear in the table, the compiler handles the undefined character as the character itself. For example, \c is treated as an c.

**Jean-Marc.Bourguet** · 03/07/2009, 14h12

Envoyé par ram-0000

Si cette escape séquence n'est pas reconnue en tant que escape séquence de chaine de caractères du C, il peut y avoir plusieurs comportement du compilateur (je ne sais pas ce que dit la norme).

Comportement indefini.