Page 1 of 1

Unable to run VRS on Raspbian

Posted: Thu Mar 12, 2015 11:05 am
by YSWG
I've used the latest Mono release (which my understanding now supports Raspbian) and I've tried getting a copy of a Raspbian version of Mono but can't download it. It will run fine (though I get three errors in terminal) until I go into the Options. I should also note that I'm using the latest stable releases and using a Raspberry Pi 2 Model B.

Code: Select all

pi@raspberrypi ~/virtualradar $ mono VirtualRadar.exe

(mono:14379): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-can-change-accels after class was initialised

(mono:14379): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-menu-popup-delay after class was initialised

(mono:14379): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-menu-popdown-delay after class was initialised

Code: Select all

* Assertion at mini-codegen.c:807, condition `i == sel' not met

Stacktrace:

  at <unknown> <0xffffffff>
  at System.Windows.Forms.TextBoxBase.Draw (System.Drawing.Graphics,System.Drawing.Rectangle) <0x000b3>
  at System.Windows.Forms.TextBoxBase.OnPaintInternal (System.Windows.Forms.PaintEventArgs) <0x00063>
  at System.Windows.Forms.Control.WmPaint (System.Windows.Forms.Message&) <0x0017f>
  at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message&) <0x00223>
  at System.Windows.Forms.TextBoxBase.WndProc (System.Windows.Forms.Message&) <0x0032b>
  at System.Windows.Forms.TextBox.WndProc (System.Windows.Forms.Message&) <0x001db>
  at System.Windows.Forms.Control/ControlWindowTarget.OnMessage (System.Windows.Forms.Message&) <0x0002b>
  at System.Windows.Forms.Control/ControlNativeWindow.WndProc (System.Windows.Forms.Message&) <0x0003b>
  at System.Windows.Forms.NativeWindow.WndProc (intptr,System.Windows.Forms.Msg,intptr,intptr) <0x002bb>
  at System.Windows.Forms.XplatUIX11.DispatchMessage (System.Windows.Forms.MSG&) <0x00023>
  at System.Windows.Forms.XplatUI.DispatchMessage (System.Windows.Forms.MSG&) <0x00033>
  at System.Windows.Forms.Application.RunLoop (bool,System.Windows.Forms.ApplicationContext) <0x00be3>
  at System.Windows.Forms.Form.ShowDialog (System.Windows.Forms.IWin32Window) <0x0086b>
  at (wrapper remoting-invoke-with-check) System.Windows.Forms.Form.ShowDialog (System.Windows.Forms.IWin32Window) <0xffffffff>
  at VirtualRadar.WinForms.MainView.ShowSettingsConfigurationUI (string,object) <0x00093>
  at (wrapper remoting-invoke-with-check) VirtualRadar.WinForms.MainView.ShowSettingsConfigurationUI (string,object) <0xffffffff>
  at VirtualRadar.WinForms.MainView.menuOptionsToolStripMenuItem_Click (object,System.EventArgs) <0x00027>
  at System.Windows.Forms.ToolStripItem.OnClick (System.EventArgs) <0x00087>
  at System.Windows.Forms.ToolStripMenuItem.OnClick (System.EventArgs) <0x0036f>
  at System.Windows.Forms.ToolStripMenuItem.HandleClick (int,System.EventArgs) <0x00027>
  at System.Windows.Forms.ToolStripItem.FireEvent (System.EventArgs,System.Windows.Forms.ToolStripItemEventType) <0x000c3>
  at (wrapper remoting-invoke-with-check) System.Windows.Forms.ToolStripItem.FireEvent (System.EventArgs,System.Windows.Forms.ToolStripItemEventType) <0xffffffff>
  at System.Windows.Forms.ToolStrip.OnMouseUp (System.Windows.Forms.MouseEventArgs) <0x00187>
  at System.Windows.Forms.ToolStripDropDown.OnMouseUp (System.Windows.Forms.MouseEventArgs) <0x0001b>
  at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message&) <0x00117>
  at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message&) <0x00243>
  at System.Windows.Forms.ScrollableControl.WndProc (System.Windows.Forms.Message&) <0x0001b>
  at System.Windows.Forms.ToolStrip.WndProc (System.Windows.Forms.Message&) <0x0001b>
  at System.Windows.Forms.ToolStripDropDown.WndProc (System.Windows.Forms.Message&) <0x0003f>
  at System.Windows.Forms.Control/ControlWindowTarget.OnMessage (System.Windows.Forms.Message&) <0x0002b>
  at System.Windows.Forms.Control/ControlNativeWindow.WndProc (System.Windows.Forms.Message&) <0x0003b>
  at System.Windows.Forms.NativeWindow.WndProc (intptr,System.Windows.Forms.Msg,intptr,intptr) <0x002bb>
  at System.Windows.Forms.XplatUIX11.DispatchMessage (System.Windows.Forms.MSG&) <0x00023>
  at System.Windows.Forms.XplatUI.DispatchMessage (System.Windows.Forms.MSG&) <0x00033>
  at System.Windows.Forms.Application.RunLoop (bool,System.Windows.Forms.ApplicationContext) <0x00be3>
  at System.Windows.Forms.Application.Run (System.Windows.Forms.ApplicationContext) <0x00067>
  at System.Windows.Forms.Application.Run (System.Windows.Forms.Form) <0x00033>
  at VirtualRadar.Program.StartApplication (string[]) <0x0021f>
  at VirtualRadar.Program.Main (string[]) <0x003af>
  at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object (object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:


Debug info from gdb:

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[New Thread 0x72d69430 (LWP 14390)]
[New Thread 0x72c2b430 (LWP 14389)]
[New Thread 0x72c4b430 (LWP 14388)]
[New Thread 0x72e69430 (LWP 14386)]
[New Thread 0x72f69430 (LWP 14385)]
[New Thread 0x73069430 (LWP 14384)]
[New Thread 0x733b5430 (LWP 14383)]
[New Thread 0x7374f430 (LWP 14382)]
[New Thread 0x7376f430 (LWP 14381)]
[New Thread 0x75bff430 (LWP 14380)]
0x76f17aac in waitpid () from /lib/arm-linux-gnueabihf/libpthread.so.0
  Id   Target Id         Frame 
  11   Thread 0x75bff430 (LWP 14380) "mono" 0x76f15770 in sem_wait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
  10   Thread 0x7376f430 (LWP 14381) "mono" 0x76f172c0 in nanosleep () from /lib/arm-linux-gnueabihf/libpthread.so.0
  9    Thread 0x7374f430 (LWP 14382) "mono" 0x76f138b8 in pthread_cond_timedwait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
  8    Thread 0x733b5430 (LWP 14383) "mono" 0x76f138b8 in pthread_cond_timedwait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
  7    Thread 0x73069430 (LWP 14384) "mono" 0x76f159c4 in sem_timedwait () from /lib/arm-linux-gnueabihf/libpthread.so.0
  6    Thread 0x72f69430 (LWP 14385) "mono" 0x76f13504 in pthread_cond_wait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
  5    Thread 0x72e69430 (LWP 14386) "mono" 0x76f172c0 in nanosleep () from /lib/arm-linux-gnueabihf/libpthread.so.0
  4    Thread 0x72c4b430 (LWP 14388) "mono" 0x76e7ba74 in epoll_wait () from /lib/arm-linux-gnueabihf/libc.so.6
  3    Thread 0x72c2b430 (LWP 14389) "mono" 0x76f159c4 in sem_timedwait () from /lib/arm-linux-gnueabihf/libpthread.so.0
  2    Thread 0x72d69430 (LWP 14390) "mono" 0x76f159c4 in sem_timedwait () from /lib/arm-linux-gnueabihf/libpthread.so.0
* 1    Thread 0x76feb000 (LWP 14379) "mono" 0x76f17aac in waitpid () from /lib/arm-linux-gnueabihf/libpthread.so.0

Thread 11 (Thread 0x75bff430 (LWP 14380)):
#0  0x76f15770 in sem_wait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0x001fff10 in mono_sem_wait (sem=0x2f523c, alertable=1) at mono-semaphore.c:119
#2  0x0017db28 in finalizer_thread (unused=<optimized out>) at gc.c:1073
#3  0x001625b4 in start_wrapper_internal (data=0x18661a0) at threads.c:643
#4  start_wrapper (data=0x18661a0) at threads.c:688
#5  0x001f5c30 in thread_start_routine (args=0x18216c0) at wthreads.c:294
#6  0x00204268 in inner_start_thread (arg=0x18216b4) at mono-threads-posix.c:49
#7  0x76f0ec00 in start_thread () from /lib/arm-linux-gnueabihf/libpthread.so.0
#8  0x76e7b348 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#9  0x76e7b348 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 10 (Thread 0x7376f430 (LWP 14381)):
#0  0x76f172c0 in nanosleep () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0x76f160b4 in __pthread_enable_asynccancel () from /lib/arm-linux-gnueabihf/libpthread.so.0
#2  0x001f4e10 in SleepEx (ms=<optimized out>, alertable=162) at wthreads.c:842
#3  0x0016425c in monitor_thread (unused=<optimized out>) at threadpool.c:779
#4  0x001625b4 in start_wrapper_internal (data=0x1c6d7b8) at threads.c:643
#5  start_wrapper (data=0x1c6d7b8) at threads.c:688
#6  0x001f5c30 in thread_start_routine (args=0x1821870) at wthreads.c:294
#7  0x00204268 in inner_start_thread (arg=0x1821864) at mono-threads-posix.c:49
#8  0x76f0ec00 in start_thread () from /lib/arm-linux-gnueabihf/libpthread.so.0
#9  0x76e7b348 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#10 0x76e7b348 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 9 (Thread 0x7374f430 (LWP 14382)):
#0  0x76f138b8 in pthread_cond_timedwait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0x001df938 in _wapi_handle_timedwait_signal_handle (handle=0x43c, timeout=0x7374e4a0, alertable=1, poll=<optimized out>) at handles.c:1586
#2  0x001f2a70 in WaitForSingleObjectEx (handle=0x1f2a70, timeout=3076096, alertable=1084) at wait.c:198
#3  0x00160344 in mono_wait_uninterrupted (thread=0x768c4220, multiple=25340812, numhandles=1, handles=0x7374e504, waitall=0, ms=100000, alertable=1) at threads.c:1455
#4  0x00161ed4 in ves_icall_System_Threading_WaitHandle_WaitOne_internal (this=<optimized out>, handle=0x1b5d474, ms=100000, exitContext=<optimized out>) at threads.c:1587
#5  0x73615238 in ?? ()
#6  0x73615238 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 8 (Thread 0x733b5430 (LWP 14383)):
#0  0x76f138b8 in pthread_cond_timedwait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0x001df938 in _wapi_handle_timedwait_signal_handle (handle=0x410, timeout=0x733b47b8, alertable=1, poll=<optimized out>) at handles.c:1586
#2  0x001f2a70 in WaitForSingleObjectEx (handle=0x1f2a70, timeout=3076096, alertable=1040) at wait.c:198
#3  0x00160344 in mono_wait_uninterrupted (thread=0x768c42d0, multiple=0, numhandles=1, handles=0x733b481c, waitall=0, ms=549, alertable=1) at threads.c:1455
#4  0x00161ed4 in ves_icall_System_Threading_WaitHandle_WaitOne_internal (this=<optimized out>, handle=0x768bc024, ms=549, exitContext=<optimized out>) at threads.c:1587
#5  0x73615238 in ?? ()
#6  0x73615238 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 7 (Thread 0x73069430 (LWP 14384)):
#0  0x76f159c4 in sem_timedwait () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0x001ffff0 in mono_sem_timedwait (sem=0x2f4f7c, timeout_ms=<optimized out>, alertable=1) at mono-semaphore.c:82
#2  0x00166c20 in async_invoke_thread (data=0x76e22b18) at threadpool.c:1565
#3  0x001625b4 in start_wrapper_internal (data=0x1d63a20) at threads.c:643
#4  start_wrapper (data=0x1d63a20) at threads.c:688
#5  0x001f5c30 in thread_start_routine (args=0x1821fc0) at wthreads.c:294
#6  0x00204268 in inner_start_thread (arg=0x1821fb4) at mono-threads-posix.c:49
#7  0x76f0ec00 in start_thread () from /lib/arm-linux-gnueabihf/libpthread.so.0
#8  0x76e7b348 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#9  0x76e7b348 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 6 (Thread 0x72f69430 (LWP 14385)):
#0  0x76f13504 in pthread_cond_wait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0x001dfa3c in _wapi_handle_timedwait_signal_handle (handle=0x41a, timeout=0x0, alertable=1, poll=<optimized out>) at handles.c:1588
#2  0x001f2b5c in WaitForSingleObjectEx (handle=0x1f2b5c, timeout=3076096, alertable=1050) at wait.c:196
#3  0x00160344 in mono_wait_uninterrupted (thread=0x768c4430, multiple=961780, numhandles=1, handles=0x72f689bc, waitall=0, ms=-1, alertable=1) at threads.c:1455
#4  0x00161ed4 in ves_icall_System_Threading_WaitHandle_WaitOne_internal (this=<optimized out>, handle=0x0, ms=-1, exitContext=<optimized out>) at threads.c:1587
#5  0x73615238 in ?? ()
#6  0x73615238 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 5 (Thread 0x72e69430 (LWP 14386)):
#0  0x76f172c0 in nanosleep () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0x76f160b4 in __pthread_enable_asynccancel () from /lib/arm-linux-gnueabihf/libpthread.so.0
#2  0x001f4e10 in SleepEx (ms=<optimized out>, alertable=162) at wthreads.c:842
#3  0x001622d8 in ves_icall_System_Threading_Thread_Sleep_internal (ms=100) at threads.c:1224
#4  0x73267074 in ?? ()
Cannot access memory at address 0x32
#5  0x73267074 in ?? ()
Cannot access memory at address 0x32
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 4 (Thread 0x72c4b430 (LWP 14388)):
#0  0x76e7ba74 in epoll_wait () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0x00164be0 in tp_epoll_wait (p=0x2f5084) at ../../mono/metadata/tpool-epoll.c:118
#2  0x001625b4 in start_wrapper_internal (data=0x73133ef8) at threads.c:643
#3  start_wrapper (data=0x73133ef8) at threads.c:688
#4  0x001f5c30 in thread_start_routine (args=0x1822680) at wthreads.c:294
#5  0x00204268 in inner_start_thread (arg=0x1822674) at mono-threads-posix.c:49
#6  0x76f0ec00 in start_thread () from /lib/arm-linux-gnueabihf/libpthread.so.0
#7  0x76e7b348 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#8  0x76e7b348 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 3 (Thread 0x72c2b430 (LWP 14389)):
#0  0x76f159c4 in sem_timedwait () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0x001ffff0 in mono_sem_timedwait (sem=0x2f5004, timeout_ms=<optimized out>, alertable=1) at mono-semaphore.c:82
#2  0x00166c20 in async_invoke_thread (data=0x76e22b18) at threadpool.c:1565
#3  0x001625b4 in start_wrapper_internal (data=0x73133ef8) at threads.c:643
#4  start_wrapper (data=0x73133ef8) at threads.c:688
#5  0x001f5c30 in thread_start_routine (args=0x18227a0) at wthreads.c:294
#6  0x00204268 in inner_start_thread (arg=0x1822794) at mono-threads-posix.c:49
#7  0x76f0ec00 in start_thread () from /lib/arm-linux-gnueabihf/libpthread.so.0
#8  0x76e7b348 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#9  0x76e7b348 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 2 (Thread 0x72d69430 (LWP 14390)):
#0  0x76f159c4 in sem_timedwait () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0x001ffff0 in mono_sem_timedwait (sem=0x2f4f7c, timeout_ms=<optimized out>, alertable=1) at mono-semaphore.c:82
#2  0x00166c20 in async_invoke_thread (data=0x76e22b18) at threadpool.c:1565
#3  0x001625b4 in start_wrapper_internal (data=0x7312a3e8) at threads.c:643
#4  start_wrapper (data=0x7312a3e8) at threads.c:688
#5  0x001f5c30 in thread_start_routine (args=0x1822b00) at wthreads.c:294
#6  0x00204268 in inner_start_thread (arg=0x1822af4) at mono-threads-posix.c:49
#7  0x76f0ec00 in start_thread () from /lib/arm-linux-gnueabihf/libpthread.so.0
#8  0x76e7b348 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#9  0x76e7b348 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (Thread 0x76feb000 (LWP 14379)):
#0  0x76f17aac in waitpid () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0x000b2148 in mono_handle_native_sigsegv (signal=<optimized out>, ctx=<optimized out>) at mini-exceptions.c:2299
#2  <signal handler called>
#3  0x76ddb8dc in raise () from /lib/arm-linux-gnueabihf/libc.so.6
#4  0x76ddf65c in abort () from /lib/arm-linux-gnueabihf/libc.so.6
#5  0x000136fc in ?? ()
Cannot access memory at address 0x0
#6  0x000136fc in ?? ()
Cannot access memory at address 0x0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

=================================================================
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries 
used by your application.
=================================================================

Aborted

Re: Unable to run VRS on Raspbian

Posted: Mon Mar 23, 2015 3:59 pm
by Bro
Eyup The options tab doesn't work under mono and Pi,

U need to set up your config on a windows pc and transfer it to pi(changing the traget directories "/" to "\"(or other way round can't remember!) . or rewrite it manually.

I get the 1st set of code spewing up too, It's a new one that's arrived when I updated my pi's o/s .. (Vrs still runs ok though)

I had and still get ones about a "duplicate instance of a mono library" , That also has no obvious effect on VRS

The one which buggers vrs has something to do with corrupted stack? though I see it very rarely and cant remember the exact problem

Had a problem with USB dongle cancelling Dump1090 but resolved it by purchasing a 5v2a10w "official?" power supply for pi, That 2amps really is worth it.

Will be getting a Pi2b later this week and look forward to comparing it to my "now" set up (Pi b)... I can literally make a brew before it serves the webpage but it ticks over just fine when up and running.

Re: Unable to run VRS on Raspbian

Posted: Mon Mar 30, 2015 2:59 am
by YSWG
Where is the Configuration.xml located on Raspbian?

Edit:
Found it, located in

Code: Select all

/home/pi/.local/share/VirtualRadar
Edit 2:
Must be located elsewhere. A search shows nothing.

Edit 3:
If you use sudo

Code: Select all

/root/.local/share/VirtualRadar
But don't use sudo, just use the mono VirtutalRadar.exe command. One issue I have is that the web server will not run (states the port is in use [when it isn't]) and I'm unable to set the Database Writer Plugin to the BaseStation.sqb file.

VirtualRadar.txt file from the Raspberry Pi.