Thursday 29 December 2016

Setting up SUSE Linux Enterprise Server/openSUSE Server for the Delphi on Linux Beta

- or how-to setup PAServer on Linux.


Jim McKeeth mentions in his first part of getting ready to Delphi on Linux Beta, that you can use either Red Hat/Fedora or Ubuntu - and follows up in part 2 to show how-to setup Ubuntu Server - Malcolm Groves then supplements this with the needed setup for Fedora Server.

Even if the two distributions mentioned above seems to be the officially supported - there should not be any reason for not using your AMD64/Intel64 Linux distribution of choice. Since popularity can be based on region and industry - I think it is also relevant to mention SUSE and plain Debian.

I will supplement here with the steps needed for the SUSE variants, and installation of the PAServer on Linux.

Wednesday 7 December 2016

Running Delphi applications on Raspberry Pi 3

..using RTAndroid 7.1 on RPi3 using ADB over network.

Update: RTAndroid has now become emteria.OS at https://emteria.com/.

Embarcadero has Linux (console) applications on their roadmap - but that is for AMD64 (x64 - see comments) only - read more about the product roadmap here.

Despite the above I did get my Delphi application running on the RPi 3 B hardware - read below:

Thursday 26 May 2016

Fallback for non-installed SQL Server Native Clients

- or how to survive in a world where you are not in control of everything.

Today I did deploy a small application that did connect to a MS SQL Server, so a driver was needed, and I do prefer to follow the recommendations on using the latest native drivers - and I also try and avoid ODBC as the plague.

What had slipped my mind until the first test user got an error - was that in a plain Windows installation only the "old" ODBC SQL Server driver exists - and since I really didn't want to involve the whole IT support/operation/packaging scenario - to get the SQL Server Native Client 11.0 client pushed out to some users around the world - who also would be lacking admin rights, so that they would not be able to install the drivers themselves - I had to include a fallback option.

I refuse still to understand why the newer Windows versions keep only having the old "SQL Server" ODBC driver and not also include a "native" one, when that is what is been recommended over and over again.