In order for this site to work correctly we need to store a small file (called a cookie) on your computer. Most every site in the world does this, however since the 25th of May 2011, by law we have to get your permission first. Please abandon the forum if you disagree.
Para que este foro funcione correctamente es necesario guardar un pequeño fichero (llamado cookie) en su ordenador. La mayoría de los sitios de Internet lo hacen, no obstante desde el 25 de Marzo de 2011 y por ley, necesitamos de su permiso con antelación. Abandone este foro si no está conforme.
Tengo un proyecto en donde se generan MILES de PDF con FastReport dentro de un ciclo y hemos detectado que al llegar a un No. de reportes se genera un GPF:
METHOD Button1Click( oSender ) CLASS TForm1
LOCAL n
FOR n := 1 TO 1500
::cText := "Prueba # " + ToString(n)
WITH OBJECT TFastReport():New(Self)
:Create()
:End()
END WITH
NEXT
RETURN Nil
Brincara el GPF aprox. en la prueba 1,100 y hemos notado que el consumo de memoria va en aumento en cada ciclo e imaginamos que este consumo es lo que provoca el GPF
las pruebas se hicieron con Xailer 9.0.1 y con 9.1
Evidentemente NO. Y en cualquier caso, el único que puede perder aceite es FastReport. Nosotros no, ya que sólo hacemos dos operaciones en C++:
1) Instanciar un objeto report
2) Destruirlo
Un saludo
Nota: Teníamos puesta una limitación de 1000 informes por ejecución. Se ha subido a 10.000. Por lo tanto consumimos 35 kb más.
