What decides where GetIt places the stuff it installs?

What decides where GetIt places the stuff it installs?

It seems that the files are placed under current user, even if Delphi is installed for “all users”. How do you get around that for a build server where the build process is running under a system account? This is kinda ridiculous.

Quote from Vincent Parrett: “Umm.. don’t use getit.. its a toy not a real package manager. Seriously why tf would it place libraries under the user profile.”

I have to agree. GetIt appears like a really trivial download/installer, than an actual package installer.

I guess it would be better to install the libs locally, then copy them to VCS managed folders, and check out those on the build server.

Originally shared by Lars Fosdal

GetIt, FinalBuilder and Continua Build Server

We are having some issues with the OmniThreadLibrary not being found when FinalBuilder is invoked from Continua.

GetIt places OTL under


and when I am logged on to the server, the FB projects build fine. When the Continua service user executes, it is a different user than my UI login – so naturally, the installation is not there.

What is the recommended way to get around this?

QC now forwards to QP and it is no longer possible to see your older open QC posts.

QC now forwards to QP and it is no longer possible to see your older open QC posts. Since the RAD Studio IDE still appear to report issues to QC – how can we now keep track of our submitted issues?

When will the internal error reporting in RAD Studio file reports to QP instead of QC?

Jim McKeeth Marco Cantù Nick Hodges


Generics.Collections – TList / TListHelper grows list size too aggressively

Generics.Collections – TList / TListHelper grows list size too aggressively

The current code will double the size of the list, regardless of it’s current size. This is fine for smaller sizes – but very wasteful when growing a large list.

Due to the design having ListHelper as a record which have an instance inside the class – it is not possible to simply make ListHelper.InternalGrow method virtual.

I am not sure what will be the better way to do this. Calling a plugin method (anonymous function) might be too costly and slow down the list at smaller sizes.

Perhaps have a growth strategy setting: Exponential (default), Percentage, Linear – and a growth factor field – which would be the percentage or number of items, depending on the strategy?

Anyways – just doubling a 128K, 256K, 512K, 1M list is not a good strategy – at least not if you are not able to override it.


A Seattle Runaway

A Seattle Runaway

My colleague was just doing the normal edit, F9, break, edit, F9, etc – when this happened.  The compiler went runaway and found a lot of errors! In fact, it didn’t run out of errors – but kept finding them until

he killed  #10Seattle . 


After a restart and a F9 – no errors and ran as expected.

Naturally, it is impossible to reproduce on demand.

Cosmic ray bit flipping? Random data in uninitialized buffers? Aliens?