Bill Meyer

It is and has been.

It is, and the data in that row is from the first record of the dataset. Logging in pipeline events shows that the pipeline is active, and dataset is active and contains 384 records, and even shows that pipeline.Next fires. Once.

In a software company? That only reinforces my opinion of MBA programs.

Active members with an understanding of the relative value of polling data may simply disdain such polls, and not take the time. I can't recall a time when I participated in such a poll.

In Delphi 11.1, I have tried to install the FastReport VCL components. It goes through the usual steps, asking my agreement to terms, and to a reboot after install. Then I am asked to permit d28.exe to run, and that appears to be the installer. The status announces launching the installer, but nothing more happens after that. Has anyone here successfully installed that package? UPDATE: Never mind. The process apparently takes minutes, and provides no progress feedback. Neither did I see, when I checked, any CPU activity with their installer. But eventually I returned to the IDE after 10 minutes of email and whatnot, and it reported it had finished.

No idea. Once I waited long enough, it did finally install. The thing is, that installation experience is greatly different than every other package I have installed through GetIT.

Today I encountered a problem. I cloned a Windows 7 VM in which I have D2007 installed. Upgraded to Windows 10, which now means 21H2. Problem 1: Delphi 2007 failed during loading. That proved to be an issue with the IDE FixPack, and there is a version for Windows 10, so resolved that. Problem 2: Opened my main project, and quickly received an error about c:\Windows\Microsoft.NET\Framework\Borland.Common.Targets not being found. I have not found a resolution for the second issue. It occurred because the former C:\Windows is now contained in C:\Windows.old. Tried copying Borland.Common.Targets from there to the folder where it expects to find it. Got the same error. Am setting this aside for the moment. It is not yet a blocking problem, but is expected to be, as IT tightens the security noose. I do expect to try upgrading a clone to 21H1, which I think did not create the problem when I used it some months ago. But I may be defeated by the installation of updates during the upgrade. For anyone else using D2007, be careful of Windows 10 updates.

Odd that I had not encountered this in the past.

I have resolved the issue here. The point is that there are files which needed by D2007, but relocated by the windows update. Four appear to have been critical.

Not sure whether this helps, but you should familiarize yourself with the behavior in Windows. https://docs.microsoft.com/en-us/windows/win32/sysinfo/file-times

Specifically, what is shown by a profiler?

Is this a recent addition? In 10.2.3 I don't see any similar entry in system.pas, just the RTLVersion - 32.00

Perhaps this would help? https://stackoverflow.com/questions/65355149/how-to-convert-screen-coordinates-to-control-coordinates-with-embedded-form-and

I'm shocked! Shocked, I tell you!

In fairness, I have yet to be involved with a technical company that does webinars well. Technical problems are endemic, basically because a) they expect everything will work and b) no one does a pre-test. As to timing, I suspect no one is particularly concerned, on the production side.

I have noticed in Delphi 10.2.3 that the Move Entity Up/Dn actions move used units fine from the menu, but when using the hotkeys, instead of moving the used unit, it moves the line in which the used unit is found. As I am working cleanup on a large project right now, I am moving quite a few units to implementation, which is tedious with the mouse. I am using build 2494.

I wonder whether there is any open source collection of tools for getting data from DPROJ files. In my limited inspection, I see large differences across versions. Not having all versions in place anywhere, I would prefer not to have to try to research the range of variations.

Sigh. And puzzling out the dproj isn't my goal, it's merely something on the path.

Unfortunate. In the short term, I want only a little. The location of the map file and exe. But going forward, I expect there will be other things, like the defines and the Search Path. Certainly I can find them with simple text searches, but it seemed logical to look for some open source where someone else may already have documented at least parts of it. I know people, for example, who are still maintaining projects in D7, so I am not keen to ignore the older variations.

Thanks!

Just looked at this project, and wondered whether you have collected info on other tags in the DPROJ file over various versions. I would like to obtain info from the DPROJ for a project I am working on, but I see some pretty large changes have occurred in the tag names and structure.

Is there a fork of SuperObject which is updated to support Alexandria?

Needs to be question #1. It is not uncommon for people to invest much time and energy in pursuit of optimizations they later find were not necessary. As an old friend told me many years ago: First make it work, then make it fast. Profiling always trumps supposition.

And that is manifestly not the purpose here.

You may wish to look at DelphiAST and at Uwe Raabe's UsesCleaner.