Sue King

Thanks again. I had a look at the Bitmap Style Designer and can see that I can use it to make adjustments to the style I have chosen. There are some button borders that are too bright so I should be able to adjust them here. My original problem remains. One of the objects in the style causes an AV on closedown if FullDebugMode is on using FastMM4 4.992, not the version shipped with Delphi. Looking at the object in the Designer doesn't give me any clues as to what is going wrong. The issue happens with other premium styles. Standard styles are OK. I can get around the issue by using a modified style with the problem object removed, when testing and debugging, and using the full style for release. I did not have any problems with the style in 10.3. It is only since upgrading to 10.4, so something has changed in FMX. I will probably lodge a bug report, but doubt anything will happen in the short term, if at all, as it occurs when you don't use the built in FastMM. I have learnt a lot about styles, which is something I wanted to do, and feel I have a much better understanding of how it all works now. Thanks again for your guidance.

Thank you for pointing this out. I will see what I can do with it tomorrow. Maybe comparing styles that have the problem and those that don't will help me resolve the issue.

For anyone who has this issue, it relates to the windowborderstyle in the .style file. If the client object is deleted there is no AV on closedown. Another work around is to set Border-> Styling = False for the form. It does look odd though. So now to find out how to change the colour of the window border without this element, or create a similar element that doesn't have the issue.

The issue is the use of Premium styles. Standard styles do not cause an error.

I have just upgraded from Delphi 10.3 to 10.4. I have been using FastMM 4.992 in my projects. The main form has an initialization ReportMemoryLeaksOnShutdown := True; TfrmMain.SetMyStyle; SetMyStyle is defined class procedure TfrmMain.SetMyStyle; var sStyleFile: string; bOK: Boolean; sPath: string; begin sStyleFile := 'C:\DevFolder\21.0\bin\Win32\Debug\Styles\Calypso_Win.style'; if TFile.Exists(sStyleFile) then begin bOK := TStyleManager.SetStyleFromFile(sStyleFile); end; end; In 10.3 this works without any issues. In 10.4, FastMM4 generates an AV on closedown FastMM has detected an attempt to call a virtual method on a freed object. An access violation will now be raised in order to abort the current operation. Unfortunately the block header has been corrupted so no history is available. The current thread ID is 0x27F4 and the stack trace (return addresses) leading to this error is: 6DCB67 {FMX.Controls.pas][FMX.Conrols.TControl.Repaint][3547] 76A260 FMX.Styles.Objects.pas][FMX.Styles.Objects][Styles.OBjects.TButtonStyleObject.NormalTriggered][2357] .... I have GExperts install, and it generats a message Project xx.exe raised exception EAccessVioloation with message 'Access Violation at address 776B4662. Read of address 00000000'. This is in a new project, which has no components on the form. The only changes to the default new project are the uses in the dpr for FastMM, the class procedure, initialization and addition uses in the main form for FMX.Styles and System.IOUtils. The options I have changed in FastMM4Options.inc are {$define NeverUninstall} {$define UseRuntimePackages} {$define NoDebugInfo} {$define FullDebugMode} {$define CatchUseOfFreedInterfaces} {$define ClearLogFileOnStartup} {$define DisableLoggingOfMemoryDumps} {$define HideMemoryLeakHintMessage} The style I am using is Calypso_Win.style. This is one of the premium styles available through Getit. Does anyone have any idea of where I should be looking for the problem. Sue

I use Go to Line Number but not the drop down.

Thank you for your responses.

The component vendor has investigated the code and believes this is a false positive. They are interested in making contact with someone working on FastMM to try to resolve it. Who should I suggest ? TIA

I just upgraded to 1.3.13.79. I have no delay in loading 10.3.2, and no crash on exit. Editor enhancements are not disabled. GExperts has its own menu in the IDE (not part of tools). I used the batch command to install it specifically for Rio. Not sure what might be different. I haven't used the IDE much. If I get a different result later in the day I will report back. Sue

kbmMemTable has a good CSV import unit for importing into their memory table. I use this and then process the data from there. It isn't an import component as such but part of the table. It can be used in both VCL and FMX.

Mileage has a wider use than just a measure of miles. For example, it is not uncommon to hear a phrase such as 'We had good mileage from that' where that can refer to clothes, appliances, tools or something that get used.

Possibly, although the assurance that it isn't a false positive maybe have been the deciding factor.

Thank you all for your responses. The vendor is looking into this.

@Sherlock The message I sent to the vendor described a very simple example that showed the error. I have referenced this forum for them to see responses to my inquiries, so hopefully they will see @David Heffernan 's response and have another look into it.

Delphi Rio Update 1, Win x64, 32 bit FMX application I am currently working with a third party component library. When I use one of the components, FastMM4 (4.991) is reporting an interface being used after being freed as the app closes down. When contacted, the supplier of the product responded that there had not been any other reports of this happening, and perhaps it was a false positive. The suggestion is to use the default memory manager, as this doesn't show any errors. I have been using FastMM4 for years, and have never had an issue before. However my code isn't nearly as complex as that in the component in question. I can avoid the error being reported by turning off CatchUseOfFreedInterfaces. Unfortunately I then get an AV with memory accessed at $80808080 and heaps of other memory leak errors that makes debugging very slow as every time the program exits I have to wait for the memory leak report, which I need to check my own code. At the moment, I feel I need to avoid using the component. Is a false positive a likely scenario ? Do other people get false positives when using FastMM4 ? TIA, Sue