Hola,

He creado un Sistema de Inventario para una Ferretería en Visual Basic 6.0 con una Base de Datos Microsoft Access MDB de la versión 7.0 a la que conecto mediante controles "data"; creé el Paquete de Instalación con el Asistente para Empaquetado y Distribución que trae el mismo Visual Studio 6.0.

El equipo cliente en la Ferretería funciona bajo Windows 7 Home Basic 64 bits; ejecuté como Administrador el setup del Paquete para instalar la aplicación y durante la copia de archivos lanzó un primer error:

C:\Windows\system32\expsrv.dll
Infracción de acceso al copiar el archivo.
Anular Reintentar Omitir

No hay alternativa más que dar a Omitir y en seguida muestra lo siguiente:

C:\Windows\system32\expsrv.dll
Infracción de acceso al copiar el archivo.
Si pasa por alto un error de copia, el archivo no se copiará.
Puede que la aplicación no funcione correctamente. ¿Desea
pasar por alto el error?
Sí No

De igual manera no hay más que dar a Sí; luego viene el siguiente error:

C:\Windows\system32\vbajet32.dll
Infracción de acceso al copiar el archivo.
Anular Reintentar Omitir

Mismo caso: Omitir. Y por ultimo, en la parte de actualización del sistema, lo siguiente:

Error al registrar el archivo 'C:\Program Files\Common Files\Microsoft Shared\DAO\DAO350.DLL'
Anular Reintentar Omitir

Lo mismo: Omitir. Finaliza la instalación y a pesar de los errores descritos, la aplicación funciona como debe, sin inconvenientes. De hecho la persona de la Ferretería probó a registrar algunos productos, y todo perfecto. Entonces, a fin de cuentas a la Sra. le surgió una nueva necesidad para el sistema, con lo que se hizo necesario volver a modificarlo. Lo desinstalé del equipo cliente típicamente desde Panel de Control -> Programas y Características (Windows 7); luego volví a mi equipo (Windows XP Professional Service Pack 2) para realizar los cambios requeridos: añadir un nuevo campo en algunas tablas de la Base de Datos y escribir algunas líneas de código para guardar los datos correspondientes en dicho nuevo campo, además de agregar también algunos controles a formularios de donde se tomarán esos datos.

Bien, teniendo los cambios hechos y todo guardado, volví a compilar y crear el ejecutable de la aplicación, crear el Paquete de instalación y fuí de nueva cuenta hasta el equipo cliente donde nuevamente instalé dándose lugar los mismos errores mencionados anteriormente durante la instalación. Entonces al ejecutar y usar la aplicación me encuentro con la sorpresa de que al entrar en un formulario que hace consulta a la Base de Datos me muestra los datos de los productos que registró la Sra. como prueba en la instalación anterior cómo puede ser esto posible si desinstalé la aplicación y pues se "supone" que se eliminó toda la carpeta de la instalación (donde también se encontraba la BD), yo mismo comprobé que ya no existía después de la desinstalación; de dónde puede estar recuperando estos datos?.

Y peor aún, encontré que no me muestra el nuevo campo que agregué a algunas tablas de la BD sino solamente los campos que tenían en la instalación anterior es algo sumamente extraño.

Probé a restaurar el sistema hasta un día antes de la primera instalación, y volví a instalar pero el resultado fue el mismo. Luego limpié el registro y el equipo con CCleaner pero nada.

No comprendo que es lo que puede suceder, aquí que opinan?, algún caso similar?, sugerencias?, soluciones?. De antemano agradezco mucho la atención brindada.

Saludos.

Saludos:

La ejecucion de 64 bits es diferente a 32 bits. Por ello los errores. Fijate en el directorio Program Files (X86) que es donde normalmente se instalan las aplicaciones en W7. Probablemente el ODBC de W7 ya tiene el access en la carpeta de MyDocumentos o en Access.

Busca la conexion y la BD. Deben estar en algun lado, con los datos digitados por el cliente.

A modo de sugerencia, si es posible pasar tu software a VB NET seria mejor. VB60 no esta preparado para sistemas de 64 bits y en algun momento se pueden presentar anomalias o bugs, los cuales Microsoft no ayuda mas.

Espero ayude,


JOSE LUIS

Hola,

Primero que nada, gracias por la rápida respuesta; lo de la diferencia en ejecución de 64 y 32 bits lo comprendo perfectamente. Lo que no me quedó totalmente claro es: en qué me debo de fijar dentro del directorio Program Files (x86)?, específicamente donde se localiza el ODBC de W7 o las carpetas que se mencionan (como Access por ejemplo)?.

Bueno, perdón si no comprendí algo que pudiera ser sumamente sencillo, pero esque estoy hecho todo un lío, llevo cerca de 2 meses trabajando sobre esto, es algo frustrante; en fin....

Un saludo.

alguien pudo solucionar el tema, me pasa lo mismo realice un ejecutable en vb6 en xp xon base de datos access y al correrlo en XP me crea las carpetas pero al modificar el nombre de la base de datos este sigue conectandose no se adonde pero entra sin ningun problema y obviamente la data que guardo no se refleja en el archivo

alguien pudo solucionar el tema, me pasa lo mismo realice un ejecutable en vb6 en xp xon base de datos access y al correrlo en windows 7 me crea las carpetas pero al modificar el nombre de la base de datos este sigue conectandose no se adonde pero entra sin ningun problema y obviamente la data que guardo no se refleja en el archivo

Iniciado por ReneGR

Hola,

He creado un Sistema de Inventario para una Ferretería en Visual Basic 6.0 con una Base de Datos Microsoft Access MDB de la versión 7.0 a la que conecto mediante controles "data"; creé el Paquete de Instalación con el Asistente para Empaquetado y Distribución que trae el mismo Visual Studio 6.0.

El equipo cliente en la Ferretería funciona bajo Windows 7 Home Basic 64 bits; ejecuté como Administrador el setup del Paquete para instalar la aplicación y durante la copia de archivos lanzó un primer error:

C:\Windows\system32\expsrv.dll
Infracción de acceso al copiar el archivo.
Anular Reintentar Omitir

No hay alternativa más que dar a Omitir y en seguida muestra lo siguiente:

C:\Windows\system32\expsrv.dll
Infracción de acceso al copiar el archivo.
Si pasa por alto un error de copia, el archivo no se copiará.
Puede que la aplicación no funcione correctamente. ¿Desea
pasar por alto el error?
Sí No

De igual manera no hay más que dar a Sí; luego viene el siguiente error:

C:\Windows\system32\vbajet32.dll
Infracción de acceso al copiar el archivo.
Anular Reintentar Omitir

Mismo caso: Omitir. Y por ultimo, en la parte de actualización del sistema, lo siguiente:

Error al registrar el archivo 'C:\Program Files\Common Files\Microsoft Shared\DAO\DAO350.DLL'
Anular Reintentar Omitir

Lo mismo: Omitir. Finaliza la instalación y a pesar de los errores descritos, la aplicación funciona como debe, sin inconvenientes. De hecho la persona de la Ferretería probó a registrar algunos productos, y todo perfecto. Entonces, a fin de cuentas a la Sra. le surgió una nueva necesidad para el sistema, con lo que se hizo necesario volver a modificarlo. Lo desinstalé del equipo cliente típicamente desde Panel de Control -> Programas y Características (Windows 7); luego volví a mi equipo (Windows XP Professional Service Pack 2) para realizar los cambios requeridos: añadir un nuevo campo en algunas tablas de la Base de Datos y escribir algunas líneas de código para guardar los datos correspondientes en dicho nuevo campo, además de agregar también algunos controles a formularios de donde se tomarán esos datos.

Bien, teniendo los cambios hechos y todo guardado, volví a compilar y crear el ejecutable de la aplicación, crear el Paquete de instalación y fuí de nueva cuenta hasta el equipo cliente donde nuevamente instalé dándose lugar los mismos errores mencionados anteriormente durante la instalación. Entonces al ejecutar y usar la aplicación me encuentro con la sorpresa de que al entrar en un formulario que hace consulta a la Base de Datos me muestra los datos de los productos que registró la Sra. como prueba en la instalación anterior cómo puede ser esto posible si desinstalé la aplicación y pues se "supone" que se eliminó toda la carpeta de la instalación (donde también se encontraba la BD), yo mismo comprobé que ya no existía después de la desinstalación; de dónde puede estar recuperando estos datos?.

Y peor aún, encontré que no me muestra el nuevo campo que agregué a algunas tablas de la BD sino solamente los campos que tenían en la instalación anterior es algo sumamente extraño.

Probé a restaurar el sistema hasta un día antes de la primera instalación, y volví a instalar pero el resultado fue el mismo. Luego limpié el registro y el equipo con CCleaner pero nada.

No comprendo que es lo que puede suceder, aquí que opinan?, algún caso similar?, sugerencias?, soluciones?. De antemano agradezco mucho la atención brindada.

Saludos.

lo pudiste arreglar ....como lo hiciste???

LA MOVIDA ES DE ESTA MANERA, AL INSTALAR SU APLICACIÓN MÁGICAMENTE SE CREA UNA CARPETA TEMPORAL CON EL NOMBRE DE LA CARPETA ORIGINAL QUE SE INSTALA EN C:\ARCHIVOS DE PROGRAMA\BLAH BLAH BLAH. NO ME
PREGUNTEN POR QUE RAYOS SE CREA, SOLO SE CREA Y YA. ENTONCES, LA SOLUCIÓN ESTA EN IR A LA CARPETA TEMP DE WINDOWS Y LUEGO ELIMINAN LA BASE DE DATOS DE ACCESS (A MÍ ME PASO CON UNA BD DE ACCESS, NO SE USTEDES, COMO SEA), Y TADA!!! PROBLEMA SOLUCIONADO. SI TIENEN OTRAS PREGUNTAS BUSQUENME.

SOY INGENIERO EN SISTEMAS

RECUERDEN: HAY MUCHAS PREGUNTAS Y POCAS RESPUESTAS, PERO SIEMPRE TENGO ALGO QUE DECIR...

Iniciado por ReneGR

Hola,

He creado un Sistema de Inventario para una Ferretería en Visual Basic 6.0 con una Base de Datos Microsoft Access MDB de la versión 7.0 a la que conecto mediante controles "data"; creé el Paquete de Instalación con el Asistente para Empaquetado y Distribución que trae el mismo Visual Studio 6.0.

El equipo cliente en la Ferretería funciona bajo Windows 7 Home Basic 64 bits; ejecuté como Administrador el setup del Paquete para instalar la aplicación y durante la copia de archivos lanzó un primer error:

C:\Windows\system32\expsrv.dll
Infracción de acceso al copiar el archivo.
Anular Reintentar Omitir

No hay alternativa más que dar a Omitir y en seguida muestra lo siguiente:

C:\Windows\system32\expsrv.dll
Infracción de acceso al copiar el archivo.
Si pasa por alto un error de copia, el archivo no se copiará.
Puede que la aplicación no funcione correctamente. ¿Desea
pasar por alto el error?
Sí No

De igual manera no hay más que dar a Sí; luego viene el siguiente error:

C:\Windows\system32\vbajet32.dll
Infracción de acceso al copiar el archivo.
Anular Reintentar Omitir

Mismo caso: Omitir. Y por ultimo, en la parte de actualización del sistema, lo siguiente:

Error al registrar el archivo 'C:\Program Files\Common Files\Microsoft Shared\DAO\DAO350.DLL'
Anular Reintentar Omitir

Lo mismo: Omitir. Finaliza la instalación y a pesar de los errores descritos, la aplicación funciona como debe, sin inconvenientes. De hecho la persona de la Ferretería probó a registrar algunos productos, y todo perfecto. Entonces, a fin de cuentas a la Sra. le surgió una nueva necesidad para el sistema, con lo que se hizo necesario volver a modificarlo. Lo desinstalé del equipo cliente típicamente desde Panel de Control -> Programas y Características (Windows 7); luego volví a mi equipo (Windows XP Professional Service Pack 2) para realizar los cambios requeridos: añadir un nuevo campo en algunas tablas de la Base de Datos y escribir algunas líneas de código para guardar los datos correspondientes en dicho nuevo campo, además de agregar también algunos controles a formularios de donde se tomarán esos datos.

Bien, teniendo los cambios hechos y todo guardado, volví a compilar y crear el ejecutable de la aplicación, crear el Paquete de instalación y fuí de nueva cuenta hasta el equipo cliente donde nuevamente instalé dándose lugar los mismos errores mencionados anteriormente durante la instalación. Entonces al ejecutar y usar la aplicación me encuentro con la sorpresa de que al entrar en un formulario que hace consulta a la Base de Datos me muestra los datos de los productos que registró la Sra. como prueba en la instalación anterior cómo puede ser esto posible si desinstalé la aplicación y pues se "supone" que se eliminó toda la carpeta de la instalación (donde también se encontraba la BD), yo mismo comprobé que ya no existía después de la desinstalación; de dónde puede estar recuperando estos datos?.

Y peor aún, encontré que no me muestra el nuevo campo que agregué a algunas tablas de la BD sino solamente los campos que tenían en la instalación anterior es algo sumamente extraño.

Probé a restaurar el sistema hasta un día antes de la primera instalación, y volví a instalar pero el resultado fue el mismo. Luego limpié el registro y el equipo con CCleaner pero nada.

No comprendo que es lo que puede suceder, aquí que opinan?, algún caso similar?, sugerencias?, soluciones?. De antemano agradezco mucho la atención brindada.

Saludos.

---

ReneGR
Buenos días. Paso a comentarte que tuve un problema similar al instalar un programa hecho en vb6.0 en win 7.

Proba buscando en la siguiente ruta: C:\Users\(nombre de usuario)\AppData\Local\VirtualStore\Program Files\(nombre del directorio del programa)

Te dejo un ejemplo por si no se entendio muy bien: C:\Users\Juan\AppData\Local\VirtualStore\Program Files\Sistema Administrativo. Donde Juan es el nombre de usuario y Sistema Administrativo es nombre del directorio del programa.

Espero te sea de ayuda.

Saludos.
Willy

Estimado amigo una consulta por favor tengo el w7 y el vb6 cuando realizo un formaulario y al arrastrar cual quier objeto deja rastro y es lento por que? a pesr que tengo iunstalado el w7 32 bits
gracias por tu respuesta
atte
jesus

Iniciado por THE SENSEI

LA MOVIDA ES DE ESTA MANERA, AL INSTALAR SU APLICACIÓN MÁGICAMENTE SE CREA UNA CARPETA TEMPORAL CON EL NOMBRE DE LA CARPETA ORIGINAL QUE SE INSTALA EN C:\ARCHIVOS DE PROGRAMA\BLAH BLAH BLAH. NO ME
PREGUNTEN POR QUE RAYOS SE CREA, SOLO SE CREA Y YA. ENTONCES, LA SOLUCIÓN ESTA EN IR A LA CARPETA TEMP DE WINDOWS Y LUEGO ELIMINAN LA BASE DE DATOS DE ACCESS (A MÍ ME PASO CON UNA BD DE ACCESS, NO SE USTEDES, COMO SEA), Y TADA!!! PROBLEMA SOLUCIONADO. SI TIENEN OTRAS PREGUNTAS BUSQUENME.

SOY INGENIERO EN SISTEMAS

RECUERDEN: HAY MUCHAS PREGUNTAS Y POCAS RESPUESTAS, PERO SIEMPRE TENGO ALGO QUE DECIR...