From oorrii at gmail.com  Wed Aug  1 01:46:48 2007
From: oorrii at gmail.com (Ori)
Date: Tue, 31 Jul 2007 22:46:48 -0700 (PDT)
Subject: [Mono-dev] ICSharpCode.SharpZipLib.dll problem
Message-ID: <11940064.post@talk.nabble.com>


Hello,

I'm using this dll to create and to extract zip files. On windows it works
well, on linux it doesn't work - it does nothing. Should I use the same dll?
or maybe there are different version for Windows and for Linux

Thanks,
Ori
-- 
View this message in context: http://www.nabble.com/ICSharpCode.SharpZipLib.dll-problem-tf4198170.html#a11940064
Sent from the Mono - Dev mailing list archive at Nabble.com.



From rharinath at novell.com  Wed Aug  1 06:05:27 2007
From: rharinath at novell.com (Raja R Harinath)
Date: Wed, 01 Aug 2007 15:35:27 +0530
Subject: [Mono-dev] [PATCH] rootcontext
In-Reply-To: <69f7d8470707250635u626ed0d8t12ee1ed9a1cab7e0@mail.gmail.com> (Jb
	Evain's message of "Wed, 25 Jul 2007 15:35:08 +0200")
References: <69f7d8470707250635u626ed0d8t12ee1ed9a1cab7e0@mail.gmail.com>
Message-ID: <85wswflgd4.fsf@blr-RHarinath.blr.novell.com>

Hi,

"Jb Evain" <jb at nurv.fr> writes:

> In /nostdlib mode, mcs loads predefined types, and validates that
> System.Enum is a class instead of a ValueType. Attached is a patch to
> fix that.
>
> -- 
> Jb
>
> Index: rootcontext.cs
> ===================================================================
> --- rootcontext.cs	(revision 82492)
> +++ rootcontext.cs	(working copy)
> @@ -328,6 +328,7 @@
>  				"System.Single",  "System.Double",
>  				"System.Char",
>  				"System.Decimal", "System.Void",
> +				"System.Enum",
>  				"System.RuntimeFieldHandle",
>  				"System.RuntimeArgumentHandle",
>  				"System.RuntimeTypeHandle",
> @@ -345,7 +346,6 @@
>  			// These are classes that depends on the core interfaces
>  			//
>  			string [] classes_second_stage = {
> -				"System.Enum",
>  				"System.String",
>  				"System.Array",
>  				"System.Reflection.MemberInfo",

I don't remember if this went in, but I think it's reasonable.

You probably need to move the loading of System.Enum to the first stage,
if some real 'enum' became needed as part of the bootstrap.

So, please commit.

- Hari



From rharinath at novell.com  Wed Aug  1 06:16:09 2007
From: rharinath at novell.com (Raja R Harinath)
Date: Wed, 01 Aug 2007 15:46:09 +0530
Subject: [Mono-dev] [PATCH] rootcontext
In-Reply-To: <85wswflgd4.fsf@blr-RHarinath.blr.novell.com> (Raja R. Harinath's
	message of "Wed, 01 Aug 2007 15:35:27 +0530")
References: <69f7d8470707250635u626ed0d8t12ee1ed9a1cab7e0@mail.gmail.com>
	<85wswflgd4.fsf@blr-RHarinath.blr.novell.com>
Message-ID: <85sl73lfva.fsf@blr-RHarinath.blr.novell.com>

Hi,

Raja R Harinath <rharinath at novell.com> writes:

> "Jb Evain" <jb at nurv.fr> writes:
>
>> In /nostdlib mode, mcs loads predefined types, and validates that
>> System.Enum is a class instead of a ValueType. Attached is a patch to
>> fix that.
>>
>> -- 
>> Jb
>>
>> Index: rootcontext.cs
>> ===================================================================
>> --- rootcontext.cs	(revision 82492)
>> +++ rootcontext.cs	(working copy)
>> @@ -328,6 +328,7 @@
>>  				"System.Single",  "System.Double",
>>  				"System.Char",
>>  				"System.Decimal", "System.Void",
>> +				"System.Enum",
>>  				"System.RuntimeFieldHandle",
>>  				"System.RuntimeArgumentHandle",
>>  				"System.RuntimeTypeHandle",
>> @@ -345,7 +346,6 @@
>>  			// These are classes that depends on the core interfaces
>>  			//
>>  			string [] classes_second_stage = {
>> -				"System.Enum",
>>  				"System.String",
>>  				"System.Array",
>>  				"System.Reflection.MemberInfo",
>
> I don't remember if this went in, but I think it's reasonable.
>
> You probably need to move the loading of System.Enum to the first stage,
> if some real 'enum' became needed as part of the bootstrap.

Oops, I'm an idiot.  I misunderstood the patch.  It's wrong, since
System.Enum is a reference type.

Maybe it's better to move the loading of "System.Enum" closer to
InitEnumUnderlyingTypes(), though.

- Hari


From marek.safar at seznam.cz  Wed Aug  1 06:36:29 2007
From: marek.safar at seznam.cz (Marek Safar)
Date: Wed, 01 Aug 2007 11:36:29 +0100
Subject: [Mono-dev] C# 3.0
In-Reply-To: <4da6cf8d0707310146v1a850364y8dbfaa79400860c2@mail.gmail.com>
References: <4da6cf8d0707310146v1a850364y8dbfaa79400860c2@mail.gmail.com>
Message-ID: <46B0622D.40608@seznam.cz>

Hi,
> When will be C# 3.0 will be complete and included in main package?
Some features like

* extension methods,
* automatically generated properties,
* implicitly typed arrays,
* implicitly typed local variables,
* lambda expressions

will be included in the upcoming release 1.2.5 and remaining features should
hit release after that.

Regards,
Marek



From ianus at easynet.ro  Wed Aug  1 06:49:46 2007
From: ianus at easynet.ro (Szentpali Janos)
Date: Wed, 01 Aug 2007 13:49:46 +0300
Subject: [Mono-dev] Mono 1.2.5
Message-ID: <46B0654A.6060300@easynet.ro>

Is there a point in complaining (reporting) that monodevelop (included 
in Mono 1.2.5 preview) doesn't work on other platforms than the 
officially supported ones (I'm talking Zenwalk)?

J?nos



From lluis at ximian.com  Wed Aug  1 07:25:02 2007
From: lluis at ximian.com (Lluis Sanchez)
Date: Wed, 01 Aug 2007 13:25:02 +0200
Subject: [Mono-dev] Mono 1.2.5
In-Reply-To: <46B0654A.6060300@easynet.ro>
References: <46B0654A.6060300@easynet.ro>
Message-ID: <1185967502.4279.3.camel@portador.site>

El dc 01 de 08 del 2007 a les 13:49 +0300, en/na Szentpali Janos va
escriure:
> Is there a point in complaining (reporting) that monodevelop (included 
> in Mono 1.2.5 preview) doesn't work on other platforms than the 
> officially supported ones (I'm talking Zenwalk)?

If it is a packaging problem (e.g. you install the package and it
doesn't work at all due to missing dependencies) you should report the
problem to whoever created the package.

If you find bugs in when running MonoDevelop, you should report them in
http://bugzilla.ximian.com.

Lluis.



From noackstefan at googlemail.com  Wed Aug  1 07:28:44 2007
From: noackstefan at googlemail.com (Stefan Noack)
Date: Wed, 01 Aug 2007 13:28:44 +0200
Subject: [Mono-dev] unable to run VB.NET or C# applications on OS X
In-Reply-To: <117799f00707301151g6c8f75bfla63e2ae5506ee3ca@mail.gmail.com>
References: <46ADF416.9050909@parrot.com>
	<117799f00707301151g6c8f75bfla63e2ae5506ee3ca@mail.gmail.com>
Message-ID: <1185967724.5376.11.camel@linux-laptop.site>

hi

I solved this problem by replacing the code generated by VS. as the call
is done by some internal compiler generated i hade to replace something
in Application.Designer.vb [i think it was in Protected Overrides Sub
OnCreateMainForm()]...

you may use a reflector or disassmbler run on your own ap to see, where
you have to change the code because i cannot remember what the change
was

i convince that the call also is only done if an exception occurs during
form generation - but as there may be NotImplementedExceptions or
something like that, you would maybe like to avoid the call because you
want to see the real problem exception.

the problem is that your modifications may be undone when you modify
application properties and code is auto-generated again.

noah

Am Montag, den 30.07.2007, 14:51 -0400 schrieb Alan McGovern:
> Quick solution: Don't use VisualBasic dll's in your C# application.
> Problem solved. Alternatively refactor your code so you don't use the
> GetResourceString method found there. Is there an alternative method
> of getting at the required data? 
> 
> Even if the method were to be released in the next mono version (which
> it won't be, as it's too late to get it implmented) you couldn't rely
> on it being in linux distributions for quite a few months.
> 
> Alan.
> 
> On 7/30/07, Jouini Karim <karim.jouini.ext at parrot.com> wrote:
>         Please, i'm running OS X 10.4
>         with mono 1.2.4 but i'm unable to run any VB.NET or C#
>         application with GUI
>         (even simple application)
>         
>         for VB.NET (the most urgent) i get 
>         
>         Unhandled Exception : System.notimplementedException at
>         Microsoft.VisualBasic.CompilerServices.Utils.GetResourceString
>         
>         a small run of MoMa indicates me that it's unhandled ...
>         
>         will it be soon ? 
>         because it's needed for any winform application.
>         
>         Thanks
>         _______________________________________________
>         Mono-devel-list mailing list
>         Mono-devel-list at lists.ximian.com
>         http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list



From ianus at easynet.ro  Wed Aug  1 07:33:25 2007
From: ianus at easynet.ro (Szentpali Janos)
Date: Wed, 01 Aug 2007 14:33:25 +0300
Subject: [Mono-dev] Mono 1.2.5
In-Reply-To: <1185967502.4279.3.camel@portador.site>
References: <46B0654A.6060300@easynet.ro>
	<1185967502.4279.3.camel@portador.site>
Message-ID: <46B06F85.6000107@easynet.ro>

Lluis Sanchez wrote:
> El dc 01 de 08 del 2007 a les 13:49 +0300, en/na Szentpali Janos va
> escriure:
>   
>> Is there a point in complaining (reporting) that monodevelop (included 
>> in Mono 1.2.5 preview) doesn't work on other platforms than the 
>> officially supported ones (I'm talking Zenwalk)?
>>     
>
> If it is a packaging problem (e.g. you install the package and it
> doesn't work at all due to missing dependencies) you should report the
> problem to whoever created the package.
>
> If you find bugs in when running MonoDevelop, you should report them in
> http://bugzilla.ximian.com.
>
> Lluis.
>
>
>   
I'm talking about the official Linux installer from 
http://mono.ximian.com/monobuild/preview/download-preview/ 
(http://mono.ximian.com/monobuild/preview/archive/1.2.5/linux-installer/0/mono-1.2.5_0-installer.bin). 
To whom do I report about errors in the official linux installer?
Thank you.

J?nos



From emperon at gmail.com  Wed Aug  1 09:10:47 2007
From: emperon at gmail.com (Onur Gumus)
Date: Wed, 1 Aug 2007 16:10:47 +0300
Subject: [Mono-dev] C# 3.0
In-Reply-To: <46B0622D.40608@seznam.cz>
References: <4da6cf8d0707310146v1a850364y8dbfaa79400860c2@mail.gmail.com>
	<46B0622D.40608@seznam.cz>
Message-ID: <8a7a2d050708010610q60183f55h980eaafd84445833@mail.gmail.com>

wow. do we have to use language:xlinq compiler option do use these features
?
and what about inferred types ?

On 8/1/07, Marek Safar  wrote:
>
> Hi,
> > When will be C# 3.0 will be complete and included in main package?
> Some features like
>
> * extension methods,
> * automatically generated properties,
> * implicitly typed arrays,
> * implicitly typed local variables,
> * lambda expressions
>
> will be included in the upcoming release 1.2.5 and remaining features
> should
> hit release after that.
>
> Regards,
> Marek
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
Warning: If you are reading this then this warning is for you. Every word
you read of this useless fine print is another second off your life. Don't
you have other things to do? Is your life so empty that you honestly can't
think of a better way to spend these moments? Or are you so impressed with
authority that you give respect and credence to all that claim it? Do you
read everything you're supposed to read? Do you think every thing you're
supposed to think? Buy what you're told to want? Get out of your apartment.
Meet a member of the opposite sex. Stop the excessive shopping and
masturbation.Quit your job. Start a fight. Prove you're alive. If you don't
claim your humanity you will become a statistic. You have been warned - Onur
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070801/bec00481/attachment.html 

From marek.safar at seznam.cz  Wed Aug  1 09:38:13 2007
From: marek.safar at seznam.cz (Marek Safar)
Date: Wed, 01 Aug 2007 14:38:13 +0100
Subject: [Mono-dev] C# 3.0
In-Reply-To: <8a7a2d050708010610q60183f55h980eaafd84445833@mail.gmail.com>
References: <4da6cf8d0707310146v1a850364y8dbfaa79400860c2@mail.gmail.com>	
	<46B0622D.40608@seznam.cz>
	<8a7a2d050708010610q60183f55h980eaafd84445833@mail.gmail.com>
Message-ID: <46B08CC5.6050302@seznam.cz>

Onur Gumus wrote:
> wow. do we have to use language:xlinq compiler option do use these 
> features ?
> and what about inferred types ?
Yes, you have to use -langversion:linq to enable C# 3.0 features. This 
is temporary
and 3.0 will become default option when we finish all features and the 
code will be
robust enough.

Full 3.0 type inference has not made it into 1.2.5. However, it just 
landed on SVN.
If you are interested, you can get it from SVN and help us testing.

Marek


From lupus at ximian.com  Wed Aug  1 09:44:48 2007
From: lupus at ximian.com (Paolo Molaro)
Date: Wed, 1 Aug 2007 15:44:48 +0200
Subject: [Mono-dev] next version
In-Reply-To: <46ADF66E.5050705@parrot.com>
References: <46ADF66E.5050705@parrot.com>
Message-ID: <20070801134448.GI2840@debian.org>

On 07/30/07 Jouini Karim wrote:
> please, when will the next mono version be released ?

We have test packages available at:
http://mono.ximian.com/monobuild/preview/download-preview/

They will be released when enough regression testing has been done on
them.

lupus

-- 
-----------------------------------------------------------------
lupus at debian.org                                     debian/rules
lupus at ximian.com                             Monkeys do it better


From lupus at ximian.com  Wed Aug  1 09:43:54 2007
From: lupus at ximian.com (Paolo Molaro)
Date: Wed, 1 Aug 2007 15:43:54 +0200
Subject: [Mono-dev] Anyone is using Mono with ARM?
In-Reply-To: <022f01c7d3a2$649b98f0$2dd2cad0$@com>
References: <022f01c7d3a2$649b98f0$2dd2cad0$@com>
Message-ID: <20070801134354.GH2840@debian.org>

On 07/31/07 josepascual wrote:
> Any one is using mono with ARM?
> Any comment/benchmark about mono for EABI?
> is more quickly in EABI? same speed than non-EABI?

If you're interested in benchmarking you should setup the same system
with both the old abi and the eabi and test yourself.
Many people use mono on arm, including me on both old abi and eabi
systems, but they are different systems with different cpus and RAM, so
it doesn't make sense to compare numbers from them.

lupus

-- 
-----------------------------------------------------------------
lupus at debian.org                                     debian/rules
lupus at ximian.com                             Monkeys do it better


From andyhume32 at yahoo.co.uk  Wed Aug  1 10:18:09 2007
From: andyhume32 at yahoo.co.uk (Andy Hume)
Date: Wed, 1 Aug 2007 15:18:09 +0100
Subject: [Mono-dev] unable to run VB.NET or C# applications on OS X
In-Reply-To: <46AEF1AB.2020109@parrot.com>
References: <46ADF416.9050909@parrot.com> <000f01c7d2d8$6e104f40$4a30edc0$@com>
	<46AEF1AB.2020109@parrot.com>
Message-ID: <007c01c7d446$ca23ede0$0302a8c0@alanpc1>

Unfortunately I can't offer any advice on OS X questions -- I know
nothing (apart from google; maybe
http://www.mono-project.com/Problem:GDIPlusInit#MacOS_X).

For general advice on porting to Mono however, I agree with the advice
in http://www.mono-project.com/Guide:_Porting_Winforms_Applications  As
you are used to Windows, ignore OS X for now, for the first period only
test with Mono on *Windows*.  Get confortable with that, or get to the
stage where your app runs there.

*Only* once you are comfortable with Mono on Windows, having made any
changes to get the app working (partially?) there, then start looking at
Mono on your OS X box.

Andy


> -----Original Message-----
> From: mono-devel-list-bounces at lists.ximian.com 
> [mailto:mono-devel-list-bounces at lists.ximian.com] On Behalf 
> Of Jouini Karim
> Sent: 31 July 2007 09:24
> To: rolfkvinge at ya.com
> Cc: mono-devel-list at lists.ximian.com
> Subject: Re: [Mono-dev] unable to run VB.NET or C# 
> applications on OS X
> 
> Hi, thanks for your answer,
> Yes I?m using the winforms.
> But I?m a real newbie on OS X (I?m used to windows).
> 
> How do I know if X11 is installed?
> 
> know i get a different error :
> System.TypeInitializationException : An exception was thrown 
> by the type initializer for System.Drawing.GDIPlus -> 
> System.DllNotFoundException : 
> /Library/Frameworks/Mono.framework/Versions/1.2.5/lib/libgdiplus.dylib
> 
> but this library seems available ... what can i do ?
> 
> And can't mono remove this dependency (to X11) ?
> 
> Jouini Karim
> 
> PS: please forgive my poor English, as I?m French ;)
> 
> >> -----Original Message-----
> >> From: mono-devel-list-bounces at lists.ximian.com 
> >> [mailto:mono-devel-list- bounces at lists.ximian.com] On Behalf Of 
> >> Jouini Karim
> >> Sent: lunes, 30 de julio de 2007 16:22
> >> To: mono-devel-list at lists.ximian.com
> >> Subject: [Mono-dev] unable to run VB.NET or C# applications on OS X
> >>
> >> Please, i'm running OS X 10.4
> >> with mono 1.2.4 but i'm unable to run any VB.NET or C# application 
> >> with GUI (even simple application)
> >>
> >> for VB.NET (the most urgent) i get
> >>
> >> Unhandled Exception : System.notimplementedException at 
> >> Microsoft.VisualBasic.CompilerServices.Utils.GetResourceString
> >>
> >>     
> >
> > I implemented this earlier this year, so make sure you use 
> the latest 
> > version of the Microsoft.VisualBasic.dll (it's not necessarily 
> > included when you installed mono 1.2.4).
> >
> > To get the latest version of Microsoft.VisualBasic.dll go here:
> > http://mono.ximian.com/monobuild/preview/download-preview/, select 
> > your architecture and the "mono-basic" package.
> >  
> > Regarding the UI applications I suppose you're using the 
> > System.Windows.Forms.dll, which requires X11 on OSX for the moment, 
> > but we'd need more information to help you.
> >
> > Rolf
> >
> >   
> >> a small run of MoMa indicates me that it's unhandled ...
> >>
> >> will it be soon ?
> >> because it's needed for any winform application.
> >>
> >> Thanks
> >> _______________________________________________
> >> Mono-devel-list mailing list
> >> Mono-devel-list at lists.ximian.com
> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> >>
> >>
> >> --
> >> No virus found in this incoming message.
> >> Checked by AVG Free Edition.
> >> Version: 7.5.476 / Virus Database: 269.10.25/926 - Release Date:
> >> 29/07/2007 23:14
> >>     
> >
> >
> >
> >   
> 
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list



From wberrier at novell.com  Wed Aug  1 14:19:09 2007
From: wberrier at novell.com (Wade Berrier)
Date: Wed, 01 Aug 2007 12:19:09 -0600
Subject: [Mono-dev] Mono 1.2.5
In-Reply-To: <46B06F85.6000107@easynet.ro>
References: <46B0654A.6060300@easynet.ro>
	<1185967502.4279.3.camel@portador.site> <46B06F85.6000107@easynet.ro>
Message-ID: <1185992349.11213.3.camel@berrier.lan>

On Wed, 2007-08-01 at 14:33 +0300, Szentpali Janos wrote:
> Lluis Sanchez wrote:
> > El dc 01 de 08 del 2007 a les 13:49 +0300, en/na Szentpali Janos va
> > escriure:
> >   
> >> Is there a point in complaining (reporting) that monodevelop (included 
> >> in Mono 1.2.5 preview) doesn't work on other platforms than the 
> >> officially supported ones (I'm talking Zenwalk)?

You should report issues with the linux installer to me.

Wade

> >>     
> >
> > If it is a packaging problem (e.g. you install the package and it
> > doesn't work at all due to missing dependencies) you should report the
> > problem to whoever created the package.
> >
> > If you find bugs in when running MonoDevelop, you should report them in
> > http://bugzilla.ximian.com.
> >
> > Lluis.
> >
> >
> >   
> I'm talking about the official Linux installer from 
> http://mono.ximian.com/monobuild/preview/download-preview/ 
> (http://mono.ximian.com/monobuild/preview/archive/1.2.5/linux-installer/0/mono-1.2.5_0-installer.bin). 
> To whom do I report about errors in the official linux installer?
> Thank you.
> 
> J?nos
> 
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 



From bobrien at ucalgary.ca  Wed Aug  1 15:24:35 2007
From: bobrien at ucalgary.ca (bobrien at ucalgary.ca)
Date: Wed, 1 Aug 2007 13:24:35 -0600 (MDT)
Subject: [Mono-dev] Having difficulty porting to OS X.
Message-ID: <58566.139.48.44.182.1185996275.squirrel@139.48.44.182>

Hi, I wrote a CSharp app using Visual Studio 2005 Express Edition.
I brought the exe file over to the mac where I have installed the latest
version of Mono.

I get some error messages from mono and was hoping someone could help me
work these out.

This is the log:

users-computer:~/Desktop/Release user$ mono Analyze2Dicom.exe

Unhandled Exception: System.TypeInitializationException: An exception was
thrown by the type initializer for System.Windows.Forms.Form --->
System.Reflection.TargetInvocationException: Exception has been thrown by
the target of an invocation. ---> System.TypeInitializationException: An
exception was thrown by the type initializer for System.Drawing.GDIPlus
---> System.DllNotFoundException:
/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/libgdiplus.dylib
  at (wrapper managed-to-native) System.Drawing.GDIPlus:GdiplusStartup
(ulong&,System.Drawing.GdiplusStartupInput&,System.Drawing.GdiplusStartupOutput&)
  at System.Drawing.GDIPlus..cctor () [0x00000] --- End of inner exception
stack trace ---

  at <0x00000> <unknown method>
  at System.Drawing.Image.InitFromStream (System.IO.Stream stream) [0x00000]
  at System.Drawing.Image..ctor
(System.Runtime.Serialization.SerializationInfo info, StreamingContext
context) [0x00000]
  at System.Drawing.Bitmap..ctor
(System.Runtime.Serialization.SerializationInfo info, StreamingContext
context) [0x00000]
  at <0x00000> <unknown method>
  at (wrapper managed-to-native)
System.Reflection.MonoCMethod:InternalInvoke (object,object[])
  at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags
invokeAttr, System.Reflection.Binder binder, System.Object[] parameters,
System.Globalization.CultureInfo culture) [0x00000] --- End of inner
exception stack trace ---

  at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags
invokeAttr, System.Reflection.Binder binder, System.Object[] parameters,
System.Globalization.CultureInfo culture) [0x00000]
  at System.Reflection.MethodBase.Invoke (System.Object obj,
System.Object[] parameters) [0x00000]
  at System.Runtime.Serialization.ObjectRecord.LoadData
(System.Runtime.Serialization.ObjectManager manager, ISurrogateSelector
selector, StreamingContext context) [0x00000]
  at System.Runtime.Serialization.ObjectManager.DoFixups () [0x00000]
  at
System.Runtime.Serialization.Formatters.Binary.ObjectReader.ReadNextObject
(System.IO.BinaryReader reader) [0x00000]
  at
System.Runtime.Serialization.Formatters.Binary.ObjectReader.ReadObjectGraph
(System.IO.BinaryReader reader, Boolean readHeaders, System.Object&
result, System.Runtime.Remoting.Messaging.Header[]& headers) [0x00000]
  at
System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.NoCheckDeserialize
(System.IO.Stream serializationStream,
System.Runtime.Remoting.Messaging.HeaderHandler handler) [0x00000]
  at
System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize
(System.IO.Stream serializationStream) [0x00000]
  at System.Resources.ResourceReader.ReadNonPredefinedValue (System.Type
exp_type) [0x00000]
  at System.Resources.ResourceReader.ReadValueVer1 (System.Type type)
[0x00000]
  at System.Resources.ResourceReader.ResourceValue (Int32 index) [0x00000]
  at System.Resources.ResourceReader+ResourceEnumerator.get_Value ()
[0x00000]
  at System.Resources.ResourceSet.ReadResources () [0x00000]
  at System.Resources.ResourceSet.GetObject (System.String name, Boolean
ignoreCase) [0x00000]
  at System.Resources.ResourceManager.GetObject (System.String name,
System.Globalization.CultureInfo culture) [0x00000]
  at System.Resources.ResourceManager.GetObject (System.String name)
[0x00000]
  at System.Windows.Forms.Locale.GetResource (System.String name) [0x00000]
  at System.Windows.Forms.Form..cctor () [0x00000] --- End of inner
exception stack trace ---

  at <0x00000> <unknown method>
  at Analyze2Dicom.Form1..ctor () [0x00000]
  at (wrapper remoting-invoke-with-check) Analyze2Dicom.Form1:.ctor ()
  at Analyze2Dicom.Form1.Main () [0x00000]





From bobrien at ucalgary.ca  Wed Aug  1 16:42:34 2007
From: bobrien at ucalgary.ca (bobrien at ucalgary.ca)
Date: Wed, 1 Aug 2007 14:42:34 -0600 (MDT)
Subject: [Mono-dev] Having difficulty porting to OS X.
Message-ID: <49471.139.48.44.182.1186000954.squirrel@139.48.44.182>

Hi, I wrote a CSharp app using Visual Studio 2005 Express Edition.  I
brought the exe file over to the mac where I have installed the latest
version of Mono.

I get some error messages from mono and was hoping someone could help me
 work these out.

This is the log:

users-computer:~/Desktop/Release user$ mono Analyze2Dicom.exe

Unhandled Exception: System.TypeInitializationException: An exception was
 thrown by the type initializer for System.Windows.Forms.Form --->
 System.Reflection.TargetInvocationException: Exception has been thrown by
 the target of an invocation. ---> System.TypeInitializationException: An
 exception was thrown by the type initializer for System.Drawing.GDIPlus
 ---> System.DllNotFoundException:
/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/libgdiplus.dylib
  at (wrapper managed-to-native) System.Drawing.GDIPlus:GdiplusStartup
(ulong&,System.Drawing.GdiplusStartupInput&,System.Drawing.GdiplusStartupOutput&)
  at System.Drawing.GDIPlus..cctor () [0x00000] --- End of inner exception
stack trace ---

  at <0x00000> <unknown method>
  at System.Drawing.Image.InitFromStream (System.IO.Stream stream) [0x00000]
 at System.Drawing.Image..ctor
(System.Runtime.Serialization.SerializationInfo info, StreamingContext
 context) [0x00000]
  at System.Drawing.Bitmap..ctor
(System.Runtime.Serialization.SerializationInfo info, StreamingContext
 context) [0x00000]
  at <0x00000> <unknown method>
  at (wrapper managed-to-native)
System.Reflection.MonoCMethod:InternalInvoke (object,object[])
  at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags
invokeAttr, System.Reflection.Binder binder, System.Object[] parameters,
 System.Globalization.CultureInfo culture) [0x00000] --- End of inner
 exception stack trace ---

  at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags
invokeAttr, System.Reflection.Binder binder, System.Object[] parameters,
 System.Globalization.CultureInfo culture) [0x00000]
  at System.Reflection.MethodBase.Invoke (System.Object obj,
System.Object[] parameters) [0x00000]
  at System.Runtime.Serialization.ObjectRecord.LoadData
(System.Runtime.Serialization.ObjectManager manager, ISurrogateSelector
 selector, StreamingContext context) [0x00000]
  at System.Runtime.Serialization.ObjectManager.DoFixups () [0x00000]
 at
System.Runtime.Serialization.Formatters.Binary.ObjectReader.ReadNextObject
 (System.IO.BinaryReader reader) [0x00000]
  at
System.Runtime.Serialization.Formatters.Binary.ObjectReader.ReadObjectGraph
 (System.IO.BinaryReader reader, Boolean readHeaders, System.Object&
 result, System.Runtime.Remoting.Messaging.Header[]& headers) [0x00000]
  at
System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.NoCheckDeserialize
 (System.IO.Stream serializationStream,
System.Runtime.Remoting.Messaging.HeaderHandler handler) [0x00000]
  at
System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize
 (System.IO.Stream serializationStream) [0x00000]
  at System.Resources.ResourceReader.ReadNonPredefinedValue (System.Type
exp_type) [0x00000]
  at System.Resources.ResourceReader.ReadValueVer1 (System.Type type)
[0x00000]
  at System.Resources.ResourceReader.ResourceValue (Int32 index) [0x00000]
 at System.Resources.ResourceReader+ResourceEnumerator.get_Value ()
[0x00000]
  at System.Resources.ResourceSet.ReadResources () [0x00000]
  at System.Resources.ResourceSet.GetObject (System.String name, Boolean
ignoreCase) [0x00000]
  at System.Resources.ResourceManager.GetObject (System.String name,
System.Globalization.CultureInfo culture) [0x00000]
  at System.Resources.ResourceManager.GetObject (System.String name)
[0x00000]
  at System.Windows.Forms.Locale.GetResource (System.String name) [0x00000]
 at System.Windows.Forms.Form..cctor () [0x00000] --- End of inner
exception stack trace ---

  at <0x00000> <unknown method>
  at Analyze2Dicom.Form1..ctor () [0x00000]
  at (wrapper remoting-invoke-with-check) Analyze2Dicom.Form1:.ctor ()
 at Analyze2Dicom.Form1.Main () [0x00000]







From tyler at monkeypox.org  Wed Aug  1 17:37:21 2007
From: tyler at monkeypox.org (R. Tyler Ballance)
Date: Wed, 1 Aug 2007 14:37:21 -0700
Subject: [Mono-dev] Having difficulty porting to OS X.
In-Reply-To: <49471.139.48.44.182.1186000954.squirrel@139.48.44.182>
References: <49471.139.48.44.182.1186000954.squirrel@139.48.44.182>
Message-ID: <D4CAC73B-1829-4225-BF29-FE2171758DFE@monkeypox.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Aug 1, 2007, at 1:42 PM, bobrien at ucalgary.ca wrote:

> Hi, I wrote a CSharp app using Visual Studio 2005 Express Edition.  I
> brought the exe file over to the mac where I have installed the latest
> version of Mono.
>
> I get some error messages from mono and was hoping someone could  
> help me
>  work these out

Applications using Windows Forms on Mac OS X will have turbulent  
waters to pass through. Unfortunately the GDI+ stuff is still based  
off of X11. Feel free to help port Windows Forms to use Quartz as a  
backend ;)


Cheers,

- -R. Tyler Ballance

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)

iD8DBQFGsP0RA2GmJ0VpG78RAvlzAJsHbAhY6fs78oFWvaFgaZHTzAkm6ACfaait
rvpE0nbiCLcvBXXSfwXKfas=
=qm/z
-----END PGP SIGNATURE-----


From wjohansson at atacomm.com  Wed Aug  1 17:58:08 2007
From: wjohansson at atacomm.com (Will Johansson)
Date: Wed, 1 Aug 2007 16:58:08 -0500
Subject: [Mono-dev] Having difficulty porting to OS X.
In-Reply-To: <D4CAC73B-1829-4225-BF29-FE2171758DFE@monkeypox.org>
References: <49471.139.48.44.182.1186000954.squirrel@139.48.44.182>
	<D4CAC73B-1829-4225-BF29-FE2171758DFE@monkeypox.org>
Message-ID: <2CE41C01-A63E-4622-9D67-E395C4C2387F@atacomm.com>

I've actually been working on the Quartz backend with some success,  
but it's nowhere close to being done!

bobrein, are you trying to use the X11 or Quartz backend? Out of the  
box mono should be able to use X11 for SWF on Mac OS X.

Will

On Aug 1, 2007, at 4:37 PM, R. Tyler Ballance wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> On Aug 1, 2007, at 1:42 PM, bobrien at ucalgary.ca wrote:
>
>> Hi, I wrote a CSharp app using Visual Studio 2005 Express Edition.  I
>> brought the exe file over to the mac where I have installed the  
>> latest
>> version of Mono.
>>
>> I get some error messages from mono and was hoping someone could
>> help me
>>  work these out
>
> Applications using Windows Forms on Mac OS X will have turbulent
> waters to pass through. Unfortunately the GDI+ stuff is still based
> off of X11. Feel free to help port Windows Forms to use Quartz as a
> backend ;)
>
>
> Cheers,
>
> - -R. Tyler Ballance
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (Darwin)
>
> iD8DBQFGsP0RA2GmJ0VpG78RAvlzAJsHbAhY6fs78oFWvaFgaZHTzAkm6ACfaait
> rvpE0nbiCLcvBXXSfwXKfas=
> =qm/z
> -----END PGP SIGNATURE-----
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list



From wberrier at novell.com  Wed Aug  1 19:30:42 2007
From: wberrier at novell.com (Wade Berrier)
Date: Wed, 01 Aug 2007 17:30:42 -0600
Subject: [Mono-dev] Mono 1.2.5 Preview 2
Message-ID: <1186011042.11213.12.camel@berrier.lan>

Hi,

Mono 1.2.5 preview 2 sources, packages, and installers are available at:

http://mono.ximian.com/monobuild/preview/download-preview/

At some point, the release notes for 1.2.5 will be available at:

http://go-mono.com/archive/1.2.5/

If no critical bugs are found after the preview period, these same
downloads will be posted on mono-project.com for general consumption.

If there are critical bugs found, only those packages/sources will be
updated before publishing to mono-project.com.

Since this release hasn't been pushed to our main download server, some
sources may be retagged if critical bugs are found.  Those tags are not
final until we publish to mono-project.com.

Changes with preview 2 over preview 1:

MonoDevelop 0.15
IPCE r6
cocoa-sharp 0.9.4
redcarpet/opencarpet support dropped (all the distros we support can install packages via yast or yum)
Several critial bugs fixed that were found in preview1 (Thanks for testing!!)
ikvm 0.34.0.2

Wade



From miguel at novell.com  Wed Aug  1 19:37:52 2007
From: miguel at novell.com (Miguel de Icaza)
Date: Wed, 01 Aug 2007 19:37:52 -0400
Subject: [Mono-dev] Call for release notes.
In-Reply-To: <1186011271.26766.170.camel@erandi.dom>
References: <1186011271.26766.170.camel@erandi.dom>
Message-ID: <1186011472.26766.171.camel@erandi.dom>

Hello,

    The draft release notes for the upcoming Mono 1.2.5 has been
uploaded here:

	http://go-mono.com/archive/1.2.5/

    Please let me know of any missing functionality or other important
things that we should mention on the release notes.


From bobrien at ucalgary.ca  Wed Aug  1 21:18:02 2007
From: bobrien at ucalgary.ca (Brian OBrien)
Date: Wed, 01 Aug 2007 19:18:02 -0600
Subject: [Mono-dev] Having difficulty porting to OS X.
In-Reply-To: <2CE41C01-A63E-4622-9D67-E395C4C2387F@atacomm.com>
References: <49471.139.48.44.182.1186000954.squirrel@139.48.44.182>
	<D4CAC73B-1829-4225-BF29-FE2171758DFE@monkeypox.org>
	<2CE41C01-A63E-4622-9D67-E395C4C2387F@atacomm.com>
Message-ID: <46B130CA.8040503@ucalgary.ca>

Will Johansson wrote:
> I've actually been working on the Quartz backend with some success, 
> but it's nowhere close to being done!
>
> bobrein, are you trying to use the X11 or Quartz backend? Out of the 
> box mono should be able to use X11 for SWF on Mac OS X.
>
for what I'm doing X11 is fine... Quartz would look nicer but...
I have a feeling that the path to the libraries is what is wrong but I'm 
not sure about what environment variable should be set and
where to set it for all users of the system.  I don't know what shell 
the app is going to be launched from.  I hope to use macpac
to make the application...

> Will
>
> On Aug 1, 2007, at 4:37 PM, R. Tyler Ballance wrote:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>>
>> On Aug 1, 2007, at 1:42 PM, bobrien at ucalgary.ca wrote:
>>
>>> Hi, I wrote a CSharp app using Visual Studio 2005 Express Edition.  I
>>> brought the exe file over to the mac where I have installed the latest
>>> version of Mono.
>>>
>>> I get some error messages from mono and was hoping someone could
>>> help me
>>>  work these out
>>
>> Applications using Windows Forms on Mac OS X will have turbulent
>> waters to pass through. Unfortunately the GDI+ stuff is still based
>> off of X11. Feel free to help port Windows Forms to use Quartz as a
>> backend ;)
>>
>>
>> Cheers,
>>
>> - -R. Tyler Ballance
>>
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.7 (Darwin)
>>
>> iD8DBQFGsP0RA2GmJ0VpG78RAvlzAJsHbAhY6fs78oFWvaFgaZHTzAkm6ACfaait
>> rvpE0nbiCLcvBXXSfwXKfas=
>> =qm/z
>> -----END PGP SIGNATURE-----
>> _______________________________________________
>> Mono-devel-list mailing list
>> Mono-devel-list at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: bobrien.vcf
Type: text/x-vcard
Size: 403 bytes
Desc: not available
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070801/5b057f89/attachment.vcf 

From joncham at gmail.com  Wed Aug  1 21:42:11 2007
From: joncham at gmail.com (Jonathan Chambers)
Date: Wed, 1 Aug 2007 21:42:11 -0400
Subject: [Mono-dev] Two 2.0 System.Transactions in GAC
Message-ID: <17c2d80b0708011842q5b73d14ar8a3b28cf41ec218d@mail.gmail.com>

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 2.0.0.0__b77a5c561934e089 in the
gac. xbuild seems to assume only one version of assembly in gac and dies on
a duplicate key in a dictionary (both 2.0.0.0 it seems). This may still be a
bug in xbuild, but should System.Transactions have both of these version in
the gac?

Thanks,
Jonathan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070801/9e0665ef/attachment.html 

From atsushi at ximian.com  Thu Aug  2 01:47:43 2007
From: atsushi at ximian.com (Atsushi Eno)
Date: Thu, 02 Aug 2007 14:47:43 +0900
Subject: [Mono-dev] Two 2.0 System.Transactions in GAC
In-Reply-To: <17c2d80b0708011842q5b73d14ar8a3b28cf41ec218d@mail.gmail.com>
References: <17c2d80b0708011842q5b73d14ar8a3b28cf41ec218d@mail.gmail.com>
Message-ID: <46B16FFF.8040200@ximian.com>

I only have the one with 2.0.0.0__b77a5c561934e089 on Windows, so
I don't think we should have another version. I have no idea about
the other one - probably from an old 2.0 alpha/beta version?

Atsushi Eno

Jonathan Chambers wrote:
> 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 
> 2.0.0.0__b77a5c561934e089 in the gac. xbuild seems to assume only one 
> version of assembly in gac and dies on a duplicate key in a dictionary 
> (both 2.0.0.0 <http://2.0.0.0> it seems). This may still be a bug in 
> xbuild, but should System.Transactions have both of these version in the 
> gac?
> 
> Thanks,
> Jonathan
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list



From anagappan at novell.com  Thu Aug  2 01:56:11 2007
From: anagappan at novell.com (A Nagappan)
Date: Wed, 01 Aug 2007 23:56:11 -0600
Subject: [Mono-dev] [Ximian-mono-list] Call for release notes.
In-Reply-To: <1186011472.26766.171.camel@erandi.dom>
References: <1186011271.26766.170.camel@erandi.dom>
	<1186011472.26766.171.camel@erandi.dom>
Message-ID: <46B1BD5D.11BB.0044.0@novell.com>

Hi Miguel,

System.Data

* 99% of API's are now compatible with MS.NET under
System.Data.SqlClient namespace.
* Implemented SqlBulkCopy in SqlClient. With this the data can be
imported in bulk from client to MS-SQL server.

Thanks
Nagappan
-- 

--
Nagappan A <anagappan at novell.com>
Linux Desktop Testing Project - http://ldtp.freedesktop.org
http://nagappanal.blogspot.com

Novell, Inc.
SUSE* Linux Enterprise 10
Your Linux is ready*
http://www.novell.com/linux




>>> On 8/2/2007 at 5:07 AM, in message
<1186011472.26766.171.camel at erandi.dom>,
Miguel de Icaza <miguel at novell.com> wrote:
> Hello,
> 
>     The draft release notes for the upcoming Mono 1.2.5 has been
> uploaded here:
> 
> 	http://go-mono.com/archive/1.2.5/ 
> 
>     Please let me know of any missing functionality or other
important
> things that we should mention on the release notes.
> _______________________________________________
> Ximian-mono-list mailing list
> Ximian-mono-list at lists.ximian.com 
> http://lists.ximian.com/mailman/listinfo/ximian-mono-list


From emperon at gmail.com  Thu Aug  2 02:30:01 2007
From: emperon at gmail.com (Onur Gumus)
Date: Thu, 2 Aug 2007 09:30:01 +0300
Subject: [Mono-dev] Mono 1.2.5 Preview 2
In-Reply-To: <1186011042.11213.12.camel@berrier.lan>
References: <1186011042.11213.12.camel@berrier.lan>
Message-ID: <8a7a2d050708012330w402d70c9k6a374f10d7c61ea3@mail.gmail.com>

Hi , for the earlier releases there were differences between the binary
installer and source code compilation . (Like the gtk-sharp version
was 2.04in binary installer and
2.10 in source code, futhermore miguel explained me this was intentional).
The question is , Is there now any difference between those installation
methods (source and binary installer) in terms of  the assembly versions in
gac ?

On 8/2/07, Wade Berrier <wberrier at novell.com> wrote:
>
> Hi,
>
> Mono 1.2.5 preview 2 sources, packages, and installers are available at:
>
> http://mono.ximian.com/monobuild/preview/download-preview/
>
> At some point, the release notes for 1.2.5 will be available at:
>
> http://go-mono.com/archive/1.2.5/
>
> If no critical bugs are found after the preview period, these same
> downloads will be posted on mono-project.com for general consumption.
>
> If there are critical bugs found, only those packages/sources will be
> updated before publishing to mono-project.com.
>
> Since this release hasn't been pushed to our main download server, some
> sources may be retagged if critical bugs are found.  Those tags are not
> final until we publish to mono-project.com.
>
> Changes with preview 2 over preview 1:
>
> MonoDevelop 0.15
> IPCE r6
> cocoa-sharp 0.9.4
> redcarpet/opencarpet support dropped (all the distros we support can
> install packages via yast or yum)
> Several critial bugs fixed that were found in preview1 (Thanks for
> testing!!)
> ikvm 0.34.0.2
>
> Wade
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
Warning: If you are reading this then this warning is for you. Every word
you read of this useless fine print is another second off your life. Don't
you have other things to do? Is your life so empty that you honestly can't
think of a better way to spend these moments? Or are you so impressed with
authority that you give respect and credence to all that claim it? Do you
read everything you're supposed to read? Do you think every thing you're
supposed to think? Buy what you're told to want? Get out of your apartment.
Meet a member of the opposite sex. Stop the excessive shopping and
masturbation.Quit your job. Start a fight. Prove you're alive. If you don't
claim your humanity you will become a statistic. You have been warned - Onur
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070802/0779314f/attachment.html 

From abirb at 2pirad.com  Thu Aug  2 02:46:00 2007
From: abirb at 2pirad.com (Abir Bhattacharya)
Date: Thu, 2 Aug 2007 12:16:00 +0530
Subject: [Mono-dev] Mono devl starts with a MonoQuery.AddIn Error
Message-ID: <001801c7d4d0$cc2b62f0$3201640a@ABIRB>

Hi, 

 

Have installed MonoDevelop on Fedora 7 Kernel 2.6.21. but it gives and
warning /Error that MonoQuery.addin could not be started . Do I have to
re-install mono from the source files?. 

 

Any help will be well appreciated .

 

 

Thanks 

 

Abir 



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070802/bb731bb6/attachment.html 

From charlie at nunit.com  Thu Aug  2 08:59:40 2007
From: charlie at nunit.com (Charlie Poole)
Date: Thu, 2 Aug 2007 08:59:40 -0400
Subject: [Mono-dev] Cross-platform command-lines
In-Reply-To: <dd99b8c80707310757r7fd6f6b5iaa52153c4c1014c3@mail.gmail.com>
Message-ID: <000101c7d504$ff3de3a0$091f10ac@FERRARI>

I haven't but I'll take a look. Do you use the double-dash
convention as well? I wonder if that's something windows
users can get accustomed to?

Charlie

> -----Original Message-----
> From: mono-devel-list-bounces at lists.ximian.com 
> [mailto:mono-devel-list-bounces at lists.ximian.com] On Behalf 
> Of Rafael Teixeira
> Sent: Tuesday, July 31, 2007 10:58 AM
> To: Charlie Poole
> Cc: mono-devel-list at lists.ximian.com
> Subject: Re: [Mono-dev] Cross-platform command-lines
> 
> Did you look at how Mono.GetOptions adapts to each platform, 
> if desired. Just to give you food for thought.
> 
> Personally I like, what I've implemented on it: the simple 
> usage of accepting either "/" or "-" as the prefix, generally 
> having long/descriptive option names, with selected shortcuts 
> for a small number of them, accepting parameter values either 
> after a "=" or ":"
> or space (but documenting just one preferred choice to make 
> things easier to grasp and to keep consistent between users 
> for when they share their knowledge/scripts).
> 
> Yeah, I think it ended as a shameless plug, but take from it 
> what serves you better.
> 
> Thank you very much for nunit.
> 
> :)
> 
> On 7/29/07, Charlie Poole <charlie at pooleconsulting.com> wrote:
> > Hi All,
> >
> > I'm looking for ideas on best practices for command-line parameters 
> > intended to be used on both Windows and Linux. Mostly, I want 
> > guidelines for how to design syntax that makes sense on both 
> > platforms, but if anyone has implemented something I'd be 
> interested in that as well.
> >
> > Charlie
> >
> >
> > _______________________________________________
> > Mono-devel-list mailing list
> > Mono-devel-list at lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> >
> 
> 
> --
> Rafael "Monoman" Teixeira
> ---------------------------------------
> "I myself am made entirely of flaws, stitched together with 
> good intentions."
> Augusten Burroughs
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 





From charlie at pooleconsulting.com  Thu Aug  2 08:59:40 2007
From: charlie at pooleconsulting.com (Charlie Poole)
Date: Thu, 2 Aug 2007 08:59:40 -0400
Subject: [Mono-dev] ANN: NUnit 2.4.2 Released
Message-ID: <000201c7d505$00e3f280$091f10ac@FERRARI>

Hi All,

NUnit 2.4.2 is available at http://nunit.com/?p=download

I've had some trouble with running it on 1.2.4 so I've been sticking with
1.2.2 as my base for the 2.4 series of releases. I'd like to put some effort
into reducing/eliminating the tests we skip on Mono and making it run better
- suggestions from folks using it under mono would help a lot.

>From the Announcement:

NUnit 2.4.2 fixes a number of outstanding bugs and adds a number of new
features. Culture and SetCulture attributes are available for use in testing
under multiple cultures. A number of enhancements have been made to the new
constraint-based Assert syntax.

The NUnit Gui has several significant improvements, including the saving the
visual state of the tree for each project and restoring it when it has been
reopened.

See the release notes at http://nunit.com/?p=releaseNotes&r=2.4.2 for more
info.

Charlie




From =?ISO-8859-1?Q?=22Andr=E9s_G=2E_Aragoneses_=5B_knocte_=5D?=  Thu Aug  2 09:56:22 2007
From: =?ISO-8859-1?Q?=22Andr=E9s_G=2E_Aragoneses_=5B_knocte_=5D?= (=?ISO-8859-1?Q?=22Andr=E9s_G=2E_Aragoneses_=5B_knocte_=5D?=)
Date: Thu, 02 Aug 2007 15:56:22 +0200
Subject: [Mono-dev] Cross-platform command-lines
In-Reply-To: <000101c7d504$ff3de3a0$091f10ac@FERRARI>
References: <dd99b8c80707310757r7fd6f6b5iaa52153c4c1014c3@mail.gmail.com>
	<000101c7d504$ff3de3a0$091f10ac@FERRARI>
Message-ID: <46B1E286.4040009@gmail.com>

Charlie Poole escribi?:
> I haven't but I'll take a look. Do you use the double-dash
> convention as well? I wonder if that's something windows
> users can get accustomed to?

I've used it some time ago and as I remember, you would have three 
options for each "commmand-line-option":

1) Long one with dashes (--user). If it accepts arguments, you can have 
":" or "=" (--user:joan or --user=joan).
2) Long one with slash (/user). If it accepts arguments, you can have 
":" or "=" (/user:joan or /user=joan).
3) Short one (one letter) with a dash (-u). If it accepts arguments, you 
have it with a space (-u joan).

Let me know if I missed something.

Regards,

	Andr?s	[ knocte ]

-- 




From wjohansson at atacomm.com  Thu Aug  2 10:59:30 2007
From: wjohansson at atacomm.com (Will Johansson)
Date: Thu, 2 Aug 2007 09:59:30 -0500
Subject: [Mono-dev] Having difficulty porting to OS X.
In-Reply-To: <46B130CA.8040503@ucalgary.ca>
References: <49471.139.48.44.182.1186000954.squirrel@139.48.44.182>
	<D4CAC73B-1829-4225-BF29-FE2171758DFE@monkeypox.org>
	<2CE41C01-A63E-4622-9D67-E395C4C2387F@atacomm.com>
	<46B130CA.8040503@ucalgary.ca>
Message-ID: <464AD6D8-BCFC-4572-89E8-EC7F77B2A48F@atacomm.com>

Like I said, it should work out of the box. Are you just typing mono  
assembly.exe in a terminal with X11 running with DISPLAY set to :0.0 ?

Will

On Aug 1, 2007, at 8:18 PM, Brian OBrien wrote:

> Will Johansson wrote:
>> I've actually been working on the Quartz backend with some  
>> success, but it's nowhere close to being done!
>>
>> bobrein, are you trying to use the X11 or Quartz backend? Out of  
>> the box mono should be able to use X11 for SWF on Mac OS X.
>>
> for what I'm doing X11 is fine... Quartz would look nicer but...
> I have a feeling that the path to the libraries is what is wrong  
> but I'm not sure about what environment variable should be set and
> where to set it for all users of the system.  I don't know what  
> shell the app is going to be launched from.  I hope to use macpac
> to make the application...
>
>> Will
>>
>> On Aug 1, 2007, at 4:37 PM, R. Tyler Ballance wrote:
>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>>
>>> On Aug 1, 2007, at 1:42 PM, bobrien at ucalgary.ca wrote:
>>>
>>>> Hi, I wrote a CSharp app using Visual Studio 2005 Express  
>>>> Edition.  I
>>>> brought the exe file over to the mac where I have installed the  
>>>> latest
>>>> version of Mono.
>>>>
>>>> I get some error messages from mono and was hoping someone could
>>>> help me
>>>>  work these out
>>>
>>> Applications using Windows Forms on Mac OS X will have turbulent
>>> waters to pass through. Unfortunately the GDI+ stuff is still based
>>> off of X11. Feel free to help port Windows Forms to use Quartz as a
>>> backend ;)
>>>
>>>
>>> Cheers,
>>>
>>> - -R. Tyler Ballance
>>>
>>> -----BEGIN PGP SIGNATURE-----
>>> Version: GnuPG v1.4.7 (Darwin)
>>>
>>> iD8DBQFGsP0RA2GmJ0VpG78RAvlzAJsHbAhY6fs78oFWvaFgaZHTzAkm6ACfaait
>>> rvpE0nbiCLcvBXXSfwXKfas=
>>> =qm/z
>>> -----END PGP SIGNATURE-----
>>> _______________________________________________
>>> Mono-devel-list mailing list
>>> Mono-devel-list at lists.ximian.com
>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>>
>
> <bobrien.vcf>



From monodanmorg at yahoo.com  Thu Aug  2 12:22:47 2007
From: monodanmorg at yahoo.com (Daniel Morgan)
Date: Thu, 2 Aug 2007 09:22:47 -0700 (PDT)
Subject: [Mono-dev] IKVM.NET and JDBC and Banshee on Windows and MD on Win
Message-ID: <997505.51089.qm@web30801.mail.mud.yahoo.com>

This is just my response to monoloque entries.  

IKVM.NET and JDBC.

Has anyone tried connecting to a database using JDBC
on top of IKVM.NET yet?  I'm interested in using
Oracle's JDBC Thin driver to connect to an Oracle
database using IKVM.NET on top of Mono?  Is this
possible?  It would be neat if someone wrote a
third-party add-on to IKVM.NET to map JDBC interfaces
to System.Data interfaces and/or abstract classes.

Banshee on Windows.

The Mono Windows Installer includes in libgnomevfs
dll.
You should also be able to find them on the
http://ftp.gnome.org as well.

What version of gtk+ and gnomevfs are you trying to
use?   What version of Mono and gtk#?

MonoDevelop on Windows.

Since you got Banshee running on Windows, will you
consider porting MonoDevelop once you got Banshee
completed?

Database tools for Mono and Gtk#.

I really wish someone would create some good database
tools for Mono and Gtk# or pick up where MonoQuery or
sqlsharpgtk left off.  Any takers?  I just request to
try to make these tools cross-platform: Windows,
Linux, Solaris, MacOS, etc...


       
____________________________________________________________________________________
Yahoo! oneSearch: Finally, mobile search 
that gives answers, not web links. 
http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC


From pablosantosluac at terra.es  Thu Aug  2 16:00:10 2007
From: pablosantosluac at terra.es (pablosantosluac)
Date: Thu, 2 Aug 2007 22:00:10 +0200
Subject: [Mono-dev] Serialization performance + remoting
Message-ID: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue>

Hi,

I'd like to get some tips on how to speed up object serialization. In my 
current testing scenario I'm serializing about 7400 objects (references) 
(which in turn contain about 3 objects each), and in my laptop it takes 
about 1500ms to complete.

Well, AFAIK if you get rid of Equals and GetHashCode methods on the objects 
to be serialized you can improve performance. I checked it and it actually 
happens.

My problem is that I have a code fragment on the server which takes 
(measured at the client) about 2seconds to finish. Well, about 500ms is 
actual processing, the rest is the framework doing serialization.

Running with the profiler I found out that most of the time is being spent 
in a class called System.Runtime.Serialization.ObjectIDGenerator. It is 
actually trying to locate which objects are already serialized. I run with 
mono and got almost the same results (ok , I didn't run with the profiler 
but got more or less the same results in terms of timing).

So, it seems the process gets more affected by the number of objects to be 
serialized than the size of data.

Because the people who actually implemented both serialization and remoting 
are in this list :-) I'd like to ask them to share with us some tips to 
improve performance in serialization/remoting: I don't know, maybe always 
reduce the number of objects involved (unwrap the structures into 
communication specific ones), get rid of some methods, avoid some data 
types... whatever...

Thanks!

pablo 



From meebey at meebey.net  Thu Aug  2 16:32:35 2007
From: meebey at meebey.net (Mirco Bauer)
Date: Thu, 02 Aug 2007 22:32:35 +0200
Subject: [Mono-dev] Serialization performance + remoting
In-Reply-To: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue>
References: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue>
Message-ID: <1186086755.7356.7.camel@redbull.qnetp.net>

Hi Pablo,

On Thu, 2007-08-02 at 22:00 +0200, pablosantosluac wrote:
> Hi,
> 
> I'd like to get some tips on how to speed up object serialization. In my 
> current testing scenario I'm serializing about 7400 objects (references) 
> (which in turn contain about 3 objects each), and in my laptop it takes 
> about 1500ms to complete.

As smuxi [0] uses .NET remoting very heavily I had to test/tune a lot...
I found object references are very expensive, and not all objects need
to be passed by reference, like simple data containers (models). Just
add the Serializable attribute to those classes instead of extending
MarshalByRefObject.
Also synchronized calls are (time-)expensive, you should either try to
reduce the number of calls or use async calls.
I often use ngrep (network sniffer) to find unneeded calls, as the whole
communication is very transparent, you easily do calls without
knowing/noticing it....

[0] http://smuxi.meebey.net

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developer    meebey at meebey.net  http://www.meebey.net/
PEAR Developer    meebey at php.net     http://pear.php.net/
Debian Developer  meebey at debian.org  http://www.debian.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 481 bytes
Desc: This is a digitally signed message part
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070802/69dd88b8/attachment.bin 

From pablosantosluac at terra.es  Thu Aug  2 17:44:43 2007
From: pablosantosluac at terra.es (pablosantosluac)
Date: Thu, 2 Aug 2007 23:44:43 +0200
Subject: [Mono-dev] Serialization performance + remoting
References: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue>
	<1186086755.7356.7.camel@redbull.qnetp.net>
Message-ID: <07fa01c7d54e$58133e50$d101a8c0@beardtongue>

Hi again,

Will changing
<formatter ref="binary" typeFilterLevel="Full" />

To "low" increase performance???

pablo


----- Original Message ----- 
From: "Mirco Bauer" <meebey at meebey.net>
To: "pablosantosluac" <pablosantosluac at terra.es>
Cc: <mono-devel-list at lists.ximian.com>
Sent: Thursday, August 02, 2007 10:32 PM
Subject: Re: [Mono-dev] Serialization performance + remoting




From wberrier at novell.com  Thu Aug  2 18:23:54 2007
From: wberrier at novell.com (Wade Berrier)
Date: Thu, 02 Aug 2007 16:23:54 -0600
Subject: [Mono-dev] Mono 1.2.5 Preview 2
In-Reply-To: <8a7a2d050708012330w402d70c9k6a374f10d7c61ea3@mail.gmail.com>
References: <1186011042.11213.12.camel@berrier.lan>
	<8a7a2d050708012330w402d70c9k6a374f10d7c61ea3@mail.gmail.com>
Message-ID: <1186093435.6659.4.camel@berrier.lan>

Hi Onur,

The different platforms and linux distributions will always have
differing gtk# versions, but we'll always distribute all of the versions
(2.4, 2.8, 2.10) of gtk# in source form.

Does that answer your question?

Wade

On Thu, 2007-08-02 at 09:30 +0300, Onur Gumus wrote:
> Hi , for the earlier releases there were differences between the
> binary installer and source code compilation . (Like the gtk-sharp
> version was 2.04 in binary installer and 2.10 in source code,
> futhermore miguel explained me this was intentional). The question
> is , Is there now any difference between those installation methods
> (source and binary installer) in terms of  the assembly versions in
> gac ? 
> 
> On 8/2/07, Wade Berrier <wberrier at novell.com> wrote:
>         Hi,
>         
>         Mono 1.2.5 preview 2 sources, packages, and installers are
>         available at:
>         
>         http://mono.ximian.com/monobuild/preview/download-preview/ 
>         
>         At some point, the release notes for 1.2.5 will be available
>         at:
>         
>         http://go-mono.com/archive/1.2.5/
>         
>         If no critical bugs are found after the preview period, these
>         same 
>         downloads will be posted on mono-project.com for general
>         consumption.
>         
>         If there are critical bugs found, only those packages/sources
>         will be
>         updated before publishing to mono-project.com.
>         
>         Since this release hasn't been pushed to our main download
>         server, some
>         sources may be retagged if critical bugs are found.  Those
>         tags are not
>         final until we publish to mono-project.com.
>         
>         Changes with preview 2 over preview 1:
>         
>         MonoDevelop 0.15
>         IPCE r6
>         cocoa-sharp 0.9.4
>         redcarpet/opencarpet support dropped (all the distros we
>         support can install packages via yast or yum) 
>         Several critial bugs fixed that were found in preview1 (Thanks
>         for testing!!)
>         ikvm 0.34.0.2
>         
>         Wade
>         
>         _______________________________________________
>         Mono-devel-list mailing list 
>         Mono-devel-list at lists.ximian.com
>         http://lists.ximian.com/mailman/listinfo/mono-devel-list 
> 
> 
> 
> -- 
> Warning: If you are reading this then this warning is for you. Every
> word you read of this useless fine print is another second off your
> life. Don't you have other things to do? Is your life so empty that
> you honestly can't think of a better way to spend these moments? Or
> are you so impressed with authority that you give respect and credence
> to all that claim it? Do you read everything you're supposed to read?
> Do you think every thing you're supposed to think? Buy what you're
> told to want? Get out of your apartment. Meet a member of the opposite
> sex. Stop the excessive shopping and masturbation.Quit your job. Start
> a fight. Prove you're alive. If you don't claim your humanity you will
> become a statistic. You have been warned - Onur



From pablosantosluac at terra.es  Thu Aug  2 16:54:28 2007
From: pablosantosluac at terra.es (pablosantosluac)
Date: Thu, 2 Aug 2007 22:54:28 +0200
Subject: [Mono-dev] Serialization performance + remoting
References: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue>
	<1186086755.7356.7.camel@redbull.qnetp.net>
Message-ID: <07f001c7d547$59e48010$d101a8c0@beardtongue>

Thanks Mirco,

Well, all my objects are already marked as [Serializable] instead of
extending the MarshalByRefObject.

So, you mean if I extend the class it will go worse?

The sample I'm using returns the 4700 objects in a single call (an array is 
returned)

Thanks!

pablo

On Thu, 2007-08-02 at 22:00 +0200, pablosantosluac wrote:
> Hi,
>
> I'd like to get some tips on how to speed up object serialization. In my
> current testing scenario I'm serializing about 7400 objects (references)
> (which in turn contain about 3 objects each), and in my laptop it takes
> about 1500ms to complete.

As smuxi [0] uses .NET remoting very heavily I had to test/tune a lot...
I found object references are very expensive, and not all objects need
to be passed by reference, like simple data containers (models). Just
add the Serializable attribute to those classes instead of extending
MarshalByRefObject.
Also synchronized calls are (time-)expensive, you should either try to
reduce the number of calls or use async calls.
I often use ngrep (network sniffer) to find unneeded calls, as the whole
communication is very transparent, you easily do calls without
knowing/noticing it....



From meebey at meebey.net  Fri Aug  3 04:16:51 2007
From: meebey at meebey.net (Mirco Bauer)
Date: Fri, 03 Aug 2007 10:16:51 +0200
Subject: [Mono-dev] Serialization performance + remoting
In-Reply-To: <07fa01c7d54e$58133e50$d101a8c0@beardtongue>
References: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue>
	<1186086755.7356.7.camel@redbull.qnetp.net>
	<07fa01c7d54e$58133e50$d101a8c0@beardtongue>
Message-ID: <1186129011.4091.2.camel@flyinghorse>

On Thu, 2007-08-02 at 23:44 +0200, pablosantosluac wrote:
> Hi again,
> 
> Will changing
> <formatter ref="binary" typeFilterLevel="Full" />
> 
> To "low" increase performance???

hmmm, I didn't try that but I don't think it will increase performance
as it's only a security setting (as in allow X but not Y). Smuxi needs
"Full" (throws exceptions when not setting it to "Full") so I can't tell
if it makes a difference.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GIT d s-:+ a-- C++ UL++++$ P L++$>+++$ E- W+++$ N o? K- w++>! O---- M-
V? PS
PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G>++ e h! r->++ y?
------END GEEK CODE BLOCK------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 481 bytes
Desc: This is a digitally signed message part
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070803/64a05d4d/attachment.bin 

From sharique at managefolio.com  Wed Aug  1 17:59:04 2007
From: sharique at managefolio.com (Sharique uddin Ahmed Farooqui)
Date: Thu, 02 Aug 2007 03:29:04 +0530
Subject: [Mono-dev] C# 3.0
In-Reply-To: <46B0622D.40608@seznam.cz>
References: <4da6cf8d0707310146v1a850364y8dbfaa79400860c2@mail.gmail.com>
	<46B0622D.40608@seznam.cz>
Message-ID: <46B10228.5010103@managefolio.com>

Marek Safar wrote:
> Hi,
>> When will be C# 3.0 will be complete and included in main package?
> Some features like
>
> * extension methods,
> * automatically generated properties,
> * implicitly typed arrays,
> * implicitly typed local variables,
> * lambda expressions
>
> will be included in the upcoming release 1.2.5 and remaining features 
> should
> hit release after that.      
That's great. It means I can use Linq in mono as well.  

-- 
Sharique uddin Ahmed Farooqui
IT head
Managefolio.com


From josepascual at almudi.com  Fri Aug  3 04:22:43 2007
From: josepascual at almudi.com (josepascual)
Date: Fri, 3 Aug 2007 10:22:43 +0200
Subject: [Mono-dev] Mono 1.2.5 Preview 2
In-Reply-To: <1186093435.6659.4.camel@berrier.lan>
References: <1186011042.11213.12.camel@berrier.lan>	<8a7a2d050708012330w402d70c9k6a374f10d7c61ea3@mail.gmail.com>
	<1186093435.6659.4.camel@berrier.lan>
Message-ID: <003f01c7d5a7$78114180$6833c480$@com>

There are a lot of rpms but debian packet







From meebey at meebey.net  Fri Aug  3 04:42:22 2007
From: meebey at meebey.net (Mirco Bauer)
Date: Fri, 03 Aug 2007 10:42:22 +0200
Subject: [Mono-dev] Serialization performance + remoting
In-Reply-To: <07f001c7d547$59e48010$d101a8c0@beardtongue>
References: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue>
	<1186086755.7356.7.camel@redbull.qnetp.net>
	<07f001c7d547$59e48010$d101a8c0@beardtongue>
Message-ID: <1186130542.4099.18.camel@flyinghorse>

On Thu, 2007-08-02 at 22:54 +0200, pablosantosluac wrote:
> Thanks Mirco,
> 
> Well, all my objects are already marked as [Serializable] instead of
> extending the MarshalByRefObject.

Ok, then you are passing the objects by value already.

> 
> So, you mean if I extend the class it will go worse?

Yes :)
As it will only transfer a proxy object which will always make remoting
calls for each method or property usage.
So code like this is very bad:
for (int i = 0; i < 10; i++) {
	Console.WriteLine(myRemoteObject.SomeProperty);
}
that will cause 10 remoting calls...

> 
> The sample I'm using returns the 4700 objects in a single call (an array is 
> returned)
Hmmm ok, so you have performance problems with the binary serialization
itself, not with the remoting/call overhead.

Then you might want to implement custom optimized binary serialization.
This can be done by implementing the serializable interface yourself. I
have not done this yet, but I will (for smuxi), as the built in binary
serialization of objects in MS .NET and Mono is pretty slow (actually
damn slow IMHO). The problem is that they are very generic
implementations to fit all cases, AFAIK.

How to implement faster binary serialization check this out:
http://www.codeproject.com/csharp/FastSerialization.asp

Maybe I will start a SmartBinarySerializer project :-P not sure...
As there is no free (as in MIT/X11, BSD, LGPL, whatever license)
implementation of an optimized binary serialization :(

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GIT d s-:+ a-- C++ UL++++$ P L++$>+++$ E- W+++$ N o? K- w++>! O---- M-
V? PS
PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G>++ e h! r->++ y?
------END GEEK CODE BLOCK------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 481 bytes
Desc: This is a digitally signed message part
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070803/fe9b13d6/attachment.bin 

From robertj at gmx.net  Fri Aug  3 04:52:22 2007
From: robertj at gmx.net (Robert Jordan)
Date: Fri, 03 Aug 2007 10:52:22 +0200
Subject: [Mono-dev] Serialization performance + remoting
In-Reply-To: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue>
References: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue>
Message-ID: <f8uqcm$m0n$1@sea.gmane.org>

Hi Pablo,

pablosantosluac wrote:
> Because the people who actually implemented both serialization and remoting 
> are in this list :-) I'd like to ask them to share with us some tips to 
> improve performance in serialization/remoting: I don't know, maybe always 
> reduce the number of objects involved (unwrap the structures into 
> communication specific ones), get rid of some methods, avoid some data 
> types... whatever...

Employing a remoting facade is the way to go, IMHO, even if it's
not that hype. Try to keep the data exchange classes as flat as possible
(struct-like, avoid lists [replace them with typed arrays], etc.).

Robert



From jeroen at sumatra.nl  Fri Aug  3 05:37:42 2007
From: jeroen at sumatra.nl (Jeroen Frijters)
Date: Fri, 3 Aug 2007 11:37:42 +0200
Subject: [Mono-dev] IKVM.NET and JDBC and Banshee on Windows and MD on
 Win
In-Reply-To: <997505.51089.qm@web30801.mail.mud.yahoo.com>
References: <997505.51089.qm@web30801.mail.mud.yahoo.com>
Message-ID: <B866D2B6BBAAAD44B1D109ED50EE131E2AB0B186DE@jambi.sumatrasoftware.com>

Daniel Morgan wrote:
> IKVM.NET and JDBC.
>
> Has anyone tried connecting to a database using JDBC on top of IKVM.NET
> yet?  I'm interested in using Oracle's JDBC Thin driver to connect to
> an Oracle database using IKVM.NET on top of Mono?  Is this possible?
> It would be neat if someone wrote a third-party add-on to IKVM.NET to
> map JDBC interfaces to System.Data interfaces and/or abstract classes.

In case anyone is interested in this, Mainsoft has already done the bulk of the work of writing a System.Data provider for JDBC and they've sent me their code (under an open source license) a long time ago. I never got around to doing the work myself (too busy working on IKVM itself), but if anyone is interested I can send them the code.

Regards,
Jeroen



From kostat at mainsoft.com  Fri Aug  3 06:46:49 2007
From: kostat at mainsoft.com (Konstantin Triger)
Date: Fri, 3 Aug 2007 03:46:49 -0700
Subject: [Mono-dev] IKVM.NET and JDBC and Banshee on Windows and MD on
	Win
References: <997505.51089.qm@web30801.mail.mud.yahoo.com>
	<B866D2B6BBAAAD44B1D109ED50EE131E2AB0B186DE@jambi.sumatrasoftware.com>
Message-ID: <DA63C6E8B207E748B20D46DFED7B772D813AC5@dhost002-45.dex002.intermedia.net>

An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070803/9ed29fb5/attachment.html 

From pablosantosluac at terra.es  Fri Aug  3 06:52:26 2007
From: pablosantosluac at terra.es (pablosantosluac)
Date: Fri, 3 Aug 2007 12:52:26 +0200
Subject: [Mono-dev] Serialization performance + remoting
References: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue>
	<f8uqcm$m0n$1@sea.gmane.org>
Message-ID: <005e01c7d5bc$61bd91d0$0a01a8c0@beardtongue>

Thanks Robert.

So, you mean it is better to pass an array of objects than actually a list?? 
Ok, I was already using arrays but I'll take it into account...

pablo
----- Original Message ----- 
From: "Robert Jordan" <robertj at gmx.net>
To: <mono-devel-list at lists.ximian.com>
Sent: Friday, August 03, 2007 10:52 AM
Subject: Re: [Mono-dev] Serialization performance + remoting


> Hi Pablo,
>
> pablosantosluac wrote:
>> Because the people who actually implemented both serialization and 
>> remoting
>> are in this list :-) I'd like to ask them to share with us some tips to
>> improve performance in serialization/remoting: I don't know, maybe always
>> reduce the number of objects involved (unwrap the structures into
>> communication specific ones), get rid of some methods, avoid some data
>> types... whatever...
>
> Employing a remoting facade is the way to go, IMHO, even if it's
> not that hype. Try to keep the data exchange classes as flat as possible
> (struct-like, avoid lists [replace them with typed arrays], etc.).
>
> Robert
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list 



From pablosantosluac at terra.es  Fri Aug  3 07:32:00 2007
From: pablosantosluac at terra.es (pablosantosluac)
Date: Fri, 3 Aug 2007 13:32:00 +0200
Subject: [Mono-dev] Serialization performance + remoting
References: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue><f8uqcm$m0n$1@sea.gmane.org>
	<005e01c7d5bc$61bd91d0$0a01a8c0@beardtongue>
Message-ID: <007801c7d5c1$e8a35090$0a01a8c0@beardtongue>

Hi again,

I've just run some tests comparing mono to .net. It is exaclty the same code 
compiled with .NET but run with .NET and mono. The test case is a server 
(actually the plastic server) with the data cached and a client. So only 
serialization/deserialization play the game, no other processing is 
required. The data is about 2Mb. The test is run on a 1.5GHz Pentium M 
laptop with 1.5GB Ram.

The time is average time after 10 runs.

mono server + mono client -> 630ms
mono server + .net client -> 721 ms
.net server + .net client -> 1150 ms
.net server + mono client -> 980 ms

So it looks like mono serialization is much faster.

I'm afraid the rest of the code is a bit slower running with Mono than .NET 
on my small test case (not the one I showed but another one not caching 
data). One question: is it recommended to compile with Mono to get better 
perfomance? I guess the answer but I just want to be sure.

Thanks!

pablo




----- Original Message ----- 
From: "pablosantosluac" <pablosantosluac at terra.es>
To: <mono-devel-list at lists.ximian.com>; "Robert Jordan" <robertj at gmx.net>
Sent: Friday, August 03, 2007 12:52 PM
Subject: Re: [Mono-dev] Serialization performance + remoting


> Thanks Robert.
>
> So, you mean it is better to pass an array of objects than actually a 
> list??
> Ok, I was already using arrays but I'll take it into account...
>
> pablo
> ----- Original Message ----- 
> From: "Robert Jordan" <robertj at gmx.net>
> To: <mono-devel-list at lists.ximian.com>
> Sent: Friday, August 03, 2007 10:52 AM
> Subject: Re: [Mono-dev] Serialization performance + remoting
>
>
>> Hi Pablo,
>>
>> pablosantosluac wrote:
>>> Because the people who actually implemented both serialization and
>>> remoting
>>> are in this list :-) I'd like to ask them to share with us some tips to
>>> improve performance in serialization/remoting: I don't know, maybe 
>>> always
>>> reduce the number of objects involved (unwrap the structures into
>>> communication specific ones), get rid of some methods, avoid some data
>>> types... whatever...
>>
>> Employing a remoting facade is the way to go, IMHO, even if it's
>> not that hype. Try to keep the data exchange classes as flat as possible
>> (struct-like, avoid lists [replace them with typed arrays], etc.).
>>
>> Robert
>>
>> _______________________________________________
>> Mono-devel-list mailing list
>> Mono-devel-list at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list 



From pablosantosluac at terra.es  Fri Aug  3 09:01:57 2007
From: pablosantosluac at terra.es (pablosantosluac)
Date: Fri, 3 Aug 2007 15:01:57 +0200
Subject: [Mono-dev] Mono 1.2.5 Preview 2
References: <1186011042.11213.12.camel@berrier.lan>
Message-ID: <00ae01c7d5ce$79526250$0a01a8c0@beardtongue>

Hi,

I've just run Plastic with preview 1.2.5 and:

- I got a "Comparer threw an exception" in a ArrayList BinarySearch which 
was working with 1.2.4. It looks like the list is sending a wrong parameter 
to the Compare(object x, object y) method. The "x" is expected to be a long 
but an objects arrives.

It looks like the order in which objects are sent to the Comparer are 
switched.

pablo

----- Original Message ----- 
From: "Wade Berrier" <wberrier at novell.com>
To: <mono-devel-list at lists.ximian.com>
Sent: Thursday, August 02, 2007 1:30 AM
Subject: [Mono-dev] Mono 1.2.5 Preview 2


> Hi,
>
> Mono 1.2.5 preview 2 sources, packages, and installers are available at:
>
> http://mono.ximian.com/monobuild/preview/download-preview/
>
> At some point, the release notes for 1.2.5 will be available at:
>
> http://go-mono.com/archive/1.2.5/
>
> If no critical bugs are found after the preview period, these same
> downloads will be posted on mono-project.com for general consumption.
>
> If there are critical bugs found, only those packages/sources will be
> updated before publishing to mono-project.com.
>
> Since this release hasn't been pushed to our main download server, some
> sources may be retagged if critical bugs are found.  Those tags are not
> final until we publish to mono-project.com.
>
> Changes with preview 2 over preview 1:
>
> MonoDevelop 0.15
> IPCE r6
> cocoa-sharp 0.9.4
> redcarpet/opencarpet support dropped (all the distros we support can 
> install packages via yast or yum)
> Several critial bugs fixed that were found in preview1 (Thanks for 
> testing!!)
> ikvm 0.34.0.2
>
> Wade
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list 



From meebey at meebey.net  Fri Aug  3 09:30:34 2007
From: meebey at meebey.net (Mirco Bauer)
Date: Fri, 03 Aug 2007 15:30:34 +0200
Subject: [Mono-dev] Serialization performance + remoting
In-Reply-To: <007801c7d5c1$e8a35090$0a01a8c0@beardtongue>
References: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue>
	<f8uqcm$m0n$1@sea.gmane.org>
	<005e01c7d5bc$61bd91d0$0a01a8c0@beardtongue>
	<007801c7d5c1$e8a35090$0a01a8c0@beardtongue>
Message-ID: <1186147834.4092.21.camel@flyinghorse>

On Fri, 2007-08-03 at 13:32 +0200, pablosantosluac wrote:
> One question: is it recommended to compile with Mono to get better 
> perfomance? I guess the answer but I just want to be sure.

That shouldn't make a performance difference, the big optimizations are
either in the C# implementation itself (BCL) or the JIT/AOT runtime.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GIT d s-:+ a-- C++ UL++++$ P L++$>+++$ E- W+++$ N o? K- w++>! O---- M-
V? PS
PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G>++ e h! r->++ y?
------END GEEK CODE BLOCK------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 481 bytes
Desc: This is a digitally signed message part
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070803/98939364/attachment.bin 

From monoman at gmail.com  Fri Aug  3 09:31:12 2007
From: monoman at gmail.com (Rafael Teixeira)
Date: Fri, 3 Aug 2007 10:31:12 -0300
Subject: [Mono-dev] Cross-platform command-lines
In-Reply-To: <000101c7d504$ff3de3a0$091f10ac@FERRARI>
References: <dd99b8c80707310757r7fd6f6b5iaa52153c4c1014c3@mail.gmail.com>
	<000101c7d504$ff3de3a0$091f10ac@FERRARI>
Message-ID: <dd99b8c80708030631r7af871b8x2a472040fe19c006@mail.gmail.com>

nowadays the user can use single-dash with either short and long
options, what you lose with (still you can configure for the old
behaviour) is option consolidation (many single-letter options
together in a single-dash), like you see in tar for example:

tar -zxf filename

Mono.GetOptions still support this but not with the default
configuration, because of ambiguity: is zxf a single long-named option
or 3 single-letter ones?

On 8/2/07, Charlie Poole <charlie at nunit.com> wrote:
> I haven't but I'll take a look. Do you use the double-dash
> convention as well? I wonder if that's something windows
> users can get accustomed to?
>
> Charlie
>
> > -----Original Message-----
> > From: mono-devel-list-bounces at lists.ximian.com
> > [mailto:mono-devel-list-bounces at lists.ximian.com] On Behalf
> > Of Rafael Teixeira
> > Sent: Tuesday, July 31, 2007 10:58 AM
> > To: Charlie Poole
> > Cc: mono-devel-list at lists.ximian.com
> > Subject: Re: [Mono-dev] Cross-platform command-lines
> >
> > Did you look at how Mono.GetOptions adapts to each platform,
> > if desired. Just to give you food for thought.
> >
> > Personally I like, what I've implemented on it: the simple
> > usage of accepting either "/" or "-" as the prefix, generally
> > having long/descriptive option names, with selected shortcuts
> > for a small number of them, accepting parameter values either
> > after a "=" or ":"
> > or space (but documenting just one preferred choice to make
> > things easier to grasp and to keep consistent between users
> > for when they share their knowledge/scripts).
> >
> > Yeah, I think it ended as a shameless plug, but take from it
> > what serves you better.
> >
> > Thank you very much for nunit.
> >
> > :)
> >
> > On 7/29/07, Charlie Poole <charlie at pooleconsulting.com> wrote:
> > > Hi All,
> > >
> > > I'm looking for ideas on best practices for command-line parameters
> > > intended to be used on both Windows and Linux. Mostly, I want
> > > guidelines for how to design syntax that makes sense on both
> > > platforms, but if anyone has implemented something I'd be
> > interested in that as well.
> > >
> > > Charlie
> > >
> > >
> > > _______________________________________________
> > > Mono-devel-list mailing list
> > > Mono-devel-list at lists.ximian.com
> > > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> > >
> >
> >
> > --
> > Rafael "Monoman" Teixeira
> > ---------------------------------------
> > "I myself am made entirely of flaws, stitched together with
> > good intentions."
> > Augusten Burroughs
> > _______________________________________________
> > Mono-devel-list mailing list
> > Mono-devel-list at lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> >
>
>
>
>


-- 
Rafael "Monoman" Teixeira
---------------------------------------
"I myself am made entirely of flaws, stitched together with good intentions."
Augusten Burroughs


From monoman at gmail.com  Fri Aug  3 10:21:30 2007
From: monoman at gmail.com (Rafael Teixeira)
Date: Fri, 3 Aug 2007 11:21:30 -0300
Subject: [Mono-dev] Serialization performance + remoting
In-Reply-To: <1186130542.4099.18.camel@flyinghorse>
References: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue>
	<1186086755.7356.7.camel@redbull.qnetp.net>
	<07f001c7d547$59e48010$d101a8c0@beardtongue>
	<1186130542.4099.18.camel@flyinghorse>
Message-ID: <dd99b8c80708030721l5741b8belcc548f0df5ea70fd@mail.gmail.com>

Pablo,

I should add that probably custom serialization should happen at the
Array level, not each element, or you may end experiencing a similar
problem with System.Runtime.Serialization.ObjectIDGenerator.

If you know that all the array elements are different instances (no
repeated references), it will be a huge gain, because that is
something you don't have a way of letting the system provided
serializer know, so it will keep trying to generate ids and check in
the other end to point all references to a single deserialized
instance.

In those cases I normally serialize the whole array into a very
compact and concise blob (forget the fields descriptors or send them
just once) and deserialize at the other end. The added complexity is
paid well in performance, for large sets of objects.

In some cases I go even further and use compression/decompression of
the blob, to achieve even less transport time, I just experiment a bit
to find the right threshold (minimum size) where compression is
beneficial (it is kind of a lookup table one have to construct, to
adjust to the real speed of the connection).

Hope it helps,

On 8/3/07, Mirco Bauer <meebey at meebey.net> wrote:
> On Thu, 2007-08-02 at 22:54 +0200, pablosantosluac wrote:
> > Thanks Mirco,
> >
> > Well, all my objects are already marked as [Serializable] instead of
> > extending the MarshalByRefObject.
>
> Ok, then you are passing the objects by value already.
>
> >
> > So, you mean if I extend the class it will go worse?
>
> Yes :)
> As it will only transfer a proxy object which will always make remoting
> calls for each method or property usage.
> So code like this is very bad:
> for (int i = 0; i < 10; i++) {
>         Console.WriteLine(myRemoteObject.SomeProperty);
> }
> that will cause 10 remoting calls...
>
> >
> > The sample I'm using returns the 4700 objects in a single call (an array is
> > returned)
> Hmmm ok, so you have performance problems with the binary serialization
> itself, not with the remoting/call overhead.
>
> Then you might want to implement custom optimized binary serialization.
> This can be done by implementing the serializable interface yourself. I
> have not done this yet, but I will (for smuxi), as the built in binary
> serialization of objects in MS .NET and Mono is pretty slow (actually
> damn slow IMHO). The problem is that they are very generic
> implementations to fit all cases, AFAIK.
>
> How to implement faster binary serialization check this out:
> http://www.codeproject.com/csharp/FastSerialization.asp
>
> Maybe I will start a SmartBinarySerializer project :-P not sure...
> As there is no free (as in MIT/X11, BSD, LGPL, whatever license)
> implementation of an optimized binary serialization :(
>
> --
> Regards,
>
> Mirco 'meebey' Bauer
>
> PGP-Key:
> http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
>
> -----BEGIN GEEK CODE BLOCK-----
> Version: 3.12
> GIT d s-:+ a-- C++ UL++++$ P L++$>+++$ E- W+++$ N o? K- w++>! O---- M-
> V? PS
> PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G>++ e h! r->++ y?
> ------END GEEK CODE BLOCK------
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
>


-- 
Rafael "Monoman" Teixeira
---------------------------------------
"I myself am made entirely of flaws, stitched together with good intentions."
Augusten Burroughs


From miguel at novell.com  Fri Aug  3 09:56:11 2007
From: miguel at novell.com (Miguel de Icaza)
Date: Fri, 03 Aug 2007 09:56:11 -0400
Subject: [Mono-dev] Cross-platform command-lines
In-Reply-To: <000101c7d504$ff3de3a0$091f10ac@FERRARI>
References: <000101c7d504$ff3de3a0$091f10ac@FERRARI>
Message-ID: <1186149371.3952.62.camel@erandi.dom>


> I haven't but I'll take a look. Do you use the double-dash
> convention as well? I wonder if that's something windows
> users can get accustomed to?

It seems that the majority of the flags on Windows take the form /word
but they tend to accept -word.

In Unix historically options after a single dash are single letters, and
they are cumulative.   For instance "ls -lt" does not mean the option
"lt", it means "l" and "t".   For word options, people adopted a --word
scheme.

In Mono, when we had to be compatible with a command on Windows we kept
the /word, -word convention as opposed to the Unix convention (less work
on changing Makefiles or existing scripts).   In a few cases we still
recognize the Unix options.

You will have to adopt a naming scheme (-word or -letters) and go with
it. 

Miguel.


From pablosantosluac at terra.es  Fri Aug  3 11:03:04 2007
From: pablosantosluac at terra.es (pablosantosluac)
Date: Fri, 3 Aug 2007 17:03:04 +0200
Subject: [Mono-dev] Serialization performance + remoting
References: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue>
	<1186086755.7356.7.camel@redbull.qnetp.net>
	<07f001c7d547$59e48010$d101a8c0@beardtongue>
	<1186130542.4099.18.camel@flyinghorse>
	<dd99b8c80708030721l5741b8belcc548f0df5ea70fd@mail.gmail.com>
Message-ID: <012c01c7d5df$64cd7c00$0a01a8c0@beardtongue>

Rafael,

So, you basically mean changing the API from

MyType[] GetData()

to something like

byte[] GetData()

and perform the marshalling yourself?

Or maybe something like
MyArrayType GetData()

and then MyArrayType gets a customized serializer?

Thanks!

pablo


----- Original Message ----- 
From: "Rafael Teixeira" <monoman at gmail.com>
To: "Mirco Bauer" <meebey at meebey.net>
Cc: "pablosantosluac" <pablosantosluac at terra.es>; 
<mono-devel-list at lists.ximian.com>
Sent: Friday, August 03, 2007 4:21 PM
Subject: Re: [Mono-dev] Serialization performance + remoting


> Pablo,
>
> I should add that probably custom serialization should happen at the
> Array level, not each element, or you may end experiencing a similar
> problem with System.Runtime.Serialization.ObjectIDGenerator.
>
> If you know that all the array elements are different instances (no
> repeated references), it will be a huge gain, because that is
> something you don't have a way of letting the system provided
> serializer know, so it will keep trying to generate ids and check in
> the other end to point all references to a single deserialized
> instance.
>
> In those cases I normally serialize the whole array into a very
> compact and concise blob (forget the fields descriptors or send them
> just once) and deserialize at the other end. The added complexity is
> paid well in performance, for large sets of objects.
>
> In some cases I go even further and use compression/decompression of
> the blob, to achieve even less transport time, I just experiment a bit
> to find the right threshold (minimum size) where compression is
> beneficial (it is kind of a lookup table one have to construct, to
> adjust to the real speed of the connection).
>
> Hope it helps,
>
> On 8/3/07, Mirco Bauer <meebey at meebey.net> wrote:
>> On Thu, 2007-08-02 at 22:54 +0200, pablosantosluac wrote:
>> > Thanks Mirco,
>> >
>> > Well, all my objects are already marked as [Serializable] instead of
>> > extending the MarshalByRefObject.
>>
>> Ok, then you are passing the objects by value already.
>>
>> >
>> > So, you mean if I extend the class it will go worse?
>>
>> Yes :)
>> As it will only transfer a proxy object which will always make remoting
>> calls for each method or property usage.
>> So code like this is very bad:
>> for (int i = 0; i < 10; i++) {
>>         Console.WriteLine(myRemoteObject.SomeProperty);
>> }
>> that will cause 10 remoting calls...
>>
>> >
>> > The sample I'm using returns the 4700 objects in a single call (an 
>> > array is
>> > returned)
>> Hmmm ok, so you have performance problems with the binary serialization
>> itself, not with the remoting/call overhead.
>>
>> Then you might want to implement custom optimized binary serialization.
>> This can be done by implementing the serializable interface yourself. I
>> have not done this yet, but I will (for smuxi), as the built in binary
>> serialization of objects in MS .NET and Mono is pretty slow (actually
>> damn slow IMHO). The problem is that they are very generic
>> implementations to fit all cases, AFAIK.
>>
>> How to implement faster binary serialization check this out:
>> http://www.codeproject.com/csharp/FastSerialization.asp
>>
>> Maybe I will start a SmartBinarySerializer project :-P not sure...
>> As there is no free (as in MIT/X11, BSD, LGPL, whatever license)
>> implementation of an optimized binary serialization :(
>>
>> --
>> Regards,
>>
>> Mirco 'meebey' Bauer
>>
>> PGP-Key:
>> http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
>>
>> -----BEGIN GEEK CODE BLOCK-----
>> Version: 3.12
>> GIT d s-:+ a-- C++ UL++++$ P L++$>+++$ E- W+++$ N o? K- w++>! O---- M-
>> V? PS
>> PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G>++ e h! r->++ y?
>> ------END GEEK CODE BLOCK------
>>
>> _______________________________________________
>> Mono-devel-list mailing list
>> Mono-devel-list at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>>
>>
>
>
> -- 
> Rafael "Monoman" Teixeira
> ---------------------------------------
> "I myself am made entirely of flaws, stitched together with good 
> intentions."
> Augusten Burroughs 



From rolflists at ya.com  Fri Aug  3 11:09:39 2007
From: rolflists at ya.com (Rolf Bjarne Kvinge)
Date: Fri, 3 Aug 2007 17:09:39 +0200
Subject: [Mono-dev] Mono 1.2.5 Preview 2
In-Reply-To: <00ae01c7d5ce$79526250$0a01a8c0@beardtongue>
References: <1186011042.11213.12.camel@berrier.lan>
	<00ae01c7d5ce$79526250$0a01a8c0@beardtongue>
Message-ID: <009d01c7d5e0$50466610$f0d33230$@com>



> -----Original Message-----
> From: mono-devel-list-bounces at lists.ximian.com [mailto:mono-devel-list-
> bounces at lists.ximian.com] On Behalf Of pablosantosluac
> Sent: viernes, 03 de agosto de 2007 15:02
> To: Wade Berrier; mono-devel-list at lists.ximian.com
> Subject: Re: [Mono-dev] Mono 1.2.5 Preview 2
> 
> Hi,
> 
> I've just run Plastic with preview 1.2.5 and:
> 
> - I got a "Comparer threw an exception" in a ArrayList BinarySearch
> which was working with 1.2.4. It looks like the list is sending a wrong
> parameter to the Compare(object x, object y) method. The "x" is expected
to be a
> long but an objects arrives.
> 
> It looks like the order in which objects are sent to the Comparer are
> switched.
> 

Could you provide some more information on this issue (stacktraces, maybe
sample code)?

Rolf

> pablo
> 
> ----- Original Message -----
> From: "Wade Berrier" <wberrier at novell.com>
> To: <mono-devel-list at lists.ximian.com>
> Sent: Thursday, August 02, 2007 1:30 AM
> Subject: [Mono-dev] Mono 1.2.5 Preview 2
> 
> 
> > Hi,
> >
> > Mono 1.2.5 preview 2 sources, packages, and installers are available
> at:
> >
> > http://mono.ximian.com/monobuild/preview/download-preview/
> >
> > At some point, the release notes for 1.2.5 will be available at:
> >
> > http://go-mono.com/archive/1.2.5/
> >
> > If no critical bugs are found after the preview period, these same
> > downloads will be posted on mono-project.com for general consumption.
> >
> > If there are critical bugs found, only those packages/sources will be
> > updated before publishing to mono-project.com.
> >
> > Since this release hasn't been pushed to our main download server,
> some
> > sources may be retagged if critical bugs are found.  Those tags are
> not
> > final until we publish to mono-project.com.
> >
> > Changes with preview 2 over preview 1:
> >
> > MonoDevelop 0.15
> > IPCE r6
> > cocoa-sharp 0.9.4
> > redcarpet/opencarpet support dropped (all the distros we support can
> > install packages via yast or yum)
> > Several critial bugs fixed that were found in preview1 (Thanks for
> > testing!!)
> > ikvm 0.34.0.2
> >
> > Wade
> >
> > _______________________________________________
> > Mono-devel-list mailing list
> > Mono-devel-list at lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 
> 
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date:
> 02/08/2007 14:22




From pablosantosluac at terra.es  Fri Aug  3 11:21:15 2007
From: pablosantosluac at terra.es (pablosantosluac)
Date: Fri, 3 Aug 2007 17:21:15 +0200
Subject: [Mono-dev] Mono 1.2.5 Preview 2
References: <1186011042.11213.12.camel@berrier.lan>
	<00ae01c7d5ce$79526250$0a01a8c0@beardtongue>
	<009d01c7d5e0$50466610$f0d33230$@com>
Message-ID: <013701c7d5e1$ef122490$0a01a8c0@beardtongue>

Well, I'm not sure now this is a problem, maybe I'm doing something wrong, 
but it works in 1.2.4 and in .NET:

I have this code
int position = ArrayList.Adapter(list).BinarySearch(itemId, this);


And I was assuming (probably it is wrong) that the parameter X was always 
the itemId (which is a long). It used to work, but now I realize it can be 
wrong


public int Compare(object x, object y)

{

   long itemId = (long)x;

   ObjectInfo objInfo = y as ObjInfo;

   // compare here objInfo.item and itemId



}



----- Original Message ----- 
From: "Rolf Bjarne Kvinge" <rolflists at ya.com>
To: "'pablosantosluac'" <pablosantosluac at terra.es>; "'Wade Berrier'" 
<wberrier at novell.com>; <mono-devel-list at lists.ximian.com>
Sent: Friday, August 03, 2007 5:09 PM
Subject: RE: [Mono-dev] Mono 1.2.5 Preview 2


>
>
>> -----Original Message-----
>> From: mono-devel-list-bounces at lists.ximian.com [mailto:mono-devel-list-
>> bounces at lists.ximian.com] On Behalf Of pablosantosluac
>> Sent: viernes, 03 de agosto de 2007 15:02
>> To: Wade Berrier; mono-devel-list at lists.ximian.com
>> Subject: Re: [Mono-dev] Mono 1.2.5 Preview 2
>>
>> Hi,
>>
>> I've just run Plastic with preview 1.2.5 and:
>>
>> - I got a "Comparer threw an exception" in a ArrayList BinarySearch
>> which was working with 1.2.4. It looks like the list is sending a wrong
>> parameter to the Compare(object x, object y) method. The "x" is expected
> to be a
>> long but an objects arrives.
>>
>> It looks like the order in which objects are sent to the Comparer are
>> switched.
>>
>
> Could you provide some more information on this issue (stacktraces, maybe
> sample code)?
>
> Rolf
>
>> pablo
>>
>> ----- Original Message -----
>> From: "Wade Berrier" <wberrier at novell.com>
>> To: <mono-devel-list at lists.ximian.com>
>> Sent: Thursday, August 02, 2007 1:30 AM
>> Subject: [Mono-dev] Mono 1.2.5 Preview 2
>>
>>
>> > Hi,
>> >
>> > Mono 1.2.5 preview 2 sources, packages, and installers are available
>> at:
>> >
>> > http://mono.ximian.com/monobuild/preview/download-preview/
>> >
>> > At some point, the release notes for 1.2.5 will be available at:
>> >
>> > http://go-mono.com/archive/1.2.5/
>> >
>> > If no critical bugs are found after the preview period, these same
>> > downloads will be posted on mono-project.com for general consumption.
>> >
>> > If there are critical bugs found, only those packages/sources will be
>> > updated before publishing to mono-project.com.
>> >
>> > Since this release hasn't been pushed to our main download server,
>> some
>> > sources may be retagged if critical bugs are found.  Those tags are
>> not
>> > final until we publish to mono-project.com.
>> >
>> > Changes with preview 2 over preview 1:
>> >
>> > MonoDevelop 0.15
>> > IPCE r6
>> > cocoa-sharp 0.9.4
>> > redcarpet/opencarpet support dropped (all the distros we support can
>> > install packages via yast or yum)
>> > Several critial bugs fixed that were found in preview1 (Thanks for
>> > testing!!)
>> > ikvm 0.34.0.2
>> >
>> > Wade
>> >
>> > _______________________________________________
>> > Mono-devel-list mailing list
>> > Mono-devel-list at lists.ximian.com
>> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>> _______________________________________________
>> Mono-devel-list mailing list
>> Mono-devel-list at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>>
>> --
>> No virus found in this incoming message.
>> Checked by AVG Free Edition.
>> Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date:
>> 02/08/2007 14:22
>
> 



From miguel at novell.com  Fri Aug  3 11:43:50 2007
From: miguel at novell.com (Miguel de Icaza)
Date: Fri, 03 Aug 2007 11:43:50 -0400
Subject: [Mono-dev] Mono 1.2.5 Preview 2
In-Reply-To: <013701c7d5e1$ef122490$0a01a8c0@beardtongue>
References: <1186011042.11213.12.camel@berrier.lan>
	<00ae01c7d5ce$79526250$0a01a8c0@beardtongue>
	<009d01c7d5e0$50466610$f0d33230$@com>
	<013701c7d5e1$ef122490$0a01a8c0@beardtongue>
Message-ID: <1186155830.3952.139.camel@erandi.dom>


> 
> And I was assuming (probably it is wrong) that the parameter X was always 
> the itemId (which is a long). It used to work, but now I realize it can be 
> wrong

This does look very wrong.   All the values in the binary search must be
of the same type and you are casting it to two different types.

> 
> public int Compare(object x, object y)
> 
> {
> 
>    long itemId = (long)x;
> 
>    ObjectInfo objInfo = y as ObjInfo;
> 
>    // compare here objInfo.item and itemId
> 
> 
> 
> }
> 
> 
> 
> ----- Original Message ----- 
> From: "Rolf Bjarne Kvinge" <rolflists at ya.com>
> To: "'pablosantosluac'" <pablosantosluac at terra.es>; "'Wade Berrier'" 
> <wberrier at novell.com>; <mono-devel-list at lists.ximian.com>
> Sent: Friday, August 03, 2007 5:09 PM
> Subject: RE: [Mono-dev] Mono 1.2.5 Preview 2
> 
> 
> >
> >
> >> -----Original Message-----
> >> From: mono-devel-list-bounces at lists.ximian.com [mailto:mono-devel-list-
> >> bounces at lists.ximian.com] On Behalf Of pablosantosluac
> >> Sent: viernes, 03 de agosto de 2007 15:02
> >> To: Wade Berrier; mono-devel-list at lists.ximian.com
> >> Subject: Re: [Mono-dev] Mono 1.2.5 Preview 2
> >>
> >> Hi,
> >>
> >> I've just run Plastic with preview 1.2.5 and:
> >>
> >> - I got a "Comparer threw an exception" in a ArrayList BinarySearch
> >> which was working with 1.2.4. It looks like the list is sending a wrong
> >> parameter to the Compare(object x, object y) method. The "x" is expected
> > to be a
> >> long but an objects arrives.
> >>
> >> It looks like the order in which objects are sent to the Comparer are
> >> switched.
> >>
> >
> > Could you provide some more information on this issue (stacktraces, maybe
> > sample code)?
> >
> > Rolf
> >
> >> pablo
> >>
> >> ----- Original Message -----
> >> From: "Wade Berrier" <wberrier at novell.com>
> >> To: <mono-devel-list at lists.ximian.com>
> >> Sent: Thursday, August 02, 2007 1:30 AM
> >> Subject: [Mono-dev] Mono 1.2.5 Preview 2
> >>
> >>
> >> > Hi,
> >> >
> >> > Mono 1.2.5 preview 2 sources, packages, and installers are available
> >> at:
> >> >
> >> > http://mono.ximian.com/monobuild/preview/download-preview/
> >> >
> >> > At some point, the release notes for 1.2.5 will be available at:
> >> >
> >> > http://go-mono.com/archive/1.2.5/
> >> >
> >> > If no critical bugs are found after the preview period, these same
> >> > downloads will be posted on mono-project.com for general consumption.
> >> >
> >> > If there are critical bugs found, only those packages/sources will be
> >> > updated before publishing to mono-project.com.
> >> >
> >> > Since this release hasn't been pushed to our main download server,
> >> some
> >> > sources may be retagged if critical bugs are found.  Those tags are
> >> not
> >> > final until we publish to mono-project.com.
> >> >
> >> > Changes with preview 2 over preview 1:
> >> >
> >> > MonoDevelop 0.15
> >> > IPCE r6
> >> > cocoa-sharp 0.9.4
> >> > redcarpet/opencarpet support dropped (all the distros we support can
> >> > install packages via yast or yum)
> >> > Several critial bugs fixed that were found in preview1 (Thanks for
> >> > testing!!)
> >> > ikvm 0.34.0.2
> >> >
> >> > Wade
> >> >
> >> > _______________________________________________
> >> > Mono-devel-list mailing list
> >> > Mono-devel-list at lists.ximian.com
> >> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> >>
> >> _______________________________________________
> >> Mono-devel-list mailing list
> >> Mono-devel-list at lists.ximian.com
> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> >>
> >>
> >> --
> >> No virus found in this incoming message.
> >> Checked by AVG Free Edition.
> >> Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date:
> >> 02/08/2007 14:22
> >
> > 
> 
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list


From pablosantosluac at terra.es  Fri Aug  3 11:53:03 2007
From: pablosantosluac at terra.es (pablosantosluac)
Date: Fri, 3 Aug 2007 17:53:03 +0200
Subject: [Mono-dev] Mono 1.2.5 Preview 2
References: <1186011042.11213.12.camel@berrier.lan>
	<00ae01c7d5ce$79526250$0a01a8c0@beardtongue>
	<009d01c7d5e0$50466610$f0d33230$@com>
	<013701c7d5e1$ef122490$0a01a8c0@beardtongue>
	<1186155830.3952.139.camel@erandi.dom>
Message-ID: <015601c7d5e6$60f96560$0a01a8c0@beardtongue>

Yes, because I'm looking for an specific element into an array, I'm looking 
by index. Instead of creating an object of this type I just send the ID... 
ok, ok, ok... I'll change it... :-(
----- Original Message ----- 
From: "Miguel de Icaza" <miguel at novell.com>
To: "pablosantosluac" <pablosantosluac at terra.es>
Cc: "Rolf Bjarne Kvinge" <rolflists at ya.com>; "'Wade Berrier'" 
<wberrier at novell.com>; <mono-devel-list at lists.ximian.com>
Sent: Friday, August 03, 2007 5:43 PM
Subject: Re: [Mono-dev] Mono 1.2.5 Preview 2


>
>>
>> And I was assuming (probably it is wrong) that the parameter X was always
>> the itemId (which is a long). It used to work, but now I realize it can 
>> be
>> wrong
>
> This does look very wrong.   All the values in the binary search must be
> of the same type and you are casting it to two different types.
>
>>
>> public int Compare(object x, object y)
>>
>> {
>>
>>    long itemId = (long)x;
>>
>>    ObjectInfo objInfo = y as ObjInfo;
>>
>>    // compare here objInfo.item and itemId
>>
>>
>>
>> }
>>
>>
>>
>> ----- Original Message ----- 
>> From: "Rolf Bjarne Kvinge" <rolflists at ya.com>
>> To: "'pablosantosluac'" <pablosantosluac at terra.es>; "'Wade Berrier'"
>> <wberrier at novell.com>; <mono-devel-list at lists.ximian.com>
>> Sent: Friday, August 03, 2007 5:09 PM
>> Subject: RE: [Mono-dev] Mono 1.2.5 Preview 2
>>
>>
>> >
>> >
>> >> -----Original Message-----
>> >> From: mono-devel-list-bounces at lists.ximian.com 
>> >> [mailto:mono-devel-list-
>> >> bounces at lists.ximian.com] On Behalf Of pablosantosluac
>> >> Sent: viernes, 03 de agosto de 2007 15:02
>> >> To: Wade Berrier; mono-devel-list at lists.ximian.com
>> >> Subject: Re: [Mono-dev] Mono 1.2.5 Preview 2
>> >>
>> >> Hi,
>> >>
>> >> I've just run Plastic with preview 1.2.5 and:
>> >>
>> >> - I got a "Comparer threw an exception" in a ArrayList BinarySearch
>> >> which was working with 1.2.4. It looks like the list is sending a 
>> >> wrong
>> >> parameter to the Compare(object x, object y) method. The "x" is 
>> >> expected
>> > to be a
>> >> long but an objects arrives.
>> >>
>> >> It looks like the order in which objects are sent to the Comparer are
>> >> switched.
>> >>
>> >
>> > Could you provide some more information on this issue (stacktraces, 
>> > maybe
>> > sample code)?
>> >
>> > Rolf
>> >
>> >> pablo
>> >>
>> >> ----- Original Message -----
>> >> From: "Wade Berrier" <wberrier at novell.com>
>> >> To: <mono-devel-list at lists.ximian.com>
>> >> Sent: Thursday, August 02, 2007 1:30 AM
>> >> Subject: [Mono-dev] Mono 1.2.5 Preview 2
>> >>
>> >>
>> >> > Hi,
>> >> >
>> >> > Mono 1.2.5 preview 2 sources, packages, and installers are available
>> >> at:
>> >> >
>> >> > http://mono.ximian.com/monobuild/preview/download-preview/
>> >> >
>> >> > At some point, the release notes for 1.2.5 will be available at:
>> >> >
>> >> > http://go-mono.com/archive/1.2.5/
>> >> >
>> >> > If no critical bugs are found after the preview period, these same
>> >> > downloads will be posted on mono-project.com for general 
>> >> > consumption.
>> >> >
>> >> > If there are critical bugs found, only those packages/sources will 
>> >> > be
>> >> > updated before publishing to mono-project.com.
>> >> >
>> >> > Since this release hasn't been pushed to our main download server,
>> >> some
>> >> > sources may be retagged if critical bugs are found.  Those tags are
>> >> not
>> >> > final until we publish to mono-project.com.
>> >> >
>> >> > Changes with preview 2 over preview 1:
>> >> >
>> >> > MonoDevelop 0.15
>> >> > IPCE r6
>> >> > cocoa-sharp 0.9.4
>> >> > redcarpet/opencarpet support dropped (all the distros we support can
>> >> > install packages via yast or yum)
>> >> > Several critial bugs fixed that were found in preview1 (Thanks for
>> >> > testing!!)
>> >> > ikvm 0.34.0.2
>> >> >
>> >> > Wade
>> >> >
>> >> > _______________________________________________
>> >> > Mono-devel-list mailing list
>> >> > Mono-devel-list at lists.ximian.com
>> >> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
>> >>
>> >> _______________________________________________
>> >> Mono-devel-list mailing list
>> >> Mono-devel-list at lists.ximian.com
>> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>> >>
>> >>
>> >> --
>> >> No virus found in this incoming message.
>> >> Checked by AVG Free Edition.
>> >> Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date:
>> >> 02/08/2007 14:22
>> >
>> >
>>
>> _______________________________________________
>> Mono-devel-list mailing list
>> Mono-devel-list at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list 



From monodanmorg at yahoo.com  Fri Aug  3 11:58:04 2007
From: monodanmorg at yahoo.com (Daniel Morgan)
Date: Fri, 3 Aug 2007 08:58:04 -0700 (PDT)
Subject: [Mono-dev] Mono.DataConvert - Thank you
Message-ID: <405463.75458.qm@web30810.mail.mud.yahoo.com>

Thanks goes to Mono project.  

The Mono.DataConvert class (replacement for
BitConverter) works very well.  

I just replaced BitConverter with Mono.DataConvert and
conversions from little endian to big endian and vice
versa happens as expected.  

Thanks again,
Daniel



       
____________________________________________________________________________________
Got a little couch potato? 
Check out fun summer activities for kids.
http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities+for+kids&cs=bz 


From monodanmorg at yahoo.com  Fri Aug  3 11:58:19 2007
From: monodanmorg at yahoo.com (Daniel Morgan)
Date: Fri, 3 Aug 2007 08:58:19 -0700 (PDT)
Subject: [Mono-dev] Mono.DataConvert - Thank you
Message-ID: <529278.64730.qm@web30813.mail.mud.yahoo.com>

Thanks goes to Mono project.  

The Mono.DataConvert class (replacement for
BitConverter) works very well.  

I just replaced BitConverter with Mono.DataConvert and
conversions from little endian to big endian and vice
versa happens as expected.  

Thanks again,
Daniel



       
____________________________________________________________________________________
Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. 
http://mobile.yahoo.com/go?refer=1GNXIC


From monodanmorg at yahoo.com  Fri Aug  3 11:59:58 2007
From: monodanmorg at yahoo.com (Daniel Morgan)
Date: Fri, 3 Aug 2007 08:59:58 -0700 (PDT)
Subject: [Mono-dev] Fwd:  Mono.DataConverter - Thank you
Message-ID: <670167.4985.qm@web30808.mail.mud.yahoo.com>

I meant Mono.DataConverter

I think I need a C# compiler for my email to check the
errors.  :-)

--- Daniel Morgan <monodanmorg at yahoo.com> wrote:

> Date: Fri, 3 Aug 2007 08:58:19 -0700 (PDT)
> From: Daniel Morgan <monodanmorg at yahoo.com>
> To: mono-devel-list at lists.ximian.com
> Subject: [Mono-dev] Mono.DataConvert - Thank you
> 
> Thanks goes to Mono project.  
> 
> The Mono.DataConvert class (replacement for
> BitConverter) works very well.  
> 
> I just replaced BitConverter with Mono.DataConvert
> and
> conversions from little endian to big endian and
> vice
> versa happens as expected.  
> 
> Thanks again,
> Daniel
> 
> 
> 
>        
>
____________________________________________________________________________________
> Take the Internet to Go: Yahoo!Go puts the Internet
> in your pocket: mail, news, photos & more. 
> http://mobile.yahoo.com/go?refer=1GNXIC
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
>
http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 



       
____________________________________________________________________________________
Got a little couch potato? 
Check out fun summer activities for kids.
http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities+for+kids&cs=bz 


From andreas.faerber at web.de  Fri Aug  3 15:39:40 2007
From: andreas.faerber at web.de (=?ISO-8859-1?Q?Andreas_F=E4rber?=)
Date: Fri, 3 Aug 2007 21:39:40 +0200
Subject: [Mono-dev] [PATCH] Enable 32-bit compilation on Linux/ppc64
Message-ID: <34C687DA-B5F9-4C6A-8BD8-C34DE141702C@web.de>

Hello,

The attached trivial patch, part of the ppc64 port, adds support for  
building standard 32-bit Mono on a 64-bit PowerPC Debian Linux host,  
where it's powerpc64-* instead of powerpc-*.
Please tell me if this is okay to commit.

Andreas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ppc64-Linux32build.diff
Type: application/octet-stream
Size: 917 bytes
Desc: not available
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070803/f8a6eb6b/attachment.obj 

From pablosantosluac at terra.es  Sat Aug  4 05:18:43 2007
From: pablosantosluac at terra.es (pablosantosluac)
Date: Sat, 4 Aug 2007 11:18:43 +0200
Subject: [Mono-dev] Mono Summit 07
Message-ID: <028a01c7d678$74e47fa0$0a01a8c0@beardtongue>

Hi,

I've seen the proposal for the next Mono Summit. I can help if you're 
interested in Madrid or even Valladolid (200km for Madrid, it has a big 
university ...). I could find help in Madrid too.

Pablo 



From monoman at gmail.com  Sat Aug  4 08:48:32 2007
From: monoman at gmail.com (Rafael Teixeira)
Date: Sat, 4 Aug 2007 09:48:32 -0300
Subject: [Mono-dev] Serialization performance + remoting
In-Reply-To: <012c01c7d5df$64cd7c00$0a01a8c0@beardtongue>
References: <07ad01c7d53f$bd049ac0$d101a8c0@beardtongue>
	<1186086755.7356.7.camel@redbull.qnetp.net>
	<07f001c7d547$59e48010$d101a8c0@beardtongue>
	<1186130542.4099.18.camel@flyinghorse>
	<dd99b8c80708030721l5741b8belcc548f0df5ea70fd@mail.gmail.com>
	<012c01c7d5df$64cd7c00$0a01a8c0@beardtongue>
Message-ID: <dd99b8c80708040548n697507ebpc6a3379ebb0f68c@mail.gmail.com>

I prefer the second, as it keeps things a bit more type-safe or at
least type-consistent.

On 8/3/07, pablosantosluac <pablosantosluac at terra.es> wrote:
> Rafael,
>
> So, you basically mean changing the API from
>
> MyType[] GetData()
>
> to something like
>
> byte[] GetData()
>
> and perform the marshalling yourself?
>
> Or maybe something like
> MyArrayType GetData()
>
> and then MyArrayType gets a customized serializer?
>
> Thanks!
>
> pablo
>
>
> ----- Original Message -----
> From: "Rafael Teixeira" <monoman at gmail.com>
> To: "Mirco Bauer" <meebey at meebey.net>
> Cc: "pablosantosluac" <pablosantosluac at terra.es>;
> <mono-devel-list at lists.ximian.com>
> Sent: Friday, August 03, 2007 4:21 PM
> Subject: Re: [Mono-dev] Serialization performance + remoting
>
>
> > Pablo,
> >
> > I should add that probably custom serialization should happen at the
> > Array level, not each element, or you may end experiencing a similar
> > problem with System.Runtime.Serialization.ObjectIDGenerator.
> >
> > If you know that all the array elements are different instances (no
> > repeated references), it will be a huge gain, because that is
> > something you don't have a way of letting the system provided
> > serializer know, so it will keep trying to generate ids and check in
> > the other end to point all references to a single deserialized
> > instance.
> >
> > In those cases I normally serialize the whole array into a very
> > compact and concise blob (forget the fields descriptors or send them
> > just once) and deserialize at the other end. The added complexity is
> > paid well in performance, for large sets of objects.
> >
> > In some cases I go even further and use compression/decompression of
> > the blob, to achieve even less transport time, I just experiment a bit
> > to find the right threshold (minimum size) where compression is
> > beneficial (it is kind of a lookup table one have to construct, to
> > adjust to the real speed of the connection).
> >
> > Hope it helps,
> >
> > On 8/3/07, Mirco Bauer <meebey at meebey.net> wrote:
> >> On Thu, 2007-08-02 at 22:54 +0200, pablosantosluac wrote:
> >> > Thanks Mirco,
> >> >
> >> > Well, all my objects are already marked as [Serializable] instead of
> >> > extending the MarshalByRefObject.
> >>
> >> Ok, then you are passing the objects by value already.
> >>
> >> >
> >> > So, you mean if I extend the class it will go worse?
> >>
> >> Yes :)
> >> As it will only transfer a proxy object which will always make remoting
> >> calls for each method or property usage.
> >> So code like this is very bad:
> >> for (int i = 0; i < 10; i++) {
> >>         Console.WriteLine(myRemoteObject.SomeProperty);
> >> }
> >> that will cause 10 remoting calls...
> >>
> >> >
> >> > The sample I'm using returns the 4700 objects in a single call (an
> >> > array is
> >> > returned)
> >> Hmmm ok, so you have performance problems with the binary serialization
> >> itself, not with the remoting/call overhead.
> >>
> >> Then you might want to implement custom optimized binary serialization.
> >> This can be done by implementing the serializable interface yourself. I
> >> have not done this yet, but I will (for smuxi), as the built in binary
> >> serialization of objects in MS .NET and Mono is pretty slow (actually
> >> damn slow IMHO). The problem is that they are very generic
> >> implementations to fit all cases, AFAIK.
> >>
> >> How to implement faster binary serialization check this out:
> >> http://www.codeproject.com/csharp/FastSerialization.asp
> >>
> >> Maybe I will start a SmartBinarySerializer project :-P not sure...
> >> As there is no free (as in MIT/X11, BSD, LGPL, whatever license)
> >> implementation of an optimized binary serialization :(
> >>
> >> --
> >> Regards,
> >>
> >> Mirco 'meebey' Bauer
> >>
> >> PGP-Key:
> >> http://keyserver.noreply.org/pks/lookup?op=get&search=0xEEF946C8
> >>
> >> -----BEGIN GEEK CODE BLOCK-----
> >> Version: 3.12
> >> GIT d s-:+ a-- C++ UL++++$ P L++$>+++$ E- W+++$ N o? K- w++>! O---- M-
> >> V? PS
> >> PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G>++ e h! r->++ y?
> >> ------END GEEK CODE BLOCK------
> >>
> >> _______________________________________________
> >> Mono-devel-list mailing list
> >> Mono-devel-list at lists.ximian.com
> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> >>
> >>
> >>
> >
> >
> > --
> > Rafael "Monoman" Teixeira
> > ---------------------------------------
> > "I myself am made entirely of flaws, stitched together with good
> > intentions."
> > Augusten Burroughs
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>


-- 
Rafael "Monoman" Teixeira
---------------------------------------
"I myself am made entirely of flaws, stitched together with good intentions."
Augusten Burroughs


From stapostol at gmail.com  Sat Aug  4 09:33:20 2007
From: stapostol at gmail.com (Stephen Apostolopoulos)
Date: Sat, 04 Aug 2007 16:33:20 +0300
Subject: [Mono-dev] Possible compiler error regarding static unsafe
	initializers
Message-ID: <op.twjelu2k6433wh@stef>

The following code compiles with the .Net 2.0 csc, but fails on gmcs 1.2.4  
(Linux x64, vanilla compilation):

internal unsafe delegate void CallLists(Int32 n, GL.Enums.ListNameType  
type, void* lists);
internal unsafe static CallLists glCallLists =
	(CallLists)GL.GetDelegateForExtensionMethod("glCallLists",  
typeof(CallLists)) ??
	new CallLists(Imports.CallLists);
         ^(produces the error below)
"[csc] [...]/OpenTK/OpenGL/Bindings/GLDelegates.cs(23,137): error CS0214:  
Pointers and fixed size buffers may only be used in an unsafe context"

The error position (23,137) refers to the "new  
CallLists(Imports.CallLists);" part. The code is compiled with the /unsafe  
flag, and the context, as far as I can see, *is* unsafe ("internal unsafe  
[...]").

This is part of the initialization logic of Tao.OpenGl. The idea is to  
initialize the glCallLists delegate either with a dynamically extracted  
entry point (GetDelegateForExtensionMethod), or, if the entry point is not  
dynamically exported, with the static entry point produced by a DllImport.  
While this issue can be worked around (either using reflection, or using  
'safe' IntPtrs instead of raw pointers), I would like to know whether this  
is a genuine gmcs error, which should be reported, or a standard violation  
on the .Net csc side.

Anyone have any ideas?

Thanks,
- Stephen A


-- 
In the beginning the Universe was created. This has made a lot of people  
very angry and been widely regarded as a bad move - Douglas Adams


From marek.safar at seznam.cz  Sat Aug  4 10:24:53 2007
From: marek.safar at seznam.cz (Marek Safar)
Date: Sat, 04 Aug 2007 15:24:53 +0100
Subject: [Mono-dev] Possible compiler error regarding static unsafe
	initializers
In-Reply-To: <op.twjelu2k6433wh@stef>
References: <op.twjelu2k6433wh@stef>
Message-ID: <46B48C35.3010901@seznam.cz>

Hello Stephen,

It seems to me like a bug. Please create a bug report with reproducible 
test case.

Thanks
Marek

> The following code compiles with the .Net 2.0 csc, but fails on gmcs 1.2.4  
> (Linux x64, vanilla compilation):
>
> internal unsafe delegate void CallLists(Int32 n, GL.Enums.ListNameType  
> type, void* lists);
> internal unsafe static CallLists glCallLists =
> 	(CallLists)GL.GetDelegateForExtensionMethod("glCallLists",  
> typeof(CallLists)) ??
> 	new CallLists(Imports.CallLists);
>          ^(produces the error below)
> "[csc] [...]/OpenTK/OpenGL/Bindings/GLDelegates.cs(23,137): error CS0214:  
> Pointers and fixed size buffers may only be used in an unsafe context"
>
> The error position (23,137) refers to the "new  
> CallLists(Imports.CallLists);" part. The code is compiled with the /unsafe  
> flag, and the context, as far as I can see, *is* unsafe ("internal unsafe  
> [...]").
>
> This is part of the initialization logic of Tao.OpenGl. The idea is to  
> initialize the glCallLists delegate either with a dynamically extracted  
> entry point (GetDelegateForExtensionMethod), or, if the entry point is not  
> dynamically exported, with the static entry point produced by a DllImport.  
> While this issue can be worked around (either using reflection, or using  
> 'safe' IntPtrs instead of raw pointers), I would like to know whether this  
> is a genuine gmcs error, which should be reported, or a standard violation  
> on the .Net csc side.
>
> Anyone have any ideas?
>
> Thanks,
> - Stephen A
>
>
>   



From cliff.brake at gmail.com  Sat Aug  4 12:13:28 2007
From: cliff.brake at gmail.com (Cliff Brake)
Date: Sat, 4 Aug 2007 12:13:28 -0400
Subject: [Mono-dev] Porting Mono to the ARM based OpenMoko platform.
In-Reply-To: <200707271842.11448.storm99999@gmail.com>
References: <200707271842.11448.storm99999@gmail.com>
Message-ID: <f96d234e0708040913r1744a41p85a3df0132f46c0a@mail.gmail.com>

On 7/27/07, Colin Josey <storm99999 at gmail.com> wrote:
> I was attempting to program for the OpenMoko platform in C when I realized how
> inflexible the language was.  I already had a library for what I was doing in
> C# so I looked into porting Mono to OpenMoko.  As far as I know, the system
> is ARM based, runs Linux kernel 2.6.18, runs Gtk+, and uses ipkg for package
> distribution.  Does anyone know the feasibility of such a port, and how it
> would be compiled and set up on an x86 system?

There is already a mono recipe in openembedded that will be used to
cross compile mono.  It currently builds, but there are still some
issues in that it does not run correctly (see archives of this list).
Eventually, we will get it working.  I'm currently using the n770
binaries on another ARM platform, but it is EABI (I think openmoko is
still OABI).

http://www.openembedded.org/filebrowser/org.openembedded.dev/packages/mono

Cliff

-- 
=======================
Cliff Brake
http://bec-systems.com


From jw at zaubercenter.de  Sat Aug  4 14:45:35 2007
From: jw at zaubercenter.de (Jens Wurster)
Date: Sat, 4 Aug 2007 20:45:35 +0200
Subject: [Mono-dev] AJAX Control Toolkit and System.NullReferenceException
Message-ID: <000f01c7d6c7$a5e2ab00$f1a80100$@de>

Hello,

 

I am currently testing the "AJAX Control Toolkit". There are no problems
with most of the controls, only a couple of

doesn't work at the moment. I want to use this Toolkit, so I am anxious to
fix the occurring errors. I am new to mono,

so it's sometimes not easy to find and solve the problems. So far I have
fixed two issues (maybe somebody of the 

development team want to know more about this?!).

 

Now, I am at a loss to fix the following error, can somebody help me,
please. =)

 

System.NullReferenceException: Object reference not set to an instance of an
object

  at System.ComponentModel.EditorAttribute..ctor (System.Type type,
System.Type baseType) [0x00000] in
/root/mono-svn/mcs/class/System/System.ComponentModel/EditorAttribute.cs:61 

  at <0x00000> <unknown method>

  at (wrapper managed-to-native)
System.MonoCustomAttrs:GetCustomAttributesInternal
(System.Reflection.ICustomAttributeProvider,System.Type,bool)

  at System.MonoCustomAttrs.GetCustomAttributesBase
(ICustomAttributeProvider obj, System.Type attributeType) [0x00000] in
/root/mono-svn/mcs/class/corlib/System/MonoCustomAttrs.cs:82 

  at System.MonoCustomAttrs.GetCustomAttributes (ICustomAttributeProvider
obj, System.Type attributeType, Boolean inherit) [0x00012] in
/root/mono-svn/mcs/class/corlib/System/MonoCustomAttrs.cs:120 

  at System.MonoCustomAttrs.GetCustomAttributes (ICustomAttributeProvider
obj, Boolean inherit) [0x0002a] in
/root/mono-svn/mcs/class/corlib/System/MonoCustomAttrs.cs:242 

  at System.Reflection.MonoProperty.GetCustomAttributes (Boolean inherit)
[0x00000] in
/root/mono-svn/mcs/class/corlib/System.Reflection/MonoProperty.cs:201 

  at System.ComponentModel.ReflectionPropertyDescriptor..ctor
(System.Reflection.PropertyInfo info) [0x00000] in
/root/mono-svn/mcs/class/System/System.ComponentModel/ReflectionPropertyDesc
riptor.cs:57 

  at System.ComponentModel.TypeInfo.GetProperties () [0x00040] in
/root/mono-svn/mcs/class/System/System.ComponentModel/TypeDescriptor.cs:1077


  at System.ComponentModel.TypeDescriptor.GetProperties (System.Object
component, Boolean noCustomTypeDesc) [0x0004f] in
/root/mono-svn/mcs/class/System/System.ComponentModel/TypeDescriptor.cs:667 

  at System.ComponentModel.TypeDescriptor.GetProperties (System.Object
component) [0x00000] in
/root/mono-svn/mcs/class/System/System.ComponentModel/TypeDescriptor.cs:623 

  at AjaxControlToolkit.ExtenderControlBase.CheckIfValid (Boolean
throwException) [0x00000] 

  at AjaxControlToolkit.ExtenderControlBase.EnsureValid () [0x00000] 

  at AjaxControlToolkit.DynamicPopulateExtenderControlBase.EnsureValid ()
[0x00000] 

  at AjaxControlToolkit.ExtenderControlBase.GetScriptDescriptors
(System.Web.UI.Control targetControl) [0x00000] 

  at
System.Web.UI.ExtenderControl.System.Web.UI.IExtenderControl.GetScriptDescri
ptors (System.Web.UI.Control targetControl) [0x00000] 

  at System.Web.UI.ScriptManager.RegisterScriptDescriptors (IExtenderControl
extenderControl) [0x00000] 

  at System.Web.UI.ExtenderControl.Render (System.Web.UI.HtmlTextWriter
writer) [0x00000] 

  at AjaxControlToolkit.ExtenderControlBase.Render
(System.Web.UI.HtmlTextWriter writer) [0x00000] 

  at System.Web.UI.Control.RenderControl (System.Web.UI.HtmlTextWriter
writer) [0x00048] in
/root/mono-svn/mcs/class/System.Web/System.Web.UI/Control.cs:1256 

  at System.Web.UI.Control.RenderChildren (System.Web.UI.HtmlTextWriter
writer) [0x00073] in
/root/mono-svn/mcs/class/System.Web/System.Web.UI/Control.cs:1116 

  at System.Web.UI.HtmlControls.HtmlForm.RenderChildren
(System.Web.UI.HtmlTextWriter w) [0x00034] in
/root/mono-svn/mcs/class/System.Web/System.Web.UI.HtmlControls/HtmlForm.cs:3
38 

  at System.Web.UI.HtmlControls.HtmlContainerControl.Render
(System.Web.UI.HtmlTextWriter writer) [0x00007] in
/root/mono-svn/mcs/class/System.Web/System.Web.UI.HtmlControls/HtmlContainer
Control.cs:124 

  at System.Web.UI.HtmlControls.HtmlForm.Render
(System.Web.UI.HtmlTextWriter w) [0x00000] in
/root/mono-svn/mcs/class/System.Web/System.Web.UI.HtmlControls/HtmlForm.cs:3
58 

  at System.Web.UI.Control.RenderControl (System.Web.UI.HtmlTextWriter
writer) [0x00048] in
/root/mono-svn/mcs/class/System.Web/System.Web.UI/Control.cs:1256 

  at System.Web.UI.HtmlControls.HtmlForm.RenderControl
(System.Web.UI.HtmlTextWriter w) [0x00000] in
/root/mono-svn/mcs/class/System.Web/System.Web.UI.HtmlControls/HtmlForm.cs:3
47 

  at System.Web.UI.Control.RenderChildren (System.Web.UI.HtmlTextWriter
writer) [0x00073] in
/root/mono-svn/mcs/class/System.Web/System.Web.UI/Control.cs:1116 

  at System.Web.UI.Control.Render (System.Web.UI.HtmlTextWriter writer)
[0x00000] in
/root/mono-svn/mcs/class/System.Web/System.Web.UI/Control.cs:1092 

  at System.Web.UI.Page.Render (System.Web.UI.HtmlTextWriter writer)
[0x0015c] in /root/mono-svn/mcs/class/System.Web/System.Web.UI/Page.cs:1001 

  at System.Web.UI.Control.RenderControl (System.Web.UI.HtmlTextWriter
writer) [0x00048] in
/root/mono-svn/mcs/class/System.Web/System.Web.UI/Control.cs:1256 

  at System.Web.UI.Page.InternalProcessRequest () [0x003ec] in
/root/mono-svn/mcs/class/System.Web/System.Web.UI/Page.cs:1438 

  at System.Web.UI.Page.ProcessRequest (System.Web.HttpContext context)
[0x00058] in /root/mono-svn/mcs/class/System.Web/System.Web.UI/Page.cs:1202

 

Regards

Jens

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070804/cca42825/attachment.html 

From billholmes54 at gmail.com  Sat Aug  4 15:53:29 2007
From: billholmes54 at gmail.com (Bill Holmes)
Date: Sat, 4 Aug 2007 15:53:29 -0400
Subject: [Mono-dev] [PATCH] Small change to setup of test
Message-ID: <37c5788d0708041253k6195e061ga5d278af012c0dc6@mail.gmail.com>

May I commit this small change.  I am sharing one of my test machines
with another developer and we are seeing file access errors since we
share the same tmp.

This change adds the user name to the temp path to avoid these problems.

-bill
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TestTempDir.diff
Type: application/octet-stream
Size: 1306 bytes
Desc: not available
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20070804/4ab3e91d/attachment.obj 

From miguel at novell.com  Sat Aug  4 17:10:16 2007
From: miguel at novell.com (Miguel de Icaza)
Date: Sat, 04 Aug 2007 17:10:16 -0400
Subject: [Mono-dev] AJAX Control Toolkit
	and	System.NullReferenceException
In-Reply-To: <000f01c7d6c7$a5e2ab00$f1a80100$@de>
References: <000f01c7d6c7$a5e2ab00$f1a80100$@de>
Message-ID: <1186261816.23033.59.camel@erandi.dom>

Hello Jens,

    Do you have a self-contained test case that we could use to
reproduce the problem?

> Hello,
> 
>  
> 
> I am currently testing the "AJAX Control Toolkit". There are no
> problems with most of the controls, only a couple of
> 
> doesn't work at the moment. I want to use this Toolkit, so I am
> anxious to fix the occurring errors. I am new to mono,
> 
> so it's sometimes not easy to find and solve the problems