gioma

1 hour ago, dummzeuch said:

If I had to guess, I'd blame a virus scanner.

I thought about it, but I checked the antivirus log and there is no trace of any deletion action. mah!

Thank you!

I copied the file from another PC to that folder, now everything works.
It's a mystery how that file was deleted, it wasn't even in the recycle bin!

Thanks everyone.

I searched for the exe and it is actually in this folder:

C:\Program Files (x86)\Embarcadero\Studio\23.0\bin64\

Hello everyone,
today suddenly Delphi no longer compiles any project when I choose Windows 64-bit as target platform.

The error reported is the following:

[dcc64 Error] The specified task executable location "c:\program files (x86)\embarcadero\studio\23.0\bin\dcc64.exe" is invalid.

I searched in the Delphi configurations but I can't find where to set this parameter.

Does anyone know how I can fix this?

But I don't get it, compared to two BPLs weighing a total of about 22 MB, I only have a saving of 6 MB... mah!

I only set these options for the release build.

A strange thing happens: if I add only "vcl" when I start the EXE, it requires both VCL and RTL.
Why is this?

Hi,
I have a project in Delphi 12.2 of an exe that extracts other EXEs always made with delphi. I would like to reduce the weight of these executables, I thought of using the "Link with runtime package" option and linking the programs with the two largest BPLs VCLxxx.BPL and RTLxxx.BPL.
The problem is that adding RTL to the list of "Runtime packages" does not produce any reduction in the weight of the EXE.
Why I get this result?
Thanks

23 hours ago, PeterBelow said:

You need file system level authentification to access files on the LAN via file system API functions, see WNetAddConnection3 if this is for Windows. For web folders you have to use something like ftp if the server supports it.

thanks for the reply.
Yes, what you say is already done by the browser component, the problem is another, for network paths I always have to add the prefix "\\?\UNC\" otherwise it doesn't work. 

Hi,

I need to retrieve information about a file, to do so I use the FindFirst function.
The problem is when I use it with a network file it returns error 2: The system cannot find the file specified.

//FileName='\\SERVER-CODE\DelphiShared\Test.txt'
//FileName='\\192.168.0.100\DelphiShared\Test.txt'
procedure PrepareToTransferLocalFiles(FileName:string);
begin
  if FindFirst(FileName, faAnyFile, sr) = 0 then
  begin
  	//some code..
  else begin
     WriteLog('[PrepareToTransferLocalFiles] Open File ' + FileName + ' Err: '+intToStr(GetLastError)+' : '+SysErrorMessage(GetLastError)+')' );
   end;
   FindClose(sr);
   //some code..
end;

where am I going wrong?

PS
The program uses a browser component that uses network authentication when it needs to access protected folders.

15 hours ago, Brandon Staggs said:

The fact is that any design-time component can crash the IDE. All you have to do is uninstall them all and see if your problem persists. If it does, you can be relatively certain it is the IDE itself and not a component. You seem very resistant to this basic troubleshooting step. That doesn't seem rational. I agree that Delphi quality is not where it needs to be. I do not agree that the IDE is as useless and impossible to use as you have said. Shrug.

I said that Delphi 12.2 is currently impossible for me to use.
Currently I have to use Delphi 12.1, with all its problems that slow down my work.
I try to keep the IDE updated because I hope (perhaps in vain) that Embarcadero fixs this problems.

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?

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!

I wish the IDE would work!

- I wish word searches would not crash the IDE and cause my unsaved work to be lost.
- I wish the IDE would not freeze for no apparent reason and cause my work to be lost
- I wish Code Insight would finally work
- I wish the IDE would not go out of memory after using it for a while

To sum up: I want a stable IDE that doesn't waste my time and finally fixes the bugs that have been around for years!

am I asking too much?

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!

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.

This is caused by Embarcadero's policy.
Instead of releasing patches for the IDE they release new versions. This means that every time you have to reinstall everything!

6 minutes ago, microtronx said:

I had the same experience in the beginning. After encountering the initial issues, I decided to reinstall all third-party components (TMS, DevExpress, etc.), and now everything is running smoothly without any problems. You might want to try reinstalling those components as it could resolve the access violations and debugging issues you're facing.

Are you kidding? it's the first thing I do every time I update delphi.
I have been working with Delphi for almost 20 years.
PS
Anyway, thanks for the suggestion and sorry if I came off a little abrupt.

I We use Delphi in our work environment to develop our products. I have been using Delphi since 2006, and honestly, I have never been so challenged as with these latest releases. I couldn't use version 12.2 until the first patch was released because it was impossible to install a component due to a Delphi error. However, now I can't debug my application because the IDE crashes. If I close the IDE, it shows an access violation. With Delphi 12.1, every day – and I emphasize every day – I have to restart it 2 or 3 times due to continuous crashes!

I’m really thinking about migrating our projects to another programming language because working this way every damn day is really difficult! Little by little, we will migrate and say goodbye to Delphi for good because it makes no sense to spend thousands of euros a year for a tool that hinders your development.

This release is a real disaster!
If I open and close the IDE I get an access violation.
I had to work very hard to be able to compile my projects which worked very well with Delphi 12.1, Delphi 11.x, Delphi 10.x.
Now I can't debug because it keeps getting errors... TOTAL DISASTER!

wow, it's detected as a virus! Now I'm disabling my antivirus..

I downloaded the file, I mounted the ISO but I can't install it:

"The specified device, path, or file cannot be accessed. You may not have sufficient permissions."

Honestly, it had never happened to me.. am I missing something?

3 minutes ago, gkobler said:

So how is Embarcadero supposed to know that there is a problem that needs to be fixed?

because I'm not the only one having this problem, so I think someone has reported it to him.

I have reported other issues in the past, but not much has changed.
I work with Delphi, i don't play with it, so I don't have much time to waste.

16 minutes ago, gkobler said:

Are there an open RSP for that case?

no, there isn't.

4 minutes ago, Kas Ob. said:

4) Where is the cursor when this happen, i mean what item in the IDE did have the focus when this happen, and does the text input cursor something to do with this ?

In this case I don't know, I tried to open the search by pressing CTRL+F and the IDE is freezed... then I had to close Delphi by clicking the x on the window in the taskbar and I got this error ad infinitum... so I had to use the task manager to terminate dbe.exe.

It's really a disaster.. I still don't understand why they don't release fixes..

41 minutes ago, Uwe Raabe said:

Just those have been identified as a potential source of problems recently.

ok, but they are useful tools that all other IDEs have already integrated.
They should solve instead of highlighting..