Hola.. quiero aprovechar para aclarar que no siento que estemos es
disputa, ni menos en tonos fuertes.. simplemente creo que estamos en un
debate, que no deja de ser importantes y que ademas quedo claro que la
herramienta, xbase++, es de por si completa y poderosa. Nada puedo decir
en contradecir esas posturas, primero porque por desfortunio no la
conozco mas alla de la teoria; como se comenta es mas practico recurrir
a herramientas menos costosas, o caso sea, libres o mal llamados gratis.
Sin embargo; tengo la fortuna de tener dentro de mis contactos a ciro
Vargas clemow, desarrollador de OOhg, una libreria grafica derivada de
Harbour MiniGui, pero desarrollada completamente OO, conozco su trabajo
y el esfuerzo que representa desarrollar un tipo de librerias como esta,
que no deja de ser por demas util y eficiente, que cumple con los
requerimientos de los usuarios que la usan. Pero la pregunta seria, para
se que sea util debe tener algun costo? o seria mejor si Ciro cobrara
por su trabajo? ahi esta el dilema.. pero sinembargo no esta demas dar
donaciones para de alguna manera valorar el esfuerzo de Ciro.
En este mundo de software, poco conozco a Antonio Linares, pero si del
Fivewin.. excelente herramienta pero de pronto para mis proyecto no ha
sido necesario comprarlo.. pero no deja de ser excelente...
De todas formas me parece que no debemos pensar que porque no es pago o
es pago dependa la calidad del producto.. harbour de por si va lento
pero lo que hay esta bien hecho y va mejorando
Saludos desde Cucuta
Colombia
Jose Orozco
P.D. Me canse
visiten mi blog http://versiones-de-linux.blogspot.com
Me preocupa lo que me decís sobre que mis palabras por e-mail suenan "un poco fuertes".
Nada más lejos de mi intención!
Tal vez suene como que los "retara" jajaja pero no tengo autoridad para retar a nadie.
Acá me conocen desde hace años y el año pasado nos conocimos en córdoba a pasitos de la casa de Biagiotti, asador ;-)
Gerardo Pérez me mostró una aplicación que brillantemente desarrolló con un conjunto de herramientas freeware. Pero tuvo que ponerle unos cientos de horas-silla.
Cuando discutíamos sobre costos hablábamos también sobre el costo de desarrollar nosotros las soluciones para el cliente o para nosotros mismos.
A ver si nos entendemos mejor:
Cuando me mudé, hace unos años, queria piso de parquet plastificado.
En ese momento los gastos de la mudanza me comían crudo.
No me daba para contratar también a un plastificador.
Así que: O enceraba o plastificaba yo.
Lo mejor era contratar a un profesional.
Todos lo sabemos.
Pero no me daba la billetera.
Entonces tomé al toro por las astas y me dije: Qué joder! Alguna vez hay que aprender.
Y aprendí con el piso donde vivo.
No pienso repetir la experiencia a modo profesional.
Pero me animo a hacerlo otra vez para mí.
Hasta ahí comprendo al aficionado porque en plastificación también yo lo soy.
Pero no me vengan a decir: José, plastificá mi casa. Porque ni pagándome voy.
Acepto mis limitaciones en ese punto.
Espero se entienda adónde quiero llegar ;-)
Un abrazo, Sergio, y espero verte en el próximo asadazo que ya dijo Caslo que pone la casa.
Hola Jaime: Muy clarito! tu explicación es muy buena y simple!!! Pienso igual.
Hola Jose Luis: Tengo la suerte de conocerte personalmente, y se que sos una muy buena persona. Pero a veces la forma en que transmitis algo por 'email' suena un poco fuerte!. Y muchas personas no lo van a entender. Yo imagino que Alaska es poderoso y seguramente cumple holgadamente con lo que la mayoria de nosotros necesitamos, pero no siempre es la respuesta adecuada. A veces, con algo mucho mas simple tambien logramos objetivos.
Asi que chicos! aprovechemos estos foros para participar y aprender, tolerando todas las opciones posibles y no discutamos innecesariamente!
Lamentablemente estas generando anticuerpos hacia tu persona. Ya que todos sabemos que estas parcializado con Alaska Xbase++, cosa que no tiene nada de malo. Cada quien es libre de usar el lenguaje que le guste. Como tu bien decias para clavar un clavo puede hacerse con una piedra o con un ladrillo, pero obviamente lo mas conveniente es con un Martillo. ¿Pero que pasa si solo quiero clavar un clavo una sola vez?, ¿acaso es necesario invertir en un martillo solo para clavar una vez?.
Yo programo con FWH sin problemas desde hace 2 años y me es mas que suficiente para lo que yo necesito. Otros aqui usan Minigui, porque es gratis, y mientras ellos esten contentos no hay problema. Otros usa xHarbour en modo consola y les va de maravilla(cosa que no me gusta personalmente el modo consola habiendo soluciones para windows Gratis), pero repito, mientras esa persona resuelva su problema con xHarbour modo consola pues Bien por esa persona ¿No Crees?.
El punto principal es Obvio "Mientras encontremos una solución lo mas barata posible(si es gratis mejor), pero asu vez que nos resuelva el problema y no nos genere problemas posteriores" PUES EXCELENTE.
Jaime
No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.173 / Virus Database: 270.7.5/1698 - Release Date: 29/09/2008 07:25 p.m.
-- José Luis Otermin
No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.173 / Virus Database: 270.7.5/1698 - Release Date: 29/09/2008 07:25 p.m.
Me preocupa lo que me decís sobre que mis palabras por e-mail suenan "un poco fuertes".
Nada más lejos de mi intención!
Tal vez suene como que los "retara" jajaja pero no tengo autoridad para retar a nadie.
Acá me conocen desde hace años y el año pasado nos conocimos en córdoba a pasitos de la casa de Biagiotti, asador ;-)
Gerardo Pérez me mostró una aplicación que brillantemente desarrolló con un conjunto de herramientas freeware. Pero tuvo que ponerle unos cientos de horas-silla.
Cuando discutíamos sobre costos hablábamos también sobre el costo de desarrollar nosotros las soluciones para el cliente o para nosotros mismos.
A ver si nos entendemos mejor:
Cuando me mudé, hace unos años, queria piso de parquet plastificado.
En ese momento los gastos de la mudanza me comían crudo.
No me daba para contratar también a un plastificador.
Así que: O enceraba o plastificaba yo.
Lo mejor era contratar a un profesional.
Todos lo sabemos.
Pero no me daba la billetera.
Entonces tomé al toro por las astas y me dije: Qué joder! Alguna vez hay que aprender.
Y aprendí con el piso donde vivo.
No pienso repetir la experiencia a modo profesional.
Pero me animo a hacerlo otra vez para mí.
Hasta ahí comprendo al aficionado porque en plastificación también yo lo soy.
Pero no me vengan a decir: José, plastificá mi casa. Porque ni pagándome voy.
Acepto mis limitaciones en ese punto.
Espero se entienda adónde quiero llegar ;-)
Un abrazo, Sergio, y espero verte en el próximo asadazo que ya dijo Caslo que pone la casa.
José Luis
El 30 de septiembre de 2008 12:13, Sergio D.Castellari <sergio1972ar@...> escribió:
Hola Chicos!!!
Hola Jaime: Muy clarito! tu explicación es muy buena y simple!!! Pienso igual.
Hola Jose Luis: Tengo la suerte de conocerte personalmente, y se que sos una muy buena persona. Pero a veces la forma en que transmitis algo por 'email' suena un poco fuerte!. Y muchas personas no lo van a entender. Yo imagino que Alaska es poderoso y seguramente cumple holgadamente con lo que la mayoria de nosotros necesitamos, pero no siempre es la respuesta adecuada. A veces, con algo mucho mas simple tambien logramos objetivos.
Asi que chicos! aprovechemos estos foros para participar y aprender, tolerando todas las opciones posibles y no discutamos innecesariamente!
Lamentablemente estas generando anticuerpos hacia tu persona. Ya que todos sabemos que estas parcializado con Alaska Xbase++, cosa que no tiene nada de malo. Cada quien es libre de usar el lenguaje que le guste. Como tu bien decias para clavar un clavo puede hacerse con una piedra o con un ladrillo, pero obviamente lo mas conveniente es con un Martillo. ¿Pero que pasa si solo quiero clavar un clavo una sola vez?, ¿acaso es necesario invertir en un martillo solo para clavar una vez?.
Yo programo con FWH sin problemas desde hace 2 años y me es mas que suficiente para lo que yo necesito. Otros aqui usan Minigui, porque es gratis, y mientras ellos esten contentos no hay problema. Otros usa xHarbour en modo consola y les va de maravilla(cosa que no me gusta personalmente el modo consola habiendo soluciones para windows Gratis), pero repito, mientras esa persona resuelva su problema con xHarbour modo consola pues Bien por esa persona ¿No Crees?.
El punto principal es Obvio "Mientras encontremos una solución lo mas barata posible(si es gratis mejor), pero asu vez que nos resuelva el problema y no nos genere problemas posteriores" PUES EXCELENTE.
Jaime
No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.173 / Virus Database: 270.7.5/1698 - Release Date: 29/09/2008 07:25 p.m.
Creo que lo de los "anticuerpos" no son necesarios.
No estoy parcializado. Estoy convencido.
Tanto que acepté ser soporte técnico para ayudar a aquellos colegas que tienen dificultades con las tecnologías recientes, el inglés (una barrera cultural importante), la programación orientada a objetos (otra barrera bastante dificil de pasar) y por supuesto, a quienes son profesionales (que viven de la programación).
De nada sirve, como acertadamente dices, recomendar herramientas profesionales a quienes realizan una tarea por única vez o como agregado personal a sus habilidades.
Dirijo mis esfuerzos a despertar a quienes quieren desarrollar aplicaciones comerciales que puedan exportarse (como hacen los mexicanos, colombianos y otros latinos), aplicaciones que se comuniquen con otras aplicaciones, que se ejecuten en diversos ambientes de ejecución, etc.
No necesito "captar clientes" como alguien me ha insinuado.
Y aunque así fuera... tampoco es incompatible el ayudar y ser compensado.
Para quienes son nuevos en la conversación sugiero preguntar a los colegas si alguna vez he pedido compensaciones monetarias por mi ayuda para despejar dudas.
Sí he sido contratado por colegas que se han mudado a Xbase++ y en sus primeros pasos han necesitado ayuda en forma intensiva. Inclusive han habido casos donde hasta se me ha ofrecido asociarme para sus emprendimientos, cosa que rechacé.
Igualmente no me opongo a las soluciones gratuitas.
Pero, intencionadamente, he visto que SI se mencionan productos comerciales basados en herramientas libres.
No necesito mencionarlas porque son conocidas.
Gracias por tus palabras y más por compartir tus pensamientos.
José Luis Otermin
Soporte Técnico
Alaska Software
El 30 de septiembre de 2008 11:58, Jaime Coronado <jacgsoft@...> escribió:
Hola José Luis Otermin
Lamentablemente estas generando anticuerpos hacia tu persona. Ya que todos sabemos que estas parcializado con Alaska Xbase++, cosa que no tiene nada de malo. Cada quien es libre de usar el lenguaje que le guste. Como tu bien decias para clavar un clavo puede hacerse con una piedra o con un ladrillo, pero obviamente lo mas conveniente es con un Martillo. ¿Pero que pasa si solo quiero clavar un clavo una sola vez?, ¿acaso es necesario invertir en un martillo solo para clavar una vez?.
Yo programo con FWH sin problemas desde hace 2 años y me es mas que suficiente para lo que yo necesito. Otros aqui usan Minigui, porque es gratis, y mientras ellos esten contentos no hay problema. Otros usa xHarbour en modo consola y les va de maravilla(cosa que no me gusta personalmente el modo consola habiendo soluciones para windows Gratis), pero repito, mientras esa persona resuelva su problema con xHarbour modo consola pues Bien por esa persona ¿No Crees?.
El punto principal es Obvio "Mientras encontremos una solución lo mas barata posible(si es gratis mejor), pero asu vez que nos resuelva el problema y no nos genere problemas posteriores" PUES EXCELENTE.
Hola Jaime: Muy clarito! tu explicación es muy buena y simple!!! Pienso igual.
Hola Jose Luis: Tengo la suerte de conocerte personalmente, y se que sos una muy buena persona. Pero a veces la forma en que transmitis algo por 'email' suena un poco fuerte!. Y muchas personas no lo van a entender. Yo imagino que Alaska es poderoso y seguramente cumple holgadamente con lo que la mayoria de nosotros necesitamos, pero no siempre es la respuesta adecuada. A veces, con algo mucho mas simple tambien logramos objetivos.
Asi que chicos! aprovechemos estos foros para participar y aprender, tolerando todas las opciones posibles y no discutamos innecesariamente!
Lamentablemente estas generando anticuerpos hacia tu persona. Ya que todos sabemos que estas parcializado con Alaska Xbase++, cosa que no tiene nada de malo. Cada quien es libre de usar el lenguaje que le guste. Como tu bien decias para clavar un clavo puede hacerse con una piedra o con un ladrillo, pero obviamente lo mas conveniente es con un Martillo. ¿Pero que pasa si solo quiero clavar un clavo una sola vez?, ¿acaso es necesario invertir en un martillo solo para clavar una vez?.
Yo programo con FWH sin problemas desde hace 2 años y me es mas que suficiente para lo que yo necesito. Otros aqui usan Minigui, porque es gratis, y mientras ellos esten contentos no hay problema. Otros usa xHarbour en modo consola y les va de maravilla(cosa que no me gusta personalmente el modo consola habiendo soluciones para windows Gratis), pero repito, mientras esa persona resuelva su problema con xHarbour modo consola pues Bien por esa persona ¿No Crees?.
El punto principal es Obvio "Mientras encontremos una solución lo mas barata posible(si es gratis mejor), pero asu vez que nos resuelva el problema y no nos genere problemas posteriores" PUES EXCELENTE.
Jaime
No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.173 / Virus Database: 270.7.5/1698 - Release Date: 29/09/2008 07:25 p.m.
Lamentablemente estas generando anticuerpos hacia tu persona. Ya que todos sabemos que estas parcializado con Alaska Xbase++, cosa que no tiene nada de malo. Cada quien es libre de usar el lenguaje que le guste. Como tu bien decias para clavar un clavo puede hacerse con una piedra o con un ladrillo, pero obviamente lo mas conveniente es con un Martillo. ¿Pero que pasa si solo quiero clavar un clavo una sola vez?, ¿acaso es necesario invertir en un martillo solo para clavar una vez?.
Yo programo con FWH sin problemas desde hace 2 años y me es mas que suficiente para lo que yo necesito. Otros aqui usan Minigui, porque es gratis, y mientras ellos esten contentos no hay problema. Otros usa xHarbour en modo consola y les va de maravilla(cosa que no me gusta personalmente el modo consola habiendo soluciones para windows Gratis), pero repito, mientras esa persona resuelva su problema con xHarbour modo consola pues Bien por esa persona ¿No Crees?.
El punto principal es Obvio "Mientras encontremos una solución lo mas barata posible(si es gratis mejor), pero asu vez que nos resuelva el problema y no nos genere problemas posteriores" PUES EXCELENTE.
Aqui presento una solucion a los problemas que se plantean.
Eso es todo.
Puedes clavar un clavo con una piedra, una tenaza o con un destornillador.
Cuando sugiero un martillo es porque lo considero la herramienta idónea.
Si el costo del martillo lo convierte en una solución inaceptable es otra cosa.
A diario leo en este y otros foros que todavía se habla de los problemas de "pesadez" de Clipper en los sistemas operativos modernos.
Nos guste o no es una realidad.
También pasé por un período de confusión cuando Clipper "se murió".
Pasé años probando otras soluciones que fueron desde C + CodeBase (para mantener las bases de datos DBF), Pascal con bibliotecas que tuve que desarrollar yo mismo,. VB con Access porque no veía otra solución que importar los datos, FoxBase, dBFast que parecía el sucesor de dBASE III+ pero en Windows hasta que finalmente me encontré con Xbase++. En el año en que adopté Xbase++ ellos iban por la versión 1.5 (1999) y Harbour era una promesa que recién comenzaba.
Hoy en día Xbase++ está por la versión 1.9 y próximamente la versión 2.0 incorpora HTML Dinámico, SQL en el lenguaje, PostgreSQL como BD nativa (como si fueran DBF), multitareas, comunicaciones, acceso a cualquier ActiveX, etc, Fecha+Hora como dato nativo, soporte de NULO en las tablas de datos, etc.
Desde 1999 hasta hoy Harbour avanzó lentamente hasta casi lanzar su versión 1.0 pero aun no lo hace.
¿Por qué? porque avanza con la rapidez de quien hace algo de favor.
Si acá hubiese aficionados, un grupo de amigos que en los ratos libres les gusta programar... pues ni me gastaría en hablarles de las bondades de algo que está más allá de sus intenciones.
Pero acá hay profesionales, gente idónea, preparada, inteligente,que provee soluciones para un conjunto de negocios que en muchos casos prospera y se agrandan.
¿Qué es lo que tiene de malo informar una solución?
¿que tiene un precio?
No me imagino a esos profesionales haciendo hamburguesas.
Quisiera imaginar una hamburguesa que cumpliera con algún estándar de calidad, que tiene materia prima en óptimas condciones, que son buenos productos.
Cuando te hablo de Linares es porque he leído y escuchado a las personas que trabajaron con él.
¿o acaso desconoces el origen de ese compilador free?
Saludos
José Luis Otermin
Soporte Técnico
Alaska Software
El 29 de septiembre de 2008 20:57, jblizama <jblizama@...> escribió:
Me parece bien que defiendas tu trabajo, pero debes respetar, así como
tu lo pides, la opinión de los demás sin prejuzgar al que no te esta
leyendo, como lo hiciste con Linares. Hay muchas personas, que bien
cobran por su trabajo, muy respetable, y también hacen aportes gratis
a la comunidad informática, mas respetable aun. Por ahora en este
grupo se trata de ayudarnos, y no con el propósito de vender un
producto en particular.
>
> Por una cuestión de marcas registradas, Xbase++ no tiene permitido usar
> Clipper como nombre.Pero es la continuación de Clipper en Windows.
> Ya sé que te confunde el hecho que no lleve "Clipper para windows" en el
> nombre del producto, pero Computer Associates es el dueño de esa marca.
> Y Alaska Software no puede usar ese nombre para sus productos.
> Clipper dejó de existir porque es un producto que ya no se actualiza.
> Pero Xbase++ es 100% Clipper en cuanto a compatibilidad de código.
> No se necesitan más que los fuentes de Clipper y el compilador de
Xbase++
> Lo demás sigue en forma automática.
>
> Los demás productos NO TIENEN EL MISMO ORIGEN.
> Los demás tienen su origen en asociaciones de programadores que
decidieron
> trabajar sobre un producto que elaboró Antonio Linares y cuyo compilador
> tenía por objetivo compilar Clipper en modo Windows para así él seguir
> vendiendo su producto sin los inconvenientes que le ocasionaban sus
parches
> en "C".
> GPF para ser más exactos.
>
> Los mayores inconvenientes que tienen todos los imitadores de Xbase++
> (recordemos que Xbase++ nace en 1997 y Harbour en 1999) es el manejo de
> memoria y la administración de los recursos del S.O.
> Se puede hacer una colección de rutinas que desarrollan una tarea más o
> menos sincronizadamente, pero ningún otro competidor en el ramo de los
> lenguajes xbase usa un recolector de basura y reorganizador de
memoria como
> tenía el antiguo Clipper. ¿Y sabes por qué? Porque ninguno de ellos
domina
> esa tecnología excepto el equipo original que programaba el compilador
> Clipper.
>
> Podria citarte mas detalles. Pero supongo que la protección de tu
código,
> velocidad de ejecución de tareas paralelas y a su vez multihilos, uso
> simultáneo de más de un motor de base de datos, protección de
memoria para
> procesos en paralelo, motor de objetos de velocidad optimizada en
acceso a
> variables de instancia, etc no son datos interesantes para tener en
cuenta.
>
> En 2010 tenemos prevista una conferencia para desarrolladores,
organizada
> por y para desarrolladores.
> Quiza te interese participar.
> Se hace una cada dos años. En 2007 le tocó a Alemania.
> Asistieron 153 programadores de 22 países diferentes.
>
> ¿Te gustaría ver cómo otros colegas han utilizado Xbase++?
>
> Saludos
>
> José Luis Otermin
> Soporte Técnico
> Alaska Software
>
>
> El 29 de septiembre de 2008 16:46, jofrano <jofrano@...> escribió:
>
> > Hola en cuanto a que clipper continuo exitiendo con otro nombre,
xbase
> > ++, se podria decir que no es el mismo clipper sino un lenguaje muy
> > compatible, igual que otro de nombre flasship (creo que es asi); sin
> > embargo el punto es que existe en la actualidad un precompilador de
> > nonmbre Harbour compatible con los programas de clipper y que asu
vez es
> > multiplataforma. ahora bien si hacemos historia uno de los
problemas de
> > clipper es el entorno grafico y en esa manteria exite fivewin,
> > clip4win, y otros; entonces que paso que clipper no siguio existiendo,
> > seria por el fracaso del entorno grafico que saco ca-computer en su
> > version 5.3b...no se pero .. todo esto ya es historia y la realidad es
> > otra....
> >
> > La actualidad es xharbour + MiniGui (en todos sus sabores) + Q.A.C +
> > Borland C++ 5.5 y cualquier combinacion
> >
> >
> >
>
>
>
Me parece bien que defiendas tu trabajo, pero debes respetar, así como
tu lo pides, la opinión de los demás sin prejuzgar al que no te esta
leyendo, como lo hiciste con Linares. Hay muchas personas, que bien
cobran por su trabajo, muy respetable, y también hacen aportes gratis
a la comunidad informática, mas respetable aun. Por ahora en este
grupo se trata de ayudarnos, y no con el propósito de vender un
producto en particular.
Salud.
--- En DesarrolloClipper@..., "Jose Luis Otermin"
<otermin@...> escribió:
>
> Por una cuestión de marcas registradas, Xbase++ no tiene permitido usar
> Clipper como nombre.Pero es la continuación de Clipper en Windows.
> Ya sé que te confunde el hecho que no lleve "Clipper para windows" en el
> nombre del producto, pero Computer Associates es el dueño de esa marca.
> Y Alaska Software no puede usar ese nombre para sus productos.
> Clipper dejó de existir porque es un producto que ya no se actualiza.
> Pero Xbase++ es 100% Clipper en cuanto a compatibilidad de código.
> No se necesitan más que los fuentes de Clipper y el compilador de
Xbase++
> Lo demás sigue en forma automática.
>
> Los demás productos NO TIENEN EL MISMO ORIGEN.
> Los demás tienen su origen en asociaciones de programadores que
decidieron
> trabajar sobre un producto que elaboró Antonio Linares y cuyo compilador
> tenía por objetivo compilar Clipper en modo Windows para así él seguir
> vendiendo su producto sin los inconvenientes que le ocasionaban sus
parches
> en "C".
> GPF para ser más exactos.
>
> Los mayores inconvenientes que tienen todos los imitadores de Xbase++
> (recordemos que Xbase++ nace en 1997 y Harbour en 1999) es el manejo de
> memoria y la administración de los recursos del S.O.
> Se puede hacer una colección de rutinas que desarrollan una tarea más o
> menos sincronizadamente, pero ningún otro competidor en el ramo de los
> lenguajes xbase usa un recolector de basura y reorganizador de
memoria como
> tenía el antiguo Clipper. ¿Y sabes por qué? Porque ninguno de ellos
domina
> esa tecnología excepto el equipo original que programaba el compilador
> Clipper.
>
> Podria citarte mas detalles. Pero supongo que la protección de tu
código,
> velocidad de ejecución de tareas paralelas y a su vez multihilos, uso
> simultáneo de más de un motor de base de datos, protección de
memoria para
> procesos en paralelo, motor de objetos de velocidad optimizada en
acceso a
> variables de instancia, etc no son datos interesantes para tener en
cuenta.
>
> En 2010 tenemos prevista una conferencia para desarrolladores,
organizada
> por y para desarrolladores.
> Quiza te interese participar.
> Se hace una cada dos años. En 2007 le tocó a Alemania.
> Asistieron 153 programadores de 22 países diferentes.
>
> ¿Te gustaría ver cómo otros colegas han utilizado Xbase++?
>
> Saludos
>
> José Luis Otermin
> Soporte Técnico
> Alaska Software
>
>
> El 29 de septiembre de 2008 16:46, jofrano <jofrano@...> escribió:
>
> > Hola en cuanto a que clipper continuo exitiendo con otro nombre,
xbase
> > ++, se podria decir que no es el mismo clipper sino un lenguaje muy
> > compatible, igual que otro de nombre flasship (creo que es asi); sin
> > embargo el punto es que existe en la actualidad un precompilador de
> > nonmbre Harbour compatible con los programas de clipper y que asu
vez es
> > multiplataforma. ahora bien si hacemos historia uno de los
problemas de
> > clipper es el entorno grafico y en esa manteria exite fivewin,
> > clip4win, y otros; entonces que paso que clipper no siguio existiendo,
> > seria por el fracaso del entorno grafico que saco ca-computer en su
> > version 5.3b...no se pero .. todo esto ya es historia y la realidad es
> > otra....
> >
> > La actualidad es xharbour + MiniGui (en todos sus sabores) + Q.A.C +
> > Borland C++ 5.5 y cualquier combinacion
> >
> >
> >
>
>
>
> --
> José Luis Otermin
>
Para instalar e usar a MiniGUI Extended, você precisará: - Do compilador (The Borland BCC compiler (version 5.5.1) ) - Dos binários (executável) do Harbour (ou xHarbour) - Do código fonte e binários da MiniGUI extended
Instalação: 1. Faça o Download do Borland BCC free (grátis) de: http://www.hmgextended.com/files/MISC/FreeCommandLineTools.exe e instale na pasta: C:\BORLAND\BCC55
NOTA: Se você instalar este compilador (e Harbour e MiniGUI) em outro drive, veja o Passo #8 abaixo.
2. Edite (ou crie) C:\BORLAND\BCC55\Bin\bcc32.cfg e inclua as seguintes linhas: -I"c:\Borland\Bcc55\include"-L"c:\Borland\Bcc55\lib;c:\Borland\Bcc55\lib\psdk"
NOTA PARA USUÁRIOS DO xHARBOUR: Se você está instalando para xHarbour, você deve ao invés incluir as seguintes linhas:
4. Faça o Download dos binários do compilador Harbour (ou xHarbour) (Integrated Build) de: http://www.hmgextended.com/files/HARBOUR ou http://www.hmgextended.com/files/xHARBOUR e instale na pasta C:\HARBOUR (ou C:\xHARBOUR) seguindo as diretivas do Setup Wizard.
NOTA: Existem significantes diferenças entre os binários do Harbour e xHarbour ! JF: A pasta HARBOUR contêm 3 arquivos: "Build 47", "Devel Build 1.1", e "Devel Build 1.1-1". A pasta xHARBOUR contêm 6 arquivos (Grigory's build, e compilação Lasse's, para as versões 0.99.60 e 0.99.70, mais um arquivo para cada 1.0.0 Beta e 1.1.0 Beta). Do que advêm a pergunta de qual instalar? JF: Eu acredito que deveria ser de muito auxílio incluir um sumário de alguém que é familiar com Harbour e xHarbour, descrevendo as vantagens/desvantagens de cada plataforma para os desenvolvedores de HMGx.
5. Faça o Download dos (Fontes e Binários) da MiniGUI Extended de: http://www.hmgextended.com/files/CONTRIB (procure por aquivos tais como hmg-XX-setup.zip, onde XX é o número da versão).
NOTA: O conteúdos dos arquivos ZIP não podem ser extraídos usando WinZip. Você deve usar outro extrator de ZIP tal como WinRAR (http://www.rarlab.com) ou 7Zip (http://www.7-zip.org)
6. Clique em hmg-XX-setup.exe para instalar MiniGUI na pasta C:\MINIGUI seguindo as diretivas do Setup Wizard.
7. Faça o Download do arquivo: http://tech.groups.yahoo.com/group/harbourminigui/files/CONTRIB/MakeBatch.zip e descompacte (unzip) o arquivo batch "MakeLib" atualizado em in C:\MINIGUI
8. Se você instalou os arquivos acima em outro drive, mude todas as referencias para c:\ em: BORLAND\BCC55\Bin\*.cfg MINIGUI\SOURCE\*.bat MINIGUI\SAMPLES\*.bat
9. Se você esta usando xHarbour, adicione a seguinte linha no AUTOEXEC.NT:
SET MG_CMP=XHARBOUR
10. Clique em \MINIGUI\SOURCE\MakeAllLibs.bat para gerar todas as libraries na pasta \MINIGUI\SOURCE e subpastas. Isto inclui as libraries do Harbour e da MiniGUI.
NOTA PARA USUÁRIOS DO xHARBOUR: Este arquivo batch cria as seguintes libraries em \xHARBOUR\lib (estes estavam anteriormente em \MINIGUI\xlib):ADORDD (na ordem para criar esta library, você deve copiar \MINIGUI\SOURCE\adordd\adordd.ch para a pasta \xHARBOUR\include) CALLDLL DLL HBCOMM HBPRINTER HBSQLLITE3 HBXML MINIPRINT SHELL32 SOCKETT MSAGENT
NOTA PARA USUÁRIOS DO xHARBOUR: Se você está usando o xHarbour, as seguintes libraries NÃO PODEM ser criadas: JF: Esta lista deve ser completada
HBOLE.LIB: Esta library não é necessária com xHarbour JF: Consideração sobre HBCOMM: Como em 8-01-2008 Lasse Holm reportou "retenham os antigos arquivos make_b32.bat e hbcomm.bc, Eu entendo que o Grigory irá fazer uma pequena modificação para eles, mas como estão agora os antigos funcionam"
NOTA PARA USUÁRIOS DO xHARBOUR: Arquivos de instalação para usuários que desejem usar xHarbour também estão disponíveis no Finnish xHarbour portal mantido por Lasse Holm: http://www.the-holms.org/xharbour Se você fizer o download dos arquivos de instalação do Finnish site, você deve ler as descrições dos arquivos para certificar-se que fez o download da versão da HMGx que corresponde a versão do xHarbour que você está usando.
11. Você pode encontrar exemplos de introdução ao trabalho com código MiniGUI em: \MINIGUI\SAMPLES\BASIC \MINIGUI\SAMPLES\ADVANCED \MINIGUI\SAMPLES\APPLICATIONS
Clique \MINIGUI\SAMPLES\CompileAll.bat para gerar os arquivos de exemplo em MiniGUI.
NOTA PARA USUÁRIOS DO xHARBOUR: Se você está usando xHarbour, você deve mudar as referências de ziparchive.lib em \MINIGUI\BATCH\Compile.bat para hbzip.lib
NOTA PARA USUÁRIOS DO xHARBOUR: Quando gerar algum dos exemplos, usuários do xHarbour irão receber mensagens de erro se referindo a função faltante HB_FUN_CALLDLL. Este erro pode ser corrigido modificando o arquivo \MINIGUI\BATCH\Compile.bat. Sobre o label :XRSPREST insira a seguinte linha, antes da linha contendo libmisc.lib echo %MV_HRB%\lib\dll.lib + >> _temp.rsp
NOTA PARA USUÁRIOS DO xHARBOUR: Se você não puder encontrar a DLL.LIB em \xHARBOUR\lib, copie esta library de: \MINIGUI\Lib or \MINIGUI\xlib
NOTA PARA USUÁRIOS DO xHARBOUR: O arquivo \MINIGUI\BATCH\Compile.bat contêm diferenças sobre os labels :HRSPREST e :XRSPREST. A diferença está aonde HBPRINTER.LIB, MINIPRINT.LIB, e SOCKET.LIB são esperadas para serem encontradas (sobre um label, elas são esperadas em \xHARBOUR\lib, e sobre o outro, elas são esperadas em \MINIGUI\Lib ou \MINIGUI\xlib. JF: Como em 7-01-2008 Kevin Carmody está pesquisando sobre esta diferença.
Exemplos adicionais e arquivos de ajuda podem ser encontrados em:
Harbour MiniGUI (e MiniGUI Extended) tem a mesma licença como o projeto Harbour. Assim se você linkar a library Harbour Minigui com outros arquivos para produzir um executável, isto não fará com que o executável resultante seja coberto pela GNU General Public License. Seu uso daquele executável não está de maneira alguma restrito a linkagem do código da library Harbour Minigui.
Hola en cuanto a que clipper continuo exitiendo con otro nombre, xbase ++, se podria decir que no es el mismo clipper sino un lenguaje muy compatible, igual que otro de nombre flasship (creo que es asi); sin embargo el punto es que existe en la actualidad un precompilador de nonmbre Harbour compatible con los programas de clipper y que asu vez es multiplataforma. ahora bien si hacemos historia uno de los problemas de clipper es el entorno grafico y en esa manteria exite fivewin, clip4win, y otros; entonces que paso que clipper no siguio existiendo, seria por el fracaso del entorno grafico que saco ca-computer en su version 5.3b...no se pero .. todo esto ya es historia y la realidad es otra....
La actualidad es xharbour + MiniGui (en todos sus sabores) + Q.A.C + Borland C++ 5.5 y cualquier combinacion
Por una cuestión de marcas registradas, Xbase++ no tiene permitido usar Clipper como nombre.
Pero es la continuación de Clipper en Windows.
Ya sé que te confunde el hecho que no lleve "Clipper para windows" en el nombre del producto, pero Computer Associates es el dueño de esa marca.
Y Alaska Software no puede usar ese nombre para sus productos.
Clipper dejó de existir porque es un producto que ya no se actualiza.
Pero Xbase++ es 100% Clipper en cuanto a compatibilidad de código.
No se necesitan más que los fuentes de Clipper y el compilador de Xbase++
Lo demás sigue en forma automática.
Los demás productos NO TIENEN EL MISMO ORIGEN.
Los demás tienen su origen en asociaciones de programadores que decidieron trabajar sobre un producto que elaboró Antonio Linares y cuyo compilador tenía por objetivo compilar Clipper en modo Windows para así él seguir vendiendo su producto sin los inconvenientes que le ocasionaban sus parches en "C".
GPF para ser más exactos.
Los mayores inconvenientes que tienen todos los imitadores de Xbase++ (recordemos que Xbase++ nace en 1997 y Harbour en 1999) es el manejo de memoria y la administración de los recursos del S.O.
Se puede hacer una colección de rutinas que desarrollan una tarea más o menos sincronizadamente, pero ningún otro competidor en el ramo de los lenguajes xbase usa un recolector de basura y reorganizador de memoria como tenía el antiguo Clipper. ¿Y sabes por qué? Porque ninguno de ellos domina esa tecnología excepto el equipo original que programaba el compilador Clipper.
Podria citarte mas detalles. Pero supongo que la protección de tu código, velocidad de ejecución de tareas paralelas y a su vez multihilos, uso simultáneo de más de un motor de base de datos, protección de memoria para procesos en paralelo, motor de objetos de velocidad optimizada en acceso a variables de instancia, etc no son datos interesantes para tener en cuenta.
En 2010 tenemos prevista una conferencia para desarrolladores, organizada por y para desarrolladores.
Quiza te interese participar.
Se hace una cada dos años. En 2007 le tocó a Alemania.
Asistieron 153 programadores de 22 países diferentes.
¿Te gustaría ver cómo otros colegas han utilizado Xbase++?
Saludos
José Luis Otermin
Soporte Técnico
Alaska Software
El 29 de septiembre de 2008 16:46, jofrano <jofrano@...> escribió:
Hola en cuanto a que clipper continuo exitiendo con otro nombre, xbase
++, se podria decir que no es el mismo clipper sino un lenguaje muy
compatible, igual que otro de nombre flasship (creo que es asi); sin
embargo el punto es que existe en la actualidad un precompilador de
nonmbre Harbour compatible con los programas de clipper y que asu vez es
multiplataforma. ahora bien si hacemos historia uno de los problemas de
clipper es el entorno grafico y en esa manteria exite fivewin,
clip4win, y otros; entonces que paso que clipper no siguio existiendo,
seria por el fracaso del entorno grafico que saco ca-computer en su
version 5.3b...no se pero .. todo esto ya es historia y la realidad es
otra....
La actualidad es xharbour + MiniGui (en todos sus sabores) + Q.A.C +
Borland C++ 5.5 y cualquier combinacion
Hola en cuanto a que clipper continuo exitiendo con otro nombre, xbase ++, se podria decir que no es el mismo clipper sino un lenguaje muy compatible, igual que otro de nombre flasship (creo que es asi); sin embargo el punto es que existe en la actualidad un precompilador de nonmbre Harbour compatible con los programas de clipper y que asu vez es multiplataforma. ahora bien si hacemos historia uno de los problemas de clipper es el entorno grafico y en esa manteria exite fivewin, clip4win, y otros; entonces que paso que clipper no siguio existiendo, seria por el fracaso del entorno grafico que saco ca-computer en su version 5.3b...no se pero .. todo esto ya es historia y la realidad es otra....
La actualidad es xharbour + MiniGui (en todos sus sabores) + Q.A.C + Borland C++ 5.5 y cualquier combinacion
Hola en cuanto a que clipper continuo exitiendo con otro nombre, xbase
++, se podria decir que no es el mismo clipper sino un lenguaje muy
compatible, igual que otro de nombre flasship (creo que es asi); sin
embargo el punto es que existe en la actualidad un precompilador de
nonmbre Harbour compatible con los programas de clipper y que asu vez es
multiplataforma. ahora bien si hacemos historia uno de los problemas de
clipper es el entorno grafico y en esa manteria exite fivewin,
clip4win, y otros; entonces que paso que clipper no siguio existiendo,
seria por el fracaso del entorno grafico que saco ca-computer en su
version 5.3b...no se pero .. todo esto ya es historia y la realidad es
otra....
La actualidad es xharbour + MiniGui (en todos sus sabores) + Q.A.C +
Borland C++ 5.5 y cualquier combinacion
En el punto 3 te faltó información, puesto que Clipper continuó existiendo con un nuevo nombre: Xbase++
Si el hecho que tenga un precio similar al del Clipper (su ancestro) lo hace "incompatible" es otro cantar.
Pero la mayoría que habla loas de productos free ni siquiera han probado el demo de Xbase++ como para tener fundamento en la comparación.
Con Xbase++ compilas en 1 solo paso tus programas Clipper y ya son de 32 bits.
Es simplemente instalar y comenzar a compilar sin historias.
TODOS tus fuentes Clipper funcionan.
Saludos
Jose Luis Otermin
Soporte Técnico
Alaska Software
El 29 de septiembre de 2008 1:55, jofrano <jofrano@...> escribió:
Hola... buenas Noches...
Quisiera aportar algunas ideas...
1. Actualizarce es una necesidad. Actualmente la tecnologia ha
progresado mucho por lo que para sobrevivir es necesario actualizarse.
2. Mafia o no Mafia?. Windows?? les recuerda algo??. No se puede negar
que Microsoft por lo general lanza productos incompletos; caso sea de
windows.
3. Ya clipper se desvanecio. Aunque es lamentable (de alguna forma) el
clipper no supero la barrera de 32Bits. pero afortunadamente tenemos un
grupo de personas que revivieron a clipper en harbour...
Hola... buenas Noches...
Quisiera aportar algunas ideas...
1. Actualizarce es una necesidad. Actualmente la tecnologia ha
progresado mucho por lo que para sobrevivir es necesario actualizarse.
2. Mafia o no Mafia?. Windows?? les recuerda algo??. No se puede negar
que Microsoft por lo general lanza productos incompletos; caso sea de
windows.
3. Ya clipper se desvanecio. Aunque es lamentable (de alguna forma) el
clipper no supero la barrera de 32Bits. pero afortunadamente tenemos un
grupo de personas que revivieron a clipper en harbour...
======== At 2008-09-26, 15:52:54 you wrote: ========
Hola Pablo: De acuerdo contigo - y no es una ofensa tu opinión - que la solución vendría por utilizar nuevas tecnologías por el lado de lenguajes de Programación y también por la base de datos, pero depende mucho de adonde se quiere llegar y el costo que implica esto en cuanto a Software y Hardware, en fin es todo un tema ... por el momento la solución definitiva é inmediata sin gastar un sol (moneda de Perú) es la que se propone en este foro pues todo es free.
Saludos. Atte. Lucho Montero. LIMA - PERU.
_________________________________________________________ Lucho Montero. Representante Comercial - Chess Di - Perú Telf:(01)263-3172, Cel.: (01)96282749, RPM: #952339, Nextel:833*7568 Email: lmonterof@... Messenger: lmonterof04@... CASA CENTRAL ROSARIO-ARGENTINA Telf.: (0341)4353047 / 4353383 Ricchieri 777, Rosario, Santa Fe. Conocé todo sobre Chess : Http://www.chessdi.com.ar
--- El vie, 26/9/08, Pablo Condoleo <ospaco69@...> escribió:
De: Pablo Condoleo <ospaco69@...> Asunto: Re: [CA-Clipper] RE:Servidor XP Para: DesarrolloClipper@... Fecha: viernes, 26 septiembre, 2008 1:36
La solucion definitiva sin que nadie se ofenda es migrar a nuevas tecnologias, no a parches. Saludos
El 26 de septiembre de 2008 15:23, Lucho Montero <lmonterof04@ yahoo.es> escribió:
Hola Francisco:
Recuerdo que hace como 8 años atráz se presentó este problema con el Sistema que tenía con Clipper 5.2d, se colgaba y hacía cosas de los pelos ... bueno finalmente el problema se presentaba con Pc que tienen Microprocesador AMD, pues tiene que ver con los ticks del reloj y blablabla ... ¿cómo lo solucioné? linkeando el _wait.obj el cual teoricamente hace que relantice los ticks del cpu y blablabla ... pero pude percibir que había un poco de lentitud y además habían otras PCs que tenían Micro Intel y deberían aprovechar la velocidad. Otra solución fue quitar de los Prg las funciones de la Catools que hagan referencia a manejo de video como ejm: Wopen(), Wclose(), Wscreen(), etc. luego compilé sin el _wait.obj y todo bien. Ahora bien, como menciona, Jorge Eduardo, la solución definitiva a esto es pasar tu Aplicación a xHarbour Modo Consola y te olvidas totalmente del problema y tu aplicación corre como un Ferrari.
Saludos. Atte. Lucho Montero. LIMA - PERU.
____________ _________ _________ _________ _________ _________ Lucho Montero. Representante Comercial - Chess Di - Perú Telf:(01)263- 3172, Cel.: (01)96282749, RPM: #952339, Nextel:833*7568 Email: lmonterof@chessdi. com.ar Messenger: lmonterof04@ hotmail.com CASA CENTRAL ROSARIO-ARGENTINA Telf.: (0341)4353047 / 4353383 Ricchieri 777, Rosario, Santa Fe. Conocé todo sobre Chess : Http://www.chessdi.com.ar
--- El jue, 25/9/08, JORGE EDUARDO <jhernandezmaestre@ yahoo.es> escribió:
Cambiate a xharbour, y descubriras un nuevo mundo de posibilidades.
--- El jue, 25/9/08, Roberto Plaza <postones@yahoo. com.mx> escribió:
De: Roberto Plaza <postones@yahoo. com.mx> Asunto: Re: [CA-Clipper] RE:Servidor XP Para: DesarrolloClipper@ gruposyahoo. com.ar Fecha: jueves, 25 septiembre, 2008 3:28
Panchi...
Y q librerias externas usas en tus prgs ?
Roberto
--- El jue 25-sep-08, Francisco Escobar V. <fescobarv@terra. cl> escribió:
De: Francisco Escobar V. <fescobarv@terra. cl> Asunto: Re: [CA-Clipper] RE:Servidor XP A: DesarrolloClipper@ gruposyahoo. com.ar Fecha: jueves, 25 septiembre, 2008, 3:02 pm
Me han comentado una solución...compilar con _wait.obj, para desacelerar la velocidad de la CPU, ya que Clipper es lento y la CPU demasiada rapida...... Si alguien tuviera este objeto para compilarlo.. ..
Gracias. Atte. FEV.
----- Original Message ----- From: Francisco Escobar V. To: DesarrolloClipper@ gruposyahoo. com.ar Sent: Thursday, September 25, 2008 10:43 AM Subject: Re: [CA-Clipper] RE:Servidor XP
Gracias por tus comentarios. ......... ..... Despues de dos semanas de hechar andar el Nuevo Servidor.... ...sucede que se congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la aplicación desde cada estación hasta que se reinicia el Server...... ....... Qué sucederá..... .... Habrá que hacer algo con respecto al Programa o es netamente configuración del Servidor, el problema es aleatorio y puede suceder 2 a 3 veces al dia......... ... Un programa no funciona bien a veces....... Será por cantidad de usuarios.... ....
Gracias por la ayuda....... ...
Atte. FEV
----- Original Message ----- From: Eduardo Garcia Calabuig To: DesarrolloClipper@ gruposyahoo. com.ar Sent: Tuesday, July 22, 2008 9:37 AM Subject: [CA-Clipper] RE:Servidor XP
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación. Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo de compilacion. En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar de los 40 que vienen normalmente Saludos cordiales Eduardo
Yahoo! MTV Blog Rock ¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV! Participa aquí http://mtvla.yahoo.com/
El migrar a nuevas tecnologias es totalmente valido y lo debe hacer.
Pero que temporalmente se pase a xharbour, es totalmente valido, no le va a requerir demasiado esfuerzo, y los cambios que deba realizar en su codigo fuente son minimos, y le van a trabjar muy bien, además que le va a poder agregar nuevas funcionalidades a su software, como generar hojas de calculo excel.
Y luego se va a poder tomar el tiempo necesario para migrar a una nueva tecnologia.
Atentamente,
JORGE EDUARDO.
--- El vie, 26/9/08, Pablo Condoleo <ospaco69@...> escribió:
De: Pablo Condoleo <ospaco69@...> Asunto: Re: [CA-Clipper] RE:Servidor XP Para:
DesarrolloClipper@... Fecha: viernes, 26 septiembre, 2008 1:36
La solucion definitiva sin que nadie se ofenda es migrar a nuevas tecnologias, no a parches. Saludos
Recuerdo que hace como 8 años atráz se presentó este problema con el Sistema que tenía con Clipper 5.2d, se colgaba y hacía cosas de los pelos ... bueno finalmente el problema se presentaba con Pc que tienen Microprocesador AMD, pues tiene que ver con los ticks del reloj y blablabla ... ¿cómo lo solucioné? linkeando el _wait.obj el cual teoricamente hace que relantice los ticks del cpu y blablabla ... pero pude percibir que había un poco de lentitud y además habían otras PCs que tenían Micro Intel y deberían aprovechar la velocidad.
Otra solución fue quitar de los Prg las funciones de la Catools que hagan referencia a manejo de video como ejm: Wopen(), Wclose(), Wscreen(), etc. luego compilé sin el _wait.obj y todo bien.
Ahora bien, como menciona, Jorge Eduardo, la solución definitiva a esto es pasar tu Aplicación a xHarbour Modo Consola y te olvidas totalmente del problema y tu aplicación corre como un Ferrari.
Saludos.
Atte.
Lucho Montero.
LIMA - PERU.
____________ _________ _________ _________ _________ _________
Lucho Montero.
Representante Comercial - Chess Di - Perú
Telf:(01)263- 3172, Cel.: (01)96282749, RPM: #952339, Nextel:833*7568
Email: lmonterof@chessdi. com.ar Messenger: lmonterof04@ hotmail.com
CASA CENTRAL ROSARIO-ARGENTINA
Telf.: (0341)4353047 / 4353383
Ricchieri 777, Rosario, Santa Fe.
Conocé todo sobre Chess : Http://www.chessdi. com.ar
Cambiate a xharbour, y descubriras un nuevo mundo de posibilidades.
--- El jue, 25/9/08, Roberto Plaza <postones@yahoo. com.mx> escribió:
De: Roberto Plaza <postones@yahoo. com.mx>
Asunto: Re: [CA-Clipper] RE:Servidor XP
Para: DesarrolloClipper@ gruposyahoo. com.ar
Fecha: jueves, 25 septiembre, 2008 3:28
Panchi...
Y q librerias externas usas en tus prgs ?
Roberto
--- El jue 25-sep-08, Francisco Escobar V. <fescobarv@terra. cl> escribió:
De: Francisco Escobar V. <fescobarv@terra. cl>
Asunto: Re: [CA-Clipper] RE:Servidor XP
A: DesarrolloClipper@ gruposyahoo. com.ar
Fecha: jueves, 25 septiembre, 2008, 3:02 pm
Me han comentado una solución...compilar con _wait.obj, para desacelerar la velocidad de la CPU, ya que Clipper es lento y la CPU demasiada rapida......
Si alguien tuviera este objeto para compilarlo.. ..
Gracias.
Atte.
FEV.
----- Original Message -----
From: Francisco Escobar V.
To: DesarrolloClipper@ gruposyahoo. com.ar
Sent: Thursday, September 25, 2008 10:43 AM
Subject: Re: [CA-Clipper] RE:Servidor XP
Gracias por tus comentarios. ......... .....
Despues de dos semanas de hechar andar el Nuevo Servidor.... ...sucede que se congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la aplicación desde cada estación hasta que se reinicia el Server...... .......
Qué sucederá..... .... Habrá que hacer algo con respecto al Programa o es netamente configuración del Servidor, el problema es aleatorio y puede suceder 2 a 3 veces al dia......... ...
Un programa no funciona bien a veces.......
Será por cantidad de usuarios.... ....
Gracias por la ayuda....... ...
Atte.
FEV
----- Original Message -----
From: Eduardo Garcia Calabuig
To: DesarrolloClipper@ gruposyahoo. com.ar
Sent: Tuesday, July 22, 2008 9:37 AM
Subject: [CA-Clipper] RE:Servidor XP
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación.
Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo de compilacion.
En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar de los 40 que vienen normalmente
Saludos cordiales
Eduardo
Yahoo! MTV Blog Rock
¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV!
Participa aquí http://mtvla.yahoo.com/
======== At 2008-09-26, 15:52:54 you wrote: ========
Hola Pablo: De acuerdo contigo - y no es una ofensa tu opinión - que la solución vendría por utilizar nuevas tecnologías por el lado de lenguajes de Programación y también por la base de datos, pero depende mucho de adonde se quiere llegar y el costo que implica esto en cuanto a Software y Hardware, en fin es todo un tema ... por el momento la solución definitiva é inmediata sin gastar un sol (moneda de Perú) es la que se propone en este foro pues todo es free.
Saludos. Atte. Lucho Montero. LIMA - PERU.
_________________________________________________________ Lucho Montero. Representante Comercial - Chess Di - Perú Telf:(01)263-3172, Cel.: (01)96282749, RPM: #952339, Nextel:833*7568 Email: lmonterof@chessdi.com.ar Messenger: lmonterof04@hotmail.com CASA CENTRAL ROSARIO-ARGENTINA Telf.: (0341)4353047 / 4353383 Ricchieri 777, Rosario, Santa Fe. Conocé todo sobre Chess : Http://www.chessdi.com.ar
La solucion definitiva sin que nadie se ofenda es migrar a nuevas tecnologias, no a parches. Saludos
El 26 de septiembre de 2008 15:23, Lucho Montero <lmonterof04@ yahoo.es> escribió:
Hola Francisco:
Recuerdo que hace como 8 años atráz se presentó este problema con el Sistema que tenía con Clipper 5.2d, se colgaba y hacía cosas de los pelos ... bueno finalmente el problema se presentaba con Pc que tienen Microprocesador AMD, pues tiene que ver con los ticks del reloj y blablabla ... ¿cómo lo solucioné? linkeando el _wait.obj el cual teoricamente hace que relantice los ticks del cpu y blablabla ... pero pude percibir que había un poco de lentitud y además habían otras PCs que tenían Micro Intel y deberían aprovechar la velocidad. Otra solución fue quitar de los Prg las funciones de la Catools que hagan referencia a manejo de video como ejm: Wopen(), Wclose(), Wscreen(), etc. luego compilé sin el _wait.obj y todo bien. Ahora bien, como menciona, Jorge Eduardo, la solución definitiva a esto es pasar tu Aplicación a xHarbour Modo Consola y te olvidas totalmente del problema y tu aplicación corre como un Ferrari.
Saludos. Atte. Lucho Montero. LIMA - PERU.
____________ _________ _________ _________ _________ _________ Lucho Montero. Representante Comercial - Chess Di - Perú Telf:(01)263- 3172, Cel.: (01)96282749, RPM: #952339, Nextel:833*7568 Email: lmonterof@chessdi. com.ar Messenger: lmonterof04@ hotmail.com CASA CENTRAL ROSARIO-ARGENTINA Telf.: (0341)4353047 / 4353383 Ricchieri 777, Rosario, Santa Fe. Conocé todo sobre Chess : Http://www.chessdi. com.ar
--- El jue, 25/9/08, JORGE EDUARDO <jhernandezmaestre@ yahoo.es> escribió:
Cambiate a xharbour, y descubriras un nuevo mundo de posibilidades.
--- El jue, 25/9/08, Roberto Plaza <postones@yahoo. com.mx> escribió:
De: Roberto Plaza <postones@yahoo. com.mx> Asunto: Re: [CA-Clipper] RE:Servidor XP Para: DesarrolloClipper@ gruposyahoo. com.ar Fecha: jueves, 25 septiembre, 2008 3:28
Panchi...
Y q librerias externas usas en tus prgs ?
Roberto
--- El jue 25-sep-08, Francisco Escobar V. <fescobarv@terra. cl> escribió:
De: Francisco Escobar V. <fescobarv@terra. cl> Asunto: Re: [CA-Clipper] RE:Servidor XP A: DesarrolloClipper@ gruposyahoo. com.ar Fecha: jueves, 25 septiembre, 2008, 3:02 pm
Me han comentado una solución...compilar con _wait.obj, para desacelerar la velocidad de la CPU, ya que Clipper es lento y la CPU demasiada rapida...... Si alguien tuviera este objeto para compilarlo.. ..
Gracias. Atte. FEV.
----- Original Message ----- From: Francisco Escobar V. To: DesarrolloClipper@ gruposyahoo. com.ar Sent: Thursday, September 25, 2008 10:43 AM Subject: Re: [CA-Clipper] RE:Servidor XP
Gracias por tus comentarios. ......... ..... Despues de dos semanas de hechar andar el Nuevo Servidor.... ...sucede que se congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la aplicación desde cada estación hasta que se reinicia el Server...... ....... Qué sucederá..... .... Habrá que hacer algo con respecto al Programa o es netamente configuración del Servidor, el problema es aleatorio y puede suceder 2 a 3 veces al dia......... ... Un programa no funciona bien a veces....... Será por cantidad de usuarios.... ....
Gracias por la ayuda....... ...
Atte. FEV
----- Original Message ----- From: Eduardo Garcia Calabuig To: DesarrolloClipper@ gruposyahoo. com.ar Sent: Tuesday, July 22, 2008 9:37 AM Subject: [CA-Clipper] RE:Servidor XP
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación. Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo de compilacion. En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar de los 40 que vienen normalmente Saludos cordiales Eduardo
Yahoo! MTV Blog Rock ¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV! Participa aquí http://mtvla. yahoo.com/
Probablemente se trate de una solución que aparenta ser definitiva.
Pero suponer que todo lo que es gratuito es absolutamente bueno creo que es demasiado.
Compré los sistemas operativos que necesité en su momento, los lenguajes de programación como C++, Fox, Clipper, CodeBase y Xbase++.
Y aunque pudiera decirse que he "gastado" mucho dinero, creo que invertí en la tranquilidad de poder levantar el teléfono (en aquellos entonces no había correo electrónico) y preguntar a quien estuviera en el otro lado (obviamente soportando al producto en cuestión) lo que me hiciera falta.
Hoy en día hay avances que se producen a una cierta velocidad.
Quienes resuelven los problemas profesionalmente (o sea, nosotros) recibimos una paga por nuestro trabajo.
¿Qué pensarías de un cliente tuyo que decidiera cambiar us servicios por los de un producto gratuito o los de un consorcio de usuarios que lo hace free?
¿Le aconsejarías que cambie tu mano de obra especializada por el consejo amateur de otros aficionados?
¿Dejarías que se instale sus redes, sistemas de comunicaciones, sistemas contables, etc sólo con los manuales o con las ayudas de internet? ¿Pensarías que él estaría haciendo lo correcto?
Bueno, si piensas que tu trabajo es idéntico que el de un aficionado que lo hace por diversión...
entonces es lógico que creas que lo gratuito es bueno.
No todas las soluciones pasan por pagar un precio exorbitante.
En mi país había una propaganda que decía "caro, pero el mejor".
Tampoco es cuestión de decir "todo lo comercial es caro".
Pues si miras un poco a tu alrededor... todo lo que te rodea ha sido pagado a una empresa, sea "comercial" (privada) o "de todos" (estatal).
Hola Pablo: De acuerdo contigo - y no es una ofensa tu opinión - que la solución vendría por utilizar nuevas tecnologías por el lado de lenguajes de Programación y también por la base de datos, pero depende mucho de adonde se quiere llegar y el costo que implica esto en cuanto a Software y Hardware, en fin es todo un tema ... por el momento la solución definitiva é inmediata sin gastar un sol (moneda de Perú) es la que se propone en este foro pues todo es free.
Saludos. Atte. Lucho Montero. LIMA - PERU.
_________________________________________________________ Lucho Montero. Representante Comercial - Chess Di - Perú Telf:(01)263-3172, Cel.: (01)96282749, RPM: #952339, Nextel:833*7568 Email: lmonterof@chessdi.com.ar Messenger: lmonterof04@hotmail.com CASA CENTRAL ROSARIO-ARGENTINA Telf.: (0341)4353047 / 4353383 Ricchieri 777, Rosario, Santa Fe. Conocé todo sobre Chess : Http://www.chessdi.com.ar
La solucion definitiva sin que nadie se ofenda es migrar a nuevas tecnologias, no a parches. Saludos
El 26 de septiembre de 2008 15:23, Lucho Montero <lmonterof04@ yahoo.es> escribió:
Hola Francisco:
Recuerdo que hace como 8 años atráz se presentó este problema con el Sistema que tenía con Clipper 5.2d, se colgaba y hacía cosas de los pelos ... bueno finalmente el problema se presentaba con Pc que tienen Microprocesador AMD, pues tiene que ver con los ticks del reloj y blablabla ... ¿cómo lo solucioné? linkeando el _wait.obj el cual teoricamente hace que relantice los ticks del cpu y blablabla ... pero pude percibir que había un poco de lentitud y además habían otras PCs que tenían Micro Intel y deberían aprovechar la velocidad. Otra solución fue quitar de los Prg las funciones de la Catools que hagan referencia a manejo de video como ejm: Wopen(), Wclose(), Wscreen(), etc. luego compilé sin el _wait.obj y todo bien. Ahora bien, como menciona, Jorge Eduardo, la solución definitiva a esto es pasar tu Aplicación a xHarbour Modo Consola y te olvidas totalmente del problema y tu aplicación corre como un Ferrari.
Saludos. Atte. Lucho Montero. LIMA - PERU.
____________ _________ _________ _________ _________ _________ Lucho Montero. Representante Comercial - Chess Di - Perú Telf:(01)263- 3172, Cel.: (01)96282749, RPM: #952339, Nextel:833*7568 Email: lmonterof@chessdi. com.ar Messenger: lmonterof04@ hotmail.com CASA CENTRAL ROSARIO-ARGENTINA Telf.: (0341)4353047 / 4353383 Ricchieri 777, Rosario, Santa Fe. Conocé todo sobre Chess : Http://www.chessdi. com.ar
--- El jue, 25/9/08, JORGE EDUARDO <jhernandezmaestre@ yahoo.es> escribió:
Cambiate a xharbour, y descubriras un nuevo mundo de posibilidades.
--- El jue, 25/9/08, Roberto Plaza <postones@yahoo. com.mx> escribió:
De: Roberto Plaza <postones@yahoo. com.mx> Asunto: Re: [CA-Clipper] RE:Servidor XP Para: DesarrolloClipper@ gruposyahoo. com.ar Fecha: jueves, 25 septiembre, 2008 3:28
Panchi...
Y q librerias externas usas en tus prgs ?
Roberto
--- El jue 25-sep-08, Francisco Escobar V. <fescobarv@terra. cl> escribió:
De: Francisco Escobar V. <fescobarv@terra. cl> Asunto: Re: [CA-Clipper] RE:Servidor XP A: DesarrolloClipper@ gruposyahoo. com.ar Fecha: jueves, 25 septiembre, 2008, 3:02 pm
Me han comentado una solución...compilar con _wait.obj, para desacelerar la velocidad de la CPU, ya que Clipper es lento y la CPU demasiada rapida...... Si alguien tuviera este objeto para compilarlo.. ..
Gracias. Atte. FEV.
----- Original Message ----- From: Francisco Escobar V. To: DesarrolloClipper@ gruposyahoo. com.ar Sent: Thursday, September 25, 2008 10:43 AM Subject: Re: [CA-Clipper] RE:Servidor XP
Gracias por tus comentarios. ......... ..... Despues de dos semanas de hechar andar el Nuevo Servidor.... ...sucede que se congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la aplicación desde cada estación hasta que se reinicia el Server...... ....... Qué sucederá..... .... Habrá que hacer algo con respecto al Programa o es netamente configuración del Servidor, el problema es aleatorio y puede suceder 2 a 3 veces al dia......... ... Un programa no funciona bien a veces....... Será por cantidad de usuarios.... ....
Gracias por la ayuda....... ...
Atte. FEV
----- Original Message ----- From: Eduardo Garcia Calabuig To: DesarrolloClipper@ gruposyahoo. com.ar Sent: Tuesday, July 22, 2008 9:37 AM Subject: [CA-Clipper] RE:Servidor XP
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación. Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo de compilacion. En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar de los 40 que vienen normalmente Saludos cordiales Eduardo
Yahoo! MTV Blog Rock ¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV! Participa aquí http://mtvla. yahoo.com/
Hola Pablo:
De acuerdo contigo - y no es una ofensa tu opinión - que la solución vendría por
utilizar nuevas tecnologías por el lado de lenguajes de Programación y también
por la base de datos, pero depende mucho de adonde se quiere llegar y el costo
que implica esto en cuanto a Software y Hardware, en fin es todo un tema ... por
el momento la solución definitiva é inmediata sin gastar un sol (moneda de Perú)
es la que se propone en este foro pues todo es free.
Saludos.
Atte.
Lucho Montero.
LIMA - PERU.
_________________________________________________________
Lucho Montero.
Representante Comercial - Chess Di - Perú
Telf:(01)263-3172, Cel.: (01)96282749, RPM: #952339, Nextel:833*7568
Email: lmonterof@... Messenger: lmonterof04@...
CASA CENTRAL ROSARIO-ARGENTINA
Telf.: (0341)4353047 / 4353383
Ricchieri 777, Rosario, Santa Fe.
Conocé todo sobre Chess : Http://www.chessdi.com.ar
--- El vie, 26/9/08, Pablo Condoleo <ospaco69@...> escribió:
De: Pablo Condoleo <ospaco69@...>
Asunto: Re: [CA-Clipper] RE:Servidor XP
Para: DesarrolloClipper@...
Fecha: viernes, 26 septiembre, 2008 1:36
La solucion definitiva sin que nadie se ofenda es migrar a nuevas tecnologias,
no a parches.
Saludos
El 26 de septiembre de 2008 15:23, Lucho Montero <lmonterof04@ yahoo.es>
escribió:
Hola Francisco:
Recuerdo que hace como 8 años atráz se presentó este problema con el Sistema que
tenía con Clipper 5.2d, se colgaba y hacía cosas de los pelos ... bueno
finalmente el problema se presentaba con Pc que tienen Microprocesador AMD, pues
tiene que ver con los ticks del reloj y blablabla ... ¿cómo lo solucioné?
linkeando el _wait.obj el cual teoricamente hace que relantice los ticks del cpu
y blablabla ... pero pude percibir que había un poco de lentitud y además habían
otras PCs que tenían Micro Intel y deberían aprovechar la velocidad.
Otra solución fue quitar de los Prg las funciones de la Catools que hagan
referencia a manejo de video como ejm: Wopen(), Wclose(), Wscreen(), etc. luego
compilé sin el _wait.obj y todo bien.
Ahora bien, como menciona, Jorge Eduardo, la solución definitiva a esto es pasar
tu Aplicación a xHarbour Modo Consola y te olvidas totalmente del problema y tu
aplicación corre como un Ferrari.
Saludos.
Atte.
Lucho Montero.
LIMA - PERU.
____________ _________ _________ _________ _________ _________
Lucho Montero.
Representante Comercial - Chess Di - Perú
Telf:(01)263- 3172, Cel.: (01)96282749, RPM: #952339, Nextel:833*7568
Email: lmonterof@chessdi. com.ar Messenger: lmonterof04@ hotmail.com
CASA CENTRAL ROSARIO-ARGENTINA
Telf.: (0341)4353047 / 4353383
Ricchieri 777, Rosario, Santa Fe.
Conocé todo sobre Chess : Http://www.chessdi. com.ar
--- El jue, 25/9/08, JORGE EDUARDO <jhernandezmaestre@ yahoo.es> escribió:
De: JORGE EDUARDO <jhernandezmaestre@ yahoo.es>
Asunto: Re: [CA-Clipper] RE:Servidor XP
Para: DesarrolloClipper@ gruposyahoo. com.ar
Fecha: jueves, 25 septiembre, 2008 9:06
Cambiate a xharbour, y descubriras un nuevo mundo de posibilidades.
--- El jue, 25/9/08, Roberto Plaza <postones@yahoo. com.mx> escribió:
De: Roberto Plaza <postones@yahoo. com.mx>
Asunto: Re: [CA-Clipper] RE:Servidor XP
Para: DesarrolloClipper@ gruposyahoo. com.ar
Fecha: jueves, 25 septiembre, 2008 3:28
Panchi...
Y q librerias externas usas en tus prgs ?
Roberto
--- El jue 25-sep-08, Francisco Escobar V. <fescobarv@terra. cl> escribió:
De: Francisco Escobar V. <fescobarv@terra. cl>
Asunto: Re: [CA-Clipper] RE:Servidor XP
A: DesarrolloClipper@ gruposyahoo. com.ar
Fecha: jueves, 25 septiembre, 2008, 3:02 pm
Me han comentado una solución...compilar con _wait.obj, para desacelerar la
velocidad de la CPU, ya que Clipper es lento y la CPU demasiada rapida......
Si alguien tuviera este objeto para compilarlo.. ..
Gracias.
Atte.
FEV.
----- Original Message -----
From: Francisco Escobar V.
To: DesarrolloClipper@ gruposyahoo. com.ar
Sent: Thursday, September 25, 2008 10:43 AM
Subject: Re: [CA-Clipper] RE:Servidor XP
Gracias por tus comentarios. ......... .....
Despues de dos semanas de hechar andar el Nuevo Servidor.... ...sucede que se
congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la
aplicación desde cada estación hasta que se reinicia el Server...... .......
Qué sucederá..... .... Habrá que hacer algo con respecto al Programa o es
netamente configuración del Servidor, el problema es aleatorio y puede suceder 2
a 3 veces al dia......... ...
Un programa no funciona bien a veces.......
Será por cantidad de usuarios.... ....
Gracias por la ayuda....... ...
Atte.
FEV
----- Original Message -----
From: Eduardo Garcia Calabuig
To: DesarrolloClipper@ gruposyahoo. com.ar
Sent: Tuesday, July 22, 2008 9:37 AM
Subject: [CA-Clipper] RE:Servidor XP
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no
tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas
circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación.
Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el
AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo
de compilacion.
En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar
de los 40 que vienen normalmente
Saludos cordiales
Eduardo
Yahoo! MTV Blog Rock
¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV!
Participa aquí http://mtvla. yahoo.com/
Al menos es lo que he intentado transmitir en varias oportunidades.
Saludos
José Luis Otermin Soporte Técnico -------------------------------------------------------------------- Foros de Usuarios: news://news.alaska-software.com Página Web: http://www.alaska-software.com --------------------------------------------------------------------
La solucion definitiva sin que nadie se ofenda es migrar a nuevas tecnologias, no a parches. Saludos
El 26 de septiembre de 2008 15:23, Lucho Montero <lmonterof04@yahoo.es> escribió:
Hola Francisco:
Recuerdo que hace como 8 años atráz se presentó este problema con el Sistema que tenía con Clipper 5.2d, se colgaba y hacía cosas de los pelos ... bueno finalmente el problema se presentaba con Pc que tienen Microprocesador AMD, pues tiene que ver con los ticks del reloj y blablabla ... ¿cómo lo solucioné? linkeando el _wait.obj el cual teoricamente hace que relantice los ticks del cpu y blablabla ... pero pude percibir que había un poco de lentitud y además habían otras PCs que tenían Micro Intel y deberían aprovechar la velocidad. Otra solución fue quitar de los Prg las funciones de la Catools que hagan referencia a manejo de video como ejm: Wopen(), Wclose(), Wscreen(), etc. luego compilé sin el _wait.obj y todo bien. Ahora bien, como menciona, Jorge Eduardo, la solución definitiva a esto es pasar tu Aplicación a xHarbour Modo Consola y te olvidas totalmente del problema y tu aplicación corre como un Ferrari.
Saludos. Atte. Lucho Montero. LIMA - PERU.
_________________________________________________________ Lucho Montero. Representante Comercial - Chess Di - Perú Telf:(01)263-3172, Cel.: (01)96282749, RPM: #952339, Nextel:833*7568 Email: lmonterof@chessdi.com.ar Messenger: lmonterof04@hotmail.com CASA CENTRAL ROSARIO-ARGENTINA Telf.: (0341)4353047 / 4353383 Ricchieri 777, Rosario, Santa Fe. Conocé todo sobre Chess : Http://www.chessdi.com.ar
Cambiate a xharbour, y descubriras un nuevo mundo de posibilidades.
--- El jue, 25/9/08, Roberto Plaza <postones@yahoo. com.mx> escribió:
De: Roberto Plaza <postones@yahoo. com.mx> Asunto: Re: [CA-Clipper] RE:Servidor XP Para: DesarrolloClipper@ gruposyahoo. com.ar Fecha: jueves, 25 septiembre, 2008 3:28
Panchi...
Y q librerias externas usas en tus prgs ?
Roberto
--- El jue 25-sep-08, Francisco Escobar V. <fescobarv@terra. cl> escribió:
De: Francisco Escobar V. <fescobarv@terra. cl> Asunto: Re: [CA-Clipper] RE:Servidor XP A: DesarrolloClipper@ gruposyahoo. com.ar Fecha: jueves, 25 septiembre, 2008, 3:02 pm
Me han comentado una solución...compilar con _wait.obj, para desacelerar la velocidad de la CPU, ya que Clipper es lento y la CPU demasiada rapida...... Si alguien tuviera este objeto para compilarlo.. ..
Gracias. Atte. FEV.
----- Original Message ----- From: Francisco Escobar V. To: DesarrolloClipper@ gruposyahoo. com.ar Sent: Thursday, September 25, 2008 10:43 AM Subject: Re: [CA-Clipper] RE:Servidor XP
Gracias por tus comentarios. ......... ..... Despues de dos semanas de hechar andar el Nuevo Servidor.... ...sucede que se congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la aplicación desde cada estación hasta que se reinicia el Server...... ....... Qué sucederá..... .... Habrá que hacer algo con respecto al Programa o es netamente configuración del Servidor, el problema es aleatorio y puede suceder 2 a 3 veces al dia......... ... Un programa no funciona bien a veces....... Será por cantidad de usuarios.... ....
Gracias por la ayuda....... ...
Atte. FEV
----- Original Message ----- From: Eduardo Garcia Calabuig To: DesarrolloClipper@ gruposyahoo. com.ar Sent: Tuesday, July 22, 2008 9:37 AM Subject: [CA-Clipper] RE:Servidor XP
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación. Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo de compilacion. En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar de los 40 que vienen normalmente Saludos cordiales Eduardo
Yahoo! MTV Blog Rock ¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV! Participa aquí http://mtvla.yahoo.com/
La solucion definitiva sin que nadie se ofenda es migrar a nuevas tecnologias, no a parches. Saludos
El 26 de septiembre de 2008 15:23, Lucho Montero <lmonterof04@...> escribió:
Hola Francisco:
Recuerdo que hace como 8 años atráz se presentó este problema con el Sistema que tenía con Clipper 5.2d, se colgaba y hacía cosas de los pelos ... bueno finalmente el problema se presentaba con Pc que tienen Microprocesador AMD, pues tiene que ver con los ticks del reloj y blablabla ... ¿cómo lo solucioné? linkeando el _wait.obj el cual teoricamente hace que relantice los ticks del cpu y blablabla ... pero pude percibir que había un poco de lentitud y además habían otras PCs que tenían Micro Intel y deberían aprovechar la velocidad.
Otra solución fue quitar de los Prg las funciones de la Catools que hagan referencia a manejo de video como ejm: Wopen(), Wclose(), Wscreen(), etc. luego compilé sin el _wait.obj y todo bien.
Ahora bien, como menciona, Jorge Eduardo, la solución definitiva a esto es pasar tu Aplicación a xHarbour Modo Consola y te olvidas totalmente del problema y tu aplicación corre como un Ferrari.
Saludos.
Atte.
Lucho Montero.
LIMA - PERU.
_________________________________________________________
Lucho Montero.
Representante Comercial - Chess Di - Perú
Telf:(01)263-3172, Cel.: (01)96282749, RPM: #952339, Nextel:833*7568
Email: lmonterof@... Messenger: lmonterof04@...
CASA CENTRAL ROSARIO-ARGENTINA
Telf.: (0341)4353047 / 4353383
Ricchieri 777, Rosario, Santa Fe.
Conocé todo sobre Chess : Http://www.chessdi.com.ar
Cambiate a xharbour, y descubriras un nuevo mundo de posibilidades.
--- El jue, 25/9/08, Roberto Plaza <postones@yahoo. com.mx> escribió:
De: Roberto Plaza <postones@yahoo. com.mx>
Asunto: Re: [CA-Clipper] RE:Servidor XP
Para: DesarrolloClipper@ gruposyahoo. com.ar
Fecha: jueves, 25 septiembre, 2008 3:28
Panchi...
Y q librerias externas usas en tus prgs ?
Roberto
--- El jue 25-sep-08, Francisco Escobar V. <fescobarv@terra. cl> escribió:
De: Francisco Escobar V. <fescobarv@terra. cl>
Asunto: Re: [CA-Clipper] RE:Servidor XP
A: DesarrolloClipper@ gruposyahoo. com.ar
Fecha: jueves, 25 septiembre, 2008, 3:02 pm
Me han comentado una solución...compilar con _wait.obj, para desacelerar la velocidad de la CPU, ya que Clipper es lento y la CPU demasiada rapida......
Si alguien tuviera este objeto para compilarlo.. ..
Gracias.
Atte.
FEV.
----- Original Message -----
From: Francisco Escobar V.
To: DesarrolloClipper@ gruposyahoo. com.ar
Sent: Thursday, September 25, 2008 10:43 AM
Subject: Re: [CA-Clipper] RE:Servidor XP
Gracias por tus comentarios. ......... .....
Despues de dos semanas de hechar andar el Nuevo Servidor.... ...sucede que se congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la aplicación desde cada estación hasta que se reinicia el Server...... .......
Qué sucederá..... .... Habrá que hacer algo con respecto al Programa o es netamente configuración del Servidor, el problema es aleatorio y puede suceder 2 a 3 veces al dia......... ...
Un programa no funciona bien a veces.......
Será por cantidad de usuarios.... ....
Gracias por la ayuda....... ...
Atte.
FEV
----- Original Message -----
From: Eduardo Garcia Calabuig
To: DesarrolloClipper@ gruposyahoo. com.ar
Sent: Tuesday, July 22, 2008 9:37 AM
Subject: [CA-Clipper] RE:Servidor XP
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación.
Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo de compilacion.
En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar de los 40 que vienen normalmente
Saludos cordiales
Eduardo
Yahoo! MTV Blog Rock
¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV!
Participa aquí http://mtvla.yahoo.com/
El 26 de septiembre de 2008 15:23, Lucho Montero <lmonterof04@...> escribió:
Hola Francisco:
Recuerdo que hace como 8 años atráz se presentó este problema con el Sistema que tenía con Clipper 5.2d, se colgaba y hacía cosas de los pelos ... bueno finalmente el problema se presentaba con Pc que tienen Microprocesador AMD, pues tiene que ver con los ticks del reloj y blablabla ... ¿cómo lo solucioné? linkeando el _wait.obj el cual teoricamente hace que relantice los ticks del cpu y blablabla ... pero pude percibir que había un poco de lentitud y además habían otras PCs que tenían Micro Intel y deberían aprovechar la velocidad.
Otra solución fue quitar de los Prg las funciones de la Catools que hagan referencia a manejo de video como ejm: Wopen(), Wclose(), Wscreen(), etc. luego compilé sin el _wait.obj y todo bien.
Ahora bien, como menciona, Jorge Eduardo, la solución definitiva a esto es pasar tu Aplicación a xHarbour Modo Consola y te olvidas totalmente del problema y tu aplicación corre como un Ferrari.
Saludos.
Atte.
Lucho Montero.
LIMA - PERU.
_________________________________________________________
Lucho Montero.
Representante Comercial - Chess Di - Perú
Telf:(01)263-3172, Cel.: (01)96282749, RPM: #952339, Nextel:833*7568
Email: lmonterof@... Messenger: lmonterof04@...
CASA CENTRAL ROSARIO-ARGENTINA
Telf.: (0341)4353047 / 4353383
Ricchieri 777, Rosario, Santa Fe.
Conocé todo sobre Chess : Http://www.chessdi.com.ar
Cambiate a xharbour, y descubriras un nuevo mundo de posibilidades.
--- El jue, 25/9/08, Roberto Plaza <postones@yahoo. com.mx> escribió:
De: Roberto Plaza <postones@yahoo. com.mx>
Asunto: Re: [CA-Clipper] RE:Servidor XP
Para: DesarrolloClipper@ gruposyahoo. com.ar
Fecha: jueves, 25 septiembre, 2008 3:28
Panchi...
Y q librerias externas usas en tus prgs ?
Roberto
--- El jue 25-sep-08, Francisco Escobar V. <fescobarv@terra. cl> escribió:
De: Francisco Escobar V. <fescobarv@terra. cl>
Asunto: Re: [CA-Clipper] RE:Servidor XP
A: DesarrolloClipper@ gruposyahoo. com.ar
Fecha: jueves, 25 septiembre, 2008, 3:02 pm
Me han comentado una solución...compilar con _wait.obj, para desacelerar la velocidad de la CPU, ya que Clipper es lento y la CPU demasiada rapida......
Si alguien tuviera este objeto para compilarlo.. ..
Gracias.
Atte.
FEV.
----- Original Message -----
From: Francisco Escobar V.
To: DesarrolloClipper@ gruposyahoo. com.ar
Sent: Thursday, September 25, 2008 10:43 AM
Subject: Re: [CA-Clipper] RE:Servidor XP
Gracias por tus comentarios. ......... .....
Despues de dos semanas de hechar andar el Nuevo Servidor.... ...sucede que se congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la aplicación desde cada estación hasta que se reinicia el Server...... .......
Qué sucederá..... .... Habrá que hacer algo con respecto al Programa o es netamente configuración del Servidor, el problema es aleatorio y puede suceder 2 a 3 veces al dia......... ...
Un programa no funciona bien a veces.......
Será por cantidad de usuarios.... ....
Gracias por la ayuda....... ...
Atte.
FEV
----- Original Message -----
From: Eduardo Garcia Calabuig
To: DesarrolloClipper@ gruposyahoo. com.ar
Sent: Tuesday, July 22, 2008 9:37 AM
Subject: [CA-Clipper] RE:Servidor XP
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación.
Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo de compilacion.
En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar de los 40 que vienen normalmente
Saludos cordiales
Eduardo
Yahoo! MTV Blog Rock
¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV!
Participa aquí http://mtvla.yahoo.com/
Hola Francisco:
Recuerdo que hace como 8 años atráz se presentó este problema con el Sistema que
tenía con Clipper 5.2d, se colgaba y hacía cosas de los pelos ... bueno
finalmente el problema se presentaba con Pc que tienen Microprocesador AMD, pues
tiene que ver con los ticks del reloj y blablabla ... ¿cómo lo solucioné?
linkeando el _wait.obj el cual teoricamente hace que relantice los ticks del cpu
y blablabla ... pero pude percibir que había un poco de lentitud y además habían
otras PCs que tenían Micro Intel y deberían aprovechar la velocidad.
Otra solución fue quitar de los Prg las funciones de la Catools que hagan
referencia a manejo de video como ejm: Wopen(), Wclose(), Wscreen(), etc. luego
compilé sin el _wait.obj y todo bien.
Ahora bien, como menciona, Jorge Eduardo, la solución definitiva a esto es pasar
tu Aplicación a xHarbour Modo Consola y te olvidas totalmente del problema y tu
aplicación corre como un Ferrari.
Saludos.
Atte.
Lucho Montero.
LIMA - PERU.
_________________________________________________________
Lucho Montero.
Representante Comercial - Chess Di - Perú
Telf:(01)263-3172, Cel.: (01)96282749, RPM: #952339, Nextel:833*7568
Email: lmonterof@... Messenger: lmonterof04@...
CASA CENTRAL ROSARIO-ARGENTINA
Telf.: (0341)4353047 / 4353383
Ricchieri 777, Rosario, Santa Fe.
Conocé todo sobre Chess : Http://www.chessdi.com.ar
--- El jue, 25/9/08, JORGE EDUARDO <jhernandezmaestre@...> escribió:
De: JORGE EDUARDO <jhernandezmaestre@...>
Asunto: Re: [CA-Clipper] RE:Servidor XP
Para: DesarrolloClipper@...
Fecha: jueves, 25 septiembre, 2008 9:06
Cambiate a xharbour, y descubriras un nuevo mundo de posibilidades.
--- El jue, 25/9/08, Roberto Plaza <postones@yahoo. com.mx> escribió:
De: Roberto Plaza <postones@yahoo. com.mx>
Asunto: Re: [CA-Clipper] RE:Servidor XP
Para: DesarrolloClipper@ gruposyahoo. com.ar
Fecha: jueves, 25 septiembre, 2008 3:28
Panchi...
Y q librerias externas usas en tus prgs ?
Roberto
--- El jue 25-sep-08, Francisco Escobar V. <fescobarv@terra. cl> escribió:
De: Francisco Escobar V. <fescobarv@terra. cl>
Asunto: Re: [CA-Clipper] RE:Servidor XP
A: DesarrolloClipper@ gruposyahoo. com.ar
Fecha: jueves, 25 septiembre, 2008, 3:02 pm
Me han comentado una solución...compilar con _wait.obj, para desacelerar la
velocidad de la CPU, ya que Clipper es lento y la CPU demasiada rapida......
Si alguien tuviera este objeto para compilarlo.. ..
Gracias.
Atte.
FEV.
----- Original Message -----
From: Francisco Escobar V.
To: DesarrolloClipper@ gruposyahoo. com.ar
Sent: Thursday, September 25, 2008 10:43 AM
Subject: Re: [CA-Clipper] RE:Servidor XP
Gracias por tus comentarios. ......... .....
Despues de dos semanas de hechar andar el Nuevo Servidor.... ...sucede que se
congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la
aplicación desde cada estación hasta que se reinicia el Server...... .......
Qué sucederá..... .... Habrá que hacer algo con respecto al Programa o es
netamente configuración del Servidor, el problema es aleatorio y puede suceder 2
a 3 veces al dia......... ...
Un programa no funciona bien a veces.......
Será por cantidad de usuarios.... ....
Gracias por la ayuda....... ...
Atte.
FEV
----- Original Message -----
From: Eduardo Garcia Calabuig
To: DesarrolloClipper@ gruposyahoo. com.ar
Sent: Tuesday, July 22, 2008 9:37 AM
Subject: [CA-Clipper] RE:Servidor XP
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no
tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas
circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación.
Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el
AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo
de compilacion.
En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar
de los 40 que vienen normalmente
Saludos cordiales
Eduardo
Yahoo! MTV Blog Rock
¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV!
Participa aquí http://mtvla. yahoo.com/
Cambiate a xharbour, y descubriras un nuevo mundo de posibilidades.
--- El jue, 25/9/08, Roberto Plaza <postones@...> escribió:
De: Roberto Plaza <postones@...> Asunto: Re: [CA-Clipper] RE:Servidor XP Para: DesarrolloClipper@... Fecha: jueves, 25 septiembre, 2008 3:28
Panchi...
Y q librerias externas usas en tus prgs ?
Roberto
--- El jue 25-sep-08, Francisco Escobar V. <fescobarv@terra. cl> escribió:
De: Francisco Escobar V. <fescobarv@terra. cl> Asunto: Re: [CA-Clipper] RE:Servidor XP A: DesarrolloClipper@ gruposyahoo. com.ar Fecha: jueves, 25 septiembre, 2008, 3:02 pm
Me han comentado una solución...compilar con _wait.obj, para desacelerar la velocidad de la CPU, ya que Clipper es lento y la CPU demasiada rapida......
Si alguien tuviera este objeto para compilarlo.. ..
Despues de dos semanas de hechar andar el Nuevo Servidor.... ...sucede que se congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la aplicación desde cada estación hasta que se reinicia el Server...... .......
Qué sucederá..... .... Habrá que hacer algo con respecto al Programa o es netamente configuración del Servidor, el problema es aleatorio y puede suceder 2 a 3 veces al dia......... ...
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación.
Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo de compilacion.
En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar de los 40 que vienen normalmente
Saludos cordiales
Eduardo
Yahoo! MTV Blog Rock ¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV! Participa aquí http://mtvla. yahoo.com/
Me han comentado una solución...compilar con _wait.obj, para desacelerar la velocidad de la CPU, ya que Clipper es lento y la CPU demasiada rapida......
Si alguien tuviera este objeto para compilarlo.. ..
Despues de dos semanas de hechar andar el Nuevo Servidor.... ...sucede que se congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la aplicación desde cada estación hasta que se reinicia el Server...... .......
Qué sucederá..... .... Habrá que hacer algo con respecto al Programa o es netamente configuración del Servidor, el problema es aleatorio y puede suceder 2 a 3 veces al dia......... ...
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación.
Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo de compilacion.
En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar de los 40 que vienen normalmente
Saludos cordiales
Eduardo
Yahoo! MTV Blog Rock ¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV! Participa aquí http://mtvla.yahoo.com/
--- El jue 25-sep-08, Francisco Escobar V. <fescobarv@...> escribió:
De: Francisco Escobar V. <fescobarv@...> Asunto: Re: [CA-Clipper] RE:Servidor XP A: DesarrolloClipper@... Fecha: jueves, 25 septiembre, 2008, 3:02 pm
Me han comentado una solución...compilar con _wait.obj, para desacelerar la velocidad de la CPU, ya que Clipper es lento y la CPU demasiada rapida......
Si alguien tuviera este objeto para compilarlo.. ..
Despues de dos semanas de hechar andar el Nuevo Servidor.... ...sucede que se congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la aplicación desde cada estación hasta que se reinicia el Server...... .......
Qué sucederá..... .... Habrá que hacer algo con respecto al Programa o es netamente configuración del Servidor, el problema es aleatorio y puede suceder 2 a 3 veces al dia......... ...
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación.
Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo de compilacion.
En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar de los 40 que vienen normalmente
Saludos cordiales
Eduardo
Yahoo! MTV Blog Rock ¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV! Participa aquí http://mtvla.yahoo.com/
--- El jue 25-sep-08, Francisco Escobar V. <fescobarv@...> escribió:
De: Francisco Escobar V. <fescobarv@...> Asunto: Re: [CA-Clipper] RE:Servidor XP A: DesarrolloClipper@... Fecha: jueves, 25 septiembre, 2008, 3:02 pm
Me han comentado una solución...compilar con _wait.obj, para desacelerar la velocidad de la CPU, ya que Clipper es lento y la CPU demasiada rapida......
Si alguien tuviera este objeto para compilarlo.. ..
Despues de dos semanas de hechar andar el Nuevo Servidor.... ...sucede que se congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la aplicación desde cada estación hasta que se reinicia el Server...... .......
Qué sucederá..... .... Habrá que hacer algo con respecto al Programa o es netamente configuración del Servidor, el problema es aleatorio y puede suceder 2 a 3 veces al dia......... ...
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación.
Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo de compilacion.
En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar de los 40 que vienen normalmente
Saludos cordiales
Eduardo
Yahoo! MTV Blog Rock ¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV! Participa aquí http://mtvla.yahoo.com/
Me han comentado una solución...compilar con _wait.obj, para desacelerar la velocidad de la CPU, ya que Clipper es lento y la CPU demasiada rapida......
Si alguien tuviera este objeto para compilarlo....
Despues de dos semanas de hechar andar el Nuevo Servidor.......sucede que se congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la aplicación desde cada estación hasta que se reinicia el Server.............
Qué sucederá......... Habrá que hacer algo con respecto al Programa o es netamente configuración del Servidor, el problema es aleatorio y puede suceder 2 a 3 veces al dia............
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación.
Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo de compilacion.
En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar de los 40 que vienen normalmente
Es una constante en los productos Windows que no han sido liberados como Servidores.
Si usas Windows NT Server, Windows 2000 Server o alguno de la misma categoría y configurado para máxima performance (sin salvapantallas, etc) seguramente tendrás estabilidad.
Espero haber ayudado
Jose Luis Otermin
El 25 de septiembre de 2008 11:43, Francisco Escobar V. <fescobarv@...> escribió:
Gracias por tus comentarios...............
Despues de dos semanas de hechar andar el Nuevo Servidor.......sucede que se congela,Bloquea o deja tomada la aplicación y no se puede volver a ejecutar la aplicación desde cada estación hasta que se reinicia el Server.............
Qué sucederá......... Habrá que hacer algo con respecto al Programa o es netamente configuración del Servidor, el problema es aleatorio y puede suceder 2 a 3 veces al dia............
Yo tengo un Sistema de Gestion en Clipper 5.3b compuesto por 32 ejecutables y no tuve problemas al pasarlo de Windows 98 a Windows XP salvo que, en determinadas circunstancias, se bloquea (se congela) al utilizar el mouse en otra aplicación.
Las instrucciones para inicializar la variable CLIPPER y otras se ponen en el AUTOEXEC.NT aunque, como uso Blinker 7.0, la variable CLIPPER la seteo en tiempo de compilacion.
En CONFIG.NT solo modificamos la variable FILES para ponerle FILES=150 en lugar de los 40 que vienen normalmente
Sin conexión 
Enviar correo