maintainer-feedback requested: [Bug 211367] lang/mono net-p2p/sonarr Sonarr crashes on startup with SIGSEGV since r296500 on 10.3-STABLE

[bugzilla-noreply at freebsd.org]

Andrej Ebert <andrej at ebert.su> has reassigned Bugzilla Automation
<bugzilla at FreeBSD.org>'s request for maintainer-feedback to mono at FreeBSD.org:
Bug 211367: lang/mono net-p2p/sonarr Sonarr crashes on startup with SIGSEGV
since r296500 on 10.3-STABLE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211367



--- Description ---
Since base r296727 of 10-STABLE and at least up to base r303255 of 11-STABLE
sonarr crashes on startup with the following:

root at 199-SERVER /u/w/p/l/mono# mono /usr/local/share/sonarr/NzbDrone.exe -v
[Info] Bootstrap: Starting Sonarr - /usr/local/share/sonarr/NzbDrone.exe -
Version 2.0.0.4230
Stacktrace:

  at <unknown> <0xffffffff>
  at (wrapper managed-to-native)
System.Diagnostics.Process.ProcessName_internal (intptr) <0x0005c>
  at System.Diagnostics.Process.get_ProcessName () <0x00082>
  at (wrapper remoting-invoke-with-check)
System.Diagnostics.Process.get_ProcessName () <0x0006c>
  at NzbDrone.Common.EnvironmentInfo.RuntimeInfoBase.InternalIsProduction ()
<0x00078>
  at NzbDrone.Common.EnvironmentInfo.RuntimeInfoBase..cctor () <0x00010>
  at (wrapper runtime-invoke) object.runtime_invoke_void
(object,intptr,intptr,intptr) <0x00069>
  at <unknown> <0xffffffff>
  at NzbDrone.Mono.MonoRuntimeProvider..ctor
(NzbDrone.Common.IServiceProvider,NLog.Logger) <0x00024>
  at (wrapper dynamic-method) object.lambda_method
(System.Runtime.CompilerServices.Closure,object[]) <0x0012c>
  at TinyIoC.TinyIoCContainer.ConstructType
(System.Type,System.Type,System.Reflection.ConstructorInfo,TinyIoC.NamedParamet
erOverloads,TinyIoC.ResolveOptions)
<0x00534>
  at TinyIoC.TinyIoCContainer.ConstructType
(System.Type,System.Type,System.Reflection.ConstructorInfo,TinyIoC.ResolveOptio
ns)
<0x0004d>
  at TinyIoC.TinyIoCContainer/SingletonFactory.GetObject
(System.Type,TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads,TinyIoC.R
esolveOptions)
<0x000d0>
  at TinyIoC.TinyIoCContainer.ResolveInternal
(TinyIoC.TinyIoCContainer/TypeRegistration,TinyIoC.NamedParameterOverloads,Tiny
IoC.ResolveOptions)
<0x000c2>
  at TinyIoC.TinyIoCContainer.Resolve (System.Type,string) <0x0007c>
  at
NzbDrone.Common.Composition.Container/<>c__DisplayClass12_0.<CreateSingletonImp
lementationFactory>b__0
(TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads) <0x00066>
  at TinyIoC.TinyIoCContainer/DelegateFactory.GetObject
(System.Type,TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads,TinyIoC.R
esolveOptions)
<0x00035>
  at TinyIoC.TinyIoCContainer.ResolveInternal
(TinyIoC.TinyIoCContainer/TypeRegistration,TinyIoC.NamedParameterOverloads,Tiny
IoC.ResolveOptions)
<0x000c2>
  at TinyIoC.TinyIoCContainer.Resolve (System.Type) <0x0007f>
  at TinyIoC.TinyIoCContainer.Resolve<ResolveType_REF> () <0x00032>
  at NzbDrone.Common.Composition.Container.Resolve<T_REF> () <0x00041>
  at NzbDrone.Host.Bootstrap.GetApplicationMode
(NzbDrone.Common.EnvironmentInfo.IStartupContext) <0x000c9>
  at NzbDrone.Host.Bootstrap.Start
(NzbDrone.Common.EnvironmentInfo.StartupContext,NzbDrone.Host.IUserAlert,System
.Action`1<NzbDrone.Common.Composition.IContainer>)
<0x001c6>
  at NzbDrone.Console.ConsoleApp.Main (string[]) <0x000a0>
  at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object
(object,intptr,intptr,intptr) <0x000d6>

=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================

[1]    95725 abort (core dumped)  mono /usr/local/share/sonarr/NzbDrone.exe -v

The last revision it works on is base r296649, so if I'm not interpreting
something wrong, the breaking commit is base r296727.

This happens both with the current version of mono in ports and also with mono
version 4.4.1.0 (installed with the patch from bug 211004).

Here are other reports of the problem:

https://lists.freebsd.org/pipermail/freebsd-mono/2016-May/001973.html

https://forums.freebsd.org/threads/56249/

I also found SmartOS having (maybe) having a similar problem:
https://smartos.org/bugview/OS-4732