OT: recolector de basura en Clipper 5.2e

Post Reply
User avatar
gsabattino
Posts: 100
Joined: Fri Oct 14, 2005 12:03 am
Location: Valencia, Venezuela

OT: recolector de basura en Clipper 5.2e

Post by gsabattino »

Saludos a todos...

Se me ha presentado un problemita de consumo de memoria en un viejo sistema desarrollado con el viejo y querido Clipper 5.2e...

El caso es que en algunas circunstancias la memoria comienza a bajar hasta que el programa revienta dando el famoso mensaje "Conventional Memory Exausted"...

Esto ocurre solo en PC's con Windows XP que corren el programa desde una ventana de DOS, pero en los PC's que tienen MSDOS6.22 no ocurre.

En los PC's donde se presenta el problema, ya he colocado todo lo que se me ha ocurrido relacionado con la compatibilidad de programas, y lo curioso es que el comando de consola MEM reporta mas de 600k de memoria convencional, y la funcion Memory(0) reporta entre 72K y 74K apenas iniciado el programa.

Se me ocurre forzar el recolector de basura, pero no he encontrado como hacerlo...

Alguna idea???

1 GB de Gracias por adelantado...


Giancarlo J. Sabattino S.
Valencia, Venezuela
User avatar
Antonio Linares
Site Admin
Posts: 37481
Joined: Thu Oct 06, 2005 5:47 pm
Location: Spain
Contact:

Post by Antonio Linares »

Giancarlo,

Prueba con Memory( -1 )
regards, saludos

Antonio Linares
www.fivetechsoft.com
User avatar
gsabattino
Posts: 100
Joined: Fri Oct 14, 2005 12:03 am
Location: Valencia, Venezuela

Post by gsabattino »

Antonio, 1Gb de Gracias.

El tip funciona parcialmente...

Me llama la atencion que cuando a un archivo se le generan mas de tres indices NTX no se libera la memoria...

Pense en implementar el RDD Comix con RTLink (el cliente no quiere que se use bLinker) y el mensaje "Conventional Memory exausted" aparece casi que arrancando la aplicacion...

Alguna otra idea???
User avatar
Antonio Linares
Site Admin
Posts: 37481
Joined: Thu Oct 06, 2005 5:47 pm
Location: Spain
Contact:

Post by Antonio Linares »

Giancarlo,

El mejor consejo es pasar la aplicación a 32 bits con Harbour/xharbour y FWH.

Otra opción, sería usar Blinker y construir la aplicación en modo protegido, con lo que dispone de muchísima más memoria.
regards, saludos

Antonio Linares
www.fivetechsoft.com
Post Reply