Siempre que hago un programa con base datos Access en winXp 32bits, y lo llevo a win 7 64bits no me funciona por más que ponga compatibilidad.
Yo utilizo
SharpDevelop 2.2 (http://www.icsharpcode.net/opensource/sd/).
Indagando en la web encontré la solución, tenia que cambiar el CPU destino en lugar de Any CPU a x86 para que se compile codigo en 32bits y no me salga este error:
El Proveedor 'Microsoft.Jet.OLEDB.4.0' no está registrado en el equipo local
Capturas:
(https://googledrive.com/host/0B_IPc-jU-prBYlJ0djZtT09BY2c%3Cbr%20/%3E/)
(https://googledrive.com/host/0B_IPc-jU-prBWVJHcEpGdE9CWU0/)
No olviden guardar cambios :xD, no he probado en win8 de 64bits.
Para visual studio es lo mismo, encontré esta info: http://www.edrawsoft.com/64bit-office-component.php
Saludos.
Buenas Maurice_Lupin,
Las bases de datos utilizan conectores que puede que hayas descargado para x86 pero no x64 y por eso te lanza error de componente no registrado. Me alegro de que hayas arreglado tu error.
Mucho cuidado con esto, por defecto uno compila en AnyCPU es decir cualquier arquitectura, concretamente en la que corre tu ejcutable.
Así que ajustad vuestros proyectos a la arquitectura deseada en el apartado de 'Compilación' en Visual Studio.
Saludos!
Esto me ayudo en algunos de mis programas
http://msdn.microsoft.com/es-es/library/ms164699(v=vs.110).aspx
no funcionaban bien en windows 7 64bits , y con esto perfecto
CorFlags.exe xxxxx.exe /32BIT+
espero que te funciona
Comparto esta info, quizá a alguien le sea util. Ahora voy a probar con mi base en SQLite (http://www.sqlite.org/), habia dejado de usarla porque me daba problemas en win de 64bits y pensé que Access no tendría problemas :xD.
Saludos y gracias por los comentarios
no he dicho nada, veo que se arreglo