dummzeuch

There apparently is an official documentation for the VS_VERSIONINFO structure. Which then references the VarFileInfo structure, which in turn refers to the Var Structure, and the StringFileInfo structure, which in turn refers to the StringTable structure, which then refers to the String structure. Not simple but doable. I also found some C++ code to read the VS_VERSIONINFO structure on StackOverflow https://stackoverflow.com/a/43229358/49925 I'll see where it that gets me.

Or maybe even better: Somebody with such a high resolution to find the problem. (Or somebody who sponsors me a high resolution monitor 😉 ) Which monitor are you using? Would you recommend it?

In theory they are used to preserve the original size and position of controls when they are set to alClient, alTop etc. so when they are set back so alNone at a later time, they automatically revert to their original size and position. Personally I never found that useful and since these values tend to change very often (no idea why, they shouldn't) they pollute the DFM diffs and history.

WTF? Now it simply starts again! I hate it when problems go away without finding out what the cause was.

I think I fixed this now. At least it works for me in Delphi 10.4.1. Could you please compile and test it?

Around that time Borland developed JBuilder, so maybe it really came from Java.

In my case, deleting a custom desktop layout which was automatically loaded for a project, solved that problem. I then had to create that desktop layout again.

That's odd, because GExperts only uses the standard runtime packages that come with the IDE. The other third party sources (e.g. SynEdit) are compiled into the DLL (one reason why GExperts cannot be a package based IDE plugin).

Yes I meant "Parse map file". But it doesn't matter as with "empty" you meant something totally different than I expected. Thanks for the screenshot.

Works fine for me in 10.4.1 What do you mean by "empty" in this context? Could you please post a screen shot? What are you grep'ing for? Have you maybe enabled or disabled the "use .map file" option in the new version? Is that the released version 1.3.16 or did you compile it from sources?

No. It's just very easy to miss. Bad installer UI. Yeah, just found it on the third try. As you said: Bad UI.

No, it doesn't say anything about the reason, just crashes and I get the Windows error dialog.

Not so impressed: Installation worked fine and was fast, but ... The Web-Installer installed to c:\program files (x86) even though my 10.4 installation was somewhere else. When the IDE started with my custom layout (which is not a floating designer layout), I get an AV in rtl270.bpl. The same happens when I try to switch to that layout later. Trying to load any existing project crashes the IDE I'll do an uninstall and try again, this time trying to not miss the option for a custom installation path. I seem to remember from other installations that there was one. Edit2: Uninstalling, deleting the Registry entries and also deleting the old installation directory fixed both crashes. Edit3: Missed the option to select a custom installation path three times. It's here:

Interesting, I didn't even know this exists. Now that I do, I found that Steve Trefethen blogged about it in 2005: Command line option to display menu item names in Delphi 2006

I'm not sure whether I'd care much about Delphi projects when my house burns down. But on the other hand, I don't have a house, I live in a rented flat, so maybe I would care.

Maybe virtualization is causing the slow down the original poster is talking about? I never install anything to program files, that wants to write to its installation directory. Virtualization has bitten me to many times.

Delphi 7 was released in 2002! You're thinking about Delphi 2007.

I'm pretty sure it didn't. If was released only a few months after Windows XP.

Some configuration files, as Lars said. Edit: I just checked: It's the .dst files which store the desktops and a delphi32.dsk file which stores the recently used files and other information.

Program Files is handled special by Windows 10, so changing the permissions might still not be the same as using a different directory. I'm not saying that's the cause, but it might well be it.

I have not noticed any slow down in D7 compile speed when i upgraded my development computer from Windows 8.1 to 10. What stands out about your installation though is that it is located under "program files (x86)". Mine isn't because D7 writes to its installation directory. So maybe that has something to do with the slow down you experience?

Isn't a single line edit part of synedit?

As far as I remember with packages it's the same as with units: If you don't change the interface section, you don't have to recompile depending units. For packages the dcp file contains the interface sections of all units in the package.

TDbf is an open source library to access Dbase tables. It's released under the LGPL license (which makes in impractical for most commercial Delphi development). It is also used in Lazaraus (I haven't checked the license there, but apparently you can develop commercial programs with it.) The project seems to be rather dead though. Apparently nobody noticed ... https://blog.dummzeuch.de/2018/12/26/tdbf-packages-for-delphi-10-3-rio/

I just created packages for Delphi 10.4 by copying and adapting the Delphi 10.3 packages. I also added it to the include file. I did this using a text editor, because I currently don't have access to a Delphi 10.4 installation. That means that I cannot test whether it compiles and works. Please update to the latest sources, open the Delphi 10.4 group project and try to compile the packages. Please tell us whether it worked.