Re: [Mono-dev] Saving custom user settings (from ApplicationSettingsBase) saves erroneous data in .local user.config file

clarification Funny, i just read what i wrote. It sounds like I intentionally wrote a duplicate bug. I didn't, for some reason my searching abilities improved after I wrote the bug. My mail is what was intended to bring attention to this issue. /clarification Cheers, Jae

[Mono-dev] Saving custom user settings (from ApplicationSettingsBase) saves erroneous data in .local user.config file

This bug was initially found a year ago. I just stumbled on it last week using Mono 2.4.3. Not sure how many people are using ApplicationSettings with mono, but this seems kind of critical to folks using custom user.config. https://bugzilla.novell.com/show_bug.cgi?id=468658

Re: [Mono-dev] gstreamer-sharp Question

We actually looked at the way Bansee was using gstreamer to display video. IIRC, Banshee's use of GStreamer is very specific and isn't really a gstreamer library. It can be useful to do the kind's of things that banshee does. We are looking at using gstreamer in a limited DVR type app. This

Re: [Mono-dev] gstreamer-sharp Question

I believe the missing gstreamer# is a huge hole in the development stack. We also p/invoke the c lib in our apps. It would be nice to see this project revived and become a first-class citizen like gtk#. Maybe we can garner some folks together! GSoc Mono.Media is another option, perhaps. Jae

Re: [Mono-dev] Cross-compile Mono and Msc

I'm trying to cross compile mono for powerpc, compiling runtime is ok, but I was unable to compile msc and corresponding libraries. I've got sources from svn via anonymous access. Can anyone give me some suggestions how to do this? Thank for answers. IIRC, the mcs must be compiled under

[Mono-dev] Mono 1.2.6 on Maemo OS2008 help

I saw in some of the logs that this is currently being worked on by a few folks. Does anyone know the status of this? I'm thinking I may have to build it myself, but I'd rather not :) Thanks, Jae ___ Mono-devel-list mailing list

Re: [Mono-dev] Mono 1.2.6 on Maemo OS2008 help

The guy you're after is Everaldo Canuto - you'll find a handful of interested parties hanging out on irc (mono-maemo) including yours truly. IIRC he's close to getting it all together... As far as building goes, it's not as bad as it seems. But still pretty bad ;P Tim I've been on the

Re: [Mono-dev] Mono Versioning

I agree with this assertion. The Mono versioning doesn't need to track MS. However, a matrix of what .NET features Mono supports for a given version number should be prominently displayed. This page with a short url can be thrown out to help non-Mono devs understand what is and is NOT supported by

Re: [Mono-dev] .net library shared source

On 10/3/07, Jonathan Chambers [EMAIL PROTECTED] wrote: 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

Re: [Mono-dev] mono recipe in OpenEmbedded

Super sweet...will try them now! Thanks for your work on this. Jae ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] mono recipe in OpenEmbedded

On 8/23/07, Jae Stutzman [EMAIL PROTECTED] wrote: Super sweet...will try them now! Thanks for your work on this. Jae How do we target the NET_2_0 profile with bitbake? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http

Re: [Mono-dev] mono recipe in OpenEmbedded

make PROFILE=net_2_0 See this page for more info: http://www.mono-project.com/Parallel_Mono_Environments Thanks again. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Remoting with DateTime

Actually it is the upper 2 bits of the 64 bit value. I've attached logs taken from a .NET 2.0 client and updated the bug with the info... http://bugzilla.ximian.com/show_bug.cgi?id=8240 A fix is just around the corner! ___ Mono-devel-list mailing list

Re: [Mono-dev] Remoting with DateTime

Ok added bug# 82400 to help track this. I've been playing with Lionel's patch. What i've found out so far is that the ObjectReader from System.Runtime.Serialization.Formatters.Binary has a method that is executed when trying to de-serialize the DateTime struct. The method is

Re: [Mono-dev] Remoting with DateTime

Replying to my own mail... The failure happens when using TCP remoting, when I tried with HTTP the sample worked. BTW this is with SVN rev 83316. Something going on in the binary serialization i reckon. Jae ___ Mono-devel-list mailing list

[Mono-dev] Remoting with DateTime

Is DateTime supposed to be supported as a parameter in remote calls? I'm getting an ArgumentOutOfRangeException like this: Note: This was just passing DateTime.Now Value -8590148590525713308 is outside the valid range [0,31553789759]. Parameter name: ticks Maybe DateTime is not viewed

Re: [Mono-dev] [PATCH] System.Net.NetworkInformation

Added patch to buzilla # 82403 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Remoting with DateTime

I can solve it multiple ways. :) This was with .NET 2.0 and svn with the NET_2.0 profile. I filled out bug # 82400. Like i said first, if this is not a supposed to be supported, fine. Since remoting is supposed to be an abstract interface, the channel shouldn't matter. Since it works with SOAP,

[Mono-dev] Remoting serialization problem with array of arrays

We are passing array of array of our custom object (ie not framework) as a parameter to remote methods. This works fine between to .NET boxes or if the server is running on mono (linux), but fails if one of the server is running on windows and client on mono (linux). We are actually using

Re: [Mono-dev] [PATCH] System.Net.NetworkInformation

Ok, here is the patch for the System.Net.NetInformation.PhysicalAddress. This is a big rewrite from the one revision 82491. I've also included a unit test class (as there wasn't one) which passes all tests in both .NET 2.0 and the patched version of PhysicalAddress. During the testing I found

[Mono-dev] [PATCH] System.Transactions

I realize that not all transaction support is done. We are using CommitableTransaction and in MS the Dispose() causes a Rollback if not yet Committed. In mono this throws a NotImplementedException. I understand there is more to do with Dispose when the rest of the transaction stuff comes online,

[Mono-dev] [PATCH] System.Net.NetworkInformation

This small patch makes the Equals(...) override more like MS behavior. First if both addresses are empty it returns true, also the comparison now uses the hashcode. This was changed as part of the porting a windows .net app. Jae ___ Mono-devel-list

Re: [Mono-dev] [PATCH] System.Net.NetworkInformation

to give the same hashcode without actually being equal. Alan. On 7/24/07, Jae Stutzman [EMAIL PROTECTED] wrote: This small patch makes the Equals(...) override more like MS behavior. First if both addresses are empty it returns true, also the comparison now uses the hashcode. This was changed

Re: [Mono-dev] [PATCH] System.Net.NetworkInformation

Fair enough :) (the hash code is a shift/add mangling approach) I didn't realize I forgot my attachment! oops. Changed it to use straight elemental compares and upon testing found other problems with the original class. So I will do some more work on it and attach the patch tomorrow. Thx, Jae

[Mono-dev] BitConverter differences

Observe the following snippet: byte[] test = { 3, 15, 3, 2, 5, 6, 4, 3 }; string value = BitConverter.ToString(test, 4, 0); Console.WriteLine(value); On MS the BitConverter.ToString returns an empty string if the (third param) length is 0, on mono it throws a: Unhandled Exception: