Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0008090opensim[REGION] OpenSim Corepublic2016-12-12 00:442019-02-06 11:29
Assigned Tomelanie 
PlatformMono 4.2.2OSLinux x86OS Version3.2.0
Product Versionmaster (dev code) 
Target VersionFixed in Version 
Summary0008090: UnixSignals setup should be more graceful
DescriptionOn this configuration, the OpenSim.exe barely gets off the ground, when it tries to instantiate new UnixSignals. The stack trace below is what is returned when I wrapped the new code in a try/catch block.

Regardless of if this is an issue with the Mono configuration or system libraries, we should probably be a little more graceful.
Steps To Reproduce1. Try to start OpenSim.exe

(Underlying issue may be too old of a Mono version, or missing configuration option in Mono.)
Additional Information03:39:20 - [CONFIG]: Loading environment variables for Config
03:39:20 - [OPENSIM MAIN]: Using async_call_method SmartThreadPool
03:39:20 - [STARTUP]: Beginning startup processing
03:39:20 - [STARTUP]: version: OpenSim Dev 1aaf1e2
03:39:20 - [STARTUP]: Operating system version: Unix, .NET platform Unix, 32-bit
03:39:20 - ====================================================================
03:39:20 - ========================= STARTING OPENSIM =========================
03:39:20 - ====================================================================
03:39:20 - Failed to set up POSIX signals: System.TypeInitializationException: The type initializer for 'Mono.Unix.UnixSignal' threw an exception. ---> System.TypeInitializationException: The type initializer for 'Mono.Unix.Native.Stdlib' threw an exception. ---> System.EntryPointNotFoundException: Mono_Unix_VersionString
  at (wrapper managed-to-native) Mono.Unix.Native.Stdlib:VersionStringPtr ()
  at Mono.Unix.Native.Stdlib.VersionCheck () <0xb47a1950 + 0x00027> in <filename unknown>:0
  at Mono.Unix.Native.Stdlib..cctor () <0xb47a1b28 + 0x0024f> in <filename unknown>:0
  --- End of inner exception stack trace ---
  at Mono.Unix.UnixSignal..cctor () <0xb47a1248 + 0x00063> in <filename unknown>:0
  --- End of inner exception stack trace ---
  at OpenSim.OpenSim.StartupSpecific () <0xb47a0390 + 0x000b7> in <filename unknown>:0
03:39:20 - [LOCAL CONSOLE]: Persistent command line history is Enabled, up to 100 lines from file /opt/erfgrid/sim/opensim/bin/OpenSimConsoleHistory.txt
03:39:20 - [LOCAL CONSOLE]: Read 100 lines of command line history from file /opt/erfgrid/sim/opensim/bin/OpenSimConsoleHistory.txt
03:39:20 - [SERVER BASE]: Starting in /opt/erfgrid/sim/opensim/bin
03:39:20 - [SERVER BASE]: OpenSimulator version: OpenSim Dev 1aaf1e2
03:39:20 - [SERVER BASE]: Operating system version: Unix, .NET platform Unix, 32-bit
Console log level is ALL
03:39:20 - [SERVER BASE]: Logging started to file /opt/erfgrid/sim/opensim/bin/OpenSim.log
03:39:20 - [MIGRATIONS]: RegionStore data tables already up to date at revision 43
03:39:20 - [WATCHDOG]: Started tracking thread Non-blocking non-critical job engine, ID 11
TagsNo tags attached.
Git Revision or version numberda2c1e8aadd3de2821e1aa1e002259876077d271
Run ModeStandalone (1 Region)
Physics EngineBulletSim
EnvironmentMono / Linux32
Mono VersionOther
Attached Filespatch file icon 0001-Let-s-be-a-little-more-graceful-with-the-Unix-specif.patch [^] (1,633 bytes) 2016-12-12 00:49 [Show Content]

- Relationships
has duplicate 0008091closedmelanie Crash on region initialize 
related to 0008269closedssm2017 SIGQUIT is not interpreted by "mono OpenSim.exe" 

-  Notes
TomTheDragon (reporter)
2016-12-12 00:48

This is a quick and dirty fix, since the Unix signals are a nice feature to have but should not totally block starting a region at all.
BillBlight (developer)
2016-12-12 01:22

Did not see this one before I posted mine, must have been almost at the same time ..

I have applied this patch to my builds ...

Now back up and running ...
BillBlight (developer)
2019-02-06 11:29

Marked as Resolved but never closed, can be reopened if needed.

- Issue History
Date Modified Username Field Change
2016-12-12 00:44 TomTheDragon New Issue
2016-12-12 00:48 TomTheDragon Note Added: 0031426
2016-12-12 00:49 TomTheDragon File Added: 0001-Let-s-be-a-little-more-graceful-with-the-Unix-specif.patch
2016-12-12 00:50 TomTheDragon Status new => patch included
2016-12-12 01:02 TomTheDragon Relationship added has duplicate 0008091
2016-12-12 01:22 BillBlight Note Added: 0031427
2016-12-12 01:31 melanie Status patch included => resolved
2016-12-12 01:31 melanie Resolution open => fixed
2016-12-12 01:31 melanie Assigned To => melanie
2017-11-23 00:51 ssm2017 Relationship added related to 0008269
2019-02-06 11:29 BillBlight Note Added: 0034407
2019-02-06 11:29 BillBlight Status resolved => closed

Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker