Problème avec un pointeur global sur une variable manager

Bonjour,

Voilà le contexte :
J'ai sept champ DataGridView, et en fonction d'une option (du style ListBox), je veux que seul le champ sélectionné par l'option soit modifié par une fonction évenementielle.

Je voulais donc utiliser un pointeur, modifié dans la fonction de la ListBox, et plus après utilisé dans la fonction évenementielle (réception sur SerialPort).


J'ai essayé plusieurs choses :
Dans Form1.h au niveau des déclarations :

Code:

---

private: DataGridView ^ *pDGV;

---

puis dans Form1.cpp, la fonction évenementielle de la ListBox :

Code:

---

pDGV = &dataGridView1;

---

=> Erreur de conversion de cli::array<Type> en DataGridView^ *.


Puis :
Dans Form1.h au niveau des déclarations :

Code:

---

private: cli::interior_ptr<DataGridView>^ pDGV;

---

puis dans Form1.cpp, la fonction évenementielle de la ListBox :

Code:

---

pDGV = &dataGridView1;

---

=> Erreur interior_ptr ne peut pas prendre de le type DataGridView.


J'ai également essayé de déplacer les déclarations ... idem.


Mais, ces déclarations sont correctes lorsqu'elles sont au niveau d'une fonction.

Comment déclarer des pointeurs globaux ? Et, est-ce la bonne méthode ?

c'est horrible ca comme déclaration :

Code:

---

private: DataGridView ^ *pDGV;

---

on utilise un handle et puis c'est tout (^) , voir dans la faq C++/CLI http://dotnet.developpez.com/faq/cpp...syntaxe#handle

ensuite, si tu as besoin de "variables globales" :
Afin d'avoir une variable accessible de n'importe quel endroit de son application il faut la déclarer static.
Cette pratique est en général à déconseiller aux débutants, mais peut s'avérer indispensable dans certaines utilisations.
En général, on créera une classe qui regroupe toutes les variables accessibles de n'importe quel endroit. Il peut s'agir d'une classe de configuration par exemple.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

public ref class MyConfiguration { private: static String ^stringConnection; public: static property String ^StringConnection { String^ get() { return stringConnection; }   void set(String^ value) { stringConnection = value; }   } };

---

exemple d'appel

Code:

---

1 2	MyConfiguration::StringConnection = "ABC"; Console::WriteLine(MyConfiguration::StringConnection);

---

La solution était si simple, c'est déroutant :cry:

Merci infiniment.


J'aurais deux autres questions du coup (jamais content...) :
-D'abord, quelle est la syntaxe pour affecter à une String un caractère, du genre:

Code:

---

1 2 3 4

String^ maString; maString = (0x30); //ou encore maString = String::Format("{0}",0x30);

---

Je voudrais que maString soit égale à "0", comment est-ce possible ?



-Et puis, comment faire pour récuperer les noms de plusieurs fichiers lors d'un drag and drop ?

Code:

---

1 2 3 4 5 6 7 8 9

System::Void DragDrop(System::Object^ sender, System::EventArgs^ e) { Object^ mesFichiers; String^ leNom;   mesFichiers = e->Data->GetData("FileNameW"); leNom = mesFichiers[0]; //C'est fait de tête, alors la syntaxe est peut-être fausse, mais le résultat c'est que mesFichiers ne renvoie jamais un array de string ... ?! }

---

Merci par avance.

je n'ai pas compris, tu veux affecter 0 à ta chaine ?

Code:

---

String ^maChaine = gcnew String("0");

---

S'il s'agit "d'initialiser" la chaine avec des zéros, comme on pouvait le faire en vieux C, et bien ce n'est pas la peine.

C'était la question ?

Non, pas tout à fait.
Mon but est de charger un String avec la mémoire tampon de mon SerialPort en lecture séquenciel. Il sort donc un char de type 0x21, 0x23 ... je veux pouvoir affecter à ma String le caractère codé par 0x21, 0x23, de manière à pouvoir les ressortir de ma string sans perte de données.

Pourquoi utiliser une String ? parce que elle à des méthodes bien pratiques (et simples) pour moi.

a mon avis, le plus simple est de passer par un wchar_t temporaire

du genre :

Code:

---

1 2 3

wchar_t t[10] = {0x41, 0x42, 0x43, 0}; String ^s = gcnew String(t);

---

sinon, pour ton dernier problème, il faut caster en array de chaine pour savoir s'il y a plusieurs fichiers.
Exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

private: System::Void monObjet_DragDrop(System::Object^ sender, System::Windows::Forms::DragEventArgs^ e) { if (e->Data->GetDataPresent(DataFormats::FileDrop)) { array<String ^> ^files = (array<String ^>^)e->Data->GetData(DataFormats::FileDrop); MessageBox::Show(Convert::ToString(files->Length) + " fichiers"); } } private: System::Void monObjet_DragEnter(System::Object^ sender, System::Windows::Forms::DragEventArgs^ e) { if (e->Data->GetDataPresent(DataFormats::FileDrop)) e->Effect = DragDropEffects::Copy; else e->Effect = DragDropEffects::None; }

---

tout en ayant au préalable autorisé le drag & drop

Code:

---

1 2	monObjet->AllowDrop = true;

---

Super, merci, ça marche nickel.

C'est quand même étrange qu'il n'y ai pas de syntaxe de conversion directe, sans passer par un buffer. Parce que matériellement chaque caractère de la String est forcément codé par un int.

ben c'est un niveau d'abstraction différent
ca sera mieux géré avec la classe StringBuilder http://msdn2.microsoft.com/fr-fr/lib...er(VS.80).aspx mais de toutes facons, ca nécessite de passer par des char ou autres, ou au moins de caster

Bon, alors je pense avoir trouver d'où venait un de mes problèmes, et j'aurais besoin de vous pour un petit coup de pouce :


Apparemment l'évennement DataReceived de la classe SerialPort est sur un autre thread que le reste de ma Form.

J'ai vu qu'il fallait utiliser le code "lock" en C#, mais en C++ ?
De plus les deux threads (voir plus, je ne sais pas ...) sont déclarés implicitement. Alors, est-ce que "lock" fonctionnera ? Est-ce la bonne méthode ?

Le but étant de simplement pouvoir récupérer les données qui ont générées l'évennement DataReceived.


Edit : Est-ce que créer une nouvelle classe en dehors de ma Form, avec un passage de données par copie serait une bonne idée ?

Je vais essayer d'être plus précis :

j'ai une form, fait avec le designer de VC, à cette form j'ai associé une connection du type SerialPort. J'ai créer une fonction sur l'événement DataReceived de la classe SerialPort. Dans cette fonction je souhaiterais récupérer les données du buffer de réception SerialPort et les stocker directement dans une DataGridView de ma form.

Problème, lorsque je fais :

Code:

---

1 2	char donnéesRecues = serialPort1->BytesToRead(); dataGridView1->Rows->Add(Convert::ToString(donnéesRecues));

---

En debbug à la ligne d'écriture dans ma DGV j'obtient une erreur me disant que je ne peux pas utiliser une variable d'un autre thread. Et en exécution, l'application bug lors de la réception d'un certain nombre d'octet.


J'ai essayé une autre solution :
Passer par un buffer soft, que je viens lire périodique (50ms) pour affecter ma DGV, mais les valeur dans mon buffer sont alors complètement erronées.

Mes questions :
Comment gère t-on la réception de données avec un SerialPort ?
S'il y a actuellement plusieurs threads dans mon appli. c'est qu'elles sont implicites. Dois-je les expliciter, et les gérer ?
Comment permettre l'utilisation correcte d'une variable inter-thread, et ce sans déclarer de thread ?


Note : J'ai besoin de recevoir les données octet par octet, et par une fonction appelée par l'événement DataReceived. C'est pour faire le lien entre une fonction ErrorReceived et chaque octet recu (y a t-il un autre moyen ?).

Bon, j'ai fini par réussir à adapter un morceau de code C# en C++, ce qui permet de gérer correctement la réception des données, et leurs stockage.

Merci à tous.

Citation:

---

Envoyé par sepullayer

En debbug à la ligne d'écriture dans ma DGV j'obtient une erreur me disant que je ne peux pas utiliser une variable d'un autre thread. Et en exécution, l'application bug lors de la réception d'un certain nombre d'octet.

---

Les delegate sont faits pour gérer ça justement : agir sur des éléments graphiques directement depuis un thread. Je te conseille l'article de DrQ http://drq.developpez.com/dotnet/articles/threads/. Il est en C#, mais facilement adaptable en C++/CLI.

Citation:

---

Les delegate sont faits pour gérer ça justement : agir sur des éléments graphiques directement depuis un thread. Je te conseille l'article de DrQ http://drq.developpez.com/dotnet/articles/threads/. Il est en C#, mais facilement adaptable en C++/CLI.

---

En fait, c'est comme ça que j'ai résolu mon problème. Mais merci d'avoir répondu.