... mal con este DIÁLOGO, o esta versión de FIVEWIN, haz una prueba: QUITA las RADIOS del DIÁLOGO y vuelve a compilar (haz una copia del diálogo) y destruye las RADIOS. Otra alternativa, si es posible, es abandonar PELLESC.exe e intentar crear las FOLDERS y diálogos en WORKSHOP.exe 100% seguro de ...
Antonio, Seguimos teniendo con nuestros reports… quitamos libharbour.dll, ya no tenemos el problema que destruye nuestro sitio pero no podemos ver el reporte (que estaba trabajando, aún con problemas)... Byron piensa que tu estas trabajando en un “instalador” de mod_harbour, ...
... imágenes, códigos de barra y otros gráficos con los mismos métodos // como la clase Printer.. oPdf:End() // guarda el fichero PDF y finaliza (destruye) el objeto - En el curso normal, no es necesario instanciar el objeto por separado y en su lugar podemos usar los comandos PRINT / ENDPRINT ...
yo aplico tu mismo concepto, pero defino cada tab del folder por separado antes de usarlo. Hay un metodo en la clase xbrowse que destruye las columnas definidas sin eliminar el objeto principal, es "oBrw5:Destroy()", que es diferente a "oBrw5:End()", prueba con esto ...
Como la ventana mdichild no detiene la ejecución de la aplicación, esa función continúa y al salir entiendo que destruye el valor de la variable private
Lo que creo que puede ocurrir es que el metodo Destroy de TaskPnel no destruye los Bitmaps, si probamos el ejemplo Explbar.prg de samples y comprobamos el fichero Checkres.txt aparecen los bmps
... se guarda la brocha anterior y se pinta hBrochaAnterior := SelectObject (hDC, hBrocha) FillRect( hDc, aXY[A], hBrocha ) // Se restaura la brocha y destruye la utilizada SelectObject (hDC, hBrochaAnterior ) IF !DeleteObject( hBrocha ) MsgInfo("Parece que no se destruyo") ENDIF // Aqui ...
... y pude ver mas detalle de que fue lo que hicieron. Han pasado 2 años, ya ni lo recuerdo pero tenía que ver con el release de memoria una vez se destruye un objeto TxmlDocument(). No he probado con Harbour. Siento mucho que ya no recuerdo detalles sobre el tema. Lo que si te puedo asegurar es ...
... lado se hace: ::oFont = oFont Todas las asignaciones de fonts ahora tienen que hacerse con el método SetFont() y de ahí podría ser que se esté destruyendo más de la cuenta, cuando el control finalmente se destruye. Si no lo encuentras, copia el fuente aqui y lo revisamos :-)
Hola, Esto es un síntoma evidente de pérdidas de memoria. No. Es un sintoma de que las fuentes se estan sobre-destruyendo. Es decir, se estan destruyendo mas de las veces necesarias. Prueba lo que yo te digo poniendo despues de la declaracion de la font que se "arruina" ...
Parece ser que el problema viene en el Método Destroy() de la clase. Si no se destruye ::ofont funciona bien. Aunque no acabo de entender el porqué se produce este efecto ... METHOD Destroy() CLASS TGraph LOCAL nI FOR nI = 1 TO LEN(::aFont) ...