problème allocation dynamique tableau 2d

Bonjour, je ne suis pas débutant en c++, et pourtant je suis saisi d'un doute. Je m'explique, je tente d'allouer un tableau 2D dynamiquement de la façon suivante :

Code:

---

1 2 3 4 5 6

float ** tableau; tableau = new float * [nombreDeLigne]; .... for(int i=0; i<nombreDeLigne; i++) tableau[i] = new float [nombreDeColonneVariableDuneLigneALautre];

---

Et je suis gratifié d'un crash à l'exécution. Vous aurez probablement compris ma question, est il possible d'instancier dynamiquement un tableau avec un nombre de colonne variable selon les lignes ? Je l'ai déjà fait sans que cela ne pose jamais le moindre problème, mais dans ma situation je ne vois vraiment pas ce qui peut clocher d'autre. Voilà, vous remerciant par avance pour vos réponses.

Et pourquoi pas un vector ?

Code:

---

1 2 3

std::vector< std::vector<float> > v(nombreDeLigne); for( size_t i=0; i<nombreDeLigne; i++ ) v.at(i).resize( nbdecolonnequetuveux );

---

Pour ma part, il y a longtemps que je ne m'embête plus avec les new sur des tableaux, trop casse gueule...

Question de performances, par ailleurs je dois balancer mon tableau à une API ne prenant pas les vectors.

Citation:

---

Envoyé par virtual_bug

Question de performances, par ailleurs je dois balancer mon tableau à une API ne prenant pas les vectors.

---

Je suis dubitatif sur le gain en perf, mais bon, admettons... ;)

Et pour acceder au tableau sous-jacent, tu as de toute façon la méthode 'data()', qui te permet de récupérer le pointeur:
http://en.cppreference.com/w/cpp/container/vector/data

De plus, l'utilisation d'un tel conteneur te dispensera de gérer les 'delete' associés.

Va pour un vector, mais je souhaiterai quand même obtenir une réponse à ma question, c'est bon à savoir.

Citation:

---

Envoyé par virtual_bug

Et je suis gratifié d'un crash à l'exécution. Vous aurez probablement compris ma question, est il possible d'instancier dynamiquement un tableau avec un nombre de colonne variable selon les lignes ?

---

Je dirais oui, et heureusement !!
Tu est sûre que ce n'est pas plutôt l'utilisation des tableaux (tu vas pointer à la 10e colonnes de la iième ligne, alors qu'elle n'en contient que 9) qui fait crasher et pas les allocations mémoires ?

Oui, je suis certain de mon utilisation, le crash intervient au moment de faire

Code:

---

tableau[i] = new float[tailleVariable];

---

, j'ai bien vérifié ma première allocation avec un nombre de ligne amplement suffisant. Ce qui est curieux, c'est que si j'exécute en mode débogage, tout se passe bien, mais en exécution standard ça crashe :aie:. Par contre si je fais

Code:

---

tableau[i] = new float[100000];

---

, ça passe !

Ya du nouveau, si je remplace mon tableau par un vector<float *>, ca crashe exactement de la même façon au moment du push_back(new float[taille]), et là encore j'ai bien vérifié toutes mes variables de dimensions, je n'y comprends plus rien ! La seule explication que je vois est que ça plante à un autre endroit. J'ai identifié la ligne à l'aide de cout << et puisque ça ne plante pas avec le débogueur je ne vois pas comment faire d'autre. Des idées ?

Salut,

Si le nombre de colonnes varie d'une ligne à l'autre, es tu déjà certain que tu n'essayes pas d'accéder à un indice supérieur au nombre de colonnes que tu as pour une ligne donnée :question:

Comment fais tu pour gérer le nombre de colonnes pour un ligne donnée :question:

Vérifie peut etre déjà que tu définisse la valeur correcte, et qu'elle soit bien prise en compte ;)

Vérifies ensuite tous les endroits où tu utilises cette valeur pour etre sur de rester dans l'écart admis (surtout sur les appels en écriture ;) )

Salut, et merci pour ta réponse. Oui, j'ai bien vérifié la taille de mes lignes et colonnes, par ailleurs puisque c'est au moment de faire

Code:

---

tableau[i] = new float[tailleVariable];

---

que le crash intervient, la taille des colonnes est sans importance, je n'écris pas encore dedans. J'ai tenté de faire

Code:

---

1 2 3

tableau = new float * [10000]; tableau [0] = new float[taillequelconque];//ça ça marche tableau[1] = new float[taillequelconqueInférieurALaPrecedente];//ça crash !

---

ça ne marche pas non plus. Je crois que je vais lacher l'affaire, je ne m'en sors vraiment pas.

Ca crash, mais que dit l'OS ? D'ailleurs c'est lequel ?

L'os (w7x64) se contente de dire que le programme a cessé de fonctionner, voici les informations détaillées :
Signature du problème*:
Nom d’événement de problème: APPCRASH
Nom de l’application: test.exe
Version de l’application: 0.0.0.0
Horodatage de l’application: 4f8bfc42
Nom du module par défaut: ntdll.dll
Version du module par défaut: 6.1.7601.17725
Horodateur du module par défaut: 4ec49b8f
Code de l’exception: c0000005
Décalage de l’exception: 00033e04
Version du système: 6.1.7601.2.1.0.256.48
Identificateur de paramètres régionaux: 1036
Information supplémentaire n°*1: 0a9e
Information supplémentaire n°*2: 0a9e372d3b4ad19135b953a78882e789
Information supplémentaire n°*3: 0a9e
Information supplémentaire n°*4: 0a9e372d3b4ad19135b953a78882e789
:aie:

Bonjour,

es-tu sur que la variable a bien une valeur correcte ? > 0 ?

Oui.

Je vais m'arrêter là et passer à autre chose, je suis dépassé ! Merci à tous pour vos réponses.

Citation:

---

Envoyé par virtual_bug

Oui, je suis certain de mon utilisation, le crash intervient au moment de faire

Code:

---

tableau[i] = new float[tailleVariable];

---

, j'ai bien vérifié ma première allocation avec un nombre de ligne amplement suffisant. Ce qui est curieux, c'est que si j'exécute en mode débogage, tout se passe bien, mais en exécution standard ça crashe :aie:. Par contre si je fais

Code:

---

tableau[i] = new float[100000];

---

, ça passe !

---

Ce sont pourtant exactement les symptomes. :?
En debuger ça ne crash pas parce qu'il va utiliser des valeurs par défaut d'initialisation le plus souvent. Sous visual je peux faire un new float[0], en pas-à-pas ça ne bronche pas, par contre en exécution normale, j'aurais une alerte de memory corruption, sans que ça crash.
En release, le crash est instantanné.:aie:

Si tu as un popup système qui t'annonce le crash, tu peux attacher le processus (la fenêtre) dans visual et voir pour quelle valeur ca plante.

Résolu. Comme vous l'aviez suggéré, c'est bien au moment du remplissage que ça déconnait, le cout << placé juste après mon new n'étant pas flushé au moment où il le devrait, l'identification de la ligne provoquant l'erreur était fausse.:oops: Merci à tous.