But it does exist!
\\Dimension2\Dimension2\Data\VSS\users\admin (I copied this string from my
explorer window.)
and that's exactly where the users.txt file in the VSS folder is pointing
to. I know the VSS repository is set up properly because I can access it
through the VSS explorer. I know my code works properly because I can access
a local VSS repository. For some reason though, I cannot programmatically
open a repository which is on a network share whether the share is accessed
using \\...\ notation, or whether I map this to a logical drive assignment.
It makes no difference. The following statement always fails:
DB.Open(IniFile, UID, PWD);
IniFile="\\Dimension2\Dimension2\Data\VSS\srcsafe.ini"
or
IniFile="V:\srcsafe.ini"
and the UID and PWD are correct. And just to reiterate, I am able to open
this repository via VSS Explorer itself. So why can't I open it
programmatically?
Thanks for any help you can offer.
- Joe Geretz -
Thanks for your help
- Joe Geretz -
"Joseph Geretz" <jge...@nospam.com> wrote in message
news:#BRT2HmeCHA.1596@tkmsftngp10...
The code in question is running from an IIS/ASP.NET web site. I adjusted the
site security to use Windows authentication and to use impersonation. Thus
when running the process through the browser (locally), I am using the same
credentials as I use when I open the VSS Explorer. At this setting the code
works!
So I need to ask around a bit on some of the security groups about how
exactly to set this up. Where the VSS database is on onse server, and the
code accessing it runs in an ASP.NET process on another server.
- Joe Geretz -
"Joseph Geretz" <jge...@nospam.com> wrote in message
news:#BRT2HmeCHA.1596@tkmsftngp10...