[Mono-docs-list] AnonSVN wiki page has wrong subversion URL
According to http://www.mono-project.com/AnonSVN, the URL for anonymous svn access is svn://anonsvn.mono-project.com/source/trunk. I believe the correct URL is http://anonsvn.mono-project.com/source/trunk (i.e. use the http protocol, not subversion's native protocol). -- View this message in context: http://www.nabble.com/AnonSVN-wiki-page-has-wrong-subversion-URL-tp20807342p20807342.html Sent from the Mono - Documentation mailing list archive at Nabble.com. ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-dev] Proposed change to TestDriver.dll
Hello all,
I'd like to propose the following change to TestDriver.dll. The purpose
of this patch is to avoid using the DateTime class unless timings are
explicitly called for. DateTime pulls in a lot of additional
infrastructure code which may cause the test harness itself to fail.
With this change, it's a lot easier to run the regression tests such as
basic.cs others with a JIT port in progress.
[Which is where the MIPS port is right now. There's something failing
wy down in the guts of DateTime, daylight savings time computations,
and such. It'd be a lot better to be able to uncover these problems with
the simple test cases in basic*.cs]
Thanks in advance,
Mark
Index: TestDriver.cs
===
--- TestDriver.cs (revision 120080)
+++ TestDriver.cs (working copy)
@@ -13,7 +13,6 @@
bool do_timings = false;
bool verbose = false;
int tms = 0;
- DateTime start, end = DateTime.Now;
if (args != null args.Length 0) {
for (j = 0; j args.Length; j++) {
@@ -61,15 +60,18 @@
if (verbose)
Console.WriteLine (Running '{0}' ...,
name);
expected = Int32.Parse (name.Substring (5, j -
5));
- start = DateTime.Now;
- result = (int)methods [i].Invoke (null, null);
if (do_timings) {
- end = DateTime.Now;
+ DateTime start = DateTime.Now;
+ result = (int)methods [i].Invoke (null,
null);
+ DateTime end = DateTime.Now;
long tdiff = end.Ticks - start.Ticks;
int mdiff = (int)tdiff/1;
tms += mdiff;
Console.WriteLine ({0} took {1} ms,
name, mdiff);
}
+ else {
+ result = (int)methods [i].Invoke (null,
null);
+ }
ran++;
if (result != expected) {
failed++;
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] String.GetHashCode on Mac
David,
We may have hit this before. See
http://www.nabble.com/String.GetHashCode-Discussion.-to18496625ef1367.html#a18496625
I lost tack of this issue after that thread but maybe it will help
someone else remember.
-bill
On Mon, Dec 1, 2008 at 9:25 AM, David Suarez
[EMAIL PROTECTED] wrote:
Hi,
I've run into a problem with the String.GetHashCode method in macosx
(10.5.3, intel). The point is I get the same hashcode for very different
strings, apparently only taking into account the last 7 chars of the
string. This happens with mono 2.0 installer.
Consider this test case:
using System;
namespace hashtest
{
class Class2
{
private static string[] testStrings2 = new string[]
{
something to worry about,
ing to worry about,
to worry about,
orry about,
y about,
about
};
[STAThread]
static void Main(string[] args)
{
foreach (string s in testStrings2) PrintHash(s,
s.GetHashCode());
}
private static void PrintHash(string str, int hash)
{
Console.WriteLine( hash [{1}] line: [{0}], str,
hash.ToString(X8));
}
}
}
Running on mac, I get this result:
hash [9DA57994] line: [something to worry about]
hash [9DA57994] line: [ing to worry about]
hash [9DA57994] line: [to worry about]
hash [9DA57994] line: [orry about]
hash [9DA57994] line: [y about]
hash [1DA57994] line: [ about]
It seems to me that the String.GetHashCode in String.cs is not getting
called, because this method works fine (I tested separately). Is this
happening to anybody else? Any clue on what code is being called on the
mac for getting the hash code of strings?
Thanks,
David
Is this happening to anybody else??
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Moonlight 1.0 Beta 1 released!
Hey folks, Moonlight 1.0 Beta 1 has officially been released! Give it a try and let us know what you think! To download the beta, go to http://go-mono.com/moonlight Please help us make Moonlight a success by filing any bugs that you see. For packagers, the tarball of Moonlight 1.0 Beta 1 is available at ftp://ftp.novell.com/pub/mono/sources/moon/moon-1.0b1.tar.bz2 Rusty Howell Moonlight QA ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Proposed change to TestDriver.dll
Hi,
The regression tests can be ran using
mono --regression filenames, which avoids calling any code in
TestDriver.dll. This is
the recommended way of running the JIT tests.
Zoltan
On Tue, Dec 2, 2008 at 11:01 AM, Mark Mason [EMAIL PROTECTED] wrote:
Hello all,
I'd like to propose the following change to TestDriver.dll. The purpose
of this patch is to avoid using the DateTime class unless timings are
explicitly called for. DateTime pulls in a lot of additional
infrastructure code which may cause the test harness itself to fail.
With this change, it's a lot easier to run the regression tests such as
basic.cs others with a JIT port in progress.
[Which is where the MIPS port is right now. There's something failing
wy down in the guts of DateTime, daylight savings time computations,
and such. It'd be a lot better to be able to uncover these problems with
the simple test cases in basic*.cs]
Thanks in advance,
Mark
Index: TestDriver.cs
===
--- TestDriver.cs (revision 120080)
+++ TestDriver.cs (working copy)
@@ -13,7 +13,6 @@
bool do_timings = false;
bool verbose = false;
int tms = 0;
- DateTime start, end = DateTime.Now;
if (args != null args.Length 0) {
for (j = 0; j args.Length; j++) {
@@ -61,15 +60,18 @@
if (verbose)
Console.WriteLine (Running '{0}' ...,
name);
expected = Int32.Parse (name.Substring (5, j -
5));
- start = DateTime.Now;
- result = (int)methods [i].Invoke (null, null);
if (do_timings) {
- end = DateTime.Now;
+ DateTime start = DateTime.Now;
+ result = (int)methods [i].Invoke (null,
null);
+ DateTime end = DateTime.Now;
long tdiff = end.Ticks - start.Ticks;
int mdiff = (int)tdiff/1;
tms += mdiff;
Console.WriteLine ({0} took {1} ms,
name, mdiff);
}
+ else {
+ result = (int)methods [i].Invoke (null,
null);
+ }
ran++;
if (result != expected) {
failed++;
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Question on Mono and Visual Studio.net
Hi! Nice to meet you Joe! And thank you very much for a detailed list. Much of the development in .net is not yet defined as the plans are there but not much planning beyond that is happening yet. I am experienced in Linux and have done programming using different scripting languages and programming languages so I'm perfectly comfortable on the platform. I have read indeed that .NET 3.5 is not yet supported in Mono 2.0 so at least I can bring that up when discussions do take place about the project. Right now I am trying to keep my option to stay in the Linux platform as much as possible. Thank you for your thoughts on this. If others want to add to it, I am very much open to other ideas. Regards. 2008/12/2 Joe Audette [EMAIL PROTECTED] Hi Jack, In mojoPortal we create parallel MonoDevelop projects and solution file (though MonoDevelop could just use the same projects and solution as VS so you may not need to do this) because we sometimes need to do things differently on the Mono side. It works ok for us but there are some things to consider. 1. I don't think its yet possible to debug ASP.NET or step through the code using MonoDevelop. A work around is logging with log4net but its a big disadvantage. 2. If you're planning to use the latest greatest .NET 3.5 stuff or the beta MVC stuff you're going to run into not yet implemented or supported things. 3. If your project is going to use ASP.NET webparts its not supported. 4. You will occasionally run into bugs where things work on the windows side but not on Mono. Reporting these will help Mono improve. If you're an experienced developer in other languages and experienced with Linux you may be able to do it, but if its all new to you, you are making the learning curve much steeper for yourself, and it may be more productive to just use VS. I will say, myself, I am able to work on mojoPortal from Linux with MonoDevelop, but I use VS day to day for most things because its more productive for me. Hope it helps, Joe On Tue, Dec 2, 2008 at 1:31 AM, Jack Schmidt [EMAIL PROTECTED] wrote: Thank you for the swift response, Abe. I will take a closer look on mojoportal in the coming days. It does seem like they do not have much of a discussion as to how I or my co-developers should take to ensuring MD and VS.NET play nicely. I found this article on the Mono Project which seems to cover a more general discussion in terms of programming practices. Are there anymore specifics? http://mono-project.com/Guidelines:Application_Portability It does seem from that project that it is entirely possible so I find that a bit of good news. I wonder how much trouble this is going to be for me or my developers. It would be reassuring if I can grasp how and what I should be doing to make this a reality for me. P.S. I am sorry that I'm having great difficulty with replying on mailing lists, it seems that Gmail bungles up on the reply-to information. Thank you very much for the response. 2008/12/2 Abe Gillespie [EMAIL PROTECTED] AFAIK, Joe Audette has been able to interoperate with MD and VS.NET on his mojoPortal project for some time now. It might be worth taking a look at it: http://www.mojoportal.com/ -Abe On Mon, Dec 1, 2008 at 11:05 PM, Jack Schmidt [EMAIL PROTECTED] wrote: Hi, I'm soon going to be making preparations on learning .net and I'm wondering if it is possible to develop using both Mono and Visual Studio. My co-developers are going to use VS.net (and Windows) as the development platform for a web-related project (I'd surmise we'll be using ASP.net) and I am wondering if it is possible that I can work with them and use Mono and MonoDevelop in Linux as my development platform while they continue to develop using VS.net. I hope someone can shed some light on this matter. Thank you all for taking the time to read this. Jack. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Joe Audette Software Solutions Architect Source Tree Solutions, LLC PO Box 621861 Charlotte, NC 28262 704.323.8225 [EMAIL PROTECTED] http://www.sourcetreesolutions.com http://www.mojoportal.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Get Mono version at run-time
Works great. Thanks.
-Chuck
Charlie Poole wrote:
For NUnit, I invoke Mono.Runtime.GetDisplayName. It's not
public, so I invoke it by reflection. It gives a string
like Mono 1.2.6, which you can parse to get the version
number or just use for display as I do.
Charlie
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Chuck Esterbrook
Sent: Monday, December 01, 2008 11:27 AM
To: mono-list@lists.ximian.com
Subject: [Mono-list] Get Mono version at run-time
What's the best way to get the version number of Mono at
run-time? For example, 1.2.6 vs. 2.0.1?
I know you can detect Mono by seeing if the type Mono.Runtime
exists, but when reflecting on its members, I didn't see any
version information.
I poked around the docs and did some searching, but version
comes up in a lot of contexts.
Just to be clear, I want something like:
Console.WriteLine(Mono Version: {0}, Mono.Runtime.Version);
Thanks,
Chuck
--
View this message in context:
http://www.nabble.com/Get-Mono-version-at-run-time-tp20776236p
20776236.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
--
View this message in context:
http://www.nabble.com/Get-Mono-version-at-run-time-tp20776236p20789826.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Question on Mono and Visual Studio.net
Hi Jack, In mojoPortal we create parallel MonoDevelop projects and solution file (though MonoDevelop could just use the same projects and solution as VS so you may not need to do this) because we sometimes need to do things differently on the Mono side. It works ok for us but there are some things to consider. 1. I don't think its yet possible to debug ASP.NET or step through the code using MonoDevelop. A work around is logging with log4net but its a big disadvantage. 2. If you're planning to use the latest greatest .NET 3.5 stuff or the beta MVC stuff you're going to run into not yet implemented or supported things. 3. If your project is going to use ASP.NET webparts its not supported. 4. You will occasionally run into bugs where things work on the windows side but not on Mono. Reporting these will help Mono improve. If you're an experienced developer in other languages and experienced with Linux you may be able to do it, but if its all new to you, you are making the learning curve much steeper for yourself, and it may be more productive to just use VS. I will say, myself, I am able to work on mojoPortal from Linux with MonoDevelop, but I use VS day to day for most things because its more productive for me. Hope it helps, Joe On Tue, Dec 2, 2008 at 1:31 AM, Jack Schmidt [EMAIL PROTECTED] wrote: Thank you for the swift response, Abe. I will take a closer look on mojoportal in the coming days. It does seem like they do not have much of a discussion as to how I or my co-developers should take to ensuring MD and VS.NET play nicely. I found this article on the Mono Project which seems to cover a more general discussion in terms of programming practices. Are there anymore specifics? http://mono-project.com/Guidelines:Application_Portability It does seem from that project that it is entirely possible so I find that a bit of good news. I wonder how much trouble this is going to be for me or my developers. It would be reassuring if I can grasp how and what I should be doing to make this a reality for me. P.S. I am sorry that I'm having great difficulty with replying on mailing lists, it seems that Gmail bungles up on the reply-to information. Thank you very much for the response. 2008/12/2 Abe Gillespie [EMAIL PROTECTED] AFAIK, Joe Audette has been able to interoperate with MD and VS.NET on his mojoPortal project for some time now. It might be worth taking a look at it: http://www.mojoportal.com/ -Abe On Mon, Dec 1, 2008 at 11:05 PM, Jack Schmidt [EMAIL PROTECTED] wrote: Hi, I'm soon going to be making preparations on learning .net and I'm wondering if it is possible to develop using both Mono and Visual Studio. My co-developers are going to use VS.net (and Windows) as the development platform for a web-related project (I'd surmise we'll be using ASP.net) and I am wondering if it is possible that I can work with them and use Mono and MonoDevelop in Linux as my development platform while they continue to develop using VS.net. I hope someone can shed some light on this matter. Thank you all for taking the time to read this. Jack. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Joe Audette Software Solutions Architect Source Tree Solutions, LLC PO Box 621861 Charlotte, NC 28262 704.323.8225 [EMAIL PROTECTED] http://www.sourcetreesolutions.com http://www.mojoportal.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SPAM-LOW: Re: NUnit Version - Upgrade soon?
Hi, Am 02.12.2008 um 04:53 schrieb Charlie Poole: What do you think about pure makefile-based setups versus makefile+NAnt? It seems like the latter would be a plus for building on Windows as well as Linux. NAnt would be another build dependency, so consider it a minus for other Unices. I remember having issues building 0.85 on OSX (0.86 beta worked better though). Andreas ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Moonlight 1.0 Beta 1 released!
Hey folks, Moonlight 1.0 Beta 1 has officially been released! Give it a try and let us know what you think! To download the beta, go to http://go-mono.com/moonlight Please help us make Moonlight a success by filing any bugs that you see. For packagers, the tarball of Moonlight 1.0 Beta 1 is available at ftp://ftp.novell.com/pub/mono/sources/moon/moon-1.0b1.tar.bz2 Rusty Howell Moonlight QA ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] [Moonlight-list] [Mono-dev] Moonlight 1.0 Beta 1 released!
Mauricio, This Moonlight release covers the Silverlight 1.0 profile only. We are currently working on the Silverlight 2.0 profile. If a site prompts you to install Silverlight, it could mean one of two things 1) The site is using Silverlight 2.0 2) The site is using a broken method of detecting Silverlight on Firefox that MS published a while ago. MS has since fixed the issue, but many sites have not implemented the fix. A work around is to install GreaseMonkey (a FF plugin) and our greasemonkey script, which can be found here: http://anonsvn.mono-project.com/viewvc/tags/moon/1.0b1/data/silverlight-ff3-quirks.user.js?view=co Rusty Howell [EMAIL PROTECTED] wrote: Great guys!!, I install the firefox plugin without problems in my Firefox2/Fedora8, how can I tested?, I go to several silverlight site but all ask me to install silverlight (don't know how to tell to them that I have moonlight ;-) Cheers, Mauricio Rusty Howell wrote: Hey folks, Moonlight 1.0 Beta 1 has officially been released! Give it a try and let us know what you think! To download the beta, go to http://go-mono.com/moonlight Please help us make Moonlight a success by filing any bugs http://mono-project.com/Bugs that you see. For packagers, the tarball of Moonlight 1.0 Beta 1 is available at ftp://ftp.novell.com/pub/mono/sources/moon/moon-1.0b1.tar.bz2 Rusty Howell Moonlight QA ___ Mono-devel-list mailing list [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Moonlight-list mailing list [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/moonlight-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SPAM-LOW: Re: NUnit Version - Upgrade soon?
Hi Andreas, Thanks, that's good info. It's more or less easy to read docs and figure out technical stuff, but knowing just what will meet folk's expectations is harder. Charlie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 02, 2008 9:05 AM To: Charlie Poole Cc: List Mono Subject: Re: [Mono-list] SPAM-LOW: Re: NUnit Version - Upgrade soon? Hi, Am 02.12.2008 um 04:53 schrieb Charlie Poole: What do you think about pure makefile-based setups versus makefile+NAnt? It seems like the latter would be a plus for building on Windows as well as Linux. NAnt would be another build dependency, so consider it a minus for other Unices. I remember having issues building 0.85 on OSX (0.86 beta worked better though). Andreas ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] System.Media.SystemSounds
Hello Is System.Media.SystemSounds.Exclamation.Play(); suposed to work under linux ? -- Cordially. Small Eric Quotations of the days: --- If one day one reproaches you that your work is not a work of professional, say you that: Amateurs built the arch of Noah, and professionals the Titanic. --- Few people are done for independence, it is the privilege of the powerful ones. --- No key was wounded during the drafting of this message. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
