Re: [Mono-dev] self hosted WCF service with client certificates?

Martin, is this a question for you? > From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list- > boun...@lists.ximian.com] On Behalf Of Darkness > > I currently have the following up and running without issues: > * self hosted WCF service, compiled with .Net/Visual studio 2013,

Re: [Mono-list] [embedding] "moving from mono_runtime_invoke() to mono_method_get_unmanaged_thunk()" or "how to call class method that takes and returns a string via thunks"

On 11.11.2015 21:41, Jonathan Mitchell wrote: On 11 Nov 2015, at 20:34, Rodrigo Kumpera wrote: How does it crash? Did you try debugging it? The invocation looks ok. Is It really? From reading the runtime source comments I would have tried something like: func(NULL,

Re: [Mono-list] [embedding] "moving from mono_runtime_invoke() to mono_method_get_unmanaged_thunk()" or "how to call class method that takes and returns a string via thunks"

i didn't list any specific crash, because i tried in a million different ways and got a different crash each time. i've solved this now. it seems, a unmanaged thunk takes a hidden additional parameter, MonoException ** which can't be NULL. of course this isn't documented anywhere. for

Re: [Mono-list] [embedding] "moving from mono_runtime_invoke() to mono_method_get_unmanaged_thunk()" or "how to call class method that takes and returns a string via thunks"

> On 12 Nov 2015, at 12:41, Julian Mayer wrote: > > i didn't list any specific crash, because i tried in a million different ways > and got a different crash each time. > > i've solved this now. it seems, a unmanaged thunk takes a hidden additional > parameter,

Re: [Mono-list] [embedding] "moving from mono_runtime_invoke() to mono_method_get_unmanaged_thunk()" or "how to call class method that takes and returns a string via thunks"

> On 12 Nov 2015, at 13:11, Robert Jordan wrote: > > On 12.11.2015 13:52, Jonathan Mitchell wrote: >> >>> On 12 Nov 2015, at 12:41, Julian Mayer wrote: >>> >>> i didn't list any specific crash, because i tried in a million different >>> ways and got a

Re: [Mono-list] [embedding] "moving from mono_runtime_invoke() to mono_method_get_unmanaged_thunk()" or "how to call class method that takes and returns a string via thunks"

On 12.11.2015 13:52, Jonathan Mitchell wrote: On 12 Nov 2015, at 12:41, Julian Mayer wrote: i didn't list any specific crash, because i tried in a million different ways and got a different crash each time. i've solved this now. it seems, a unmanaged thunk takes a

Re: [Mono-list] [embedding] "moving from mono_runtime_invoke() to mono_method_get_unmanaged_thunk()" or "how to call class method that takes and returns a string via thunks"

Hi Jonathan, On 12.11.2015 14:34, Jonathan Mitchell wrote: On 12 Nov 2015, at 13:11, Robert Jordan wrote: On 12.11.2015 13:52, Jonathan Mitchell wrote: On 12 Nov 2015, at 12:41, Julian Mayer wrote: i didn't list any specific crash, because i tried

Re: [Mono-dev] Issues with Thread.CurrentThread on 4.2

Hi, Reported as: https://bugzilla.xamarin.com/show_bug.cgi?id=35828 Zoltan On Thu, Nov 12, 2015 at 12:42 PM, Martin Potter wrote: > We have some code which works on Microsoft’s runtime and used to work on > Mono 3.12, but now fails on Mono 4.2.

Re: [Mono-dev] Building 4.2 on OS X

Speaking of a 64bit OSX build, I see that a universal build has appeared at http://download.mono-project.com/archive/4.2.1/macos-10-universal/ Getting closer to an official release now :-) -- View this message in context:

[Mono-dev] Issues with Thread.CurrentThread on 4.2

We have some code which works on Microsoft's runtime and used to work on Mono 3.12, but now fails on Mono 4.2. Simplified code to reproduce the issue is as follows: public class WorkStateThread { public void Start() { m_thread = new Thread(ThreadProc); m_thread.Start(Thread.CurrentThread);

[Mono-list] Thunk generator

Hi! It seems that thunks are seldom used by the community due to lack of documentation and samples. They remain cumbersome to consume even when someone has accidentally found out how to use them ;) Here is a simple tool which generates C/C++ code from an assembly whose members were marked with