Discussion :

[olibara]

Bonjour

Au plus j'utilise VS 2013 en Windows 7 64 bit au plus je regrete mon bon vieux 2008 32 bit sous XP

Je découvre aujourd'hui une nouvele anomalie qui semble connue

En recompilant un projet qui fonctionnait tres bien je recois une volée d'erreur

The type or namespace name 'C_ErrorItem' could not be found (are you missing a using directive or an assembly reference?) D:\projets\Jooli\Recutex\RecutexDB\DBClasses\CDB_Prestations.cs 414 13 PrestaTask

Or ces messages n'ont aucune pertinence, le projet compile neanmoins et est executable
En plus la classe en question est utilisée dans différentes autres classe du projet et sans ce message

Décidement voici une evolution regrettable de VS

[DotNetMatt]

En recompilant un projet qui fonctionnait tres bien je recois une volée d'erreur

Or ces messages n'ont aucune pertinence, le projet compile neanmoins et est executable
En plus la classe en question est utilisée dans différentes autres classe du projet et sans ce message

Si tu reçois une volée d'erreur, c'est probablement que la compilation échoue en cascade (ex. si un assembly ne compile pas et qu'il est utilisé par 36 autres projets, alors aucun projet ne pourra être compilé, et tu recevras plein d'erreurs). Il est plus constructif de chercher à identifier la cause réelle du problème que de porter directement ce genre de jugement... Il est bien plus facile de dire "ça marche pas" et de baisser les bras, que de chercher d'où ça vient.

Quand tu dis que le projet compile es-tu sûr qu'il ne s'agit pas de l'ancienne version de l'exécutable, issu de la dernière compilation qui a fonctionné ?

[olibara]

Bonjour DotNetMat

Merci pour ta réponse mais je ne suis pas tout a fait novice novice et je peux te confirmer ceci

1- Je reçois bien une volée d'erreur
2- L'executable est parfaitement compilé et fonctionnel
3- Ces erreurs sont propres a la compilation sous VS 2013 en 64 bit


Tant qu'on y est ce cerait pas mal d'ouvrir un Sujet : "Incongruités de VS sous Window7 64bit"

J'ai déja plusieurs point a y mettre

- Gestion des exceptions un peu aléatoire (voir le sujet VS 2013 64bit plus vraiment managé)
- Le présent sujet : Erreurs non relevantes
- Et celui ci : impossible d'ouvrir un Service Host sans lancer VS en administrateur (toujours a cause Windows 7 64bit)

[olibara]

Bon

Ben je dois quand meme admettre que pour le premier point je me suis fait avoir (comme un Novice !)
Apres la migration de ma solution en 2013, un vieux projet de la solution que je ne compilais plus depuis longtemps en 2008 s'est réactivé
C'est lui qui générait l'erreur, or j'étais focalisé sur mon projet principal mais aussi induit en erreur par le post trouvé sur Google de quelqu'un qui a sans doute eu la meme bévue que moi

Neanmoins :
- Le souci d'exception mal gérée est vraiment du a 2010,12,13 64Bit
- Le souci de ServiceHost exigeant le mode admin est lié a Windows 7 (je ne suis pas certain que 64 bit y soit pour quelque chose)

[DotNetMatt]

Effectivement olibara je ne connais pas ton niveau, et on voit tellement de "ça marche pas" sur le forum qu'à force on finit par être un peu blazé On va dire que c'est une déformation professionnelle !

En tout cas si tu as pu solutionner ton problème, c'est cool. A titre personnel, je n'ai jamais rencontré de problème particulier avec les versions de VS2010 à 2013. Il faut dire aussi que je compile tout le temps en Any CPU. Peut-être qu'effectivement en x64 c'est moins stable, je ne sais pas. De ton côté si tu compiles en Any CPU Est-ce que ça change la donne ?

[olibara]

Merci DotNetMatt

Si tu compile en AnyCPU sur une machine 64bit il va générer automatiquement du code compatible 64bit
Le problème c'est que dans ce mode Impossible d'éditer en mode Debug : autre limitation génante de 64Bit

Pour ce qui est de la gestion d'exception bizare c'est asser déroutant, il n'arrive pratiquement jamais en 32bit que to applicaton se plante sans crier gare et sans montrer clairement l'origine de l'exception (chose qui arrivait souvent dans le bon vieux temps du C++)

Mais en 64bit (meme si tu compile en x86) ca arrive asser regulierement en cas d'overflow par exemple : bonne chance pour chercher l'erreur !