Author |
Topic |
|
Michal Puczynski
Ketchup Master
Poland
85 Posts |
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:
|
|
feline
Whole Tomato Software
United Kingdom
19020 Posts |
|
Michal Puczynski
Ketchup Master
Poland
85 Posts |
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
Whole Tomato Software
United Kingdom
19020 Posts |
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 |
zen is the art of being at one with the two'ness |
|
|
Michal Puczynski
Ketchup Master
Poland
85 Posts |
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 |
Edited by - Michal Puczynski on Jun 04 2007 12:20:21 PM |
|
|
feline
Whole Tomato Software
United Kingdom
19020 Posts |
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. |
zen is the art of being at one with the two'ness |
|
|
sean
Whole Tomato Software
USA
2817 Posts |
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.
|
|
|
Michal Puczynski
Ketchup Master
Poland
85 Posts |
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. |
Edited by - Michal Puczynski on Jun 05 2007 03:49:07 AM |
|
|
sean
Whole Tomato Software
USA
2817 Posts |
|
Michal Puczynski
Ketchup Master
Poland
85 Posts |
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. |
|
|
|
Topic |
|