Whole Tomato Software Forums
Whole Tomato Software Forums
Main Site | Profile | Register | Active Topics | Members | Search | FAQ
 All Forums
 Visual Assist
 Technical Support
 VS .net 2003 crashes

You must be registered to post a reply.
Click here to register.

Screensize:
UserName:
Password:
Format: BoldItalicizeUnderlineStrikethrough Align leftCenterAlign right Insert horizontal ruleUpload and insert imageInsert hyperlinkInsert email addressInsert codeInsert quoted textInsert listInsert Emoji
   
Message:

Forum code is on.
Html is off.

 
Check to subscribe to this topic.
   

T O P I C    R E V I E W
jtyoder Posted - May 24 2006 : 11:32:21 AM
I have had Visual Assist installed for awhile now and had no problems. Now I have to disable it or any time I try to do anything in my VS environment, I get the following error and my IDE closes.

Runtime Error ...devenv.exe
R6025 Pure Virtual Function Call

The only thing I can think of that I've changed on my PC is uninstalling Dev Studio 6.0's Visual J++ component. Would that somehow have messed something up?

Visual Studio .net 2003 Ver 7.1.3088
.NET Framework 1.1 Ver 1.1.4322

VA_X.dll file version 10.2.1445.0 built 2006.04.12
Licensed to:
VA X: [email protected] (1-user license) Support ends 2007.03.17
VA.NET 7.1:
VAOpsWin.dll version 1.3.2.4
VATE.dll version 1.0.4.15
DevEnv.exe version 7.10.3077.0
msenv.dll version 7.10.3077.0
Comctl32.dll version 5.82.2900.2180
WindowsNT 5.1 Build 2600 Service Pack 2
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.NET\\SDK\\v1.1\\include;
C:\\abi\\mpich2\\include;
C:\\abi\\tau\\include;
C:\\abi\\boost\\include\\boost-1_33;

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 am working on a small C program. It is an example XML parser I found on the net.
At the point where I have indicated (in blue), I have a pointer de-reference that I can't edit because, it appears, Visual Assist tries to pop up the intelli-sense information for cur_node and something causes it to crash.

Here's the source...
/**
* section: Tree
* synopsis: Navigates a tree to print element names
* purpose: Parse a file to a tree, use xmlDocGetRootElement() to
*          get the root element, then walk the document and print
*          all the element name in document order.
* usage: tree1 filename_or_URL
* test: tree1 test2.xml > tree1.tmp ; diff tree1.tmp tree1.res ; rm tree1.tmp
* author: Dodji Seketeli
* copy: see Copyright for the status of this software.
*/
#include <stdio.h>
#include <C:/abi/libxml2-2.6.23.win32/include/libxml/parser.h>
#include <C:/abi/libxml2-2.6.23.win32/includelibxml/tree.h>

#ifdef LIBXML_TREE_ENABLED

/*
*To compile this file using gcc you can type
*gcc `xml2-config --cflags --libs` -o xmlexample libxml2-example.c
*/

/**
* print_element_names:
* @a_node: the initial xml node to consider.
*
* Prints the names of the all the xml elements
* that are siblings or children of a given xml node.
*/
static void
print_element_names(xmlNode * a_node)
{
   xmlNode *cur_node = NULL;

   for (cur_node = a_node; cur_node; cur_node = cur_node->next) {
      if (cur_node->type == XML_ELEMENT_NODE) {
         printf("node type: Element, name: %s\\n", cur_node->name);
         cur_node->  <- Here's my problem
      }

      print_element_names(cur_node->children);
   }
}


/**
* Simple example to parse a file called "file.xml", 
* walk down the DOM, and print the name of the 
* xml elements nodes.
*/
int
main(int argc, char **argv)
{
   xmlDoc *doc = NULL;
   xmlNode *root_element = NULL;

   if (argc != 2)
      return(1);

   /*
   * this initialize the library and check potential ABI mismatches
   * between the version it was compiled for and the actual shared
   * library used.
   */
   LIBXML_TEST_VERSION

      /*parse the file and get the DOM */
      doc = xmlReadFile(argv[1], NULL, 0);

   if (doc == NULL) {
      printf("error: could not parse file %s\\n", argv[1]);
   }

   /*Get the root element node */
   root_element = xmlDocGetRootElement(doc);

   print_element_names(root_element);

   /*free the document */
   xmlFreeDoc(doc);

   /*
   *Free the global variables that may
   *have been allocated by the parser.
   */
   xmlCleanupParser();

   return 0;
}
#else
int main(void) {
   fprintf(stderr, "Tree support not compiled in\\n");
   exit(1);
}
#endif

30   L A T E S T    R E P L I E S    (Newest First)
support Posted - Aug 12 2006 : 11:17:12 PM
Case 2016 is fixed in build 1532.
support Posted - Aug 09 2006 : 10:35:13 PM
case=2016
sean Posted - Aug 09 2006 : 6:30:16 PM
OK - I may be on to something...
hwatson Posted - Aug 09 2006 : 5:42:25 PM
quote:
Originally posted by sean
is it possible that the crash occurred while va was rebuilding its symbol database? In order to repro, maybe you need to delete the database (click rebuild in the va options dlg - performance page) and then attempt the load again?



Yes, I often get the error when opening the project after rebuilding the symbol databases. It did not happen every time, but did happen most of the time. If the manifest file is the active window upon opening, it would usually crash right away. If one of the code windows was open, a few toggles between them and the manifest file would result in the crash.
hwatson Posted - Aug 09 2006 : 5:18:03 PM
quote:
Originally posted by sean

Yigal and hwatson - what is the value of the "Install" string at HKLM\\Software\\Whole Tomato\\?



"No"
sean Posted - Aug 09 2006 : 2:50:14 PM
Yigal and hwatson - what is the value of the "Install" string at HKLM\\Software\\Whole Tomato\\?
sean Posted - Aug 09 2006 : 2:34:47 PM
Yigal - please install build 1531 and let us know if the problem continues. If it does, please send mail to support and put topic_id=4689 in the subject.

hwatson - screenshot is not necessary. is it possible that the crash occurred while va was rebuilding its symbol database? In order to repro, maybe you need to delete the database (click rebuild in the va options dlg - performance page) and then attempt the load again?
Yigal Posted - Aug 09 2006 : 06:54:46 AM
I get the problem with any text file I try (regardless of the extention).

I don't think I have any other plugin.
feline Posted - Aug 03 2006 : 7:33:13 PM
that is VS2003

i have just tried dragging and dropping cpp and .h files into VS2003, with VA 1446, and no project loaded, and there is no problem at all for me.

do you get this problem with a range of files?
do you have any other plugin's installed?
Yigal Posted - Aug 03 2006 : 06:31:05 AM
I'm using (copy from 'about'):
Microsoft Visual C++ .NET 69586-335-0000007-18660

I open the file either by double click or from the IDE - same result.

I'm using a trial version of visual assist with the following info (retreived from the 'about' - don't know where to get the build number from):

VA_X.dll file version 10.2.1446.0 built 2006.05.31
Licensed to:
VA X:
VA.NET 7.1:
VAOpsWin.dll version 1.3.2.4
VATE.dll version 1.0.4.14
DevEnv.exe version 7.10.3077.0
msenv.dll version 7.10.3077.0
Font: Courier New 13(Pixels)
Comctl32.dll version 5.82.2900.2180
WindowsNT 5.1 Build 2600 Service Pack 2
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:
feline Posted - Aug 02 2006 : 6:36:23 PM
Yigal which IDE and version of VA are you using?
how are you getting the files into the IDE?

i have opened VS2005, with VA 1530, and drag-dropped a cpp file from explorer into the IDE. the IDE had no project loaded so it simply loaded this file in isolation, and there were no problems.
Yigal Posted - Aug 02 2006 : 03:31:29 AM
I have the same problem (R6025 - pure virtual function call) which reproduces very simply. I just open any file (I tried .h and .txt). Then I type a few characters and it crashes. I even tried opening an empty file and then typing a few characters - crashed just the same.

However, if I do the same thing from within a project the crash doesn't happen.

hwatson Posted - Aug 01 2006 : 7:31:00 PM
Yes, I'm getting the Pure Virtual Function Call error.

I haven't been able to reproduce the crash in the past week or so. I can't figure out what I was doing differently. On the day of my original post, I could get the crash within seconds if trying specifically to cause it.

If you still want a screenshot of what my IDE tends to look like, please let me know where to send it. (I may not be able to send it for a while though - I will be away from the office for the next few days.) For what it's worth, when it last crashed (with the manifest file), I had just started up. I logged in to my computer, installed the Basic HLSL sample from the DirectX SDK, and opened the solution by double clicking it in Explorer. The manifest file was the first file in the project, so I double-clicked that first. That's when it crashed. I had not done anything else in the IDE.

Below is the manifest file it crashed on when I attempted to reproduce the crash:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<assemblyIdentity
version="1.0.0.0"
processorArchitecture="*"
name="Microsoft.DirectX SDK.BasicHLSL"
type="win32"
/>
<description>DirectX SDK Sample Program.</description>
<dependency>
<dependentAssembly>
<assemblyIdentity
type="win32"
name="Microsoft.Windows.Common-Controls"
version="6.0.0.0"
processorArchitecture="*"
publicKeyToken="6595b64144ccf1df"
language="*"
/>
</dependentAssembly>
</dependency>
</assembly>
sean Posted - Aug 01 2006 : 2:36:42 PM
hwatson - just to confirm, you are getting a Pure Virtual Function Call error message?
support Posted - Jul 31 2006 : 8:40:33 PM
hwatson:
Can you try simply to open the manifest? We wonder if something in it is causing the problem. (You're welcome to send us the manifest to have us try.)

Can you zip and send us a screenshot of your IDE just prior to reproducing the problem (assuming it's reproducible in the case with your manifest?)
hwatson Posted - Jul 25 2006 : 12:46:24 PM
I tried this morning to see if I could set up a test case. I opened the BasicHLSL sample from the June 2006 DirectX SDK. I planned to open all the files in the solution, and then click through them. I got the crash as soon as I opened the first file, BasicHLSL.manifest.

It has worked fine so far since then, so I will continue to gather information. In the meantime, here are the callstacks from the Visual Studio threads using VA_X.dll at the time of the crash. I suspect the first one is displaying the error dialog:

> ntdll.dll!_KiFastSystemCallRet@0()
user32.dll!_NtUserWaitMessage@0() + 0xc
user32.dll!_InternalDialogBox@24() + 0xb6
user32.dll!_SoftModalMessageBox@4() + 0x677
user32.dll!_MessageBoxWorker@4() + 0x175
user32.dll!_MessageBoxTimeoutW@24() + 0x7a
user32.dll!_MessageBoxTimeoutA@24() + 0x9c
user32.dll!_MessageBoxExA@20() + 0x1b
user32.dll!_MessageBoxA@16() + 0x45
01a5ac49()
VA_X.dll!1ee5c585()
VA_X.dll!1ee5a62e()
VA_X.dll!1ee4b497()
ffffff90()

> ntdll.dll!_NtDelayExecution@8() + 0xc
kernel32.dll!_SleepEx@8() + 0x51
kernel32.dll!_Sleep@4() + 0xf
VA_X.dll!1ed7b110()
VA_X.dll!1ed7b786()
ntdll.dll!_RtlpWorkerCallout@16() + 0x65
ntdll.dll!_RtlpExecuteWorkerRequest@12() + 0x1a
ntdll.dll!_RtlpApcCallout@16() + 0x11
ntdll.dll!_RtlpWorkerThread@4() + 0x16ebc
kernel32.dll!_BaseThreadStart@8() + 0x37

> ntdll.dll!_KiFastSystemCallRet@0()
ntdll.dll!_ZwWaitForSingleObject@12() + 0xc
ntdll.dll!_RtlpWaitForCriticalSection@4() + 0x8c
ntdll.dll!_RtlEnterCriticalSection@4() + 0x46
VA_X.dll!1ed45b3d()
VA_X.dll!1ee68d0d()
VA_X.dll!1ed17240()
5f0a000a()
kernel32.dll!_BaseThreadStart@8() + 0x37

> ntdll.dll!_KiFastSystemCallRet@0()
ntdll.dll!_NtDelayExecution@8() + 0xc
kernel32.dll!_SleepEx@8() + 0x51
kernel32.dll!_Sleep@4() + 0xf
VA_X.dll!1ed15e8c()
VA_X.dll!1ee68cf3()
VA_X.dll!1ed17240()
5f0a0018()
kernel32.dll!_BaseThreadStart@8() + 0x37


jpizzi Posted - Jul 24 2006 : 11:24:35 PM
quote:
originally posted by hwatson

I gave up and began reverting the temporary changes I made, and it crashed.

This suggests that something in the code is confusing VA. Strange that it is confused enough to crash. You mentioned trying to narrow it down. Any clues are welcome.
hwatson Posted - Jul 24 2006 : 1:44:52 PM
feline,

It doesn't sound like you missed anything. After reading your reply, I tried it again and I couldn't reproduce it. I tried with a few files open, a lot of files open, checked in, checked out, active edits, and unchanged. I also tried with multiple instances of Visual Studio running (I often have two or three instances running). I gave up and began reverting the temporary changes I made, and it crashed.

So I don't know what the preconditions are. I could crash it pretty reliably when trying last week. I'll see if I can narrow down the causes.

I have not seen the crash switching between c++ code files. I was working on some vertex and pixel shaders last week, and it would crash when switching to the shader code files. These files have been in the project for a while, and I did not have problems before installing 1530. (I had 1446 installed previously.) I don't know if this is any clue, but Visual Assist doesn't process the shader files. I assume this is because they have unknown extensions.
feline Posted - Jul 22 2006 : 5:22:55 PM
using VS2003 and VA 1530 i have just opened annother file in the IDE, with a project open as well. using the mouse and clicking on the tabs i have switch back and forward between a C++ header file and the other file lots of times, with no sign of any problems.

i have tried this with a REG file, then with a TXT file, and then with an XML file, trying about 80 switches in each case, and still no sign of a problem.

hwatson does it look like i have missed some obvious, or important step?
do you ever see problems when switching between two code files?
hwatson Posted - Jul 21 2006 : 5:25:47 PM
I can consistently reproduce this crash in 1530. The conditions are generally what aaronflippo described. If I toggle between an .h/.cpp file and a non .h/.cpp file, it may crash when switching to the non .h/.cpp file. Switching rapidly causes the crash to occur more quickly, but the crash itself does not seem to depend on how rapidly the tabs are switched. Rather, the rapid clicking just presents more opportunities for the crash to occur.

To answer feline's questions:

* what are the sizes of the files you are using?
I've tried it with various sized files. The smallest I tested with are around 200-300 lines. The size did not seem to impact the chance of crashing.

* do you have a project or solution open when you do this?
I have a solution containing 25 projects open. The files belong to one of those projects.

* what method are you using to switch between the files?
Clicking the tabs.

* approximately, how many switches are you doing before you get a crash?
As few as four, as many as ~40.

* which version of VA have you reproduced this with?
VA_X.dll file version 10.3.1530.0 built 2006.07.08
VAOpsWin.dll version 1.3.3.4
VATE.dll version 1.0.5.7
DevEnv.exe version 7.10.3077.0
msenv.dll version 2.0.3215.0
Font: Courier New 13(Pixels)
Comctl32.dll version 5.82.2900.2180
Windows XP 5.1 Build 2600 Service Pack 2
2 processors
kevinsikes Posted - Jul 19 2006 : 3:55:18 PM
I just got the R6025 crash with build 1530; however, the call stack has no Visual Assist functions that I can see:
VA_X.dll file version 10.3.1530.0 built 2006.07.08
VAOpsWin.dll version 1.3.3.4
VATE.dll version 1.0.5.7
DevEnv.exe version 7.10.3077.0
msenv.dll version 7.10.3077.0
Font: Bitstream Vera Sans Mono 15(Pixels)
Comctl32.dll version 5.82.2900.2180
Windows XP 5.1 Build 2600 Service Pack 2
2 processors

> ntdll.dll!7c90eb94()
user32.dll!77d49418()
msenv.dll!500c993c()
msenv.dll!500c9b9d()
MSO.DLL!30ce950f()
MSO.DLL!30ce9467()
msenv.dll!500c9bd4()
msenv.dll!500e12e0()
ntdll.dll!7c919aeb()
ntdll.dll!7c919ba0()
kernel32.dll!7c80ac66()
kernel32.dll!7c80ac78()
devenv.exe!004088a8()
devenv.exe!00406ed7()
devenv.exe!00410032()
ntdll.dll!7c910895()
ntdll.dll!7c919a9c()
ntdll.dll!7c919b3f()
ntdll.dll!7c919aeb()
advapi32.dll!77dd6a18()
ntdll.dll!7c919aeb()
ntdll.dll!7c919ba0()
kernel32.dll!7c80ac66()
kernel32.dll!7c80ac78()
devenv.exe!004055a1()
devenv.exe!004055c2()
devenv.exe!004055d8()
devenv.exe!004077bc()
devenv.exe!0040780e()
kernel32.dll!7c816d4f()
kernel32.dll!7c8399f3()
aaronflippo Posted - Jul 10 2006 : 1:11:02 PM
quote:
Originally posted by support

The problem with "R6025 Pure Virtual Function Call" should be fixed in build 1530.



Sweet, the 2 files that I was getting it every time when I switched between, now work fine with 1530. Thanks!
support Posted - Jul 09 2006 : 2:24:31 PM
The problem with "R6025 Pure Virtual Function Call" should be fixed in build 1530.
feline Posted - Jul 08 2006 : 4:10:53 PM
this certainly sounds helpful.

* what are the sizes of the files you are using?
* do you have a project or solution open when you do this?
* what method are you using to switch between the files?
* approximately, how many switches are you doing before you get a crash?
* which version of VA have you reproduced this with?
aaronflippo Posted - Jul 06 2006 : 2:37:17 PM
quote:
Originally posted by feline

please, that should help.


Ok, I've disabled everything except VAssist, and I'm still getting this. I think I've narrowed it down to the following repro:

1. open a c++ file and a non-c++ file (I've sucessfully reproduced it with both .xml and .txt files)
2. rapidly switch between the files in the editor to get the 6025 crash.
3. The crash always seems to happen when switching *off* of the c++ file.

It doesn't seem to happen with every file combination, but seems to happen more often with larger c++/xml files.
Hope that's helpful.

feline Posted - Jun 28 2006 : 6:23:02 PM
please, that should help.
aaronflippo Posted - Jun 27 2006 : 12:02:18 PM
quote:
Originally posted by support

aaronflippo:
We're not exactly which problem in this thread you're having. Obviously, a crash of some sort.

Can you start by installing build 1524?

http://www.wholetomato.com/downloads/VA_X_Setup1524.exe

If your crashing persists, is it somewhat reproducible?

Do you have any other add-ins installed? If so, does disabling "at startup" eliminate the crashing?



Sorry, I should have clarified. I'm getting the same runtime error mentioned at the beginning of the thread:

Runtime Error ...devenv.exe
R6025 Pure Virtual Function Call

Since my post, I've upgraded to 1524, and I'm still having the problem, but not quite as often. Whenever it happens, it's been just as I switched tabs in the editor window -- oftentimes between a c++ and an .xml file, if that's helpful.

The only addins I'm running are IncrediBuild, and an Xbox 3D state viewer. I can try disabling these now and see if the problem persists.


support Posted - Jun 22 2006 : 8:07:26 PM
aaronflippo:
We're not exactly which problem in this thread you're having. Obviously, a crash of some sort.

Can you start by installing build 1524?

http://www.wholetomato.com/downloads/VA_X_Setup1524.exe

If your crashing persists, is it somewhat reproducible?

Do you have any other add-ins installed? If so, does disabling "at startup" eliminate the crashing?
aaronflippo Posted - Jun 22 2006 : 4:35:45 PM
I'm actually having a similar problem with the latest beta (see below for exact version). When VS crashes like this, it's leaving devenv.exe open, and apparently the old version has a lock on the intellisense files, so the new instance you open up can't get access. Restarting fixes it, or you can just manually kill the old devenv.exe in your task manager.

VA_X.dll file version 10.3.1522.0 built 2006.06.08
VAOpsWin.dll version 1.3.3.2
VATE.dll version 1.0.5.7
DevEnv.exe version 7.10.3077.0
msenv.dll version 2.0.2732.0
Font: Courier New 13(Pixels)
Comctl32.dll version 5.82.2900.2180
Windows XP 5.1 Build 2600 Service Pack 2
2 processors

Platform: Win32
Stable Includes:
C:\\Program Files\\Microsoft Xbox SDK\\Include;
C:\\Program Files\\Microsoft DirectX SDK (December 2005)\\Include;
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:

feline Posted - Jun 01 2006 : 6:02:53 PM
personally i hibernate my main work machine at night, which in theory is the same as leaving it on all the time. after about a week, sometimes less, VS2005 starts messing me about and i have to reboot the machine in order to get it to work again correctly.

however i am aware that hybernating does upset some programs, so this could be a factor.

still, i would not expect a reboot to have been required. it suggests some temporary file or folder was locked and the lock was never being released. most odd. i am glad this is now fixed.

© 2023 Whole Tomato Software, LLC Go To Top Of Page
Snitz Forums 2000