Unable to run VRS on Raspbian

Are you having trouble getting Virtual Radar Server installed and running? If so then this is the place to ask about it.
Post Reply
YSWG
Posts: 18
Joined: Thu Oct 30, 2014 1:56 pm
Location: Wagga Wagga

Unable to run VRS on Raspbian

Post by YSWG » Thu Mar 12, 2015 11:05 am

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

Bro
Posts: 11
Joined: Sat Sep 06, 2014 7:18 pm
Location: nr Pole Hill VOR-DME (Todmorden,UK)

Re: Unable to run VRS on Raspbian

Post by Bro » Mon Mar 23, 2015 3:59 pm

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.

YSWG
Posts: 18
Joined: Thu Oct 30, 2014 1:56 pm
Location: Wagga Wagga

Re: Unable to run VRS on Raspbian

Post by YSWG » Mon Mar 30, 2015 2:59 am

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.

Post Reply