This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CCS/TM4C1294NCPDT: CCS 6.2 XDS110连接的TM4C1294NCPDT上使用硬件跟踪分析器的调试会话终止时,0.0.005万 崩溃

Guru**** 2033340 points
Other Parts Discussed in Thread: TM4C1294NCPDT, CCSTUDIO
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/567409/ccs-tm4c1294ncpdt-ccs-6-2-0-00050-crashes-when-terminate-a-debug-session-which-has-used-the-hardware-trace-analyzer-on-a-tm4c1294ncpdt-connected-with-a-xds110

零件号:TM4C1294NCPDT
主题中讨论的其他部件: CCStudio

工具/软件:Code Composer Studio

在6.2 Windows 7专业版64位0.0.005万 中运行CCS SP1.SP1时,在 与XDS110相连的TM4C1294NCPDT上使用硬件跟踪分析器。 在调试会话期间,硬件跟踪分析器(例如用于中断分析)可以成功收集跟踪信息。 但是,在终止调试会话时,CCS会崩溃。 每次使用硬件跟踪分析器时,CCS都会发生崩溃。

CCS或Windows都不会创建任何故障转储文件。 如果我使用Microsoft Visual C++ 2010 Express附加到CCS进程,则当CCS在终止调试会话时崩溃时,Visual Studio将显示一个对话框报告:

Microsoft Visual Studio C Runtime Library在CCStudio.exe中检测到致命错误。

按Break键调试程序,或按Continue键终止程序。[/QUOT]

使用Break调试程序时,致命错误点的调用栈为:

		
		
		
		
		
		
		
	@ucrktbase.dll!__crt_debuger_hook() ucrktbase.dll!__acrt_call_reportfault()+0x28字节ucrktbase.dll!_abort()+0x5a字节uytes uctrunktbase.dll!_dll!_0x5a字节uscrntByturbytesl!_extrundll!_extrundll!_extrundll!_extrundll!_extrundll!_extrunbytes+	
	@	
	@	
	@	
	@	
	@x1ki_extranx20bytesl_extranl_extranl_extranl_extranl_extranl_extranl_extranl_extranl_extranl_extranx1kybytesl_extranx1ki_extranlf.dll.dll.dll.dll.dll.dll.dll!<)++ 	
	System_XMTR.dll!DestroyXmtr ()+ 0x33e0字节	
	[下面的帧可能不正确和/或丢失, 未加载System_XMTR.dll]	
	System_XMTR.dll!TI:SDS:跟踪:CExportBase::ReleasePin()+ 0x721字节	
	System_XMTR.dll!DestroyXmtr ()+ 0x2da8字节	
	System_XMTR.dll!TI:csd::csexportBase:cexportBase::	
		
		
		
		
		
		
		
		
	@x7991bbd:<scrbabbd:<s:cabbabbab_x295cabbabbd:<s:cabbabbd=055bd=<cabbabbd=055bd=<s:cabbabbabbabbd=<s:cabbabbd_cabe:cabbabe:cabbd=<s:cabbabbabbd_cabbd=<cabcabe:<s:cabbabbd=0275cabbabbabbd_c<cabbd+<cabbd=<cabbd=<</s>0275 	

似乎崩溃是由 System_XMTR.dll!TI::SDS::Trace::CExportBase::ReleasePin()函数触发的。

 TI仿真器的版本是6.0 .504.2

请注意,由于我使用 的是Microsoft Visual C++ 2010 Express版本,因此不支持保存小型转储,因此无法附加小型转储文件。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Chester,
    这似乎是最新TI仿真器更新的一个问题。 我安装了一个较旧的CCSv6,在我将TI仿真器包更新到最新版本(6.0 .504.2)之前,它一直工作正常。 感谢您的报告。

    KI
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    CCS 6.2 .SP1在Windows 7专业版64位0.0.005万 中运行时,使用 的是与 XDS110连接的TM4C1294NCPDT上的硬件跟踪分析器。 在调试会话期间,硬件跟踪分析器(例如用于中断分析)可以成功收集跟踪信息。 但是,在终止调试会话时,CCS会崩溃。

     继CCS 6.2 .0.0.005万 更新后,TI仿真器的版本为6.0 .TI 504.2 .,以再次使用经过6.0 .504.4 测试的TI仿真器。

    在TI仿真器更新之后,问题更严重,因为CCS现在在尝试启动硬件跟踪分析器时崩溃,而不是在终止调试会话后CCS崩溃。

    当CCS崩溃时,将Microsoft Visual C++ 2010 Express附加到CCS时报告了以下堆栈跟踪:

    		
    		
    		
    		
    		
    		
    		
    	@ucrktbase.dll!__crt_debuger_hook() ucrktbase.dll!__acrt_call_reportfault()+0x28字节ucrktbase.dll!_abort()+0x5a字节uytes uctrunktbase.dll!_dll!_0x5a字节uscrntByturbytesl!_extrundll!_extrundll!_extrundll!_extrundll!_extrundll!_extrunbytes+	
    	@	
    	@	
    	@	
    	@	
    	@x1ki_extranx20bytesl_extranl_extranl_extranl_extranl_extranl_extranl_extranl_extranl_extranl_extranx1kybytesl_extranx1ki_extranlf.dll.dll.dll.dll.dll.dll.dll!<)++ 	
    	System_XMTR.dll!DestroyXmtr ()+ 0x33e0字节	
    	[下面的帧可能不正确和/或丢失, 未为System_XMTR.dll]	
    	System_XMTR.dll!TI::SDS::Trace::::CExportBase::ReleasePin()+ 0xa01字节	
    	System_XMTR.dll!TI::SDS::TraceBaseb::::::CExportBase.313Byt:0xCbytes System:Xml.0862:	
    		
    		
    		
    		
    		
    		
    		
    	@: 0862bytes: Unceed!Unced:<x1cybed: 0862bed:<Idll:1cybed 	
    		
    		
    		
    	0x501cf8字节	
    	DebugServer.dll!NSCreateInstanceByContractID()+ 0x4d45b1字节	
    	DebugServer.dll!NSCreateInstanceByContractID()+ 0x4d0fcbytes_Inste1字节	
    	InsteServer.dll!NSCInsteInsteInsteByConcrateID()+ 0x4bytesbes_	
    	Debrace1screatedcybes_ Debrate1bytes_	
    		
    		
    	bes_ Debrate1screatedcybytes_ DebrateID_ bes_ bes_ bes_ bes_ bes_ bytes_	
    	bes_ bes_ bes_ bes_ bes_ bes_ reatechtcexcexcexcextracti_reatece1ces_ bes_ bes_ bes_ bes_ bes_ bes_ bes_ bes_ bes_ bes_ bes_ bes_ reatece_ bes_ bes_ bes_ bes_ bes_ bes_	
    		
    	@	
    	@	
    	@ 	
    	msvcr100.dll!string L"Advapi32.DLL"()+ 0x19字节	C
    	ntdll.dll!_SQM_SETIFMIN_DWORD()- 0x3.5464万字节 	

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Chester,
    DBGTRC-3339已修复。 我们计划在7.1 附带的仿真软件包中安装此修复程序。 但是,该修复程序专门用于终止调试会话后的崩溃。 我对您报告的新问题感到担忧,因为我们无法在此处重现该问题。 如果我能够在更新的软件包中获得此修复程序的早期版本,我希望您对其进行测试,以查看它是否解决了您所看到的所有崩溃问题。 如果您感兴趣,请告诉我。 请注意,DBGTRC-3339专门用于崩溃。 DVT-1826中正在跟踪挂起问题,该问题尚未解决(尽管我们希望在7.1 中也能解决该问题)

    谢谢
    KI
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    如果我能够在更新的软件包中获得此修复程序的早期版本,我想请您对其进行测试,看看它是否解决了您看到的所有崩溃问题。 如果您感兴趣,请告诉我。

    是的,我有兴趣尝试修复,看看它能解决我所看到的所有崩溃问题。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    谢谢。 请与我开始私人对话,以便我提供补丁。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Please start a private conversation with me so I can provide the patch.

    对于使用此线程的任何人,TI仿真器6.0 .560.0 补丁都停止了CCS 6.2 崩溃。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    请注意,此仿真器修补程序尚未公开,因为它仍在进行其他验证。 此问题的修复程序将在CCS 7.1 附带的仿真器补丁程序中提供。0(e/o February)。

    谢谢
    KI