Hi,
thank you for the hint to mono_tread_attach. I should spend more time with
RTFM. Now using this I was able to get beyond the init and the attach but
crashed again at the creation of a seperate app_domain. While this might be
accepted, since I could create the app domain in the main thread as
Ok I justed prepared a minimal example demonstrating the problem, just to learn
that it runs perfectly ... now I have to find my bug :-/ .
Sorry for the buzz!
-Frank
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Hi everyone, my problem is rather odd but you guys may have some idea.
I'm looking for a solution to perform debugging inside the VM, basically,
what I would do is single stepping over IL instructions and watching
locals as well as setting breakpoints (and go).
I'm aware of that this effect
Hey Miguel, sorry for the small delay to reply:
El 10/08/10 21:41, Miguel de Icaza escribió:
In your recent commit, you added a new command to mcs/tools/corcompare,
the mono-abi-info tool. I do not know what this tool does, and I do
not know why we could not just have used mono-api-info with
Hello,
I thought about this, but it would be a bit weird to use a tool called
mono-api-info if you don't want the API but the ABI. This is why I
thought it would be more intuitive this way.
Minor issue.
It goes against the If it is not documented, it does not exist rule.
Then
Forgive me if this is the wrong list. I checked the descriptions of the
various lists, and this one seemed to be the most relevant, as I'm seeing a
difference between running under .NET 3.5 and Mono 2.6.7.
I am attempting to create a WCF service. I've been unable to get either
NetTcpBinding or
i think that gdiplus save the clip region in page space, the clip_matrix is
used to translate the clip from page space to world space. because gdiplus's
API use world space!
I have anther question:cairo use user spcae and device space, but gdiplus use
world/page/device space. From libgdiplus's