dummzeuch

That name is based on the Seek function for a file of record. Usually the reader (we have many of these for various file types) is a thin wrapper around a file of record. Depending on the file type that "thinness" varies though.

Why should they? There apparently are enough people who pay the full price for the privilege of becoming beta testers. And I have to include myself in that. (OK, it's not my own money. I wouldn't pay for this.)

I think "shouting" would be a better word for what you mean. But I agree. My Comment usually looks like this: if bla then Exit; //==> Not quite as "loud" but at least a bit more visible than a simple "Exit"; Of course, given structural highlighting this is not quite as important nowadays as it was on the olden days.

I for one prefer "Egyptian begin/end". And I like the name. 😉

Who says that they weren't? You left out the important second part of my sentence: "... and should have been fixed before the release "

Many of the still existing problems should have been found during the beta tests and should have been fixed before the release. The current state of D11 should be considered public beta, not ready for production, but they charge for it (quite a lot). It's a hen and egg problem really: E.g. The VCL designer is not usable in the current state (IMHO), so why should one use it? But if nobody uses it, the bugs will not be found, reported and fixed.

In general, you are right. In that case I would have called the function TryGetFirstValidEntry or something similar. In this particular case it is an error if there is no valid entry. This method was only added because the first entry did not have a valid time which caused an error elsewhere. We added a search for the first valid entry because of that. If there is none, some manual action is required. Thinking about this: The method should probably be called GetFirstValidEntry rather than SearchValidEntry. Break and Continue are considered special cases of Goto by some (and I tend to agree because they usually decrease readability).

Good Point. In that case I'd would have two methods: a function TryXxxx which returns a boolean a proceuder Xxxx which calls TryXxxx and raises an exception if that returns false

OK, how much are you going to pay for such a filter then? 😉

I'd go with CloneZilla for image backups. There is no GUI but it's simple to use, once you understood how it works.

It's a common misconception that all software development should and can be done in virtual machines.

fixed too (same fix as for the Expert Manager) The reason was that I tried to avoid flicker when adjusting for DPI changes which had the side effect of prematurely showing that form during construction.

fixed

fixed

I only tried Delphi 11 before committing the changes. Thanks for letting me know. That is one of the dialogs I didn't test (obviously). But this is a rather odd error. I'll check that.

I think I now got most of the modal dialogs show correctly in highDPI. There will probably be some glitches as I haven't had time to test them all yet.

No, I don't, I haven't memorized all features of GExperts. And I wasn't asking you.

There generally are two possibilities (I don't know which applies and I don't have the time to look it up): 1. It's a missing feature: In this case, file a feature request. 2. It's a bug: Then you have two options: 2.1 Find the bug and fix it 2.2 File a bug report and wait for somebody else to fix it.

I must have screwed something lately, because nearly every time I close the IDE (any version of it) I get an access violation. The only reason I can think of is that I made a change to GExperts that causes it. Does anybody else, who recently compiled GExperts from sources, experience the same problem?

My guess would be: CnWizards

It's not as bad as it sounds. I have one version of each component package installed in the IDE and that's used at design time regardless of which version of the sources are compiled into the project. When I make any changes to the controls I keep an eye on the dfm files for properties that might not be compatible with the active version of the controls and revert them when committing to source control, but given the mature state of the components that's very rarely the case. Source code and dcus of 3rd party libraries is not in the IDE's search paths but only in those of the project. The source code itself is always an svn:external to the project sources, so it's in a subdirectory of the project and all entries in the search path are relative to the project. We always compile from sources, including 3rd party sources, and don't use packages. I have several installations of the IDEs on different computers, but that's for debugging purposes only (due to specialized hardware these programs need to access) not to keep different versions of the controls. We develop with Delphi 2007, XE2 and now 10.2. XE2 projects are slowly being upgraded to 10.2. Some 2007 projects need to stay with that version until we finally phase out the last Windows XP machines (planned for this winter), then these too will be moved to 10.2. I blogged about this several years ago (when life was still a bit simpler, but the general principles still apply http://dummzeuch.de/delphi/subversion/english.html

... which is kind of the definition of "cooperative".

You're probably right. My experience described above was with Windows 2000. I don't think I ever used Windows 95, at least not for software development.

From your link: (emphasis mine) So that would mean Windows 95 had preemptive multitasking for 32 bit programs. I'm not sure though, I never really used it. Windows 3.x used cooperative multitasking for Windows programs, but preemptive multitasking for DOS programs. Of that I am sure because I used and programmed for it.

Hm, yes. Good thing I also mentioned NT 4 then.