Discussion :

[lisco]

Bonjour, j'ouvre un fichier en recuperant son nom dans un QFilDiaolog qui me retourne un QString ensuite je voudrais lire mon fichier en utilisant std::ifstream file(const char*) qui prend en entrée un char*!!!là j'ai un probléme car le parametre que je recupere et que je veux passer ensuite en parametre pour lire le fichier est un QString au lieu d'un char*!!
Donc il me faut faire une conversion de QString vers char*??

J'ai fais ça mais ca marche pas:

Code :

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

1
2
3
4
5
6
7
QString fileName = QFileDialog::getOpenFileName(0, QString(), QString(),
                                         tr("Images (*.fxd)"));
 
OpenFile(const QString fileName)
 
ensuite un cast pour lire le fichier:
const char* File = static_cast<const char*>(fileName) ;

merci d'avance

[nouknouk]

salut,

Code :

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

1
2
3
4
QString fileName = QFileDialog::getOpenFileName(0, QString(), QString(),
                                         tr("Images (*.fxd)"));
 
char* file = fileName.toLocal8Bit().data();

Attention, comme le dit bien la doc de QString:

The returned byte array is undefined if the string contains characters not supported by the local 8-bit encoding.

A noter également qu'il existe d'autres fonctions de conversion dans le même principe que toLocal8Bit() à choisir en fonction du type d'encodage que tu utilises: toLatin1() et toAscii().

Chacune d'elle te retourne un QByteArray qui n'est ni plus ni moins qu'une classe stockant un tableau de char. La fonction QByteArray::data() te retournant un pointeur vers ce tableau (ie. un char*)

[Fabllot]

ensuite je voudrais lire mon fichier en utilisant std::ifstream file(const char*)

Puisque que tu as déjà du Qt, tu peux aussi utiliser QFile ou QIODevice, qui seront surement beaucoup plus simple d'utilisation !

[Altess]

Bonjour,

Y'a pas une methode du genre :

QString toto;
toto.tochar();

Cordialement,
PKO

[nouknouk]

Non il n'y a pas ce genre de méthode pour la bonne et simple raison qu'un QString peut potentiellement contenir beaucoup plus de caractères qu'un encodage sur 8 bits en particulier (chaque caractère d'une QString est un QChar, soit un caractère en 16bits Unicode).

Du coup, si une fonction toChar devait exister, quel encodage devrait-elle utiliser ? l'encodage local ? ASCII ? UTF-8 ? UTF-16 ? etc...

L'idée d'avoir des fonctions distinctes est au contraire une bonne chose: ça oblige le développeur à se poser la question: "attention je veux convertir dans un encodage différent. Je dois bien prendre en compte quel types de caractères j'ai en entrée et ce que je veux en sortie".

Et puis, il faut pas exagérer: fileName.toLocal8Bit().data() n'est pas si long que ça à écrire

[Altess]

Au temps pour moi, j'aurais du y penser .

Merci de l'info en tout cas.

[yan]

Code :

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

char* file = fileName.toLocal8Bit().data();

quand est détruit la temporaire produit par fileName.toLocal8Bit()?
Il me semble que dans ton cas, file pointe sur de la mémoire détruite. Je ne sais plus.

Perso, je préfère

Code :

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

std::string file = fileName.toStdString();

[nouknouk]

Il me semble que dans ton cas, file pointe sur de la mémoire détruite. Je ne sais plus.

Tu as tout à fait raison, mon code d'exemple n'est pas correct.
Il vaudrait mieux garder une variable locale pour le QByteArray et appeler le '.data()' lors de l'appel de la fonction qui nécessite le char*

A force de faire du Java, ça me flingue mes bons réflexes en C++

[IrmatDen]

quand est détruit la temporaire produit par fileName.toLocal8Bit()?

En même temps que filename.

[nouknouk]

En même temps que filename.

Pour moi non, c'est détruit dès la fin de la ligne qui le créé: la QByteArray est générée par toLocal8Bit puis retournée.

Or cette QByteArray est la seule qui référence le char* généré (QString stockant plutôt en interne une représentation de la string en QChar*, cf le code de QString::toLocal8Bit()).

Donc dès que la fin de la ligne - le .data() - est exécuté, QByteArray est détruit et comme c'est la dernière (et la seule) à référencer son contenu du point de vue 'Qt', la zone sur laquelle pointe le char* est libérée.

Mongaulois avait donc bien raison:

Il me semble que dans ton cas, file pointe sur de la mémoire détruite.

Il faut donc plutôt écrire:

Code :

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

1
2
3
4
5
6
 
QString fileName = QFileDialog::getOpenFileName(0, QString(), QString(),
                                         tr("Images (*.fxd)"));
 
QByteArray fileBa = fileName.toLocal8Bit();
char* file = fileBa.data();

Le QByteArray sera alors détruit plus tard, à la fin du bloc dans lequel se trouve ce code et en même temps que file et fileName.

[IrmatDen]

Ah oui pardon j'oubliais le QByteArray au milieu

[atomicJo]

on en a déjà parlé ici et la discussion avait débouchée sur 3 manières différentes possibles : http://www.developpez.net/forums/d69...-qstring-char/