New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 920614 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug



Sign in to add a comment

Test crashes in angle_end2end_tests are not symbolized in libGLESv2

Project Member Reported by jmad...@chromium.org, Jan 10

Issue description

Only observed on Windows right now, though it may affect other platforms. Unsure when this broke. But looking at a crash:

https://chromium-swarm.appspot.com/task?id=424dcca57306f210&refresh=10&show_raw=1

We see:

[ RUN      ] AttributeLayoutNonIndexed.Test/ES2_VULKAN
Received fatal exception 0xe06d7363
Backtrace:
	RaiseException [0x74044172+62]
	(No symbol) [0x70A387FA]
	(No symbol) [0x70A1EEE4]
	(No symbol) [0x706D0AFF]
	(No symbol) [0x7091ED6F]
	(No symbol) [0x70855A91]
	(No symbol) [0x7065E23D]
	std::allocator<int>::deallocate [0x00A0B4B2+1c6a]
	std::unique_ptr<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::default_delete<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::reset [0x00A0D9D2+9fe]
	std::allocator<int>::deallocate [0x00A0B713+1ecb]
	testing::Test::Run [0x00D2736D+c9]
	testing::TestInfo::Run [0x00D27B6D+d7]
	testing::TestCase::Run [0x00D2800C+f4]
	testing::internal::UnitTestImpl::RunAllTests [0x00D2E7C5+275]
	testing::UnitTest::Run [0x00D2E44F+99]
	base::TestSuite::Run [0x00D3DDF2+64]
	main [0x00D1C3B8+110]
	base::internal::Invoker<base::internal::BindState<void (__cdecl*)(void *),void *>,void __cdecl(void)>::Run [0x00D1C3EC+c]
	base::OnceCallback<int __cdecl(void)>::Run [0x00D3FECD+2b]
	std::unique_ptr<logging::ScopedLogAssertHandler,std::default_delete<logging::ScopedLogAssertHandler> >::reset [0x00D3F0F1+12b]
	base::LaunchUnitTestsWithOptions [0x00D3F55B+a6]
	main [0x00D1C365+bd]
	__scrt_common_main_seh [0x00E30ECC+fa] (f:\dd\vctools\crt\vcstartup\src\startup\exe_common.inl:11b)
	BaseThreadInitThunk [0x77058674+24]
	RtlGetAppContainerNamedObjectPath [0x772C5D87+137]
	RtlGetAppContainerNamedObjectPath [0x772C5D57+107]

It would be great if we could see the full stack in libGLESv2/ANGLE to get a better idea of how to fix the issue. Ken do you know who could help?
 
Possibly a side effect of loading libGLESv2 dynamically?

Sign in to add a comment