Cuando el pasado se resiste a dar paso al futuro

Estaba probando y filosofando sobre la nueva generación de productos que utilizan .NET Framework 3.0, y que dentro de poco tiempo inundarán nuestras pantallas, pero la cruda realidad de mi trabajo «de día» me devolvió al mundo real:

Alguien dijo: Una prueba más de la obsolescencia de VB6 (y de su pronta y necesaria eliminación sin reconversión de nuestra empresa) es que VB6 32 bits no se puede instalar en Vista de 64 bits.

Y ahora tengo que demostrar que puedo instalar VB6 de 32 bits en un sistema de 64 bits aunque quizás nunca se instale Vista de 64 bits en nuestra empresa y aunque quizás pudiera existir un VB6 de 64 bits.

La cosa empieza un poco mal con la instalación de VB6 porque el programa acmboot.exe que forma parte del proceso de instalación es un programa de 16 bits y da un mensaje de error y aborta la instalación.

Un poco de búsqueda en Internet y con acmboot.exe y 64 como palabras mágicas encuentro en Google el siguiente post de Alberto DeLuca con la solución para VS6.

Siguiendo sus intrucciones, hago lo siguiente (VB6 y VS6 difieren un poco en los ficheros de instalación):

  • Copiar el contenido del CD de VB6 a una carpeta del disco duro.
  • Copiar el fichero SETUPVB98PRO.STF (esta instalación era de VB6 Profesional) y cambiarle el nombre a ACMSETUP.STF.
  • Copiar todo el contenido de la carpeta SETUP a la carpeta padre de ésta (la carpeta que contiene el fichero acmboot.exe).
  • Lanzar el fichero acmsetup.exe directamente.
  • La instalación se efectúa normalmente. Hay que responder a ciertas preguntas como en la instalación desde CD.

Si queremos tener un VB6 actualizado tendremos que instalar también el SP6. Bueno, este es otro problema, pues el programa de instalación setupsp6.exe dice que nos aclaremos si queremos 32 bits (nuestro SP6) o 64 bits (Vista 64) y que hablemos con nuestro proveedor, que no nos deja seguir adelante con la instalación.

Como no puedo aceptar esta derrota, y aunque la estructura de los ficheros del SP6 es bastante distinta de la del VB6 original, tengo todavía en mente el truco de Alberto. Así que cambio el nombre al fichero sp698vbo.stf por acmsetup.stf, lanzo el acmsetup.exe y, ¡milagro!, la instalación del SP6 se realiza suavemente hasta llegar al final.

Y ya tengo VB6 de 32 bits, con SP6 de 32 bits, funcionando en Windows Vista de 64 bits, que es lo que quería demostrar.

A veces me siento como los 300, defendiendo el paso de las Termópilas, ganando combate tras combate, pero viendo venir el ejército sin fin de los persas.

Presentación

 ¡Hola a todos!


Antes de nada, agradecer a R.Corral la oportunidad de formar parte de esta comunidad y de disfrutar leyendo sus post sobre la metodología Agil, sobre todo.


El primer post es siempre difícil.  Por un lado el miedo a no estar a la altura de los geeks a los que tanto admiro. Por otro lado, sobre qué tema escribir en el que pueda aportar algo. Ya llevo un mes dándole vueltas: reconversión de aplicaciones VB6 a VB.NET, portales multilenguaje, webparts, … Otra vez me he quedado retrasado … no puedo escribir nada de .NET Framework 3.0 ni los nuevos WF, WCF, WPF.


No tengo más remedio que tirarme al abismo… ¡YA!


Como nadie me conoce y nadie me marcará para contar mis historias secretas me voy a presentar:



  • Mi primer ordenador personal fue un Dragón 32. Sí, soy raro y no empecé como todo el mundo con un Spectrum. Este dato puede servir para adivinar mi edad. Para los jóvenes que con estos datos no pueden calcularla, más o menos soy de la quinta del Guille.
  • Soy un verdadero geek, o lo que es lo mismo, me encuentro siempre solo en mi trabajo y mi afición por la informática (no encuentro a mi alrededor nadie que quiera perder su tiempo libre en aprender nada nuevo). Sólo en esta época de la Web 2.0 y, en parte gracias a ella, hago un esfuerzo sobrehumano para salir de mi madriguera e intentar comunicarme con otros geeks y con el mundo en general.
  • En la empresa en la que trabajo (todavía en VB6 y C) hacíamos aplicaciones pequeñas rápidamente que al final llegaban a ser aplicaciones grandes, mientras que las grandes no se terminaban nunca. Ahora sé que nuestro grupo sin saberlo trabajaba de una manera muy próxima a la metodología Agil.
  • Soy un perdedor: me gusta programar («picar» código), AMO programar. Fustrado por no pintar, por no escribir poesía ni ningún libro, crear aplicaciones con vida propia me da una sensación de creatividad. Me siento artista, creo belleza, vida. Y no creo que se pueda ser un buen arquitecto ni analista si no se disfruta aporreando el teclado.
  • Y como no todo en la viña del señor es Internet ni programar, también me gusta la fotografía, los viajes y la Sagrada India, su color y sus gentes. Allí trasciendo, soy y casi comprendo el mundo.