Re: [Mono-dev] Patch: Don't throw exception when loading a resourceset

2009-01-13 Thread Rodrigo Kumpera
Are these changes covered by tests? Is FileNotFoundException really the exception to thrown? Why do you have to change the ResourceSets key from Culture to Culture.Name? 2009/1/13 Gonzalo Paniagua Javier > The code in ResourceManager.cs uses GetSatelliteAssembly() when loading > a resource for

[Mono-dev] PInvoke and language interopelability

2009-01-13 Thread Alfredo José Muela Romero
Hi everyone, I've been learning how to interoperate with libraries in diferent languages through PInvoke. I have already gone from the basics and direct uses to quite more complex with the help of SWIG[1]... so far, so good. My current problem, which I'm running out of ideas :/ is about how to ge

Re: [Mono-dev] PInvoke and language interopelability

2009-01-13 Thread Bill Holmes
Alfredo, I may not fully understand the problem. Are you simply asking how to call back into C# from C++? We use 2 different approaches. Function pointers. If you pass a C# delegate through the PInvoke layer C++ will view that as a function pointer. COM Interop. (Only supported on Windows an

Re: [Mono-dev] PInvoke and language interopelability

2009-01-13 Thread Jonathan Pryor
On Tue, 2009-01-13 at 16:13 +0100, Alfredo José Muela Romero wrote: > My current problem, which I'm running out of ideas :/ is about how to > get a call from the dinamic to the wrapped code. > > Let's say I have a dynamic library (in C++ for instance) which > implements a Model-View-Controller pat

Re: [Mono-dev] PInvoke and language interopelability

2009-01-13 Thread Alfredo José Muela Romero
2009/1/13 Jonathan Pryor > On Tue, 2009-01-13 at 16:13 +0100, Alfredo José Muela Romero wrote: > > My current problem, which I'm running out of ideas :/ is about how to > > get a call from the dinamic to the wrapped code. > > > > Let's say I have a dynamic library (in C++ for instance) which > >

Re: [Mono-dev] PInvoke and language interopelability

2009-01-13 Thread Alfredo José Muela Romero
2009/1/13 Bill Holmes > Alfredo, > > I may not fully understand the problem. Are you simply asking how to > call back into C# from C++? > > We use 2 different approaches. > > Function pointers. If you pass a C# delegate through the PInvoke > layer C++ will view that as a function pointer. > > C

Re: [Mono-dev] mono-ui?

2009-01-13 Thread Stephen Shaw
2009/1/10 Paul : > Hi, > > I'm trying to get uiautomationwinforms into fedora rawhide, but it's > complaining that mono-ui is not available. What package is mono-ui > available from? > > TTFN > > Paul here is the tagged code. UIAutomation is the mono-uia stuff. The order that I build stuff in is

Re: [Mono-dev] Patch: Don't throw exception when loading a resourceset

2009-01-13 Thread Gonzalo Paniagua Javier
On Tue, 2009-01-13 at 09:12 -0200, Rodrigo Kumpera wrote: > Are these changes covered by tests? Is FileNotFoundException really > the exception to thrown? > Why do you have to change the ResourceSets key from Culture to > Culture.Name? FileNotFoundException is the only exception thrown in the curr

Re: [Mono-dev] PInvoke and language interopelability

2009-01-13 Thread Alfredo José Muela Romero
2009/1/13 Bill Holmes > Alfredo, > > I have attached a sample. It needs work and I need to write it up and > share it on the web. One day I will get around to it. > I'd like to see that website someday :) > > If I have done this correctly you should just have to un tar it and run > make. >

Re: [Mono-dev] PInvoke and language interopelability

2009-01-13 Thread BGB
- Original Message - From: Alfredo José Muela Romero To: Bill Holmes Cc: mono-devel-list@lists.ximian.com Sent: Wednesday, January 14, 2009 2:37 AM Subject: Re: [Mono-dev] PInvoke and language interopelability 2009/1/13 Bill Holmes Alfredo, I may not fully un

Re: [Mono-dev] Simd struct improvements. (the .cs files)

2009-01-13 Thread crashfourit
crashfourit wrote: > > I have worked on the simd structs and added some properties for comonly > used values (1, pi, e, 2, 1/2, etc.) and ToString() methods. > > I made sure it compiled. Please tell me what you think. > http://www.nabble.com/file/p21406353/mono_simd_cs_improvements.diff > mono

[Mono-dev] simd: more accelerated classes

2009-01-13 Thread crashfourit
I was wondering what it would take to use simd to acclerate this Vector4f { public float X; public float Y; public float Z; public float W; //... } instead of this Vector4f { internal float x; internal float y; internal float z; internal float w; public float X {get {return x;} set {x = val

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread crashfourit
crashfourit wrote: > > I was wondering what it would take to use simd to acclerate this > > Vector4f { > public float X; > public float Y; > public float Z; > public float W; > //... > } > > instead of this > Vector4f { > internal float x; > internal float y; > internal float z; > interna

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread Rodrigo Kumpera
It would require changing the JIT to support rewriting field operations if they belong to simd types. Anyway, I fail to see a compelling use case for such change. Been able to pass one of it's elements by reference is not one of them, as this would cripple the generated code in ways that would tak

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread Rodrigo Kumpera
On Tue, Jan 13, 2009 at 5:50 PM, crashfourit wrote: > > > > crashfourit wrote: > > > > I was wondering what it would take to use simd to acclerate this > > > > Vector4f { > > public float X; > > public float Y; > > public float Z; > > public float W; > > //... > > } > > > > instead of this >

[Mono-dev] [PATCH] UNC support on Windows.

2009-01-13 Thread Bill Holmes
Hi, The attached patch fixes a bug with launching an application on a network share with mono. -bill 2009-01-13 Bill Holmes * gmisc-win32.c (g_path_is_absolute): Adding support for UNC paths on Windows. * mono-path.c (mono_path_canonicalize): Adding support for UN

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread crashfourit
The general idea is to accelerate Microsoft.Xna.Framework math classes Vector4, Matrix4, Quaternion directly, since these classes are well defined to have direct access to member variables instead of use of properties. Rodrigo Kumpera wrote: > > It would require changing the JIT to support rew

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread Rodrigo Kumpera
For that you don't need to export the elements of Vector4f as you want to keep the same interface, just load the Vectors using unsafe Math. The XNA API for vectorial math is very dead as, for example, many of the Matrix methods pass it by value. Matrix is a 4x4 float matrix, which means it's 64byt

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread crashfourit
Rodrigo Kumpera wrote: > > On Tue, Jan 13, 2009 at 5:50 PM, crashfourit > wrote: > >> >> >> >> crashfourit wrote: >> > >> > I was wondering what it would take to use simd to acclerate this >> > >> > Vector4f { >> > public float X; >> > public float Y; >> > public float Z; >> > public float W;

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread Alan McGovern
I really doubt that kind of specific optimisation would ever make it into mono. Have you tried benchmarking the existing SIMD implementation and seeing what the raw performance of that is as compared to using the XNA structs with Mono.SIMD in the background? The difference shouldn't be that big. So

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread crashfourit
I've done that. just that "fixed" and "unsafe" statements would have to be used, Pushing the args on the stack and then taking them off to multiply then putting them on the stack again for it to return can slows things down. Alan McGovern-2 wrote: > > I really doubt that kind of specific optimi

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread StApostol
2009/1/13 Rodrigo Kumpera > > > I would love to see a library with such high level constructs that exploit > Mono.Simd. I would > help with it for sure, but it shouldn't be bundled with mono. > > Why not? Right now, every library defines its own, incompatible math library. For example, OpenTK, Ta

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread Hurliman, John
> -Original Message- > From: mono-devel-list-boun...@lists.ximian.com > [mailto:mono-devel-list- boun...@lists.ximian.com] On Behalf Of > Rodrigo Kumpera > Sent: Tuesday, January 13, 2009 12:00 PM > To: crashfourit > Cc: mono-devel-list@lists.ximian.com > Subject: Re: [Mono-dev] simd: more

[Mono-dev] Announcing the release of Mono 2.2...

2009-01-13 Thread Thomas Wiest
Today we're announcing the immediate release of Mono 2.2. The release notes are here: http://www.mono-project.com/Release_Notes_Mono_2.2 and downloads are available here: http://www.mono-project.com/Downloads Thanks to all those who contributed to this release! :) Thomas

Re: [Mono-dev] [Mono-patches] r123262 - trunk/mono/mono/io-layer

2009-01-13 Thread Dick Porter
On Tue, 2009-01-13 at 16:43 -0500, Zoltan Varga (vargaz AT gmail.com) wrote: > Author: zoltan > Date: 2009-01-13 16:43:23 -0500 (Tue, 13 Jan 2009) > New Revision: 123262 > > Reapply r122913, this time handling processes by falling back to > polling. > > @@ -649,6 +650,11 @@ >

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread crashfourit
Hurliman, John wrote: > >> -Original Message- >> From: mono-devel-list-boun...@lists.ximian.com >> [mailto:mono-devel-list- boun...@lists.ximian.com] On Behalf Of >> Rodrigo Kumpera >> Sent: Tuesday, January 13, 2009 12:00 PM >> To: crashfourit >> Cc: mono-devel-list@lists.ximian.com >>

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread Rodrigo Kumpera
On Tue, Jan 13, 2009 at 9:26 PM, crashfourit wrote: > > > > Hurliman, John wrote: > > > >> -Original Message- > >> From: mono-devel-list-boun...@lists.ximian.com > >> [mailto:mono-devel-list- boun...@lists.ximian.com] On Behalf Of > >> Rodrigo Kumpera > >> Sent: Tuesday, January 13, 2009

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread Hurliman, John
> -Original Message- > From: mono-devel-list-boun...@lists.ximian.com > [mailto:mono-devel-list- boun...@lists.ximian.com] On Behalf Of > crashfourit > Sent: Tuesday, January 13, 2009 3:27 PM > To: mono-devel-list@lists.ximian.com > Subject: Re: [Mono-dev] simd: more accelerated classes > >

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread crashfourit
Rodrigo Kumpera wrote: > > On Tue, Jan 13, 2009 at 9:26 PM, crashfourit > wrote: > >> >> >> >> Hurliman, John wrote: >> > >> >> -Original Message- >> >> From: mono-devel-list-boun...@lists.ximian.com >> >> [mailto:mono-devel-list- boun...@lists.ximian.com] On Behalf Of >> >> Rodrigo K

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread Alan McGovern
There's no benefits to using mono as opposed to using any of the free hosting ones out there. Mono doesn't come with a bug tracker, it doesn't come with space to host downloads, it doesn't come with a wiki of any kind. You really should consider using a free hosting that gives you all that. For exa

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread crashfourit
Good point, what about sourceforge? Alan McGovern-2 wrote: > > There's no benefits to using mono as opposed to using any of the free > hosting ones out there. Mono doesn't come with a bug tracker, it doesn't > come with space to host downloads, it doesn't come with a wiki of any > kind. > You r

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread Alan McGovern
That was included in the 'whatever' ;) There are probably a dozen more out there that haven't been mentioned yet. It's up to the people who'll be contributing to this project (or at least the guy who gets off his ass and takes charge) to decide which one suits them best ;) I'm just saying that ther

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread crashfourit
Well, I decided to be the first to get off his rear to set it up (that I know of). I'm setting up the project right as I'm typing. When its up, you can join if you like. The one thing I ask it to be able to use you math code (http://www.openmetaverse.org/viewvc/index.cgi/omf/libopenmetaverse/trunk

Re: [Mono-dev] simd: more accelerated classes

2009-01-13 Thread Hurliman, John
Sounds good to me. Please feel free to make use of the code in OpenMetaverseTypes. As far as hosting services, I've had the best luck with Google Code but would be fine with anything. John > -Original Message- > From: mono-devel-list-boun...@lists.ximian.com > [mailto:mono-devel-list-