Unresponsive IDE and massive memory leaks with RIO

[Uwe Raabe 2057]

20 minutes ago, swierzbicki said:

Uwe, does it makes sense if you export me those keys?

No problem. See attached file.

BorlandIDE.reg

[Stéphane Wierzbicki 45]

Thank you. I'll try it. 

[Stéphane Wierzbicki 45]

@Uwe Raabe this did not helps. 

@David Millington is there any script available to register all these .net stuff again ? I don't wont to uninstall and reinstall RIO again... It will takes hours.

 

Kind regards

[Stéphane Wierzbicki 45]

I have totally remove RIO and I've checked tht BDS\20 HKLM and HKCU where removed.

Here is what I'm still seeing after a fresh (without any 3rd party component installed) :

 

[Uwe Raabe 2057]

The QuickEdit thing is a know bug: QuickEdit still use 10.2 registry path

 

I can also see the RegQueryValue calls and more: even for every Delphi version installed. Not sure what purpose that has, but the same behavior is also seen with 10.2.3 Tokyo (including the Studio\20.0 entries).

[Stéphane Wierzbicki 45]

50 minutes ago, Uwe Raabe said:

The QuickEdit thing is a know bug: QuickEdit still use 10.2 registry path

 

I can also see the RegQueryValue calls and more: even for every Delphi version installed. Not sure what purpose that has, but the same behavior is also seen with 10.2.3 Tokyo (including the Studio\20.0 entries).

Yep, this is what I saw after a clean install on a clean Windows 10 32b virtual machine (still have to reinstall everything because I used a 32bit OS 😞 ).

 

 

I'll revert to you and gives you new infos asap...

[Stéphane Wierzbicki 45]

This works again after re-installing the whole operating system + Delphi RIO....

Spent my all week end on this.

 

@David Millington Embarcadero should provide a way to fix this in a more reasonable way. Getit installer doesn't provide a "repair" option.

 

Kind regards,

[Lars Fosdal 1791]

FWIW: I had Berlin 10.1.3 and Tokyo 10.2.2 installed, before installing Rio - all installed with their respective Web installers.
I did have betas for Berlin and Tokyo, but not for Rio (never had time to spare).

I have the same registry settings that Uwe shows for 24, 25 and 26 - with 26 being the "current".

64-bit Windows.
 

PS C:\> Get-ComputerInfo | select WindowsProductName, WindowsVersion, OsHardwareAbstractionLayer

WindowsProductName    WindowsVersion OsHardwareAbstractionLayer
------------------    -------------- --------------------------
Windows 10 Enterprise 1709           10.0.16299.371            

 

[Stéphane Wierzbicki 45]

@David Millington I spoke to fast ....

 

IDE seems to be in an endless loop. Looks like IDE is reading file attributes for each .pas on each folders....

In my case :

 

Started the IDE at 18:41:59

Opened project at 18:42:03

Double click on a unit a few seconds later and IDE started it's stupid game.

 

I was able to close the IDE at 18:55:18 almost 3.600.000 events recorded...

 

VM was freshly installed yesterday. Only RIO installed on this VM...

 

WindowsProductName WindowsVersion OsHardwareAbstractionLayer
------------------ -------------- --------------------------
Windows 10 Pro     1809

 

 

 

 

Edited December 10, 2018 by Stéphane Wierzbicki

[Georgge Bakh 29]

Did you uninstall/install again the IDE?

When I first installed 10.3 CE it always (almost) hung on opening any project.

After uninstall and install again the problem gone.

I think it's worth to be included in manual.:)

[Stéphane Wierzbicki 45]

9 minutes ago, Georgge Bakh said:

Did you uninstall/install again the IDE?

When I first installed 10.3 CE it always (almost) hung on opening any project.

After uninstall and install again the problem gone.

I think it's worth to be included in manual.:)

Yes, already done on my previous Vm. 

For me Rio is not usable.. 

[Attila Kovacs 629]

Am I the only one who's disturbed seeing a Procmon screenshot with a bunch of NAME NOT FOUND / DENIED ACCESS on C:\VCL etc... directories which are not part of a freshly installed IDE?

For what did you start it anyway if you are ignoring the output?

[Stefan Glienke 2002]

@Stéphane Wierzbicki @Attila Kovacs You should learn what procmon is telling there - all these attempted createfile are results of checking if the file exists and all the directories are obviously directories in the library path as a result of installing several third party components. And due to the way Delphi handles library/search paths when compiling (iterating them looking for the requested file and trying them with any possible unit scope - that is why you see it trying Vcl.Shell.blabla there, because usually Vcl.Shell is one of the unit scopes being put into a VCL project) this is what you get - nothing unusual there.

Edited December 11, 2018 by Stefan Glienke

[Stéphane Wierzbicki 45]

@Stefan Glienke is right.

My "Vcl" folder is the Vcl folder where I put all my 3rd party components / libraries. 

 

Delphi search path is updated with these folders paths... I'm using Delphi for almost 2 decades and never got such issues. If you look at my post IDE searched for units almost 3 million times... 

Edited December 11, 2018 by Stéphane Wierzbicki

[Attila Kovacs 629]

Maybe I need glasses, it's desired access not denied, but this doesn't explain why are you telling us "fresh install" and why can't bds find anything.

[Uwe Raabe 2057]

7 minutes ago, Stéphane Wierzbicki said:

I'm using Delphi for almost 2 decades and never got such issues.

These procmon entries have nothing to do with the unresponsiveness you see. 

 

3 minutes ago, Attila Kovacs said:

Maybe I need glasses, it's desired access not denied, but this doesn't explain why are you telling us "fresh install" and why can't bds find anything.

As Stefan said: The IDE tries to resolve unit scope names and the resulting filenames simply don't match any existing file - so no access can be granted. This is normal behavior since quite a couple of Delphi versions.

Edited December 11, 2018 by Uwe Raabe

[Stéphane Wierzbicki 45]

9 minutes ago, Attila Kovacs said:

Maybe I need glasses, it's desired access not denied, but this doesn't explain why are you telling us "fresh install" and why can't bds find anything.

I originally had issues on my "original" VM, the one I used for many years now. I thought that these problems appeared because I choose to re-install Tokyo after having alreally installed Rio... 

 

If you red previous posts, you will see that some important registry keys were missing. 

 

I decided then to create a new Windows 10 Pro 64 Vm. I've then installed Delphi Rio only, without any other Delphi version. 

 

I only add my 3rd party components and experts and did my tests again... 

Edited December 11, 2018 by Stéphane Wierzbicki

[Attila Kovacs 629]

3 minutes ago, Uwe Raabe said:

The IDE tries to resolve unit scope names

Where? In c:\vcl? How is the IDE such smart?

[Stefan Glienke 2002]

8 minutes ago, Attila Kovacs said:

Maybe I need glasses

Probably - as far as I can see on saturday Stéphane wrote about the fresh install and referred to the wrong registry key being accessed. Yesterday he wrote about a fresh VM installation - at that point he did not claim that Rio was not installed without third party components. And if you look into the file he talked about earlier in this thread you can see that it uses quite a lot of third party stuff (like TMS Aurelius).

Edited December 11, 2018 by Stefan Glienke

[Stéphane Wierzbicki 45]

Just now, Attila Kovacs said:

Where? In c:\vcl? How is the IDE such smart?

Because you can specify those search path in the IDE. This is how it works... 

[pyscripter 689]

@Stéphane WierzbickiJust a thought.  Since many of us use Rio without facing this issue it appears likely that one of these 3rd party components and experts does not play well with Delphi Rio.   An idea would be to start removing these 3rd party components and experts until the IDE becomes stable/responsive.   Or work in the opposite direction.  Start without any third-party items, confirm IDE works well and then add them one by one.

[Attila Kovacs 629]

I understand but please tell me how can I get a page full of "name not found" in procmon?

I've it running, what should I do?

[Stefan Glienke 2002]

4 minutes ago, Attila Kovacs said:

I understand but please tell me how can I get a page full of "name not found" in procmon?

I've it running, what should I do?

Create a new vcl application. Add any third party unit (one that is not immediately found in the first entry in the library path) - thus not a Delphi RTL/VCL/... unit or a Delphi unit without its fully qualified name. Then compile. The more entries you have in the library path and the more entries in the project options in unit scope names the more entries will pop up in procmon because it tries every possible combination (I don't remember in which order)

Edited December 11, 2018 by Stefan Glienke

[Stéphane Wierzbicki 45]

5 minutes ago, pyscripter said:

@Stéphane WierzbickiJust An idea would be to start removing these 3rd party components and experts until the IDE becomes stable/responsive.   Or work in the opposite direction.  Start without any third-party items, confirm IDE works well and then add them one by one.

I've already done this with the Experts. My problem remains. 

I'll try to do this with my 3rd party components. Maybe one of them us incompatible with Rio (but I really doubt to he honest). 

Edited December 11, 2018 by Stéphane Wierzbicki

[Stéphane Wierzbicki 45]

8 minutes ago, Stefan Glienke said:

Create a new vcl application. Add any third party unit (one that is not immediately found in the first entry in the library path) - thus not a Delphi RTL/VCL/... unit or a Delphi unit without its fully qualified name. Then compile. The more entries you have in the library path and the more entries in the project options in unit scope names the more entries will pop up in procmon because it tries every possible combination (I don't remember in which order)

Yes that's true but more than 3 millions of checks are a little bit scary! 

 

Note to myself : I'll try to delete all dproj files and let the IDE generate them again.

 

Edited December 11, 2018 by Stéphane Wierzbicki