Subject | Re: [firebird-support] Aliases.conf limitations |
---|---|
Author | Jason Dodson |
Post date | 2005-10-14T12:13:02Z |
I came across this problem due to our shop here finally ditching windows in favr
of linux. Unfortunately, some 200 little legacy applications had hard coded
values for the path to the database. This was an attempt to get around that
without 200 recompiles.
I will check on 2.0 this afternoon.
Jason
Dmitry Yemanov wrote:
of linux. Unfortunately, some 200 little legacy applications had hard coded
values for the path to the database. This was an attempt to get around that
without 200 recompiles.
I will check on 2.0 this afternoon.
Jason
Dmitry Yemanov wrote:
> "Jason Dodson" <jasond@...> wrote:
>
>>Using Linux. Slackware, Gentoo, and Debian, and it fails...
>>both on 1.5.1 and 1.5.2.
>
>
> Aliases is resolved by the engine in v1.5. To establish a server attachment,
> the client library tries the remote subsystems with a given connection
> string. On posix, there cannot be a ":" drive separator like on win32 and
> it's considered to be a TCP/IP connection string, hence the failure you
> observe. But your example looks quite weird to me as you mix pathnames for
> different OS. If you want a path substitution, both paths should belong to
> the same OS (the server one).
>
> BTW, I think this issue shouldn't exist on v2.0. Could you please check?
>
>
> Dmitry
>