| Author |
 Topic  |
|
|
MrJones4u
Ketchup Master
81 Posts |
 Posted - Jun 12 2011 : 11:25:09 AM
|
Hi,
after yet another VS2010 crash, VAX offered to recover an unsaved file - an offer that I gladly excepted. Only later I discovered that all unicode characters were lost...
cu,
Michael |
|
|
feline
Whole Tomato Software
United Kingdom
18954 Posts |
Posted - Jun 13 2011 : 1:22:22 PM
|
I am seeing the same effect here, and apologies for this, this is a very nasty bug:
case=58071
If you still have the file and IDE open, unlikely now but possible, undo will undo the VA recovery, getting you back to the last saved version of the file, with the unicode characters correctly shown.
Since you are using VS2010, are you aware of the IDE's auto recover feature:
IDE tools menu -> Options -> AutoRecover -> Save AutoRecover information every: X minutes
The IDE correctly preserved unicode characters in my test, but you will need to make sure that X minutes is set to a suitable number, since the IDE is saving the auto recovery information less frequently than VA is.
Is there any reason to think that the crashes you are seeing are related to or caused by VA? |
zen is the art of being at one with the two'ness |
Edited by - feline on Jun 13 2011 1:22:37 PM |
 |
|
|
MrJones4u
Ketchup Master
81 Posts |
Posted - Jun 13 2011 : 1:48:58 PM
|
Thanks for the hint with the VS2010 auto recover setting.
I'm unsure weather the crashes are related to VAX or not. If I knew how I would attempt to upload dump files for you to analyze. The WER has not starting to upload any files to MS and also has not listed them as solution pending so it might be VAX. I had 13 crashes in the last week and I am beginning to regret migrating from VS6 (as a editor).
cu,
Michael |
|
|
|
feline
Whole Tomato Software
United Kingdom
18954 Posts |
Posted - Jun 13 2011 : 4:36:17 PM
|
We have quite a few users on VS2010, and crashing like this is certainly not normal. If you have not already done so, try installing VS2010 SP1, it fixes some bugs, including at least one that can cause the IDE to crash.
It might be worth debugging the crashes, if you are given the opportunity, and just seeing if VA tends to figure heavily in the call stack.
Do you have any other extension's installed? |
zen is the art of being at one with the two'ness |
|
|
|
MrJones4u
Ketchup Master
81 Posts |
Posted - Jun 13 2011 : 4:43:05 PM
|
| VS2010 is on the latest SP and no other extensions are installed. I'll set the system to debug the VS2010 when it crashes the next time and see what I can see... |
|
|
|
feline
Whole Tomato Software
United Kingdom
18954 Posts |
Posted - Jun 14 2011 : 3:42:18 PM
|
| VA should not be causing VS2010 to crash, but if it looks like it is, then this is clearly something we need to look into quite urgently. |
zen is the art of being at one with the two'ness |
|
|
|
MrJones4u
Ketchup Master
81 Posts |
Posted - Jun 21 2011 : 10:35:45 AM
|
Latest Crash: Unhandled exception at 0x00003500 in devenv.exe 0xC0000005: Access violation
> 00003500()
vcpkg.dll!ATL::CComObject<CVCMiscellaneousCodeElements>::Release() + 0x27 bytes
vcpkg.dll!CCodeElementDataCache::~CCodeElementDataCache() + 0xee bytes
vcpkg.dll!std::tr1::_Ref_count<CCodeElementDataCache>::_Destroy() + 0x10 bytes
vcpkg.dll!std::tr1::_Ref_count_base::_Decref() + 0x13 bytes
vcpkg.dll!std::_Tree<std::_Tmap_traits<HBase<3>,std::tr1::shared_ptr<CCodeElementDataCache>,std::less<HBase<3> >,std::allocator<std::pair<HBase<3> const ,std::tr1::shared_ptr<CCodeElementDataCache> > >,0> >::_Erase() + 0x46696 bytes
vcpkg.dll!std::_Tree<std::_Tmap_traits<HBase<3>,std::tr1::shared_ptr<CCodeElementDataCache>,std::less<HBase<3> >,std::allocator<std::pair<HBase<3> const ,std::tr1::shared_ptr<CCodeElementDataCache> > >,0> >::_Erase() + 0x46688 bytes
vcpkg.dll!std::_Tree<std::_Tmap_traits<HBase<3>,std::tr1::shared_ptr<CCodeElementDataCache>,std::less<HBase<3> >,std::allocator<std::pair<HBase<3> const ,std::tr1::shared_ptr<CCodeElementDataCache> > >,0> >::_Erase() + 0x46688 bytes
vcpkg.dll!std::_Tree<std::_Tmap_traits<HBase<3>,std::tr1::shared_ptr<CCodeElementDataCache>,std::less<HBase<3> >,std::allocator<std::pair<HBase<3> const ,std::tr1::shared_ptr<CCodeElementDataCache> > >,0> >::clear() + 0xe bytes
vcpkg.dll!CHItemMap::ClearCache() + 0x26 bytes
vcpkg.dll!CHItemMap::FileUpdate() + 0x58 bytes
vcpkg.dll!CVCCodeModelService::FileUpdate() + 0x16 bytes
vcpkg.dll!CStoreWorkItem::SendStoreUpdates() + 0x2df5d bytes
vcpkg.dll!CPopulateWorkItem::Work() + 0x419 bytes
vcpkg.dll!CWorkItem::InvokeWork() + 0xee bytes
vcpkg.dll!CWorkQueue::Work() + 0x4a4 bytes
vcpkg.dll!CWorkerThread::Work() + 0x41 bytes
kernel32.dll!@BaseThreadInitThunk@12() + 0x12 bytes
ntdll.dll!___RtlUserThreadStart@8() + 0x27 bytes
ntdll.dll!__RtlUserThreadStart@8() + 0x1b bytes
|
|
|
|
MrJones4u
Ketchup Master
81 Posts |
Posted - Jun 21 2011 : 10:58:15 AM
|
> vcpkg.dll!CCodeElementDataCache::~CCodeElementDataCache() + 0xd0 bytes
vcpkg.dll!std::tr1::_Ref_count<CCodeElementDataCache>::_Destroy() + 0x10 bytes
vcpkg.dll!std::tr1::_Ref_count_base::_Decref() + 0x13 bytes
vcpkg.dll!std::_Tree<std::_Tmap_traits<HBase<3>,std::tr1::shared_ptr<CCodeElementDataCache>,std::less<HBase<3> >,std::allocator<std::pair<HBase<3> const ,std::tr1::shared_ptr<CCodeElementDataCache> > >,0> >::_Erase() + 0x46696 bytes
vcpkg.dll!std::_Tree<std::_Tmap_traits<HBase<3>,std::tr1::shared_ptr<CCodeElementDataCache>,std::less<HBase<3> >,std::allocator<std::pair<HBase<3> const ,std::tr1::shared_ptr<CCodeElementDataCache> > >,0> >::clear() + 0xe bytes
vcpkg.dll!CHItemMap::ClearCache() + 0x26 bytes
vcpkg.dll!CHItemMap::FileUpdate() + 0x58 bytes
vcpkg.dll!CVCCodeModelService::FileUpdate() + 0x16 bytes
vcpkg.dll!CStoreWorkItem::SendStoreUpdates() + 0x2df5d bytes
vcpkg.dll!CPopulateWorkItem::Work() + 0x419 bytes
vcpkg.dll!CWorkItem::InvokeWork() + 0xee bytes
vcpkg.dll!CWorkQueue::Work() + 0x4a4 bytes
vcpkg.dll!CWorkerThread::Work() + 0x41 bytes
kernel32.dll!@BaseThreadInitThunk@12() + 0x12 bytes
ntdll.dll!___RtlUserThreadStart@8() + 0x27 bytes
ntdll.dll!__RtlUserThreadStart@8() + 0x1b bytes
At first glance I would say that is not VAX's problem...
|
|
|
|
feline
Whole Tomato Software
United Kingdom
18954 Posts |
Posted - Jun 21 2011 : 8:03:06 PM
|
Thank you for the call stacks. As you say, there is no sign that this is a VA problem.
As an experiment can you try turning off the IDE's default intellisense, via:
IDE tools menu -> Options -> Text Editor -> C/C++ -> Advanced -> Disable Database = True
and see if this makes any difference to the crashes? IDE intellisense problems have been known to crash the earlier IDE's. |
zen is the art of being at one with the two'ness |
|
|
|
MrJones4u
Ketchup Master
81 Posts |
Posted - Jun 22 2011 : 08:33:39 AM
|
and another one:
> vcpkg.dll!CVCCollectionDE<IVCFileCodeElementsPT,VCCodeElement>::~CVCCollectionDE<IVCFileCodeElementsPT,VCCodeElement>() + 0x15 bytes
vcpkg.dll!ATL::CComObject<CVCCollectionCE<IVCCollectionCEPT> >::~CComObject<CVCCollectionCE<IVCCollectionCEPT> >() + 0x55 bytes
vcpkg.dll!ATL::CComObject<CVCCollectionCE<IVCCollectionCEPT> >::`scalar deleting destructor'() + 0xd bytes
vcpkg.dll!ATL::CComObject<CVCMiscellaneousCodeElements>::Release() + 0x27 bytes
vcpkg.dll!CCodeElementDataCache::InvalidateCollections() + 0x17 bytes
vcpkg.dll!CHItemMap::InvalidateCachedCollections() + 0x2e bytes
vcpkg.dll!CVCCodeModelService::OnIdle() + 0x70c18 bytes
vcpkg.dll!CVCPackage::FDoIdle() + 0x89 bytes
msenv.dll!SCM::FDoIdleLoop() + 0xf3 bytes
msenv.dll!SCM::FDoIdle() + 0x7f bytes
msenv.dll!SCM_MsoStdCompMgr::FDoIdle() + 0x13 bytes
msenv.dll!CMsoCMHandler::EnvironmentMsgLoop() + 0x98c bytes
msenv.dll!CMsoCMHandler::FPushMessageLoop() + 0x79 bytes
msenv.dll!SCM::FPushMessageLoop() + 0x8c bytes
msenv.dll!SCM_MsoCompMgr::FPushMessageLoop() + 0x2a bytes
msenv.dll!CMsoComponent::PushMsgLoop() + 0x28 bytes
msenv.dll!VStudioMainLogged() + 0x22a bytes
msenv.dll!_VStudioMain() + 0x78 bytes
devenv.exe!util_CallVsMain() + 0xdb bytes
devenv.exe!CDevEnvAppId::Run() + 0x693 bytes
devenv.exe!_WinMain@16() + 0x9c bytes
devenv.exe!operator new[]() + 0xb31c bytes
kernel32.dll!@BaseThreadInitThunk@12() + 0x12 bytes
ntdll.dll!___RtlUserThreadStart@8() + 0x27 bytes
ntdll.dll!__RtlUserThreadStart@8() + 0x1b bytes
again, I think nothing to do with VAX. (Database is disabled) |
|
|
|
feline
Whole Tomato Software
United Kingdom
18954 Posts |
Posted - Jun 23 2011 : 10:19:59 AM
|
| Agreed, no sign of any problems with VA. Depending on your windows settings, having windows automatically report the error to Microsoft and check for any possible solutions might help. I have seen windows find and tell me about a patch / hot fix for a crash in Microsoft Excel after doing this. |
zen is the art of being at one with the two'ness |
|
|
|
MrJones4u
Ketchup Master
81 Posts |
Posted - Jun 23 2011 : 10:34:18 AM
|
| MS must have had about 200 dumps from me alone so far... But I'm going to contact support soon... |
|
|
|
feline
Whole Tomato Software
United Kingdom
18954 Posts |
Posted - Jun 23 2011 : 11:00:21 AM
|
Hopefully they will be able to help. I wish I knew what to suggest, but this is not a problem I recognise.
It might be worth making sure you have upto date video drivers installed, and maybe even worth running a program to check your computers RAM, since VS2010 will push the computer quite hard. |
zen is the art of being at one with the two'ness |
|
|
|
support
Whole Tomato Software
5566 Posts |
Posted - Jul 20 2011 : 02:09:01 AM
|
| case=58071 is fixed in build 1854 |
Whole Tomato Software, Inc. |
|
|
| |
Topic |
|
VAX, VS2010 Recover looses unicode
