Hello,
Here is a patch to fix some warnings I introduced in my last patch, and
one fix for cleaning up a runtime callable wrapper.
All code is contributed under MIT/X11 license.
Thanks,
Jonathan
warnings.diff
Description: Binary data
___
This patch adds STDCALL to the handleref and safe handle pinvoke functions
in libtest. It fixes the handlref failure on Windows.
Thanks,
Jonathan
handleref.diff
Description: Binary data
___
Mono-devel-list mailing list
Sure, I'll change to PLATFORM_WIN32 (to be consistent with the rest of mono)
and commit if there are no other issues.
Thanks,
Jonathan
On 2/19/07, Robert Jordan [EMAIL PROTECTED] wrote:
Jonathan Chambers wrote:
The #ifdef for the dummy_apc function in threads.c is incorrect for VS.
I
think
+1,7 @@
+2007-03-08 Jonathan Chambers [EMAIL PROTECTED]
+
+ * appdomain.c: Fix shadow copy on Windows.
+
2007-03-06 Zoltan Varga [EMAIL PROTECTED]
* metadata.c (mono_type_to_unmanaged): Only convert object to
Index: mono/io-layer/ChangeLog
(working copy)
@@ -1,3 +1,10 @@
+2007-03-08 Jonathan Chambers [EMAIL PROTECTED]
+
+ * appdomain.c: Fix shadow copy on Windows. Use g_snprintf instead
+ of snprintf as it doesn't exist on Win32 (VS build); also for uniformity.
+
+ Code is contributed under MIT/X11 license.
+
2007-03
Hi Jordan,
Source code would be helpful here (I think you are using an svn server
somewhere...). If Moma is correct, then you should be able to run on mono
with little effort. I would suggest installing the latest mono 1.2.3, and
giving it another go. If you're problems were mainly winforms
)
@@ -1,4 +1,14 @@
+2007-03-15 Jonathan Chambers [EMAIL PROTECTED]
+ * *.c: Begin WIN64 port.
+ * mini.c: Use correct register in profiler.
+ * mini-amd64.c: No inline assembly on Win64.
+ * mini-amd64.h: Implement MONO_INIT_CONTEXT_FROM_FUNC for Win64.
+ Only define MONO_ARCH_USE_SIGACTION on non
, MCW_PC);
+#endif
}
/*
Index: mono/mono/mini/ChangeLog
===
--- mono/mono/mini/ChangeLog (revision 74412)
+++ mono/mono/mini/ChangeLog (working copy)
@@ -1,3 +1,16 @@
+2007-03-15 Jonathan Chambers [EMAIL PROTECTED]
+
+ * *.c: Begin
Hi Andreas,
It sounds like what you are doing is embedding mono. Did you see this
page on the wiki (http://www.mono-project.com/Embedding_Mono)? To answer
your #2 question, I think you want your menthod to be an internal call,
rather than a pinvoke. Internal calls do no marshalling, so you
===
--- mono/mono/metadata/ChangeLog (revision 74470)
+++ mono/mono/metadata/ChangeLog (working copy)
@@ -1,3 +1,9 @@
+2007-03-16 Jonathan Chambers [EMAIL PROTECTED]
+
+ * marshal.c: Add support for PreserveSigAttribute.
+
+ Code is contributed under MIT/X11 license
Hi Praveen,
I'm slowly adding COM Interop support to mono, but it's not finished
yet. What version of mono are you using?
Thanks,
Jonathan
On 3/19/07, Rafael Teixeira [EMAIL PROTECTED] wrote:
Hi Praveen,
Opening office documents, depend on COM libraries, which won't run on
Mono, unless
and found Aspose.words
Can u tell me how far it is correct?? Can use aspose.words instead of MS
Word??
Thanks in advance,
Praveen
--
*From:* Jonathan Chambers [mailto:[EMAIL PROTECTED]
*Sent:* Monday, March 19, 2007 5:30 PM
*To:* Rafael Teixeira
*Cc:* vidyapraveen
Andreas,
On 3/18/07, Andreas Lagemann [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jonathan,
Thanks for the prompt answer!
I played a little with your advice and did work it out. :)
Jonathan Chambers wrote:
Hi Andreas,
It sounds like what you are doing
I am trying to clean up the test status on windows. Tests consistently pass
on Linux 32/64 but have been failing for a while on Win32. I started to fix
tests that were failing under mono, but decided to see how the test set does
under .Net. I get 61 failures under .Net, and 15 under mono iirc.
;
char* proxy_class_name;
guint interface_count;
Index: mono/mono/metadata/ChangeLog
===
--- mono/mono/metadata/ChangeLog (revision 75279)
+++ mono/mono/metadata/ChangeLog (working copy)
@@ -1,3 +1,21 @@
+2007-04-02 Jonathan Chambers
Probably not. Why not use Tao, which already works cross platform?
http://www.mono-project.com/Tao
http://www.taoframework.com/
- Jonathan
On 4/16/07, Paul [EMAIL PROTECTED] wrote:
Hi,
Are there any plans to support DirectX within Mono for Linux? It would
be incredibly useful...
TTFN
Hello,
Getting the fix for bug 80969 (Generic multidimensional arrays) into
1.2.4 would be very helpful if possible.
Thanks,
Jonathan
On 4/17/07, Miguel de Icaza [EMAIL PROTECTED] wrote:
Hello,
I would like to prepare a release, I think that we should branch the
tree on Thursday,
At this point, the runtime should compile on win64 in VS2005. It won't link
as neither glib nor libgc are ported to win64. I have locally modified
versions of each that I am working on, but am not done yet. After all of
that is complete, I am sure the JIT will need at least some minor
of direction on
the best way to go forward on this.
Mike
--
*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Jonathan Chambers
*Sent:* Monday, April 23, 2007 10:14 AM
*To:* Kornél Pál
*Cc:* mono-devel-list@lists.ximian.com
*Subject:* Re: [Mono
Hello,
On 4/23/07, Miguel de Icaza [EMAIL PROTECTED] wrote:
Hello,
I am not sure how soon any patches will make it into glib, but there
is some effort. I initially thought eglib would be easier, but have
since changed my mind ;-). A glib port will be
used/appreciated/maintained by a wider
is addressed.
Mike
-Original Message-
From: [EMAIL PROTECTED] [mailto:mono-devel-list-
[EMAIL PROTECTED] On Behalf Of Miguel de Icaza
Sent: Monday, April 23, 2007 12:06 PM
To: Jonathan Chambers
Cc: Kornél Pál; mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] Mono on Windows/x64
[EMAIL PROTECTED] wrote:
Agreed, still tons to do… the location of the vcproj makes no difference
to me, can someone confirm where you want it and I'll roll another project
file in the right location.
--
*From:* Jonathan Chambers [mailto:[EMAIL PROTECTED]
*Sent
Hello,
I've started an attempt at implementing some
System.Diagnostics.Processfunctionality that is currently missing.
Currently it has backends started
for Windows and Linux. This is far from complete, but before I put any more
effort it, I wanted to get some feedback (especially from Dick
__
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael
Jerris
Sent: Monday, April 23, 2007 2:04 PM
To: Jonathan Chambers
Cc: Kornél Pál; Miguel de Icaza; mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] Mono on Windows/x64
Fixes gcc compile error below, and moves
eglib is not yet linking on Windows, so I haven't tried it with mono yet.
Also, mono-ehash.c isn't even included in the mono vcproj at this point (due
to oversight and it's absence not causing any errors), so I probably
wouldn't see it.
- Jonathan
On 4/24/07, Andreas Färber [EMAIL PROTECTED]
Here is a patch slightly modified from what Michael Jerris on the Win64
thread. Both eglib and tests now use config.h. I added some checks to
configure.ac. Also, this adds winconfig.h for msvc build. The changes build
on linux and on windows in msvc. Tests pass on linux, same 3 as before
failing
Hello,
Here is same patch with ChangeLog entries.
Thanks,
Jonathan
-- Forwarded message --
From: Jonathan Chambers [EMAIL PROTECTED]
Date: Apr 26, 2007 1:50 PM
Subject: eglib Patch
To: mono-devel mono-devel-list@lists.ximian.com
Here is a patch slightly modified from what
Performance is an area I am interested in. I'd be willing to do what Miguel
describes, but I'd like some direction.
I assume I could set up a series of parallel mono environments based on
previous releases. Then, I could run test sets on each release and see how
we are improving (or getting
Attached is a patch adding high resolution timing support to
System.Diagnostics.Stopwatch on Windows. Please review.
Thanks,
Jonathan
stopwatch.diff
Description: Binary data
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Andreas,
Sorry, I didn't intentionally ignore your patch. The one from Michael
was so large I didn't try to merge the two. I'll merge in your changes you
submitted and repost unless someone else gets to it first.
Thanks,
Jonathan
On 5/1/07, Andreas Färber [EMAIL PROTECTED] wrote:
Hey,
ReadConfigFile (string filename)
{
Index: System.Runtime.Remoting/ChangeLog
===
--- System.Runtime.Remoting/ChangeLog (revision 76569)
+++ System.Runtime.Remoting/ChangeLog (working copy)
@@ -1,3 +1,8 @@
+2007-05-02 Jonathan Chambers [EMAIL
Hello,
Here is a patch to implement Thread.ApartmentState related
methods/properties. The methods/properties behave correctly on all
platforms, but only call CoInitialize on Windows. I will also commit the
change detailed in bug 80798 before/with this patch else the error described
in the bug
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jonathan
Chambers
Sent: woensdag 2 mei 2007 21:58
To: mono-devel
Subject: [Mono-dev] System.Threading.Thread.ApartmentState Patch
Hello,
Here is a patch to implement Thread.ApartmentState related
methods
Perhaps I should use a more specific MonoTODOAttribute;
MonoNotSupportedAttribute perhaps?
- Jonathan
On 5/3/07, Andrés G. Aragoneses [ knocte ] [EMAIL PROTECTED] wrote:
Jonathan Chambers escribió:
Attached is patch to add 2.0 overload of Configure method
Attached is new patch (hopefully) addressing all previous issues. I renamed
methods to mono_thread_init_apartment_state and
mono_thread_cleanup_apartment_state.
Thanks,
Jonathan
On 5/3/07, Paolo Molaro [EMAIL PROTECTED] wrote:
On 05/02/07 Jonathan Chambers wrote:
Index: mono/mono/metadata
Hello,
This patch adds an empty constructor to SafeFileHandle so it can be
marshalled as a return value or an out param for pinvokes. If there is an
easy and useful test to write for this in addition to the runtime safehandle
tests, let me know.
Thanks,
Jonathan
safehandle.diff
Hello,
This patch adds two additional checks to configure.in (sys/time.h and
sys/param.h), and uses these checks as well as one for unistd.h in mono
source code. This almost allows mono to build with eglib in VS. I'll send a
few more additional patches for eglib to get to that point.
Thanks,
Dave,
I get these results as well, but they are Windows only. You can look
here to see the current status of the build on multiple platforms (
http://mono.ximian.com/monobuild). No Windows person (including myself) has
taken the time to fix the errors. Also note, that the test set does not
Hello All,
Just looking through bug list and noticed this thread seems related to
bug 71887, so it could probably be reviewed/closed after this discussion.
Thanks,
Jonathan
On 6/7/07, Paolo Molaro [EMAIL PROTECTED] wrote:
On 06/07/07 Jonathan Gilbert wrote:
What use case requires a
(revision 78956)
+++ mono/metadata/ChangeLog (working copy)
@@ -1,3 +1,8 @@
+2007-06-08 Jonathan Chambers [EMAIL PROTECTED]
+
+ * metadata.c: Move variable declarations to top of scope.
+ * verify.c: Move variable declarations to top of scope.
+
2007-06-08 Raja R Harinath [EMAIL PROTECTED
Hello,
Attached is a patch implementing a few more things that mono uses in
eglib. This patch allows mono to build using eglib in VS.
Contribution is licensed as MIT/X11.
Thanks,
Jonathan
eglib.diff
Description: Binary data
___
Mono-devel-list
@@
+2007-06-22 Jonathan Chambers [EMAIL PROTECTED]
+
+ * icall-def.h: Update System.__ComObject icalls
+ * marshal.c: Avoid managed transition (and object creation)
+ when looking up COM interface in RCW.
+ * marshal.h: Ditto.
+
+
+ Code is contributed
Hello,
mono is crashing for me (randomly) during building the class libraries. I
think this started last week sometime. The buildbot is bad from last
Thursday at least it seems (
Hello,
Using gcc. I am working my way back trough the revs to see if I can pinpoint
when it start happening for me.
- Jonathan
On 6/25/07, Robert Jordan [EMAIL PROTECTED] wrote:
Hi Jonathan,
Jonathan Chambers wrote:
Hello,
mono is crashing for me (randomly) during building the class
using GCC under
Cygwin.
Jonathan, did you find the root?
Thanks in advance.
Regards,
2007/6/25, Jonathan Chambers [EMAIL PROTECTED]:
Hello,
Using gcc. I am working my way back trough the revs to see if I can
pinpoint
when it start happening for me.
- Jonathan
On 6/25/07
find it.
Thanks.
Regards,
2007/6/28, Jonathan Chambers [EMAIL PROTECTED]:
Marcos,
That didn't seem to help me unfortunately. I am still bisecting
previous versions to find when this problem started for me. Just takes a
while to build on windows...
- Jonathan
On 6/27/07, Marcos
Hello,
A quick test on my Xeon 3.6GHz reveals the following for me for generating a
million GUIDs:
.Net: 300 ms
mono: 2300 ms
mono (modified): 1875 ms
So, not quite sure why you see 8 seconds on your server. For the modified
version, I simply made the byte array inside of NewGuid static (since
COM UUID
generation API.
Robert
thanks,
pablo
- Original Message -
From: Jonathan Chambers
To: pablosantosluac
Cc: mono-devel-list@lists.ximian.com
Sent: Friday, July 27, 2007 7:18 PM
Subject: Re: [Mono-dev] GUID generation
Hello,
A quick
I was looking over bug 81149 (
http://bugzilla.ximian.com/show_bug.cgi?id=81149), and realized my initial
crash was due to the fact that there seems to be two 2.0 profile assemblies
of System.Transactions in the GAC. On my machines I have a version
2.0.0.0__b03f5f7f11d50a3a and a version
If the assembly is using mixed mode C++, it will not work on mono. If this
is not the case, please file a bug report with a test case, crash call
stack, etc.
Thanks,
Jonathan
On 8/7/07, Jouini Karim [EMAIL PROTECTED] wrote:
Hi,
is it possible to execute functions in assembly developped using
Hello,
I don't have an answer to your problem, but I did have another question. I
can't find a link to the documentation in msdn, but I thought arrays were
limited to 2 GB in the .Net runtime (even on 64-bit). Do you not see this
behavior?
See Miguel's blog post: http://tirania.org/blog/archive/2007/Oct-03.html
Also, the rules for contributing are still in effect:
http://www.mono-project.com/Contributing
If you have looked at Microsoft's implementation of .NET or their shared
source code, you will not be able to contribute to
===
--- mono/mono/mini/ChangeLog (revision 87092)
+++ mono/mono/mini/ChangeLog (working copy)
@@ -1,4 +1,21 @@
+2007-10-08 Jonathan Chambers [EMAIL PROTECTED]
+ * mini-amd64.c: Begin Win64 port. Use AMD64_ARG_REG#
+ defines to access param registers. Replace long usage
mach_type_known
# endif
Index: libgc/ChangeLog
===
--- libgc/ChangeLog (revision 88551)
+++ libgc/ChangeLog (working copy)
@@ -1,4 +1,13 @@
+2007-10-31 Jonathan Chambers [EMAIL PROTECTED]
+ * win32_threads.c: Backport changes from
I committed the eglib part. The mono and libgc parts need reviewed/approved.
Thanks,
Joanthan
On 11/4/07, Andreas Färber [EMAIL PROTECTED] wrote:
Am 03.11.2007 um 23:17 schrieb Miguel de Icaza:
The eglib changes are OK to go into SVN.
Looks okay to me, too.
Do you have SVN access
It seems that 341112 is a regression from 1.2.5.1. It would be nice to
have it fixed, but I am not sure of the effort required.
Thanks,
Jonathan
On Nov 16, 2007 11:07 PM, Thomas Wiest [EMAIL PROTECTED] wrote:
Rusty Howell wrote:
Hey everyone,
We've release our second preview of Mono 1.2.6
Hello Brock,
This is untested (I no longer have 2003 installed), but I think you can
do something like (modified from here
http://msdn2.microsoft.com/en-us/library/bb310595.aspx). If the below
doesn't work, you can probably google for some inline assembly to implement
the functionality needed.
Hello,
COM Interop support in mono works pretty well for most basic uses, but
has some limitations when it comes to strings. Mainly, BSTR marshalling on
non-Windows platforms is just a default implementation. The problem is that
most COM systems (both Mainsoft's COM and Mozilla's XPCOM) have
On Dec 19, 2007 11:05 AM, Paolo Molaro [EMAIL PROTECTED] wrote:
On 12/19/07 Jonathan Chambers wrote:
COM Interop support in mono works pretty well for most basic uses,
but
has some limitations when it comes to strings. Mainly, BSTR marshalling
on
non-Windows platforms is just
Hello,
#if false
should work.
Thanks,
Jonathan
On Dec 23, 2007 11:01 AM, Andreas Färber [EMAIL PROTECTED] wrote:
Am 23.12.2007 um 11:44 schrieb Andreas Färber:
Hello,
Am 22.12.2007 um 23:49 schrieb Marek Safar:
ECMA_PARALLEL_SUPPORT is not being defined anywhere, should I
Hello,
Just noting that I see the first issue when trying to build a clean
checkout of svn. I don't see it when I build svn in a sandbox that has
existed a while. Not quite sure what is happening.
Thanks,
Jonathan
On Dec 14, 2007 11:21 AM, Rolf Bjarne Kvinge [EMAIL PROTECTED] wrote:
Hi,
Hello,
The easiest way to check if you have a local build error, or if there is
a problem in svn is to look at the buildbot status:
http://mono.ximian.com/monobuild
And it look like that test fails on the buildbot, so it's not your local
setup.
Thanks,
Jonathan
On Jan 7, 2008 2:06 AM, Mads
components. If this looks acceptable, I will cleanup any issues and document
the environment variable.
Thanks,
Jonathan
On Dec 19, 2007 1:31 PM, Jonathan Chambers [EMAIL PROTECTED] wrote:
On Dec 19, 2007 11:05 AM, Paolo Molaro [EMAIL PROTECTED] wrote:
On 12/19/07 Jonathan Chambers wrote
Paolo,
Thanks for the reviews. I just hardcoded the functions for now, and did
the cleanup you requested.
Thanks,
Jonathan
On Jan 11, 2008 1:03 PM, Paolo Molaro [EMAIL PROTECTED] wrote:
On 01/08/08 Jonathan Chambers wrote:
Here is the first attempt at a patch. Nothing is changed
Hello Josh,
You didn't post the signature of your pinvoke function, but it looks
like you are trying to marshal a string using UnmanagedType.VBByRefStr. This
does seem to be a limitation in mono (and not fixed in svn head), however
the docs seem to indicate that this should only be used for
Sorry, it's not licensed under MIT/X11, but whatever license Boehm/GC 7
releases the files under (which appears close to MIT/X11).
Thanks,
Jonathan
On Tue, Apr 8, 2008 at 4:33 PM, Jonathan Chambers [EMAIL PROTECTED] wrote:
Hello,
Here is a patch that back ports a few lines from GC 7.0
*/
- /* variants as a differnt platform. */
-# endif
# endif
# if defined(__DJGPP__)
# define I386
Index: ChangeLog
===
--- ChangeLog (revision 100097)
+++ ChangeLog (working copy)
@@ -1,3 +1,9 @@
+2008-04-09 Jonathan
/ChangeLog (working copy)
@@ -1,3 +1,10 @@
+2008-04-11 Jonathan Chambers [EMAIL PROTECTED]
+
+ * mini-amd64.c (mono_arch_output_basic_block): Implement OP_SQRT directly using
+ SSE2 instructions.
+
+ Contributed under MIT/X11 license.
+
2008-04-11 Zoltan Varga [EMAIL PROTECTED]
* mini-amd64
I think I changed code that used 'interface' once before. Microsoft supports
interface as an alias for struct. Perhaps an MS header pulled in somewhere
has this #define.
Thanks,
Jonathan
2008/4/14 Andy Hume [EMAIL PROTECTED]:
mono-build is suffering from the same issue.
e.g. the most recent
Hello,
This patch attempts to fix arguments passed on the stack for Winx64.
Please let me know if the approach is acceptable, or if there is a better
way.
The next roadblack has to do with arrays. I am getting a type load exception
when initializing the System.String class because it tries
Sorry, forgot to attach patch.
Thanks,
Jonathan
On Wed, Apr 23, 2008 at 8:15 AM, Jonathan Chambers [EMAIL PROTECTED]
wrote:
Hello,
This patch attempts to fix arguments passed on the stack for Winx64.
Please let me know if the approach is acceptable, or if there is a better
way
Chambers [EMAIL PROTECTED]
wrote:
Sorry, forgot to attach patch.
Thanks,
Jonathan
On Wed, Apr 23, 2008 at 8:15 AM, Jonathan Chambers [EMAIL PROTECTED]
wrote:
Hello,
This patch attempts to fix arguments passed on the stack for Winx64.
Please let me know if the approach is acceptable
Hello,
This patch seems to be the cause of the build failures on Win32:
http://mono.ximian.com/monobuild/python/monobuild.py/packagestatus?platform=win-4-i386package=monoHEAD_or_RELEASE=HEAD
svn rev 102051 does not seem to cause the error on my machine, while svn rev
102052 causes the crash
Hello,
I am trying to figure out the best way to integrate a MSVC compiler
built runtime into the mono build process. We currently maintain a .sln file
and a variety of .vcproj files in mono/msvc. Normally, I (and maybe a few
others in the world) maintain/build these inside of the Visual
' need this. (functions like
Type.GetTypeFromProgID(xyz) for example are not
yet implemented)
Whether this will ever be implemented on Linux is best answered by
Jonathan Chambers.
It is highly unlikely that this method will ever be supported on Linux, as
this method looks to the Windows
-05-15 Jonathan Chambers [EMAIL PROTECTED]
+
+ * metadata.c (emit_marshal_string): Free return strings using mono_marshal_free
+ instead of g_free.
+
+ Code is contributed under MIT/X11 license.
+
2008-05-14 Rodrigo Kumpera [EMAIL PROTECTED]
* class.c: Revert unrelated change.
Index: mono
Hello Enric,
At this point, you should be able to consume XPCOM components from C#
if you setup your environment right (I won't go into detail on that right
now). You could also theoretically create XPCOM components in C# and consume
them from any XPCOM supportive language. The biggest part
Hello,
Attached is a patch that makes the create-windef.pl script run on
Windows. We can run this as a post build step on Windows to produce the def
file, and then run Robert's lib.exe step to produce a library that people
can link against. Note that this last step requires access to Windows
Hello,
I'll let Bill Holmes give more details, as he has been working on
finishing the port. At this point, I believe the regressions tests on Win64
are only slightly worse than on Win32 (maybe 5-10 more tests failing, IIRC).
I don't believe a full bootstrap has been attempted with mcs yet.
Kornel,
I reverted your changes related to __ImageBase yesterday in hopes of
getting something working. The build machine has historically had a (very)
old version of cygwin, as upgrading cygwin in the past has cause problems.
However, it would be nice to upgrade the cygwin on the build
before the entry point is
called.
Kornél
Jonathan Chambers wrote:
Kornel,
I reverted your changes related to __ImageBase yesterday in hopes of
getting something working. The build machine has historically had a (very)
old version of cygwin, as upgrading cygwin in the past has cause
of the buildbot page there was a button to force a
build immediately. In the current version I didn't find a similar
functionality. Is it possible to make a build when I want to?
Kornél
Andrew Jorgensen wrote:
On Wed, 2008-07-16 at 08:47 -0400, Jonathan Chambers wrote:
I reverted your
Hello,
Please file a bug and I will take a look at this.
Thanks,
Jonathan
On Sat, Aug 16, 2008 at 6:46 AM, Ivan N. Zlatev [EMAIL PROTECTED] wrote:
On Fri, Aug 15, 2008 at 2:43 AM, Tom Hindle [EMAIL PROTECTED] wrote:
Hi,
When passing managed array of COM object references
Hi,
I don't think you want Application.ExecutablePath do you? You'd get
C:\...\test.exenoise.wav
- Jonathan
2008/8/29 Paul [EMAIL PROTECTED]
Hi,
Really simple test for a problem using System.Media.PlaySound - it gives
nothing under Win32 or Mono so I'm thinking it's me!
using System;
Hello, If you need that environment variable set for you process, you
can set it at startup of you application. So, make one of the first things
you do in your app:
Environment.SetEnvironmentVariable(GST_PLUGIN_PATH,
../lib/gstreamer-0.10)
This will be picked up by the current process, if I
Hello,
The reason the MONO_DEPENDENCIES_PREFIX environment variable is used is
because there is no standard location where the dependencies are located.
Using this environment variable lets you have one set of dependencies for
multiple mono source trees, etc. You can set it on your system,
Rodrigo,
Can you specify (or try to specify) which ones require the big code
change? That way anyone interested can look at the other ones.
Thanks,
Jonathan
2008/11/7 Rodrigo Kumpera [EMAIL PROTECTED]
Hi Thomas,
Thanks for taking time on this. I'll spend some time on this next week.
Hello All,
Mono on Windows has never been easy. However, lately things to have
continually gotten worse (or I and others have just gotten more annoyed).
Setting up an environment takes a lot of effort for a normal windows
developer. Cygwin and the whole Makefile based process is very foreign
Paolo,
Thanks for the response.
On Thu, Nov 13, 2008 at 9:01 AM, Paolo Molaro [EMAIL PROTECTED] wrote:
On 11/11/08 Jonathan Chambers wrote:
1) We should consider using MSVC as the default compiler for C code on
Windows. I can compile the entire Visual Studio solution for the runtime
Hello,
I broke down the 'Mono on Windows' topic into two distinct approaches.
I have mainly been working on the second approach as it seemed to be easier
and provide more value.
The first approach is to provide a way to build mono on windows without
cygwin installed. This approach provides
Hello,
I am guessing xbuild is only supporting 2.0 for now. I am not sure how much
effort is needed to support 3.5/2008 projects.
Thanks,
Jonathan
On Wed, Feb 11, 2009 at 11:28 AM, Leszek Ciesielski skol...@gmail.comwrote:
using today's svn version, .proj file generated with set
and handle the error case better.
Thanks,
Jonathan
On Wed, Feb 11, 2009 at 11:55 AM, Leszek Ciesielski skol...@gmail.comwrote:
When I forced msbuild 2.0 and regenerated the project, xbuild bails
out on ResolveAssemblyReferences. Log attached.
On Wed, Feb 11, 2009 at 5:35 PM, Jonathan Chambers jonc
There are some instructions here:
http://www.mono-project.com/Compiling_Mono_VSNET
You should basically be able to open the .sln file in Visual Studio 2005 and
hit build. If you build the Debug/Release targets you'll need your glib
dependencies correctly setup (by using the described
Hello All,
I am working on some things in xbuild and the Microsoft.Build.* namespaces.
MS ships a 3.5 version of the Microsoft.Build.* assemblies and a 3.5 version
of MSBuild. I started looking at adding our corresponding assemblies to the
3.5 profile. I think I can manage that (and will send a
Martin, Thanks for reviewing. I'll send in some small, easy to review
patches.
Thanks,
Jonathan
On Tue, Mar 10, 2009 at 2:16 PM, Martin Baulig mar...@novell.com wrote:
Hi Jonathan,
thanks a lot for this patch.
Just a few comments:
* Please don't use
Hello, Another patch, containing all the changes for the GnuReadLine -
LineReader abstraction.
Thanks,
Jonathan
On Tue, Mar 10, 2009 at 10:48 PM, Jonathan Chambers jonc...@gmail.comwrote:
Martin, Thanks for reviewing. I'll send in some small, easy to review
patches.
Thanks
)
+++ Microsoft.Build.Tasks/ChangeLog (working copy)
@@ -1,3 +1,7 @@
+2009-04-20 Jonathan Chambers jonc...@gmail.com
+
+ * Makefile: Adjust assembly name for 3.5 profile.
+
2009-02-21 Ankit Jain jan...@novell.com
* Microsoft.Build.Tasks_test.dll.sources: Added CopyTest.cs
Index: Microsoft.Build.Tasks
Friedrich, You can try to start here:
http://www.mono-project.com/Mono:Runtime
And maybe here: http://www.go-mono.com/docs/
looing at the threading APIs to start, and then maybe a few others.
Thanks,
Jonathan
On Tue, May 5, 2009 at 3:33 AM, Alan McGovern alan.mcgov...@gmail.comwrote:
The
Friedrich, I don't think the debugger has ever been built on windows
previously. If you want to use cygwin/gcc, you probably have some Makefile
hacking to do. I have setup Visual Studio 2008 sln/vcproj/csproj files in
the debugger/build directory. They should build out of the box at this
Friedrich, There are a few users currently using eglib (that I know of).
Also, there have been a few discussions on this list and on IRC about
dropping glib dependency in the future. Both of those mean that whatever
glib functionality is used will need replicated/replaced. Replaced
potentially
1 - 100 of 147 matches
Mail list logo