j´ai un problème sur un delete.
voici les structure que j´utilise ( en ne gardant que ce qui est utile :

struct Path
{
Noeud **Noeuds;
};
struct Way
{
Path Chemin;
}Chemin;

j´alloue le tableau comme tel,
sachant que path est un pointeur pour : Chemin.Chemin
path->Noeuds=new Noeud*[i];

puis quand je veux le désallouer avec :

delete[] Chemin.Chemin.Noeuds;

ça plante.
Si quelqu´un a compris ce que j´explique ( je suis peut-être pas très clair) et c´est pourquoi çane marche pas ( acces writing violation ou un truc dans le genre), je lui serait très reconnaissant de m´aider.

ceci :

struct Noeud
{
};

struct Path
{
Noeud **Noeuds;
};

struct Way
{
Path Chemin;
}Chemin;

void main()
{
Chemin.Chemin.Noeuds = new Noeud*[256];
delete [] Chemin.Chemin.Noeuds;
}

compile et s´execute sans planter ( heureusement d´ailleurs, c´est qu´un pointeur dans des structures, qu´on alloue)
Tu as un dtor maison sur Noeud ? tu fais quoi entre ton new et ton delete, sur ton pointeur ?

( au passage, simple critique, la nomenclature n´est pas des plus intuitive...)

ah merci c´est bon j´ai trouvé l´erreur :

en fait j´ai implicitement pensé que mon programme fonctionnait sauf ce delete alors qu´en fait, il s´agit d´un algo de recherche du plus court chemin dans un graph, mais il ne trouve pas de solution alors le chemin.chemin.noeuds n´est pas initialisé et evidemment le delete[] plante...

pour la nomenclature, je sais bien, mais bon tant que je me comprend, c´est l´essentiel.

mon programme marche pas mal maintenant, mais si vous voyiez les horreurs qu´il contient dans le genre :
( *graphes)[i].Voisins[j]=&((*graphes)[But]);

j´en connais plusieurs dont les cheveux se dresserait sur la tête.

Bon , désolé de poser une question de plus ici , mais elle trote depuis quelque temps , et j´ai pas envie de faire un topic pour ca . ..

En fait , je voulais juste savoir comment ca se passe lors d´un entretien d´embauche , dans une boite de prorammation ( jeux ou n´importe quoi )

parceque , le gars qui se présente , ne peut pas avoir des connaissances a la fois en programmation graphique , en AI , et ce en plusieurs langages . .. Vu le nombre de trucs qu´il faut connaitre

Alors , vous faites comment ? vous etes spécialisés dans un truc a l´origine ( je veux dire avant d´etre embauché ) , vous etes super polyvalents ( la chapeau ) ou alors , vous allez passer quelques semaines , apres votre embauche et votre affectation a un poste , a vous rensigner sur diverses techniques avant de vraiment commencer a programmer ?

je sais pas si j´ai ete super clair , et le topic etait pas fait pour ca , mais bon
merci

euh dnoob, si ca peut te rassurer j´ai déjà vu bien pire que ca, mais faut avouer c´est moche

sinon jejej c´est un peu HS ton post là !

Pour répondre quand même à tes questions, ca dépend de ton expérience. Si tu sors de tes études, tu n´as donc aucune expérience, peut-être une spécialité mais pas encore confirmée donc seuls ta motivation, tes réponses ( pértinentes) aux questions lors de l´entretien pourront faire la différence. Si tu as déjà des projets personnels, quelques stages à ton actif ca fait toujours un plus à ne pas négliger.

Sinon le temps d´adaptation/intégration est valable pour tout le monde ( étudiant ou avec expérience). Faudra apprendre les méthodes de l´équipe de dév que tu intègreras et connaître l´organisation de l´équipe.

Ensuite il faut savoir qu´il n´y a pas qu´un seul programmeur dans une équipe ( enfin c´est très rare), donc la polyvalence n´est pas forcément un atout, parfois c´est le contraire même on préfère souvent avoir quelqu´un de performant dans sa discipline plutôt que quelqu´un qui touche un peu à tout mais n´a pas vraiment explorer à fond les domaines qu´il connait. Et puis avec tous les sdk existants on accélère facilement le développement ( pour les moteurs de physiques, d´IA, etc...) ou tout simplement le travail déjà réalisé dans la société est souvent réutilisé puis amélioré donc faut pas non plus s´attendre à développer de A-Z toutes les parties d´un jeu.

La compétence commune à tous les postes et tous les profils à mon avis ce serait de savoir s´adapter. Ensuite la technique ca s´apprend sur le tas en grande partie ( sachant qu´elle évolue de toute façon).