Vincent Parrett

The easy fix did not work for me. I've had this issue for years - but I will say that I have not had it for the last week or so - no idea why. Hoping it doesn't return.

The constraints issue is well known - https://quality.embarcadero.com/browse/RSP-33760 I have struggled with this issue myself and have been lobbying embarcadero to fix this in an update 🤞

I don't believe this would be possible - Make isn't a method on TStringList - it's a class property on Shared<T> - so I guess it can only use parameterless constructors (happy to be corrected but that's how I read it, haven't used this feature).

It's definitely a significant release, a major overhaul of the collection classes which reduces generic code bloat a lot. I've been using the develop branch for the last year or so in my develop branch - while it's broken things occasionally (I just revert to a previous working commit) the fact that it's tagged as beta.1 suggests it's on the home stretch and major breaking changes from here on in are unlikely. I can tell you I removed all references to system.generics.collections in FinalBuilder (dev branch, 4M lines of code so not a small task!) and am using the DI container and it's made things significantly faster (faster startup, faster at runtime). I'm also using spring4d develop extensively in the dpm package manager project. If you don't mind some risk then I would go for it.

Hi Dave I suspect that might not be using the standard windows drag and drop - more likely an OLE one. The VirtualTreeView source code might offer a clue on how to implement that as has a dragtype property of dtVCL or dtOLE - disclaimer - I have never used the OLE type so don't know much about it.

I would think that one work around would be to not use FormCreate/FormDestroy and just override the constructor/destructor. Embarcadero never care about backwards compatibility - for them the only version that matters is the current version. There are plenty of other issues with maintaining forms for multiple versions.. like the IDE messing with the uses clause for things like imagelists and actionlists.

@Stefan Glienke I see "Spring4D has been identified as containing spam, malware, or other malicious content." I guess someone reported it maliciously, or an algorithm screwed up (most likely).

@Anders Melander I tested amd uprof with map2pdb and can confirm it does work. I had 3.4 something installed, and saw there was an update to 3.5 available.. imho 3.5 is worse than 3.4 - I thought the intel vtune ui was terrible, but uprof is 10 times worse. Upgrading also deletes any old sessions.. which means you have to go through the tedious process of adding the source folders again (there is no option to include subfolders.. grrrr).

Smartbear aquired AutomatedQA who developed AQTime. It was written in Delphi back in those days (as were their other tools), the initial version was great, worked really well with delphi and was really useful. Later versions completely changed things to focus more on .net and didn't work well with delphi.. I stopped upgrading. To make matters worse, their licensing mechanism was/is terrible, you will find plenty of people complaining about it on the interwebs.

I'll have to try it again when time permits - I think the version I tried was older than that (was a while ago now).

I only tried it briefly but it barfed on the pdb that map2pdb generates - I haven't had time to get back on it... I solved the perf issue I was looking at with vtune and haven't needed to profile again lately.

I had great results with VTune and map2pdb a while back, however I've since built a new AMD Ryzen based machine and VTune doesn't work on amd 😞

Consider putting the source up on Github rather than sharing zip files - makes it safer for everyone that way.

I usually use the condensed view, however lately I notice it just displays the expanded version.

Pretty sure the Pro version has the command line compiler - if it didn't that would be the end of my delphi journey for sure. As a tech partner I have enterprise installed, but my subscription is for pro (I never use the enterprise features).

10.4.2 community edition does not have the command line compiler (10.3 did) - a stupid decision by embarcadero imho, it makes the community edition pretty useless.

I've been telling anyone who would listen for years that Omni is the best thing since sliced bread. We use it in the stepping engine in FinalBuilder. Some of the low level stuff is hard to grok though, I struggle with it when I haven't worked on it for a while, but the high level stuff is simple to use.

You seem to think we should all be grateful for what we get and be quiet, you forget that ultimately we are all paying customers, many of us having sunk significant amounts of money into delphi over the years (not to mention staking our careers on it). As paying customers, we have a right to expect better, and to complain and criticise when it's warranted - and sadly lately with Delphi it is warranted. I've paid for way more versions of delphi than I have actually been able to use (due to quality issues - including D11). As for the hard working team, well they are anonymous - name 5 people on the team (and I don't mean the product managers).. I'll wait.... Back in the day the dev team were on the newsgroups, interacting with their customers, now you would be hard pressed to name one of them that posts here. I have no idea if the 'team' (1 person, 5, 10? who knows) even reads these forums or if they even have any idea how their customers feels about what they are delivering. Some days I have to drag myself back to working on my delphi projects.. today I fired up delphi to debug a problem with FinalBuilder, the IDE crashed on the first run - not an uncommon occurance. I've used delphi since 1995, I have millions of lines of code invested in it - so I persist - but I very much doubt that potential new customers would do the same - I know I wouldn't if I were one of them.

Go and read the other posts about GExperts and Delphi 11 here.. this is a Delphi 11 problem.

I can attest to this, currently rewriting my http client library using the WinHttp C api, as the com api doesn't work in the delphi ide (due to coinit issues) - I'm using it's async mode (not embarcadero's) which uses a callback.. the delphi debugger and it do not play well together! I really can't understand why more focus hasn't been put on the PPL, and seriously cancellation tokens are a must have. Embarcadero don't seem to have realised that the world has moved on from everything being a component you drop on a form. If I can't see it at runtime on my screen then it doesn't need to be a component/control, I'm quite capable of instantiating an instance at runtime, and I don't need all the baggage that TComponent brings along.

One significant difference is he was suggesting a helper class for this rather than saddling every tcomponent descendant with it.

Thinking about this some more overnight, I suspect this was designed by the same persion who designed the TTitlebar abomination (everything is arse backwards) - why on earth is all this functionality embedded in a TComponent - TComponent just getting more and more heavyweight with code that can't be removed/replaced with a better design later (like TForm now). Does embarcadero have a chief architect these days - someone to guide the overal design of the rtl and frameworks? Doesn't seem like it. I miss the days when we have people like Allen Bauer - every major feature was carefully considered with regards to future impact etc.

A very odd design, I can't imagine why they thought this was a good design. I you just want to run some tasks in the background, I leveraged OmniThread Library with my own wrapper that allows cancellation (via VSoft.CancellationToken) and returning values. I use in in the ui for the package manager I am working on, changing tabs invokes a background request to fetch package lists, however if you click on another tab before the first request is finished, it will cancel the first request and start a new one. Very simple to use.

Does anyone know of any Delphi libraries that tackle directed acyclic graphs (DAG) and layout algorithms? In particular I'm interested in a layered layout (Sugiyama's algorithm).My goal here is to produce a visual representation of a target dependency graph - something like this. [Clean] [Build] |________| | [Rebuild] [Sign] |_________| | [Deploy] It seems like every other language out there has tons to choose from (open source to $$$$ commercial), but so far I have found nothing useful for Delphi. Of course I could attempt to translate another library to delphi.. but I was hoping to avoid that if possible .

excellent thanks, this is exacly what I was looking for.