> > According to your mail i renamed the fbclient.dll to gds32.dll and
> > found that my fbguardian ceased to run .
> >
> > I think i should conclude that using IBOAdmin for backing up is not a
> > good option.
>
> Don't rename, rather make a copy.
>
> I'll see about getting the IBOAdmin to look in the fbclient.dll for those
> exported methods. They are handled separately and more than likely they
> don't even try to look for an fbclient.dll at all. Those are not
> as of yet
> officially supported, which is just another way of saying they are
> maintained by the community. It probably wouldn't take much
> effort to make
> the simple changes you need in the sources.
>
> Jason Wharton
>

Jason,
I've done a bit of testing on IBOAdmin services manager security.
The components obviously piggy back on IB_Connection etc but I know now that
if the IBOSecurity component is not created (set in design time create
order) ahead of the IB_Connection component, it will not work at all. (could
be the same for back/restore).
I can see that the services manager connection relies on the IB_Connection
component loading the client library. It will not load the library on it's
own.
But my source searches have failed to discover why it can't load the lib if
the lib is not loaded.
So security service cannot connect to a server without having an open
connection to a database. i.e. it cannot just connect to the server.
In your review of the above matter I would appreciate your checking this
other matter or pointing me in the direction of making the security service
connection more independent of a live database connection.
thanks
Alan