You are not logged in.
- Topics: Active | Unanswered
Pages: 1
#1 2012-03-07 13:37:41
- betoneto.tbo
- Member
- From: Brasil
- Registered: 2011-05-10
- Posts: 29
App HALTING with SynPDF 1.16 (trunk)
Hi...
Recently I was forced to migrate to a version of PDFengine coming from TRUNK.
With this version my system began to shut down without giving any error. The enduser is using a screen, that does not use SynPDF, and suddenly the application halt!
This problem started after I used version 1.16 of the trunk (SynPdf, SynCommons, ...).
To solve the problem, I created a DLL to create PDFs for me, and apparently the problem stopped occurring.
I suspect that there is a problem in SynCommons. I've already reported two problems that I encountered in this unit (check posts with my name).
I recently had problems with an access violation in PNFIMAGE.PAS unit, that I use .... the strange thing is that I use that unit more than five years, and it never had problems, but now with this version a problem appeared. I solve this problem by enabling PURE_PASCAL to prevent SynCommons to override the MOVE, FillChar and RECORDCOPY, but this didn't solve the halting problem...
I use in my system:
- Delphi 7 Enterprise.
- Runtime Packages
- FastMem 4.99
Can someone help me?
Offline
#2 2012-03-07 14:20:06
Re: App HALTING with SynPDF 1.16 (trunk)
As I wrote previously - http://synopse.info/forum/viewtopic.php?pid=3629#p3629 - SynCommons is tested with FastMM in full debugging mode.
There is no memory overlap detected, nor leak nor invalid access.
I suspect the issue is in the PngImage component itself.
Which features are you using?
What is the exact context of the "shut down"?
What do you mean by "my system began to shut down"?
Did you try another version of FastMM - I have 4.94 at hand? Are you sure you did not upgrade this unit also?
In the latest TRUNK version, record copy is disabled by default.
It is very difficult to find what is happening, without more information, and even code to reproduce the issue.
Offline
#3 2012-03-07 14:31:11
- betoneto.tbo
- Member
- From: Brasil
- Registered: 2011-05-10
- Posts: 29
Re: App HALTING with SynPDF 1.16 (trunk)
What I mean with "shutdown" is, my application halt, exit, closes instantaneously!
I was using FastMM 4.98 with SynPDF 1.15
Now I'm using FastMM 4.99 with SynPDF 1.16 (from trunk).
I cannot reproduce this, because the problem occurs indefinitely....
... sometimes when the user click on any button... sometimes when the user moves the mouse... this is bizzare!
I will try downgrade to SynPDF 1.15, checking for old bugs, and I will report...
I will try downgrade FastMM to 4.98 too...
Thanks for this moment....
Offline
#5 2012-03-31 13:55:40
- RalfS
- Member
- Registered: 2011-07-11
- Posts: 57
Re: App HALTING with SynPDF 1.16 (trunk)
Please try this
replace
{.$define PUREPASCAL}
with
{$define PUREPASCAL}
in synopse.inc
Last edited by RalfS (2012-03-31 13:56:02)
Offline
#6 2013-05-26 20:38:19
- rossmcm
- Member
- Registered: 2012-09-19
- Posts: 9
Re: App HALTING with SynPDF 1.16 (trunk)
I have just encountered a similar problem with PNGImage. A trace of the error as supplied by MadExcept is:
0086ffd9 +46cce9 app.exe SynCommons 9380 +9272 Move
00409e21 +000001 app.exe Windows CopyMemory
00545232 +0000b2 app.exe pngimage 2237 +14 TChunkIHDR.Assign
0054bb85 +0000f1 app.exe pngimage 5304 +15 TPNGObject.AssignPNG
00549d2c +000044 app.exe pngimage 4413 +6 TPNGObject.Assign
0048edbe +00002a app.exe Graphics TPicture.SetGraphic
0048f0f8 +000048 app.exe Graphics TPicture.Assign
I found the error occurred when I was assigning one PNG image from another one in a collection component:
GraphPngImage.Picture.Assign (PngImageCollection1.Items [2].PngImage) ;
but only if the source PNG image was not transparent. Images with transparency did not generate an error. I got past this one by commenting out this line (31055 in v1.17) of SynCommons.pas
RedirectCode(GetAddressFromCall(@MoveInvoke),@Move);
but I too suspect the problem is in PNGImage.
Ross
Offline
Pages: 1