The databasename is saved in one part as so...

dm.db.DatabaseName := editdb.Text ;

try
dm.db.Open;
except
.
.
.
end;

The users report losing their connection and having to terminate the
client program. They can then only login with the connection string
that shouldn't work. So I would say that they didn't diconnect
properly, but it seems they did disconnect. I've not tried looking
into the IBX code yet. I'll be talking to a person at one site
tomorrow and will report any information I receive. I should
mention that we have over 10,000 sites and I've only aware of this
being reported at 2 sites (both times there were support
representatives from our company present).

Thanks,
Steve

--- In ib-support@yahoogroups.com, "Alan McDonald" <alan@m...> wrote:
> and you save the string in one part?
> not servername and path separately?
> Does IBX parse the string? Have you debugged the way IBX handles
this
> string?
> Do the users disconnect properly from the db when this change is
made?
>
> Alan
>
> > -----Original Message-----
> > From: steve11r2003 [mailto:srice@p...]
> > Sent: Monday, 19 May 2003 12:56 AM
> > To: ib-support@yahoogroups.com
> > Subject: [ib-support] Re: Connection string question
> >
> >
> > (As a note to an earlier reply...we don't have spaces in the
> > database name, I only did that so as to make the database name
> > apparent. The actual connection string is like this:
> > Server:f:\winapp\application.gdb )
> >
> > We prompt the user for the connection string. The application is
> > designed so they could run different databases from the same
> > application; however, they have to connect to the database they
want
> > to work with as they login into the application. We save the
last
> > connection string used in the registry so the user doesn't have
to
> > change it each time they login if they login into the same
database
> > all the time (this is very common, only a few users require more
> > than one database). Both sites that reported this issue have
only
> > one database, thus use only one connection string.
> >
> > The situation we've had reported that I described in my original
> > email has been reported by two separate sites with experienced
> > support personnel from our company on site and witnessing the
> > occurrence. I've told them exactly what I'm being told in these
> > replies, that there is no way this can happen. I've not been
able
> > to reproduce it at our site. These support people are very good
and
> > understand the connection string issue as we have a number of
> > applications that use Firebird and of course they all rely on a
> > connection string.
> >
> > I suppose it will be the nature of this issue (not really a
problem
> > because they can connect with the connection string that we all
> > believe doesn't work) that I can just tell them that there is no
way
> > this can occur because that is what everyone believes. They can
> > tell me I don't know what I'm talking about because they've
> > witnessed it themselves. So be it I suppose. I'll post any
further
> > information I can gather regarding issue.
> >
> > Thanks,
> > Steve
> >
> >
> > --- In ib-support@yahoogroups.com, "Alan McDonald" <alan@m...>
wrote:
> > > >There is no way this is a local
> > > > connection as some replies have suggested.
> > >
> > > There is also no way that this is a remote connection.
> > > You say you use IBX components
> > > How do the users change the DatabaseName property of the
IBDatabase
> > > component?
> > >
> > > Alan
> >
> >
> >
> > To unsubscribe from this group, send an email to:
> > ib-support-unsubscribe@egroups.com
> >
> >
> >
> > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/
> >
> >