| Author |
 Topic  |
|
|
Ivan A. Fotan
Ketchup Master
Ukraine
67 Posts |
 Posted - Mar 24 2004 : 03:01:09 AM
|
Just installed VAX 1222 crash Visual Studio .NET 2003 after switching to another solution via menu: File->Recent Projects.
And it crashing almost every time when project switched 
Screenshot of crash:
 |
IAF |
|
|
SvenC
Tomato Guru
Germany
339 Posts |
Posted - Mar 24 2004 : 03:15:23 AM
|
Same for me in VS.NET 2003:
1) switch solutions with the start page -> OK
2) switch solutions from the "Recent Project" menu -> CRASH |
 |
|
|
SvenC
Tomato Guru
Germany
339 Posts |
Posted - Mar 24 2004 : 03:17:35 AM
|
BTW: no other add-ins installed except VAX.
I checked this behaviour with VAX 1221 -> NO crash. |
|
|
|
LarryLeonard
Tomato Guru
USA
1041 Posts |
Posted - Mar 24 2004 : 09:36:02 AM
|
Crashes for me in the same way.
When I debug it, it comes to line 239 in getcwd.c:/*
* Place the current directory string into the user buffer
*/
return _tcscpy(p, dirbuf); Here's my info:
VA_X.dll file version 10.0.1222.0
Licensed to:
VA X:
VA.NET 7.1: [email protected] (1-user license)
VAOpsWin.dll version 1.0.0.44
DevEnv.exe version 7.10.3077.0
msenv.dll version 7.10.3077.0
Font: Courier New 13(Pixels)
Comctl32.dll version 5.82.2800.1106
WindowsNT 5.1 Build 2600 Service Pack 1
Single processor
Platform: Win32
Stable Includes:
C:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\include;
C:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\atlmfc\\include;
C:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\PlatformSDK\\include\\prerelease;
C:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\PlatformSDK\\include;
C:\\Program Files\\Microsoft Visual Studio .NET 2003\\SDK\\v1.1\\include;
Library Includes:
C:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\atlmfc\\src\\mfc;
C:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\atlmfc\\src\\atl;
C:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\crt\\src;
Other Includes:
I've emailed my logs. Here's the stack:
VA_X.dll!1ed0a83c()
VANETPatch.dll!08571092()
msenv.dll!500960dc()
msenv.dll!50095f86()
msenv.dll!50096226()
msenv.dll!500959c7()
msenv.dll!50095a39()
msenv.dll!50096636()
msenv.dll!5009669a()
msenv.dll!50097a18()
msenv.dll!50099003()
msenv.dll!500969bf()
msenv.dll!500bf902()
msenv.dll!500aed33()
msenv.dll!50289be0()
msenv.dll!50289c6b()
msenv.dll!5027a87a()
msenv.dll!5014c986()
msenv.dll!5012aba0()
ole32.dll!771fd52f()
msenv.dll!50129d53()
msenv.dll!5012ab56()
VA_X.dll!1eda6297()
VA_X.dll!1ee551ff()
VA_X.dll!1ee79741()
VA_X.dll!1ee55407()
VA_X.dll!1ed0af96()
ntdll.dll!77f517b2()
user32.dll!77d43b33()
user32.dll!77d45b2c()
user32.dll!77d45f73()
VA_X.dll!1ee55c35()
VA_X.dll!1ee562d1()
VA_X.dll!1eda6297()
VA_X.dll!1ee551ff()
VA_X.dll!1ee79741()
user32.dll!77d43a50()
user32.dll!77d43b1f()
user32.dll!77d43b4f()
user32.dll!77d43b33()
user32.dll!77d43b33()
user32.dll!77d43b33()
user32.dll!77d45453()
user32.dll!77d48051()
user32.dll!77d48049()
lpk.dll!629c11fe()
VA_X.dll!1ed0b11a()
VA_X.dll!1ed0b147()
user32.dll!77d48477()
lpk.dll!629c3062()
lpk.dll!629c3090()
gdi32.dll!77c8e5c5()
VA_X.dll!1ed0b76c()
VA_X.dll!1ed0b79c()
gdi32.dll!77c7392a()
user32.dll!77d43a50()
user32.dll!77d43b1f()
user32.dll!77d5458b()
gdi32.dll!77c73b1e()
msenv.dll!500ad929()
msenv.dll!500ad934()
comctl32.dll!77343f14()
user32.dll!77d43c1f()
user32.dll!77d44001()
user32.dll!77d4400a()
msenv.dll!500c8a81()
user32.dll!77d43a50()
user32.dll!77d43b1f()
user32.dll!77d43b4f()
user32.dll!77d43b33()
user32.dll!77d43b33()
user32.dll!77d43b33()
user32.dll!77d45453()
gdi32.dll!77c7558a()
user32.dll!77d440c6()
comctl32.dll!7734399c()
gdi32.dll!77c72990()
gdi32.dll!77c729ec()
gdi32.dll!77c77f70()
user32.dll!77d43a50()
user32.dll!77d43a50()
user32.dll!77d43b1f()
user32.dll!77d43b4f()
user32.dll!77d43b33()
user32.dll!77d43b33()
user32.dll!77d45b2c()
ntdll.dll!77f517e6()
ntdll.dll!77f51778()
ntdll.dll!77f517b2()
VA_X.dll!1ee551ff()
VA_X.dll!1ee79741()
VA_X.dll!1ee55407()
VA_X.dll!1ed0af96()
ntdll.dll!77f5f80c()
user32.dll!77d45cdd()
user32.dll!77d45cdd()
user32.dll!77d45c94()
user32.dll!77d45ca8()
user32.dll!77d45ca8()
user32.dll!77d43a50()
user32.dll!77d43b1f()
user32.dll!77d43b4f()
user32.dll!77d43b33()
user32.dll!77d43b33()
user32.dll!77d43b33()
user32.dll!77d45453()
user32.dll!77d48051()
user32.dll!77d48049()
user32.dll!77d48049()
kernel32.dll!77e76111()
kernel32.dll!77e76111()
VA_X.dll!1edbf1cf()
ntdll.dll!77f51690()
ntdll.dll!77f5164e()
ntdll.dll!77f5166a()
user32.dll!77d45ca8()
user32.dll!77d43a50()
user32.dll!77d43b1f()
user32.dll!77d43b4f()
user32.dll!77d43b33()
ntdll.dll!77f5166a()
VA_X.dll!1ee3f8ce()
user32.dll!77d45f55()
gdi32.dll!77c77efe()
VA_X.dll!1ed0cf29()
VA_X.dll!1ed0cf49()
user32.dll!77d44535()
msenv.dll!500aa466()
user32.dll!77d452ee()
msenv.dll!500aa47f()
msenv.dll!500aa48a()
msenv.dll!500a9b4d()
user32.dll!77d43a50()
user32.dll!77d43b1f()
user32.dll!77d43b4f()
user32.dll!77d43b33()
user32.dll!77d43b33()
user32.dll!77d43b33()
user32.dll!77d444f5()
user32.dll!77d44535()
user32.dll!77d458ce()
user32.dll!77d45885()
user32.dll!77d45899()
user32.dll!77d45899()
comctl32.dll!77345a1c()
comctl32.dll!77343a7c()
user32.dll!77d43b4f()
user32.dll!77d43b33()
user32.dll!77d43a50()
user32.dll!77d43b4f()
user32.dll!77d43b33()
user32.dll!77d43a50()
user32.dll!77d43b1f()
user32.dll!77d43b4f()
user32.dll!77d43b33()
user32.dll!77d43b33()
user32.dll!77d45b2c()
user32.dll!77d43b1f()
user32.dll!77d43b4f()
user32.dll!77d43b33()
user32.dll!77d43b33()
user32.dll!77d45b2c()
user32.dll!77d45f73()
VA_X.dll!1ee55c35()
VA_X.dll!1ee562d1()
VA_X.dll!1ee79741()
VA_X.dll!1ee551ff()
user32.dll!77d458ce()
user32.dll!77d45885()
user32.dll!77d45899()
user32.dll!77d45899()
msenv.dll!500c77e1()
msenv.dll!500c77ef()
msenv.dll!500c41d7()
msenv.dll!500c41e2()
oleaut32.dll!77121778()
msenv.dll!500aaad8()
user32.dll!77d627b5()
user32.dll!77d43a50()
user32.dll!77d43b1f()
user32.dll!77d43b4f()
user32.dll!77d43b33()
ole32.dll!771c06f1()
oleaut32.dll!771217c8()
oleaut32.dll!77121778()
msenv.dll!500aaacb()
msenv.dll!500aaad8()
VAssistNET.dll!1000eb1d()
user32.dll!77d43b1f()
user32.dll!77d43b33()
user32.dll!77d43b33()
user32.dll!77d45b2c()
user32.dll!77d45b4b()
comctl32.dll!7196b392()
comctl32.dll!7196b670()
comctl32.dll!7196b69c()
comctl32.dll!7196b6a4()
ntdll.dll!77f517e6()
ntdll.dll!77f517e6()
ntdll.dll!77f51778()
ntdll.dll!77f517b2()
ntdll.dll!77f5202c()
ntdll.dll!77f57685()
ntdll.dll!77f57685()
kernel32.dll!77e81494()
> msvcr71.dll!_wgetdcwd_lk(int drive=0x00000002, unsigned short * pnbuf=0x00000010, int maxlen=0x77f7623f) Line 238 + 0xd C
msenv.dll!500ac7e5()
kernel32.dll!77e7a458()
msenv.dll!500af3e3()
ntdll.dll!77f5166a()
msenv.dll!500af5a3()
msenv.dll!500d716f()
msenv.dll!500d7180()
ntdll.dll!77f60bf4()
ntdll.dll!77f79ba4()
ntdll.dll!77f79b78()
ntdll.dll!77f60d06()
ntdll.dll!77f7591f()
ntdll.dll!77f60d2f()
ntdll.dll!77f79b78()
ntdll.dll!77f79ba4()
ntdll.dll!77f79b78()
ntdll.dll!77f60d06()
kernel32.dll!77e948b0()
ntdll.dll!77f5dad4()
ntdll.dll!77f79b78()
kernel32.dll!77e948b0()
ntdll.dll!77f60d06()
ntdll.dll!77f7591f()
ntdll.dll!77f60d2f()
kernel32.dll!77e948b0()
ntdll.dll!77f79ba4()
ntdll.dll!77f79b78()
ntdll.dll!77f60d06()
kernel32.dll!77e948b0()
kernel32.dll!77e9487d()
ntdll.dll!77f5d988()
ntdll.dll!77f5dad4()
kernel32.dll!77e948b0()
ntdll.dll!77f60bf4()
ntdll.dll!77f5d988()
kernel32.dll!77e73887()
ntdll.dll!77f5d988()
ntdll.dll!77f5dad4()
kernel32.dll!77e948b0()
kernel32.dll!77e9487d()
kernel32.dll!77e9488d()
ntdll.dll!77f79ba4()
ntdll.dll!77f79b78()
ntdll.dll!77f60bf4()
kernel32.dll!77e9487d()
kernel32.dll!77e9488d()
ntdll.dll!77f79ba4()
ntdll.dll!77fb4dbd()
kernel32.dll!77e73887()
ntdll.dll!77f707af()
ntdll.dll!77f70909()
ntdll.dll!77f708ce()
ntdll.dll!77f5b4ab()
kernel32.dll!77e73887() |
|
|
|
willdean
Tomato Guru
134 Posts |
Posted - Mar 24 2004 : 10:20:56 AM
|
Just an aside Larry, are you familiar with symserv? (http://www.microsoft.com/whdc/ddk/debugging/symbols.mspx)
Works fine with VS (though no progress UI, which makes the first few debugging sessions rather painful), but absolutely fantastic once you've got the symbols locally.
Once you've got used to stack traces with all the OS symbols, you'll never go back...
|
|
|
|
Uniwares
Tomato Guru
Portugal
2321 Posts |
Posted - Mar 24 2004 : 10:56:24 AM
|
| And, you can even put your own symbols on a local server, which makes debugging for large projects and teams very nice. Everybody gets the same symbols, from the same location without having to recompile the whole project locally, or messing around with pdb/map files. |
|
|
|
kschaab
Tomato Guru
USA
118 Posts |
Posted - Mar 24 2004 : 10:58:04 AM
|
I also have this crash. It seems to be intermittent, when the crash does not happen there is a brief, 30s or so, hang. Here is the callstack for this crash:
> VA_X.dll!1ed0a83c()
VANETPatch.dll!0a5d1092()
msenv.dll!CLineMetrics2::ShapePlacePass(HDC__ * hdc=0x8e011630, HFONT__ * hf=0xc00a20d1, bool * pfTooManyGlyphs=0x0012a237) Line 1435 + 0x31 C++
msenv.dll!CLineMetrics2::ShapePlace(HDC__ * hdc=0x8e011630, bool * pfTooManyGlyphs=0x0012a237) Line 1805 + 0x11 C++
msenv.dll!CLineMetrics2::USPFormatText(HDC__ * hdc=0x8e011630) Line 1877 + 0x12 C++
msenv.dll!CLineMetrics2::Format(HDC__ * hdc=0x8e011630, CFontInfo * pfi=0x00dfbfc0, CFontInfo * pfiBold=0x00dfbb90, CColorTableCache * pColorTable=0x0bf9e7e8) Line 2005 C++
msenv.dll!CEditView::GetNextFragment(long iLine=0, _linedataex * pld=0x0012a2c0, long iStartIndex=-1912531408, IVsTextLayer * pUnderlyingLayer=0x0bf9f01c, long * piEndIndex=0x0012a2e4) Line 888 C++
msenv.dll!CWrapLayer::RebuildLineSegments(long iFirstRealLine=0, long iLastRealLine=325, CAdvancedArray<LineSegment,LineSegment &> & vSegments={...}) Line 1621 + 0x1c C++
msenv.dll!CCachingSegmentVector::BuildNewSegmentsAndComputeFirstRealLine(int bStartOfCacheWasDeleted=0, const _TextLineChange * pTLC=0x0012a3cc, long iNewFirstComputedLine=0, long iAmountToCache=326, long & riFirstRealLine=0, CAdvancedArray<LineSegment,LineSegment &> & rvNewSegments={...}) Line 582 + 0xd C++
msenv.dll!CCachingSegmentVector::OnChangeLineText(const _TextLineChange * pTLC=0x00000000, _TextLineChange & tlcWrap={...}) Line 730 C++
msenv.dll!CWrapLayer::OnChangeLineText(const _TextLineChange * pTLC=0x0012a3cc, int fLast=1) Line 1393 C++
msenv.dll!CProxyIVsInternalTextLinesEvents<CVisibleRegionList>::Fire_InternalOnChangeLineText(_TextLineChange * pTLC=0x0012a3cc, int fLast=1) Line 194 C++
msenv.dll!CTextHidingLayer::FireOnChangeLineText(_TextLineChange * pTLC=0x0012a3cc, int fLast=1) Line 651 + 0x13 C++
msenv.dll!CTextHidingLayer::OnChangeLineText(const _TextLineChange * pTLC=0x0012a410, int fLast=1) Line 400 + 0xf C++
msenv.dll!CTextHidingLayer::OnCloseCompoundAction(int bCommit=1) Line 2053 C++
msenv.dll!CVisibleRegionList::CloseCompoundViewChange() Line 2396 C++
cslangsvc.dll!COpenSource::UpdateOutlineRegions(IVsOutliningSession * pSession=0x00000000, int fBegin=0) Line 4193 C++
cslangsvc.dll!CCodeWinManager::OnNewView(IVsTextView * pView=0x0bf9ad74) Line 250 C++
cslangsvc.dll!CCodeWinManager::AddAdornments() Line 162 C++
msenv.dll!CCodeWindow::OnNewLanguageService(const _GUID & sidLang={...}) Line 369 C++
msenv.dll!CProxyIVsTextBufferEvents<CTextBuffer>::Fire_OnNewLanguageService(const _GUID & sidLangServiceID={...}) Line 322 C++
msenv.dll!CTextBuffer::SetLanguageServiceID(const _GUID & sidLangService={...}) Line 1825 C++
msenv.dll!CTextBuffer::SetData(const _GUID & rguidKey={...}, tagVARIANT vtData={...}) Line 2767 C++
msenv.dll!CTextBuffer::Load(const unsigned short * pszFileName=0x0c155260, unsigned long dwMode=0, int fReadonly=0) Line 3784 C++
msenv.dll!CTextBuffer::LoadDocData(const unsigned short * pszMkDocument=0x0c155260) Line 4420 C++
msenv.dll!CVsUIShellOpenDocument::InitializeEditorInstance(unsigned long grfIEI=0, IUnknown * punkDocView=0x0bf9ed08, IUnknown * punkDocData=0x0bf9f350, const unsigned short * pszMkDocument=0x0c155260, const _GUID & rguidEditorType={...}, const unsigned short * pszPhysicalView=0x00000000, const _GUID & rguidLogicalView={...}, const unsigned short * pszOwnerCaption=0x5377f238, const unsigned short * pszEditorCaption=0x0c16a2cc, IVsUIHierarchy * pHier=0x00de89d0, unsigned long itemid=14874736, IUnknown * punkDocDataExisting=0x00000000, IServiceProvider * pSP=0x00e2f898, const _GUID & rguidCmdUI={...}, IVsWindowFrame * * ppDocFrame=0x0012b020) Line 6339 + 0xc C++
msenv.dll!CVsUIShellOpenDocument::OpenSpecificEditor(unsigned long grfOpenSpecific=1222832, const unsigned short * pszMkDocument=0x00000000, const _GUID & rguidEditorType={...}, const unsigned short * pszPhysicalView=0x00000000, const _GUID & rguidLogicalView={...}, const unsigned short * pszOwnerCaption=0x0012a8a4, IVsUIHierarchy * pHier=0x0c7a35e4, unsigned long itemid=1223112, IUnknown * punkDocDataExisting=0x00000001, IServiceProvider * pSP=0x00000000, IVsWindowFrame * * ppDocFrame=0x0012a9d4) Line 6263 + 0x67 C++
csproj.dll!CLangFileNode::OpenWithSpecific(const _GUID & rguidEditorType={...}, const unsigned short * pszPhysicalView=0x00000000, const _GUID & rguidLogicalView={...}, IUnknown * punkDocDataExisting=0x500dc8f0, IVsWindowFrame * * ppWindowFrame=0x0012b098, int bShowWindow=0) Line 1674 + 0x51 C++
csproj.dll!CLangHierarchy::ReopenItem(unsigned long itemid=14874736, const _GUID & rguidEditorType={...}, const unsigned short * pszPhysicalView=0x00000000, const _GUID & rguidLogicalView={...}, IUnknown * punkDocDataExisting=0xffffffff, IVsWindowFrame * * ppWindowFrame=0x0012b098) Line 1375 C++
msenv.dll!CPane::ResetPanesAfterOpenSolution() Line 7583 C++
msenv.dll!CPane::LoadDocWindowDataFromSuo(IStream * pstream=0x00000000, int fExternal=0) Line 2195 C++
msenv.dll!CVsShellPackage::ReadUserOptions(IStream * pOptionsStream=0x0bf849f8, const unsigned short * pszKey=0x502ea8d8) Line 843 + 0x7 C++
msenv.dll!CVsSolutionPersistence::LoadPackageUserOpts(IVsPersistSolutionOpts * pPSO=0x009c80f0, const unsigned short * lpszKey=0x502ea8d8) Line 895 + 0xd C++
msenv.dll!CSolution::Open(const unsigned short * lpszSolutionFilename=0x006c0073, unsigned long grfOpenOpts=110, const unsigned short * lpszSeekProjectFile=0x00220cba) Line 8639 + 0xe C++
msenv.dll!OpenFileAsDefault(const unsigned short * pwzFilename=0x00000000, int fFromMRU=0, int fNotAsDocument=10256624) Line 9043 + 0x15 C++
msenv.dll!HrShellExec(const _GUID * pguidCmdGroup=0x001d6f58, unsigned long nCmdID=600, unsigned long nCmdexecopt=0, tagVARIANT * pvaIn=0x00000000, tagVARIANT * pvaOut=0x00000000) Line 2327 C++
msenv.dll!CVSCommandTarget::Exec(const _GUID * pguidCmdGroup=0x001d6f58, unsigned long nCmdID=600, unsigned long nCmdexecopt=0, tagVARIANT * pvaIn=0x00000000, tagVARIANT * pvaOut=0x00000000) Line 2722 C++
msenv.dll!CMsoButtonUser::FClick(IMsoControl * pic=0x011d1b44, void * * ppv=0x011d1b48, int * ptbbs=0x0012f7b4, int grf=17418240) Line 4645 + 0x19 C++
MSO.DLL!30e7a9c0()
MSO.DLL!30b783b1()
MSO.DLL!30c799da()
msenv.dll!CMsoButtonUser::FEnabled(IMsoControl * pic=0x00000000, void * * ppv=0x00000088) Line 4365 + 0x10 C++
MSO.DLL!30e7a7a8()
user32.dll!_except_handler3() Line 181 Asm
00000001()
MSO.DLL!30b3a689()
MSO.DLL!30b3ed83()
user32.dll!_InternalCallWinProc@20() Line 102 Asm
user32.dll!UserCallWinProcCheckWow(_ACTIVATION_CONTEXT * pActCtx=0x77d069c0, long (HWND__ *, unsigned int, unsigned int, long)* pfn=0x00000000, HWND__ * hwnd=0x0012fae4, unsigned int msg=2010146441, unsigned int wParam=0, long lParam=817097677, void * pww=0x007d072e, int fEnableLiteHooks=514) Line 165 + 0x37 C
user32.dll!_except_handler3() Line 181 Asm
|
Edited by - kschaab on Mar 24 2004 10:59:09 AM |
|
|
|
kschaab
Tomato Guru
USA
118 Posts |
Posted - Mar 24 2004 : 11:01:51 AM
|
| It would be nice to have at least public symbols for VAX for beta so when we submit callstacks they have correct VAX symbol info |
|
|
|
kschaab
Tomato Guru
USA
118 Posts |
Posted - Mar 24 2004 : 11:19:33 AM
|
| I encounter a crash in the same exact spot when I start a debugging session sometimes. So probably not related to opening a solution, just a symptom. |
|
|
|
WannabeeDeveloper
Tomato Guru
Germany
775 Posts |
Posted - Mar 24 2004 : 12:12:11 PM
|
quote:
Originally posted by willdean
Just an aside Larry, are you familiar with symserv? (http://www.microsoft.com/whdc/ddk/debugging/symbols.mspx)
Works fine with VS (though no progress UI, which makes the first few debugging sessions rather painful), but absolutely fantastic once you've got the symbols locally.
Once you've got used to stack traces with all the OS symbols, you'll never go back...
Interested!
Could you explain which steps are necessary to get it to work under VS .NET?
By eMail would be okay ( [email protected] ), if no public interest exists...
|
 |
|
|
|
LarryLeonard
Tomato Guru
USA
1041 Posts |
Posted - Mar 24 2004 : 12:37:29 PM
|
Public interest definitely exists - I'm not sure I'm doing this right...
willdean, thanks for posting that link, it looks very
interesting. I've managed to download the 172 Meg file (was that
necessary, I wonder? Seems like it supposed to do that automagically
for me as needed, if I'm reading it correctly.) I'll try working
with it via VS later on (today is "build day").
|
Edited by - LarryLeonard on Mar 24 2004 12:44:29 PM |
|
|
|
willdean
Tomato Guru
134 Posts |
Posted - Mar 24 2004 : 1:01:30 PM
|
No, the whole point is that you don't need to download the 172MB file. Although you do end up with 100's of MB of symbols eventually, paricularly if you do km development and receive crash dumps from all sorts of OSs. The problem will all the old schemes of 172Mb files and CDs of symbols is that it was always impossible to actually get a set of symbols which matched the DLLS on any real world, patched, machine. My symbol cache has half a dozen different versions of the symbols for some files.
I'm not sure that you need to actually download anything to get it to work with VS2003, but with earlier VS versions, you needed to download the latest WinDBG (pretty much from the link I posted), and then use its symserv.dll file (and dbghelp.dll, I think.)
ISTR that with VS6 you really did have to run around replacing every copy of these DLLs you could find with the ones from the WinDBG distribution.
Anyway, simple, official, instructions for VS2003 are at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vsdebug/html/vxtskusingasymbolserver.asp
You should bear in mind that the debugger will appear to hang while it's checking for symbols, and when you first start building up a local cache, there can be some very long delays. I pass the time by looking for file activity in the symbol cache to see what it's doing.
I don't know if Whidbey will at last have some UI for this, but it would be a great improvement.
The other bugbear can be 3rd party global hook DLLs, which appear in every process but for which SymServ doesn't have symbols - they cause a pause everytime you start debugging. I have played games with putting fake symbol files into the cache to prevent the search here.
HTH,
Will
|
|
|
|
support
Whole Tomato Software
5566 Posts |
Posted - Mar 24 2004 : 1:25:59 PM
|
| We can reproduce the crash. We are working on a fix. |
Whole Tomato Software, Inc. |
|
|
|
kschaab
Tomato Guru
USA
118 Posts |
Posted - Mar 24 2004 : 1:31:31 PM
|
| VS2003 contains symsrv.dll. Make sure you cache if you are going against an internet based symbol server. I'm not sure if to hit the directions you need to specify srv*c:\\cache*http://msdl.microsoft.com/download/symbols or something else? Anyway you can also set the environment variable _NT_SYMBOL_PATH with the symbol server and local symbol paths and VS2003 will pick it up (as well as ntsd/cdb/kdb/windbg) making things a little easier. Not sure why that isn't noted in the MSDN page... |
|
|
|
gstelmack
Ketchup Master
USA
76 Posts |
|
|
LarryLeonard
Tomato Guru
USA
1041 Posts |
Posted - Mar 24 2004 : 2:18:45 PM
|
Thanks for the second link. I got some of the
symbol names, anyway...  |
|
|
|
support
Whole Tomato Software
5566 Posts |
|
| |
Topic |
|
|
|
Topic Locked
