From owner-freebsd-mono@freebsd.org Fri May 13 19:32:55 2016 Return-Path: Delivered-To: freebsd-mono@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B945FB3A454 for ; Fri, 13 May 2016 19:32:55 +0000 (UTC) (envelope-from bounce+8cc18d.d053-freebsd-mono=freebsd.org@markheppner.com) Received: from mail-s91.mailgun.info (mail-s91.mailgun.info [184.173.153.219]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A5A51E98 for ; Fri, 13 May 2016 19:32:54 +0000 (UTC) (envelope-from bounce+8cc18d.d053-freebsd-mono=freebsd.org@markheppner.com) DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=markheppner.com; q=dns/txt; s=krs; t=1463167968; h=Content-Type: Cc: To: Subject: Message-ID: Date: From: References: In-Reply-To: MIME-Version: Sender; bh=L/K+VerEm8mrjMmQXC9OgeC9T4CmIBtwkl8v7Z03H34=; b=oBQtpBKu3sfITejMvtBuE70Pg6+RmcaiISWthrZt8mjr6gyI6upNxAY2P7OaD/kmyRZKBXEa ef52hrIUUHiItg0uz8IUrKjA5OAQi4TySaC3o8sSIajLgyj3EdpeNEli2B04u2gwwhb2ECAD lgkh6WtBmCA4+s6lmo8ykxqb1LA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=markheppner.com; s=krs; q=dns; h=Sender: MIME-Version: In-Reply-To: References: From: Date: Message-ID: Subject: To: Cc: Content-Type; b=K1tCRXtHLVf8+y3vm/BjFJaqlUPYhytCZZ4sHonFvhTlB3tD3rPD7YL3wlJPKkvSAQcyqI hfmtx31GNRsGU5Geu9JkN+gl5RE5n2krTz1GHxp529Oj+6PlGEhGrGkaXi1+5iuSaaLtoolZ hCrkyVRUHK2+dSjnOhPHg6uBmlhio= Sender: freebsd@markheppner.com X-Mailgun-Sid: WyJhNGEyOSIsICJmcmVlYnNkLW1vbm9AZnJlZWJzZC5vcmciLCAiZDA1MyJd Received: from mail-wm0-f43.google.com (mail-wm0-f43.google.com [74.125.82.43]) by mxa.mailgun.org with ESMTP id 57362bde.7f83554e70f0-in02; Fri, 13 May 2016 19:32:46 -0000 (UTC) Received: by mail-wm0-f43.google.com with SMTP id g17so45561987wme.1 for ; Fri, 13 May 2016 12:32:46 -0700 (PDT) X-Gm-Message-State: AOPr4FVrEUSzZTNbDqlpJ2ftn2G6/ABXgF3kLa230zV2opz31XftwyOxhRbOjUw+IvNtJLnPZLTVsJ6/FWkEGg== X-Received: by 10.194.223.41 with SMTP id qr9mr17226712wjc.61.1463167965374; Fri, 13 May 2016 12:32:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.167.203 with HTTP; Fri, 13 May 2016 12:32:05 -0700 (PDT) In-Reply-To: <20160513155754.4534354.1362.6201@gmail.com> References: <20160513155754.4534354.1362.6201@gmail.com> From: Mark Heppner Date: Fri, 13 May 2016 15:32:05 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Sonarr/Mono crash with SIGSEGV on 10.3-STABLE To: Russell Haley Cc: Freebsd-mono Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-mono@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Mono and C# applications on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2016 19:32:55 -0000 It looks like it happens between revisions 296500 and 297000. That's probably as far as I can narrow it down to since building takes awhile. I'm not sure where to go from this point. Do you know if it's safe to downgrade from the revision I'm at on -STABLE to the -RELEASE version? Thanks for your help, this was my first time using the mailing lists! On Fri, May 13, 2016 at 11:57 AM, Russell Haley wrote: > This is just of the top of my head, but if you are really keen to find th= e > issue, you can query svn for which files have changed between revisions. > =E2=80=8ENarrow it down and then start diffing files. Author commit notes= will help > too. I don't know svn commands by heart yet. > > I know you didn't ask for it but: this issue is just a bug in my opinion. > If you are really looking for stability tests to run, build 11-CURRENT an= d > test=E2=80=8E. :D > > Cheers > Russ > > Sent from my BlackBerry 10 smartphone on the Koodo network. > *From: *Randy Smith > *Sent: *Friday, May 13, 2016 7:22 AM > *To: *Russell Haley > *Cc: *Freebsd-mono > *Subject: *Re: Sonarr/Mono crash with SIGSEGV on 10.3-STABLE > > I just checked with a copy of 10.3-RELEASE and it works fine. The version > of 10.3-STABLE I'm on is r298222 (April 18), so I guess I can at least > narrow it down between those two revisions of 10.3. From what I can tell, > 10.3-RELEASE was copied from stable/10@296371, correct? How can I further > narrow down which revision the problem started at? Should I just try > different versions of the stable branch until I find where it happens? If > it helps, I've been testing this with FreeBSD, using ZFS. > > On Thu, May 12, 2016 at 8:34 PM, Russell Haley > wrote: > >> Okay, so reading the tea leaves: >> >> TinyIOC determines that the system is running against Mono and tries >> to load NzbDrone.Mono. The class NzbDrone.Mono.RuntimeProvider then >> blows up in the constructor. The file is here: >> >> >> https://github.com/Sonarr/Sonarr/blob/develop/src/NzbDrone.Mono/MonoRunt= imeProvider.cs >> >> I see that it's doing something with an NLog logger. (_logger =3D logger= ). >> >> SO the issue could be: >> - Something to do with the call to base(serviceProvider, logger) ? >> - A filewatcher issue? I know there has been/are issues with using the >> native file watcher component (uses kqueues). In a custom build of >> MonoDevelop I had to turn off native file watcher and use the "Managed >> File Watcher". Perhaps in the base constructor NLog is doing something >> with filewatchers? >> >> I have also seen Monodevelop try and copy files from /tmp to another >> directory. If you are using PC-BSD or (FreeBSD with ZFS), then it >> blows up because the native "move" doesn't work across different >> filesystems. I had to write a custom function that caught the >> exception and then performed an actual copy, then delete style move >> (yuck!). >> >> Upon inspecting the FreeBSD 10.3-RELEASE notes I see that there was a >> small change made to kqueues, but it doesn't seem significant. I also >> noted that you stated you were using 10.3-STABLE which is technically >> still a development branch. Perhaps reviewing the release notes may >> give you some insight? >> https://www.freebsd.org/releases/10.3R/relnotes.html >> >> My money is on a filewatcher as the culprit. >> >> HTH >> Russ >> >> On Thu, May 12, 2016 at 9:15 AM, Mark Heppner >> wrote: >> > I was able to run sonarr-2.0.0.3953 on mono-4.2.3.4 on 10.2-STABLE. >> After >> > upgrading to 10.3-STABLE, the program now crashes with this stacktrace= : >> > >> > >> > >> > [Info] Bootstrap: Starting Sonarr - >> /usr/local/share/sonarr/NzbDrone.exe - >> > Version 2.0.0.3953 >> > [Info] AppFolderInfo: Data directory is being overridden to >> > [/usr/local/sonarr] >> > Stacktrace: >> > >> > at <0xffffffff> >> > at (wrapper managed-to-native) >> > System.Diagnostics.Process.ProcessName_internal (intptr) <0xffffffff> >> > at System.Diagnostics.Process.get_ProcessName () <0x00047> >> > at (wrapper remoting-invoke-with-check) >> > System.Diagnostics.Process.get_ProcessName () <0xffffffff> >> > at >> NzbDrone.Common.EnvironmentInfo.RuntimeInfoBase.InternalIsProduction >> > () <0x00080> >> > at NzbDrone.Common.EnvironmentInfo.RuntimeInfoBase..cctor () <0x0001= 0> >> > at (wrapper runtime-invoke) object.runtime_invoke_void >> > (object,intptr,intptr,intptr) <0xffffffff> >> > at <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.Named= ParameterOverloads,TinyIoC.ResolveOptions) >> > <0x0053b> >> > at TinyIoC.TinyIoCContainer.ConstructType >> > >> (System.Type,System.Type,System.Reflection.ConstructorInfo,TinyIoC.Resol= veOptions) >> > <0x0004d> >> > at TinyIoC.TinyIoCContainer/SingletonFactory.GetObject >> > >> (System.Type,TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads,Ti= nyIoC.ResolveOptions) >> > <0x0009b> >> > at TinyIoC.TinyIoCContainer.ResolveInternal >> > >> (TinyIoC.TinyIoCContainer/TypeRegistration,TinyIoC.NamedParameterOverloa= ds,TinyIoC.ResolveOptions) >> > <0x000be> >> > at TinyIoC.TinyIoCContainer.Resolve (System.Type,string) <0x0007c> >> > at >> > >> NzbDrone.Common.Composition.Container/<>c__DisplayClass4.b__3 >> > (TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads) <0x00066> >> > at TinyIoC.TinyIoCContainer/DelegateFactory.GetObject >> > >> (System.Type,TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads,Ti= nyIoC.ResolveOptions) >> > <0x00035> >> > at TinyIoC.TinyIoCContainer.ResolveInternal >> > >> (TinyIoC.TinyIoCContainer/TypeRegistration,TinyIoC.NamedParameterOverloa= ds,TinyIoC.ResolveOptions) >> > <0x000be> >> > at TinyIoC.TinyIoCContainer.Resolve (System.Type) <0x0007f> >> > at TinyIoC.TinyIoCContainer.Resolve () <0x00032> >> > at NzbDrone.Common.Composition.Container.Resolve () <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) >> > <0x001c6> >> > at NzbDrone.Console.ConsoleApp.Main (string[]) <0x000a2> >> > at (wrapper runtime-invoke) .runtime_invoke_void_object >> > (object,intptr,intptr,intptr) <0xffffffff> >> > >> > =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 >> > >> > >> > >> > I confirmed this in Virtualbox by installing 10.2 with the same versio= n >> of >> > mono and sonarr listed, started sonarr successfully, then upgraded to >> 10.3, >> > and was unable to start sonarr. I reported the issue on the sonarr >> forums, >> > but to me, this seems more like an issue with mono on FreeBSD. >> > _______________________________________________ >> > freebsd-mono@freebsd.org mailing list >> > https://lists.freebsd.org/mailman/listinfo/freebsd-mono >> > To unsubscribe, send any mail to "freebsd-mono-unsubscribe@freebsd.org= " >> > > >