Here is example of DSN-Less connections I have used with this app for four
years. Currently Oterro 3.0 is used, but I changed the line (Line 2) from a
Hard Mapping to a UNC (Line 3) to test and it works the same. (The news reader
has wrapped the lines) .. Sorry, I have nothing to add regards Citrix.
[CONNECTION]
;ConnectionString=Provider=MSDASQL.1;DRIVER={R:BASE Database Driver
(*.rb1)};DBQ=F:\rbvb\bauerlie\bauerlie;UID=;PWD=;
;ConnectionString=Provider=MSDASQL.1;DRIVER={Oterro 3.0 Database Driver
(*.rb1)};DBQ=F:\rbvb\bauerlie\bauerlie;UID=;PWD=;
ConnectionString=Provider=MSDASQL.1;DRIVER={Oterro 3.0 Database Driver
(*.rb1)};DBQ=\\phoenix\mikd\rbVb\Bauerlie\bauerlie;UID=;PWD=;
;ConnectionString=Provider=MSDASQL.1;DRIVER={R:Base 7.0 Database Driver
(*.rb1)};DBQ=F:\rbvb\bauerlie\bauerlie;UID=;PWD=;
;ConnectionString=Provider=MSDASQL.1;DRIVER={Oterro Database Driver
(*.rb1)};DBQ=F:\Mikd\rbvb\bauerlie\bauerlie;UID=;PWD=;
----- Original Message -----
From: "Steve Hartmann" <[EMAIL PROTECTED]>
To: "RBASE-L Mailing List" <[email protected]>
Sent: Thursday, March 31, 2005 6:19 AM
Subject: [RBASE-L] - DSN Connection Using IP Address with Citrix
> We have been using Oterro to connect to R:Base for a VB application for
> almost 10 years. We are still using Oterro 2.1. We use Citrix server
> to host the application. We are moving to a new set of servers.
> Because the new Citrix servers are set up like a Citrix farm, the DB has
> to be on a separate server. While I can map to the DB server from the
> server when I am logged in, we cannot seem to maintain that mapping when
> the applications are published.
>
> Were have tried pointing to the db using its system name:
> \\systemname\directory\db.rb1. That does not work. Does anyone know a
> syntax that will work? Is it possible to do a DSN less connection using
> an IP or system name to point to the DB?
>
> Does the Oterro 3.0 DSN support system references as specified above?
>
> Can anyone suggest a way to get Citrix to support the mapped drive for
> published applications?
>
> Stephen R. Hartmann
> SBC
> [EMAIL PROTECTED]
>
