Dirk Jonker

Not a great solution though if you depend on gems. Are there any plans to publish the new version of the gem?

You can prevent restarts by creating a small shell script, e.g.: ```bash #!/bin/sh cat /git-server/keys/* ``` Add the file to the container at a location like `/usr/local/bin/keys.sh` Add the following...

Yes, I see the same behavior in the odbc trace! And about the other issue, I just created #93

Thanks @MathMagique for the investigation. Indeed it looks like odd behavior, I will take a closer look later today. The code example is very useful, I'm not a C++ developer...

So far I can't find any documented reason why the behavior for SQLExecDirect would be different from a Prepare and then Execute...

Still, the "local" temporary table (prefixed with a single `#` is supposed to be visible throughout the duration of the connection: > Local temporary tables have a single number sign...

It is not clear what the actual error is, as Turbodbc is not telling you the true reason the command failed. It tries to get more information on the failure,...

What version of FreeTDS and unixODBC are you using? Can you test using the Microsoft ODBC driver for Linux instead of FreeTDS? See: https://docs.microsoft.com/en-us/sql/connect/odbc/linux-mac/installing-the-microsoft-odbc-driver-for-sql-server

That's too bad, sometimes switching the driver works to resolve this type of problem. What types of columns are in the table you are selecting from?

I see that the current beta release can run on the UCR. I'll give it a try!