Sherlock

Try the 12.4 SDK as David has.

@Dave Nottage For the sake of the use case here, please try changing the name to "Bob the developer" (blanks in the name seem to be an issue).

Which, to be honest, is silly in itself. Backward compatibility is just a means to keep the living dead creeping around longer. I kind of love Apple for their policy of cutting off old stuff when their modern replacement has proven itself (last seen with macOS 10.15 and the 32Bit cut-off). It keeps the system clean, and prevents legacy software from doing stuff in a way that used to be okay but just isn't anymore. Please remember the Gate A20 situation that lasted from the introduction of the 80286 well into the Pentium era.

It is always good to discuss an issue with your peers...if only to see it vanish into thin air.

I knew my job should have been "son". But nooo, I had to go and learn something useful.

Every Tom, Dick and Harry can up a small "Hello World" like project in any new language to GitHub, just to test it. So whenever a groovy new language is out, people with nothing else to do will do just that, making said new language "popular". What bugs me most is this "big company X invented this awesome and totally new language for their project Y because they couldn't have done it without it" meme. Which is just silly. First of all that new language will be just another dialect of some existing language, and secondly in what hell is that a reasonable approach to getting things done kissed and dry?

So...macOS 10.15 has been released, and with it the incapability of running 32Bit applications. Using this tool to https://www.stclairsoft.com/Go64/ check wether or not I have any crucial 32Bit applications before making the dive, I found out, that the PAServer 20.0 (11.2.13.2) is at least in part 32Bit - which gives me a minor rash. What is the verdict on this? Should I stall Catalina installation, or is it OK to go ahead?

Before this gets out of hand, @PeterPanettone, may I suggest looking at the nickname FredS a bit closer and then cross reference it with the person you are looking for. Then have a good laugh and perhaps get some solid help with your issue.

@Joseph MItzen You clearly got my drift!

As long as they are round and colorful I'll take 'em.

There is no official API AFAIK. But you may just as easily call the command line for git itself. Refer to the porcelain and plumbing of git for more information. And of course you would have to distribute a copy of git.

Judging from the provided link alone a webhook is a server running on the client side. The client, when initiating a connection to a "real" server will provide this address to said server. This means, the server will need a client socket itself, and has to be able to connect to that mini server on the client side. It is a nifty concept to reduce open connections on the server side. Also the clients need not ask if a time consuming task is done, they will be notified via web hook. This concept will be rendered useless by firewalls, proxies and other sane security measures. Possibly only something for a LAN application. But in that case, the server might just dump the result of aforementioned lengthy operation into a samba share and the client could poll that every so often. No webhook needed. Unless the result is not dumpable...which I highly doubt.

Well that's one of the drawbacks, when you switch from boring old monolithic to DLL/BPL/.net hell (preferebly a mix of all three, just to make sure). And no, @PeterPanettone I do not think a 12 year old developer should be confronted with this madness, it would scar the poor child for life.

This! And if all else fails, you can always go to: https://en.delphipraxis.net/forum/24-general-help/

Geee, Windows 7? You should have a look at this on a current OS. Perhaps it's worse, perhaps it's solved. But mentioning Win7 in the QC might not help your case, I'm afraid.

As a matter of fact, I had not noticed this behavior. I don't change my setup too often though (read: never). This Quirk should deserve a QC-report.

Have you tried reloading your desktop layout after such an event?

@Dalija Prasnikar Huh, will give that a go, next time. Thanks

Have you really been able to debug on an iDevice running anything above iOS10?

1) Don't use it. Secondly: Don't use it like that. 😉

Don't worry, a lot of those AIs seem to pass the Turing test, because they are not....AIs, that is. Read here for more: https://ghostwork.info/

That was no "Oops", that was an "Aaaaaaarghh". For further explanation see this excerpt of the excellent Torch Song Trilogy

Delphi 10.3.2, XCode 10.3 (coincidence?) and MacOS 10.14.6 So, I was trying to update an old demo project to run with iOS 12. Last time it was successfully compiled and installed was with Tokyo and iOS 11. But today it is just giving me a really hard time with the strangest errors I never saw before (details below). So I started a minimal App to get get things rolling again, and this at least runs on the simulator, but not on my iPad. Another App, in constant development, does both perfectly fine, btw. And I already "turned it off and on again". With the new App I started from scratch, compilation is fine, but deployment results in: I found a TesterApp.app in my Macs scratch-dir so I decided to add it to my device manually, which gives me And there really is no info.plist, and no executable. It baffles me. I have no idea how to get those things into the App. Delphi should take care of that. As for the older App I'm trying to revive, compilation seems fine as well, but this is what I get when running it (F9) with Dev-Settings: Leaving me with a seemingly half finished .App file without an executable in my scratch-dir.Setting to Ad-hoc build gets even stranger messages in the IDE and still no executable: Any ideas?

Thanks, will give that a try and come back to you later today. As I said, it's an old Demo project, and time is pressing on the important ones....

We might have to readapt our priorities 😉