Warning: File "/usr/bin/mono-sgen-gdb.py" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".Īdd-auto-load-safe-path /usr/bin/mono-sgen-gdb.py System.NullReferenceException: Object reference not set to an instance of an objectĪt (System.Char anyOf, Int32 startIndex, Int32 count) in :0Īt (System.Char anyOf) in /build/mono/src/mono- 3.10.0/mcs/class/corlib/System/String.cs:896Īt (System.String path) in :0Īt (System.String path) in :0Īt (System.String path) in :0Īt () in /home/stone/sandbox/StoneOS.ResourceMonitor/StoneOS.ResourceMonitor/Program.cs:44Īt _0 (System.Object state) in /home/stone/sandbox/StoneOS.ResourceMonitor/StoneOS.ResourceMonitor/Program.cs:20Īt +Scheduler.TimerCB (System.Object o) in /build/mono/src/mono-3.10.0/mcs/class/corlib/System.Threading/Timer.cs:317 Now, when compiling and running with Mono.Posix version, namely, `UnixFileInfo` - the application eventually ends up erroring with a SIGSEGV, though, sometimes with NullReferenceException instead.Įrror reported with NullReferenceException: NET/Mono, namely, `FileInfo` - there are no problems, everything works as expected. I have set up and attempted two solutions. Var unixInfo = new UnixFileInfo(statsFile) var unixInfo = new FileInfo(statsFile)
#Gdb program received signal sigsegv free#
Total used free shared buff/cache available Total memory available for the environment ~]# free -b I am running this Arch Linux installation in a VirtualBox, have not tested outside Virtual Environment, but I feel that should have no impact here. Mono JIT compiler version 3.10.0 (tarball Mon Oct 6 20:46:)Ĭopyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. Linux stone-development-arch 3.17.2-1-ARCH #1 SMP PREEMPT Thu Oct 30 20:49: x86_64 GNU/Linux Apparently when running it as fast, I can get to the error faster. The interval of the timer recurrence is as low just for the sake of example. The example application is uploaded as an attachment. Having found out even more cases where this happens, I gave a shot at creating a side application that might also have such problem. Apparently, I have stumbled upon a problem where my application ends up erroring out with SIGSEGV or sometimes with NullReferenceException. I am working on a fairly large Mono application for Linux - could call it a WebOS. I have already created a post on StackOverflow, but was suggested to file a report here.