¿Error de memoria?

[Neftali [Germán.Estévez]]

Empezado por strelok

¿existe alguna actualización/parche/configuración para dar solución total/parcial a este problema?

¿Has revisado en la web de Borlan los updates para XE7?
¿Algo especial en tu proyecto?

[strelok]

Pues parece ser común en proyectos grandes: miren https://forums.embarcadero.com/messa...ssageID=704148

[Casimiro Notevi]

No, no es común, es un caso aislado. Casos aislados.
No te lo tomes como algo personal lo que voy a decir, pero yo revisaría bien a qué se deben esos errores y descubrirás que no son problemas de delphi.
He trabajado en proyectos bastante más grandes que el que comenta esa persona y te puedo asegurar que no existen esos problemas.
Es más, también puedo asegurarte que esos problemas están provocados normalmente por dos motivos:

1. Mezcla de muchos componentes de dudoso origen y/o mal instalados, versiones mezcladas de unos componentes, etc.
2. Errores de programación del propio programador.

Y en la inmensa mayoría de casos, el problema es el punto 2.

En el último proyecto delphi que trabajé me encontré con un sistema similar al que describe ese enlace que has puesto, tenían problemas que ni te puedes imaginar. Después de investigar un poco se podía deducir que el problema era provocado por una mezcla de los 2 puntos que he indicado antes. ¿Sabes cuál fue la solución? pues creo que han comprado un visual studio c# y unos componentes devexpress para cambiarle la apariencia externa.
Y lo único que repetían es: "la culpa es de delphi, la culpa es de delphi, ..."
Y todo por no reconocer que el problema estaba provocado por ellos mismos.

[strelok]

Empezado por Casimiro Notevi

No, no es común, es un caso aislado. Casos aislados.
No te lo tomes como algo personal lo que voy a decir, pero yo revisaría bien a qué se deben esos errores y descubrirás que no son problemas de delphi.
He trabajado en proyectos bastante más grandes que el que comenta esa persona y te puedo asegurar que no existen esos problemas.
Es más, también puedo asegurarte que esos problemas están provocados normalmente por dos motivos:

1. Mezcla de muchos componentes de dudoso origen y/o mal instalados, versiones mezcladas de unos componentes, etc.
2. Errores de programación del propio programador.

Y en la inmensa mayoría de casos, el problema es el punto 2.

En el último proyecto delphi que trabajé me encontré con un sistema similar al que describe ese enlace que has puesto, tenían problemas que ni te puedes imaginar. Después de investigar un poco se podía deducir que el problema era provocado por una mezcla de los 2 puntos que he indicado antes. ¿Sabes cuál fue la solución? pues creo que han comprado un visual studio c# y unos componentes devexpress para cambiarle la apariencia externa.
Y lo único que repetían es: "la culpa es de delphi, la culpa es de delphi, ..."
Y todo por no reconocer que el problema estaba provocado por ellos mismos.

Ambos puntos parecen ser lo mismo, a diferencia que uno fue programado por externos y el otro por nosotros, sin embargo, ¿qué es exactamente lo que provoca eso? ¿objetos no destruidos? ¿variables no inicializadas? ¿que cosa especifica?.

Por otro lado, el equipo de programación me comentó que en Delphi 2007 nunca sucedió el error, pasaba algo similar, cuando el proceso superaba 1GB, pero no es el mismo error, aquí no sucede cuando intentamos compilar, curiosamente con reiniciar delphi xe7 se soluciona

[Casimiro Notevi]

Para encontrar el motivo del problema debes:
1. Centrarte en un caso en particular y poner "breakpoints" para seguir el código paso a paso, armarte de muchísima paciencia, no desesperar, poco a poco, hasta encontrarlo.
2. Una vez resuelto ese problema, goto 1

No hay otra forma de hacerlo, es necesario decidirse y mentalizarse: "Ahora toca resolver estos problemas, no otras cosas, solamente resolver estos problemas."

[strelok]

No me sirve lo que me dices jajaja, son mas de 2 millones de líneas, es inviable. Si me dijieras la razón de porque sucede o tiene más probabilidad de suceder, yo podría centrarme en una parte especifica del código

[Casimiro Notevi]

Empezado por strelok

No me sirve lo que me dices jajaja, son mas de 2 millones de líneas, es inviable. Si me dijieras la razón de porque sucede o tiene más probabilidad de suceder, yo podría centrarme en una parte especifica del código

Ya, pero lo mismo decían ellos:

Empezado por Casimiro Notevi

Y lo único que repetían es: "la culpa es de delphi, la culpa es de delphi, ..."
Y todo por no reconocer que el problema estaba provocado por ellos mismos.

No hay otra forma, escoge uno de los errores y céntrate en él, hasta solucionarlo, así uno a uno. No hay milagros.

[strelok]

Empezado por Neftali [Germán.Estévez]

¿Has revisado en la web de Borlan los updates para XE7?
¿Algo especial en tu proyecto?

Solo encontré otras quejas: https://forums.embarcadero.com/messa...ssageID=704148

[strelok]

Encontré algo, pero todos dicen soluciones diferentes, no entiendo nada

¿Me ayudarían?

https://www.clubdelphi.com/foros/showthread.php?t=49799

http://www.clubdelphi.com/foros/showthread.php?t=45406

[Casimiro Notevi]

Es que tendríamos que ver el proyecto. De otra forma es dar palos de ciego, a ver si acertamos.
¿Ocurre en un solo equipo o en todos?
¿Tienes algo 'especial' en los ficheros de recursos?, elimínalos (renómbralos, por si acaso tienes que recuperarlo).
Si tienes un .dpr y un .dproj elimina el .dproj (o cámbiale la extensión) y abre el .dpr
Rebuild todo.

[strelok]

Respondo a tus preguntas:

- Nos sucede a todos
- Si tiene .dpr y .dproj ¿influye esto?

[Casimiro Notevi]

Algunas veces, si el .dproj está mal, es necesrio abrir el .dpr, pero si abre el .dpr y existe el .dproj, se abrirá este último, aunque tú hayas abierto el .dpr
Así que renombra el .dproj por .dproj.original (por ejemplo) y abre el .dpr
Ya te digo, esto es dar palos de ciego.
Pero lo más probable es que sea el fichero de recursos.

[[duilioisola]]

¿Ocurre en la primera compilación o después de unas cuantas?
Puede ser que la aplicación o algún componente esté generando Memory Leaks y esté poco a poco consumiendo la memoria del ordenador.

Yo utilizo en mi proyecto la unidad MemCheck.pas que me deja un log al salir de la aplicación si hubo este tipo de errores.
No se si funcionará en XE7. Yo lo utilizo con Delphi 6.

Adicionalmente utilizo ExceptLog.pas para obtener un log de las excepciones que fueron saltando en la aplicación (capturadas o no).

Código Delphi [-]
program MiAplicacion;

uses
  {$IFDEF Debug}
  // Si agrego Memcheck, debo inicializarlo despues del begin en este .DPR
  // Si quiero un informe detallado de posibles fugas de memoria (Memory Leak)
  // es convieniente marcar la opción:
  // Project --> Options --> Linker --> Include TD32 Debug Info
  // En Project --> Options --> Compiler --> Debugging --> Marcar todo
  // Esto creará EXEs mucho más grandes
  MemCheck in '..\Utilidades\MemCheck.pas',
  // ExceptLog requiere MemCheck
  ExceptLog in '..\Utilidades\ExceptLog.pas',
  {$ENDIF}
  ...
begin
  {$IFDEF Debug}
  MemChk;
  {$ENDIF}
   ...
end.

[strelok]

Traigo información:

Encontré una forma de "solucionarlo" fácil cada vez que suceda, cambiar de pestaña "Code" a "Design" o vicersa
Al intentar compilar luego de hacer ese cambio, funciona perfecto.