Hi!
I have a problem with a ASP.NET ServiceStack (3.9.72) application and
mod-mono-server. I am running the application on Debian 8.5 with Apache 2.4.10
and mono 4.6 with Debian packages from mono-project.com. Everything works as
expected except for a shutdown of the mod-mono-server. The shutdo
Hello,
I am trying to get mono with armv5. I've made some progress on this
issue as following.
I am using 2009q3 for arm , with version 4.0.0
I've configured it as following with autogen.sh:
CXX=arm-none-linux-gnueabi-g++ CC=arm-none-linux-gnueabi-gcc
CFLAGS="-march=armv5te -mtune=arm926ej-s -mf
I am trying to upgrade some method invoke based code to used thunks.
The comments for mono_method_get_unmanaged_thunk() say:
* LIMITATIONS
*
* Value type arguments and return values are treated as they were objects:
*
* C#: public static Rectangle Intersect (Rectangle a, Rectangle b);
* C:
Hey Felix,
You should install the debug symbols from your distro as there's nothing we
can say from an incomplete backtrace.
--
Rodrigo
On Thu, Sep 22, 2016 at 2:18 AM, Felix Berlakovich
wrote:
> Hi!
>
>
>
> I have a problem with a ASP.NET ServiceStack (3.9.72) application and
> mod-mono-serve
Hi!
I Installed all the debug symbols I could find and made repeated the gdb
procedure:
Thread 5 (Thread 0x7f6077fff700 (LWP 29595)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1 0x00623af7 in mono_os_cond_wait (cond=0x98b42
I’ve run into a similar problem with mono server apps using Mono 4.2. My
solution was to #ifdef out this code in icall.c in
ves_icall_System_Environment_Exit:
#if 0
/* Suspend all managed threads since the runtime is going away
*/
mono_thread_suspend_all_other_th
For the managed assemblies the symbols package for debian is called "mono-dbg"
(you need to run mono with the --debug flag).
@Jo do we have something similar for the runtime as well?
- Alex
From: Mono-list on behalf of Rodrigo Kumpera
Date: Friday 23 September 2016 at 00:12
To: Felix Berlako
On Fri, Sep 23, 2016 at 3:22 AM, Vlad Brezae wrote:
> Hello Ran,
>
>
>Yes, it's ok to not inline if the compiler has problems with it.
>
>
> It seems like you have problems with the installation path. The
> mono executable has a default path included in itself where it expe
Does no one have any hint on this issue?
any halp is appreciated.
--
View this message in context:
http://mono.1490590.n4.nabble.com/mono-proxy-configuration-tp4668701p4668804.html
Sent from the Mono - General mailing list archive at Nabble.com.
___