Re: [Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-23 Thread Jiri Cincura
Hi, from my talk with Dmitry, it's clear, that embedded server doesn't support trusted auth at all. So we may stop thinking about it and for embedded just not use the logic I described above. Anyway, I still think, that keeping this clear is better than these "smart" decisions (what if in future wi

Re: [Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-21 Thread Dean Harding
> Conclusion: > * For a server, no change at all. > * For embedded > - if you're using some username, you're good (no matter whether the > username is here for easy switch to normal server, to apply some > specific database objects privileges or by accident) > - if not, you simply add sysdba use

Re: [Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-21 Thread Jiri Cincura
What I was trying to make was new feature with backward compatibility and easy to use. The idea of empty username *and* password, as standard Firebird are using seemed good. First you don't need another new connection string parameter. So you don't have to learn and know something new and also no

Re: [Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-21 Thread Jiri Cincura
On Wed, Jan 21, 2009 at 01:46, Dean Harding wrote: > Also, it's not really an *extra* parameter, because you would specify it > *instead of* a username/password, if you get my meaning. Understand. But check my next email. From my POV it looks redundant. -- Jiri {x2} Cincura (CTO x2develop.com)

Re: [Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-20 Thread Helen Borrie
oh--aha, disregard most of what I wrote. Regardless of embedded's rules about *server-level* authentication, you definitely want at least the username available to pass across the interface - otherwise SQL privileges aren't covered. Sorry for the red herrings! Helen --

Re: [Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-20 Thread Dean Harding
> > I would suggest a new property in FbConnectionStringBuilder to > > explicitly turn trusted auth on would be the way to go, otherwise > > it would just use whatever it used before? > > This is what I was trying to avoid. Yet another connection string param. I can understand that desire, but I d

Re: [Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-20 Thread Helen Borrie
At 08:53 AM 21/01/2009, you wrote: >> > The DPB for embedded on Windows doesn't expect a username and password, >Jiri. >> >> AFAIK, embedded server will simply ignore it. You're able to login >> with any username/password. >> >> The empty login and password as signal to try trusted auth is taken >>

Re: [Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-20 Thread Jiri Cincura
On Tue, Jan 20, 2009 at 22:53, Dean Harding wrote: > I would suggest a new property in FbConnectionStringBuilder to explicitly > turn trusted auth on would be the way to go, otherwise it would just use > whatever it used before? This is what I was trying to avoid. Yet another connection string pa

Re: [Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-20 Thread Dean Harding
> > The DPB for embedded on Windows doesn't expect a username and password, Jiri. > > AFAIK, embedded server will simply ignore it. You're able to login > with any username/password. > > The empty login and password as signal to try trusted auth is taken > from standard FB tools. For now the truste

Re: [Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-20 Thread Jiri Cincura
On Tue, Jan 20, 2009 at 21:48, Helen Borrie wrote: > The DPB for embedded on Windows doesn't expect a username and password, Jiri. AFAIK, embedded server will simply ignore it. You're able to login with any username/password. The empty login and password as signal to try trusted auth is taken fr

Re: [Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-20 Thread Helen Borrie
>On Tue, Jan 20, 2009 at 14:41, Mercea Paul wrote: >>> Do you have empty username and password? If so, then FirebirdClient is >>> trying to use trusted auth to server. >> >> [PM] As I see in code, is empty, because I use embeded FB . >>fbcs.ClientLibrary = apppath + @"\fb\fbembed.

Re: [Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-20 Thread Jiri Cincura
On Tue, Jan 20, 2009 at 14:41, Mercea Paul wrote: >> Do you have empty username and password? If so, then FirebirdClient is >> trying to use trusted auth to server. > > [PM] As I see in code, is empty, because I use embeded FB . >fbcs.ClientLibrary = apppath + @"\fb\fbembed.dll"; >

Re: [Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-20 Thread Mercea Paul
> Do you have empty username and password? If so, then FirebirdClient is > trying to use trusted auth to server. [PM] As I see in code, is empty, because I use embeded FB . fbcs.ClientLibrary = apppath + @"\fb\fbembed.dll"; fbcs.Dialect = 3; fbcs.Pooling = f

Re: [Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-20 Thread Jiri Cincura
Do you have empty username and password? If so, then FirebirdClient is trying to use trusted auth to server. -- Jiri {x2} Cincura (CTO x2develop.com) http://blog.vyvojar.cz/jirka/ | http://www.ID3renamer.com -- This SF.n

[Firebird-net-provider] Programs refuse to run with new dll 2.5.0.0 beta

2009-01-20 Thread Mercea Paul
Hi all Using FB 2.1.0.17798 embedded . I have downloaded FirebirdSql.Data.FirebirdClient-2.5.0-Beta1 and put the dll in gac (2.5.0.0) I have tried to run some programs compiled with previous version of .Net provider but refuse to run with no error message, just crash. I wonder if other users ge