28.09.2019 15:02, Mark Rotteveel пишет:
On 21-9-2019 21:30, Vlad Khorsun wrote:
21.09.2019 17:22, Mark Rotteveel wrote:
In the latest snapshot build (4.0.0.1614) for Windows 64 bit, the fbclient.dll is broken (I haven't checked Windows 32 bit). The library fails to load with a "A dynamic link library (DLL) initialization routine failed." error.

   Can't reproduce, more details need.

   isql run from the folder were snapshot (Firebird-4.0.0.1614-0_x64.7z) was 
unpacked
with no problem. PE show that isql load fbclient.dll from the same folder.

I installed the latest snapshot (Firebird-4.0.0.1617-0_x64), and the problem remains.

  I have no problem using FlameRobin x64 with fbclient x64 from snapshot in the 
same folder.

I have no idea what to look for. I looked with procmon, and don't really notice anything weird, except that after loading fbclient and what looks like initializing winsock, it calls WerFault.exe

  Does WER creates some report with description of the issue ?

and then tries to find gds32.dll.

  Which instance of fbclient it loaded ?

Comparing procmon logging from isql.exe and flamerobin.exe, I don't really see anything that jumps out. Comparing against flamerobin using fbclient 4.0.0.1575 (the last version on my machine that works), I just notice that the divergence starts just after the time that the HKLM\System\CurrentControlSet\control\NetworkProvider\ProviderOrder registry key is queried and before fbclient.dll attempts to read firebird.conf (this doesn't happen with the 4.0.0.1617 dll).

I have made multiple attempts, with fbclient.dll in the flamerobin folder, in %windir%\System32 and with the path pointing to the Firebird snapshot.

Given 4.0.0.1575 works fine, and I first noticed the problem with 4.0.0.1614, the problem is somewhere between https://github.com/FirebirdSQL/firebird/commit/931ebc16dbfa2717d27db6873fc00da06aa14fac and https://github.com/FirebirdSQL/firebird/commit/f012089937dd21523742ce22dc1fb8cd1c50d761

Notable changes between those commits are the introduction of re2 and int128.

Given Flamerobin (and Jaybird) use the old C-API, is it possible something is 
broken with the old C-api, but not with the OO-API?

  I'm not found such changes. Also, note, it works for me.

Is it not clear if isql runs on your machine, btw

Regards,
Vlad




Firebird-Devel mailing list, web interface at 
https://lists.sourceforge.net/lists/listinfo/firebird-devel

Reply via email to