By default in RDOTNET on unix, R will catch an exception before the CLR can, leading to strange behavior and error messages. For example, consider this, normally handled, null reference exception in C#.
```
try{
string v=null;
var t=v.ToString()
}
catch()
{ //some other logic }
```
Instead of this try/catch executing, the R library tries to handle the exception and prints this message:
>
*** caught segfault ***
address (nil), cause 'memory not mapped'
Possible actions:
1: abort (with core dump, if enabled)
2: normal R exit
3: exit R without saving workspace
4: exit R saving workspace
Segmentation fault
I cannot seem to avoid this behavior on nullreferenceexceptions (this occurs only on CentOS from what I can tell
```
try{
string v=null;
var t=v.ToString()
}
catch()
{ //some other logic }
```
Instead of this try/catch executing, the R library tries to handle the exception and prints this message:
>
*** caught segfault ***
address (nil), cause 'memory not mapped'
Possible actions:
1: abort (with core dump, if enabled)
2: normal R exit
3: exit R without saving workspace
4: exit R saving workspace
Segmentation fault
I cannot seem to avoid this behavior on nullreferenceexceptions (this occurs only on CentOS from what I can tell