| T O P I C R E V I E W |
| Michal Puczynski |
Posted - May 10 2007 : 05:35:14 AM
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:
|
| 9 L A T E S T R E P L I E S (Newest First) |
| Michal Puczynski |
Posted - Jun 13 2007 : 02:24:41 AM
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. |
| sean |
Posted - Jun 05 2007 : 1:34:16 PM
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?
|
| Michal Puczynski |
Posted - Jun 05 2007 : 03:47:08 AM
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. |
| sean |
Posted - Jun 04 2007 : 1:50:47 PM
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.
|
| feline |
Posted - Jun 04 2007 : 1:27:15 PM
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. |
| Michal Puczynski |
Posted - Jun 04 2007 : 12:19:55 PM
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 |
| feline |
Posted - Jun 04 2007 : 10:45:19 AM
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 |
| Michal Puczynski |
Posted - Jun 04 2007 : 06:51:09 AM
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
|
| feline |
Posted - May 10 2007 : 08:24:32 AM
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. |
