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.
Cheers,
Jae
___
Mon
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
https://bugzilla.novell
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
require
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
_
> 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
> 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 o
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
Mono-devel-list@lists.x
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
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
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
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-dev
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
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
M
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
ReadPrimitiveTypeValue,
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
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, it
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-devel-l
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 as
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 interface
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 some
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
_
objects 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
>
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 mail
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, b
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: System.Argume
25 matches
Mail list logo