Subject | RE: [ib-support] --* Please Help*--- Database corruption and cann ot backup & restore |
---|---|
Author | Leyne, Sean |
Post date | 2001-08-07T21:45:32Z |
Colin,
it is possible for the server to be completely hidden from the client
(safe providing port 3050 TCP access). So the problem is a server
problem, not a client problem.
But the solution isn't that cut and dry -- it has to do with the order
in which the database open operations take place.
There has been some work within the Firebird project on developing a
fix, I'll get back to you with a status update in the next day or two.
Sean
> From: C Fraser [mailto:Colin.Fraser@...]The local GDS32.DLL has no way of knowing what the full path should be,
> Sent: Tuesday, August 07, 2001 5:13 PM
> If IB Objects can fix it... why doesn't GDS32.dll refuse to
> use the bad
> string??
it is possible for the server to be completely hidden from the client
(safe providing port 3050 TCP access). So the problem is a server
problem, not a client problem.
> It seems (from my untrained, unknowing eye) that this is an extremelyAll very, very true!
> simple problem, which is extremely easy to introduce, which also has
> extremely nasty outcomes...
> This must surly be considered a MAJOR bug which shouldYes, it is considered a major bug.
> receive very high
> priority... If any old user can corrupt a client server
> database just by
> using the wrong correction string on a client... Isn't that a MAJOR
> problem???
But the solution isn't that cut and dry -- it has to do with the order
in which the database open operations take place.
There has been some work within the Firebird project on developing a
fix, I'll get back to you with a status update in the next day or two.
Sean