Discussion :

[Geo2A]

Bonjour,

Je découvre la magie de SEVEN et bien sur de nouveaux problèmes.
J'ai installé VS2008 sur un poste SEVEN, Microsoft Office 2007. J'ai la même installe sur un poste en XP.
Un programme utilisant un accès à une base de donnée ACCESS 2007 fonctionne normalement sur le poste XP.
Le même programme ne fonctionne pas sur SEVEN, en mode DEBUG j'ai un comportement surprenant: lors du tout premier lancement du programme, j'ai eu un message me disant que svchost avait cesser de fonctionner et qu'il y aurait une modification du système ?? puis lors des lancement suivant sur la ligne de code ouvrant la connexion à la base de donnée (cnn.open) le programme ne revient pas à la procédure appelante et passe directement à l'ouverture de la fenêtre ... ????

Ordre des événements:

toolstripitem_click (formmachin.show)

dans formmachin_load instanciation d'un objet puis d'autre lignes de code

Dans instanciation de l'objet appel d'une proc de connexion et là bug revient directement à la fin du premier événement (tool.._click)

?????

[mactwist69]

Salut,

Apparemment, les problèmes avec seven viennent surtout des compatibilité 32/64 bits.

Donc il faut savoir en quoi est ton windows 7, access, ton odbc etc...

Donne nous des détails.

[Pol63]

essaye de définir ton projet en x86 à la place de AnyCpu (propriétés / compiler / options avancées)
microsoft jet n'est disponible qu'en 32 bits, l'appel depuis un exe 64 bits plante

[Geo2A]

Bonjour

essaye de définir ton projet en x86 à la place de AnyCpu (propriétés / compiler / options avancées)

Merci c'était la solution

[Geo2A]

Bonsoir,

microsoft jet n'est disponible en 32 bits

Par contre ce qui est marrant c'est que d'autres appli développées en VB6 avec du DAO 3.6 tourne nickel !!! Attention à condition que le format de BD soit du 97 pour du 2000 ça marche mais ça rame!! A les mystères de windows ....

Bon ceci dit je suis content que vous m'ayez donner la solution, c'était dommage de ne pas profiter du double Xeon quadcore de nos nouvelles stations.

[Pol63]

pas sur qu'on se comprenne mutuellement mais je vais détailler un peu (il paraitrait que la connaissance s'accroit quand on la partage)

vb6 ne fonctionne qu'en 32 bits
windows 64 permet l'exécution de code 32 bits via un émulateur (nommé wow64 je crois)

un exe .net peut etre défini en x86 x64 ou anycpu
anycpu fait que ca sélectionne x64 si l'os est x64 ou x86 si l'os est x86
si on met x86 ca force l'utilisation du x86 (...)
si des dll ne sont pas dans le même mode de compilation que l'exe ca plante (peut etre qu'anycpu peut etre combiné à autre chose)
microsoft jet est une dll "driver" qui permet de se connecter à une base access et qui n'existe pas en x64, microsoft a des soucis avec ca je crois


le 64bits se sont surtout des instructions nouvelles
avoir 16 cores c'est totalement différent, un exe 32bits peut utiliser plein de core
après, pour utiliser plusieurs cores, il faut plusieurs threads, et plusieurs sur threads sur access, ce n'est pas forcement l'idée du siècle !
d'ailleurs vouloir des performances et utiliser access est loin d'être un pléonasme ...


autre information qui n'a rien à voir et à priori tu ne développes pas sur un os 64, mais vs ne permet pas de débugger un programme x64 (même vs2010 !), il faut alors tout passer en x86 pendant la phase de développement