Cannot connect Firebird in IBexpert - firebird

I have installed Firebird 3.0.2 (x64) and IBExpert 2018.12.15.1.
I'm trying to create a Firebird DB on IBExpert but everytime getting this error:
Unsuccessful execution caused by system error that does not preclude successful execution of subsequent statements.
Error loading plugin Engine12.
Module C:\Program Files\Firebird\Firebird_Server\plugins/Engine12 exists but can not be loaded.*
My configuration:
Server/Protocol
Local, XNet (FB3)
Database
C:\Data\Example.fdb
Connection string
xnet://C:\Data\Example.fdb
Client Library File
C:\Program Files\Firebird\Firebird_Server\WOW64\fbclient.dll
Username
SYSDBA
Password
masterkey
Page size
126384
SQL Dialect 3
How to solve this problem?

This happens to me when I select the firebird fbclient dll from the following location
C:\Program Files\Firebird\Firebird_3_0\WOW64\fbclient.dll
However if I instead (against all sanity and reason) chose what I think ought to be a 64 bit dll, from c:\windows\system32, it works.
ie, client choice:
c:\windows\system32
Now it might seem logical to some readers that system32 could contain a 32 bit dll, but actually almost every dll in there, and probably EVERY dll in there SHOULD be 64 bit, on windows 64 bit systems. However I am guessing that whatever is in there must be a 32 bit fbclient.dll in the main windows 10 system directory.
Microsoft made a now ancient but at the time, kind of odd decision that c:\windows\system32 will be full of 64 bit stuff on Windows XP 64 bit, and has kept it that way. It appears to me there's something wrong with Firebird 3.0.4's installer team's decisions.

Related

Flamerobin doesn't connect to Firebird database (msg: -902 isc_attach_database failed)

I'm studying Firebird 2.5 with FlameRobin 0.9, installed on a VM Virtualbox (with O.S. Win7 32bit PRO). The .fdb files are on the same disk of the Firebird machine and the FlameRobin program. The machine is not embedded and run as Superserver.
With FlameRobin I've created more than one.FDB file, created tables, triggers, generators, etc: all works fine.
I use Delphi7 to create executables that utilize the .fdb file.
Yesterday, during a proof, Delphi arise an error of "out of system resource": disconnect .FDB in Flamerobin, close Flamerobin (quit), close the VM; re-open the VM, re-open FlameRobin, re-register the .fdb... error:
IBPP:: SQLException; Context: Database::Connect; Message: SC_ATTACH_DATABASE
failed; SQL message: -902 unsuccessful execution caused by a system error
that precludes successful execution of subsequent statements. Unable to
complete network request to host LocalHost.
On the VM there is no antivirus and Windows firewall is disabled (on the host machine, Avast Internet Security is running).
I've haven't varied any parameters, all is developed as described.
In the .conf file, the Firebird machine can connect to all.
If I use a program compiled with Delphi, to insert or update some record in a Firebird table, all works fine, but FlameRobin doesn't want connect to Fdb.
In FlameRobin, the item "user manager" lists SYSDBA-masterkey and another user added by me 10 days ago.
On Internet, I've not found cases of the kind. Does it depend on Win7? And how? Can someone help me, to continue the work? Thanks for any suggestion that can be useful to understand the problem.

Enabling FIPS causes libgcrypt error

I have two CentOS 6.7 machines (server A and B). Same package versions are installed on each system.
Last week I enabled the openSSH FIPS 140-2 module on Server A, and that system works flawlessly (including tsql queries to a SQL Server instance).
Today I went through the same steps on Server B (in the link above). After rebooting, fips showed enabled and tested OK - but tsql (to the same SQL Server instance) stopped working with the following error:
[serverB ~]# tsql -S egServer80 -U myusername
Password:
locale is "en_US.UTF-8"
locale charset is "UTF-8"
using default charset "UTF-8"
Error 20002 (severity 9):
Adaptive Server connection failed
There was a problem connecting to the server
I check the log files and find this:
tsql: Libgcrypt warning: MD5 used - FIPS mode inactivated
Enabling debug in freetds yielded this additional error:
14:56:46.617196 3577 (net.c:1366):'''handshake failed: GnuTLS internal error.
Backing out the FIPS module (removing fips=1 from grub.conf) and rebooting set things back and I was again able to tsql into my SQL Server instance.
Both CentOS machines use the same libgcrypt version (1.4.5).
Why (or how) is enabling FIPS in grub causing libgcrypt to fail on this one machine? Clearly something configuration is off between the machines, but I cannot spot it, and have exhausted resources in finding where to look next.
NOTE #1:
I can reproduce the tsql problem on Server B without enabling FIPS 140-2 in grub, by creating an empty file /etc/gcrypt/fips_enabled. Removing this file sets the system back to normal, and tsql works again.
NOTE #2:
Adding file /etc/gcrypt/fips_enabled on Server A does not affect tsql function at all.
Additional Information
libgcrypt version 1.4.5
freetds version 0.91
openssl version 1.0.1e
CentOS version 6.7

Call x64 Powershell SQL snap-in from x86 Powershell

I need to create a script that reads some Access DBs and writes some values into a SQL Server DB.
Since I have Office 32 bits installed, I can only install the 32 bit Access provider.
But I want to use the SQL Server snap-ins to run the SQL commands, which are 64 bits.
Now, how can I combine both ? I need to run an Access query using Powershell x86, and send the fetched data to Powershell x64 so that it can insert it to SQL Server.
The only solution I see is dropping the SQL snap-ins, and re-writing the SQL wrappers myself, but that's just sad.
It turns out that the SQL Server snap-ins are outdated, and have been replaced with the SQLPS module.
The latest SQLPS version can be downloaded from here: http://www.microsoft.com/en-us/download/details.aspx?id=35580 (select the PowerShellTools.msi you need).
After installing x86\PowerShellTools.msi, the SQLPS module is available from x86 PowerShell, and has the same features as the "old" add-in (Invoke-SqlCmd...)

Firebird FreeAdHoc UDF not working after restore on another server

I'm encountering a weird problem after I restored Firebird database. Production database (Firebird 2.1) runs on 64bit server and we're using FreeAdHoc library with extra functions. I've backed up production database with gbak, moved to local machine (64bit Ubuntu 13.10). Installed firebird 2.1.5 locally and downloaded latest FreeAdHoc library.
Now when I try to execute some function from it via iSQL:
/opt/firebird/bin/isql db.fdb -user sysdba -password masterkey -i /opt/firebird/bin/command.sql
and the content of command.sql is
select f_addday(current_timestamp,10) from rdb$database;
it runs properly and executes that UDF function.
HOWEVER, when I try to execute the same command via Flamerobin or PHP script, I get this error:
Engine Code : 335544343
Engine Message :
invalid request BLR at offset 59
function F_ADDDAY is not defined
module name or entrypoint could not be found
Can someone advise? I think that the fact that isql executes and flamerobin/php doesn't is a good lead but I lack an experience to figure out why it could be the case.
Thanks, Michal

Error on UN-installation of SQL Server 2008 R2 on Windows 64 bit System

I want to un-install completely SQL Server 2008 R2 from my 64bit system. When I tried to install, I experienced a common problem about "INSTALLSHAREDWOWDIR" but I managed to install anyway. Now, I can't un-install.
I even tried cmd but when action is uninstall, it doesn't accept INSTALLSHAREDWOVDIR command.
Here is the error I got;
The INSTALLSHAREDWOWDIR command line value is not valid. Please ensure
the specified path is valid and
different than the INSTALLSHAREDDIR
path.
Note that, this error is NOT for installation, it's for removal of SQL.
Regards