Lars Fosdal

Getting to know the Mac. The OS is “UNIXish”, so that is pretty easy, but the UI and the keyboard… OMG, it is hard when 30 years of Windows is engraved into your DNA. Shift, fn, control, option, command will take some time to get used to., The multi-touchpad, with clicks, doubleclicks, single, double and triple finger combos... After deciding on Parallels Pro as a VM host, getting the Windows 11 for ARM VM up and running was incredibly easy. I went for four CPUs and 10Gb as the base config. Getting Delphi 11 + November patch installed went flawlessly and pretty quick. Getting PA Server installed also went without a hitch. It took a little while to start Delphi the first time, but after that it was snappy. I created a blank FMX project, but when I try to select the MacOS ARM 64-bit platform, I arrive at Obstacle 1: Delphi fails to import MacOS SDK and asks if I installed the XCode command line tools? I had installed XCode, but since I´ve never used it, it is pretty much a blank sheet to me. Looking at the PA Server console, I found that it ran: > command_line: "/usr/bin/xcodebuild" -version -sdk When I run that in a Terminal, I get an error message: xcode-select: error: tool 'xcodebuild' requires Xcode, but active developer directory '/Library/Developer/CommandLineTools' is a command line tools instance So, Google it is. https://github.com/nodejs/node-gyp/issues/569 lists a solution, suggesting # Install Command Line Tools if you haven't already. xcode-select --install Which fails, suggesting it is installed, and that I should use Software Update to update it. I do. It is up to date. # Enable command line tools sudo xcode-select --switch /Library/Developer/CommandLineTools This does not help. Same error message about the command line tool instance. The third option worked. # Change the path if you installed Xcode somewhere else. sudo xcode-select -s /Applications/Xcode.app/Contents/Developer Yay, I have a MacOS 12 SDK! Even if the import log looks weird. A single Hello World TLabel and Run. Yay! MacOS ARM app running! Lets try something more complex. I open a sample project, switch to MacOS ARM, and compile. dccosxarm64 command line for "FMSimplePhysics.dpr" [dccosxarm64 Error] E2597 ld: library not found for -lFlatBox2DDyn [dccosxarm64 Fatal Error] F2588 Linker error code: 1 ($00000001) Obstacle 2: Now what!? It is probably trivial, but ...

It is kinda ass backwards, isn't it...

My faith in EMBT is faltering, and I am the optimist among us...

The appropriate solution would be using RDP, as @Rinzwind pointed out.

Note that if you are writing commercial software and you are not using EurekaLog or similar tools, you are really missing the best way to identify WHERE your apps fail, when they fail. Usually, that is a when, and not an if - and EL gives you full insight into where something did not go according to plan in your code. You still have to come up with the why yourself 🙂

https://stackoverflow.com/questions/45285599/how-to-use-animated-gif-in-firemonkey appears to have a working code example in the last comment? Note that I have NOT tested it.

Which part is slow? IsValid, Open, or the loop? Does the slowness depend on the size of the zip file?

Thanks for not sharing how you solved it?

Is anyone using this? I can't believe how sluggish it is...

It is through a VPN, on a 500Mbit/s fiber connection to a remote machine, on a firewalled, closed internal network.

Or in the "I made this".

This is my favorite Herb presentation.

IDE locks up every f'ing time. Connection pings ok. Checking it in the profile confirms connection with the PA Server. PA Server downloads the exe + rsm + a file that appear to belong to another project? Debugger Kernel starts up. No app launch - and the IDE is dead on my end.

Not sluggish... FUBARed. Why can't I cancel the deployment phase? Why does the IDE lock up after deployment?

is and as could help declutter that versatility, though.

The appropriate place would be something like \Program Files (x86)\<Your Company or System Name>\<Services>\YourServiceHere.exe

The settings look very different on Windows 11. Some of them are not enabled for RDP.

Judging from what I read, it seems that x86 runs fine, but x64 is still work in progress on MS side. W11 for ARM still is in preview state. I'll be able to answer this for myself, around Xmas 🙂

On the topic of VMs - I wonder how well Windows 11 for ARM will be running under Parallels and if it can run x86 and x64 code.

Hyper-V.

Yes, it shows. That thing is f'ing brilliant!

I like 11. It appears to be snappier than 10. But, yeah... there are still remnants from 7 in there. Really annoying that they haven't done away with the old Control Panel completely and got it modernized in Settings.

Where do you get T2 from in the outer EXISTS?

COBOL is pretty verbose...