Whole Tomato Software Forums
Whole Tomato Software Forums
Main Site | Profile | Register | Active Topics | Members | Search | FAQ
User name:
Password:
Save Password
Forgot your password?

 All Forums
 Visual Assist
 Technical Support
 1632: Visual Studio 2008 crashes in find dialog
 New Topic  Reply to Topic
 Printer Friendly
Author Previous Topic Topic Next Topic  

rkuki
New Member

5 Posts

Posted - Apr 18 2008 :  03:17:45 AM  Show Profile  Reply with Quote
I am runnning a german version of Visual Studio 2008 Team Suite.
When I call the function "find" or "find in files", the
Dialog shows up and the hard disk gets busy.
After a few seconds, Visual Studio crashes.

In Visual Studio 2005, the find function does not crash.

VA_X.dll file version 10.4.1632.0 built 2008.04.03
DevEnv.exe version 9.0.21022.8
msenv.dll version 9.0.21022.8
Font: Courier 14(Pixels)
Comctl32.dll version 6.0.3790.3959
Windows Server 2003 5.2 Build 3790 Service Pack 2
2 processors

Platform: Win32
Stable Includes:
F:\\Program Files (x86)\\Microsoft Visual Studio 9.0\\VC\\include;
F:\\Program Files (x86)\\Microsoft Visual Studio 9.0\\VC\\atlmfc\\include;
F:\\Program Files\\Microsoft SDKs\\Windows\\v6.0A\\include;
F:\\Program Files\\Microsoft SDKs\\Windows\\v6.0A\\include;
F:\\Program Files (x86)\\Codejock Software\\MFC\\Xtreme ToolkitPro v11.2.2\\Source;
F:\\Devel\\boost_1_35_0;

Other Includes:

Stable Source Directories:
F:\\Program Files (x86)\\Codejock Software\\MFC\\Xtreme ToolkitPro v11.2.2\\Source;
F:\\Program Files (x86)\\Microsoft Visual Studio 9.0\\VC\\atlmfc\\src\\mfc;
F:\\Program Files (x86)\\Microsoft Visual Studio 9.0\\VC\\atlmfc\\src\\mfcm;
F:\\Program Files (x86)\\Microsoft Visual Studio 9.0\\VC\\atlmfc\\src\\atl;
F:\\Program Files (x86)\\Microsoft Visual Studio 9.0\\VC\\crt\\src;

feline
Whole Tomato Software

United Kingdom
19021 Posts

Posted - Apr 18 2008 :  07:39:18 AM  Show Profile  Reply with Quote
That should not happen, and I am not seeing any crashes here.

Do you have any other plugin's installed?

If you load VS2008, but do not load a solution, do you still see this problem when you open the Find in Files dialog?
I am wondering if somehow this problem is related to your solution.

If you load your solution and use CTRL-I for incremental find, do you still see a crash?

If you disable VA, via the menu option:

VAssistX -> Enable/Disable Visual Assist X

and then open one of these find dialogs do you still see a crash?

zen is the art of being at one with the two'ness
Go to Top of Page

chunhualiu
New Member

7 Posts

Posted - Apr 20 2008 :  4:04:00 PM  Show Profile  Reply with Quote
I meet the same issue.
Click "Find In Files" and VS2008 crashed.
Uninstall VA, the problem is gone.
Only happened in build 1632, 1626 is ok.


quote:
Originally posted by feline

That should not happen, and I am not seeing any crashes here.

Do you have any other plugin's installed?

If you load VS2008, but do not load a solution, do you still see this problem when you open the Find in Files dialog?
I am wondering if somehow this problem is related to your solution.

If you load your solution and use CTRL-I for incremental find, do you still see a crash?

If you disable VA, via the menu option:

VAssistX -> Enable/Disable Visual Assist X

and then open one of these find dialogs do you still see a crash?

Go to Top of Page

rkuki
New Member

5 Posts

Posted - Apr 21 2008 :  04:57:01 AM  Show Profile  Reply with Quote
@feline

Incremental search does not crash VS.
If I do not load a solution and have no files open, the find function crashes VS too.
If I disable VA, the find function crashes VS even faster.

@chunhualiu
Thanks for the info.

About Visual Studio:

Microsoft Visual Studio 2008
Version 9.0.21022.8 RTM
Microsoft .NET Framework
Version 3.5

Installierte Edition: Enterprise

Microsoft Visual Basic 2008
Microsoft Visual C# 2008
Microsoft Visual C++ 2008
Microsoft Visual Studio 2008 Tools for Office
Microsoft Visual Studio Team System 2008 Architecture Edition
Microsoft Visual Studio Team System 2008 Database Edition
Microsoft Visual Studio Team System 2008 Development Edition
Microsoft Visual Studio Team System 2008 Test Edition
Microsoft Visual Web Developer 2008
Crystal Reports Basic f++r Visual Studio 2008


Visual Assist X
For more information about Visual Assist X, see the Whole Tomato Software website at http://www.WholeTomato.com. Copyright (c) 1997-2008 Whole Tomato Software, Inc.

Windows Installer XML Version 3.0
Votive - Windows Installer XML (WiX) Toolset, Version 3.0.4014.0
Copyright -? Microsoft Corporation. All rights reserved.

Xtreme Toolkit Pro for Visual C++ .NET 11.2
Xtreme Toolkit Pro for Visual C++ .NET
Copyright -?1998-2007 Codejock Software. All rights reserved.
www.codejock.com

AnkhSVN
Please visit http://ankhsvn.tigris.org for more information

Below is the version information for the various AnkhSVN components
AnkhSVN 1.0.3.2823
Berkeley DB 4.4.20
Subversion 1.4.6
OpenSSL 0.9.8e
Neon 0.27.2
Ankh 1.0.3Trunk
apr-iconv 0.9.7
apr-util 0.9.12
apr 0.9.12
ZLib 1.2.3

Application Styling Configuration Dialog
For more information about Application Styling, please see the Infragistics, Inc., website at
http://www.infragistics.com
Copyright (c) 2007 Infragistics, Inc. All Rights Reserved.
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19021 Posts

Posted - Apr 21 2008 :  08:43:11 AM  Show Profile  Reply with Quote
Can you try turning off:

VA Options -> Advanced -> Fonts and Colors -> Enable Enhanced Syntax Coloring

and see if this makes any difference? We have been making some changes to how colouring works in VA 1632.

chunhualiu which OS are you using? I am wondering if somehow this is an OS specific problem.

Are either of you able to get a call stack or mini dump file when the crash occurs?

zen is the art of being at one with the two'ness
Go to Top of Page

rkuki
New Member

5 Posts

Posted - Apr 21 2008 :  09:06:10 AM  Show Profile  Reply with Quote
@feline
Turning off "Enable Enhanced Syntax Coloring" makes no difference.
I can send you devenv.dmp, if you whish. Send me a PM
with your mail address.
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19021 Posts

Posted - Apr 21 2008 :  1:14:00 PM  Show Profile  Reply with Quote
Please submit the files via the form:

http://www.wholetomato.com/support/contact.asp

including this thread ID or URL in the description, so we can match it up. My inbox is so overrun it is not a good place to send important things

zen is the art of being at one with the two'ness
Go to Top of Page

chunhualiu
New Member

7 Posts

Posted - Apr 21 2008 :  1:38:50 PM  Show Profile  Reply with Quote
I am using XP 64bit.
I got a crash dump file and I tried to analyze it.
It cannot resolve the crashed module name.
Does VA have dynamic generated code?

quote:
Originally posted by feline

Can you try turning off:

VA Options -> Advanced -> Fonts and Colors -> Enable Enhanced Syntax Coloring

and see if this makes any difference? We have been making some changes to how colouring works in VA 1632.

chunhualiu which OS are you using? I am wondering if somehow this is an OS specific problem.

Are either of you able to get a call stack or mini dump file when the crash occurs?

Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19021 Posts

Posted - Apr 22 2008 :  08:55:15 AM  Show Profile  Reply with Quote
I have just tried CTRL-F to trigger the find dialog in VS2008 under Vista 64bit with VA 1632, and this works correctly for me. So it does not seem to be a general problem with all 64bit OS's.

rkuki I have your dump file, thank you for this.

chunhualiu I am not sure about dynamically generated code, but this might well be the effect of our license protection system. If you can send me the dump file hopefully our developers can find some useful information in it.

case=16198

zen is the art of being at one with the two'ness
Go to Top of Page

sean
Whole Tomato Software

USA
2817 Posts

Posted - Apr 22 2008 :  2:10:29 PM  Show Profile  Reply with Quote
This appears to be a common VS2008 crash that occurs without Visual Assist on 64bit OS's:
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=317290
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=318755
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=325748
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=328947
Go to Top of Page

chunhualiu
New Member

7 Posts

Posted - Apr 22 2008 :  2:16:06 PM  Show Profile  Reply with Quote
I have sent my crash dump file to you guys.
Anyway, the crash didn't happen on my system without VA.
And I checked the call stack again, VA is in the call stack.

quote:
Originally posted by sean

This appears to be a common VS2008 crash that occurs without Visual Assist on 64bit OS's:
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=317290
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=318755
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=325748
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=328947


Go to Top of Page

sean
Whole Tomato Software

USA
2817 Posts

Posted - Apr 22 2008 :  7:39:35 PM  Show Profile  Reply with Quote
Can you let us know how you got VA to show in the call stack?

The value in EAX and ESI is interesting: 0x80040100.
Error lookup for that value says:
Trying to revoke a drop target that has not been registered

Is any dragging happening before you invoke Find? Maybe it's not even relevant - suspicious coincidence?
Go to Top of Page

willdean
Tomato Guru

134 Posts

Posted - Apr 23 2008 :  12:03:17 PM  Show Profile  Reply with Quote

http://resharper.blogspot.com/2007/12/resharper-and-visual-studio-crash-on.html

It's not a VA problem.

It's a Win64/VS problem which is triggered by some add-ins and for which there's a hotfix available from MS.

Go to Top of Page

sean
Whole Tomato Software

USA
2817 Posts

Posted - Apr 23 2008 :  12:31:44 PM  Show Profile  Reply with Quote
Thanks!
Go to Top of Page

chunhualiu
New Member

7 Posts

Posted - Apr 23 2008 :  5:26:48 PM  Show Profile  Reply with Quote
You can start a new VC2008, then drag the dump file into the IDE, and click "Debug", then you will see VA in the call stack.

quote:
Originally posted by sean

Can you let us know how you got VA to show in the call stack?

The value in EAX and ESI is interesting: 0x80040100.
Error lookup for that value says:
Trying to revoke a drop target that has not been registered

Is any dragging happening before you invoke Find? Maybe it's not even relevant - suspicious coincidence?


Go to Top of Page

chunhualiu
New Member

7 Posts

Posted - Apr 23 2008 :  5:29:38 PM  Show Profile  Reply with Quote
ok, then how you explain why this didn't happen with VA build 1626?

quote:
Originally posted by willdean


http://resharper.blogspot.com/2007/12/resharper-and-visual-studio-crash-on.html

It's not a VA problem.

It's a Win64/VS problem which is triggered by some add-ins and for which there's a hotfix available from MS.



Go to Top of Page

sean
Whole Tomato Software

USA
2817 Posts

Posted - Apr 23 2008 :  8:35:22 PM  Show Profile  Reply with Quote
quote:
Originally posted by chunhualiu

You can start a new VC2008, then drag the dump file into the IDE, and click "Debug", then you will see VA in the call stack.



I get a callstack with one item in it:
000103e0
no module loaded at that address


At one point you wrote:
quote:

I got a crash dump file and I tried to analyze it.
It cannot resolve the crashed module name.
Does VA have dynamic generated code?



How did you get around that problem?
Go to Top of Page

chunhualiu
New Member

7 Posts

Posted - Apr 24 2008 :  01:21:56 AM  Show Profile  Reply with Quote
At first I use WinDbg to analyze the dump file.
WinDbg cannot resolve the module name.

Then I tried Visual Studio to analyze the dump file.
It shows VA in the call stack, not the topmost one, in the middle.

Can you compile VA with some suspicious code removed based on build 1626.
I can test it for you, so you will know what code caused this bug.


quote:
Originally posted by sean

quote:
Originally posted by chunhualiu

You can start a new VC2008, then drag the dump file into the IDE, and click "Debug", then you will see VA in the call stack.



I get a callstack with one item in it:
000103e0
no module loaded at that address


At one point you wrote:
quote:

I got a crash dump file and I tried to analyze it.
It cannot resolve the crashed module name.
Does VA have dynamic generated code?



How did you get around that problem?


Go to Top of Page

rkuki
New Member

5 Posts

Posted - Apr 24 2008 :  02:45:11 AM  Show Profile  Reply with Quote
I send you a screenshot with a callstack via the contact form.
I got the symbols resolved, if I set the environment variable

_NT_SYMBOL_PATH

to

symsrv*symsrv.dll*f:\\localsymbols*http://msdl.microsoft.com/download/symbols
Go to Top of Page

willdean
Tomato Guru

134 Posts

Posted - Apr 24 2008 :  10:34:00 AM  Show Profile  Reply with Quote
quote:
Originally posted by chunhualiu

ok, then how you explain why this didn't happen with VA build



How on earth can I explain that? I haven't a clue what the bug is or what triggers it.

Have you applied the hotfix and found that you still have the problem?


Go to Top of Page

rkuki
New Member

5 Posts

Posted - Apr 30 2008 :  02:51:27 AM  Show Profile  Reply with Quote
Applying hotfix WindowsServer2003.WindowsXP-KB947841-x64-ENU.exe
solved the problem.

Thank you for your excellent support.
Go to Top of Page
  Previous Topic Topic Next Topic  
 New Topic  Reply to Topic
 Printer Friendly
Jump To:
© 2023 Whole Tomato Software, LLC Go To Top Of Page
Snitz Forums 2000