La nube Azure pasa de Windows XP

Con las ganas que tenía yo de hacer alguna pruebilla con alguna de las nuevas tecnologías que están saliendo en la onda del cloud computing, deciros que la primera prueba o intento de prueba me ha salida rana, mejor dicho, sapo, sapo gordo y feo ;-). Ahora os cuento...

Para empezar a trastear con los servicios basados en la famosa nube, podía perfectamente haber probado Amazon EC2, servicio pionero en este ámbito, o Google App Engine, que también lleva un tiempo en el business. Sin embargo, al final me he decantado por probar Windows Azure, básicamente por tres razones: me gusta el nombre "Azure" ;-), mi más que obvio .NET background y porque no veo demasiado movimiento en cuanto a servicios desarrollados con la "plataforma nubosa" de Microsoft. ¿Seré yo el primer osado aventurero en viajar a la nube de Microsoft? Ummm, qué morbo...;-).

Significar que a día de hoy, Windows Azure, presentado a finales del 2008, no dispone aún de una release oficial y fiable en la calle, por lo que hay que tirar de versiones CTP. No problem, estoy muuuy habituado a tirar de betas, alphas, CTPs, RTMs y demás conjunciones extrañas de siglas ;-). Por ello, ayer mismo, tras leer en diagonal un mail de MSDN en el que se hablaba de la disponibilidad de Windows Azure SDK January 2009 CTP y de las correspondientes herramientas y plantillas para Visual Studio 2008, me dije: "¿Por qué no te bajas el SDK nuboso y trasteas un poco desde Visual Studio, hoy que tienes algo de tiempo?". Dicho y hecho, digo, intentado.

Mi primer chasco llega al leer los prerrequisitos de software de la SDK de Windows Azure, esa plataforma que me iba a permitir crear de forma fácil mi primera aplicación in the cloud...

Como veis, son muchos y muy modernos, los requisitos de sistema y de software para poder crear aplicaciones en la nube de Windows Azure. Destacar entre las infinitas versiones de Windows Server 2008 y Windows Vista, que no hay ni rastro de mi querido Windows XP. ¿Comor? ¿No puedo crear aplicaciones nubosas para la plataforma Azure desde Windows XP? ¿No será cierto? Por probar que no quede...¡ups! Más claro, agua...

Conclusión: me mosqueo con Microsoft y me quedo con las ganas de desarrollar un hello world para Windows Azure, ya que por el momento no es posible crear servicios basados en la nube de Windows Azure desde PCs con Windows XP, siendo necesario disponer de Windows Vista SP1 o Windows Server 2008. Sinceramente, no pensaba que iban a defenestrar a Windows XP de esta manera..., estaba convencido de que iba a ser posible desarrollar servicios para la nube de Azure desde cualquier máquina Windows (XP and above) con Visual Studio; de hecho, pensaba que el approach iba a ser ése, primero concentrarse en desarrollar el servicio, y luego, subir, alojar y configurar ese servicio en la plataforma de hosting, en la nube de Windows Azure. Está claro que, una vez más, estaba muy equivocado :-(.

Por suerte, me quedan tres opciones: Probar Amazon EC2 (no me atrae demasiado), trastear con Google App Engine (estuve a las puertas, me falta por ingresar el código de verificación que te mandan vía SMS...), o crear una máquina virtual con Windows Vista para enrredar con Windows Azure. ¿Que qué haré? No lo sé, hoy estoy en Babia, ya os iré informando acerca de mis fabulosas aventuras en la nube...

¿Habéis trasteado vosotr@s con alguna de estas plataformas? ¿Qué opináis del boom del cloud computing, del boom del software as a service?

SaludoX.

Si quieres estar meta-informado y volverte enfermo crónico vía RSS, suscríbete al Txoko de Lonifasiko .

Longitud máxima del path en Windows

Ser metódico y ordenado tiene sus pros y sus contras, tanto como informático como en la vida real. ¿Pros? Tiendes a tener todo bien organizadito y estructurado: múltiples niveles y subniveles de carpetas, archivos y nombres de proyecto bien descriptivos, en la medida de lo posible en inglés, ficheros readme.txt por todos los lados, confías mucho e intentas sacar el máximo partido a los sistemas de control de versiones, y un largo etc. Sin embargo, ser un poquitín maniático también tiene sus pegas:

¿Comorrr? Sí, ésta fue la advertencia en forma de messagebox que me mostró mi amigo "El Visual" hace bien poco. ¿Por qué? Por pasarme de listo largo con el path completo de un nuevo proyecto en Visual Studio 2008, es decir, con la ruta donde pretendía ubicar el proyecto más el nombre del mismo. Sinceramente, nunca antes me había ocurrido...

Como buen sabueso tecnológico que soy empiezo a ser, en seguida doy con el origen de tal limitación en un artículo de MSDN. Señoras y señores, con todos ustedes, MAX_PATH, una constante de la API de Windows que limita a 260 caracteres un path o ruta.

Por si a alguien le quedaba alguna duda, para demostrar una vez más lo cabezón que soy, no me he podido resistir a probar la repetitiva tarea de crear carpetas vía línea de comandos, hasta que la consola se ha aburrido de mí y ha dicho "¡¡¡Vale ya Miguel!!!":

Como curiosidad, comentar que el contador de palabras del Word me ha chivado que el profundo árbol creado "sólo" tiene 240 caracteres, así que queda demostrado que Windows se reserva en la buchaca unos caracteres, por si las moscas ;-).

Creyéndome a ciegas lo que dice el articulo de MSDN y sin haberlo probado (es viernes por la tarde, habrá que salir un poquito a la calle...), al parecer es posible saltarse esta estricta restricción utilizando ciertas funciones en versión Unicode, disponibles también en la propia API de Windows. Con esta puerta trasera, anteponiendo el prefijo "\\?\" a la ruta conflictiva en cuestión, se supone que la longitud del path podría aumentar aproximadamente hasta los 32.767 caracteres. ¡Casi ná! Así que ya sabes, si aún "trampeando" la longitud del path máximo te sigues pasando, el Dr. Lonifasiko te recomienda encarecidamente que vayas a mirarte, porque más que ordenado, ¡eres un auténtico path-maníaco y estás un poquito enfermo!

SaludoX.

Si quieres estar meta-informado y volverte enfermo crónico vía RSS, suscríbete al Txoko de Lonifasiko .

10 aplicaciones vitales en Windows XP

Si el domingo pasado daba comienzo al post con un título con cierto "toque sensacionalista" (que dicho sea de paso, cada vez que lo leo, me gusta menos...) en el que recomendaba formatear el equipo anualmente, hoy quiero enlazar con dicho artículo publicando una lista con las 10 aplicaciones software que a mi juicio es imprescindible instalar en Windows XP tras un formateo o reinstalación completa del sistema. Qué, se nota que recientemente he utilizado un DVD de recuperación para dejar mi equipo como la patena, ¿no? Pues sí, el pobrecillo lo necesitaba ;-), y por el mismo "precio" y un poco de mi tiempo, dos posts más para la buchaca ;-).

Por los comentarios del post anterior se desprende que muchos usuarios (avanzados) de Windows consideran lógico y efectivo formatear o reinstalar cada cierto tiempo (no tiene por qué ser un año) sus equipos. Nadie duda de que formatear sea efectivo y deje el equipo muy ligerito, tan ligerito que el comentarista @cubano se quejaba de que había que perder mucho tiempo en volver a instalar todas las aplicaciones habituales, etc. No le falta razón ya que no toda la gente conoce utilidades como Norton Ghost, CloneZilla y Partition Saving, excelentes recomendaciones de los colegas lobosoft y @Manu (¡créate un blog ya tío!). Es tras formatear, cuando te das cuenta de que te faltan un puñado de aplicaciones, utilidades, parches y entornos, sin los que a día de hoy es muy difícil subsistir en el mundo de Windows XP e Internet. Aquí os dejo mi lista personalizada (el orden no importa) de software "must have" para un equipo Windows XP pelaíto:

1. Últimos Service Packs de Windows. Aunque a través de Windows Update el equipo descarga e instala los service packs y otras actualizaciones necesarias de forma demasiado automática, no está de más acelerar un poco el proceso e instalar, siempre que los tengamos a mano, Windows XP Service Pack 2 y a continuación Windows XP Service Pack 3, a poder ser, tan pronto como veamos por primera vez la pantalla con el clásico paisaje bucólico de Windows XP. Absolutamente necesarios.


2. Navegador Mozilla Firefox. Por defecto, Windows XP nos trae como único browser para corretear por la red a Internet Explorer. Yo hace tiempo que me convertí a la religión del zorrito, por lo que considero necesario instalar la última versión del navegador Mozilla Firefox (la última versión a día de hoy es la 3.0.4). Se me olvida decir que en el pack de Firefox incluyo el más que imprescindible add-on de delicious y el interesante toolbar de StumbleUpon.


3. Antivirus AVG Free Edition. A pesar de las últimas movidillas con el falso positivo del AVG 8 que ha dado un buen susto a más de un@, AVG Free es mi opción como antivirus para Windows. Lo utilizo desde hace ya bastante tiempo, y de momento, toco madera, digo, me doy en la cabeza ;-), mi equipo no ha pillado ningún catarro ni gripe en la red.


4. Launchy. Estoy encantado y no puedo vivir sin este genial lanzador de aplicaciones opensource disponible tanto para Windows como para Linux, al más puro estilo Quicksilver para Mac OS X. De hecho, cuando me siento en otro equipo y para arrancar una aplicación pulso "Alt+ Barra espaciadora", la gente me mira como diciendo..."¿pero qué hace este troner?" Lo dicho, una vez te acostumbras a él, no puedes vivir sin él ;-).


5. Suite ofimática. Quizás podríamos sobrevivir con Google Docs, aunque una buena suite de ofimática como el sempiterno Microsoft Office o potentes alternativas como OpenOffice son más que necesarias para tareas habituales de ofimática.


6. Winamp. Habrá que escuchar algo de músiquita mientras aporreamos las teclas, ¿no? Como Windows Media Player no mola para estas tareas, me bajo el reproductor de música por excelencia para Windows, mi querido Winamp con sus diferentes, modernos y molones skins.


7. GIMP. Hay gente que se arregla con las funciones básicas del Paint. Yo, sin ser un gurú, me he acostumbrado a utilizar GIMP para recortar, escalar y otras tareas básicas de retoque de imágenes, aunque la herramienta tiene infinitas posibilidades. Por cierto, nunca sé si el animalito del logo es un zorro o un lobo...


8. Winrar. El compresor que trae Windows por defecto es una verdadera patata, por lo que Winrar se convierte en una alternativa a instalar ipso facto.


9. Entornos de ejecución como .NET Framework y Java Runtime Environment. Es más que conveniente tener instalados estos dos frameworks que permiten y supervisan la ejecución de numerosas aplicaciones que iremos instalando con el tiempo en nuestros equipos.


10. Adobe Reader. ¿Dónde vamos hoy en día si no podemos abrir un miserable PDF en nuestro Windows XP? Sin dudal, uno de los formatos de documento más extendido en la red, así que, a instalar se ha dicho...

Como he comentado al principio, es una lista totalmente personal, orientada al usuario clásico de Windows, realizada única y exclusivamente desde mi punto de vista, por lo que doy por hecho que mucha gente estará escandalizada de que no haya incluido la aplicación 'X' o de mi especial debilidad por Launchy..., lo siento, yo soy así ;-).

Sé que dejo sin listar las aplicaciones P2P, software para chatear o hablar como Messenger, GTalk o Skype, aplicaciones para grabación de CD/DVDs, etc., pero no quería alargar la lista más allá del número mágico 10 ;-).

¿Cómo veis vosotr@s esta lista made in Lonifasiko? ¿Echáis en falta alguna aplicación hiper-mega-ultra importante? Por el contrario, ¿quitaríais alguna que no creéis tan importante? Espero vuestros comentarios y puntos de vista, que seguro que entre todo podemos hacer una lista mucho más amplia y rica ;-).

PD: Josu, algún día prometo confeccionar (con tu ayuda) una lista con las 10 aplicaciones imprescindibles para Linux, en concreto, para Ubuntu ;-).

SaludoX.

Si quieres estar meta-informado y volverte enfermo crónico vía RSS, suscríbete al Txoko de Lonifasiko .

Formatear anualmente es recomendable

Creo y defiendo a muerte el lema "un formateo al año no hace daño"; es más, creo que hoy en día, con la cantidad de tiempo que navegamos por Internet, y con la consiguiente basura que vamos acumulando en forma de "chorri-aplicaciones" que instalamos (o se auto instalan) en nuestros equipos, un año es un periodo lo suficientemente amplio como para que nuestro equipo funcione como un castaña y requiera una "limpia" de forma urgente.


De verdad, sigo sin entender a la gente que pone cara de susto y se lleva las manos a la cabeza cuando se menciona la palabra tabú "formatear" o "reinstalar el sistema". Señoras y señores, "más vale prevenir que curar" reza un sabio refrán, así que dont' panic, guardando convenientemente la información vital antes de hacer nada, un formateo o reinstalación es la solución ideal para dejar nuestro equipo limpito y en condiciones, tal y como viene debería venir de la tienda, fábrica o donde quiera que se haya adquirido.

Además, en la actualidad las cosas se han puesto más fáciles para aquellos usuarios no avanzados que no se atreven por sí solos a realizar este tipo de operaciones. Lo digo porque hace tiempo que los fabricantes decidieron proporcionar junto con la compra del equipo, un CD/DVD de reinstalación del equipo, que a priori deja el equipo con la configuración original de fábrica. Lógicamente, con este método "do it yourself", el fabricante se lava las manos y se evita consultas y reparaciones técnicas relativas a errores en sus equipos, sin embargo, también es verdad que es un método cómodo y relativamente fácil para los usuarios, ya que basta con insertar un CD/DVD en el equipo, reiniciar, seguir las instrucciones de la pantalla y el equipo queda como los chorros del oro.

Si tu equipo no trae por defecto disco de recuperación del sistema ni trae disco con el sistema operativo original (esta carambola suele darse con demasiada frecuencia), no quiero que se me califique como el "Piratilla del Cantábrico", pero tod@s sabemos que basta con hacer un par de búsquedas por Internet y utilizar los programas P2P por antonomasia para hacerse con un CD/DVD con sistema operativo inside ;-). Es lo que tiene la red...

Por ello, considero que después de hacer un backup de las cosas importantes (documentos, fotos, películas, música, etc.) que no queremos perder, ya sea grabando dicho contenido en CD/DVD o ya sea volcando la información a un disco duro externo (están tirados de precio), no veo ningún problema en llevar a cabo de vez en cuando un proceso de formateo o retorno a la configuración original del equipo. Sí, lo sé, tras un proceso de este tipo, el equipo se queda pelao y hay que volver a instalar ese browser que tanto te gusta, ese programa de retoque fotográfico que tan maravillosamente funciona y otra serie de software básico del que hablaré en un próximo post. Pero, ¿acaso tanto trabajo lleva esto? No cuesta nada y lo compensa con creces el mejor rendimiento que tendrá el equipo a posteriori.

Para finalizar quiero gritar a los cuatro vientos que ya va siendo hora de quitar el miedo a formatear, reinstalar y a trastear con un PC en general. En la informática, como en otras muchas facetas de la vida, se aprende probando y rompiendo. Ése sí que es mi lema, Josema ;-).

¿Qué opináis? ¿Sois de los que, como yo, le pegáis de vez en cuando, anualmente, una pasadita al equipo, o esperáis a que el sistema operativo falle para actuar? En definitiva, todo se reduce a, ¿mantenimiento preventivo o mantemiento reactivo?

SaludoX.

Si quieres estar meta-informado y volverte enfermo crónico vía RSS, suscríbete al Txoko de Lonifasiko .

Como compartir carpetas con VMWare

Esta nueva batalla comienza cuando la semana pasada el menda se entera de que acaban de publicar Mono 2.0. El proyecto Mono no es más que una implementación opensource de .NET Framework que tiene como objetivo desarrollar y poder ejecutar aplicaciones .NET en sistemas Unix, Linux, Mac y Windows. Para aquell@s que venimos del mundo .NET, Mono es sin duda uno de los proyectos opensource más interesantes, proyecto que con la release de la esperada versión 2.0, definitivamente proclama a gritos su madurez como plataforma a la vez que reclama su correspondiente sitio en el mercado. Por ello, a día de hoy creo que ha llegado el momento de ponerse el mono de trabajo (sí, juego de palabras tremendamente malo...) y empezar a trastear con este cross-platform framework.

Para aquell@s lectores que tras este párrafo esperan un post chachi-piruli analizando pros y contras de Mono, siento decepcionarles diciéndoles que hoy no toca Mono; hoy toca lección de virtualización, una clase magistral (ejem...) que deriva de mis ganas de querer empezar a utilizar Mono.

La opción que la mayoría de developers del entorno Windows escoge a la hora de testear Mono es utilizar la correspondiente imagen VMWare descargable desde la propia página del proyecto. Es una forma rápida y cómoda de disponer en un abrir y cerrar de ojos de todo el entorno de desarrollo y ejecución de Mono, perfectamente gobernado bajo el S.O. openSuse 11.0. Además, lo bueno de este método es que si la liamos o "rompemos" algo, cosa habitual en mí, no pasa nada, es una simple imagen virtual de un sistema operativo, con lo que no se "rompe" ni se altera configuración alguna de la máquina física. También está la opción de descargar y utilizar un LiveCD, pero considero la opción de la virtualización mucho más interesante y completa.

Significar que para correr esta imagen de openSuse 11.0 es necesario utilizar como mínimo VMWare Player 2.5, descargable de forma gratuita, previo registro, desde aquí.

Instalamos y lanzamos VMWare Player, seleccionamos el archivo .vmx que guarda la configuración de la máquina virtual a cargar (archivo mono.vmx en este caso) y en cuestión de segundos estamos inmersos en el mundo virtual de openSuse y Mono:

Perfecto, estoy hecho todo un linuxero, pero me surge la necesidad imperiosa de acceder desde esta máquina virtual a mis archivos güindoseros, es decir, a mis discos duros físicos, no virtuales. He ahí la razón del post de hoy: ¿Cómo acceder desde una máquina virtual basada en Linux a los discos y carpetas de la máquina física con Windows? Parece chupado ya que en seguida veo que VMWare Player dispone de una opción para acceder a los recursos compartidos o "shared folders"...

...y habilitarlos, ya que la compartición de recursos viene inhabilitada por defecto.

Me extraña (y mucho) que el botón de "Properties" siga inhabilitado, pero bueno, pulsamos "OK" y nos quedamos más a gusto que un arbusto. Leo en la red que en las máquinas virtuales Linux, los recursos o carpetas compartidas se sitúan, se "montan" bajo la ruta /mnt/hgfs. Abro todo convencido el "explorador de archivos de openSuse", accedo a la mencionada ruta pero compruebo que allí no hay rastro de nada:


¿Será que hay que reiniciar la virtual machine después de habilitar los shared folders? ¿Reiniciar en Linux? Me extraña, pero probaremos la solución güindosera por antonomasia de reiniciar la máquina. El invento tampoco funciona, con lo que toca googlear (espero que no admitan la palabra en la RAE) a little bit, hasta que me encuentro con alguien a quien ya le ha pasado lo mismo antes que a mí. ¡Uf, qué alivio, ya no soy el único "rarito"! ¡Manos a la obra!

Apago la máquina virtual, edito el fichero de arranque (mono.vmx) de la misma, cojo prestadas las líneas mágicas del post anterior y las pego al final del fichero .vmx, personalizando de paso el nombre de la unidad (Z) y compartiendo la unidad "C:\" de la máquina física:

Guardamos los cambios, y rearrancamos la máquina virtual, arranque durante el cual se muestra al usuario un mensaje informativo diciendo que la máquina virtual contiene recursos compartidos (buena señal), aunque por defecto, por temas de seguridad, están inhabilitados:

Una vez la máquina virtual nos deja en el mundo Linux, acudimos raudos y veloces de nuevo a la opción "Shared folders" para habilitar la compartición de carpetas, ya que como nos indicaba el mensaje anterior, por defecto vuelve a estar inhabilitada. Se selecciona "Always enabled" y vemos claramente el recurso de nombre "Z" que se mapea con nuestro disco duro físico "C".

Como últimamente ando bastante escéptico (¿por qué sera?), pulso "OK" con cierto miedo y acudo de nuevo a "/mnt/hgfs", donde para mi alegría compruebo que efectivamente ahora aparece un recurso denominado "Z" bajo el cual veo la lista de directorios que cuelga bajo mi disco duro físico "C". Nunca pensé que contemplar "Archivos de programa" desde una máquina virtual Linux me iba a producir tanta satisfacción ;-).

¡Quién me lo iba a decir a mí! Sin comerlo ni beberlo, el querer empezar a trastear con Mono me ha llevado a hackear VMWare Player para poder acceder desde una máquina virtual Linux a archivos de la máquina física con Windows. De aquí en adelante, terreno despejado para Mono...¡agárrense!

Y vosotr@s, ¿utilizáis la tan de moda virtualización? ¿Os habíais enfrentado antes a este problema de compartición de recursos entre dos sistemas operativos diferentes, corrijo, entre máquinas virtuales y máquinas físicas?

SaludoX.

Si quieres estar meta-informado y volverte enfermo crónico vía RSS, suscríbete al Txoko de Lonifasiko .

Taskkill, el comando asesino

Hoy martes, por ser ayer día de San Miguel (aprovecho para autofelicitarme de nuevo...), toca batallita informática. ¿Cuántas veces habéis visto en Windows el texto de "No responde" al lado de la barra de título de una aplicación? Tranqui, no os alarméis, como diría algún colega mío, eso es simplemente que la aplicación "se ha quedao perlada", un "cuelgue", lo hemos sufrido tod@s l@s usuari@s güindoseros alguna vez. ¿Os suena verdad?

Como usuarios conocedores del entorno que somos ;-), en estos casos es cuando pulsamos de forma simultánea (y de mala leche) las teclas Control+Alt+Suprimir (yo utilizo Control+Shift+Escape, es más directa) para ir al "Administrador de tareas" de Windows. Una vez allí, seleccionarmos la tarea o programa "conflictivo" que no da la talla y ¡zas, finalizar tarea! Quien más quien menos, cualquier usuario de nivel medio-avanzado que utiliza Windows ha tenido que hacer esto alguna vez. Y si me apuráis, los hay maniáticos como yo que acuden directamente a la pestaña "Procesos" del "task manager" y por rapidez, como ya conocen el nombre del proceso a matar, lo seleccionan de la lista y se lo cargan sin piedad pulsando "Terminar proceso":

En cambio hoy, mi PC tenía el día tontito, tan tontito que no me dejaba terminar de ninguna de las formas anteriormente descritas con un proceso de ésos que se ha quedao perlao. Lo he intentado por activa y por pasiva, pero ni caso, la aplicacioncilla que quería aniquilar seguía vivita y coleando:

Con mi furia a punto de estallar, busco (en inglés) en el buscador que hace poco cumplía diez años (¡cómo pasa el tiempo!) y voy a dar con un post que habla del comando taskkill, y de seguido, accedo a la referencia oficial del comando taskkill. "¡Qué grande! Justo lo que necesito..." he pensado (inocentemente) para mis adentros. Raudo y veloz, abro una ventana de línea de comandos (Inicio-->Programas-->Accesorios-->Símbolo del sistema ó Inicio-->Ejecutar-->Teclear cmd y pulsar Intro), y tecleo taskkill /? para ver la ayuda de este comando interesante:

Como la aplicación perlada es una aplicación un poco "especialita" que hace uso de los puertos USB y a su vez de otras librerías de más bajo nivel, he pensado que quizás convenía forzar su terminación con el parámetro "/F" (¡para qué andarse con chorradas!) y terminar también cualquier aplicación dependiente, que para eso tenemos el modificador "/T".

Al igual que vosotros, yo también he esbozado una sonrisa murmurando "¡qué fácil!". Por el mensaje de la pantalla anterior pensaréis que he podido matar el proceso sin problemas, ¿a qué sí? Pues tengo que deciros que no ha sido así ya que la aplicación de marras seguía perlada, pero vivita y coleando, es decir, seguía ejecutándose "algo" en Windows. He pensado que habría hecho algo mal, así que he probado varias cosas: indicar el identificador de proceso con "/PID", terminar primero con su proceso padre y mil cosas más:

Por mucho que los mensajes eran de éxito, ná de ná, allí seguía ejecutándose la muy.... con las esperanzas que había puesto yo en el taskkill, siento decir que me ha defraudado bastante ya que no he podido terminar de ninguna manera la maldita aplicación que se me había quedado perlada. He probado a cerrar sesión y volver a entrar, pero allí seguía la aplicación con el cartelito de "(No responde)" por bandera. Así que no me ha quedado otra que resignarme, tragarme todo mi orgullo informático y reiniciar la máquina. De auténtica traca...

Así que el día de hoy ha tenido dos conclusiones, una positiva y otra negativa: empezamos por la positiva reconociendo que el comando taskkill es bastante potente para terminar procesos de forma rápida desde la línea de comandos, sobre todo cuando no responden ni de coña. Significar que sólo está disponible en las versiones "Professional" de los sistemas operativos Windows, es decir, no viene por ejemplo en el Windows XP Home Edition que tiene mucha gente en casita. No sé cómo va el tema de las versiones en Windows Vista, yo os aseguro que Windows XP Professional dispone de este comando.

Sin embargo, la conclusión negativa de hoy ha sido que no he sido capaz de terminar dicho proceso con este comando. Tengo la sospecha de que ha sido por utilizar directamente el parámetro "/T" que indica que dicho proceso tiene dependencias, cuando realmente era este proceso quien dependía de otros, concretamente de su proceso lanzador, Visual Studio en este caso. En fin, que no sé qué ha pasado con esta aplicación en concreto, pero por las pruebas que he realizado a posteriori, taskkill me ha parecido super útil. Por cierto, al igual que hace el "task manager", existe un comando "amigo de taskkill" que muestra los procesos que corren actualmente en nuestro PC, con su PID, memoria que están consumiendo etc. El comando se denomina tasklist:

¿Conocíais este comando de Windows? En cuanto a los linuxeros, ¿qué comando utilizáis para matar/terminar procesos de forma abrupta?

Actualización 01/10/2008: Me acaba de volver a pasar, se me ha vuelto a perlar la aplicacioncilla con la que estoy trasteando y la opción gráfica de "Finalizar tarea o proceso" no chuta. Esta vez, con la intención de hacer las cosas bien, primero he intentado utilizar taskkill /F /T /IM devenv.exe para ver si matando el proceso del Visual Studio, de paso mataba a su proceso hijo, la maldita aplicación "tocapelotas". Pues comentaros que tampoco funciona, así que debería cambiar el calificativo de "comando asesino" por el de "comando homicida imprudente". Mecagüen la leche, lo que más me jode es que tengo que volver a reiniciar....

SaludoX.

Si quieres estar meta-informado y volverte enfermo crónico vía RSS, suscríbete al Txoko de Lonifasiko .

Fecha del funeral de Windows XP

Acabo de leer en el blog de Mary Jo Foley que Microsoft acaba de anunciar oficialmente la fecha definitiva del funeral de Windows XP ;-). Según la nota, el próximo 30 de Junio del 2008 será el último día en el que los fabricantes de ordenadores vendan sus equipos con Windows XP preinstalado. Sí, 30 de Junio de este año, dentro de dos meses y pico.

Parece ser que Microsoft ha hecho alguna excepción con ULPCs (Ultra Low-Cost PCs) como el Asus Eee y el Intel Classmate, otorgando a este tipo de gadgets dos años de excedencia Windows XP.

Ahí va una rima que se me acaba de ocurrir: "Salta a la vista que quieren vender Windows Vista". Terrible...lo sé ;-).

PD: El funeral por Windows XP se oficiará con honores de estado en la capilla de la catedral de Redmond (Seattle). Se espera la asistencia de Bill Gates. Amén.

SaludoX.

Migrando aplicaciones .NET a 64 bits

¡Quien me iba a decir a mí que hoy lunes iba a tener ocasión de trastear con un Windows XP de 64 bits! ¿Qué pasa? Pues no, hasta hoy no lo había probado, ¿y? La diferencia con el Windows XP Professional "de toda la vida" (el de 32 bits) es que éste limita la memoria física y virtual a 4Gb, mientras que esta versión con instrucciones de 64 bits a priori sube el techo hasta los 128 Gb, con lo que si te lo propones, tienes slots y sobre todo, un buen bolsillo, puedes acabar con toda la RAM de la tienda de informática de tu barrio.

El caso es que me han encomendado probar en dicha máquina por temas de compatibilidad, algunas aplicaciones software que se han desarrollado recientemente, en especial, una aplicación Windows Forms (C# con .NET Framework 2.0) que se pelea a través de una serie de formularios contra una base de datos Access muy sencilla.

Suponía que iba a haber algún que otro problemilla, y os adelanto, que los ha habido. Seguramente será porque después de copiar todos los archivos de la aplicación al nuevo pepino no he rezado lo suficiente a la patrona de los informáticos, Santa Tecla. El caso es que según he hecho doble clic en el .exe......cataclón:

Como la aplicación trabaja contra Access a través del driver OleDB, utilizando el motor de base de datos Microsoft Jet 4.0, he pensado que simplemente tendría que registrar (con el comando regsvr32) alguna DLL o como mucho, instalar una versión de dicho motor compatible con arquitecturas de 64 bits. He ido raudo y veloz a Google, y como siempre, he respirado hondo al ver que una vez más, se ha cumplido la máxima del programador: "siempre hay alguien a quien le ha pasado lo mismo antes que a ti". Y por lo visto, la solución no era instalar una versión específica de Microsoft Jet 4.0 para arquitecturas de 64 bits (de hecho no la hay...), sino simplemente cambiar el target platform de la aplicación desde el propio Visual Studio 2005, tal y como se suele hacer con los proyectos para dispositivos móviles desarrollados con .NET Compact Framework, donde tan pronto cambiamos de PocketPC 2003 a Windows Mobile 5, como de WM 5.0 a WM 6.0.

Así que nada, empezando a digerir una nueva lección impartida por el Profesor Internet, abrimos la página de propiedades del proyecto de Visual Studio 2005, donde vemos que el proyecto está compilado para "Any CPU", la configuración por defecto para cualquier proyecto:

Pero claro, nuestro proyecto no es "cualquier proyecto", es una aplicación que ha de correr tanto en 32 como en 64 bits. ¡Ahí es nada! Pues bien, es tan fácil como desplegar la combo de target platform, seleccionar x86, guardar los cambios y compilar:

Al querer que la aplicación corra en 64 bits, más de uno (me incluyo) hubiera seleccionado ipso facto x64 en vez de x86, acción muy lógica, pero errónea. Seleccionando x86, estamos indicando que independientemente de la arquitectura y bits que tengan las instrucciones de la máquina, esta aplicación es una aplicación específica para plataformas x86, es decir, ha de correr en un entorno de ejecución gobernado por instrucciones de 32 bits. Y para ello, Windows XP Professional x64 Edition trae un emulador para x86 denominado WOW64, el cual permite correr aplicaciones de 32 bits sin problemas en una arquitectura Windows de 64 bits. ¡A tope!

Tan sólo queda copiar los archivos generados en esta compilación "especial" a la máquina destino y rezar 64 plegarias a San Blador (Santo de los programadores). Con la aplicación funcionando perfectamente sobre un Windows XP de 64 bits (lógicamente sigue funcionando para 32 bits), si vamos al task manager podremos ver que el identificador del proceso lleva la coletilla "*32", señal inequívoca de la naturaleza de la aplicación:

Una vez más, lección realmente interesante y productiva la de hoy, me voy tranquilo y muy contento a la camita. SaludoX.

Windows XP SP3 RC available

Últimamente, la red de redes, Internet, más que una fuente de información parece una fuente de desinformación plagada de fakes y rumores. Después del rumor del posible GPhone, uno de los top rumore que circulaba por la "autopista del conocimiento" era saber si Windows XP tendría un Service Pack 3 o no.

Muchos eran (Lonifasiko.Included = true) los que creían que MS no sacaría el SP3 para Windows XP habiendo lanzado ya Windows Vista...pero creo que en el fondo (y en la superficie) a MS le interesa mucho publicar este SP3; aunque no arregle muchos males ni traiga mejoras notables, es un golpe de efecto, una fórmula de marketing brutal para contentar a la amplia comunidad XPera. Es una forma sutil de decirles: "tranquilos, MS seguirá dando soporte a XP, y prueba clara de ello es éste SP3 que publicamos". Amén.

Bueno, el caso es que Windows XP seguirá dando guerra y prueba de ello es que vamos a tener Windows XP SP3 seguro. De hecho, ya está disponible para los suscriptores de Technet, el Service Pack 3 Release Candidate para Windows XP.

Me he leído muy por encima el white paper que explica qué es lo que arregla/desarregla y trae de nuevo nuestro amigo el SP3. Sinceramente no veo nada que me haya llamado la atención. Por lo leído, me hago a la idea de que Windows XP SP3 no es más que un paquete que agrupa muchas de las actualizaciones de seguridad y hotfixes que a diario se baja el inoportuno Windows Update. De hecho, parece ser que te instala toro-toro-toro, incluidas las actualizaciones que muchas veces le has dicho y redicho a Window Update que no quieres instalar ni de coña. ¡Incredible but true! Precisamente el white paper comenta que SP3 se hará publico a través de Windows Update y que ocupará cerca de 70 Mb.

Pues eso, quien quiera hacer de conejillo de indias (yo tengo el culo pelado de ser beta tester), ya puede descargarse Windows XP Service Pack 3 Release Candidate. Quien lo pruebe tiene abierta la sección de comentarios para expresar libremente y sin censura tanto su experiencia positiva como su mala leche hacia MS. El resto esperaremos hasta que Windows Update nos lo instale sin darnos cuenta ;-)

SaludoX.