Eli M.

Do you have Enterprise or Architect? It isn't in Pro or Community. For FMXLinux you have to install that off of GetIt.

It's intentional. The file has it's own copyright and is not covered under the BSD license. https://www.woll2woll.com/single-post/2017/04/24/Send-an-Email-with-an-Attachment-FireMonkey

Not written up no. .SO (SharedObjects) files are basically DLLs. You can either take the one Delphi makes and put it into some other tools APK package and call it from the code in the other tool. Or you could take the 64bit version of the .SO their tool generates and have it call your .SO file. And then put their .SO 64bit in your Delphi APK and have it call your 32bit .SO.

There are 50 new cross platform samples for Delphi 10.3 Rio FireMonkey available over on Github. The demos heavily feature … http://www.fmxexpress.com/50-cross-platform-samples-for-android-ios-osx-windows-linux-and-html5-in-delphi/

An MVP confirmed that they were granted an exemption for their app for ~1 year.

The PhotoEditorDemo has permissions code that works for the camera.

PM me with a budget. I can probably put together some people on UpWork with Android NDK experience to build a 64bit shim. Few different options. Use one of the tools that has an exception (Corona Labs, Adobe AIR, Unity) to load the 32bit SO file. Use something like Flutter which compiles to 64bit to load the 32bit SO file. Or compile a 64bit C++ SO file with the Android NDK to loadlibrary the 32bit SO file.

It probably does work since there are actually 3 third party tools with exceptions. Just have to find what Google Play are looking for. I didn't try very hard. http://www.fmxexpress.com/learn-how-to-deploy-delphi-10-3-rio-android-apps-to-google-play-with-android-64-bit-requirements/ I've been banned from Google Play twice before (nothing to do with this) so YMMV.

I've heard if you have a libunity.so in your APK or your project name is unity (so it generates libunity.so) then Google accepts it as a 32bit Unity app. YMMV.

Updated version. Takes two params. First is the path of the app to run and the second is the port to run it on. Apparently balance only supports 16 (or 32) groups unless you compile it yourself. Example: ./gtkcloud.sh /root/FireMonkeyPaintDemo 81 #!/bin/bash for i in {1..16} do nohup broadwayd :$i & export GDK_BACKEND=broadway export BROADWAY_DISPLAY=:$i $1 & #echo "" done servers="" for ii in {1..18} do let port=8080+$ii servers="$servers localhost:$port:1 %" done echo $servers balance $2 $servers

PHP4Delphi lets you build extensions for PHP. Pretty old though. https://sourceforge.net/projects/psvlib/files/PHP4Delphi/

The way broadwayd appears to work is that it runs a single application on a single port for a single user. The connection is persistent because it is a websocket. This means that you need 1 port set up per concurrent user. I came up with some code but it isn't quite right yet. Basically, you have to run broadwayd and the app in the background. I came with this for loop bash script (edit: works now). Make sure you have enough RAM. #!/bin/bash for i in {1..99} do nohup broadwayd :$i & export GDK_BACKEND=broadway export BROADWAY_DISPLAY=:$i ./FireMonkeyPaintDemo & done Once you get your application running on 100 ports in the background (which will support 100 simultaneous connections/users) then you need a TCP load balancer to turn the 100 points into 1 port. One such tool is HAProxy: https://www.haproxy.com/blog/websockets-load-balancing-with-haproxy/ A simpler tool (with maybe less performance) is called balance (sudo apt install balance ). https://www.systutorials.com/docs/linux/man/1-balance/ Here is a sample command which would load balance 4 broadwayd ports as port 81: balance 81 localhost:8080 localhost:8081 localhost:8082 localhost:8083 After running this and the above you would be able to connect to localhost:81 and it will load balance you across the 4 backend ports. You can probably also do this with TIdMappedPortTCP.

I use UltraExplorer everyday. What is the license on the source that you have? Maybe you can post it to Github yourself.

Try deploying a new blank app.

Apple claims to be moving to allow iPad apps through Marzipan on macOS before the end of 2019. https://www.bloomberg.com/news/articles/2019-02-20/apple-is-said-to-target-combining-iphone-ipad-mac-apps-by-2021