Subject | Re: [firebird-support] Re: Embedded FB1.5 Doesn't Like "localhost". |
---|---|
Author | Helen Borrie |
Post date | 2004-04-17T04:00:02Z |
At 08:14 PM 16/04/2004 +0000, you wrote:
to it., e.g. a dbadmin tool, an IDE, isql, whatever. That makes it an
unavailable resource because you client can't get an exclusive lock on it.
btw, forget what Carlos said about "fb_util.dll". I'm certain it was a
typo. There is no "fb_util" and nothing (in Firebird anyway) tries to load
a library of that name. ib_util.dll needs to be in the /bin directory
beneath your application root if you are going to invoke any external
functions that need it...it's just a memory allocation function--- but
perhaps it's dynamically loaded by IBPP (only conjecture).
Assuming your embedded server is located in the same directory as the
application executable, have you tried renaming it to gds32.dll?
You see, if your application can't find the database, one has to wonder
whether it is actually even *loading* the embedded server. If you have a
copy of fbclient.dll or gds32.dll in the system path (e.g. in the system32
directory) it's well possible that your application is finding it instead,
and looking for a running server to connect to.
/heLen
>*** IBPP::Exception inside Database::Connect ***You won't be able to connect to the database if something else is attached
>
>IBPP Message : isc_attach_database failed
>
>SQL Message : -904
>Unsuccessful execution caused by an unavailable resource..
>
>Engine Code : 335544375
>Engine Message :
>unavailable database
>
> ----------
>
>What am I doing wrong?
>
>I've changed nothing else in the code that works
>for a client-server relationship.
to it., e.g. a dbadmin tool, an IDE, isql, whatever. That makes it an
unavailable resource because you client can't get an exclusive lock on it.
btw, forget what Carlos said about "fb_util.dll". I'm certain it was a
typo. There is no "fb_util" and nothing (in Firebird anyway) tries to load
a library of that name. ib_util.dll needs to be in the /bin directory
beneath your application root if you are going to invoke any external
functions that need it...it's just a memory allocation function--- but
perhaps it's dynamically loaded by IBPP (only conjecture).
Assuming your embedded server is located in the same directory as the
application executable, have you tried renaming it to gds32.dll?
You see, if your application can't find the database, one has to wonder
whether it is actually even *loading* the embedded server. If you have a
copy of fbclient.dll or gds32.dll in the system path (e.g. in the system32
directory) it's well possible that your application is finding it instead,
and looking for a running server to connect to.
/heLen