TurboMagic

Ahem, the following code I had used to test will leak: var sl : TStringList; begin sl := TStringList.Create; sl.Add('This will leak David!'); sl.Add('This will leak David!'); end; See: no free, thus it will leak at least one TStringList. I had even put that construct into the dpr and put an exit after the last Add call, so the application quit immediately. But it didn't show any message box. Ok, doing that in the dpr and thus not running any VCL initialisation made in the dpr's main code migt be problematic for showing a message box, but the code above was in the FormClose event of the main form and got called!

I do know that leak reporting normally works, but it doesn't in this specific project. The project is a bigger one with a 5-digit number of LOC so creating a minimal demo, as much as I understand why you want it, is not so easy. Are there any known issues which can interfere with it? We already checked and confirmed that there is only one ReportMemoryLeaksOnShutdown := true; line as first line in the dpr's main program. We also tried FastMM491 and included FastMM4 ias first unit in the dpr's uses clause, but it didn't change anything. We also had tried V4.97, but that did not compile. There was some data type mismatch somewhere.

How's that? Will creating some object in FormClose but not freeing it there not leak?

Hello, some question regarding Android splash screens. Delphi defines exact pixel sizes for these graphics. But where do they come from? Some colleague has written an app (in some web app framework) which uses completely different resolutions for those splash screens and if one tries to make similar looking one for my app this is quite cumbersome. These are the resolutions used by the other framework: 200x320 320x480 480x800 720*1280 960*1600 1280x1920 TurboMagic

Yes, Android 8.0 has debugging issues due to some messed up permission by Android. Android 8.1 is fixed. That's nothing EMBT is guilty of.

The problem is, that it's not me who decides how the splash screen looks like. The other app is done in a different technology and uses different resolutions, so it's a bit hard for me to design a splash screen which looks similar enough from the logo and icon sizes of these elements on the splash screen. It would be a further argument for unification of development tools. Sigh!

Hello, thanks for the links provided. Some questions: You talk about approved image sizes and when I look at the path mentioned by you I see the resolutions the IDE project settings offer. But what does approved mean? Approved by whom? EMBT or Android or...? Or asked differently: why does a different development environment use different sizes? Who approved those? 😉 Isn't there some official standard as it is standard to have these ldpi, mdpi, hdpi etc. folders in the apk containing the various resolutions, but aren't those resolutions "fixed" somewhere?

Can you find out in which Delphi version it still worked and compare the source then?