Subject | Re: [ib-support] Re: --* Please Help*--- Database corruption and cannot backup & restore |
---|---|
Author | Nando Dessena |
Post date | 2001-08-08T20:17:15Z |
Doug,
the current settings, whatever they may be. If the server were to decide
by itself where to point (and how?) then it could as well reject
relative path specifications.
with WinNT/2K to keep a file handle allocated by a dead process.
Ciao
--
____
_/\/ando
> Therefore, according to this you have to set the current drive andthe whole point of using relative path names is to take advantage (!) of
> directory first, then call GetFullPathName. If you are going to do that
> then you might as well parse the file name yourself!
the current settings, whatever they may be. If the server were to decide
by itself where to point (and how?) then it could as well reject
relative path specifications.
> Munging with the filepath that is sent from the client is not foolproof,If I remember well, UNC filenames are currently rejected.
> however. UNC style filenames are completely different. They have no drive
> letter. Thus there are several canonical instances of filepath which
> properly refer to the same file and are not the same.
> The only problem I see (besides locking out gstat) of opening the GDB filesThis would only happen on Win9x/Me machines; I don't think it's possible
> exclusively is the possibility of the IB server process hanging up in some
> fashion which leaves the GDB file inaccessible until the server machine is
> rebooted. That would be very harsh and I don't believe we are far enough up
> the reliability curve to rule it out.
with WinNT/2K to keep a file handle allocated by a dead process.
Ciao
--
____
_/\/ando