(SF has some problems today, i re-post this email)
Michele Lepri wrote:
> Hi all!
>
> The provider seem doesn't works with embedded version of FireBird
> 2.0RC3 server..
> It works great with super-server version..
>
> Sincerely i don't know if the provider support firebird 2.0.
I reply to my sel
Michele Lepri wrote:
> Hi all!
>
> The provider seem doesn't works with embedded version of FireBird 2.0RC3
> server..
> It works great with super-server version..
>
> Sincerely i don't know if the provider support firebird 2.0.
I reply to my self :)
I found the problem: it seems the embedd dll "f
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
Carlos:
That is the character set in the
connection string ??
yes, but if I put charset=iso8859_1 an error is
raised
Can you try this under .net cf, Encoding.GetEncoding("iso-8859-1")
and let me know the result.
I imagine I have to put this Encoding.GetEncoding("iso-8859-1") after
con
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
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
Hello:
> Fails on connect or running a command ?? I will try to do a test later
> today.
Huummm if i can get it downloaded looks like there are problems
with sourceforge ...
>
>
--
Carlos Guzmán Álvarez
Vigo-Spain
-
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
On 26.7.2006 15:26 Michele Lepri wrote:
> Hi all!
>
> The provider seem doesn't works with embedded version of FireBird 2.0RC3
> server..
Can you send a test case?
> It works great with super-server version..
Affirmative. :)
> Sincerely i don't know if the provider support firebird 2.0.
Supp
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
Hi all!
The provider seem doesn't works with embedded version of FireBird 2.0RC3
server..
It works great with super-server version..
Sincerely i don't know if the provider support firebird 2.0.
Thannks!
Bye!
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
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
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
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
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
there are problem to download the
provider.
How i do to download it?
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & busine
17 matches
Mail list logo