Date: Mon, 25 Jul 2016 16:19:10 +0000 From: bugzilla-noreply@freebsd.org To: mono@FreeBSD.org Subject: maintainer-feedback requested: [Bug 211367] lang/mono net-p2p/sonarr Sonarr crashes on startup with SIGSEGV since r296500 on 10.3-STABLE Message-ID: <bug-211367-23699-07rnsiqkAw@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-211367-23699@https.bugs.freebsd.org/bugzilla/> References: <bug-211367-23699@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
Andrej Ebert <andrej@ebert.su> has reassigned Bugzilla Automation <bugzilla@FreeBSD.org>'s request for maintainer-feedback to mono@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@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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-211367-23699-07rnsiqkAw>