Cómo desinstalar completamente tu C++ Builder 2009/2010

[Actualización 12/10/2009]
Para más INRI con este tema, ayer descubro que el desinstalador ni siquiera es capaz de borrar las entradas del menú incio, así que ya sabéis, es muy posible que sigan estando enlazadas a ningún lado. Por otro lado, si habéis instalado Rave Reports, también hay que desinstalarlo a mano (es decir, desde Programs and Features) y luego borrar las correspondientes entradas del menú inicio.

Texto Original:
Siguiendo con el tema del día de ayer, y uno, que es más cabezón que mi hermano, que tropezó y se cayó escaleras abajo en casa de mis padres y partió tres escalones de granito antes de que la masa no inercial de su azotea lo hiciera quedar a media altura con las patas parriba, se volvió a instalar la versión 2009 tras haber borrado la 2010.

Haciéndole un poco de justicia a Embarcadero, hay que reconocer que la 2009 funciona algo mejor, pero sólo algo. Como botón de muestra, con dicha versión es imposible depurar en ningún sistema x64 si no se aplica un parche binario a una DLL del IDE, cosa que ha sido solucionada no gracias a CodeGear/Embarcadero, sino a un chavalín que puebla los mundos de Internet: Oalf.

Y los propietarios del producto, en lugar de incorporar el parche a alguna de las actualizaciones, simplemente te dan el enlace al blog si berreas mucho en los foros públicos. Bien para Olaf, mal para Embarcadero, muy mal.

Bueno, pues como iba diciendo, anoche instalé la versión 2009, que tuve que actualizar al último parche para que funcionara en mi Windows 7 x64… con prácticamente el mismo resultado que la 2010. Si bien algunas cosas funcionaron algo mejor, como el hecho de que ahora sí, ahora parte de la personalización realizada a través del TActionManager se grababa y se recuperaba bien, pero ojo, sólo parte.

Otras cosas que siguieron sin funcionarme fue todo el tema del Docking, y ahí dejé de probar. No descarto que esto último sea desconocimiento propio, pero visto lo visto, más vale IDE viejo y conocido que nuevo y peor por conocer. Además, ¿ha visto alguien alguna aplicación hecha con C++ Builder que use algún sistema de Docking? Yo no, aunque quizás debería extenderlo, o mejor dicho, reducirlo a la pregunta de si ha visto alguien alguna aplicación hecha en C++ Builder.

Yo pensaba que con la entrada de Embarcadero como propietario de las herramientas se iban a poner las pilas, pero no ha sido así, y la primera versión enteramente sacada bajo las alas de esta empresa quizás haya sido todavía peor que la infame versión 6. Ya sabemos que hay una crisis global galopante, y que hay que amortizar los dineros gastados en comprar CodeGear, pero sinceramente, ha sido peor el remedio que la enfermedad, eso de sacar una versión a medio terminar y que hace más agua que un colador quizás pueda ser la puntilla con la que se termine de matar al producto…

Aparte de sentirme muy, pero que muy defraudado, me da mucha lástima que algo con la potencialidad que tiene Delphi/C++Builder esté siendo miserablemente matado por su propio creador. Si creyera en eso del destino y de la fatalidad, diría que C++ Builder es un producto con gafe, pero por desgracia el gafe lo crean los mismos propietarios de la herramienta.

Con tristeza y lágrimas en los ojos te digo adiós para siempre, C++ Builder…

***

Bueno, vamos a lo que vamos. Voy a explicar cómo borrar completamente C++ Builder, o lo más completamente que se pueda hacer. Partimos de una KB de Embarcadero, esta, que reúne los pasos necesarios, pero antes una puntualización: Si sabe qué hay que borrar, ¿Por qué cojones el desinstalador no lo borra?. Sí, ya sé que lo que queda por borrar son cosas porisaca, pero quizás el desinstalador debería preguntar si quieres un borrado completo o no. Otros lo hacen.

Yo voy a explicarlo para Windows 7 x64, pero vale igual para Windows Vista x64. Y si os preguntáis por qué lo explico si ya está contado en la KB, veréis que el proceso es algo diferente y que hay cosas que no están donde dicen que están, etc.

  1. Desinstala el producto «Rad Studio» desde «Programs and Features».
  2. Desinstala la ayuda desde el mismo sitio (esta, por ejemplo, no viene en la KB).
  3. Si tienes ganas, reinicia, pero no es obligatorio.
  4. Borra las carpetas que cuelguen de «C:Program files (x86)» que tengan el nombre de Embarcadero o CodeGear.
  5. Borra las carpetas que cuelguen de «C:Program Files (x86)Common Files» con el nombre de BDE.
  6. Vete a «C:Program Data» y borra todas las carpetas que empiecen con un UIID o con un número y que estén ocultas y comprimidas. Ojo con este paso, es el más peligroso de todos si tienes algún otro producto instalado con la misma mierda de instalador que instala el C++ Builder. La KB da una clave del registro en donde están especificadas las claves, que en la versión de 64 bits está en HKEY_LOCAL_MACHINE SoftwareWow6432NodeMimarSinanInstallAwareIdent.Cache, pero en mi caso la clave está vacía. También puedes borrarla si no tienes más productos de este instalador.
  7. Borra del registro las claves con el nombre de CodeGear, Embarcadero y Borland que estén situadas en las ramas:
    1. HKEY_LOCAL_MACHINESOFTWARE
    2. HKEY_CURRENT_USERSOFTWARE
    3. HKEY_LOCAL_MACHINESOFTWAREWow6432Node
    4. HKEY_CURRENT_USERSOFTWAREWow6432Node
    5. La KB da otras claves que no existen, al menos en mi ordenador.
  8. Borra la carpeta «Rad Studio» de «C:UsersPublicDocuments», y de paso también de «Mis Documentos».
  9. Vete a tu profile, C:Users<usuario>AppData, y poda en Roaming las carpetas Embarcadero y CodeGear. Aquí es donde, entre otras cosas, se almacena la licencia del producto, que creo no vale entre instalaciones.
  10. Vete a C:Windows y usa el buscador para borrar una buena espuerta de ficheros. C++Builder 2009 tiene la versión 12 en los nombres de los ficheros, C++ Builder 2010, 14 (como todo buen estúpido, no quiere poner 13, pero da igual, la versión 2010 es la 13, como así lo es la del Office 2010, por mucho 14 que pongan). En las versiones de 32 bits estos ficheros suelen estar en C:WindowsSystem32, y en las de 64, en C:WindowsSysWoW64.
    1. Borra cualquier cosa con extensión BPL, que son las DLL del C++ Builder, que ellos llaman «packages».
    2. Borra «*120.jdbg» y «*140.jdbg», aunque podría valer sólo con la extensión.
    3. «*120.xml» y «*140.xml»
    4. «bdeadmin.*»
    5. «cc32*.dll», que son los runtimes del C++ Builder.
    6. «midas.*»
    7. «xerces*.dll»

Hala, y eso es todo. El paso 6 resulta cuando menos curioso. En esas carpetas se guarda una copia de los instaladores y ficheros de instalación que vienen en el DVD del producto, y ante cada nuevo parche que instalemos, tendremos una nueva copia de los ficheros, de modo que con cuatro parches como tiene el C++ Builder 2009, será un giga y pico por instalación, es decir, sobre 5 GB de datos que no sirven para nada… Yo no sé quién será el lumbreras al que se le ha ocurrido tamaña barbaridad, pero se merece un premio; y me temo que no es el único producto que hace algo así, si no me equivoco, Office 2003 también usa una aproximación similar. En fin, que el espacio en disco duro está barato y la inteligencia cara, ya que si al menos sirviera para que los parches se pudieran desinstalar… Pero no, pese a toda esa morralla, la única forma de desinstalar un parche es reinstalar el producto…

9 comentarios sobre “Cómo desinstalar completamente tu C++ Builder 2009/2010”

  1. Hola, solo por alusion a ‘… aunque quizás debería extenderlo, o mejor dicho, reducirlo a la pregunta de si ha visto alguien alguna aplicación hecha en C++ Builder.’
    Yo tengo bastantes aplicaciones (evidentemente algunas son pequeñas utilidades) en C++Builder.
    Yo la versión que utilizo es la 2007 y no con el ultimo update ya que modifica un monton de dll y como los que utilizan mi programa acostumbran a actulizar solo el ejecutable, me obligaria a hacer unos nuevos instalables con estas ultimas librerias, pero estoy esperando a que se estabilice un poco el C++Builder 2010 para dar el salto.
    Yo creo que tus problemas han sido precisamente por usar productos demasiado ‘nuevos’, W7 y C++Builder 2010, y tienes razón, no deberian de sacar un producto a medio hacer, pero la practica demuestra que todos los productos necesitan como el vino unos 6-12 meses para madurar, jeje.
    Para mi aunque todos mis programas he conseguido compilarlos con algun que otro arreglillo en C++Builder 2010, hasta la primavera que viene no pienso ‘pensar’ en cambiar y tendré que cambiar porque la novedad del unicode la necesito.
    Un saludo

  2. La verdad es que sí, es que peco de ‘ansias’ con el tema de las novedades, pero en el caso del Embarcadero es ya el colmo, porque a un sistema de ayuda que no es capaz de enlazar el IDE con la ayuda correcta, la propia ayuda que da puta pena, están más chapuzas que siempre.

    La versión 2010 lleva ya cuatro parches, dos del IDE, uno de las Boost (si el compilador fuera como debe, no necesitaría parches, se podrían compilar directamente), otro de bases de datos, amén de uno de la ayuda, y aun así hace más aguas que el Titanic.

    Las últimas tres actualizaciones las han retirado porque fallan bajo Windows 7 x64… La gente de MS a veces es chapucera, pero los de Embarcadero ya no te digo…

  3. Bueno, no del todo. Si miras en el código fuente que te distribuyen, en muchos lados ves compilación condicional win/lin/mac… y se habla de un salto a multiplataforma de forma extraoficial, amén de un port a 64 bits…

    Pero creo que antes deberían poner coto a la inmensa cantidad de bugs y problemas que tienen…

  4. Hombre, que quieres que te diga, he programado con visual basic en sus primeras versiones, en Visual Studio C#, y en Borland C++ desde la versión 3 y me parece que todos van por el mismo camino, sacar productos a toda pastilla para ganar dinero con las actualizaciones, a costa de ser productos con mas agujeros que una carretera secundaria.
    Las herramientas de Microsoft son puro marketing, y el entorno Net una porquería.
    Las herramientas Borland-Codegear-Embarcadero creo, en mi humilde opinión, que lo único que les falta para ser lo mejor que se ha hecho, es el dinero que tiene Microsoft.
    Para los puristas la VCL es una librería con muchas cojeras, para los que nos ganamos la vida programando la forma mas rápida y sencilla de sacar faena.
    Por cierto, yo también tengo varios programas hechos en Builder C++, y alguno bastante gordo.
    Jamás he tenido problemas con las instalaciones, algo que no se puede decir de los programas hechos en Visual Basic ni los hechos para Net y sus interminables versiones.
    Es cierto que los macroprogramas están normalmente fabricados con M. Visual C, que de visual no tiene nada, pero volvemos a lo de siempre, el dinero. Siendo como somos una pequeña empresa de programación, Embarcadero me cobra un hue*o por cada licencia que usamos, Microsoft, prácticamente nos las regala para que usemos sus productos. En una empresa con 200 programadores ¿qué entorno elegirías si lo pagaras tú?

  5. Tal vez sea algo tarde pa responder a este blog, pero creo recordar la mugre q representaba VBasic, sus miserables componentes simples y diminutos en cantidad, el IDE apestaba…en Visual C(++)…solo era verdad el nombre del compilador…nada era visual realmente…con el builder C++ hubo decenas de componentes….tu decidías si hacer las cosas a pata, gráficamente con el IDE o ambos, la VCL fué un gran alivio pa la interacciones con la WinAPI, sus asistentes para hacer Servicios, ActiveX, DLL’s…cosas q en los IDE’s de M$ serían un sueño hacer algo bien…(la gestión de memoria en una DLL con VC++ era realmente pestilente…nada parecido al compilador de la Borland). Creo q el producto fué muy estable y prefiero seguir usàndolo mientras pueda ya q con èl puedo desarrollar Middleware, DLL’s pa usar con java (por cierto, pa este último el mejor IDE es JBuilder) y rutinas de bajo nivel, cosas q con otros lenguajes e IDE’s no sería confiable en lo absoluto.

Responder a rfog Cancelar respuesta

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