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
 find in files stops working after installing VA
 New Topic  Reply to Topic
 Printer Friendly
Author Previous Topic Topic Next Topic  

Michal Puczynski
Ketchup Master

Poland
85 Posts

Posted - May 10 2007 :  05:35:14 AM  Show Profile  Reply with Quote
Since "find references" is available in VA, IDE "find in files" function sometimes deadlocks.
It happens more often when I enter debug session and use it. Reproduction may be difficult as it happens rarely. Usually it is enough to make one G?find referencesG? and then use G?find in filesG? while debugging session. I usually use G?find in files" over "entire solution".

Noticeable is that search ends with G?search stopped in progressG?.

The IDE seems to be alive after that, but the message on the status bar "searching <some file>...." remains, and IDE cannot close when trying to exit or it ends with access violation.
I happens on versions since Dec 2006.



VA_X.dll file version 10.3.1554.0 built 2007.04.22
Licensed to:
VA X: <removed by author> (12-user license) Support ends 2008.04.19
VAOpsWin.dll version 1.3.1.9
VATE.dll version 1.0.5.3
DevEnv.exe version 7.10.6030.0
msenv.dll version 7.10.6030.0
Font: Dina 11(Pixels)
Comctl32.dll version 5.82.2900.2982
Windows XP 5.1 Build 2600 Service Pack 2
2 processors

Platform: Win32
Stable Includes:
F:\\Program Files\\Microsoft DirectX SDK\\Include;
F:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\atlmfc\\include;
F:\\Program Files\\Microsoft SDK\\include;
F:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\include;
F:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\PlatformSDK\\include\\prerelease;
F:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\PlatformSDK\\include;
F:\\Program Files\\Microsoft Visual Studio .NET 2003\\SDK\\v1.1\\include;
F:\\Program Files\\Prof-UIS\\Include;
F:\\Program Files\\Prof-UIS;
J:\\XObjects\\XUniReceiver;
J:\\S-Link;
J:\\S-Link\\BaseClasses;
J:\\XObjects;
J:\\XObjects\\XModule;
J:\\XObjects\\XCommon;

Library Includes:
F:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\atlmfc\\src\\mfc;
F:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\atlmfc\\src\\atl;
F:\\Program Files\\Microsoft Visual Studio .NET 2003\\Vc7\\crt\\src;

Other Includes:



feline
Whole Tomato Software

United Kingdom
18939 Posts

Posted - May 10 2007 :  08:24:32 AM  Show Profile  Reply with Quote
This has come up before, but unfortunately we were never able to get to the bottom of it:

http://forum.wholetomato.com/forum/topic.asp?TOPIC_ID=4374&whichpage=1&SearchTerms=find%2Cfiles%2Chang

Next time this happens can you try and get a call stack of the hung IDE please? Hopefully this will give us some clues.

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

Michal Puczynski
Ketchup Master

Poland
85 Posts

Posted - Jun 04 2007 :  06:51:09 AM  Show Profile  Reply with Quote
Hello,
I observed another related scenario. This time IDE hangs completely. I used find-in-files and it seems to loop, then I choose 'Build' and IDE hanged. The main thread stopped responding. The call stack is as below, if you need full-dump I'll keep it for a while:

>ntdll.dll!_KiFastSystemCallRet@0()
ntdll.dll!_NtDelayExecution@8() + 0xc
kernel32.dll!_SleepEx@8() + 0x51
kernel32.dll!_Sleep@4() + 0xf
msenv.dll!CReadWriteLock::WriteLock() + 0x140d24
msenv.dll!CTextBuffer::UnadviseTextImageEvents() + 0x16
msenv.dll!CSingleFileLocationSet::Detach() - 0x7733
msenv.dll!CSingleFileLocationSet::Clear() + 0x14
msenv.dll!CLocationSet::CFileEntry::Destroy() + 0xde2ca
msenv.dll!CLocationSet::CFileEntry::~CFileEntry() + 0x8
msenv.dll!`vector destructor iterator'() + 0x21
msenv.dll!CLocationSet::CFileEntry::`vector deleting destructor'() + 0x24
msenv.dll!CArrayBase<CLocationSet::CFileEntry>::RemoveAll() - 0xa9336
msenv.dll!CLocationSet::Clear() + 0x17
msenv.dll!CResultList::Clear() + 0xb4
msenv.dll!COutputWindowPane::Clear() + 0x46
msenv.dll!CSlnUpdate::HrBeginSlnUpdate() + 0xf2
msenv.dll!CSlnUpdate::HrUpdateProjects() + 0x59
msenv.dll!CSlnUpdate::HrUpdateSolution() + 0x16
msenv.dll!HrExecBuildCmd() + 0x8c
msenv.dll!HrShellExec() + 0x3439d
msenv.dll!CVSCommandTarget::Exec() + 0x259
msenv.dll!FTranslateAccelerator() + 0x87c0f
msenv.dll!MainFTranslateMessage() + 0xab
msenv.dll!CMsoComponent::FPreTranslateMessage() + 0x1c
MSO.DLL!30b5f87b()
user32.dll!_PeekMessageA@20()
msenv.dll!ThunderMsgLoop() + 0x21823
msenv.dll!CMsoCMHandler::FPushMessageLoop() + 0x1f
MSO.DLL!30d7ba03()
MSO.DLL!30d7b95b()
msenv.dll!CMsoComponent::PushMsgLoop() + 0x26
msenv.dll!_VStudioMain() + 0x137
devenv.exe!util_CallVsMain() + 0xb4
devenv.exe!CDevEnvAppId::Run() + 0x614
devenv.exe!_WinMain@16() + 0x4c
devenv.exe!_WinMainCRTStartup() + 0x6424
kernel32.dll!_BaseProcessStart@4() + 0x23
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
18939 Posts

Posted - Jun 04 2007 :  10:45:19 AM  Show Profile  Reply with Quote
Thank you for this, hopefully this will offer some clues. Someone else is having a very similar problem in this thread:

http://forum.wholetomato.com/forum/topic.asp?TOPIC_ID=6336

Do you have any other plugin's installed?
Any system utilities that might be hooking into the IDE, or effecting how it scans the hard drive?

I will pass the call stack along to our developers:

case=6890

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

Michal Puczynski
Ketchup Master

Poland
85 Posts

Posted - Jun 04 2007 :  12:19:55 PM  Show Profile  Reply with Quote
Hi Feline. I have no plugins, just clean installation of VC++ 2003 SP1. My colleagues have the same problems, but we have the same (or very similar) working environment. I caught the problem once again, here is the stack. Maybe more useful as it contains some references to VA.

ntdll!KiFastSystemCallRet
ntdll!NtDelayExecution+0xc
kernel32!SleepEx+0x61
kernel32!Sleep+0xf
msenv!CReadWriteLock::WriteLock+0x42
msenv!CTextBuffer::CreateLineMarker+0x18
vcpkg!CVCTaskItem::Initialize+0x12b
vcpkg!CVCErrorHolder::AddComment+0x51
vcpkg!CVCTaskProvider::AddCommentTask+0x5c
vcpkg!CVCTaskProvider::ScanCommentTable+0x18b
vcpkg!CVCTaskProvider::ReloadForView+0x31
vcpkg!CViewNode::OnSetFocus+0x42
msenv!CProxyIVsTextViewEvents<CEditView>::Fire_OnSetFocus+0x50
msenv!CEditView::GimmeFocus+0xdf
msenv!CEditView::WndProc+0x45f
msenv!CEditView::StaticWndProc+0x6f
USER32!InternalCallWinProc+0x28
USER32!UserCallWinProcCheckWow+0x150
USER32!CallWindowProcAorW+0x98
USER32!CallWindowProcA+0x1b

Edited by - Michal Puczynski on Jun 04 2007 12:20:21 PM
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
18939 Posts

Posted - Jun 04 2007 :  1:27:15 PM  Show Profile  Reply with Quote
What anti-virus are you using?
Is this happening often enough that you could try excluding VAX, the IDE, and the source code from the anti-virus scan, or even disabling the anti-virus, to see if this makes any difference?

Any other running programs that might be effecting the IDE scanning the hard drive?

We have had occasional reports of this over time, but you seem to be seeing this a lot.

Have you used previous versions of VAX? I am wondering if this has gotten any worse with 1557.

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 - Jun 04 2007 :  1:50:47 PM  Show Profile  Reply with Quote
The last two callstacks are quite different except for the fact that both show the threads waiting in CReadWriteLock::WriteLock().

It looks like the build process is deadlocking while trying to modify either the output window or the task window - presumably because of the find in files hang.
Go to Top of Page

Michal Puczynski
Ketchup Master

Poland
85 Posts

Posted - Jun 05 2007 :  03:47:08 AM  Show Profile  Reply with Quote
Hello. My typical environment contains editor window, both find results, search result, index result, output, va find references results, and task-list. The antivirus installed is Avira AntiVir. The problem however occurs occasionally, I had "good" luck to catch it twice within a week. It does not occur that often. Anyway, if you want to dig into details I still have both cases dumped on disk with full-memory, so you can check what deadlocked.
Regarding the stacks, sean, I can see the difference, but the root cause seems to be the same. Something got the lock to modify some window, looks like editor window for me. Interesting is the fact that the lock uses Sleep... In a worst-case scenario, when wait is done through Sleep() and some value check, and CPU load is high, waiting thread will never get the lock.

Edited by - Michal Puczynski on Jun 05 2007 03:49:07 AM
Go to Top of Page

sean
Whole Tomato Software

USA
2817 Posts

Posted - Jun 05 2007 :  1:34:16 PM  Show Profile  Reply with Quote
What are these two windows?
search result
index result

Does pressing Ctrl+ScrollLock fix the hang?
( http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=180537 )

Are F: and J: local or network drives?
Go to Top of Page

Michal Puczynski
Ketchup Master

Poland
85 Posts

Posted - Jun 13 2007 :  02:24:41 AM  Show Profile  Reply with Quote
The "search result" and "index result" are part of help subsystem.
F: is physical drive and J: is subst to TrueCrypt drive S: mounted on physical partition.
For the Ctrl+Scroll I have no answer, after installing 1557 I haven't catch the problem yet.
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