none
Microsoft.ACE.OLEDB.12.0 problemas RRS feed

  • Pregunta

  • Hola amigos, he instalado VS2010 en un ordenador nuevo y cuando intento hacer un "add connection" para conectar con una BD access aparece el error

    Microsoft.ACE.OLEDB.12.0 is not registered in the local machine

    He probado las opciones avanzadas de compilar donde pones X86 o AnyCPU y nada no funciona...

    Me podrían decir como registrar el ACE.OLEDB.12.0 para que funcione esto. Gracias

    lunes, 23 de enero de 2012 18:53

Respuestas

  • "compilando" preguntó:

    > Me podrían decir como registrar el ACE.OLEDB.12.0 para que funcione esto.

    Hola:

    Si deseas poder utilizar la versión de 64 bits del motor Microsoft ACE, tendrás que instalar el componente redistribuible del motor de base de datos de Access 2010.

    Desde el siguiente enlace podrás descargar la versión apropiada del motor ACE de Access 2010:

    Componente redistribuible del motor de base de datos de Microsoft Access 2010

    No confundas el motor Jet con el motor ACE. No existe versión de 64 bits del motor Microsoft Jet, pero sí existe la versión de 64 bits del motor Microsoft ACE con los componentes de Access 2010 (no de Access 2007, que tampoco dispone de versión de 64 bits), tal y como figura en el enlace indicado.

    Te dejo también el siguiente enlace por si deseas echarle un vistazo:

    Programación de datos con Access 2010

    Un saludo

     

     


    Enrique Martínez
      [MS MVP - VB]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, activa la instrucción Option Strict.


    lunes, 23 de enero de 2012 22:49
    Moderador
  • "compilando" preguntó:

    > 2) tengo instalado Office 2010 que es de 64 bits.. ¿bien?

    El "Office 2010", así sin más, es muy genérico. Si tu versión de Office 2010 de 64 bits incorpora Access 2010, no tienes por qué instalar el AccessDatabaseEngine_X64, porque se supone que ya te lo ha instalado el programa de instalación de Office 2010.

    > 3) he instalado el AccessDatabaseEngine_X64.exe ¿es correcto
    > o tendría que haber instalado el otro que viene en tu link?

    Si quieres añadir conexiones de bases de datos de Access al 'Explorador de servidores' de Visual Studio, entiendo que deberás de instalar la versión de 32 bits, por lo motivos comentados en anteriores mensajes. Pero lo mismo tienes problemas con la versión de Access 2010 que instalastes con Office 2010, cuestión ésta que ya ignoro.

    > 4) Cuando creo una nueva solución debo compilar en x64 porque
    > mi ordenador es windows 7 64 bits ¿ok?

    No. Normalmente tu tienes que compilar con la opción 'AnyCPU'. Pero si deseas que tu aplicación se ejecute en una plataforma en concreto, entonces deberás seleccionar x86, x64 o Itanium.

    Pero si tu aplicación utiliza una base de Access y deseas que se ejecute en plataformas de 64 bits, entonces deberás seleccionar la opción x64 y procurar que los equipos de destino tengan instalado el motor ACE de 64 bits de Microsoft Access 2010, es decir, los archivos existentes en el componente redistribuible 'AccessDatabaseEngine_x64.exe'.

    ¿Que no quieres instalar dicho componente? Entonces deberás de compilar tu aplicación EXPRESAMENTE para plataformas x86. Obviamente, los equipos de destino deberán tener instalado los componentes de 32 bits de Access 2007 ó 2010 del motor Microsoft ACE. Te comento que no existe versión de 64 bits de Access 2007, tal y como sí existe para Access 2010.
     
    > 5) en la aplicacion no tendré problemas de conexión con la base
    > de datos access ¿ok? pero si al crear una conexion en Data Connections

    Y ¿para qué quieres crear una conexión con una base de Access en el "Explorador de servidores'? ¿Tienes instalado Access 2010 en tu PC? Si la respuesta es afirmativa, ahí es donde tienes que diseñar tu base de datos de Access.

    Que se utilicen versiones de 32 ó 64 bits del motor de datos de Access 2010, no significa que la base de datos sea diferente para cada plataforma; la base de datos es la misma.

    > 6) ¿porqué a pesar de compilar en x64, en la barra de herramientas
    > standar, al lado de debug, la casilla solution plataform aparece x86?

    No sé a lo que te refieres. Las opciones de compilación se seleccionan en el cuadro de diálogo 'Opciones de compilación avanzada...' existentes en las Propiedades del proyecto, pestaña 'Compilar'.

    > 7) después de todo aun no sé como registrar ACE.OLEDB.12.0 en la
    > máquina y tiene que haber alguna forma porque no creo que microsoft
    > haya dejado la compatibilidad entre access y visual studio de mala
    > manera...

    Lo que haga o haya dejado de hacer Microsoft con Access y Visual Studio lo ignoro por completo, aparte que no me preocupa. ¡Vamos! ¡Que no voy a perder el sueño por ello! :-D

    Las conexiones que yo hago con bases de datos de Access las efectúo en tiempo de ejecución, por tanto, me da exactamente igual que se pueda añadir o no una conexión con una base de datos de Access al 'Explorador de servidores' de Visual Studio. Y el diseño de la base de datos lo efectuó con el propio Microsoft Access, cuestión ésta que es lo más sensato que puede hacer una persona que desee diseñar una base de datos Microsoft Access. :-)

     


    Enrique Martínez
      [MS MVP - VB]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, activa la instrucción Option Strict.


    jueves, 26 de enero de 2012 20:26
    Moderador

Todas las respuestas

  • Buenas noches.

    Echa un vistazo a esto:

    http://www.codigomaestro.com/mssql/el-proveedor-microsoft-ace-oledb-12-0-no-esta-registrado-en-el-equipo-local/

    Saludos


    jose soler
    lunes, 23 de enero de 2012 22:07
  • He probado las opciones avanzadas de compilar donde pones X86 o AnyCPU y nada no funciona

    es que era correcto dejarlo en x86, porque el proveedor de access no tiene soporte para 64bits

    tiene ademas instaaldo office en esa pc

     

    saludos


    Leandro Tuttini

    Blog
    Buenos Aires
    Argentina
    lunes, 23 de enero de 2012 22:21
  • "compilando" preguntó:

    > Me podrían decir como registrar el ACE.OLEDB.12.0 para que funcione esto.

    Hola:

    Si deseas poder utilizar la versión de 64 bits del motor Microsoft ACE, tendrás que instalar el componente redistribuible del motor de base de datos de Access 2010.

    Desde el siguiente enlace podrás descargar la versión apropiada del motor ACE de Access 2010:

    Componente redistribuible del motor de base de datos de Microsoft Access 2010

    No confundas el motor Jet con el motor ACE. No existe versión de 64 bits del motor Microsoft Jet, pero sí existe la versión de 64 bits del motor Microsoft ACE con los componentes de Access 2010 (no de Access 2007, que tampoco dispone de versión de 64 bits), tal y como figura en el enlace indicado.

    Te dejo también el siguiente enlace por si deseas echarle un vistazo:

    Programación de datos con Access 2010

    Un saludo

     

     


    Enrique Martínez
      [MS MVP - VB]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, activa la instrucción Option Strict.


    lunes, 23 de enero de 2012 22:49
    Moderador
  • GRacias por la respuesta Enrique. He descargado el archivo
    AccessDatabaseEngine_X64.exe porque mi sistema operativo es de 64 bits así que he supuesto que es éste el archivo correcto. Lo he instalado y todo sigue igual, cuando hago add connection me sale el mensajio de marras de que Microsoft.ACE.OLEDB.12.0 is not registered in the local machine
    Alguna idea de que puede ocurrir? Estoy usando Office 2010
    Por cierto, ¿que debo elegir en las opciones de compilar? AnyCpU x64 x86 
    gracias de nuevo

    • Editado compilando martes, 24 de enero de 2012 19:30
    martes, 24 de enero de 2012 19:25
  • Mas cosas, despues de instalar AccessDatabaseEngine_X64 abro una solucion nueva, pongo en las opciones de compilacion AnyCPU

    escribo este código

     cnMain.ConnectionString = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=D:\MIBDD\f.accdb"
            cnMAin.Open()       
            If cnMain.State = ConnectionState.Open Then
                MsgBox("Conexión abierta", vbExclamation)
            End If

    y funciona!!! la conexión se abre. Ahora voy a la ventana server explorer-> Data connections intento hacer add connection y me sale el mensaje de error...

    martes, 24 de enero de 2012 19:48
  • "compilando" escribió:

    > He descargado el archivo AccessDatabaseEngine_X64.exe porque mi sistema
    > operativo es de 64 bits así que he supuesto que es éste el archivo correcto.
    > Lo he instalado y todo sigue igual, cuando hago add connection me sale el
    > mensajio de marras de que Microsoft.ACE.OLEDB.12.0 is not registered in the
    > local machine

    Pues no me queda más que pensar que se deba a la incompatibilidad con Visual Studio 2010, ya que éste es una aplicación de 32 bits, tal y como así se indica en los 'Comentarios' que aparecen al comienzo del siguiente articulo:

    Aplicaciones de 64 bits

    Y ello lo pienso a raíz de una 'Nota Importante' que aparece en el segundo enlace que te indiqué ayer, y que dice lo siguiente:

    [...]
    Si intenta ejecutar el código heredado de 32 bits con Access de 64 bits, obtendrá errores de tiempo de ejecución. Por ejemplo, el error “El proveedor 'Microsoft.ACE.OLEDB.12.0' no está registrado en el equipo local” podría deberse a una discrepancia de versiones entre la aplicación (código de 32 bits) y uno de los proveedores ACE de 64 bits que se instalaron con Microsoft Access de 64 bits. Para corregir este problema, actualice el código personalizado a la versión de 64 bits, o desinstale Access de 64 bits y reemplácela con Access de 32 bits.
    [...]

    Es decir, la discrepancia está entre el código de 32 bits (Visual Studio 2010) y el proveedor ACE de 64 bits, aquel que dices que has instalado.

    > Alguna idea de que puede ocurrir? Estoy usando Office 2010

    Intenta instalar la versión de 32 bits, para ver si dejas de obtener el mensaje de error cuando deseas añadir la conexión al 'Explorador de servidores' de Visual Studio 2010.

    > Por cierto, ¿que debo elegir en las opciones de compilar? AnyCpU x64 x86
     
    Para añadir la conexión al 'Explorador de servidores', entiendo que no debes de elegir ninguna opción. Esas opciones se eligen a la hora de compilar un proyecto concreto que te encuentres desarrollando y deberás de elegir el tipo de plataforma que tienen los PCs de destino, donde se va a ejecutar tu aplicación.

    Si vas a diseñar una aplicación para equipos de 64 bits que tienen instalada la versión de 64 bits de Access 2010, deberás de elegir como plataforma de destino x64.

     

     

     


    Enrique Martínez
      [MS MVP - VB]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, activa la instrucción Option Strict.

    martes, 24 de enero de 2012 20:00
    Moderador
  • "compilando" escribió:

    > Mas cosas, despues de instalar AccessDatabaseEngine_X64 abro una
    > solucion nueva, pongo en las opciones de compilacion AnyCPU
    >
    > escribo este código
    >
    > cnMain.ConnectionString = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=D:\MIBDD\f.accdb"
    >
    > y funciona!!! la conexión se abre.

    ¿Y qué esperabas? ¿Que no funcionase? ;-)

    > Ahora voy a la ventana server explorer-> Data connections intento
    > hacer add connection y me sale el mensaje de error...

    Es lo que te acabo de decir en mi anterior respuesta; el problema es Visual Studio 2010 (que es de 32 bits), no la aplicación de 64 bits que te encuentres desarrollando. En la aplicación no vas a tener ningún problema; lo tendrás a la hora de añadir la conexión al 'Explorador de servidores' (server explorer).

     

     


    Enrique Martínez
      [MS MVP - VB]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, activa la instrucción Option Strict.

    martes, 24 de enero de 2012 20:04
    Moderador
  • Enrique gracias de nuevo... a ver si me aclaro del todo.

    1) tengo instaldo VS2010 que es de 32 bits.. ¿bien?

    2) tengo instalado Office 2010 que es de 64 bits.. ¿bien?

    3) he instalado el AccessDatabaseEngine_X64.exe ¿es correcto o tendría que haber instalado el otro que viene en tu link?

    4) Cuando creo una nueva solución debo compilar en x64 porque mi ordenador es windows 7 64 bits ¿ok?

    5) en la aplicacion no tendré problemas de conexión con la base de datos access ¿ok? pero si al crear una conexion en Data Connections

    6) ¿porqué a pesar de compilar en x64, en la barra de herramientas standar, al lado de debug, la casilla solution plataform aparece x86?

    7) después de todo aun no sé como registrar ACE.OLEDB.12.0 en la máquina y tiene que haber alguna forma porque no creo que microsoft haya dejado la compatibilidad entre access y visual studio de mala manera...


    • Editado compilando jueves, 26 de enero de 2012 16:35
    jueves, 26 de enero de 2012 16:34
  • "compilando" preguntó:

    > 2) tengo instalado Office 2010 que es de 64 bits.. ¿bien?

    El "Office 2010", así sin más, es muy genérico. Si tu versión de Office 2010 de 64 bits incorpora Access 2010, no tienes por qué instalar el AccessDatabaseEngine_X64, porque se supone que ya te lo ha instalado el programa de instalación de Office 2010.

    > 3) he instalado el AccessDatabaseEngine_X64.exe ¿es correcto
    > o tendría que haber instalado el otro que viene en tu link?

    Si quieres añadir conexiones de bases de datos de Access al 'Explorador de servidores' de Visual Studio, entiendo que deberás de instalar la versión de 32 bits, por lo motivos comentados en anteriores mensajes. Pero lo mismo tienes problemas con la versión de Access 2010 que instalastes con Office 2010, cuestión ésta que ya ignoro.

    > 4) Cuando creo una nueva solución debo compilar en x64 porque
    > mi ordenador es windows 7 64 bits ¿ok?

    No. Normalmente tu tienes que compilar con la opción 'AnyCPU'. Pero si deseas que tu aplicación se ejecute en una plataforma en concreto, entonces deberás seleccionar x86, x64 o Itanium.

    Pero si tu aplicación utiliza una base de Access y deseas que se ejecute en plataformas de 64 bits, entonces deberás seleccionar la opción x64 y procurar que los equipos de destino tengan instalado el motor ACE de 64 bits de Microsoft Access 2010, es decir, los archivos existentes en el componente redistribuible 'AccessDatabaseEngine_x64.exe'.

    ¿Que no quieres instalar dicho componente? Entonces deberás de compilar tu aplicación EXPRESAMENTE para plataformas x86. Obviamente, los equipos de destino deberán tener instalado los componentes de 32 bits de Access 2007 ó 2010 del motor Microsoft ACE. Te comento que no existe versión de 64 bits de Access 2007, tal y como sí existe para Access 2010.
     
    > 5) en la aplicacion no tendré problemas de conexión con la base
    > de datos access ¿ok? pero si al crear una conexion en Data Connections

    Y ¿para qué quieres crear una conexión con una base de Access en el "Explorador de servidores'? ¿Tienes instalado Access 2010 en tu PC? Si la respuesta es afirmativa, ahí es donde tienes que diseñar tu base de datos de Access.

    Que se utilicen versiones de 32 ó 64 bits del motor de datos de Access 2010, no significa que la base de datos sea diferente para cada plataforma; la base de datos es la misma.

    > 6) ¿porqué a pesar de compilar en x64, en la barra de herramientas
    > standar, al lado de debug, la casilla solution plataform aparece x86?

    No sé a lo que te refieres. Las opciones de compilación se seleccionan en el cuadro de diálogo 'Opciones de compilación avanzada...' existentes en las Propiedades del proyecto, pestaña 'Compilar'.

    > 7) después de todo aun no sé como registrar ACE.OLEDB.12.0 en la
    > máquina y tiene que haber alguna forma porque no creo que microsoft
    > haya dejado la compatibilidad entre access y visual studio de mala
    > manera...

    Lo que haga o haya dejado de hacer Microsoft con Access y Visual Studio lo ignoro por completo, aparte que no me preocupa. ¡Vamos! ¡Que no voy a perder el sueño por ello! :-D

    Las conexiones que yo hago con bases de datos de Access las efectúo en tiempo de ejecución, por tanto, me da exactamente igual que se pueda añadir o no una conexión con una base de datos de Access al 'Explorador de servidores' de Visual Studio. Y el diseño de la base de datos lo efectuó con el propio Microsoft Access, cuestión ésta que es lo más sensato que puede hacer una persona que desee diseñar una base de datos Microsoft Access. :-)

     


    Enrique Martínez
      [MS MVP - VB]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, activa la instrucción Option Strict.


    jueves, 26 de enero de 2012 20:26
    Moderador
  • Enrique muchas gracias por tu paciencia y tu amabilidad, ya ves el cacao que tengo...

    Tengo office 2010 64bits y Win7 64bits. El que es de 32 es el Visual Studio...lo que haré es como tú dices crear las conexiones en tiempo de ejecucion y vale. Si me entero como registrar correctamente el ACE.OLEDB.12.0 lo pondré en el foro para todos.

     

     

    viernes, 27 de enero de 2012 12:01
  • "compilando" escribió:

    > Si me entero como registrar correctamente el ACE.OLEDB.12.0
    > lo pondré en el foro para todos.

    El proveedor de datos Microsoft.ACE.OLEDB.12.0 se registra instalando los componentes adecuados de Access 2007 ó Acces 2010, es decir, ejecutando el programa de instalación 'AccessDatabaseEngine' de 32 bits o de 64 bits, éste último solamente disponible para Access 2010.

    Por supuesto, otra manera de registrarlo es durante la instalación del propio Microsoft Access 2007 o Microsoft Access 2010.

     

     


    Enrique Martínez
      [MS MVP - VB]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, activa la instrucción Option Strict.

    sábado, 28 de enero de 2012 14:39
    Moderador
  • Hola, estoy como tu me da el mismo problema, pero lo he solucionado con esto.

    http://tinyurl.com/3jlcqk

    jueves, 9 de febrero de 2012 18:09
  • Hola, tuve el mismo problema, tengo instalado w7 x64 y office 2010 x64 y vs2010 x64, para resolverlo solo tuve que poner en propiedades del proyecto, generar, destino de la plataforma x64. Saludos, espero lo resuelva.
    lunes, 20 de febrero de 2012 12:49
  • Después de buscar por ahí encontré la solución aquí:

    http://social.msdn.microsoft.com/For...b-41d912d50a64

    dejo el enlace para que otras personas que tengan el problema este puedan solucionarlo... esto a mí me ha funcionado perfectamente.

    sábado, 3 de marzo de 2012 8:08
  • Hola:

    Está bien que te marques tu propia respuesta como satisfactoria, pero al menos, corrige el enlace que has publicado para que podamos conocer la solución que has encontrado. ;-)


    Enrique Martínez
      [MS MVP - VB]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, activa la instrucción Option Strict.

    sábado, 3 de marzo de 2012 8:51
    Moderador
  • EL enlace funciona bien.. no se qué pasa:

    http://social.msdn.microsoft.com/Forums/en-AU/vstsdb/thread/1d5c04c7-157f-4955-a14b-41d912d50a64

    Respecto a lo de marcar mi respuesta como correcta, ¿?, ¿qué más da?... el enlace es otro threat de un foro, la puse porque lo que explica ahí es sencillo y funciona bien. Yo no tengo ningún interés en "respuestas correctas" ni en estos "votos útiles"... me quito como respuesta satisfactoria no sabía que "metería la pata", lo siento.

    sábado, 3 de marzo de 2012 16:58
  • "compilando" escribió:

    > EL enlace funciona bien.. no se qué pasa:
    >

    ¿Que no sabes lo que pasa? Pues que el primer enlace que publicastes no funciona, o al menos, a mí no me funciona, de ahí que te indicara que lo corrigieras, tal y como lo has hecho.

    > http://social.msdn.microsoft.com/Forums/en-AU/vstsdb/thread/1d5c04c7-157f-4955-a14b-41d912d50a64

    Éste enlace sí funciona correctamente.

    > Respecto a lo de marcar mi respuesta como correcta, ¿?, ¿qué más da?...
    > el enlace es otro threat de un foro, la puse porque lo que explica ahí
    > es sencillo y funciona bien. Yo no tengo ningún interés en "respuestas
    > correctas" ni en estos "votos útiles"... me quito como respuesta
    > satisfactoria no sabía que "metería la pata", lo siento.

    Discúlpame, pero me parece a mí que no te has enterado de la sugerencia que te he indicado. Ni has metido la pata ni tienes por qué disculparte. Si has encontrado la repuesta, me parece estupendo que te marques como satisfactoria tu propia respuesta; no tengo ninguna objeción para que así lo hagas, tanto tú como cualquier otro usuario del foro.

    Pero como indicastes un enlace que no funciona (http://social.msdn.microsoft.com/For...b-41d912d50a64), de ahí que te aconsejara que lo corrigieras, para que otros usuarios con los mismos problemas se pudieran beneficiar de la solución, porque como bien creo que comprenderás, de poco sirve marcar una respuesta con un enlace que no funciona a la supuesta solución del problema.

    Ahora, una vez que funciona el nuevo enlace que has indicado, márcate como satisfactoria tu propia respuesta si así lo crees conveniente. Nada más.

     


    Enrique Martínez
      [MS MVP - VB]

    Nota informativa: La información contenida en este mensaje, así como el código fuente incluido en el mismo, se proporciona «COMO ESTÁ», sin garantías de ninguna clase, y no otorga derecho alguno. Usted asume cualquier riesgo al poner en práctica, utilizar o ejecutar lo recomendado o sugerido en el presente mensaje.

    Si esta respuesta le ha resultado útil, recuerde marcarla como satisfactoria.

    Si usas Visual Basic .NET y deseas ser productivo y feliz, activa la instrucción Option Strict.

    domingo, 4 de marzo de 2012 7:30
    Moderador
  • Que tal compilado, mira no se si te sirva mi comentario, es muy simple:

    Deja la opcion de quipo X86

    y luego en lugar de Microsoft.ACE.OLEDB.12.0

     

    Microsoft.jet.OLEDB.4.0

    lunes, 5 de marzo de 2012 4:13
  • Información muy útil del moderador a pesar del tono un poco macarra y condescendiente. En cualquier caso todo lo apuntado es 100% la realidad todavía en estos momentos (office/Access 2013 x64) (msvs 2013 x64).
    • Editado Mingiar miércoles, 26 de febrero de 2014 15:42
    • Propuesto como respuesta Mingiar miércoles, 26 de febrero de 2014 15:42
    • Votado como útil Enrique M. MontejoModerator jueves, 27 de febrero de 2014 6:53
    miércoles, 26 de febrero de 2014 15:40