Delphi 12.2 Patch 1

[Uwe Raabe 2051]

7 minutes ago, Vandrovnik said:

With my applications, there is no IDE freezing.

I'm working with 12.2 Patch 1 on my productive system now for five days and I also don't see any problems debugging. The only problem appeared directly after the update, caused by an internal package compiled without the patch and resolved by recompiling.

 

The build system was updated before to allow for testing the compatibility of packages compiled with Patch 1 on a system without.

[DelphiUdIT 161]

I don't have any IDE experts installed (except BCompare), no Parnassus, no getit package except D4P, JCL, JVCL and Indy compiled from github. I removed FIREUILivePreview and EMS components (not compatibles with Indy from github).

 

Except for what I have signaled on QP (AV when switch from Delphi to Mixed Delphi / C++ prj and a Issue with project panel view). I don't have other problems.

 

I used Rad Studio, and switch without close it from Win64 Delphi project and Android Delphi project with debugging either. Changed also the SDK settings (for various release of  Android). Always without close the IDE.

No issue at all. Like others I'm lucky.

Edited Friday at 02:04 PM by DelphiUdIT

[gioma 15]

1 hour ago, Brandon Staggs said:

How about removing all of your third-party components from the IDE, and adding each one back until you determine which one is the problem?

I work 9/10 hours a day with Delphi, among other things these things also happen to my colleague on another PC.
Delphi is full of bugs and the patches for each version are very few. Version 12.1 has received only one patch since its release and there will not be any more because now version 12.2 has been released.
Version 12.2 however is full of new bugs that do not allow me to work.
I have opened at least 4 cases with Embarcadero on their portal for new problems with the new release. One in particular does not allow me to work with version 12.2 of Delphi.
I must therefore continue to work with version 12.1 which allows me to work even if it slows down my work a lot.

I'm not a college student, I'm not playing, my time is money.

[Brandon Staggs 260]

1 hour ago, gioma said:

I work 9/10 hours a day with Delphi, among other things these things also happen to my colleague on another PC.
Delphi is full of bugs and the patches for each version are very few. Version 12.1 has received only one patch since its release and there will not be any more because now version 12.2 has been released.
Version 12.2 however is full of new bugs that do not allow me to work.
I have opened at least 4 cases with Embarcadero on their portal for new problems with the new release. One in particular does not allow me to work with version 12.2 of Delphi.
I must therefore continue to work with version 12.1 which allows me to work even if it slows down my work a lot.

I'm not a college student, I'm not playing, my time is money.

The problem described sounds like what happens when a third-party component is crashing the IDE. Nobody at Embarcadero can help with that issue, you will need to resolve it on your own. Assuming that is the problem of course, but you would need to take a few minutes to figure that out. 🤷‍♂️

[gioma 15]

2 minutes ago, Brandon Staggs said:

The problem described sounds like what happens when a third-party component is crashing the IDE. Nobody at Embarcadero can help with that issue, you will need to resolve it on your own. Assuming that is the problem of course, but you would need to take a few minutes to figure that out. 🤷‍♂️

The problem is that Delphi often crashes when searching for words, which I have to use because Code Insight often doesn't work.
It happens mostly on large projects, while it is much rarer on small projects (that use the same components).
I don't think it depends on Third Party Components.. 

This NEVER happens with Visual Studio.. NEVER!

[dummzeuch 1493]

4 hours ago, Vandrovnik said:

Does it happen even in clean Delphi installation? With my applications, there is no IDE freezing.

On that computer there has never been a Delphi 12 installation (only 2007, XE2 and 10.2). The only addon is GExperts. No additional components. 

 

I think that's a pretty clean installation.

[Lajos Juhász 291]

19 minutes ago, dummzeuch said:

I think that's a pretty clean installation.

Try without GExperts.

[dummzeuch 1493]

15 hours ago, Lajos Juhász said:

Try without GExperts.

A Delphi installation without GExperts is broken. 😉

You are probably right: I should not regard something as a Delphi bug unless I can confirm it is not cause by a 3rd party, and GExperts is a 3rd party, even though that's stretching the meaning as that 3rd party is myself.

[shineworld 73]

My 2 cents.

I have been working with Delphi since the first version, that is, forever.
It is my main development tool and one thing I have learned over the years.

Whatever version I patch or whatever it is, I first install it on a VM.
I never use third-party packages that don't start from source (no pre-compiled BPLs).
I install all packages from source (with obvious modifications if they give problems).

When everything works and I can work a few hours on the VM without any hiccups,
then I uninstall the package from the working PC, clean up all directories and files from the previous installation that were not removed during uninstall, and repeat the operations done on the VM.

It's a lot of work but I don't immediately switch to a new version when it appears.
I wait for the inevitable patched versions to come out so I don't waste hours and hours of work.

With these operations the bugs and snags are kept to a minimum and you can work.

 

Edited Saturday at 10:44 AM by shineworld

[Brandon Staggs 260]

On 10/25/2024 at 11:44 AM, gioma said:

The problem is that Delphi often crashes when searching for words, which I have to use because Code Insight often doesn't work.
It happens mostly on large projects, while it is much rarer on small projects (that use the same components).
I don't think it depends on Third Party Components.. 

This NEVER happens with Visual Studio.. NEVER!

You may not understand how Delphi works. In Delphi, all of your third-party components are DLLs running in the IDE's process. That's how RAD works, for better or worse, and it means that problems in third-party components will often cause havoc in your IDE. If you are unwilling to start from scratch with no third-party components and do some basic trial-and-error you will never know if the problem you are having is Delphi or not.

 

I can say I do simple and complex searching in the IDE every day many many times as I work and I do not have any problems with those features. The most likely difference between my setup and yours is going to be what components we have running in the IDE, so, it's a good place to start.

Edited Monday at 04:01 PM by Brandon Staggs

[chkaufmann 17]

On 10/17/2024 at 10:23 PM, Uwe Raabe said:

It is quite a number while most of us expected a fix for RSS-1944 only.

I can't find this one anymore in the portal. Does it mean, it was fixed?

[Uwe Raabe 2051]

May depend on the current filter and search criteria you use: https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-1944

[DelphiUdIT 161]

4 hours ago, chkaufmann said:

I can't find this one anymore in the portal. Does it mean, it was fixed?

They are signed that like FIXED in Rad Studio 12.2 PATCH 1.

[gioma 15]

On 10/28/2024 at 5:00 PM, Brandon Staggs said:

You may not understand how Delphi works. In Delphi, all of your third-party components are DLLs running in the IDE's process. That's how RAD works, for better or worse, and it means that problems in third-party components will often cause havoc in your IDE. If you are unwilling to start from scratch with no third-party components and do some basic trial-and-error you will never know if the problem you are having is Delphi or not.

 

I can say I do simple and complex searching in the IDE every day many many times as I work and I do not have any problems with those features. The most likely difference between my setup and yours is going to be what components we have running in the IDE, so, it's a good place to start

I have been using Delphi for twenty years.
Rad Studio works well up to a certain point, then it starts to limp until it crashes due to ITS INTERNAL FUNCTIONS.
I don't think the word search can be crashed by a component that wraps a DLL in C+ on the webrtc!

 

Or do we want to talk about when it goes out of memory and you have to restart the IDE?

This doesn't happen to me with any other development IDE in the world, NONE!!!!

 

I repeat, I'm not playing, I'm not a college student, I work with Delphi 6 days a week, 8/9 hours a day!

[Sherlock 661]

2 hours ago, gioma said:

I repeat, I'm not playing, I'm not a college student, I work with Delphi 6 days a week, 8/9 hours a day!

Thank you for clarifying. I am pretty sure that goes for 90% of our members here as well.

[Anders Melander 1762]

53 minutes ago, Sherlock said:

I am pretty sure that goes for 90% of our members here as well.

You might be right but that's not the impression I get from the topics posted.

[JonRobertson 67]

4 hours ago, gioma said:

I don't think the word search can be crashed by a component that wraps a DLL in C+ on the webrtc!

Any code executing in the IDE can stomp on other memory allocated by the IDE. Any code executing in the IDE can corrupt the stack of any thread running in the IDE. If the component wrapping the DLL needs to load the DLL at design-time, there are plenty of ways that a C++ DLL executing in the IDE's process could cause IDE instability.

[Die Holländer 34]

1 hour ago, Sherlock said:

Thank you for clarifying. I am pretty sure that goes for 90% of our members here as well.

Yes, I think so too and I'm always amazed by people finding "tons of bugs" in Delphi while I have never

real problems with Delphi. It's not because of simple projects. We developed our software for

20 years and use almost everything a modern application can do.

Database, Printing, SFTP, COM, OLE word/excel, Webserver, XML, JSON, FMX,

Owner drawing, Math calculations, Interfacing with other companies, etc...

 

I only know that some had problems with the Delphi RIO version eating memory.: memory leaks with RIO 

 

[ertank 27]

Speaking about Delphi 12.2 Inline Update 1.

I am told that Windows 10 and Windows 11 changes the experience.

Delphi is giving problems on Windows 11 and identical (down to installed components) system on Windows 10 works just fine.

[Lajos Juhász 291]

8 minutes ago, ertank said:

Delphi is giving problems on Windows 11 and identical (down to installed components) system on Windows 10 works just fine.

 

In that case I am the unlucky one. Have had no issues using Delphi 12.2 update 1 on Windows 11.

[gioma 15]

2 hours ago, JonRobertson said:

Any code executing in the IDE can stomp on other memory allocated by the IDE. Any code executing in the IDE can corrupt the stack of any thread running in the IDE. If the component wrapping the DLL needs to load the DLL at design-time, there are plenty of ways that a C++ DLL executing in the IDE's process could cause IDE instability.

my component loads the DLL at runtime and not at design time.

 

4 hours ago, Sherlock said:

Thank you for clarifying. I am pretty sure that goes for 90% of our members here as well.

I say this because since version 11 I have IDE crashes every day, so I'm led to think that those who comment perhaps don't use Delphi as frequently as I do.

 

However, Delphi 12 when it came out had big problems and I had to wait for the first patch to install some purchased components. In fact, I had opened a ticket on the embarcadero portal and they replied that it was a problem that they were solving.
Now I have this problem with the component I created and I opened another ticket and they replied that I am not the only one to have it.
It is very strange, in fact it only occurs if I compile in debug, but once I trigger the error (a compiler access violation) I can no longer compile even in release.
 

To be able to use Delphi 12.2 I will have to wait a few more months, that is, when and if they release a patch for this bug too.

 

Can we continue like this?

Every time they come out with a new release instead of releasing patches and we are forced to reinstall the entire development environment.
In addition, it is advisable to do a clean installation every time because often the version update brings with it many problems.

Can we work like this?

 

 

[JonRobertson 67]

25 minutes ago, gioma said:

I say this because since version 11 I have IDE crashes every day, so I'm led to think that those who comment perhaps don't use Delphi as frequently as I do.

Between work and hobby, I use Delphi 11.3 over 50 hours a week, every week. I have half a dozen add-ons and over two dozen third-party component libraries installed, in addition to my own component library.

 

When I started using Delphi 11.0 in July 2024, I experienced severe instability issues. Crashes or lockups at least once an hour. I had to restart the IDE after every single debug session. Many access violations during use or when closing the IDE. All those issues were caused by two Parnassus add-ons that I had installed via GetIt. Delphi has been stable for me ever since I uninstalled those two add-ons. I get an occasional exception in the IDE, maybe once a week.

 

I use Visual Studio 2019 and 2022 much less frequently. My experience with VS 2022 is less stability than my Delphi 11.3 environment, and I only use VS 2022 a few hours a month. I have not had any stability issues with VS 2019 that I have with VS 2022, with the same third-party packages and add-ons installed in each.

[Davide Angeli 44]

45 minutes ago, JonRobertson said:

Between work and hobby, I use Delphi 11.3 over 50 hours a week, every week. I have half a dozen add-ons and over two dozen third-party component libraries installed, in addition to my own component library.

I've been using Delphi for at least 30 years, often for 9 hours a day. In my humble opinion, the IDE's instability can also be attributed to the way we work, regardless of the tools and components installed, which may or may not be stable. It's a fact that since version 10, my preferred way of working, which I use for my main project, has been causing the IDE to crash with a wide variety of errors (the most common being F2084 Internal Error).

My project uses runtime packages that I created, several DLLs, an EXE, and the IDE also has a package installed with components that I developed, which shares the aforementioned runtime packages. For convenience and speed, everything was enclosed in a single project group. When I maintained my component library, to apply changes to the entire group, I always worked by doing a "compile all" of everything in the group: runtime packages, visual component package, DLLs, and then the EXE. In this context, if there are any forms open in the IDE, the IDE's instability is amplified to the nth degree, and the error is almost systematic.

Since Embarcadero is unable to fix these errors (it's almost impossible to provide a test situation to open a report), I've had to adapt by changing my system, even though it's more cumbersome for me: I first compile the runtime and design packages, now placed in another project group, and then compile the application (DLL, EXE) by continuously switching between the two project groups. In this way, the IDE rarely crashes. The critical point in my case is certainly when the IDE needs to unload the design package from memory in order to compile it, and it's clearly not able to handle the unloading of any open forms that use the components present in the package being compiled. This is my experience.

 

And by the way, the menu item that's clicked the most in the latest versions (including 12.2) is "Reload LSP Server" because it just doesn't want to work as it should.