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

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211367

            Bug ID: 211367
           Summary: lang/mono net-p2p/sonarr Sonarr crashes on startup
                    with SIGSEGV since r296500 on 10.3-STABLE
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Keywords: crash
          Severity: Affects Many People
          Priority: ---
         Component: Individual Port(s)
          Assignee: mono at FreeBSD.org
          Reporter: andrej at ebert.su
             Flags: maintainer-feedback?(mono at FreeBSD.org)
          Assignee: mono at FreeBSD.org

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.NamedParameterOverloads,TinyIoC.ResolveOptions)
<0x00534>
  at TinyIoC.TinyIoCContainer.ConstructType
(System.Type,System.Type,System.Reflection.ConstructorInfo,TinyIoC.ResolveOptions)
<0x0004d>
  at TinyIoC.TinyIoCContainer/SingletonFactory.GetObject
(System.Type,TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions)
<0x000d0>
  at TinyIoC.TinyIoCContainer.ResolveInternal
(TinyIoC.TinyIoCContainer/TypeRegistration,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions)
<0x000c2>
  at TinyIoC.TinyIoCContainer.Resolve (System.Type,string) <0x0007c>
  at
NzbDrone.Common.Composition.Container/<>c__DisplayClass12_0.<CreateSingletonImplementationFactory>b__0
(TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads) <0x00066>
  at TinyIoC.TinyIoCContainer/DelegateFactory.GetObject
(System.Type,TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions)
<0x00035>
  at TinyIoC.TinyIoCContainer.ResolveInternal
(TinyIoC.TinyIoCContainer/TypeRegistration,TinyIoC.NamedParameterOverloads,TinyIoC.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

-- 
You are receiving this mail because:
You are the assignee for the bug.