Re: [Firebird-devel] FB3 & W7E

09.11.2015 14:13, JS-Ohjelmointi (J Sariola) wrote: > Software stops > immediately with error library gds32.dll not found in the path. GDS32.dll is Interbase client library. The software obviously isn't designed for Firebird. Contact its support or author. -- WBR, SD.

Re: [Firebird-devel] FB3 & W7E

09.11.2015 17:23, Геннадий Забула wrote: > IMO, this is a good solution not to touch folder. But there > should be a separate package for fbclient stuff (maybe even without > msvc*.dll, only icu* dependencies) so software developers can include > it in theirs software packages, and copy nearby

Re: [Firebird-devel] FB3 & W7E

09.11.2015 14:24, JS-Ohjelmointi (J Sariola) wrote: > I'm that software author. I'm testing software FB3 version before I > distribute to clients. > > Why it's working with in other OS (Windows Server 2012 SP 2 and Win7 Pro)? Obviously, on these OSes someone renamed fblient.dll (which is

Re: [Firebird-devel] FB3 & W7E

On Monday 09 Nov 2015 15:13:00 JS-Ohjelmointi wrote: > Hi > > I've installed FB3 with FB3 Beta 2 installer and now with RC1 to Windows > 7 Enterprise. > > In Services I can see that Firebird Service is running. Software stops > immediately with error library gds32.dll not found in the path. > >

[Firebird-devel] [FB-Tracker] Created: (CORE-4998) Both client and server could not close connection after failed authentification

Both client and server could not close connection after failed authentification --- Key: CORE-4998 URL: http://tracker.firebirdsql.org/browse/CORE-4998 Project: Firebird Core

Re: [Firebird-devel] FB3 & W7E

09.11.2015 15:23, Геннадий Забула wrote: > IMO, this is a good solution not to touch folder. But there > should be a separate package for fbclient stuff (maybe even without > msvc*.dll, only icu* dependencies) so software developers can include > it in theirs software packages, and copy nearby an

Re: [Firebird-devel] Encrypt some more

08.11.2015 20:12, Jim Starkey wrote: > Use the page number for the initialization vector. It is also pointless. -- WBR, SD. -- Presto, an open source distributed SQL query engine for big data, initially developed

Re: [Firebird-devel] FB3 & W7E

I'm that software author. I'm testing software FB3 version before I distribute to clients. Why it's working with in other OS (Windows Server 2012 SP 2 and Win7 Pro)? Jukka JS-Ohjelmointi Jukka Sariola Svinhufvudintie 11 E 44 00570 Helsinki 0500 664 779 www.js-ohjelmointi.com 9.11.2015, 15:16,

Re: [Firebird-devel] FB3 & W7E

On Monday 09 Nov 2015 16:23:41 Геннадий Забула wrote: > >I'm not sure what the correct solution to this is. Should we deploy > >fbclient > into the dir by default? Should we deploy MSVC10 runtime assemblies? > As far as I can tell then are already available on most/all systems that > are

Re: [Firebird-devel] Security problem with encrypted databases

On 11/07/2015 07:16 PM, Adriano dos Santos Fernandes wrote: > Em 07/11/2015 13:11, Dimitry Sibiryakov escreveu: >> 07.11.2015 15:57, Vlad Khorsun wrote: >>> I'd say it will be good to have ability to validate encryption key when >>> it is passed into the engine. I.e. not at every page read >>

[Firebird-devel] FB3 & W7E

Hi I've installed FB3 with FB3 Beta 2 installer and now with RC1 to Windows 7 Enterprise. In Services I can see that Firebird Service is running. Software stops immediately with error library gds32.dll not found in the path. With Win7 Pro no problems. Thanks! Jukka PS RC1 version fix the

Re: [Firebird-devel] FB3 & W7E

Now I have tested Win10 with FlameRobin software. Same kind error information. Jukka JS-Ohjelmointi Jukka Sariola Svinhufvudintie 11 E 44 00570 Helsinki 0500 664 779 www.js-ohjelmointi.com 9.11.2015, 15:16, Dimitry Sibiryakov kirjoitti: > 09.11.2015 14:13, JS-Ohjelmointi (J Sariola) wrote: >>

Re: [Firebird-devel] FB3 & W7E

>I'm not sure what the correct solution to this is. Should we deploy fbclient into the dir by default? Should we deploy MSVC10 runtime assemblies? As far as I can tell then are already available on most/all systems that are supported by Microsoft anyway. IMO, this is a good solution not to touch

Re: [Firebird-devel] Security problem with encrypted databases

I just would like to support Vlad solution. It's enough to crypt well known data and decrypt it by provided key. If result is not well known data -> key is bad. It's not necessary to apply that key for the database pages and get surprises as well as not necessary to validate every page. It's

[Firebird-devel] Firebird 3.0 Release Candidate 1 is available for testing

Firebird Project announces the first Release Candidate of Firebird 3.0, the next major version of the Firebird relational database, which is now available for testing. This Release Candidate demonstrates the complete set of features and improvements developed for the new release. Release

Re: [Firebird-devel] Security problem with encrypted databases

2015-11-09 21:08 GMT+03:00 Dimitry Sibiryakov : > In Firebird, crypto-plugin has no access to header page and engine at all. Key correctness can check engine via crypto-plugin after attachment. -- Roman Simakov

Re: [Firebird-devel] Security problem with encrypted databases

09.11.2015 19:05, Roman Simakov wrote: > It's another question where to store such validation data. Just > clumplet on header page? New version will use it, old just skip. In Firebird, crypto-plugin has no access to header page and engine at all. -- WBR, SD.

Re: [Firebird-devel] FB3 & W7E

Hi I have resolved my problems. Most important issue is deploy with software msvcr100.dll version 10.0.40219.325 size 773 968 bytes and msvcp100.dll version 10.0.40219.325 size 421 200 bytes. For 32bit software fbclient.dll renamed as gds32.dll version 3.0.0.31896 size 1 273 856 bytes, if you

Re: [Firebird-devel] Encrypt some more

09.11.2015 18:00, Jim Starkey wrote: > It matters because if every page is encrypted with the same key and > initial state, information can be learned by building a table of first > blocks. If two pages have the same encryption, then an attacker knows > that those pages have common prologs. This

[Firebird-devel] [FB-Tracker] Created: (CORE-5000) FireBird DB (Citrix EdgeSight component) keep crashing

FireBird DB (Citrix EdgeSight component) keep crashing -- Key: CORE-5000 URL: http://tracker.firebirdsql.org/browse/CORE-5000 Project: Firebird Core Issue Type: Bug Components:

Re: [Firebird-devel] FB3 & W7E

Uh, if you're talking about gds32.dll, I'm the original author. Happily, I no longer support it. On 11/9/2015 8:24 AM, JS-Ohjelmointi (J Sariola) wrote: > I'm that software author. I'm testing software FB3 version before I > distribute to clients. > > Why it's working with in other OS (Windows

Re: [Firebird-devel] Encrypt some more

On 11/9/2015 11:15 AM, Dimitry Sibiryakov wrote: > 09.11.2015 16:49, Jim Starkey wrote: >> For CBC mode, the initialization vector is XORed into the first block of >> plaintext. Without this (or something like it), the first 16 bytes of >> every page would have the same encryption, allowing a

Re: [Firebird-devel] Encrypt some more

09.11.2015 16:49, Jim Starkey wrote: > For CBC mode, the initialization vector is XORed into the first block of > plaintext. Without this (or something like it), the first 16 bytes of > every page would have the same encryption, allowing a mapping from > cryptotext to presumed plaintext, possibly

[Firebird-devel] [FB-Tracker] Created: (CORE-4999) Deadlock when trying to access database with invalid crypt key

Deadlock when trying to access database with invalid crypt key -- Key: CORE-4999 URL: http://tracker.firebirdsql.org/browse/CORE-4999 Project: Firebird Core Issue Type: Bug

Re: [Firebird-devel] Encrypt some more

On 11/9/2015 7:37 AM, Dimitry Sibiryakov wrote: > 08.11.2015 20:12, Jim Starkey wrote: >> Use the page number for the initialization vector. > It is also pointless. For CBC mode, the initialization vector is XORed into the first block of plaintext. Without this (or something like it), the

[Firebird-devel] CLOOP and multiple inheritance

Hello, All. Key holder example can be made more simple and readable by using multiple inheritance. With ordinary classes I would do it this way: class CryptKeyHolder: public IKeyHolderPlugin, public ICryptKeyCallback Is it possible with CLOOP templates? -- WBR, SD.

Re: [Firebird-devel] Security problem with encrypted databases

Key correctness can be checked by engine via crypto-plugin... 2015-11-09 21:21 GMT+03:00 Roman Simakov : > 2015-11-09 21:08 GMT+03:00 Dimitry Sibiryakov : >> In Firebird, crypto-plugin has no access to header page and engine at all. > > Key correctness

Re: [Firebird-devel] setDbCryptCallback()

09.11.2015 9:56, Alex Peshkoff wrote: >> > Is callback set with subj supposed to work with custom key holder >> > plugin only? >> > > It should work with any key holder. But there is no default key holder, that's why it doesn't work by default. -- WBR, SD.

Re: [Firebird-devel] setDbCryptCallback()

On 11/07/2015 05:34 PM, Dimitry Sibiryakov wrote: > Hello, All. > > Is callback set with subj supposed to work with custom key holder plugin > only? > It should work with any key holder. -- Presto, an open

Re: [Firebird-devel] Pull request fixed (explained plan xml format)

On Sun, 08 Nov 2015 18:52:57 +0300, "Simonov Denis" wrote: > Why XML? JSON representation is more compact. Either choice is fine, and preferable over the current format that doesn't lend itself well for automatic processing. Personally, I'd prefer XML over JSON for this type

[Firebird-devel] [FB-Tracker] Created: (CORE-4997) Races when 2 threads try to establish first enbedded connections to engine simultaneously

Races when 2 threads try to establish first enbedded connections to engine simultaneously - Key: CORE-4997 URL: http://tracker.firebirdsql.org/browse/CORE-4997