RE: Source Server failing to realise it's almost worked in VS 2008 SP1
- From: Tristan MSDN Keen <QASDev@xxxxxxxxxxxxx>
- Date: Fri, 2 Jan 2009 02:27:00 -0800
FWIW, I never managed to solve the original problem (not being able to use an
external tool to retreive source file for VS IDE), but did manage another way.
I copied the source server block (using pdbstr.exe to look at it) from the
PDB provided for reading the .NET framework source code when debugging that
code.
This uses a direct HTTP reference that somehow the VS IDE understands that
it needs to be downloaded as a web request.
A bit of messing around created a suitable ASP.NET website with the right
sort of URL patterns to turn into subdirs.
srctool -x no longer works though - will have to live with that!
Tristan.
"Tristan MSDN Keen" wrote:
I'm trying to introduce Symbol/Source server technology at our company, and.
almost succeeding. I've a custom source indexing process (we use MKS - not
supported by the main distrib) correctly indexing the PDBs - srctool -x
successfully gets the source required. I also use symstore to put the
indexed PDB/EXE/DLLs in a network share. VS 2008 will download from the
symbol store to it's local cache, load the symbols and bring up the "Do you
trust this command?" dialog in response to the source indexing. The output
window shows it then running the command, which is successful & I can see the
downloaded file on the disk.
But then VS 2008 refuses to play, and says it's cannot access the source
code it just downloaded - bringing up the open file dialog or merely the
"Source code cannot be displayed" stop box. I'm at a loss as to how to
proceed - any suggestions?
The srcsrv block from the example I'm using is below:
SRCSRV: ini ------------------------------------------------
VERSION=1
VERCTRL=wget 1
DATETIME=05/12/2008 13:52:25
SRCSRV: variables ------------------------------------------
HTTP_ADDR=http://gwsmon/SrcServer/
HTTP_PROG=s:\testing\wget.exe
SRCSRVTRG=%targ%\%var2%\%var3%\%var5%\%var6%\%var7%\%var6%
SRCSRVCMD=%HTTP_PROG%
"%HTTP_ADDR%?Project=%var4%&Member=%var6%&Version=%var7%"
-O %SRCSRVTRG%
SRCSRV: source files ---------------------------------------
f:\godalming\Projects\IdentityProvider\Source\IntegrationTests\Integration.cs*ATLAS*NoCheckpoint*$23d$3A$2FMKS$2FProjects$2FRepo$2FExperian.Qas.Lib$23IdentityProvider$2FIntegrationTests*IntegrationTests*Integration.cs*1.2
SRCSRV: end ------------------------------------------------
It gets downloaded to
C:\DOCUME~1\username\LOCALS~1\APPLIC~1\SOURCE~1\ATLAS\NoCheckpoint\IntegrationTests\Integration.cs\1.2,
where I obviously have full rights so it's not a real file access security
issues.
The output window when this runs shows (some odd spaces in the filename -
significant or just display oddity?):
SRCSRV: s:\testing\wget.exe
"http://gwsmon/SrcServer/?Project=$23d$3A$2FMKS$2FProjects$2FRepo$2FExperian.Qas.Lib$23IdentityProvider$2FIntegrationTests&Member=Integration.cs&Version=1.2";
-O
"C:\DOCUME~1\tristan\LOCALS~1\APPLIC~1\SOURCE~1\ATLAS\NoCheckpoint\IntegrationTests\Integration.cs\1.2\Integration.cs"
--19:23:21--
http://gwsmon/SrcServer/?Project=$23d$3A$2FMKS$2FProjects$2FRepo$2FExperian.Qas.Lib$23IdentityProvider$2FIntegrationTests&Member=Integration.cs&Version=1.2
=>
`C:\DOCUME~1\username\LOCALS~1\APPLIC~1\SOURCE~1\ATLAS\NoCheckpoint\Inte
grationTests\Integration.cs\1.2\Integration.cs'
Resolving gwsmon... done.
Connecting to gwsmon[150.150.154.17]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 3,347 [text/plain]
0K . ..
Thanks in advance for any help!
Tristan.
- Follow-Ups:
- RE: Source Server failing to realise it's almost worked in VS 2008
- From: Tristan MSDN Keen
- RE: Source Server failing to realise it's almost worked in VS 2008
- Prev by Date: debugging 64 bit apps
- Next by Date: Re: debugging 64 bit apps
- Previous by thread: debugging 64 bit apps
- Next by thread: RE: Source Server failing to realise it's almost worked in VS 2008
- Index(es):
Relevant Pages
|
