Vincent Parrett

We had the same issue last year, ordered a server in July, turned up in November. At least in our case, this was an upgrade not an emergency replacement. I have to agree - how hard is it to spin up a tempory vm on a cloud service - I suspect there is more to the story but we will probably never know.

Just clone the repo from bitbucket (with git) and use that.

Not sure what changes were made to parts other than Collections and Container - perhaps @Stefan Glienke can chime in here.

Just download v2, change your library/search paths and see what happens when you compile 😉

I guess it depends which features you are using, I did this a while back and only hit a few minor issues. I was mosly using the collections (and the IEnumerable<T> linq features) and the container.

Both the VCL and FMX are both designed to operate in the main thread only, creating/updating UI elements in another thread is quite likely to cause you problems.

The cloud isn't always cheaper (been there, done that, bought new servers). To make the cloud cheaper you really need to leverage the features they provide (not just a bunch of vm's) - and that means re-architecting things (=time + more money) and it also means vendor lock in - once you leverage the cloud features it's not easy to switch providers.

There are very few people left at Embarcadero that worked there in the 80s or 90s. A more likely explanation is that the people who know how all that stuff works are no longer there.. so people are afraid to touch it 🤔

Can anyone recommend a GRPC client library for delphi. I have had a quick look around and only found a 1 open source lib - https://github.com/ultraware/DelphiGrpc (no updates in 5 yrs), and nsoftware (which I will not buy as no source available). Any others I have missed (open source or commercial with source code).

I looked at sgcWebSockets today - but the price is really steep - I don't need the rest of the library but http/2 is only in the most expensive version - and then I need to get gprc working on top of that. I'm actually leaning towards doing this project in c# (the server is already c#) - testing with .net 8.0 AOT compilation so far produced a 4.5MB exe (+ a 12MB dll for google protocol buffers). Obviously it will be larger than that once done. As much as I want to use delphi for this project - the libraries are just not there - contrast to dotnet - grpc is a first class citizen (and the performance is impressive). I was able to get up and running in less than 10 minutes - contrast that to having spent most of today looking for a delphi grpc client that works.

I've been looking at that - since the DelphiGRPC makes use of it. Down the rabbit hole I go..

In the context of code signing, where do you get a pfx these days? the only certificates being issued are on tokens or HSM's, neither of which allow exporting the private key. We can debate the merits of the decisions taken with regards to the future of code signing but the reality is what we have in front of us right now... and that is what people are struggling with.

No, you only need to do that if the machine you are signing on is different to the one where the usb token is installed. pfx files are a thing of the past (except for self signed certificates), so forget about that bit. Do not expect the IDE to support code signing with tokens. You need to understand how to call signtool.exe You could perhaps setup a post buld event for your project to do the signing - but bear in mind signing takes time so only add it to the release config. Alternatively - (vendor plug) - use FinalBuilder to generate your release builds - in which case code signing is pretty easy.

https://www.finalbuilder.com/resources/blogs/code-signing-with-usb-tokens

Black Friday Sale - 50% off FinalBuilder, Continua CI and Automise - until midnight Tues 28th UTC FinalBuilder - create your build process with an easy to use GUI - debug the build on your desktop, run on your desktop or CI server https://www.finalbuilder.com/finalbuilder Continua CI - an affordable, scalable and easy to use Continuous Integration Server. https://www.finalbuilder.com/continua-ci Automise - windows automation for power users and system administrators https://www.finalbuilder.com/automise No discount code required, just add to the cart and the discount will be automatically applied.

This is awesome, embarcadero have no excuse for poor performance now! 🤣Nice one As someone who uses runtime packages (due to the plug architecture of my application) - this is a god send - I have profiled the crap out of my code, found a lot of small improvements and a couple of large ones - but quite often the profiler shows the majority of the per ends up somewhere inside the RTL - this will allow me to do another round of profiling. The only down side is I have an amd cpu, and uProf is nowhere near as good as VTune (although both suck when it comes to UI/UX).

I can reproduce this here (only tested with berlin).

FWIW, all my open source delphi projects at https://github.com/VSoftTechnologies/ support Delphi 12.

I'm looking for a library that will allow me to modifying windows PE file, modifying/adding data directories/headers/sections etc. Yes I could figure it all out myself, but time is short and I'm lazy, so I am hoping there is a library out there that will speed up the learning process - free/open source (not gpl) or commercial ok, as long as the source is available. Any suggestions? Thx.

Interesting, license is "as is" - so does that overrider the gpl of the other project - it doesn't appear to be any attribution of the original project - kinda disingenuous to misrepresent another's work as your own and then apply a GPL license to it 💁‍♂️

Yes thanks, I have seen this (and learned from it). I'm looking into building a remote signing tool - so that I can sign from multiple machines without needing the token drivers installed - right now we have to run all code signing on a single build agent that has access to the token - it's caused us a lot of work splitting out the code signing on all our build processes - which results in longer build times as we move files between agents and the server - ie agentX builds, sends artifacts back to server, server sends them to agent5 (the one that can sign), agent 5 signs them and sends them back to the server, which then sends them to agentX to continue the build process (pacakging and deployment etc). All very unsatisfactory. I haven't been able to work on it for a few weeks as other more urgent tasks popped up (like replacing confluence) but hope to get back to it soon.

Yes seems so, I saw that and decided against using it.

Thanks, hadn't seen this one.

Actually this is really useful - I've been working from some C based examples - I do actually need to add another section so this is is exactly what I need thanks.

I generally just set the major version on the manifest , e.g 8.0.0.0 and don't bother with updating it for every build. I also wouldn't use the Mage tool if you are not using .net - it adds stuff to the manifest you don't need/want.