Discussion :

[rogerio]

salut à tous

j'ai un script qui compile et s'execute correctement quand il traite des tableaux de moyenne capacité

le script part avec un tableau de environ 300 000 elements int (taille des int = 1 octet)

pour ensuite scinder le tableau en plusieurs

jusque la tout fonctionne parfaitement

mais si mon tableau initial depasse les 500 000 elements, le programme ne s'execute plus

j'ai un code d'erreur -1073741571

auriez vous des suggestions pour trouver une routine de debugage pour arriver à identifier la source de ce bug ?

rogerio

[Médinoc]

1. Quel genre de plate-forme ?
2. Il n'y a pas de script en C++.
3. Tes tableaux sont comment ? statiques, automatiques ou dynamiques ?

Au passage: Ce code d'erreur donne FFFF FFFF C000 00FD en hexa, mais sans connaître la plate-forme, on ne peut pas savoir si ça a une signification particulière...

[rogerio]

bah je l'ai compilé avec mingw32 sous linux

pour le debuggage j'essaie avec mingw studio sous windows

l'executable est un win32 exe

les tableaux sont declarés normalements (statiques)

int array[array size]

rogerio

[Médinoc]

bah je l'ai compilé avec mingw32 sous linux
l'executable est un win32 exe

(taille des int = 1 octet)

Quant à tes arrays, ils sont statiques s'ils sont déclarés en variable globale. Ils sont automatiques s'ils sont déclarés en variable locale d'une fonction...

[loufoque]

On peut très bien compiler des binaires pour windows sous linux, mon cher Médinoc.

[Médinoc]

Oui, mais même sous Linux, à ma connaissance, les int font 32bits, mon cher loufoque...

PS: Au fait, je sais ce que signifie le W de MinGW, hein... Et je sais ce que c'est qu'un cross-compilateur pour Windows sous Linux, j'en ai déjà "fait" un...

[Jean-Marc.Bourguet]

On peut très bien compiler des binaires pour windows sous linux, mon cher Médinoc.

Quand on fait de la compilation croisée, les tailles sont fixées par la cible, pas par l'hôte.

[rogerio]

pour la taille des int je me suis peut etre mal exprimé

le tableau principal contient des int d'un octet parce que l'amplitude des chiffres est 0-255 d'où 1 octet de longueur

rogerio

[Médinoc]

La taille d'un type natif n'est pas déterminée par son contenu, mais par son type.
Sous Win32 (et aussi sous Win64, en fait), un int fait 32 bits, donc 4 octets, indépendamment de la valeur stockée. Un int égal à 255 comporte en réalité un octet à 255 et trois octets à zéro.

Où ton tableau initial est-il déclaré ?
S'il est déclaré dans une fonction, il sera donc alloué sur la pile. Un tableau de 500 000 int fait 2 000 000 octets, soit 1,9 Mo. Sachant que sous Win32, la pile fait 1 Mo par défaut, tu as donc un débordement de pile...

[Faiche]

donc ce ne sont pas des int, mais des char. Mais ça change rien.

et puis si tu déclare statiquement des tableaux et que tu met plus d éléments qu'il y a de cases, ça saute, c'est normal.

donc sans code, et sans message d'erreur explicite, tu te débrouilles.

[rogerio]

bah je ne peux pas poster le tableau de 500 000 elements

sa delaration est dans est faite au début de la fonction main

int array[500000]={element0,jusqu'au dernier};

et le bug est clairement du à un dépassement de capacité de quelque chose puisque le prog fonctionne correctement avec un tableau de 200 000 éléments

[Faiche]

bah je ne peux pas poster le tableau de 500 000 elements

sa delaration est dans est faite au début de la fonction main

int array[500000]={element0,jusqu'au dernier};

et le bug est clairement du à un dépassement de capacité de quelque chose puisque le prog fonctionne correctement avec un tableau de 200 000 éléments

tu t 'es fait chier a écrire a la main 500 000 entrées dans ton code en dur ?

[rogerio]

loooooool

le tableau est généré electroniquement

@Médinoc

grace à ton explication j'ai trouvé une solution

je declare le tableau avant la fonction main, et ça marche

cool

merci à tous

[Neitsa]

Bonjour,

sa delaration est dans est faite au début de la fonction main

int array[500000]={element0,jusqu'au dernier};

Les variables statiques déclarées en local à un fonction sont directement mises sur la pile. 500000 octets sur la pile, ça dépasse la taille par défaut de celle-ci, c'est donc un stack overflow qui faisait crasher ton programme.