Deploy con Visual Studio 2005 SP1

Por todos lados están anunciando que ha salido el Service Pack 1 del Visual Studio. Casi todos los post de Geeks tienen su entrada correspondiente, y yo no voy a ser menos. 🙂


Pero en lugar de anunciar que ha salido, voy a comentar algo sobre las mejoras observadas y sobre otros temas. Como estoy hasta las cejas de faena -en este momento estoy programando, aunque ya lo dejo hasta el lunes (bueno, hasta el miércoles, mañana salgo de viaje a Barcelona)- voy a ser bastante sincrético.


Creo que en mi otro blog ya he comentado algo cuando el SP estaba en fase beta, y más o menos la situación es la misma. De momento me voy a referir al C++/CLI, puesto que de momento es lo que estoy utilizando -y hasta mediados de enero, eso y el C++ tradicional, cosas de faenas con urgencia-.


En general ha mejorado algo el rendimiento, ahora la transición ficha/código es algo -sólo algo- más rápida. Tampoco estoy con un proyecto con fichas complejas, más que nada porque la superficie la relleno en tiempo de ejecución, por lo que no he podido verificar si se ha solucionado el bug del doble clic. En el editor visual, a veces, si hacías clic demasiado rápido sobre un componente, en lugar de seleccionarlo, el entorno entendía que habías hecho doble clic y te lanzaba el evento por defecto. Creo que está solucionado, porque ahora cuesta más seleccionar el componente, como si hubieran puesto un retardo entre que pones el ratón encima y te acepta el clic (que personalmente considero es una chapuza, pero bueno). Ya comentaré mas sobre eso, seguro que la semana que viene.


Otra pifia bien gorda que seguro han solucionado, es el tema de la compilación de los CPP. Unas veces raramente, otras casi siempre, al IDE se le olvidaba que habías modificado el cpp y no lo compilaba, creando verdaderos maremagnums de errores que se solucionaban con un Build All. A veces hasta se caía el IDE entero.


Lo que no han solucionado es el IntelliSense en C++/CLI. Sigue fallando más que una escopeta de feria, esperemos que el problema con los proyectos grandes sí que lo hayan solventado.


Y ahora viene lo interesante. Esta mañana, tras instalar el SP1, como siempre, he lanzado la aplicación en la máquina remota para descubrir que no se ejecutaba. Me daba un error algo así como que tenía que instalarla, igual que cuando ejecutas un EXE generado en Debug y no encuentra las DLLs (uis, perdón, ensamblado) de depuración. Lo mismo pero con la Release.


Efectivamente, han cambiado el runtime del C++, por lo que la solución pasa por realizar un proyecto de instalación con tu aplicación y marcar en propiedades que es necesaria la dependencia del Runtime del Visual Studio. En la carpeta del instalador, una vez construido el proyecto, residirá el citado instalador, que debemos trasladar al otro PC e instalar.


Lo que me llama mucho la atención es la necesidad que tiene un aplication .NET pura del runtime de C++. ¿No es el .NET independiente de la plataforma? En fin.


Si os pasa, avisados estais.

4 comentarios sobre “Deploy con Visual Studio 2005 SP1”

  1. > por lo que la solución pasa por realizar un proyecto de instalación con tu aplicación y marcar en propiedades que es necesaria la dependencia del Runtime del Visual Studio

    Pues menos mal que no lo instalé en la oficina. Probaré si pasa en VB y si ocurre … (se pueden decir tacos?) … su mamá

  2. Peni, tu mismo, je je.

    Lo mismo ese comportamiento solo está presente en el C++/CLI (ten en cuenta que es de los tres lenguajes .NET el más buggy; yo con C# apenas he tenido problemas… sin usar datos. Bueno, tuve aquel con los puertos serie en «AnyCPU» que colgaba el programa y en x86 no).

    [PS: Esta bitácota «políticamente correcta» tiene un filtro para las palabrotas, algunas como p*t* aparecen así: puta]

  3. Pues lo instalé. Ese problema no existe ni en VB ni en C# :-P, pero el KeyPress del DataGrid sigue sin funcionar. Ahora ando liado con el VB clásico, pero veremos que pasa con el acceso a datos … miedo me da …

  4. Pues a falta de probar el acceso a datos me ca** en el SP1. El IDE sigue igual de lento, la ventanas de propiedades, etc. se despliegan cuando las da la gana, la vista de diseño de un formulario tarda una eternidad en mostrarse … eso si, cuando stas hasta las narices y quieres salir, el VS se cierra a toda velocidad. a ver si con el SP 78 consiguen que vaya fino :-((((

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *