hello  
 
j ai un fichier .exe qui fonctionnait parfaitement sur X2 3800+ mais qui plante d'entrée sur mon nouveau cpu (QX 6700 sur P5W DH Deluxe avec 2 X 1024 Gskill 6400HZ)  
 
le code erreur est Cxo X 0000005 (ou qqchose comme ca désolé c est de memoire seulement)
 
Microsoft raconte sur son site que c est un probleme de programmation et propose le code a remplacer mais je ne programme absolument pas et le code source est fermé..
 connaissez vous un moyen de contourner ca  
(en desactivant qqchose dans le bios ou dans windows ou que sais je )  
le temps de faire tourner ce .exe qui est un prog d installation (donc une fois installé a priori l incompatibilité n est plus genante
 
Merci par avance  

Quel rapport avec la programmation ?

ben si vous pouvez identifier la cause de ce plantage en terme de prog vous savez peut etre aussi la lier a une particularité du quadcore que je peux peut etre debrayer temporairement par exemple
 
Pour ordonner des trucs a des processeurs (c est a dire programmer )faut connaitre les processeurs non?

tu payes combien ?

Task Manager -> Processes -> Clic droit sur le processus en question -> Set Affinity -> décocher tous les cores (normalement tu en as 4) sauf 1 (n'importe lequel).

Le logiciel a probablement été codé n'importe comment en multithreadé et contient e.g. une race condition qui fait crasher quand les threads s'exécutent réellement en parallèle (sur des cores séparés), en lui donnant une affinité sur un seul core il va s'exécuter comme si tu n'avais qu'un CPU, cachant le problème.

Accessoirement, je suggère fortement de remonter le bug aux créateurs du logiciel.

Enfin, ça n'a strictement rien à foutre dans prog, c'est du WS&R.

merci Masklinn, ce probleme est un "sharing violation" du au multicore donc?
J y avais bien pensé mais l erreur se produit dés le lancement et crashe tout donc y a aucun process dans le Task Manager sur lequel faire le set affinity (je vais voir dans WS&R comment passer momentanément un Quadcore en monocore )

Solution plus simple : demander remboursement du logiciel et en acheter un qui marche.

tu peut spécifier les afinités processeur en créant un raccourci sur le programme il me semble.

Ca peut être plein de trucs différents, il n'y a pas vraiment moyen de le savoir comme ça  

Tu peux créer un raccourci qui va lancer ton logiciel avec la bonne affinité, voir http://www.techenclave.com/forums/ [...] 67317.html

 
ca a été ecrit avant meme les duals core donc bon..  

1. Ca avait intérêt à être tôt, parce qu'à ma connaissance le premier dual-core c'est l'IBM POWER4 en 2000, donc il y a 7 ans, je sais pas quel est ton logiciel mais il doit pas être jeune
2. et de toute façon, il y avait des biprocesseurs bien avant ça (Burrough B5500, 1961), et le logiciel aurait le même problème avec un bipro

j'ai un pote qui a une carte mère de 8086 qui est bi-pro
pis vu que le 8086 n'a pas d'instructions SMP, y'aun troisième CPU (mais c'est pas un 8086) qui sert qu'à la gestion SMP ^^
 
edit : j'ai un doute... 8086 ou 8088 ?

et alors?

bi pro et dual core pas pareil

 
programmatiquement, si

et la marmotte ?

bien sûr que si, il y a des différences dans le détail de l'implémentation (shared cache ou pas avec gestion à son accès, conneries du style) mais globalement un dual-core c'est jamais que deux processeurs dans le même package, c'est d'ailleurs comme ça qu'étaient créés les Pentium D, deux cores PIV collés avec un peu de logique en plus

ah bon ben j ai rien dit alors

ben alors effectivement, si le programme pose problème lorsqu'il tourne sur plusieurs cores et qu'il a été écrit avant l'existance des mutli-core, il doit pas être tout jeune, et même pas écrit pour x86

Un bi-pro c'est pas un multi-core hein, les multi-cores sont nés 35 ans après les premiers bipros

Sauf que comme expliqué plus haut, il n'y a aucune différence en terme de programmation. Donc si ça bug sur un dual core, ça bugera de facto sur un bi-pro, et vice versa