No pretendo ser dramático, ni negativo, pero así están las cosas:
1.- Definitivamente PCODE DLL no funciona. Quedamos paralizados.
2.- Los browses EDITABLES con TSBrowse, que han funcionado perfecto desde que Manuel Mercado donó su formidable clase TSBrwose y con los que nunca hemos tenidos problemas en su uso desde FW 1.92 y pasando por diferentes versiones de FWH hasta la 2.7, ahora con FWH 7.12 ya no funcionan. Estando en modo edición, al pulsar Flecha Derecha o izquierda genera el siguiente error.
Aplicación:
===========
Path y nombre: C:\MSTVS\CG.EXE
Tam.: 4,798,976 bytes
Máximo de ficheros abiertos: ( SetHandleCount() ) 0
Error ocurrido el día: 12-12-2007, a la hora: 15:49:56
Nombre del error: Error BASE/1070 Argument error: ==
Args:
[ 1] = L .F.
[ 2] = N .F.
Llamadas a funciones
====================
Llamado por TGET:KEYDOWN(0)
Llamado por TSGET:KEYDOWN(155)
Llamado por TWINDOW:HANDLEEVENT(0)
Llamado por TCONTROL:HANDLEEVENT(1393)
Llamado por TGET:HANDLEEVENT(0)
Llamado por TSGET:HANDLEEVENT(385)
Llamado por _FWH(3260)
Llamado por DIALOGBOXINDIRECT(0)
Llamado por TDIALOG:ACTIVATE(270)
Llamado por CONSECUTIVOS(843)
Llamado por (b)ACTIVAMENU(416)
Llamado por TMENU:COMMAND(484)
Llamado por TWINDOW:COMMAND(978)
Llamado por TMDIFRAME:COMMAND(0)
Llamado por TMDIFRAME:HANDLEEVENT(0)
Llamado por _FWH(3260)
Llamado por WINRUN(0)
Llamado por TMDIFRAME:ACTIVATE(927)
Llamado por INICIAL(287)
Llamado por INICIO(272)
Todo lo hemos recompilado con FWH 7.12, xHarbour 1.1.0 y BCC 5.5.1
Estoy seguro que es un problema generado en la actualización de xHarbour, pero necesitamos solución. De lo contrario estaríamos avocados a dejar las aplicaciones que ya están desarrolladas en FWH 2.7 y xHarbour 0.99.61
Es esto lo correcto ?
Deberíamos usar FWH 7.12 sólo para nuevos desarrollos ?
Antonio, con todo respeto, este es un problema que no sólo nos afecta a los desarrolladores de aplicativos finales, sino que a tí también te afecta, pues tu producto está de por medio ya que es el que utilizamos para la presentación VISUAL de nuestros programas. Por esto es vital tu intervención en solucionar la increíble incompatibilidad que se está presentando.
Si tuviésemos que hacer uno o dos ajustes, vaya y venga, pero en lo poco que hemos testeado hemos encontrado problemas de compatibilidad con código clipper y con código en C que nunca habíamos tenido (Intenta compilar HBOle y verás). Igual con TSBrowse, TSButton, entre otros. Debemos dejar de utilizar estas maravillosas librerías de terceros ?
Intentamos la actualización de uno de nuestros aplicactivos tipo ERP, y nos encontramos que en procesos en que se actualizaban automáticamente algunas bases de datos, ya no van más. Qué debemos hacer, comenzar a cambiar código a aplicaciones que por año han funcionado perfecto ?
No encontramos en ninguna parte una explicación de cuáles son los cambios que hay que hacer, porqué y cuáles sus alternativas. Simplemente hay que esperar que los usuarios ejecuten los programas y esperar a ver por dónde revientan y luego ver cómo los solucionamos. Es esto lo correcto ?. Esperar que los clientes nos ataquen pues sus programas estaban funcionando perfecto y por el prurito de la actualización, de que tienen una tecnología más nueva, se les desestabilizaron ?
No creo que estos sean los caminos.
El sentido común me dice, que si actualizo algo, es para mejorar, para ofrecer más y mejores prestaciones. No para desestabilizar una aplicación.
Cuando hacemos cambios o adiciones, y ofrecemos actualizaciones a nuestros clientes y se presentan problemas, no podemos decirles que es por las herramientas que utilizamos. Tenemos que solucionarles sus problemas, y por lo menos, dejárselas como estaban.
Cierto es que los ejemplos que vienen incluídos en FWH funciona con la versión 7.12, pero es que son muy sencillos, unas pocas líneas de código. No pasa así con aplicativos grandes, de cientos de miles de lineas y procesos complejos. Créeme que la actualización te va a producir un gran dolor de cabeza.
Tomamos el aplicativo más pequeño y sencillo que hemos desarrollado (lo hicimos en 15 días), y ya llevamos tres días lidiando con la actulización y todavía no terminanos. Se suponía que simplemente era instalar las nuevas versiones de FWH y xHarbour, recompilar todo el código y las librerías que usamos y listo, pero no fué así. De pronto hubiese sido mejor hacerlo desde cero.
Pero no podemos hacer lo mismo con aplicativos que nos tomó años hacer y muchos meses más en migrar desde D.O.S. a 32 bits utilizando FWH y xHarbour.
Cierto que no somos programadores al nivel de los gurús que desarrollan y contribuyen en xHarbour, pero tampoco somos tan novatos como para que una actualización se nos vuelva imposible. Simplemente hay incompatilididades que hacen extremadamente difícil, y en consecuencia, extremedamente costoso en tiempo y dinero (hay que pagar a los programadores) la actualiazación.
A esto debes sumarle que tienes que asignar personal a un riguro control de calidad, pues al no estar identificados los posibles problemas que se puedan presentar en la ejecución de los programas tienes dos opciones: o las sometemos a un control de calidad a fondo, o se las enviamos a los clientes y esperamos a que comiencen a llamarnos para colgarnos de donde más nos duele por la cantidad de fallas y errores que se están presentando.
No es nuestro ánimo entrar en polémicas, ni molestar a nadie. Simplemente tenemos muchos problemas que antes no teníamos y que se presentan a partir de la actualización:
Para estar seguros de lo que hacemos hemos seaparado dos computadores para compilación:
Uno con FWH 2.7 y xHarbour 0.99.61 y el otro con FWH 7.12 y xHarbour 1.1.0.
En cada uno hemos instalado las mismas fuentes (Idénticas, sin ni una letra de cambio) de nuestra principal aplicación, así como todas la librerías que utilizamos. Es decir un espejo el uno del otro. Sólo cambian las versiones de FWH y xHarbour.
Se han compilado y el resultado final es:
La compilada con FWH 2.7 y xHarbour 0.99.61 funciona como siempre ha funcionado: perfecta.
La compilada con FWH 7.12 y xHarbour 1.1.0 se convierte en un dolor de cabeza por los errores que comienza a generar.
Por otro lado, pensamos quer el camino va a ser largo y tedioso, pues vamos tener que esperar a que vayan apareciendo los errores, subirlos al foro, esperar respuesta, y luego, si la hay, ver si esa respuesta soluciona el problema. En consecuencia, el tiempo nos puede atropellar. Somos una empresa que desarrolla aplicativos estándar, del tipo "Instale y comience a utilizar". En el camino, si el cliente lo requiere, le vamos desarrollando procesos especiales, según sus gustos y necesidades, mediante el uso de PCODE Dlls.
Por supuesto que la alternativa es seguir con las herramientas que veníamos utilizando con éxito y olvidarnos por ahora de las actualizaciones de las mismas. No podemos detenernos en la solución de errores que se escapan de nuestras manos. No hay problema. Pero nos queda un mal sabor: Estaremos condenando esas aplicaciones a quedarse desarrolladas con herramientas antiguas ?
Soy muy consciente de que la solución no es fácil, al contrario, debe de ser muy compleja, pero me preocupa que en virtud de todos tus demás proyectos dejes este tema de lado, especialmente cuando veo en el foro que hadie más ha plantedo este problema.
Qué pasa ? Sólo nosotros lo tenemos ?
Compañeros con aplicaciones ya desarrolladas con versiones FWH 2.7 y anteriores no se han actualizado de un sólo salto a FW 7.12 como nosotros? No nos actualizamos a las versiones posteriores a la 2.7 por temor a las imcompatibilidades, pues las veces que lo hicimos tuvimos problemas, claro que nunca tan graves y difíciles como en esta ocasión. Si lo hubiésemos hecho, no tendríamos este problema ?
Si hay colegas desarrolladores con aplicativos grandes que se han actualizado con éxito, quisieran compartir con este pobre cristiano la solución ?
Acaso cambiaron los parámetros de compilación y ejecución y nunca me enteré ? Utilizamos los mismos scripts de siempre. Los que tu mismo has propuesto desde la primera versión de FWH. Se debe cambiar algo en estos scripts para que FWH 7.12 funcione perfecto ?
Hemos probado con el instalador de xHarbour que bajamos de fpt de FiveTech cuando nos actualizamos. Hemos probado bajando todo xHarbour con Tortoise CVS y contruyendo todos los elementos de xHarbour desde cero (es lo que hemos hecho siempre), y en cualquier caso los mismos problemas persisten.
Antonio, insisto en que estoy seguro de que es un problema causado en xHarbour (que pena si se forma polémica). Pero, como FiveWin está de por medio en esta situación, pues tu maravillosa herramienta es la que utilizamos siempre, me temo que te corresponde a tí encontrar una solución. Adiciónale el hecho de que nuestros conocimientos técnicos no son ni el 1.% de los tuyos.
De pronto se me ocurre que en aras de encontrar una solución, aunque no la ideal, se pudiera utilizar FWH 7.12 con xHarbour 0.99.61. Es posible ? Podrías ayudarnos al respecto ? Prefiero perder los cambios y supuestas mejoras que se hayan hecho en xHarbour, que perder las que tú has hecho en FWH.
Otra opción: Cuán doloroso es el parto de pasar de xHarbour a Harbour ? Se perderán prestaciones en el cambio, por ejemplo ADO, OLE, IP, Scripts ?. Por todo lo que he leído en el transcurso de estos años, tanto en el foro de FiweWin (desde la época de las news, cuanto las extraño) como en las News de xHarbour, se saca como conclusión que xHarbour es más poderoso que Harbour. Estoy en lo cierto ?
La decisión que tomes será muy bienvenida y en nada afectará el profundo aprecio y gran admiración que sentimos por tí. Solamente quisiéramos saber a qué atenernos: si vale la pena seguir intentando en la actualización , o por el contrario, nos olvidamos definitivamente de la misma. Como tú comprenderás, está de por medio nuestra empresa. Compramos la silla sin tener el caballo. Por habladores cometimos el error de comunicarle a nuestros clientes que íbamos a actualizar nuestras herramientas de desarrollo, en beneficio de ellos, pues se supone que las últimas versiones deberían ser mas actualizadas tecnológinamente que las anteriores, con más y mejores prestaciones, con nuevo y mejor look, etc., etc. Ahora no paran las llamadas preguntándonos cuando tendremos las nuevas versiones. Qué les decimos, que seguimos con las anteriores, o que nos esperen ? Cuánto tiempo ?
A esto súmale el hecho de que para esta época del año, los clientes piden cambios en sus procesos o cosas nuevas para el año entrante, aunque esto no tiene problema pues lo haremos con la versión anterior de xHarbour.
Lamento enormemente el generar este tipo de tópicos o polémicas, como quieran llamarlas, pero, dónde más lo hacemos ?.
Creanme que acudimos al foro sólo cuando vemos que el agua ya nos tapó. Siempre solucionamos los problemas nostros mismos. Leemos, investigamos, probamos, y por ensayo y error, hemos salido adelante. Sólo que esta vez, el problema supera de largo nuestra capacidad técnica y creemos, en el mejor de los sentidos, que le correponde a FiveTech pronunciarse y tomar cartas en el asunto de las actualizaciones de xHarbour, o en su defecto, como le dijo el Rey Juan Carlos a uno de los presidentes de un país de este tan sufrido tercer mundo, que me digan, "Por qué no te callas ?" y nos olvidamos del asunto. No volvemos a molestar
Saludos y un abrazo para todos,
Carlos Gallego
