Skip to content

Conversation

@dotnet-maestro
Copy link

@dotnet-maestro dotnet-maestro bot commented Mar 20, 2020

This pull request updates the following dependencies

From https://github.com/dotnet/runtime

  • Subscription: e3d3a626-5ff8-4f4b-576d-08d76e1d56cb
  • Build: 20200330.1
  • Date Produced: 3/30/2020 10:29 AM
  • Commit: 38bef8c
  • Branch: refs/heads/master
  • Updates:
    • Microsoft.NETCore.Platforms -> 5.0.0-preview.3.20180.1
    • Microsoft.NETCore.DotNetHostResolver -> 5.0.0-preview.3.20180.1
    • Microsoft.NETCore.App.Host.win-x64 -> 5.0.0-preview.3.20180.1
    • Microsoft.NETCore.App.Internal -> 5.0.0-preview.3.20180.1
    • Microsoft.NETCore.App.Ref -> 5.0.0-preview.3.20180.1
    • Microsoft.NETCore.App.Runtime.win-x64 -> 5.0.0-preview.3.20180.1

…0319.13

- Microsoft.NETCore.App.Host.win-x64 - 5.0.0-preview.3.20169.13
- Microsoft.NETCore.App.Internal - 5.0.0-preview.3.20169.13
- Microsoft.NETCore.App.Ref - 5.0.0-preview.3.20169.13
- Microsoft.NETCore.App.Runtime.win-x64 - 5.0.0-preview.3.20169.13
- Microsoft.NETCore.DotNetHostResolver - 5.0.0-preview.3.20169.13
- Microsoft.NETCore.Platforms - 5.0.0-preview.3.20169.13
@dotnet-maestro
Copy link
Author

dotnet-maestro bot commented Mar 20, 2020

Auto-Merge Status

This pull request has not been merged because Maestro++ is waiting on the following merge policies.

  • Standard Merge Policies Unsuccessful checks: .NET Core core-sdk CI, .NET Core core-sdk CI (build Linux Build_LinuxPortable_Release_x64), .NET Core core-sdk CI (build Linux Build_Rhel_7_2_Release_x64), .NET Core core-sdk CI (build Linux Build_Debian_Stretch_Debug_x64), .NET Core core-sdk CI (build Linux Build_CentOS_7_1_Debug_x64), .NET Core core-sdk CI (build Linux Build_Fedora_29_Debug_x64), .NET Core core-sdk CI (build Linux Build_Ubuntu_18_04_Debug_x64), .NET Core core-sdk CI (build Linux Build_Ubuntu_16_04_Debug_x64)
  • ✔️ Standard Merge Policies Succeeded - No reviews have requested changes.

dotnet-maestro bot added 10 commits March 21, 2020 12:22
…0320.8

- Microsoft.NETCore.App.Host.win-x64 - 5.0.0-preview.3.20170.8
- Microsoft.NETCore.App.Internal - 5.0.0-preview.3.20170.8
- Microsoft.NETCore.App.Ref - 5.0.0-preview.3.20170.8
- Microsoft.NETCore.App.Runtime.win-x64 - 5.0.0-preview.3.20170.8
- Microsoft.NETCore.DotNetHostResolver - 5.0.0-preview.3.20170.8
- Microsoft.NETCore.Platforms - 5.0.0-preview.3.20170.8
…0321.6

- Microsoft.NETCore.App.Host.win-x64 - 5.0.0-preview.3.20171.6
- Microsoft.NETCore.App.Internal - 5.0.0-preview.3.20171.6
- Microsoft.NETCore.App.Ref - 5.0.0-preview.3.20171.6
- Microsoft.NETCore.App.Runtime.win-x64 - 5.0.0-preview.3.20171.6
- Microsoft.NETCore.DotNetHostResolver - 5.0.0-preview.3.20171.6
- Microsoft.NETCore.Platforms - 5.0.0-preview.3.20171.6
…0322.1

- Microsoft.NETCore.App.Host.win-x64 - 5.0.0-preview.3.20172.1
- Microsoft.NETCore.App.Internal - 5.0.0-preview.3.20172.1
- Microsoft.NETCore.App.Ref - 5.0.0-preview.3.20172.1
- Microsoft.NETCore.App.Runtime.win-x64 - 5.0.0-preview.3.20172.1
- Microsoft.NETCore.DotNetHostResolver - 5.0.0-preview.3.20172.1
- Microsoft.NETCore.Platforms - 5.0.0-preview.3.20172.1
…0324.1

- Microsoft.NETCore.App.Host.win-x64 - 5.0.0-preview.3.20174.1
- Microsoft.NETCore.App.Internal - 5.0.0-preview.3.20174.1
- Microsoft.NETCore.App.Ref - 5.0.0-preview.3.20174.1
- Microsoft.NETCore.App.Runtime.win-x64 - 5.0.0-preview.3.20174.1
- Microsoft.NETCore.DotNetHostResolver - 5.0.0-preview.3.20174.1
- Microsoft.NETCore.Platforms - 5.0.0-preview.3.20174.1
…0324.7

- Microsoft.NETCore.App.Host.win-x64 - 5.0.0-preview.3.20174.7
- Microsoft.NETCore.App.Internal - 5.0.0-preview.3.20174.7
- Microsoft.NETCore.App.Ref - 5.0.0-preview.3.20174.7
- Microsoft.NETCore.App.Runtime.win-x64 - 5.0.0-preview.3.20174.7
- Microsoft.NETCore.DotNetHostResolver - 5.0.0-preview.3.20174.7
- Microsoft.NETCore.Platforms - 5.0.0-preview.3.20174.7
…0325.10

- Microsoft.NETCore.Platforms - 5.0.0-preview.3.20175.10
- Microsoft.NETCore.DotNetHostResolver - 5.0.0-preview.3.20175.10
- Microsoft.NETCore.App.Host.win-x64 - 5.0.0-preview.3.20175.10
- Microsoft.NETCore.App.Internal - 5.0.0-preview.3.20175.10
- Microsoft.NETCore.App.Ref - 5.0.0-preview.3.20175.10
- Microsoft.NETCore.App.Runtime.win-x64 - 5.0.0-preview.3.20175.10
…0326.12

- Microsoft.NETCore.Platforms - 5.0.0-preview.3.20176.12
- Microsoft.NETCore.DotNetHostResolver - 5.0.0-preview.3.20176.12
- Microsoft.NETCore.App.Host.win-x64 - 5.0.0-preview.3.20176.12
- Microsoft.NETCore.App.Internal - 5.0.0-preview.3.20176.12
- Microsoft.NETCore.App.Ref - 5.0.0-preview.3.20176.12
- Microsoft.NETCore.App.Runtime.win-x64 - 5.0.0-preview.3.20176.12
…0328.1

- Microsoft.NETCore.Platforms - 5.0.0-preview.3.20178.1
- Microsoft.NETCore.DotNetHostResolver - 5.0.0-preview.3.20178.1
- Microsoft.NETCore.App.Host.win-x64 - 5.0.0-preview.3.20178.1
- Microsoft.NETCore.App.Internal - 5.0.0-preview.3.20178.1
- Microsoft.NETCore.App.Ref - 5.0.0-preview.3.20178.1
- Microsoft.NETCore.App.Runtime.win-x64 - 5.0.0-preview.3.20178.1
…0329.1

- Microsoft.NETCore.Platforms - 5.0.0-preview.3.20179.1
- Microsoft.NETCore.DotNetHostResolver - 5.0.0-preview.3.20179.1
- Microsoft.NETCore.App.Host.win-x64 - 5.0.0-preview.3.20179.1
- Microsoft.NETCore.App.Internal - 5.0.0-preview.3.20179.1
- Microsoft.NETCore.App.Ref - 5.0.0-preview.3.20179.1
- Microsoft.NETCore.App.Runtime.win-x64 - 5.0.0-preview.3.20179.1
…0330.1

- Microsoft.NETCore.Platforms - 5.0.0-preview.3.20180.1
- Microsoft.NETCore.DotNetHostResolver - 5.0.0-preview.3.20180.1
- Microsoft.NETCore.App.Host.win-x64 - 5.0.0-preview.3.20180.1
- Microsoft.NETCore.App.Internal - 5.0.0-preview.3.20180.1
- Microsoft.NETCore.App.Ref - 5.0.0-preview.3.20180.1
- Microsoft.NETCore.App.Runtime.win-x64 - 5.0.0-preview.3.20180.1
@sfoslund
Copy link
Member

sfoslund commented Apr 1, 2020

@mmitche do you have any idea of what's going on here? We're getting this failure across many insertion PRs.

@mmitche
Copy link
Member

mmitche commented Apr 1, 2020

@mmitche do you have any idea of what's going on here? We're getting this failure across many insertion PRs.

Yeah, seemed odd I noticed...I'm looking into it.

@mmitche
Copy link
Member

mmitche commented Apr 1, 2020

*** Error in `/home/vsts/work/1/s/.dotnet/dotnet': munmap_chunk(): invalid pointer: 0x0000000000bb6ee0 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x7ada4)[0x7fc3bd84ada4]
/home/vsts/work/1/s/.dotnet/dotnet(_ZN9__gnu_cxx13new_allocatorIPNSt8__detail15_Hash_node_baseEE10deallocateEPS3_m+0x20)[0x40fd10]
/home/vsts/work/1/s/.dotnet/dotnet(_ZNSt10_HashtableISsSt4pairIKSsSt6vectorISsSaISsEEESaIS5_ENSt8__detail10_Select1stESt8equal_toISsESt4hashISsENS7_18_Mod_range_hashingENS7_20_Default_ranged_hashENS7_20_Prime_rehash_policyENS7_17_Hashtable_traitsILb1ELb0ELb1EEEE21_M_deallocate_bucketsEPPNS7_15_Hash_node_baseEm+0x4e)[0x40fb9e]
/home/vsts/work/1/s/.dotnet/dotnet(_ZNSt10_HashtableISsSt4pairIKSsSt6vectorISsSaISsEEESaIS5_ENSt8__detail10_Select1stESt8equal_toISsESt4hashISsENS7_18_Mod_range_hashingENS7_20_Default_ranged_hashENS7_20_Prime_rehash_policyENS7_17_Hashtable_traitsILb1ELb0ELb1EEEE13_M_rehash_auxEmSt17integral_constantIbLb1EE+0x14f)[0x40f9ff]
/home/vsts/work/1/s/.dotnet/dotnet(_ZNSt10_HashtableISsSt4pairIKSsSt6vectorISsSaISsEEESaIS5_ENSt8__detail10_Select1stESt8equal_toISsESt4hashISsENS7_18_Mod_range_hashingENS7_20_Default_ranged_hashENS7_20_Prime_rehash_policyENS7_17_Hashtable_traitsILb1ELb0ELb1EEEE9_M_rehashEmRKm+0x28)[0x40f688]
/home/vsts/work/1/s/.dotnet/dotnet(_ZNSt10_HashtableISsSt4pairIKSsSt6vectorISsSaISsEEESaIS5_ENSt8__detail10_Select1stESt8equal_toISsESt4hashISsENS7_18_Mod_range_hashingENS7_20_Default_ranged_hashENS7_20_Prime_rehash_policyENS7_17_Hashtable_traitsILb1ELb0ELb1EEEE21_M_insert_unique_nodeEmmPNS7_10_Hash_nodeIS5_Lb1EEE+0x92)[0x40f022]
/home/vsts/work/1/s/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libhostpolicy.so(_ZNSt8__detail9_Map_baseISsSt4pairIKSsSt6vectorISsSaISsEEESaIS6_ENS_10_Select1stESt8equal_toISsESt4hashISsENS_18_Mod_range_hashingENS_20_Default_ranged_hashENS_20_Prime_rehash_policyENS_17_Hashtable_traitsILb1ELb0ELb1EEELb1EEixEOSs+0xf7)[0x7fc3bd34ba87]
/home/vsts/work/1/s/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libhostpolicy.so(+0x34b82)[0x7fc3bd348b82]
/home/vsts/work/1/s/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libhostpolicy.so(+0x3553e)[0x7fc3bd34953e]
/home/vsts/work/1/s/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libhostpolicy.so(+0x39515)[0x7fc3bd34d515]
/home/vsts/work/1/s/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libhostpolicy.so(+0x1d893)[0x7fc3bd331893]
/home/vsts/work/1/s/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libhostpolicy.so(+0x1c1bf)[0x7fc3bd3301bf]
/home/vsts/work/1/s/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libhostpolicy.so(+0x200e5)[0x7fc3bd3340e5]
/home/vsts/work/1/s/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libhostpolicy.so(corehost_main+0xb7)[0x7fc3bd333e57]
/home/vsts/work/1/s/.dotnet/host/fxr/5.0.0-preview.3.20180.1/libhostfxr.so(+0x1862e)[0x7fc3bd58462e]
/home/vsts/work/1/s/.dotnet/host/fxr/5.0.0-preview.3.20180.1/libhostfxr.so(+0x16d73)[0x7fc3bd582d73]
/home/vsts/work/1/s/.dotnet/host/fxr/5.0.0-preview.3.20180.1/libhostfxr.so(hostfxr_main_startupinfo+0x94)[0x7fc3bd57f694]

https://dev.azure.com/dnceng/public/_build/results?buildId=579469&view=logs&j=0e52532c-32b0-5a77-e617-c6646fcfa1f4&t=0e876ee4-44a1-59f7-8b8e-8f4578187457&l=484

Looks like it's only happening in the Linux legs. It doesn't appear to be the same error as the other insertions. Could potentially be a runtime bug? @jeffschwMSFT do you have someone who could take a look at this?

@jeffschwMSFT
Copy link
Member

@mmitche
Copy link
Member

mmitche commented Apr 1, 2020

Also seen in p3 #7005

@janvorli
Copy link
Member

janvorli commented Apr 1, 2020

It looks like a native heap corruption. Maybe it would be worth trying to run dotnet with Valgrind to see if it catches something.

@janvorli
Copy link
Member

janvorli commented Apr 1, 2020

Btw, is there a core dump available for that crash?

@janvorli
Copy link
Member

janvorli commented Apr 1, 2020

I was able to repro it locally. Here is a stack trace from a local core dump that has more detail on what was running.

* thread #1, name = 'dotnet', stop reason = signal SIGABRT
  * frame #0: 0x00007f9bc3c78428 libc.so.6`__GI_raise(sig=6) at raise.c:54
    frame #1: 0x00007f9bc3c7a02a libc.so.6`__GI_abort at abort.c:89
    frame #2: 0x00007f9bc3cba7ea libc.so.6`__libc_message(do_abort=<unavailable>, fmt=<unavailable>) at libc_fatal.c:175
    frame #3: 0x00007f9bc3cc7698 libc.so.6`__GI___libc_free at malloc.c:5006
    frame #4: 0x00007f9bc3cc75fe libc.so.6`__GI___libc_free at malloc.c:2842
    frame #5: 0x00007f9bc3cc75f8 libc.so.6`__GI___libc_free(mem=<unavailable>) at malloc.c:2963
    frame #6: 0x000000000040fd10 dotnet`__gnu_cxx::new_allocator<std::__detail::_Hash_node_base*>::deallocate(std::__detail::_Hash_node_base**, unsigned long) + 32
    frame #7: 0x000000000040fb9e dotnet`std::_Hashtable<std::string, std::pair<std::string const, std::vector<std::string, std::allocator<std::string> > >, std::allocator<std::pair<std::string const, std::vector<std::string, std::allocator<std::string> > > >, std::__detail::_Select1st, std::equal_to<std::string>, std::hash<std::string>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true> >::_M_deallocate_buckets(std::__detail::_Hash_node_base**, unsigned long) + 78
    frame #8: 0x000000000040f9ff dotnet`std::_Hashtable<std::string, std::pair<std::string const, std::vector<std::string, std::allocator<std::string> > >, std::allocator<std::pair<std::string const, std::vector<std::string, std::allocator<std::string> > > >, std::__detail::_Select1st, std::equal_to<std::string>, std::hash<std::string>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true> >::_M_rehash_aux(unsigned long, std::integral_constant<bool, true>) + 335
    frame #9: 0x000000000040f688 dotnet`std::_Hashtable<std::string, std::pair<std::string const, std::vector<std::string, std::allocator<std::string> > >, std::allocator<std::pair<std::string const, std::vector<std::string, std::allocator<std::string> > > >, std::__detail::_Select1st, std::equal_to<std::string>, std::hash<std::string>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true> >::_M_rehash(unsigned long, unsigned long const&) + 40
    frame #10: 0x000000000040f022 dotnet`std::_Hashtable<std::string, std::pair<std::string const, std::vector<std::string, std::allocator<std::string> > >, std::allocator<std::pair<std::string const, std::vector<std::string, std::allocator<std::string> > > >, std::__detail::_Select1st, std::equal_to<std::string>, std::hash<std::string>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true> >::_M_insert_unique_node(unsigned long, unsigned long, std::__detail::_Hash_node<std::pair<std::string const, std::vector<std::string, std::allocator<std::string> > >, true>*) + 146
    frame #11: 0x00007f9bc37bea87 libhostpolicy.so`std::__detail::_Map_base<std::string, std::pair<std::string const, std::vector<std::string, std::allocator<std::string> > >, std::allocator<std::pair<std::string const, std::vector<std::string, std::allocator<std::string> > > >, std::__detail::_Select1st, std::equal_to<std::string>, std::hash<std::string>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true>, true>::operator[](std::string&&) + 247
    frame #12: 0x00007f9bc37bbb82 libhostpolicy.so`deps_json_t::load_self_contained(std::string const&, rapidjson::GenericValue<rapidjson::UTF8<char>, rapidjson::MemoryPoolAllocator<rapidjson::CrtAllocator> > const&, std::string const&) + 994
    frame #13: 0x00007f9bc37bc53e libhostpolicy.so`deps_json_t::load(bool, std::string const&, std::unordered_map<std::string, std::vector<std::string, std::allocator<std::string> >, std::hash<std::string>, std::equal_to<std::string>, std::allocator<std::pair<std::string const, std::vector<std::string, std::allocator<std::string> > > > > const&) + 1374
    frame #14: 0x00007f9bc37c0515 libhostpolicy.so`fx_definition_t::parse_deps() + 37
    frame #15: 0x00007f9bc37a4893 libhostpolicy.so`deps_resolver_t::deps_resolver_t(arguments_t const&, std::vector<std::unique_ptr<fx_definition_t, std::default_delete<fx_definition_t> >, std::allocator<std::unique_ptr<fx_definition_t, std::default_delete<fx_definition_t> > > >&, std::unordered_map<std::string, std::vector<std::string, std::allocator<std::string> >, std::hash<std::string>, std::equal_to<std::string>, std::allocator<std::pair<std::string const, std::vector<std::string, std::allocator<std::string> > > > > const*, bool) + 595
    frame #16: 0x00007f9bc37a31bf libhostpolicy.so`hostpolicy_context_t::initialize(hostpolicy_init_t&, arguments_t const&, bool) + 111
    frame #17: 0x00007f9bc37a70e5 libhostpolicy.so`(anonymous namespace)::create_hostpolicy_context(hostpolicy_init_t&, arguments_t const&, bool) + 389
    frame #18: 0x00007f9bc37a6e57 libhostpolicy.so`corehost_main + 183
    frame #19: 0x00007f9bc39f762e libhostfxr.so`fx_muxer_t::handle_exec_host_command(std::string const&, host_startup_info_t const&, std::string const&, std::unordered_map<known_options, std::vector<std::string, std::allocator<std::string> >, known_options_hash, std::equal_to<known_options>, std::allocator<std::pair<known_options const, std::vector<std::string, std::allocator<std::string> > > > > const&, int, char const**, int, host_mode_t, char*, int, int*) + 1774
    frame #20: 0x00007f9bc39f5d73 libhostfxr.so`fx_muxer_t::execute(std::string, int, char const**, host_startup_info_t const&, char*, int, int*) + 643
    frame #21: 0x00007f9bc39f2694 libhostfxr.so`hostfxr_main_startupinfo + 148
    frame #22: 0x000000000040ac74 dotnet`___lldb_unnamed_symbol30$$dotnet + 1572
    frame #23: 0x000000000040af05 dotnet`___lldb_unnamed_symbol31$$dotnet + 165
    frame #24: 0x00007f9bc3c63830 libc.so.6`__libc_start_main(main=(dotnet`___lldb_unnamed_symbol31$$dotnet), argc=16, argv=0x00007fff9880dde8, init=<unavailable>, fini=<unavailable>, rtld_fini=<unavailable>, stack_end=0x00007fff9880ddd8) at libc-start.c:291
    frame #25: 0x0000000000408a54 dotnet`_start + 41

@janvorli
Copy link
Member

janvorli commented Apr 1, 2020

I've tried valgrind, it seems to have found some invalid memory write in CorUnix::InternalSetThreadDescription, which was added recently. I am looking into that.

@janvorli
Copy link
Member

janvorli commented Apr 1, 2020

I've found the issue, it is here:
https://github.com/dotnet/runtime/blob/a7f3efbc0f17653ae9b17688e8c94a549b141bcd/src/coreclr/src/pal/src/thread/thread.cpp#L1667-L1669
It happens when the namesize was <= 15, so we'd allocate just <= 15 bytes and then write to the 16th one that's behind the end of the allocated area.

@janvorli
Copy link
Member

janvorli commented Apr 1, 2020

Valgrind rocks, it gave me the answer on a silver plate. See how it showed me where in the code the invalid write happened and then it showed me where was the block of memory behind which we've written allocated:

==6868== Invalid write of size 1
==6868==    at 0x70670BB: CorUnix::InternalSetThreadDescription(CorUnix::CPalThread*, void*, char16_t const*) (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x7066F42: SetThreadDescription (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x6CD4222: Thread::CreateNewThread(unsigned long, unsigned int (*)(void*), void*, char16_t const*) (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x6D35DC8: FinalizerThread::FinalizerThreadCreate() (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x6D09294: EEStartupHelper() (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x6D086F8: EEStartup() (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x6D0855C: EnsureEEStarted() (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x6C531D5: CorHost2::Start() (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x6C3753B: coreclr_initialize (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x653A73B: coreclr_t::create(std::string const&, char const*, char const*, coreclr_property_bag_t const&, std::unique_ptr<coreclr_t, std::default_delete<coreclr_t> >&) (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libhostpolicy.so)
==6868==    by 0x654A444: (anonymous namespace)::create_coreclr() (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libhostpolicy.so)
==6868==    by 0x6549E61: corehost_main (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libhostpolicy.so)

==6868==  Address 0x6ab368f is 0 bytes after a block of size 15 alloc'd
==6868==    at 0x4C2DB8F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==6868==    by 0x706708B: CorUnix::InternalSetThreadDescription(CorUnix::CPalThread*, void*, char16_t const*) (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x7066F42: SetThreadDescription (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x6CD4222: Thread::CreateNewThread(unsigned long, unsigned int (*)(void*), void*, char16_t const*) (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x6D35DC8: FinalizerThread::FinalizerThreadCreate() (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x6D09294: EEStartupHelper() (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x6D086F8: EEStartup() (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x6D0855C: EnsureEEStarted() (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x6C531D5: CorHost2::Start() (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x6C3753B: coreclr_initialize (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libcoreclr.so)
==6868==    by 0x653A73B: coreclr_t::create(std::string const&, char const*, char const*, coreclr_property_bag_t const&, std::unique_ptr<coreclr_t, std::default_delete<coreclr_t> >&) (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libhostpolicy.so)
==6868==    by 0x654A444: (anonymous namespace)::create_coreclr() (in /home/janvorli/issues/installer/.dotnet/shared/Microsoft.NETCore.App/5.0.0-preview.3.20180.1/libhostpolicy.so)

@mmitche
Copy link
Member

mmitche commented Apr 1, 2020

@janvorli Awesome! Can you prepare a fix for both master and preview3

@janvorli
Copy link
Member

janvorli commented Apr 1, 2020

I am just working on the master one.

@akoeplinger
Copy link
Member

Looks like this already went in with the auto-merge of #7018 which included the fixed runtime build.

@sfoslund
Copy link
Member

sfoslund commented Apr 5, 2020

Yup, closing this one in favor of #7018

@sfoslund sfoslund closed this Apr 5, 2020
@mmitche
Copy link
Member

mmitche commented Apr 6, 2020

We think the duplicated master branch dependency PRs have something to do with the rename of the repo.

@mmitche mmitche deleted the darc-master-e6dfab08-68e7-446c-8a73-d30d344ce573 branch April 6, 2020 14:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants