[Mono-dev] [PATCH] System.Web.UI.WebControls.WebControl - CreateControlStyle()

2006-10-04 Thread Igor Zalmanovich
There is Patch fixes CreateControlStyle method of
System.Web.UI.WebControls.WebControl 
and corresponding test.

Please review.

Igor.




WebControl.patch
Description: WebControl.patch
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] Error when doint make install on Windows

2006-10-04 Thread Kornél Pál
Hi,

I never had a problem like this but now I keep getting error with SVN HEAD 
when doing "make install".

Please help me resolving the problem.

Kornél

Some console output:

make install-local
make[7]: Entering directory `/mono/mcs/tools/resgen'
make[7]: Leaving directory `/mono/mcs/tools/resgen'
make[6]: Leaving directory `/mono/mcs/tools/resgen'
make install-local
make[6]: Entering directory `/mono/mcs/tools'
make[6]: Leaving directory `/mono/mcs/tools'
make[5]: Leaving directory `/mono/mcs/tools'
make install-local
make[5]: Entering directory `/mono/mcs'
make[5]: Leaving directory `/mono/mcs'
make[4]: Leaving directory `/mono/mcs'
make PROFILE=default install
make[4]: Entering directory `/mono/mcs'
make[5]: Entering directory `/mono/mcs/build'
make install-local
make[6]: Entering directory `/mono/mcs/build'
make[6]: Leaving directory `/mono/mcs/build'
make[5]: Leaving directory `/mono/mcs/build'
make[5]: Entering directory `/mono/mcs/jay'
make install-local
make[6]: Entering directory `/mono/mcs/jay'
/bin/sh ../mkinstalldirs /mono-head/bin
: command not foundine 6:
: command not foundine 9:
: command not foundine 12:
'./mkinstalldirs: line 15: syntax error near unexpected token `in
'./mkinstalldirs: line 15: `   case "${1}" in
make[6]: *** [install-local] Error 2
make[6]: Leaving directory `/mono/mcs/jay'
make[5]: *** [do-install] Error 2
make[5]: Leaving directory `/mono/mcs/jay'
make[4]: *** [install-recursive] Error 1
make[4]: Leaving directory `/mono/mcs'
make[3]: *** [profile-do--default--install] Error 2
make[3]: Leaving directory `/mono/mcs'
make[2]: *** [profiles-do--install] Error 2
make[2]: Leaving directory `/mono/mcs'
make[1]: *** [install-exec] Error 2
make[1]: Leaving directory `/mono/mono/runtime'
make: *** [install-recursive] Error 1

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] System.dll few patches for review

2006-10-04 Thread Sebastien Pouliot
Hello Andrew,

On Tue, 2006-10-03 at 10:28 -0700, Andrew Skiba wrote:
> Hello Sebastien,
> 
> > > Part of them is needed to omit TARGET_JVM, so code will be common.
> > 
> > There are no TARGET_JVM in the two files.
> > 
> 
> As I said, these changes are needed to omit TARGET_JVM.

oops

> > > * DigestClient.patch - use MD5.Create instead of 
> > HashAlgorithm.Create
> > > ("MD5")
> > 
> > This is ok in the sense that it will result in the exact same 
> > thing. So the question is: Is that change required ? if so, 
> > can you say why (and include the rational in the ChangeLog).
> 
> After futher investigation, I see that this old limitation in
> Grasshopper is gone, so this patch is not necessary anymore.

k

> > > * X509CertificateCollection.patch - remove unnecessary overload
> > 
> > If this doesn't cause any error with the class library status 
> > pages then remove (don't comment) it. The comment itself can 
> > be put in the ChangeLog.
> 
> According to MSDN X509CertificateCollection does not implement
> IEnumerable privately. 

You're right. Anyway CollectionBase already implements IEnumerable. Not
sure why it was put there (it's been there since the first commit in
2002).

> Actually, that means that the patch should look
> like in the new attachment.
> 
> What do you mean by class library status pages? 

The "old corcompare" which is available online from
http://www.mono-project.com/Class_Status

You should check both 1.x and 2.0 profiles.

> I could run make
> run-test after this patch applied, and it gave same number of errors
> before and after the patch. Is that enough?

No. It will spot functionality regressions but it won't spot errors in
API definitions. I don't see how/why this could break but it's safer to
always check the pages after an API change (either manually on your own
computer or on the public pages a while after the check-in).

-- 
Sebastien Pouliot  <[EMAIL PROTECTED]>
Blog: http://pages.infinit.net/ctech/

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] Mono 1.2 or 1.somethingelse?

2006-10-04 Thread Miguel de Icaza
Hello,

We have always been thinking that the next release of Mono would be
"1.2" which would flag an incremental update to Mono 1.0, but this is a
relatively large update as it contains a lot of functionality that was
not in Mono 1.0.

I would even go as far as saying that we could feel confident that
this could be called "Mono 2.0", but 2.0 would have the unfortunate
effect of confusing people regarding our .net 2.0 support.  

So am thinking that maybe we could call this "Mono 1.5", or if we
plan on keeping the even/odd release numbers from the kernel that we
could call this Mono 1.6 or 1.8

Opinions?

Miguel.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Mono 1.2 or 1.somethingelse?

2006-10-04 Thread Martin Hinks
Hi,

I'd agree that calling it 2.0 would confuse the issue with .net 2.0 support

My (unimportant) 2 cents ;p

Martin

On 10/4/06, Miguel de Icaza <[EMAIL PROTECTED]> wrote:
> Hello,
>
> We have always been thinking that the next release of Mono would be
> "1.2" which would flag an incremental update to Mono 1.0, but this is a
> relatively large update as it contains a lot of functionality that was
> not in Mono 1.0.
>
> I would even go as far as saying that we could feel confident that
> this could be called "Mono 2.0", but 2.0 would have the unfortunate
> effect of confusing people regarding our .net 2.0 support.
>
> So am thinking that maybe we could call this "Mono 1.5", or if we
> plan on keeping the even/odd release numbers from the kernel that we
> could call this Mono 1.6 or 1.8
>
> Opinions?
>
> Miguel.
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>


-- 
Martin Hinks
http://www.m-s-d.net
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Mono 1.2 or 1.somethingelse?

2006-10-04 Thread Alex Chudnovsky
Miguel de Icaza wrote:

>So am thinking that maybe we could call this "Mono 1.5", or if we
>plan on keeping the even/odd release numbers from the kernel that we
>could call this Mono 1.6 or 1.8
>
v1.5 would get my vote, odd/even IMO is not ver applicable here as 
"stable" versions seems to be points in time of the current development 
branch, ie: 1.1.17 that is called stable.

cheers,

Alex
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Mono 1.2 or 1.somethingelse?

2006-10-04 Thread Michael Schurter
Miguel de Icaza wrote:
> I would even go as far as saying that we could feel confident that
> this could be called "Mono 2.0", but 2.0 would have the unfortunate
> effect of confusing people regarding our .net 2.0 support.  

Agreed!

> So am thinking that maybe we could call this "Mono 1.5", or if we
> plan on keeping the even/odd release numbers from the kernel that we
> could call this Mono 1.6 or 1.8
> 
> Opinions?

1.2 seems fine to me.  I don't think people really care as long as new 
release number > old release number.  Skipping version numbers may make 
developers feel better, but it leaves users scratching their heads about 
where 1.2-1.4 went.

Also, 1.5 could be interpreted to mean halfway to .NET 2.0, which is in 
no way accurate.

Don't switch horses mid-stream.  ;)

(Just my very-unimportant $0.02)
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Mono 1.2 or 1.somethingelse?

2006-10-04 Thread Matt Durgavich
I'd go for 1.2. Skipping version numbers is a bad idea. So what there has been tons of progress from 1.1, the next release is still an incremental one. My two US pennies,   - Matt
On 10/4/06, Michael Schurter <[EMAIL PROTECTED]> wrote:
Miguel de Icaza wrote:> I would even go as far as saying that we could feel confident that> this could be called "Mono 2.0", but 2.0 would have the unfortunate> effect of confusing people regarding our .net 
2.0 support.Agreed!> So am thinking that maybe we could call this "Mono 1.5", or if we> plan on keeping the even/odd release numbers from the kernel that we> could call this Mono 
1.6 or 1.8>> Opinions?1.2 seems fine to me.  I don't think people really care as long as newrelease number > old release number.  Skipping version numbers may makedevelopers feel better, but it leaves users scratching their heads about
where 1.2-1.4 went.Also, 1.5 could be interpreted to mean halfway to .NET 2.0, which is inno way accurate.Don't switch horses mid-stream.  ;)(Just my very-unimportant $0.02)___
Mono-devel-list mailing listMono-devel-list@lists.ximian.comhttp://lists.ximian.com/mailman/listinfo/mono-devel-list

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] Where do I start off??

2006-10-04 Thread nagendra prasad
Hi Guys,I must apologize first coz these questions wuld have been asked like a Zillion times yet I am making the mistake of asking them again.The question is I just joined the community today with the idea of developing few 
classes.BUT I  DON'T KNOW WHERE TO START OF FROM,can someone please help me on this.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Maybe a System.Data.OracleClient.dll bug

2006-10-04 Thread David
> On the other hand - after reading other people's mail, it seems to me
> that all who experience the trimming have Oracle database setup as
> UTF8. Mine works in EEMSWIN1250 (you can check this with "SELECT value
> FROM nls_database_parameters WHERE parameter='NLS_CHARACTER_SET';").

No, you're wrong
At First, I use ZHS16GBK and I find the bug
then i turn to utf8, the problem still exists
but I didn't test EEMSWIN1250 at all
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Maybe a System.Data.OracleClient.dll bug

2006-10-04 Thread David
2006/10/4, David <[EMAIL PROTECTED]>:
> > On the other hand - after reading other people's mail, it seems to me
> > that all who experience the trimming have Oracle database setup as
> > UTF8. Mine works in EEMSWIN1250 (you can check this with "SELECT value
> > FROM nls_database_parameters WHERE parameter='NLS_CHARACTER_SET';").
>
> No, you're wrong
> At First, I use ZHS16GBK and I find the bug
> then i turn to utf8, the problem still exists
> but I didn't test EEMSWIN1250 at all
>

And I find the trimming bug only in my Chinese string,
if you input totally engish string, the bug will not happen
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Where do I start off??

2006-10-04 Thread Michael Schurter
nagendra prasad wrote:
> Hi Guys,
> I must apologize first coz these questions wuld have been asked like a 
> Zillion times yet I am making the mistake of asking them again.The 
> question is I just joined the community today with the idea of 
> developing few classes.BUT I  DON'T KNOW WHERE TO START OF FROM,can 
> someone please help me on this.

Welcome!

First of all, the mono list is a better place to start as mono-devel is 
for developer's working *on* (not *with*) Mono.

Secondly http://mono-project.com is the first place to go for binaries, 
source, and documentation.

Finally, install Mono using a package from your distribution or using 
the binaries from mono-project.com.  Write a small "Hello World!" 
project, compile it with mcs, and run it with mono.

-- 
Michael Schurter
Synthesys Solutions
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Mono 1.2 or 1.somethingelse?

2006-10-04 Thread Andrés G. Aragoneses [ knocte ]
Michael Schurter escribió:
> Miguel de Icaza wrote:
>> I would even go as far as saying that we could feel confident that
>> this could be called "Mono 2.0", but 2.0 would have the unfortunate
>> effect of confusing people regarding our .net 2.0 support.  
> 
> Agreed!

I also agree.

>> So am thinking that maybe we could call this "Mono 1.5", or if we
>> plan on keeping the even/odd release numbers from the kernel that we
>> could call this Mono 1.6 or 1.8
>>
>> Opinions?
> 
> 1.2 seems fine to me.  I don't think people really care as long as new 
> release number > old release number.  Skipping version numbers may make 
> developers feel better, but it leaves users scratching their heads about 
> where 1.2-1.4 went.
> 
> Also, 1.5 could be interpreted to mean halfway to .NET 2.0, which is in 
> no way accurate.

I agree with Michael. BTW, can we measure approximately, in a 
percentage, the current implementation of the 2.0 profile?

Regards,

Andrés  [ knocte ]

-- 

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Mono 1.2 or 1.somethingelse? [OT]

2006-10-04 Thread Michael Schurter
Andrés G. Aragoneses [ knocte ] wrote:
> I agree with Michael. BTW, can we measure approximately, in a 
> percentage, the current implementation of the 2.0 profile?

There's always the class status page:

http://mono.ximian.com/class-status/mono-HEAD-vs-fx-2/index.html

Doesn't have a total % complete for the entire framework, but I fail to 
see how thats a very useful metric anyway.  Just look at the specific 
namespaces you're interested in (like System is 94% complete).

-- 
Michael Schurter
Synthesys Solutions
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Where do I start off??

2006-10-04 Thread Andrés G. Aragoneses [ knocte ]
Michael Schurter escribió:
> First of all, the mono list is a better place to start as mono-devel is 
> for developer's working *on* (not *with*) Mono.

According to [1], that's not strictly true. Citing the page:

> mono-devel-list: A mailing list specifically dedicated to discussions about 
> developing Mono and programming *with* Mono.

Regards,

Andrés  [ knocte ]


[1] http://www.mono-project.com/Mailing_Lists
-- 

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Where do I start off??

2006-10-04 Thread Michael Schurter
Andrés G. Aragoneses [ knocte ] wrote:
> Michael Schurter escribió:
>> First of all, the mono list is a better place to start as mono-devel is 
>> for developer's working *on* (not *with*) Mono.
> 
> According to [1], that's not strictly true. Citing the page:
> 
>> mono-devel-list: A mailing list specifically dedicated to
>> discussions about developing Mono and programming *with* Mono.

Ah!  Thanks for clarifying.  I still think a new comer would be better 
of on the more general mono list.

-- 
Michael Schurter
Synthesys Solutions
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Where do I start off??

2006-10-04 Thread Joshua Tauberer
Andrés G. Aragoneses [ knocte ] wrote:
> Michael Schurter escribió:
>> First of all, the mono list is a better place to start as mono-devel is 
>> for developer's working *on* (not *with*) Mono.
> 
> According to [1], that's not strictly true. Citing the page:
> 
>> mono-devel-list: A mailing list specifically dedicated to discussions about 
>> developing Mono and programming *with* Mono.
> (snip)
> [1] http://www.mono-project.com/Mailing_Lists

I just fixed the description on the wiki.  "with" wasn't the right word
(despite the emphasis around it).

-- 
- Joshua Tauberer

http://razor.occams.info

"Strike up the klezmer and start acting like a man. You're
about to have a truth-mitzvah."  -- The Colbert Report
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Where do I start off??

2006-10-04 Thread Costantino Pipero
If I may suggest, there are a couple of good books you could use to get 
going.


1 - if you have a MS.NET/Windows background, your best bet is 
M.J.Easton's "Cross-Platform .NET Development: Using Mono, Portable.NET, 
and Microsoft .NET";
2  - if you know C#  E. Dumbill's "Mono (Developer's Notebook)" it's a 
good practical reference.

3 - last but not least Shoening's "Mono Kick Start".

I don't recall any of those covering details of the monoDevelop IDE 
(which you probably want to use if you come from a Microsoft background 
like me), but that's easy to pick up.
If you have problems getting the printed books, keep in mind that book 
#2 and #3 are published by O'reilly and available as online e-books.


Cos

nagendra prasad wrote:

Hi Guys,
I must apologize first coz these questions wuld have been asked like a 
Zillion times yet I am making the mistake of asking them again.The 
question is I just joined the community today with the idea of 
developing few classes.BUT I  DON'T KNOW WHERE TO START OF FROM,can 
someone please help me on this.



___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
  
begin:vcard
fn:Costantino Pipero
n:Pipero;Costantino
org:Beeond, Inc.
adr:Factory Building, 3rd Floor;;2400 Boston Street;Baltimore;MD;21224;USA
email;internet:[EMAIL PROTECTED]
tel;work:410-327-9032
tel;fax:410-327-4086
tel;cell:443-996-8153
url:http://www.beeond.net
version:2.1
end:vcard

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Error when doint make install on Windows

2006-10-04 Thread Bill Seurer
[EMAIL PROTECTED] wrote on 10/04/2006 07:13:24 AM:

> I never had a problem like this but now I keep getting error with SVN
HEAD
> when doing "make install".
>
> Please help me resolving the problem.
...
> make install-local
> make[6]: Entering directory `/mono/mcs/jay'
> /bin/sh ../mkinstalldirs /mono-head/bin
> : command not foundine 6:
> : command not foundine 9:
> : command not foundine 12:
> './mkinstalldirs: line 15: syntax error near unexpected token `in
> './mkinstalldirs: line 15: `   case "${1}" in


What is in that mkinstalldirs script that is trying to run?  It looks like
something is (well, several things are) wrong in the first 15 lines.

If the contents look OK check that the commands it is trying to run (one
lines 6, 9, and 12)  are installed (in cygwin I assume).
--
Bill Seurer IBM System i5 internal compiler development   Rochester, MN
Business: [EMAIL PROTECTED] Home: [EMAIL PROTECTED]
http://w3.rchland.ibm.com/~seurer/  http://www.seurer.net


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Error when doint make install on Windows

2006-10-04 Thread Kornél Pál
Hi,

I use the version in SVN:
http://svn.myrealbox.com/viewcvs/trunk/mcs/mkinstalldirs?rev=37686&view=markup

It is a working copy without any modifications. I've done "make clean", 
"make" and "make install" using a previous (about two days old) revision. 
Then I updated the working copy from SVN without "make clean". "make" 
succeeded but "make install" failed.

Kornél

- Original Message - 
From: "Bill Seurer" <[EMAIL PROTECTED]>
To: "Kornél Pál" <[EMAIL PROTECTED]>
Sent: Wednesday, October 04, 2006 4:48 PM
Subject: Re: [Mono-dev] Error when doint make install on Windows


> [EMAIL PROTECTED] wrote on 10/04/2006 07:13:24 AM:
>
>> Hi,
>>
>> I never had a problem like this but now I keep getting error with SVN
> HEAD
>> when doing "make install".
>>
>> Please help me resolving the problem.
> ..
>> make install-local
>> make[6]: Entering directory `/mono/mcs/jay'
>> /bin/sh ../mkinstalldirs /mono-head/bin
>> : command not foundine 6:
>> : command not foundine 9:
>> : command not foundine 12:
>> './mkinstalldirs: line 15: syntax error near unexpected token `in
>> './mkinstalldirs: line 15: `   case "${1}" in
>
>
> What is in that mkinstalldirs script that is trying to run?  It looks like
> something is (well, several things are) wrong in the first 15 lines.
> --
> Bill Seurer IBM System i5 internal compiler development   Rochester, 
> MN
> Business: [EMAIL PROTECTED] Home: [EMAIL PROTECTED]
> http://w3.rchland.ibm.com/~seurer/  http://www.seurer.net
>
> 

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] Patch for AssemblyNameReference Parse method

2006-10-04 Thread Eyal Alaluf

Hi, JB.

This is a small fix to the Parse static method of AssemblyNameReference
where the value of PublicToken in the string is allowe to be "null".
Let me know if you have any comments before I commit this patch.

Eyal.Index: Mono.Cecil/AssemblyNameReference.cs

===

--- Mono.Cecil/AssemblyNameReference.cs (revision 66216)

+++ Mono.Cecil/AssemblyNameReference.cs (working copy)

@@ -159,6 +159,9 @@

break;
case "PublicKeyToken":
string pkToken = parts [1];
+   if (pkToken == "null")
+   break;
+
name.PublicKeyToken = new byte 
[pkToken.Length / 2];
for (int j = 0; j < 
name.PublicKeyToken.Length; j++) {
name.PublicKeyToken [j] = 
Byte.Parse (pkToken.Substring (j * 2, 2), NumberStyles.HexNumber);
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Patch for AssemblyNameReference Parse method

2006-10-04 Thread Jb Evain
Hey Eyal,

You can commit, thanks!

Jb

Eyal Alaluf wrote:
> Hi, JB.
> 
> This is a small fix to the Parse static method of AssemblyNameReference
> where the value of PublicToken in the string is allowe to be "null".
> Let me know if you have any comments before I commit this patch.
> 
> Eyal.
> 
> 
> 
> 
> Index: Mono.Cecil/AssemblyNameReference.cs
> 
> ===
> 
> --- Mono.Cecil/AssemblyNameReference.cs   (revision 66216)
> 
> +++ Mono.Cecil/AssemblyNameReference.cs   (working copy)
> 
> @@ -159,6 +159,9 @@
> 
>   break;
>   case "PublicKeyToken":
>   string pkToken = parts [1];
> + if (pkToken == "null")
> + break;
> +
>   name.PublicKeyToken = new byte 
> [pkToken.Length / 2];
>   for (int j = 0; j < 
> name.PublicKeyToken.Length; j++) {
>   name.PublicKeyToken [j] = 
> Byte.Parse (pkToken.Substring (j * 2, 2), NumberStyles.HexNumber);
> 
> 
> 
> 
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] Patch to StructureReader.cs

2006-10-04 Thread Eyal Alaluf

Hi, JB.

In StructureReader.cs under the rare case when the assembly contains more then
1 module the module that is read should also be visited by the StructureReader
otherwise we get exceptions.
The DLL that showed this was either System.EnterpriseServices.dll or one
of the DLLs it uses.
Please let me know if you have any comments before I commit.

Eyal.Index: Mono.Cecil/StructureReader.cs

===

--- Mono.Cecil/StructureReader.cs   (revision 66216)

+++ Mono.Cecil/StructureReader.cs   (working copy)

@@ -232,6 +232,7 @@

modext.Mvid = 
module.Image.MetadataRoot.Streams.GuidHeap [mr.Mvid];
 
modules.Add (modext);
+   modext.Accept(this);
} catch (ReflectionException) {
throw;
} catch (Exception e) {
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Patch to StructureReader.cs

2006-10-04 Thread Jb Evain
Hey Eyal,

Good catch! Please just format the method call as it is everywhere 
before commiting.

Thanks,

Jb

Eyal Alaluf wrote:
> Hi, JB.
> 
> In StructureReader.cs under the rare case when the assembly contains 
> more then
> 1 module the module that is read should also be visited by the 
> StructureReader
> otherwise we get exceptions.
> The DLL that showed this was either System.EnterpriseServices.dll or one
> of the DLLs it uses.
> Please let me know if you have any comments before I commit.
> 
> Eyal.
> 
> 
> 
> 
> Index: Mono.Cecil/StructureReader.cs
> 
> ===
> 
> --- Mono.Cecil/StructureReader.cs (revision 66216)
> 
> +++ Mono.Cecil/StructureReader.cs (working copy)
> 
> @@ -232,6 +232,7 @@
> 
>   modext.Mvid = 
> module.Image.MetadataRoot.Streams.GuidHeap [mr.Mvid];
>  
>   modules.Add (modext);
> + modext.Accept(this);
>   } catch (ReflectionException) {
>   throw;
>   } catch (Exception e) {
> 
> 
> 
> 
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Error when doint make install on Windows

2006-10-04 Thread Kornél Pál
Hi,

I found the soltion:
I had to change line endings to LF. But I don't really understand the 
problem because I didn't update cygwin and the file has svn:eol-style=native 
for a long time.

Kornél

- Original Message - 
From: "Bill Seurer" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, October 04, 2006 5:58 PM
Subject: Re: [Mono-dev] Error when doint make install on Windows


> [EMAIL PROTECTED] wrote on 10/04/2006 07:13:24 AM:
>
>> I never had a problem like this but now I keep getting error with SVN
> HEAD
>> when doing "make install".
>>
>> Please help me resolving the problem.
> ...
>> make install-local
>> make[6]: Entering directory `/mono/mcs/jay'
>> /bin/sh ../mkinstalldirs /mono-head/bin
>> : command not foundine 6:
>> : command not foundine 9:
>> : command not foundine 12:
>> './mkinstalldirs: line 15: syntax error near unexpected token `in
>> './mkinstalldirs: line 15: `   case "${1}" in
>
>
> What is in that mkinstalldirs script that is trying to run?  It looks like
> something is (well, several things are) wrong in the first 15 lines.
>
> If the contents look OK check that the commands it is trying to run (one
> lines 6, 9, and 12)  are installed (in cygwin I assume).
> --
> Bill Seurer IBM System i5 internal compiler development   Rochester, 
> MN
> Business: [EMAIL PROTECTED] Home: [EMAIL PROTECTED]
> http://w3.rchland.ibm.com/~seurer/  http://www.seurer.net
>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list 

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Maybe a System.Data.OracleClient.dll bug

2006-10-04 Thread Leszek Ciesielski
On 10/4/06, David <[EMAIL PROTECTED]> wrote:
> 2006/10/4, David <[EMAIL PROTECTED]>:
> > > On the other hand - after reading other people's mail, it seems to me
> > > that all who experience the trimming have Oracle database setup as
> > > UTF8. Mine works in EEMSWIN1250 (you can check this with "SELECT value
> > > FROM nls_database_parameters WHERE parameter='NLS_CHARACTER_SET';").
> >
> > No, you're wrong
> > At First, I use ZHS16GBK and I find the bug
> > then i turn to utf8, the problem still exists
> > but I didn't test EEMSWIN1250 at all
> >
>
> And I find the trimming bug only in my Chinese string,
> if you input totally engish string, the bug will not happen

Ok, but ZHS16GBK is still a double byte per character encoding. So
maybe I was not precise enough, but it seems we still have two bugs:
one with trimming multibute characters (which happens when databse is
capable of storing them as normal CHARs), the other with replacing
them with '?' (when the database cannot store them as CHAR, but still
should process them correctly as NCHAR). And as I do not have the
administration rights on the database I use for tests (and can not
change the encoding), I'll have to cope with mine bug first before I
can even test yours.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] [PATCH] System.Web.UI.WebControls.WebControl - CreateControlStyle()

2006-10-04 Thread Gonzalo Paniagua Javier
On Wed, 2006-10-04 at 01:32 -0700, Igor Zalmanovich wrote:
> There is Patch fixes CreateControlStyle method of
> System.Web.UI.WebControls.WebControl 
> and corresponding test.

Please, commit.
Thanks.

-Gonzalo


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] SPAM-LOW: Re: SPAM-LOW: Mono Meeting: Venue Update, second update.

2006-10-04 Thread Charlie Poole
Hi Sebastien,

Thanks for the feedback... I'm coming. :-)

Charlie

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Sebastien Pouliot
> Sent: Tuesday, October 03, 2006 4:55 AM
> To: Charlie Poole
> Cc: mono-devel-list@lists.ximian.com
> Subject: SPAM-LOW: Re: [Mono-dev] SPAM-LOW: Mono Meeting: 
> Venue Update, second update.
> 
> Hello Charlie,
> 
> On Mon, 2006-10-02 at 17:13 -0700, Charlie Poole wrote:
> >  I'm still undecided about attending. I'd be curious to hear from 
> > others to know whether there will be many mono application 
> developers, 
> > as opposed to mono developers, at the meeting.
> 
> Not every people [1] listed themselves to the wiki [2] and, 
> from a quick look, only about half of them are mono 
> developers (some of which are mono application developers too ;-). 
> 
> [1] about 45, not sure what is the current total [2] 
> http://mono.wiki.com/2006_Mono-Meeting/Who_is_Coming
> 
> Also I would _guess_ that unlisted participants are more 
> application developers than mono developers. But anyway I'm 
> 100% sure that both kinds are:
> - interested in unit tests;
> - fun to meet ;-)
> 
> Sebastien
> 
> > Charlie
> > 
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] On Behalf Of 
> > > Miguel de Icaza
> > > Sent: Monday, October 02, 2006 2:24 PM
> > > To: mono-list@lists.ximian.com; Mono Announce; 
> > > mono-devel-list@lists.ximian.com
> > > Subject: SPAM-LOW: [Mono-dev] Mono Meeting: Venue Update, second 
> > > update.
> > > 
> > > Hello,
> > > 
> > > Folks, we found a cheaper hotel to organize the event for the 
> > > Mono Meeting, so it will now be hosted closer to the 
> Novell offices 
> > > in Cambridge (close to the original location).
> > > 
> > > The updated location is:
> > > 
> > >   Royal Sonesta Hotel
> > >   Cambridge MA
> > > 
> > > This is the hotel:
> > > 
> > >   http://www.royalsonestaboston.com/
> > > 
> > > Miguel.
> > > ___
> > > Mono-devel-list mailing list
> > > Mono-devel-list@lists.ximian.com
> > > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> > > 
> > 
> > 
> > 
> > ___
> > Mono-devel-list mailing list
> > Mono-devel-list@lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 



___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] SPAM-LOW: Talks at Mono Meeting.

2006-10-04 Thread Charlie Poole
Hi Miguel,

OK, I worked things out and I'm attending the meeting.

I'd be happy to talk a bit about NUnit and where it is in terms of
running on Mono out of the box. It wouldn't be a deep-tech talk, just
an experience report of what kinds of things we ran into, what we're 
doing about them and what might help us move it along.

Charlie 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Miguel de Icaza
> Sent: Sunday, September 03, 2006 10:42 AM
> To: mono-list@lists.ximian.com; mono-devel-list@lists.ximian.com
> Subject: SPAM-LOW: [Mono-dev] Talks at Mono Meeting.
> 
> Hey,
> 
> If you have a project that uses Mono, or you have a 
> project within Mono we would love if you could talk about it 
> at the Mono meeting.
> 
> It is a good way of exposing what you are doing, the 
> status of your project and find other groups to collaborate with.
> 
> If you would like to schedule a slot for talking about it 
> at the Mono Meeting, please drop me an email.
> 
> Miguel.
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 



___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] SPAM-LOW: Re: SPAM-LOW: Talks at Mono Meeting.

2006-10-04 Thread Charlie Poole
 Whoops... sorry to bother the list - that should have gone offline.

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Charlie Poole
> Sent: Wednesday, October 04, 2006 4:38 PM
> To: 'Miguel de Icaza'; mono-list@lists.ximian.com; 
> mono-devel-list@lists.ximian.com
> Subject: SPAM-LOW: Re: [Mono-dev] SPAM-LOW: Talks at Mono Meeting.
> 
> Hi Miguel,
> 
> OK, I worked things out and I'm attending the meeting.
> 
> I'd be happy to talk a bit about NUnit and where it is in 
> terms of running on Mono out of the box. It wouldn't be a 
> deep-tech talk, just an experience report of what kinds of 
> things we ran into, what we're doing about them and what 
> might help us move it along.
> 
> Charlie 
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf 
> Of Miguel 
> > de Icaza
> > Sent: Sunday, September 03, 2006 10:42 AM
> > To: mono-list@lists.ximian.com; mono-devel-list@lists.ximian.com
> > Subject: SPAM-LOW: [Mono-dev] Talks at Mono Meeting.
> > 
> > Hey,
> > 
> > If you have a project that uses Mono, or you have a 
> project within 
> > Mono we would love if you could talk about it at the Mono meeting.
> > 
> > It is a good way of exposing what you are doing, the status of 
> > your project and find other groups to collaborate with.
> > 
> > If you would like to schedule a slot for talking about 
> it at the 
> > Mono Meeting, please drop me an email.
> > 
> > Miguel.
> > ___
> > Mono-devel-list mailing list
> > Mono-devel-list@lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> > 
> 
> 
> 
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 



___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] Version number

2006-10-04 Thread Dennis Hayes
The roadmap has said 1.2 for years, so I would say stay with that.
It is not a strong opinon.
What will be the next major release? If the next release will be .NET 2.0 compatable, 1.5 could make sense.
So, I guess it should be either 1.2 or a new number that fits in to the latest roadmap.
 
Dennis
 ___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] SPAM-LOW: Mono Meeting: Venue Update, second update.

2006-10-04 Thread Gonzalo Paniagua Javier
On Tue, 2006-10-03 at 07:54 -0400, Sebastien Pouliot wrote:
> Hello Charlie,
> 
> On Mon, 2006-10-02 at 17:13 -0700, Charlie Poole wrote:
> >  I'm still undecided about attending. I'd be curious to hear from
> > others to know whether there will be many mono application developers,
> > as opposed to mono developers, at the meeting.
> 
> Not every people [1] listed themselves to the wiki [2] and, from a quick
> look, only about half of them are mono developers (some of which are
> mono application developers too ;-). 
> 
> [1] about 45, not sure what is the current total

Btw, there are currently 78 registered attendants.

-Gonzalo


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] Jit and C# Compiler

2006-10-04 Thread Khaled A. K. Mohammed
Hi, 

I am doing a course on compiler. I am planning to choose a project based
on .NET Framework/Mono. 

I am briefly describing the project below. 
The project will aim to improve the execution of CIL image on multicore
processors. First step is to change the C# compiler to insert custom
instructions into the managed binary (just like how the line #s are
stored). These instructions will be parsed by JIT to pick valuable
information about instruction dependency and will be able to make smart
decisions. Yes, the size of binaries will grow. We will work for a
optimal solutions - may be by having a percentage size threshold.  

This is a research/school project to prove a concept. 

Lots of comments/suggestions are welcomed.

Regards,
Khaled

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list