no puedo solucionar el error 91.

[gemma]

Hola: No hay manera de que pueda hacer correr una
instalación fuera del entorno de VB6., dándome siempre el
error 91 en tiempo de ejecución (La variable de tipo
Object o la variable de bloque with no está establecida).
La misma contiene una base de access2000 conectada a los
adodcs mediante el motor Jet 4.0 y esta desarrollada en
el S.O. xp home. La misma cuando la instalo en Win98 u
otro sistema, lo hace perfectamente, utilizo Setup
Factory 6., y cuando entro en la aplicación mediante el
icono de programa, me carga el formulario inicial. Es ahí
que cuando quiero acceder a cualquier menú me saca el
error 91 y me hecha fuera de la aplicación. Lo mismo
hecho en el ordenador que tiene el VB no dá ningún error.
He registrado las OCX, las DLL, étc. He cargado el
MDAC_TYPE y os pongo un ejemplo del código que utilizo
para la carga de formularios.: Private sub entradas_Click
()
Set MiForm = New form25
MiForm.Show
Set MiForm = Nothing
Unload me
end sub
Esto lo hago para cargar y descargar cualquier
formulario, pasando de uno a tro, o sea que en memoria
tengo solamente el último cargado.
No se si con esta explicación me habré hecho entender,
pero por favor, si podéis ayudarme os lo agradecería, ya
que me ha llevado un año realizar la aplicación y llevo
con el tema de la instalación un mes y no salgo de ello.
También os agradecería si conocéis en Barcelona alguna
empresa o algún especialista en crear instalaciones, e lo
padáis indicar. Recibid un saludo muy fuerte como siempre.

[Tomás]

Creo que nadie te podrá ayudar. Yo sigo pensando que te falta alguna dll o
algún otro controlador.
Haz una prueba utilizando el Asistente para empaquetado y distribución que
viene con el VB Studio.
Y agrega todos los controladores de bases de datos disponibles (solo como
prueba para confirmar que IGUAL el problema puede venir de ahí).
Ya se que es engorroso volver a empezar a hacer un programa de instalación
pero te ahorraras al final un montón de tiempo.

Saludos...


"gemma" <***@hotmail.com> escribi� en el mensaje news:054401c3d361$5533ea60$***@phx.gbl...
Hola: No hay manera de que pueda hacer correr una
instalación fuera del entorno de VB6., dándome siempre el
error 91 en tiempo de ejecución (La variable de tipo
Object o la variable de bloque with no está establecida).
La misma contiene una base de access2000 conectada a los
adodcs mediante el motor Jet 4.0 y esta desarrollada en
el S.O. xp home. La misma cuando la instalo en Win98 u
otro sistema, lo hace perfectamente, utilizo Setup
Factory 6., y cuando entro en la aplicación mediante el
icono de programa, me carga el formulario inicial. Es ahí
que cuando quiero acceder a cualquier menú me saca el
error 91 y me hecha fuera de la aplicación. Lo mismo
hecho en el ordenador que tiene el VB no dá ningún error.
He registrado las OCX, las DLL, étc. He cargado el
MDAC_TYPE y os pongo un ejemplo del código que utilizo
para la carga de formularios.: Private sub entradas_Click
()
Set MiForm = New form25
MiForm.Show
Set MiForm = Nothing
Unload me
end sub
Esto lo hago para cargar y descargar cualquier
formulario, pasando de uno a tro, o sea que en memoria
tengo solamente el último cargado.
No se si con esta explicación me habré hecho entender,
pero por favor, si podéis ayudarme os lo agradecería, ya
que me ha llevado un año realizar la aplicación y llevo
con el tema de la instalación un mes y no salgo de ello.
También os agradecería si conocéis en Barcelona alguna
empresa o algún especialista en crear instalaciones, e lo
padáis indicar. Recibid un saludo muy fuerte como siempre.

[Morgan]

Oye, si tienes 1 mes con el problema, por que no cambias al metodo
tradicional para la carga y descarga de los formularios,o al menos prueba
con uno de ellos a ver que pasa..

'Voy a cargar el formulario ventas del menu
Private Sub OpVentas_Click()
fmrVentas.Show
Unload Me 'yo no uso esto ya que parto de un MDI
'pero para tu caso lo puedes poner.
End Sub

y para cerrar las conexiones a la bases de datos y descargarlas.

oRs.Close 'Cerramos el Recordset
Set oRs = Nothing
oCon.Close 'Cerramos la conexion
Set oCon=Noting

yo no tengo problemas con esto y mis aplicaciones corren en w9x, Me, Nt,
2000 y XP, al menos asi podemos descartar que se trata de la apertura, ya
que el error tambien lo arroja las conexiones o le podemos hechar la culpa a
algun componente que no se este instalando adecuadamente.

Saludos Morgan

Post by gemma
Hola: No hay manera de que pueda hacer correr una
instalación fuera del entorno de VB6., dándome siempre el
error 91 en tiempo de ejecución (La variable de tipo
Object o la variable de bloque with no está establecida).
La misma contiene una base de access2000 conectada a los
adodcs mediante el motor Jet 4.0 y esta desarrollada en
el S.O. xp home. La misma cuando la instalo en Win98 u
otro sistema, lo hace perfectamente, utilizo Setup
Factory 6., y cuando entro en la aplicación mediante el
icono de programa, me carga el formulario inicial. Es ahí
que cuando quiero acceder a cualquier menú me saca el
error 91 y me hecha fuera de la aplicación. Lo mismo
hecho en el ordenador que tiene el VB no dá ningún error.
He registrado las OCX, las DLL, étc. He cargado el
MDAC_TYPE y os pongo un ejemplo del código que utilizo
para la carga de formularios.: Private sub entradas_Click
()
Set MiForm = New form25
MiForm.Show
Set MiForm = Nothing
Unload me
end sub
Esto lo hago para cargar y descargar cualquier
formulario, pasando de uno a tro, o sea que en memoria
tengo solamente el último cargado.
No se si con esta explicación me habré hecho entender,
pero por favor, si podéis ayudarme os lo agradecería, ya
que me ha llevado un año realizar la aplicación y llevo
con el tema de la instalación un mes y no salgo de ello.
También os agradecería si conocéis en Barcelona alguna
empresa o algún especialista en crear instalaciones, e lo
padáis indicar. Recibid un saludo muy fuerte como siempre.

[Ramon Egido]

Yo no me inclinaría a fallo de código. Si funciona bien en el entorno VB y
mal en uno que se creado con discos de instalación, yo diría que está
fallando algo en dicha instalación.

¿Has probado a crear los discos con el instalador de Microsoft, que
automáticamente te chequea si necesitas archivos de dependencias para
crearlos, y luego llevar todo lo que te sale al Setup Factory?

Un saludo,

Ramón Egido.

[Morgan]

Yo no me confiaria mucho de ese razonamiento, de que si funciona en el
entorno tambien debe funcionar el .exe, ahorita no tengo a la mano las
referencias de muchos problemas que saltan hasta que se ejecuta, lo
recomendable para probar tu aplicacion es que generes el .exe y en el checar
que todo funcione.

Lo de la prueba no lo he hecho, ya que el pdw me a funcionado muy bien,
alguna vez a principios del año pasado postee un problema que tube en un
instalacion con w2000 pero se debio a la version del Jet, con instalar el
que le corresponde al SO todo funciono perfecto.

Saludos Morgan

Post by Ramon Egido
Yo no me inclinaría a fallo de código. Si funciona bien en el
entorno VB y mal en uno que se creado con discos de instalación, yo
diría que está fallando algo en dicha instalación.
¿Has probado a crear los discos con el instalador de Microsoft, que
automáticamente te chequea si necesitas archivos de dependencias para
crearlos, y luego llevar todo lo que te sale al Setup Factory?
Un saludo,
Ramón Egido.

[gemma]

-----Mensaje original-----
Oye, si tienes 1 mes con el problema, por que no cambias

al metodo

tradicional para la carga y descarga de los

formularios,o al menos prueba

con uno de ellos a ver que pasa..
'Voy a cargar el formulario ventas del menu
Private Sub OpVentas_Click()
fmrVentas.Show
Unload Me 'yo no uso esto ya que parto de un MDI
'pero para tu caso lo puedes

poner.

End Sub
y para cerrar las conexiones a la bases de datos y

descargarlas.

oRs.Close 'Cerramos el Recordset
Set oRs = Nothing
oCon.Close 'Cerramos la conexion
Set oCon=Noting
yo no tengo problemas con esto y mis aplicaciones corren

en w9x, Me, Nt,

2000 y XP, al menos asi podemos descartar que se trata

de la apertura, ya

que el error tambien lo arroja las conexiones o le

podemos hechar la culpa a

algun componente que no se este instalando adecuadamente.
Saludos Morgan

Post by gemma
Hola: No hay manera de que pueda hacer correr una
instalación fuera del entorno de VB6., dándome siempre

el

Post by gemma
error 91 en tiempo de ejecución (La variable de tipo
Object o la variable de bloque with no está

establecida).

Post by gemma
La misma contiene una base de access2000 conectada a

los

Post by gemma
adodcs mediante el motor Jet 4.0 y esta desarrollada en
el S.O. xp home. La misma cuando la instalo en Win98 u
otro sistema, lo hace perfectamente, utilizo Setup
Factory 6., y cuando entro en la aplicación mediante el
icono de programa, me carga el formulario inicial. Es

ahí

Post by gemma
que cuando quiero acceder a cualquier menú me saca el
error 91 y me hecha fuera de la aplicación. Lo mismo
hecho en el ordenador que tiene el VB no dá ningún

error.

Post by gemma
He registrado las OCX, las DLL, étc. He cargado el
MDAC_TYPE y os pongo un ejemplo del código que utilizo
para la carga de formularios.: Private sub

entradas_Click

Post by gemma
()
Set MiForm = New form25
MiForm.Show
Set MiForm = Nothing
Unload me
end sub
Esto lo hago para cargar y descargar cualquier
formulario, pasando de uno a tro, o sea que en memoria
tengo solamente el último cargado.
No se si con esta explicación me habré hecho entender,
pero por favor, si podéis ayudarme os lo agradecería,

ya

Post by gemma
que me ha llevado un año realizar la aplicación y llevo
con el tema de la instalación un mes y no salgo de

ello.

Post by gemma
También os agradecería si conocéis en Barcelona alguna
empresa o algún especialista en crear instalaciones, e

lo

Post by gemma
padáis indicar. Recibid un saludo muy fuerte como

siempre.

.
Apreciado Morgan: Os doy las gracias por vuestro intento

de ayudarme. Dirigiéndome especialmente a ti, y no te
enfades, pero es que yo la conexión a la base de datos no
la abro ni la cierro, simplemente lo que hago es conectar
los adodcs correspondientes y nada mas. Quiza venga por
ahí el problema. Yo te agradecería si lo que te he dicho
es correcto. Como me imagino no lo será, te ruego me
puedas escribir el codigo para abrir y cerrar las
conexiones ya que no lo he hecho nunca. Mucgas gracias
Morgan. Un saludo a ti y a todos los demás por vuestra
gentil ayuda.

[Softjaen]

... pero es que yo la conexión a la base de datos no
la abro ni la cierro, simplemente lo que hago es conectar
los adodcs correspondientes y nada mas. Quiza venga por
ahí el problema. ...

Hola, Gemma:

Pues puede ser que por ahí venga el problema, porque el control de datos de
ADO no puede inicializar implicitamente los objetos «Connection» y
«Recordset» a menos que dicho control se encuentre enlazado a otro control
del formulario.

No sé si será la solución a tu problema, pero tampoco vas a perder nada por
echarle un vistazo al siguiente artículo de la Base del Conocimiento
(Servicio de Traducción Automática):

PRB: Run-Time Error Message '91' Occurs on Attempt to Access Recordset
Object of Unbound ADO DataControl
http://support.microsoft.com/default.aspx?scid=kb;ES;266730

Un saludo

--
Enrique Martínez
[MS MVP - VB]

[Softjaen]

Gemma, no va a ser ese el problema, porque ahora que leído de nuevo tu
mensaje, indicas que no obtienes el error 91 cuando ejecutas el programa en
el mismo "ordenador que tiene el VB", lo que me hace pensar que tampoco
obtengas el error cuando abres el proyecto en el entorno de desarrollo de
Visual Basic.

Como no nos des más información, difícil va a ser poder ayudarte, porque el
poco código que has publicado no nos dice nada sobre el motivo para que
obtengas el error 91.

--
Enrique Martínez
[MS MVP - VB]

[gemma]

-----Mensaje original-----
Gemma, no va a ser ese el problema, porque ahora que

leído de nuevo tu

mensaje, indicas que no obtienes el error 91 cuando

ejecutas el programa en

el mismo "ordenador que tiene el VB", lo que me hace

pensar que tampoco

obtengas el error cuando abres el proyecto en el entorno

de desarrollo de

Visual Basic.
Como no nos des más información, difícil va a ser poder

ayudarte, porque el

poco código que has publicado no nos dice nada sobre el

motivo para que

obtengas el error 91.
--
Enrique Martínez
[MS MVP - VB]
.
Hola Enrique, gracias por vuestra inestimable ayuda,

porque creo que al final la aplicación vá a ver la luz.
Te comento: La aplicación generada en el mismo ordenador
que tengo VB, corre el ejecutable de la instalación de
maravilla, ni un solo error ni con adodc, ni
crystalreport, nada de nada, perfecto. Es cuando la he
querido cargar en otro ordenador cuando casca. He hecho
una prueba pequeña creando otra aplicación con tres
formularios y tres controles, no hará mas de una hora, y
le he puesto dos adodcs y conectados a la misma base de
datos que utiliza la grande, que tiene 118 formularios,
entre forms, diseñadores y informes. La pequeña corre de
maravilla en un win98ME, la instalación la he realizado
con el empaquetador de VB6. Por ello quiero creer que es
algún OCX o dichosa DLL, que no está bien registrada o
que no está. Me dan problemas de dependencias la
craxdrt.dll, la crviewer.dll y msado25.tlb. Creo que
tengo que centrar ahí los tiros. Si tu necesitas mas
información, dime por favor de que tipo ha de ser y yo te
la remito. Cuando miro las dependencias con el
DependencyWalker, hay un fichero faltante, que no existe
en la craxdrt y en la crviewer. Ese fichero no aparece
pòr ningún lado y es el EFSADU.DLL que cuelga de los dos
dll anteriores. Respecto al msado25.tlb, cambié en el
archivo setup.lst del wizard de Basic, la palabra clave
DLLSelfRegister(Instalación como DLL), por TLBSelfRegister
(Instalación como tlb), según me comentaron en el foro.
Bueno no te doy mas la paliza pero entiende que es
obsesivo el poder acabar con ella y empezar a trabajar.
Yo ya soy mayorcita y tengo seis a mi cargo, o sea, que
me tengo que espabilar. Recibe un fuerte saludo tu y
todos los que me estáis ayudando.

[Heich]

Esperemos que esto te sirva:

http://www.experts-exchange.com/Databases/Crystal_Reports/Q_20755606.html#9481933

http://support.crystaldecisions.com/library/kbase/articles/c2009174.asp
--
Heich
-----------------------------------------------------------------
Cada problema es un reto
Cada reto es una oportunidad de aprender
Cada aprendizaje es una oportunidad de crecer
Cada crecimiento es una oportunidad de mejorar como seres humanos

Por lo tanto:
Los problemas son oportunidades de ser mejores

Sugerencias del buen uso del Foro
http://perso.wanadoo.es/rubenvigon/foro/

-----Mensaje original-----
Gemma, no va a ser ese el problema, porque ahora que

leído de nuevo tu

mensaje, indicas que no obtienes el error 91 cuando

ejecutas el programa en

el mismo "ordenador que tiene el VB", lo que me hace

pensar que tampoco

obtengas el error cuando abres el proyecto en el entorno

de desarrollo de

Visual Basic.
Como no nos des más información, difícil va a ser poder

ayudarte, porque el

poco código que has publicado no nos dice nada sobre el

motivo para que

obtengas el error 91.
--
Enrique Martínez
[MS MVP - VB]
.
Hola Enrique, gracias por vuestra inestimable ayuda,

porque creo que al final la aplicación vá a ver la luz.
Te comento: La aplicación generada en el mismo ordenador
que tengo VB, corre el ejecutable de la instalación de
maravilla, ni un solo error ni con adodc, ni
crystalreport, nada de nada, perfecto. Es cuando la he
querido cargar en otro ordenador cuando casca. He hecho
una prueba pequeña creando otra aplicación con tres
formularios y tres controles, no hará mas de una hora, y
le he puesto dos adodcs y conectados a la misma base de
datos que utiliza la grande, que tiene 118 formularios,
entre forms, diseñadores y informes. La pequeña corre de
maravilla en un win98ME, la instalación la he realizado
con el empaquetador de VB6. Por ello quiero creer que es
algún OCX o dichosa DLL, que no está bien registrada o
que no está. Me dan problemas de dependencias la
craxdrt.dll, la crviewer.dll y msado25.tlb. Creo que
tengo que centrar ahí los tiros. Si tu necesitas mas
información, dime por favor de que tipo ha de ser y yo te
la remito. Cuando miro las dependencias con el
DependencyWalker, hay un fichero faltante, que no existe
en la craxdrt y en la crviewer. Ese fichero no aparece
pòr ningún lado y es el EFSADU.DLL que cuelga de los dos
dll anteriores. Respecto al msado25.tlb, cambié en el
archivo setup.lst del wizard de Basic, la palabra clave
DLLSelfRegister(Instalación como DLL), por TLBSelfRegister
(Instalación como tlb), según me comentaron en el foro.
Bueno no te doy mas la paliza pero entiende que es
obsesivo el poder acabar con ella y empezar a trabajar.
Yo ya soy mayorcita y tengo seis a mi cargo, o sea, que
me tengo que espabilar. Recibe un fuerte saludo tu y
todos los que me estáis ayudando.

[Softjaen]

La pequeña corre de maravilla en un win98ME, la instalación la he
realizado con el empaquetador de VB6. Por ello quiero creer que es
algún OCX o dichosa DLL, que no está bien registrada o que no está.
Me dan problemas de dependencias la craxdrt.dll, la crviewer.dll y
msado25.tlb. Creo que tengo que centrar ahí los tiros.
Cuando miro las dependencias con el Dependency Walker, hay un fichero
faltante, que no existe en la craxdrt y en la crviewer. Ese fichero no
aparece por ningún lado y es el EFSADU.DLL que cuelga de los dos
dll anteriores.

¿EFSADU.DLL? ¿Qué tipo de aplicación has desarrollado para que necesites
dicha biblioteca?

Por lo que he podido averiguar de dicho archivo, se trata del Sistema de
Cifrado de Archivos (EFS) que es parte del sistema de archivos NTFS, y por
tanto, pertenece al sistema operativo Windows XP (se encuentra en la carpeta
de sistema de Windows), sistema operativo éste que has utilizado para
desarrollar la aplicación. Te pregunto yo: ¿no estarás intentando distribuir
archivos pertenecientes al sistema operativo Windows XP y que no están
soportados por sistemas operativos Windows 9.x?

Debes de saber que hasta la misma máquina virtual de Visual Basic
(msvbvm60.dll) que incluye XP, es de una versión superior (6.0.92.37) a la
que viene con el SP5 de Visual Basic (6.0.89.64), y aunque creo que no tiene
nada que ver, porque dicha biblioteca se ha tenido que instalar en los
equipos donde deseas ejecutar tu aplicación, no está de más que verifiques
la versión que se ha instalado.

INFO: Windows XP Includes a New Version of Msvbvm60.DLL
http://support.microsoft.com/default.aspx?scid=kb;en-us;314720

Desde luego es un problema bastante raro que debe estar en que algún
componente no se ha registrado debidamente.

¿Has revisado los enlaces que te ha comentado Heich?

--
Enrique Martínez
[MS MVP - VB]

[gemma]

-----Mensaje original-----

La pequeña corre de maravilla en un win98ME, la

instalación la he

realizado con el empaquetador de VB6. Por ello quiero

creer que es

algún OCX o dichosa DLL, que no está bien registrada o

que no está.

Me dan problemas de dependencias la craxdrt.dll, la

crviewer.dll y

msado25.tlb. Creo que tengo que centrar ahí los tiros.
Cuando miro las dependencias con el Dependency Walker,

hay un fichero

faltante, que no existe en la craxdrt y en la

crviewer. Ese fichero no

aparece por ningún lado y es el EFSADU.DLL que cuelga

de los dos

dll anteriores.

¿EFSADU.DLL? ¿Qué tipo de aplicación has desarrollado

para que necesites

dicha biblioteca?
Por lo que he podido averiguar de dicho archivo, se

trata del Sistema de

Cifrado de Archivos (EFS) que es parte del sistema de

archivos NTFS, y por

tanto, pertenece al sistema operativo Windows XP (se

encuentra en la carpeta

de sistema de Windows), sistema operativo éste que has

utilizado para

desarrollar la aplicación. Te pregunto yo: ¿no estarás

intentando distribuir

archivos pertenecientes al sistema operativo Windows XP

y que no están

soportados por sistemas operativos Windows 9.x?
Debes de saber que hasta la misma máquina virtual de

Visual Basic

(msvbvm60.dll) que incluye XP, es de una versión

superior (6.0.92.37) a la

que viene con el SP5 de Visual Basic (6.0.89.64), y

aunque creo que no tiene

nada que ver, porque dicha biblioteca se ha tenido que

instalar en los

equipos donde deseas ejecutar tu aplicación, no está de

más que verifiques

la versión que se ha instalado.
INFO: Windows XP Includes a New Version of Msvbvm60.DLL
http://support.microsoft.com/default.aspx?scid=kb;en-

us;314720

Desde luego es un problema bastante raro que debe estar

en que algún

componente no se ha registrado debidamente.
¿Has revisado los enlaces que te ha comentado Heich?
--
Enrique Martínez
[MS MVP - VB]
.
Hola Enrique: Gracias por tu y vuestra preocupación con

mi problema y vamos a ver una cosa y tu me dices si es
correcto o no.
1) Monto la aplicación con el empaquetador de VB o el
Setup Factory y la instalo el mismo ordenador S.O. XP
Home, que tengo el VB98 y la misma corre de maravilla.
Funciona bien.
2)El empaquetador de VB. en los archivos de dependencias
me pide la craxdrt.dll, la crviewer.dll y el msado25.tlb.
Cogí en la carpeta Crystal de Windows, los archivos dep
citados (menos el tlb), y los copié en la carpeta dep de
VB98. Pero mirando en Dependency Walker las carpetas
craxdrt y crviewer.dll, al desplegar el árbol de
dependencias o subcarpetas, me dice en el módulo
EFSADU.DLL, lo siguiente:
Error Opening File. El sistema no puede hallar el archivo
especificado(2) y abajo donde describe el error en rojo
indica lo siguiente:
Warning: At least one delay-load dependency module was
not found, que traducido con en Power Translator, dá lo
siguiente: Por lo menos un módulo de dependencia de
retraso-carga no fué encontrado.
Warning: At least one module has an unresolved import due
to a missing export function in a delay-load dependent
module. Traducido: Advirtiendo: Por lo menos un módulo
tiene una importación irresoluta debido a una función de
la exportación perdida en un retraso-carga el módulo
independiente.
En fin no se a que puede ser debido, yo creo que el
problema puede venir por el Crystal Repor 8. De todas
formas busco el fichero EFSADU.SLL en todo el windows Xp
y no existe.
3) Si fuese un problema ese archivo, porqué funciona bien
en el mismo ordenador que está el VB. Si te sirve de
algo, tengo lo mismo instalado en un portátil (VB98, XP
Home, Office 2000, Crystal Reports 8.0, étc)., y me da el
mismo problema y también funciona perfecto en el mismo
ordenador. De todas formas voy a repasar esta tarde y
noche todo lo que me indicas que haga y voy también a
repasar todos los componentes, su registro en Windows,
que estén copiadas todas las dll y ocx de referencias y
componentes.
Enrique, no se que mas puedo hacer pero voy a repasar y
seguir todos los consejos dados por ti y resto de
componentes del foro que me están ayudando y yá os diré
como va.
Como siempre recibe un saludo muy fuerte y gracias.Gemma.
Gemma.

[Softjaen]

"gemma"

vamos a ver una cosa y tu me dices si es correcto o no.
1) Monto la aplicación con el empaquetador de VB o el
Setup Factory y la instalo el mismo ordenador S.O. XP
Home, que tengo el VB98 y la misma corre de maravilla.
Funciona bien.

Es lógico que te funcione bien en el mismo ordenador que has desarrollado la
aplicación porque entiendo que dicho ordenador tiene intalados y registrados
todos los componentes que en principio "necesita" tu aplicación, aunque te
falte el archivo EFSADU.DLL.

2)El empaquetador de VB. en los archivos de dependencias
me pide la craxdrt.dll, la crviewer.dll y el msado25.tlb.
Cogí en la carpeta Crystal de Windows, los archivos dep
citados (menos el tlb), y los copié en la carpeta dep de
VB98. Pero mirando en Dependency Walker las carpetas
craxdrt y crviewer.dll, al desplegar el árbol de
dependencias o subcarpetas, me dice en el módulo
Error Opening File. El sistema no puede hallar el archivo
especificado(2) ...
En fin no se a que puede ser debido, yo creo que el
problema puede venir por el Crystal Repor 8. De todas
formas busco el fichero EFSADU.SLL en todo el windows Xp
y no existe.

Como te dije en mi mensaje anterior, no entiendo por qué motivo necesitas el
archivo EFSADU.DLL, el cuál no es una biblioteca ActiveX que puedas
registrar mediante la utilidad «Regsvr32.exe». En Windows XP Professional,
dicho archivo lo tengo ubicado en la carpeta \Windows\System32, pero ignoro
si forma parte de la versión Home de Windows XP. Al menos, en el disco de
instalación de Windows XP Home no viene el citado archivo, cosa que no
ocurre en el disco de instalación de la versión Professional. Pero insisto,
que es la primera vez que he oído hablar del archivo EFSADU.DLL y que es
necesario para instalar una aplicación de Visual Basic. ¿?

3) Si fuese un problema ese archivo, porqué funciona bien
en el mismo ordenador que está el VB. Si te sirve de
algo, tengo lo mismo instalado en un portátil (VB98, XP
Home, Office 2000, Crystal Reports 8.0, étc)., y me da el
mismo problema y también funciona perfecto en el mismo
ordenador.

Otra cosa que no entiendo. Si el problema fuera el archivo EFSADU.DLL, ni
siquiera hubieras sido capaz de haber desarrollado la aplicación, porque
como tú indicas, no encuentras dicho archivo en Windows XP Home.

Como dices que tienes instalado Visual Basic en un portátil, ¿por qué no
abres el proyecto de la aplicación desde el portátil y te fijas en las
Referencias y componentes OCXs que te faltan, anotando cada error y
descripción que te vaya apareciendo? Creo que sería una buena forma de
intentar resolver el problema que tienes.

Si al abrir el proyecto, y tras pulsar la combinación de teclas «Ctrl + F5»,
la aplicación se inicia sin ningún tipo de problemas, entiendo que no es un
problema de componentes, sino del código fuente que hayas escrito.

En cuanto a Crystal Report 8.0, lamento no poder ayudarte porque ni siquiera
tengo instalado dicho componente. No me queda más remedio que indicarte que
te pongas en contacto con el fabricante:

http://spain.crystaldecisions.com/

--
Enrique Martínez
[MS MVP - VB]

[Heich]

Gemma te sirvieron de algo los links que te adjunte?

Podrias buscar el archivo craxdrt.dep en tu sistema, compactarlo y enviarlo
por correo?
o si no pesa mucho, postearlo en el foro?

Creo que tu problema puede estar con el ReportDesigner de CR, es por eso que
tu aplicacion pequeña corrio bien, le agregaste los componentes de Crystal
Reports a esta prueba?

En cuanto al archivo EFSADU.DLL, lo tengo en mi Win2k Pro, te comento que,
al abrirlo con Depends, tambien encuentro errores de referencia
especificamente con la libreria MPR.DLL, yo no me centraria (de momento) en
este archivo EFSADU, ya que es un archivo propio de NTFS 5 (Win XP y 2k) ,
por lo que podria no funcionar en tu Win9x si lo instalas.

Esperando que tengas una pronta solucion a tu problema.
Heich

[gemma]

-----Mensaje original-----
Gemma te sirvieron de algo los links que te adjunte?
Podrias buscar el archivo craxdrt.dep en tu sistema,

compactarlo y enviarlo

por correo?
o si no pesa mucho, postearlo en el foro?
Creo que tu problema puede estar con el ReportDesigner

de CR, es por eso que

tu aplicacion pequeña corrio bien, le agregaste los

componentes de Crystal

Reports a esta prueba?
En cuanto al archivo EFSADU.DLL, lo tengo en mi Win2k

Pro, te comento que,

al abrirlo con Depends, tambien encuentro errores de

referencia

especificamente con la libreria MPR.DLL, yo no me

centraria (de momento) en

este archivo EFSADU, ya que es un archivo propio de NTFS

5 (Win XP y 2k) ,

por lo que podria no funcionar en tu Win9x si lo

instalas.

Esperando que tengas una pronta solucion a tu problema.
Heich
.
Hola Heich: Gracias por todo. El cracxdrt.dep te lo

posteo mas abajo. He mirado algo de lo que me has
indicado anteriormente pero estoy repasando los
componentes a ver si veo algún fallo, he posteado un
problema de registro de dos componentes ahora en el foro.
A la instalación pequeña que corre bien en WIn98ME aún no
le he añadido ningun creports, solamente la he hecho
funcionar con varios adodcs, lo voy a probar despues
cuando acabe la revisión. Gracias por aclararme el
puñetero EFSADU.dll. En el ordenador de sobremesa todos
los componentes están bien instalados y registrados, es
en el portatil donde hay dos problemas de registro. En el
grande he comprobado lo que me ha dicho Enrique y
funciona bien, por lo que a lo mejor puede ser un
problema de código y si es así el Code Advisor for VB6,
no me da error, únicamente me dice como problema
secundario lo siguiente: CrystalReport1 Reemplazar
controles de un solo subproceso con versiones de Visual
Basic 6 de los controles. Es el único mensaje de error
que dá para los 38 informes. Si necesitas el código que
aplico te lo remitiré. Bueno te paso el dep:
; Dependency file for setup wizards.
[Version]
Version=8.0.0.371
Dependencies for CRAXDRT.DLL
[CRAXDRT.DLL]
Dest=$(WinSysPath)
Register=$(DLLSelfRegister)
Version=8.0.0.371
Uses1=IMPLODE.DLL
Uses2=CRPAIG80.DLL
Uses3=\program files\seagate software\sschart\SSCSDK80.DLL
; Database DLLS
Uses4=P2SMON.DLL
; Additional
;Uses?=CRXLAT32.DLL
[IMPLODE.DLL]
Dest=$(WynSysPath)
Uses1=
[CRPAIG80.DLL]
dEST=$(WinSysPath)
Uses1=
[SSCSDK80.DLL]
dEST=$(WinSysPath)
Uses1=
; Database dlls
[P2SMON.DLL]
Dest=$(WynSysPath)
Uses1=P3SMNES.DLL
Uses2=
; Additional
[CRXLAT32.DLL]
Dest=$(WinSysPath)
Uses1=CRAXDRT_RES_ES.DLL
Uses2=

Ya está. Un saludo

[Morgan]

Un buen articulo es el siguiente "Migrating from DAO to ADO" trae varios
ejemplos tanto en DAO como en ADO.

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndao/html/daotoadoupdate.asp

checa "Opening a Database", ahora regresando a tu problema, ya que es en la
maquina cliente y sabiendo que usas el Ado Data Control me imagino que usas
un proveedor jet, algo me ocurrio hace tiempo al instalar en un equipo con
wMe y mi aplicacion la realice en w98, al tratar de realizar la apertura de
archivos no mandaba ningun error, simplemente no hacia nada, el problema se
soluciono instalando el Microsoft Jet para Me, no es el mismo para todos, no
se si el de Xp funcione en todos, apartir de entonces el Mdac y el Jet los
anexo al disco de instalacion y los instalo primero, y se acabaron mis
broncas con las instalaciones.

Saludos Morgan

[unknown]

"gemma" <***@hotmail.com> escribi� en el mensaje news:054401c3d361$5533ea60$***@phx.gbl...
Hola: No hay manera de que pueda hacer correr una
instalación fuera del entorno de VB6., dándome siempre el
error 91 en tiempo de ejecución (La variable de tipo
Object o la variable de bloque with no está establecida).

----------------------------------------

Hola, Gemma:

Hace años me pasó una cosa parecida. Al final descubrí que el instalador
omitia EXPSRV.DLL, una biblioteca no ActiveX para el analisis de expresiones
requerida por DAO (o por Jet, aun no lo se :-)), pero no incluida en el
archivo de dependencias. Tu caso parece ser otro.

Para encontrar la falla, utilicé un programa llamado DependencyWalker
(DEPENDS.EXE), que para aquel entonces estaba disponible en el sitio de MS,
y que ahora puedes descargar de www.dependencywalker.com.

Una vez instalado el programa (en la maquina donde tienes los problemas),
cargas tu aplicación y la haces ejecutar, activando todas las opciones. Al
recibir el error, tu programa aborta, pero en las ventanas de DEPENDS
tendrás toda la historia de llamadas a componentes, incluyendo las que
devolvieron error. Bastará con que revises los errores que se produjeron y
probablemente encuentres una llamada a alguna DLL no instalada.

Ojalá tengas suerte

[unknown]

Para sistemas operativos Win98 o anterior yo te aconsejo los siguientes
pasos para instalar ADO.

1.Instalar DCOM95.EXE o DCOM98.EXE segun el S.O.
2.Instalar MDAC_TYPE.EXE version 2.5, esta version contiene los componentes
del Jet, las posteriores NO.
3.Instalar MDAC_TYPE.EXE version 2.7, no recomiendo instalar la 2.8 porque
parece que tiene varios problemas.
4.Instalar el Servive Pack del Jet, yo uso el SP6, tene presente que hay
varios SP del Jet dependiendo sobre que S.O. queres instalar el SP.

--
Un saludo, Víctor Koch.


"gemma" <***@hotmail.com> escribi� en el mensaje news:054401c3d361$5533ea60$***@phx.gbl...
Hola: No hay manera de que pueda hacer correr una
instalación fuera del entorno de VB6., dándome siempre el
error 91 en tiempo de ejecución (La variable de tipo
Object o la variable de bloque with no está establecida).
La misma contiene una base de access2000 conectada a los
adodcs mediante el motor Jet 4.0 y esta desarrollada en
el S.O. xp home. La misma cuando la instalo en Win98 u
otro sistema, lo hace perfectamente, utilizo Setup
Factory 6., y cuando entro en la aplicación mediante el
icono de programa, me carga el formulario inicial. Es ahí
que cuando quiero acceder a cualquier menú me saca el
error 91 y me hecha fuera de la aplicación. Lo mismo
hecho en el ordenador que tiene el VB no dá ningún error.
He registrado las OCX, las DLL, étc. He cargado el
MDAC_TYPE y os pongo un ejemplo del código que utilizo
para la carga de formularios.: Private sub entradas_Click
()
Set MiForm = New form25
MiForm.Show
Set MiForm = Nothing
Unload me
end sub
Esto lo hago para cargar y descargar cualquier
formulario, pasando de uno a tro, o sea que en memoria
tengo solamente el último cargado.
No se si con esta explicación me habré hecho entender,
pero por favor, si podéis ayudarme os lo agradecería, ya
que me ha llevado un año realizar la aplicación y llevo
con el tema de la instalación un mes y no salgo de ello.
También os agradecería si conocéis en Barcelona alguna
empresa o algún especialista en crear instalaciones, e lo
padáis indicar. Recibid un saludo muy fuerte como siempre.