Date: Mon, 25 Jul 2016 16:19:10 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 211367] lang/mono net-p2p/sonarr Sonarr crashes on startup with SIGSEGV since r296500 on 10.3-STABLE Message-ID: <bug-211367-13@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211367 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@FreeBSD.org Reporter: andrej@ebert.su Flags: maintainer-feedback?(mono@FreeBSD.org) Assignee: mono@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@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.NamedPar= ameterOverloads,TinyIoC.ResolveOptions) <0x00534> at TinyIoC.TinyIoCContainer.ConstructType (System.Type,System.Type,System.Reflection.ConstructorInfo,TinyIoC.ResolveO= ptions) <0x0004d> at TinyIoC.TinyIoCContainer/SingletonFactory.GetObject (System.Type,TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads,TinyI= oC.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.<CreateSingleto= nImplementationFactory>b__0 (TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads) <0x00066> at TinyIoC.TinyIoCContainer/DelegateFactory.GetObject (System.Type,TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads,TinyI= oC.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,Sy= stem.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> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 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. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D [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 m= ono 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 --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-211367-13>