unrecognized character escape sequence

Version imprimable

16/05/2006, 12h55
beb30

unrecognized character escape sequence
Code:

unrecognized character escape sequence

J'ai rencontré cet erreur à la suite d'utilisation d'une variable comme suit:
Code:

1 2 path="C:\save";
En cherchant un peu j'ai pu supprimer cet erreur en appliquant:
Code:

1 2 path="C:\\save";
Ma premiere question est pourquoi ce dysfonctionnement?

Ensuite, j'ai une IHM en MFC dans laquelle j'utilise un controle de type Browser qui me renvoit le chemin d'un fichier selectionné, du genre:

Citation:

D:\C++\PGM\save.txt

Le probleme est qu'il m'est impossible de l'utiliser car il n'y a pas de double slash ( \\ ).

Comment puis-je faire?
16/05/2006, 12h56
nico-pyright(c)

il est normal de doubler le \ , c'est la syntaxe

sinon ton chemin est stocké dans une variable, ca ne posera pas de problème
16/05/2006, 13h15
beb30
Ok pour la syntaxe.

Mais j'utilise une fonction qui ne réagit pas de la meme facon lors d'une utilisation comme suit:
Code:

1 2 3 *argv="C:\\sauvegarde2"; ///fonctionne *argv="C:\sauvegarde2"; ///ne fonctionne pas
Sachant que ma variable prends la deuxiemme forme ( sans double \ ),
cela ne fonctione pas!
16/05/2006, 13h27
hiko-seijuro

c'est la base des manipulations de chaines !!!
le caractere '\' indique un caractère speciales (\n,\r,...)

pour lui il ne voit pas la séquence '\' puis \'s' mais le caractère '\s'. T'es obligé de doubler le\
16/05/2006, 13h29
nico-pyright(c)

je repete que ca ne change rien
c'est seulement si tu écris en dur dans le code qu'il faut doubler les \\
si c'est enregistré dans une variable, il n'y a pas à s'en faire
16/05/2006, 13h32
hiko-seijuro

euh nico j'espere que tu pense que je n'ai aps compris ca ?! :d je penses qu'il le fait en dur
en plus je comprends pas cette ligne :

Code:

*argv="C:\\sauvegarde2";

tu veux affecter une valeur à argv ?
16/05/2006, 13h37
nico-pyright(c)

je suis sur qu'on parle de la meme chose

mais si j'ai bien compris, son but est de récuperer la valeur d'un filedialog et de le passer à sa fonction.
Il teste en passant un chemin en dur, et voit qu'ily a besoin de doubler les \\
Il voit que dans le filedialog, il y a un seul \ ; donc il a peur que ca ne marche pas
Mais comme le résultat du filedialog sera dans une variable, il n'y aura pas de soucis

enfin ... si j'ai tout compris :D
16/05/2006, 13h46
beb30

Le probleme est que j'utilise une fonction qui existe et que je ne peux modifier, et qui ne fonctionne apparenment que qd il y a des doubles \.

Je ss un peu dans la .......

Et
16/05/2006, 13h56
hiko-seijuro

t'es tétu toi lol

t'as fonction tu lui passes quoi en paramètres une valeur dure ou bien une variable ?!
si c'est une valeur dure t'es OBLIGE DE METTRE DOUBLER LE \
sinon c'est fait automatiquement !!!!!
16/05/2006, 14h00
beb30

une variable mais cela marche pas qd même......

8O
16/05/2006, 14h05
hiko-seijuro

poste le code de ta fonction

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
//////////////////////////////Si le boutton radio capture OffLine:Oui est coché//////////////////// 
 
if(pTheApp->m_OffLine == 1) ////   Si le boutton radio IDC_RadioOffLine1 est coché, pTheApp->m_OffLine == 1
       //// -> renvoyé par void CSnifferDlg::OnRadioOffLine1() dans SnifferDlg.cpp
 {
 CString strOpenCap;  
 strOpenCap=pTheApp->m_EditOffLine;  //// remplissage de la variable 
 char *adresseOffLine=(char*)LPCTSTR(strOpenCap);   
//////////////////////////////Si le boutton radio Filtre est coché//////////////////// 
 if(pTheApp->m_filtre == 1) 
 
  {
 
  } 
//////////////////////////////Si le boutton radio Save Txt est coché//////////////////// 
 if(pTheApp->m_SaveTxt == 1) 
  {
  // CString m_EditSaveTxt;
   CString strSaveTxt; //// variable permettant de récupérer le chemin du fichier CAP ds lequel on souhaite effectuer la sauvegarde
   strSaveTxt= pTheApp->m_EditSaveTxt;
   char *adresseTxt=(char*)LPCTSTR(strSaveTxt);
  // MessageBox(adresseTxt);
   capt_off(&adresseTxt, &adresseOffLine); /// J'APPELLE MA FONCTION EN LUI FOURNISSANT EN PARAMMETRE LE CHEMIN DU FICHIER CHOISI
  }

MA FONCTION APPELLEE:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
int capt_off(char **argc, char **argv)
{
clean(*argc, stdin);
//clean(*argv, stdin);
stream = fopen( *argc, "w" );
 
//*argv="C:\\sauvegarde2";   //// Avec ceci en dur ca fonctionne
//*argv="C:\sauvegarde2";   //// Avec ceci en dur ca ne fonctionne pas
 
 /* Fonction de capture fournie par WinPcap que je ne peux modifier */
 if ((fp= pcap_open_offline(reinterpret_cast<const char *>(*argv),   
       errbuf     // error buffer
       )) == NULL)
 {
  fprintf(stderr,"\nUnable to open the file %s.\n", *argv);
  return -1;
 }
 printf("ok");

16/05/2006, 14h32
nico-pyright(c)
Citation:
Envoyé par beb30

Code:

1 2 char *adresseOffLine=(char*)LPCTSTR(strOpenCap);
on t'a déja dit que ca, c'était mal

utilise l'opérateur const char *
16/05/2006, 14h34
hiko-seijuro

je comprends pas pq tu fais des pointeurs de pointeurs sur chaines :s !!!!
16/05/2006, 15h11
Matthieu Brucher

Code:

if ((fp= pcap_open_offline(reinterpret_cast<const char *>(*argv),

Mouais, on a vu mieux.

Le pb que tu as, c'est que lorsque tu écrius dans ton code "C:\sauvegarde.txt", le compilateur doit transformer cette phrase en chaîne de caractères. Or on a parfois besoin de caractères spéciaux, et pour dire qu'on veut un caractère spéciale, on échappe un caractère, comme \n,\t ou \0. Le problème est qu'on utilise \, donc pour dire qu'on veut vraiment un \, il faut dire au compilateur qu'on ne veut pas échapper le \\ en en mettant 2.
Après, pendant l'exécution, on ne passe plus par le compilateur, donc pas besoin de \\.
16/05/2006, 15h55
beb30

Merci a tous pour vos conseils.

Citation:

je repete que ca ne change rien
c'est seulement si tu écris en dur dans le code qu'il faut doubler les \\
si c'est enregistré dans une variable, il n'y a pas à s'en faire

C'est vrai.

Citation:

je comprends pas pq tu fais des pointeurs de pointeurs sur chaines :s !!!!

Je les ai enlevé

Ca fonctionne a présent.

Coooooolllllllllllllllllll!!!!:D