Lars Fosdal

10.3 and 10.4 were major versions. Then you got 10.3.n and 10.4.n as incremental upgrades. They changed this with version 11. 11.0, 11.1 and 11.2 are the same version.

Available for subscribers from https://my.embarcadero.com/#downloadsPage What's new: https://www.embarcadero.com/products/rad-studio/whats-new-in-11-alexandria Change log: https://docwiki.embarcadero.com/RADStudio/Alexandria/en/11_Alexandria_-_Release_2 Installed and upgraded smoothly in my test VM Well, except the GetIt plugins... so those needs to be manually reinstalled from the GetIt dialog.

Lazarus can't handle my generics.

https://www.fmxexpress.com/read-and-interact-with-a-command-line-pipe-in-delphi-xe7-firemonkey-on-mac-osx/ NVM: Dead link inside article 😕

You really, really, REALLY don't want to expose direct DB queries to your database. A proper scalable and securable REST frontend is a must, IMO - unless it is some basement hobbyist project.

What type of files?

Given that you pay for its service, rather than the software itself, I assume it does.

Yeah... it is not the only tool we have that is subscription based, is it... 😛

I've become very fond of GitKraken, which is adding improvements and features every month. https://help.gitkraken.com/gitkraken-client/current/#version-8-7-0

@Fr0sT.Brutal The TJson RTTI to Json conversion doesn't work with the property names, but with the field names. See @Uwe Raabe's example that shows where the JSON name mangling is done by attributes.

I assume you are in control of both ends of the communication. I'd compress and encrypt instead of bothering with obfuscation.

So, it was not the operator, but the type the operator operated on.

Maybe you need to cast the 1 to uint64 too? Edit: Checked - It works with function bit(idx,value: uint64): Boolean; begin Result := ((uint64(1) shl idx) and value) <> 0; end;

I'd watch the video... and rant about it afterwards 😉

Anyways, ARC has gone the way of the Dodo. Free(AndNil) it is.

Just .DisposeOf's... and the reoccuring questions about why objects doesn't self-destruct (after you have intentionally or unintentionally made references that keeps it alive.

I use FreeAndNil, unless the object is handled by a try/finally block, or it is in a destructor. It speeds up finding stupid mistakes in loops or singletons.

It is called off-topic 😛

If you can programmatically add an index - i.e. without using SQL - it should work - but I've never tried it.

Ghostery shows the link on a confirmation page for me to decide on whether to continue or not.

There is a tracker redirect behind that link. AdBlockers hate those.

In https://docwiki.embarcadero.com/RADStudio/Sydney/en/Local_SQL_(FireDAC) the "Query" section seems to indicate that it does not?

True, it is only a problem if you pass the values around to be modified.

A warning: Using records instead of objects in containers carries the penalty of duplication. LabelRecord1.iValue:= 123; LabelRecord1.iColor := 234; LabelMatrix[1,1] := LabelRecord1; LabelRecord1.iColor := 567; At this point, LabekMatrix{1,1].iColor will still be 234. It is the same the other way around. Modify the array value, and the variable stays unchanged. A workaround would be to use pointers. type PLabelRecord = ^TLabelRecord; and use variables and arrays of that type. You would need to New/Dispose each reference, but at least there is no duplication as you pass around the pointer reference to the original allocation instead of copying the record like in the original example.