Hi,
Could you please run xbuild with /v:diag and with env var
MONO_OPTIONS=--debug set, and attach the log.
Also, could you attach the .sln file also?
-Ankit
On Fri, Aug 13, 2010 at 5:40 AM, Nicholas Salerno
nsale...@securewatch24.com wrote:
Hello. I have an existing Visual Studio solution
On Tue, 10 Aug 2010 10:14:14 -0500
Barry W. Block b...@fireflysoftware.com wrote:
What's the simplest means of determining all of the dependencies of
my C#/mono app. that's suitable for creating a Depends entry in
a .deb control file? Can this info be had from compiling (using
MonoDevelop)
Hi,
We are developing a game and using C# and C++ with the help of mono.
There are two dlls we use; Dll1 and Dll2. At run-time, I want to change
(update) these dlls without restarting the game (which takes a while). Here is
the code we use:
mono_domain = mono_jit_init(Dll1);
On 13.08.2010 15:10, marcus julius wrote:
Did I make a mistake and/or is there a way to do this?
Once an assembly has been JITed (which basically means that
one of its methods was invoked), there is no way to change it.
There are 2 ways to reload an assembly:
1) change its assembly name and
(Meant to CC the reply to the mailing list)
Nicholas
-Original Message-
From: Nicholas Salerno
Sent: Friday, August 13, 2010 9:25 AM
To: 'Ankit Jain'
Subject: RE: [Mono-dev] xbuild and a solution containing a vcxproj
Hello Ankit. I have made a small scratch solution that reproduces
On 13.08.2010 15:10, marcus julius wrote:
Did I make a mistake and/or is there a way to do this?
There are 2 ways to reload an assembly:
2) Use app domains which can be unloaded together with
their assemblies by design.
Thanks for the quick reply.
Ok, I know how to do this in C#. Is there a
On 13.08.2010 15:39, marcus julius wrote:
On 13.08.2010 15:10, marcus julius wrote:
Did I make a mistake and/or is there a way to do this?
There are 2 ways to reload an assembly:
2) Use app domains which can be unloaded together with
their assemblies by design.
Thanks for the quick reply.
On 8/13/10 4:04 PM, Robert Jordan wrote:
Well, it doesn't really matter who's creating the domains
and loading the assemblies. It's by far easier to implement
this in C# and then mono_runtime_invoke it from C++.
Of course, you can invoke everything from C++ but this will
likely triplicate
Thanks for the test projects. This is fixed in master now.
For 2.6.7, you can use this *workaround* -
Add a condition on the ProjectReference for the vc*proj, either use
the $(OS) check or use
$(Configuration) != Mono .
Eg.
-
ProjectReference Include=..\MyLibrary3\MyLibrary3.vcxproj
Thank you for the prompt response. The $(OS) check will do for now (I use that
for other things as well just to get the build up and running, then I figure
out how to get rid of it). Thanks again.
Nicholas
-Original Message-
From: Ankit Jain [mailto:radi...@gmail.com]
Sent: Friday,
Well you could take a look at this code (http://monobin.com/__f7469 ),
should be familiar to some of you ;)
For me it works perfectly under Win7 and MacOS X.
-Frank
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
UriTemplateTable.Match and UriTemplateTable.MatchSingle methods don't
assign UriTemplateMatch.Data.
This patch fixes it.
UriTemplateMatch.Data.diff
Description: Binary data
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
12 matches
Mail list logo