Jump to content

Stéphane Wierzbicki

Members
  • Content Count

    232
  • Joined

  • Last visited

Everything posted by Stéphane Wierzbicki

  1. So Happy birthday 😊
  2. Hello @Uwe Raabe, I'm getting an unresponsive IDE and massive memory leaks after editing a property with MMX. This is happening on RIO IDE. I've attached a small mp4 video showing you my problem. I'm basically : - Opening a Delphi project - Opening a unit - Scrolling to the desired property and pressing "CTRL E" - Edit property dialog is opening. I then press cancel button Actually : less than 1 seconds later IDE become unresponsive. Task manager is showing a BDS.exe process at more than 27% (I do have a quad core CPU) and eating 4Mb memory every seconds Expected : a working IDE 😉 I tryed to disabled all other experts (GExpert, Madshi madexcept...) in vain. Regards, MMX Massive memory leaks.mp4
  3. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    I'm very upset. They are aware of the problem, they are watching this forum and no communication at all. How do they treat their customers? Sorry but this is really disrespectful.
  4. Stéphane Wierzbicki

    ANN: DDevExtensions and DFMCheck with 10.3 Rio support

    Hello @jbg, I'm getting errors while running DfmCheckSetup16.exe for Delphi 10.3 Rio. I've downloaded the latest DFMCheck version on your website. and then
  5. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    @jbg I'm always getting these call stacks when pressing F12 key.
  6. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    @jbg Ohhh this is perfect. I will try to get you more details.
  7. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    @jbg how can I achieve this ?
  8. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    If anyone want to look at this : https://quality.embarcadero.com/browse/RSP-23000
  9. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    @David Millington and @Uwe Raabe it is embarrassing IDE is (so far) no more freezing... Looks like something is screwed in current IDE implementation. @jbg many thanks for this. @John Kouraklis can you try this and tell me if this solves your issue (or not) ?
  10. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    Removing all 3rd parties components (deleting all reg. entries from "know packages" except EMB ones) and removing all Experts (deleting all reg. entries from "Experts") didn't helps. Only 3rd party search path remains untouched. IDE keep freezing. What I've noticed is that happens *always* after the same (more and less) amount of time. I killed then the IDE and I deleted the hkcu\software\embarcadero\bds\20 reg key. Started Delphi, opened my project and start double clicking on each "non visual" units and then double clicking my main form again. I then got this endless exception "invalid pointer" : [5005F7F0]{rtl260.bpl } System.TObject.FreeInstance (Line 17403, "System.pas" + 2) + $2 [5005A49E]{rtl260.bpl } System.ErrorAt (Line 5719, "System.pas" + 3) + $4 [5005A4E2]{rtl260.bpl } System.Error (Line 5730, "System.pas" + 1) + $7 [5005F7F0]{rtl260.bpl } System.TObject.FreeInstance (Line 17403, "System.pas" + 2) + $2 [5006007E]{rtl260.bpl } System.@ClassDestroy (Line 18816, "System.pas" + 0) + $2 [50CBF3BD]{vcl260.bpl } Vcl.Graphics.TFont.Destroy (Line 2452, "Vcl.Graphics.pas" + 5) + $6 [5005F8E8]{rtl260.bpl } System.TObject.Free (Line 17466, "System.pas" + 1) + $4 [50CC064D]{vcl260.bpl } Vcl.Graphics.TCanvas.Destroy (Line 3733, "Vcl.Graphics.pas" + 4) + $3 [50CE19AC]{vcl260.bpl } Vcl.Controls.TControlCanvas.Destroy (Line 5096, "Vcl.Controls.pas" + 2) + $6 [5005F8E8]{rtl260.bpl } System.TObject.Free (Line 17466, "System.pas" + 1) + $4 [50CEFFB5]{vcl260.bpl } Vcl.Controls.TCustomControl.Destroy (Line 14182, "Vcl.Controls.pas" + 1) + $6 [5005F8E8]{rtl260.bpl } System.TObject.Free (Line 17466, "System.pas" + 1) + $4 [52822F16]{vcldesigner260.bpl} VCLSurface.TVclDesignSurface.CancelDragHint (Line 4545, "VCLSurface.pas" + 9) + $0 [5281EF8C]{vcldesigner260.bpl} VCLSurface.TVclDesignSurface.InstanceRemoved (Line 2905, "VCLSurface.pas" + 1) + $2 [52821492]{vcldesigner260.bpl} VCLSurface.TVclDesignSurface.Notification (Line 3899, "VCLSurface.pas" + 17) + $6 [50E339F2]{vcl260.bpl } Vcl.Forms.TCustomForm.Notification (Line 3907, "Vcl.Forms.pas" + 42) + $C [20FE8FB1]{designide260.bpl} Proxies.NotificationHook (Line 311, "Proxies.pas" + 8) + $B [50171BB9]{rtl260.bpl } System.Classes.TComponent.RemoveFreeNotifications (Line 16161, "System.Classes.pas" + 3) + $9 [501719E0]{rtl260.bpl } System.Classes.TComponent.Destroy (Line 16092, "System.Classes.pas" + 4) + $0 [50CE231D]{vcl260.bpl } Vcl.Controls.TControl.Destroy (Line 5471, "Vcl.Controls.pas" + 24) + $6 [07D11B3A]{themeloader260.bpl} Idetheme.Stylemanager.TIDEThemeStyleEngine.UnRegisterSysStyleHook + $18E [50CE6E0D]{vcl260.bpl } Vcl.Controls.TWinControl.Destroy (Line 8587, "Vcl.Controls.pas" + 45) + $6 [50CEFFC0]{vcl260.bpl } Vcl.Controls.TCustomControl.Destroy (Line 14183, "Vcl.Controls.pas" + 2) + $6 [5005F8E8]{rtl260.bpl } System.TObject.Free (Line 17466, "System.pas" + 1) + $4 [52822F16]{vcldesigner260.bpl} VCLSurface.TVclDesignSurface.CancelDragHint (Line 4545, "VCLSurface.pas" + 9) + $0 [528228CD]{vcldesigner260.bpl} VCLSurface.TVclDesignSurface.DragHintMouseMessage (Line 4393, "VCLSurface.pas" + 7) + $2 [52820B92]{vcldesigner260.bpl} VCLSurface.TVclDesignSurface.IsDesignMsg (Line 3597, "VCLSurface.pas" + 56) + $14 [5005FC0A]{rtl260.bpl } System.@IsClass (Line 17950, "System.pas" + 1) + $8 [50CE4D2F]{vcl260.bpl } Vcl.Controls.TControl.WndProc (Line 7300, "Vcl.Controls.pas" + 4) + $21 [07D1338D]{themeloader260.bpl} System.Generics.Collections. + $15 [50067E88]{rtl260.bpl } System.@IntfClear (Line 38150, "System.pas" + 10) + $0 [500640D8]{rtl260.bpl } System.@FinalizeArray (Line 32811, "System.pas" + 144) + $0 [5006EB07]{rtl260.bpl } System.Types.TRect.Contains (Line 1661, "System.Types.pas" + 1) + $3 [50CE920C]{vcl260.bpl } Vcl.Controls.GetControlAtPos (Line 9967, "Vcl.Controls.pas" + 4) + $13 [50CE9620]{vcl260.bpl } Vcl.Controls.TWinControl.WndProc (Line 10089, "Vcl.Controls.pas" + 10) + $48 [50CE9336]{vcl260.bpl } Vcl.Controls.TWinControl.ControlAtPos (Line 9990, "Vcl.Controls.pas" + 13) + $E [50CE93B9]{vcl260.bpl } Vcl.Controls.TWinControl.IsControlMouseMsg (Line 10008, "Vcl.Controls.pas" + 9) + $2A [50CE9BAB]{vcl260.bpl } Vcl.Controls.TWinControl.WndProc (Line 10245, "Vcl.Controls.pas" + 166) + $6 [50E34DB9]{vcl260.bpl } Vcl.Forms.TCustomForm.WndProc (Line 4629, "Vcl.Forms.pas" + 209) + $5 [5005FA99]{rtl260.bpl } System.TObject.GetInterface (Line 17847, "System.pas" + 15) + $10 [5282A01B]{vcldesigner260.bpl} VCLFormContainer.TControlSizer.ControlWndProc (Line 379, "VCLFormContainer.pas" + 33) + $C [528227F9]{vcldesigner260.bpl} VCLSurface.TVclDesignSurface.IsHintMsg (Line 4365, "VCLSurface.pas" + 2) + $10 [52819FFD]{vcldesigner260.bpl} VCLSurface..TVCLDesignerDataObject (Line 572, "VCLSurface.pas" + 0) + $1315 [50CE9178]{vcl260.bpl } Vcl.Controls.TWinControl.MainWndProc (Line 9944, "Vcl.Controls.pas" + 3) + $6 [50174370]{rtl260.bpl } System.Classes.CalcJmpOffset (Line 17554, "System.Classes.pas" + 0) + $0 [50E3E7A7]{vcl260.bpl } Vcl.Forms.TApplication.ProcessMessage (Line 10724, "Vcl.Forms.pas" + 23) + $1 [50E3E7EA]{vcl260.bpl } Vcl.Forms.TApplication.HandleMessage (Line 10754, "Vcl.Forms.pas" + 1) + $4 [50E3EB1D]{vcl260.bpl } Vcl.Forms.TApplication.Run (Line 10892, "Vcl.Forms.pas" + 26) + $3 [00517FFA]{bds.exe } bds.bds (Line 214, "" + 7) + $7
  11. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    Yes they are. I guess that Stephan and Uwe are rights : those entries are not the culprit of my high cpu. I've to find now whith bpl is causing this. I'll remove all of them and try one by one... (a lot of TMS, FastReports and plenty of open source 3rd parties...)
  12. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    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.
  13. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    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).
  14. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    Because you can specify those search path in the IDE. This is how it works...
  15. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    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...
  16. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    @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...
  17. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    Yes, already done on my previous Vm. For me Rio is not usable..
  18. Stéphane Wierzbicki

    10.3 Consumes 45% of my CPU

    Too bad but a fresh re-install of my OS + Delphi didn't solve this issue.
  19. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    @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
  20. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    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,
  21. Stéphane Wierzbicki

    How can I rename my "Displayed name"

    Hi, I want to change my displayed name (actually swierzbicki). How can I achieve this ? Kind regrads
  22. Stéphane Wierzbicki

    How can I rename my "Displayed name"

    Thank you so much! Feeling better with my given name 🙂
  23. Stéphane Wierzbicki

    How can I rename my "Displayed name"

    Yes please do
  24. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    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...
  25. Stéphane Wierzbicki

    Unresponsive IDE and massive memory leaks with RIO

    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) :
×