Re: [Firebird-net-provider] Provider future development

2006-08-06 Thread Marvin Cook
You are a genius :)The following code (while not elegent) works!///    IntPtr lib1 = IntPtr.Zero;    IntPtr lib2 = IntPtr.Zero;    IntPtr lib3 = IntPtr.Zero;    IntPtr lib4 = IntPtr.Zero;    Int

Re: [Firebird-net-provider] Provider future development

2006-08-06 Thread Alan McDonald
Carlos,I used the following code to load the embedded firebird server.  I works very well on Firebird-1.5.2.4731_embed_win32.  However, when I try to load the  Firebird-2.0.0.12710-0_embed_win32,  It will not load at all.  While version 2 of Firebird is still Beta, it is nearing final releas

Re: [Firebird-net-provider] Provider future development

2006-08-06 Thread Marvin Cook
Carlos,I used the following code to load the embedded firebird server.  I works very well on Firebird-1.5.2.4731_embed_win32.  However, when I try to load the  Firebird-2.0.0.12710-0_embed_win32,  It will not load at all.  While version 2 of Firebird is still Beta, it is nearing final release and I

Re: [Firebird-net-provider] Provider future development

2006-08-01 Thread Carlos Guzmán Álvarez
Hello: > Carlos, > > I am delighted to learn that I CAN use the embeded server. Please > forgive the ignorance associated with my pervious posting. > > I will learn how to use LoadLibrary at once. Is there any code that > you can point me to that will shorten the learning curve? > > Thanks agai

Re: [Firebird-net-provider] Provider future development

2006-08-01 Thread Marvin Cook
Carlos,I am delighted to learn that I CAN use the embeded server.  Please forgive the ignorance associated with my pervious posting. I will learn how to use LoadLibrary at once.  Is there any code that you can point me to that will shorten the learning curve?Thanks again for you helpMarvOn 7/29/0

Re: [Firebird-net-provider] Provider future development

2006-07-29 Thread Michele Lepri
Marvin Cook wrote: > The embedded server is unusable currently-- at least in my opinion. > Is there no way we can implement the original intent which was to put > the fbembed.dll in the application folder. I realize that everyone is > volunteer and that I am not able to contribute, but I sure

Re: [Firebird-net-provider] Provider future development

2006-07-29 Thread Carlos Guzmán Álvarez
Hello: > The embedded server is unusable currently-- at least in my opinion. > Is there no way we can implement the original intent which was to put > the fbembed.dll in the application folder. I realize that everyone is > volunteer and that I am not able to contribute, but I sure would like

Re: [Firebird-net-provider] Provider future development

2006-07-28 Thread Marvin Cook
Jeri,The embedded server is unusable currently-- at least in my opinion.  Is there no way we can implement the original intent which was to put the fbembed.dll in the application folder.  I realize that everyone is volunteer and that I am not able to contribute, but I sure would like to have the em

Re: [Firebird-net-provider] Provider future development

2006-07-27 Thread Jiri Cincura
On 26.7.2006 12:38 Scott Price wrote: > Just Curious: Can the fbembed.dll contents not be converted to the > managed world? Maybe, something, who knows. Probably not. There's a lot of C\C++ specific "features" which will be not easy to do in C#. IMHO this isn't a good idea. fbembed.dll is defa

Re: [Firebird-net-provider] Provider future development

2006-07-27 Thread Carlos Guzmán Álvarez
Hello: > It doesn't work *now* in mono or linux :) If you mean v2.0 yes, but because mono has no complete ado.net 2.0 support ( i think the 2.0 sources should build now using mono from svn ) -- Carlos Guzmán Álvarez Vigo-Spain --

Re: [Firebird-net-provider] Provider future development

2006-07-26 Thread Marvin Cook
Carlos,>> i don't like to do so in the provider itself as it will not work for mono on linuxIt doesn't work *now* in mono or linux :)If we could get it to work in Windows, it would help a lot of people. MarvOn 7/26/06, Carlos Guzmán Álvarez <[EMAIL PROTECTED]> wrote: Hello:> What about put the path

Re: [Firebird-net-provider] Provider future development

2006-07-26 Thread Scott Price
Michele Lepri wrote: Scott Price wrote: Just Curious: Can the fbembed.dll contents not be converted to the managed world? The fbembed.dll is the entire database engine ! :) It should be compile (and tested .. etc..) in managed c++ : (it's possibile? i don't know.) And

Re: [Firebird-net-provider] Provider future development

2006-07-26 Thread Jiri Cincura
On 26.7.2006 12:27 Michele Lepri wrote: > Jiri Cincura wrote: >> What about put the path part as some configuration switch/ConnString >> parameter, so every could set path where to find library, without >> recompiling. >> > The problem is that the [DllImport(..)] attribute accept only constant

Re: [Firebird-net-provider] Provider future development

2006-07-26 Thread Carlos Guzmán Álvarez
Hello: > What about put the path part as some configuration switch/ConnString > parameter, so every could set path where to find library, without recompiling. > > OR > > Before setting DllPath make some test in system directory, local directory, > etc. Michele Lepri has told yet the reason why th

Re: [Firebird-net-provider] Provider future development

2006-07-26 Thread Jiri Cincura
On 26.7.2006 14:12 Michele Lepri wrote: > It should be compile (and tested .. etc..) in managed c++ : (it's > possibile? i don't know.) I don't think so. There's a lot of pure C++ unsafe constructs, that it will fail. And as I also said (hum, mail has stucked somewhere on SF, hope it'll arrive

Re: [Firebird-net-provider] Provider future development

2006-07-26 Thread Michele Lepri
Scott Price wrote: > Just Curious: Can the fbembed.dll contents not be converted to the > managed world? The fbembed.dll is the entire database engine ! :) It should be compile (and tested .. etc..) in managed c++ : (it's possibile? i don't know.) And of course managed code is a bit slower the u

Re: [Firebird-net-provider] Provider future development

2006-07-26 Thread Michele Lepri
Jiri Cincura wrote: > What about put the path part as some configuration switch/ConnString > parameter, so every could set path where to find library, without recompiling. > The problem is that the [DllImport(..)] attribute accept only constant string in its parameter. > OR > > Before setting

Re: [Firebird-net-provider] Provider future development

2006-07-26 Thread Scott Price
Just Curious:  Can the fbembed.dll contents not be converted to the managed world? Regards, Scott :) Jiri Cincura wrote: On 26.7.2006 10:27 Michele Lepri wrote: I solve it, by recompile del provider with this change: in the FbClient class of the Embedded namespace, change the

Re: [Firebird-net-provider] Provider future development

2006-07-26 Thread Jiri Cincura
On 26.7.2006 10:27 Michele Lepri wrote: > I solve it, by recompile del provider with this change: > in the FbClient class of the Embedded namespace, change the line from > public const string DllPath = "fbembed"; > to > public const string DllPath = > "x:\absolute_path_with

Re: [Firebird-net-provider] Provider future development

2006-07-26 Thread Michele Lepri
Marvin Cook wrote: > Carlos, > > It would be nice to be able to put fbembed.dll in the same directory > as the executeable. Hi all :) I'm worry it isn't a provider's problem: it is a M$ problems i think. When you make a pinvoke, i don't know why, the system need more that only read permission on

Re: [Firebird-net-provider] Provider future development

2006-07-25 Thread Marvin Cook
Carlos,It would be nice to be able to put fbembed.dll in the same directory as the executeable.MarvOn 7/24/06, Carlos Guzmán Álvarez < [EMAIL PROTECTED]> wrote:Hello: What features do you think the provider lacks and needsto be implemented in future versions ??One thing that i think that will be ni

[Firebird-net-provider] Provider future development

2006-07-24 Thread Carlos Guzmán Álvarez
Hello: What features do you think the provider lacks and needs to be implemented in future versions ?? One thing that i think that will be nice is to change the installer to use Wix, has somebody experience with it ?? Another is to see if there are something of the new features of Firebird 2.0 t