Problemas instalando Toad for Oracle

El software para PC de 64 bits existe desde hace varios años pero siento que aún estamos en la etapa de "migración", en la cual uno tiene que sufrir los inconvenientes de aplicaciones de 32 bits que no funcionan "de una" en un sistema operativo de 64 bits... o al menos no funcionan luego de dar next-next-next al wizard de instalación.

Había una vez un usuario con un Windows 7 de 64 bits que intentaba instalar el Toad for Oracle de 32 bits versión 11.5. El asistente de instalación le sugirió ubicarlo en el path C:\Program files (x86) como es habitual, y daaaale... next, next, finish y el Toad estaba instalado. El tipo instaló el driver para el Oracle e inmediatamente se dirigió al escritorio para abrir el Toad. Cargó los parámetros de la conexión y al presionar Connect un popup lo saludó con el siguiente mensaje:

ORA-12154: TNS:could not resolve the connect identifier specified

Say what? El tipo confiado en su experiencia, probó varias cosas... y siguió probando... hasta que resignado entró a googlear. Y así fue como encontró, entre otros, este post.

Costó convencerme, pero la solución era sencilla:

• Desinstalar el Toad anterior
• Ejecutar nuevamente el instalador del Toad
• Cambiar el path de instalación sugerido, elegir uno que no tenga paréntesis ni caracteres raros. Para ir a lo seguro, instalar en el C:\Toad

Espero haber disminuido la "renegación" mundial... incluida la mía en la próxima instalación :D

ODBC en 64 bits: architecture mismatch

Cada tanto me toca volver al ruedo con el blog y para celebrar el feriado acá vamos con un problemita que tuve luego de mis primeros tiempos en Windows 7 64 bits.

La situación: luego de tener instalado un Apache+PHP de 32 bits (en este Windows de 64 bits) fui a configurar un ODBC para obtener unos datos tal como lo tenía configurado antes en un Windows de 32 bits. Configuré el ODBC y al intentar acceder desde PHP a la base de datos (el realidad el nombre "base de datos" le queda un poco grande porque se trataba de un simple Access, jaja) me apareció un no muy simpático error que decía más o menos lo siguiente:
The specified DSN contains an architecture mismatch between the Driver and Application, SQL state IM014 in SQLConnect in...

Inmediatamente a googlear un poco y así fue que encontré a un colega italiano que contó sus aventuras (por suerte en inglés, porque si era en italian necesitaba un google translator).

Así fue que me enteré que en Windows 7 64 bits existen 2 ODBCs, uno para 32 y otro para 64 bits. Las aplicaciones de 64 bits ven las entradas de ODBC de 32 y 64 bits, pero las aplicaciones de 32 bits sólo ven las entradas de ODBC de 32 bits. El detalle es que en mis "Herramientas Administrativas" sólo existía un ODBC, y justamente correspondía al de 64 bits. Así fue que, tal como dice el colega Roberto, busqué el archivo C:\Windows\SysWOW64\odbcad32.exe, el cual corresponde a la configuración de ODBC para 32 bits. Luego configuré ahí la "base de datos" a la que quería acceder y la aplicación PHP funcionó normalmente.

Dicho sea de paso y para cerrar el post, agregué una entrada (un acceso directo) a las "Herramientas Administrativas" para ver también el ODBC de 32 bits, apuntando al archivo indicado anteriormente.

Abrir varios perfiles en Firefox

Estaba programando, para variar, y necesitaba borrar la cache del browser cada poco rato porque las aplicaciones ajax suelen tener el problema (para los desarrolladores) que por más que uno presione Ctrl+F5, lo único que el browser pide nuevamente al server es la página inicial, pero todos los requests que van por debajo no se percatan que uno solicitó explícitamente ignorar la copia de la cache. El asunto es que en mi Firefox tengo activa la sesión de Google (y quizás alguna más) y no quiero perderla cada poco rato.

Dado este problema, surgieron algunas alternativas:

• Buscarme otro browser para las pruebas. Desventaja: uno se hace amigo de un browser y los demás parecen incómodos o quizás la combinación de teclas para borrar la cache no es la misma, etc.


• Intentar abrir otra instancia de Firefox, pero con otro profile, sino cada vez que borre la cache perdería las sesiones de la otra instancia. Problema: abrir otra instancia de Firefox no es tan fácil como darle de nuevo al acceso directo. Resulta que don Firefox es pillo y reutiliza la instancia ya abierta, sólo que la segunda vez abre una ventana nueva (equivalente a ir al menú Archivo y elegir "Nueva Ventana").

Esta última fue la elegida para empezar la búsqueda. Googleando encontré en un foro unos posts con el siguiente título: "Two Firefox profiles open at the same time? [Resolved]". Como dijo mi amigo Shaq, no hay mejor final para un título que ese cuando uno busca una solución. Allá fui y encontré que existe una manera de forzar al Firefox para que inicie otra sesión. Luego agregando el parámetro para que abra el profile manager se puede crear un segundo profile, y después con otro parámetro se puede hacer un bonito acceso directo para que podamos abrir de una el segundo profile.

Resumiendo:

Para forzar a Firefox que abra una segunda instancia y nos muestre el profile manager:
firefox -no-remote -ProfileManager

Para forzar a Firefox que abra una segunda instancia con un nuevo perfil (ya creado):
firefox -no-remote –p "<nombreDelPerfil>"

Desactivar Visual Studio Just-In-Time Debugger

Luego de instalar algún Microsoft Visual Studio, es muy probable que un día una aplicación cualquiera genere un error y, antes de cerrarse, aparezca una ventana del Visual Studio que nos invite a "debuggear" la excepción causada.

Asumo que el que instala un Visual Studio sabe lo que es una excepción, así que no daré mayores detalles en este post. Lo que ofrece ese cartel, si no me equivoco, es la posibilidad de analizar el estado de los registros de CPU y memoria al momento en que surgió la excepción. Pero como es muy probable que la aplicación que falló no sea nuestra, es ampliamente probable que no nos interese "debuggear" esa aplicación. Conclusión, seguramente nos interesará que si una aplicación falló, se cierre y listo, pero que no aparezca ninguna invitación.

En Visual Studio 2005 (VS2005), para que deje de aparecer el cartel mencionado, se puede hacer lo siguiente (tengo el VS2005 en inglés, pero asumo que el programador interesado podrá traducirlo):

• Ir al menú Tools > Options.
• En la ventana Options, árbol de la izquierda, ir a Debugging > Just-In-Time.
• Sacar la tilde de los tres ítems que aparecen en el cuadro de la derecha: Managed, Native y Script.
• Pulsar OK para guardar los cambios.

No recuerdo si esto toma efecto inmediatamente o tal vez luego de un reinicio de Windows, pero ya debería estar solucionado el problema.

Actualización 20/06/2011:

Rafa nos contó la siguiente solución que él encontró y que hasta ahora me ha dado buen resultado:

• Eliminar o renombrar un archivo llamado vsjitdebugger.exe ubicado en C:\windows\system32.

Muchas gracias Rafa.

Caprichosa altura default del Internet Explorer

El conocido y masivamente utilizado Internet Explorer (IE), alias: la pesadilla del webmaster (joke by ShaQ), entre otros, tiene un problema que muchos de los programadores de sitios web sufrimos: la altura default de las líneas (DIV, TR/TD, P, etc).

Como podrá entenderse, este post es para experimentados o desarrolladores web, así que no se quemen la cabeza si no se dedican a esto (o piensen dedicarse), seguramente su médico amigo no se los recomendará.

El problema de “la altura default del IE” yo lo he sufrido desde hace años y luego de algunas búsquedas descargadas de éxito, utilicé algún artilugio como para que el diseño no quede “tan feo” en el IE y así patear la pelota. Hoy Shaq me consultó por esto, dado que anda renegando desde hace unos días y tampoco había encontrado la solución.

Como tantas veces hemos convenido con Shaq y otros amigos: no encontrar algo en internet, no significa que no exista, muy probablemente requiera algo más de inspiración, quizás un ducha de por medio, y cambiar los parámetros de búsqueda en Google para dar con la página exacta. Como buenos usuarios de Google, lo hemos comprobado montones de veces. Eh aquí que se me ocurrió buscar: ie div height. El primer resultado ya tenía olor a éxito y así fue como encontramos la solución al problema... claro, como solemos decir con Shaq y tantos otros amigos: en internet casi siempre existe alguien que ya le pasó lo mismo.

En fin, la soluciones planteadas por un señor llamado Bruno para el caso de un DIV, fueron:
- Escribir un comentario vacío, por ejemplo: <div style="height: 4px"><!-- --></div>
- Escribir un   y dar el estilo “font-size: 1px; line-height: 0”, por ejemplo: <div style=”font-size: 4px; line-height: 0”>&nbsp;</div>

Ambas soluciones me funcionaron perfectamente, pero me parecen muy ridículas, tan ridículas como el capricho de IE para hacer valer su altura default en todos los casos, pero vaya uno a saber en qué estuvieron pensando los programadores de Microsoft.