At 01:55 AM 16/07/2010, hrsoft.hrsoft wrote:

>Until Jun/2010, frequently I used cpLocal to connect to Firebird 1.5.3 or
>2.01.
>
>Like this example, when setting the IB_Database, using the old IBO 4.5
>(registered):
>
>Protocol=cpLocal
>
>Path=\\hr2008\silojaw\ibo\hrmercado.gdb
>
>When setting Connected=true, the connection is Ok.

This path syntax is not for a cpLocal path, it is a network mapping, which would not work with Fb 1.5 or 2.0 at all. It seems you will need to re-check your sources to see exactly how IBO is constructing the connection string.

>In Jul/2010, I update to IBO 4.9.9 (registered):
>
>The same settings was refused, with this message:
>
>ISC ERROR CODE:335544344
>
>ISC ERROR MESSAGE:
>
>I/O error for file "silojaw\ibo\hrmercado.gdb"
>
>Error while trying to open file
>
>The system cannot find the specified path

As expected. For cpLocal, it could only be on a Windows server and could only be either

c:\silogjaw\hrmercado.gdb
or an alias that is defined in aliases.conf using that exact path.

>When I changed to use cpTCP_IP, the connection is Ok
>
>Protocol=cpTCP_IP
>
>Path=c:\silojaw\ibo\hrmercado.gdb
>
>Server=hr2008
>
>All is fine with cpTCP_IP.

Also as expected.

>Off course, in the next installations, I can use only cpTCP_IP. But I have
>clients that use Windows XP acting like a server, and in some old computers,
>only cpLocal works.

Did you test on those old XP machines and with Fb 2.x, or only on Vista/Windows 7 with Fb 1.5.x?

The cpLocal implemented for Fb 1.5 and below *does not work* on Vista/Win7.
The new cpLocal in Fb 2 and up (uses XNET) should work on those OS, provided you have everything properly set up (MS runtimes, etc.)

hth
Helen