Foros del Web » Programación para mayores de 30 ;) » Programación General » Visual Basic clásico »

Programas y compatibilidad en diferentes versiones de windows

Estas en el tema de Programas y compatibilidad en diferentes versiones de windows en el foro de Visual Basic clásico en Foros del Web. Buenas gente, soy bastante nuevo con visual 6 y queria sacarme una duda. Tengo que realizar un trabajo para unos clientes y sera mi primer ...
  #1 (permalink)  
Antiguo 10/10/2006, 09:27
 
Fecha de Ingreso: julio-2005
Ubicación: Buenos Aires, Argentina
Mensajes: 1.304
Antigüedad: 18 años, 9 meses
Puntos: 6
Programas y compatibilidad en diferentes versiones de windows

Buenas gente, soy bastante nuevo con visual 6 y queria sacarme una duda.

Tengo que realizar un trabajo para unos clientes y sera mi primer aplicacion de visual que usaran mas personas a parte de mi mismo. Es una aplicacion simple y como componentes solo uso algunos textbox, botones de comandos, un listview y unas funciones para conectarme a un FTP.

Me pregunto si puedo llegar a tener problemas en las diferentes versiones de windows... ¿Hay algo importante que tenga que tener en cuenta a la hora de desarrollar la aplicacion para que sea lo mas compatible posible? No me gustaria hacer todo y que luego uno de los clientes me diga "no me anda" y yo sin saber por que jeje.

Lo siento si es una duda muy basica

Saludos y muchas gracias.
__________________
Federico.

Mi página: www.jourmoly.com.ar
  #2 (permalink)  
Antiguo 10/10/2006, 09:52
 
Fecha de Ingreso: noviembre-2005
Mensajes: 751
Antigüedad: 18 años, 6 meses
Puntos: 13
Hola

Bueno antes de entregar nada al cliente tendrás que probar el programa tu mismo en los distintos sistemas operativos, si tienes un equipo potente puedes instalarte una maquina virtual para tener distintos sistemas operativos.

Por otro lado, a la hora de crear el instalador yo utilizo el setup factory en lugar del que trae el VB6 por defecto, el setup factory incluye una opción de compatibilidad con distintas versiones de SO (W9X, ME, 2000, XP).

--Saludos--
  #3 (permalink)  
Antiguo 11/10/2006, 07:45
 
Fecha de Ingreso: julio-2005
Ubicación: Buenos Aires, Argentina
Mensajes: 1.304
Antigüedad: 18 años, 9 meses
Puntos: 6
Muchas gracias Insomnia!!

Ya hice mi primer prueba, probe mi aplicacion sobre win 2000 y ya me salto pidiendo un archivo: COMDLG32.OCX

Lo busque, me lo baje y lo tire en la carpeta que correspondia... y chau error,buenisimo. Ahora una pregunta mas, esto se puede automatizar? Es decir que al ejecutar la aplicacion el programa mismo se fije si falta un archivo y si falta copiarlo donde corresponde? :S

Saludos y muchas gracias :D
__________________
Federico.

Mi página: www.jourmoly.com.ar
  #4 (permalink)  
Antiguo 11/10/2006, 08:01
Avatar de tazzito  
Fecha de Ingreso: agosto-2006
Mensajes: 381
Antigüedad: 17 años, 9 meses
Puntos: 2
mmm al empaquetar tu aplicacion generando el instalable no deberia faltar nada no es llegar y copiar el exe ... casi siempre (al menos la primera vez "De la maquina"..... coff coff coff) hay que generar el instalador y correrlo en la maquina
  #5 (permalink)  
Antiguo 11/10/2006, 09:33
 
Fecha de Ingreso: noviembre-2005
Mensajes: 751
Antigüedad: 18 años, 6 meses
Puntos: 13
Hola

Normalmente si creas el instalador con un programa (asistente de empaquetado y distribución que viene con VB, Setup Factory, Inno setup,...), no suele ser necesario agregar a mano las DLL u OCX los detecta el programa y con ellas crea el instalador. Alguna vez he tenido problemas con archivos del Crystal Report, pero el OCX que comentas es muy comun. Has creado el instalador? o simplemente has generado el ejecutable (el .exe)?

--Saludos--
  #6 (permalink)  
Antiguo 11/10/2006, 10:29
 
Fecha de Ingreso: julio-2005
Ubicación: Buenos Aires, Argentina
Mensajes: 1.304
Antigüedad: 18 años, 9 meses
Puntos: 6
No no para probar solamente habia generado un exe. Pero bien, probare con el instalador, muchisimas gracias!!
__________________
Federico.

Mi página: www.jourmoly.com.ar
  #7 (permalink)  
Antiguo 12/10/2006, 16:15
Avatar de [EX3]  
Fecha de Ingreso: marzo-2006
Ubicación: Fuenlabrada, Madrid
Mensajes: 203
Antigüedad: 18 años, 1 mes
Puntos: 1
Estos archivos los tendras que instalar siempre en Windows 95, 98, Me y NT:
Msvbvm60.dll
Stdole2.tlb
Oleaut32.dll
Olepro32.dll
Comcat.dll
Asyncfilt.dll
Ctl3d32.dll

En Windows 2000, XP y 2003 Server ya vienen incluidos por lo que no tendras que instalarlos. Luego, sea la version que sea de Windows, tendras que instalar siempre cualquier OCX o DLL que use tu aplicacion.

Para ver una lista de las dependencias asociadas a tu programa puedes ver la ventana de Referencias (menu Proyecto->Referencias) donde apareceran marcadas las librerias o DLL's ActiveX que tengas referenciadas, y la ventana de Componentes (menu Proyecto->Componentes) donde aparecera la ruta y el nombre de los OCX que tengas seleccionados.

Oviamente, no vas hacer una instalacion para cada version de Windows, si no una misma instalacion con todos los archivos necesarios que por defecto siempre se instalaran. Los programas de instalacion suelen tener un mecanismo programable para comprobar a la hora de instalar si una libreria o componente ya existe en el sistema y segun lo que hayas configurado al generar la instalacion este sobreescribira u omitira la copia de dicho archivo en el sistema.

Otra opcion muy buena y que no sale muy cara economicamente (desde 59$ hasta 119$ segun licencia) es usar esta herramienta, MoleBox, que permite inyectar todas las dependencias de tu programa, incluso archivos de datos, en el propio codigo del ejecutable, haciendo asi que tu programa sea portable en cualquier version de Windows. Comparadas con otras herramientas similares que utilize (Fusion, Alloy y Thinstall) esta funciona a las mil maravillas y sin ninguna complicacion.

Salu2...
__________________
Proyecto dx_lib32 (http://dxlib32.se32.com) Libreria DLL ActiveX para el desarollo de juegos y programas multimedia en Visual Basic 6.0 con la potencia de DirectX

Dice un dicho que "el que calla otorga". En internet tenemos otro que dice "nunca alimentes a un troll" que viene a decir "dejale hablar solo que se ya se cansara de incordiar". Solo los necios creen tener la razon con la ultima palabra.

  #8 (permalink)  
Antiguo 12/10/2006, 18:32
 
Fecha de Ingreso: julio-2005
Ubicación: Buenos Aires, Argentina
Mensajes: 1.304
Antigüedad: 18 años, 9 meses
Puntos: 6
Wow, muchisimas gracias [EX3]!!

Justamente probando estas cosas que me dijeron... me surgio otra duda. Mi aplicacion usa una BD Access para guardar unos registros... entonces mi cliente va a tener que tener instalado en su maquina la MISMA version de Access con la cual yo cree la BD?

Muchas gracias a todos!!
__________________
Federico.

Mi página: www.jourmoly.com.ar
Atención: Estás leyendo un tema que no tiene actividad desde hace más de 6 MESES, te recomendamos abrir un Nuevo tema en lugar de responder al actual.
Respuesta




La zona horaria es GMT -6. Ahora son las 12:47.