Subject | Re: [IBO] DB Connection problem |
---|---|
Author | Lou |
Post date | 2003-09-06T01:54:09Z |
Well
I am redfaced on this one...... Upon close inspection, I did not
clear out the alias property on one of the TIBODatabase components,
which explains why it worked on my dev test bed and clients older
workstations and not the new office I was deploying to.
My ini file was local to the app and the db dir is always protected
only SYSTEM has access to it, no users (except for administrator).
Thanks for tolerating this silly mistake of mine.
-Lou
I am redfaced on this one...... Upon close inspection, I did not
clear out the alias property on one of the TIBODatabase components,
which explains why it worked on my dev test bed and clients older
workstations and not the new office I was deploying to.
My ini file was local to the app and the db dir is always protected
only SYSTEM has access to it, no users (except for administrator).
Thanks for tolerating this silly mistake of mine.
-Lou
--- In IBObjects@yahoogroups.com, Helen Borrie <helebor@t...> wrote:
> At 09:32 PM 5/09/2003 +0000, you wrote:
> >Help.
> >
> >I am using IBO and set my DB connection parms at runtime. I am
> >getting an error "Cannot Open File" when I call the Connect or
Open
> >method. I guessed this was the server complaining as the open
> >database call is what fails.
>
> No, this is an I/O message from the OS, not a connection exception.
>
> >I have debug messages surrounding it
> >and the second message never executes. I have tested app on local
> >machine and another similar network with a server. My parms are
read
> >in from an ini file. I have examine the security rgiths of folder
> >that contains the db and all is like the server that does work.
>
> It's not the server that opens the ini file, it's the user that
runs the
> application. Because it's a baaaaad idea to give ordinary users
filesystem
> rights to the database file or the server software, you'll need to
place
> the ini file locally.
>
> If you are using Firebird 1.5 you can do much better and use
aliases.
>
> Helen