[Mono-dev] MonoDevelop crash after 3mn of use...
I've upgraded mono from svn today and monodevelop crash after 3mn of use... (everytime) Stacktrace: at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) 0x4 at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) 0x at System.Threading.WaitHandle.WaitAny (System.Threading.WaitHandle[],System.TimeSpan,bool) 0x000d3 at System.Threading.RegisteredWaitHandle.Wait (object) 0x00084 at (wrapper delegate-invoke) System.MulticastDelegate.invoke_void_object (object) 0x at (wrapper runtime-invoke) System.Object.runtime_invoke_void_object (object,intptr,intptr,intptr) 0x Native stacktrace: /usr/bin/mono [0x8163bba] /usr/bin/mono [0x812be68] [0xb7f4c440] [0xb52828f7] [0xb528260c] [0xb52823fd] [0xb5282043] [0xb5281fae] /usr/bin/mono(mono_runtime_invoke_array+0x18f) [0x80de83f] /usr/bin/mono [0x80deb6a] /usr/bin/mono [0x80ebda3] /usr/bin/mono [0x80ed180] /usr/bin/mono [0x80b7ba1] /usr/bin/mono [0x8109377] /usr/bin/mono [0x81220a3] /lib/libpthread.so.0 [0xb7e62512] /lib/libc.so.6(__clone+0x5e) [0xb7dd7fce] Debug info from gdb: Using host libthread_db library /lib/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1210984768 (LWP 31981)] [New Thread -1328563296 (LWP 32217)] [New Thread -1330074720 (LWP 32215)] [New Thread -1259070560 (LWP 32161)] [New Thread -1324926048 (LWP 32147)] [New Thread -1306944608 (LWP 32145)] [New Thread -1288803424 (LWP 32144)] [New Thread -1268823136 (LWP 32140)] [New Thread -1267704928 (LWP 32139)] [New Thread -1256965216 (LWP 32134)] [New Thread -1252287584 (LWP 32133)] [New Thread -1255703648 (LWP 32128)] [New Thread -1254585440 (LWP 32126)] [New Thread -1253532768 (LWP 32125)] [New Thread -1221973088 (LWP 31985)] [New Thread -1214796896 (LWP 31984)] 0xb7f4c410 in ?? () 16 Thread -1214796896 (LWP 31984) 0xb7f4c410 in ?? () 15 Thread -1221973088 (LWP 31985) 0xb7f4c410 in ?? () 14 Thread -1253532768 (LWP 32125) 0xb7f4c410 in ?? () 13 Thread -1254585440 (LWP 32126) 0xb7f4c410 in ?? () 12 Thread -1255703648 (LWP 32128) 0xb7f4c410 in ?? () 11 Thread -1252287584 (LWP 32133) 0xb7f4c410 in ?? () 10 Thread -1256965216 (LWP 32134) 0xb7f4c410 in ?? () 9 Thread -1267704928 (LWP 32139) 0xb7f4c410 in ?? () 8 Thread -1268823136 (LWP 32140) 0xb7f4c410 in ?? () 7 Thread -1288803424 (LWP 32144) 0xb7f4c410 in ?? () 6 Thread -1306944608 (LWP 32145) 0xb7f4c410 in ?? () 5 Thread -1324926048 (LWP 32147) 0xb7f4c410 in ?? () 4 Thread -1259070560 (LWP 32161) 0xb7f4c410 in ?? () 3 Thread -1330074720 (LWP 32215) 0xb7f4c410 in ?? () 2 Thread -1328563296 (LWP 32217) 0xb7f4c410 in ?? () 1 Thread -1210984768 (LWP 31981) 0xb7f4c410 in ?? () Thread 16 (Thread -1214796896 (LWP 31984)): #0 0xb7f4c410 in ?? () #1 0xb797a438 in ?? () #2 0x081f4560 in ?? () #3 0x in ?? () Thread 15 (Thread -1221973088 (LWP 31985)): #0 0xb7f4c410 in ?? () #1 0xb72a2238 in ?? () #2 0x0043 in ?? () #3 0x in ?? () Thread 14 (Thread -1253532768 (LWP 32125)): #0 0xb7f4c410 in ?? () #1 0xb54891c0 in ?? () #2 0x081f4560 in ?? () #3 0xb5489198 in ?? () #4 0xb7e67d78 in accept () from /lib/libpthread.so.0 #5 0x08113149 in _wapi_accept (fd=78, addr=0x0, addrlen=0x0) at sockets.c:199 #6 0x080d2817 in ves_icall_System_Net_Sockets_Socket_Accept_internal ( sock=78, error=0xb5489280) at socket-io.c:784 #7 0xb548f002 in ?? () #8 0x004e in ?? () #9 0xb5489280 in ?? () #10 0x08e6d928 in ?? () #11 0x in ?? () Thread 13 (Thread -1254585440 (LWP 32126)): #0 0xb7f4c410 in ?? () #1 0xb5388154 in ?? () #2 0x1747 in ?? () #3 0x in ?? () Thread 12 (Thread -1255703648 (LWP 32128)): #0 0xb7f4c410 in ?? () #1 0xb5277010 in ?? () #2 0x18c9 in ?? () #3 0x in ?? () Thread 11 (Thread -1252287584 (LWP 32133)): #0 0xb7f4c410 in ?? () #1 0xb55b8c88 in ?? () #2 0x1721 in ?? () #3 0x in ?? () Thread 10 (Thread -1256965216 (LWP 32134)): #0 0xb7f4c410 in ?? () #1 0xb5143240 in ?? () #2 0x081f4560 in ?? () #3 0xb5143224 in ?? () #4 0xb7e68356 in __nanosleep_nocancel () from /lib/libpthread.so.0 #5 0x08108966 in SleepEx (ms=3000, alertable=1) at threads.c:997 #6 0x080b77c2 in ves_icall_System_Threading_Thread_Sleep_internal (ms=3000) at threads.c:612 #7 0xb51738fe in ?? () #8 0x0bb8 in ?? () #9 0x08fbea98 in ?? () #10 0x0172b438 in ?? () #11 0x00479618 in ?? () #12 0x00479618 in ?? () #13 0x0bb8 in ?? () #14 0x004fa618 in ?? () #15 0xb514328c in ?? () #16 0xb51738dc in ?? () #17 0xb51432a0 in ?? () #18 0xb5173887 in ?? () #19 0x0bb8 in ?? () #20 0x004fa618 in ?? () #21 0x in ?? () Thread 9 (Thread -1267704928 (LWP 32139)): #0 0xb7f4c410 in ?? () #1 0xb4705260 in ?? ()
[Mono-dev] ASP.NET MySql connection
Hello, thanks for response. I used reference in Web.config and change relate to you advice from: add assembly=MySql.Data,Version=1.0.8.0, Culture=neutral, PublicKeyToken=c5687fc88969c44d//assemblies/compilation to: add assembly=MySql.Data//assemblies/compilation and received new error message: Error message: /tmp/asterisk-temp-aspnet-0/841db34f/4ef743b7._1.cs(8,2) : error CS0246: The type or namespace name `DataObject' could not be found. Are you missing a using directive or an assembly reference? Source File: /tmp/asterisk-temp-aspnet-0/841db34f/4ef743b7._1.cs 06-12-19, Michał Ziemski [EMAIL PROTECTED] napisał(a): Hi! Is the error message still the same? Then perhaps you have analogous references in Global.asax? Try removing Version, Culture, PTK from there. Try leaving only the module name. Cheers! Michał Ziemski Dariusz Linowski napisał(a): it didn't help for my application ): ; 2006/12/19, Michał Ziemski [EMAIL PROTECTED]: Hi! Got the same problem yesterday. I removed Version, Culture, PTK leaving only the name and it worked. Still I am not certain if this new behaviour is a bug or a feature. Cheers! Michał Ziemski Dariusz Linowski napisał(a): Hello, I rewrote my code skiped VDW toolbox controls and now is more better but not good (: Currently I receive message: error CS0006: cannot find metadata file `1.0.8.0' What is wrong? In the GAC i see this assmembles: [EMAIL PROTECTED] conf]# gacutil -l |grep MySql MySql.Data, Version=1.0.7.30072, Culture=neutral, PublicKeyToken=c5687fc88969c44d MySql.Data, Version=1.0.7.30073, Culture=neutral, PublicKeyToken=8e323390df8d9ed4 MySql.Data, Version=1.0.8.0, Culture=neutral, PublicKeyToken=c5687fc88969c44d On the Web.config i have: add assembly=MySql.Data,Version=1.0.8.0,Culture=neutral,PublicKeyToken=c5687fc88969c44d//assemblies/compilation On the httpd.conf I have: MonoPath visual /usr/lib/mono/gac/MySql.Data/1.0.8.0__c5687fc88969c44d -- Pozdrawiam, Dariusz Linowski ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ASP.NET MySql connection
Hi! Now for the tricky part: go to /usr/lib/mono/1.0 (2.0 if you are using 2.0) make a symbolic link here to MySql.Data.dll in gac (ln -s ../gac/MySql.Data/1.0.8.0__c5687fc88969c44d/MySql.Data.dll) It should work now (at least it worked for me :)). In case of emergency, you can always copy MySql.Data to bin directory in your application path. Cheers! Dariusz Linowski napisał(a): Hello, thanks for response. I used reference in Web.config and change relate to you advice from: add assembly=MySql.Data,Version=1.0.8.0, Culture=neutral, PublicKeyToken=c5687fc88969c44d//assemblies/compilation to: add assembly=MySql.Data//assemblies/compilation and received new error message: Error message: /tmp/asterisk-temp-aspnet-0/841db34f/4ef743b7._1.cs(8,2) : error CS0246: The type or namespace name `DataObject' could not be found. Are you missing a using directive or an assembly reference? Source File: /tmp/asterisk-temp-aspnet-0/841db34f/4ef743b7._1.cs 06-12-19, Michał Ziemski [EMAIL PROTECTED] napisał(a): Hi! Is the error message still the same? Then perhaps you have analogous references in Global.asax? Try removing Version, Culture, PTK from there. Try leaving only the module name. Cheers! Michał Ziemski Dariusz Linowski napisał(a): it didn't help for my application ): ; 2006/12/19, Michał Ziemski [EMAIL PROTECTED]: Hi! Got the same problem yesterday. I removed Version, Culture, PTK leaving only the name and it worked. Still I am not certain if this new behaviour is a bug or a feature. Cheers! Michał Ziemski Dariusz Linowski napisał(a): Hello, I rewrote my code skiped VDW toolbox controls and now is more better but not good (: Currently I receive message: error CS0006: cannot find metadata file `1.0.8.0' What is wrong? In the GAC i see this assmembles: [EMAIL PROTECTED] conf]# gacutil -l |grep MySql MySql.Data, Version=1.0.7.30072, Culture=neutral, PublicKeyToken=c5687fc88969c44d MySql.Data, Version=1.0.7.30073, Culture=neutral, PublicKeyToken=8e323390df8d9ed4 MySql.Data, Version=1.0.8.0, Culture=neutral, PublicKeyToken=c5687fc88969c44d On the Web.config i have: add assembly=MySql.Data,Version=1.0.8.0,Culture=neutral,PublicKeyToken=c5687fc88969c44d//assemblies/compilation On the httpd.conf I have: MonoPath visual /usr/lib/mono/gac/MySql.Data/1.0.8.0__c5687fc88969c44d ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ASP.NET MySql connection
Thanks Michał, but it haven't worked still. Error message: (0,0) : error CS0006: cannot find metadata file `1.0.8.0' I checked for your suggestion without/with ( Version, Culture, PTK ) and with symbolic link to mono/2.0 directory. I always add MySql.Data.dll to /bin application direcrory and I don't understand why apllication look for this .dll in other places ! 06-12-20, Michał Ziemski [EMAIL PROTECTED] napisał(a): Hi! Now for the tricky part: go to /usr/lib/mono/1.0 (2.0 if you are using 2.0) make a symbolic link here to MySql.Data.dll in gac (ln -s ../gac/MySql.Data/1.0.8.0__c5687fc88969c44d/MySql.Data.dll) It should work now (at least it worked for me :)). In case of emergency, you can always copy MySql.Data to bin directory in your application path. Cheers! Dariusz Linowski napisał(a): Hello, thanks for response. I used reference in Web.config and change relate to you advice from: add assembly=MySql.Data,Version=1.0.8.0, Culture=neutral, PublicKeyToken=c5687fc88969c44d//assemblies/compilation to: add assembly=MySql.Data//assemblies/compilation and received new error message: Error message: /tmp/asterisk-temp-aspnet-0/841db34f/4ef743b7._1.cs(8,2) : error CS0246: The type or namespace name `DataObject' could not be found. Are you missing a using directive or an assembly reference? Source File: /tmp/asterisk-temp-aspnet-0/841db34f/4ef743b7._1.cs 06-12-19, Michał Ziemski [EMAIL PROTECTED] napisał(a): Hi! Is the error message still the same? Then perhaps you have analogous references in Global.asax? Try removing Version, Culture, PTK from there. Try leaving only the module name. Cheers! Michał Ziemski Dariusz Linowski napisał(a): it didn't help for my application ): ; 2006/12/19, Michał Ziemski [EMAIL PROTECTED]: Hi! Got the same problem yesterday. I removed Version, Culture, PTK leaving only the name and it worked. Still I am not certain if this new behaviour is a bug or a feature. Cheers! Michał Ziemski Dariusz Linowski napisał(a): Hello, I rewrote my code skiped VDW toolbox controls and now is more better but not good (: Currently I receive message: error CS0006: cannot find metadata file `1.0.8.0' What is wrong? In the GAC i see this assmembles: [EMAIL PROTECTED] conf]# gacutil -l |grep MySql MySql.Data, Version=1.0.7.30072, Culture=neutral, PublicKeyToken=c5687fc88969c44d MySql.Data, Version=1.0.7.30073, Culture=neutral, PublicKeyToken=8e323390df8d9ed4 MySql.Data, Version=1.0.8.0, Culture=neutral, PublicKeyToken=c5687fc88969c44d On the Web.config i have: add assembly=MySql.Data,Version=1.0.8.0,Culture=neutral,PublicKeyToken=c5687fc88969c44d//assemblies/compilation On the httpd.conf I have: MonoPath visual /usr/lib/mono/gac/MySql.Data/1.0.8.0__c5687fc88969c44d -- Pozdrawiam, Dariusz Linowski ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ObjectDisposedException etc lacks #ctor(String, Exception)
Robert Jordan wrote: Andy Hume wrote: I was using new ObjectDisposedException(..., caughtException) in my code, and thus on Mono it fails at runtime with MissingMethodException as that exception has no #ctor(string message, Exception inner) in Mono. These missing bits are already on the class status report: [...] Instead of writing you own tools you might have a look at MoMa: Ahh yes, woops. Oh well, I learned some more about using Reflection anyway. :-,) I fixed the remaining corlib ones (including fixing the HResults in all). The remaining XxxxException omission listed was InvalidCastException.ctor(System.String, System.Int32). MSDN says: This constructor supplies an HRESULT value that is accessible to inheritors of the InvalidCastException class, via the protected HResult property of the Exception class. I added that method too, setting the HResult property from the Int32 argument. I attach a patch for all that. A caveat though, as I expect setting up the build environment may take me some time on my Windows box, I added all the corlib files into a Visual Studio project and compiled it there... So no further testing could be done... Don't know whether that's of any use, or just hassle. :-,( I'll have a further look at Moma, I'd run it previously against my code base and it had reported that constructor omission, and VB.NET Forms things in my code samples. The next release of my OBEX library (Brecham.Obex at http://32feet.NET) will support Mono use across all functions (it works mostly in the last release), with the only behavioural difference now being the wrong exception resulting from http://bugzilla.ximian.com/show_bug.cgi?id=80231 (resolved). The 32feet.NET library itself, which provides IrDA and Bluetooth sockets support, may require more extensive work... But I'm sure we can provide helpful input. :-) Andy System.diff Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] upgrading nunit to newer version
joel reed wrote: [...] because the exception class marked is marked internal, I couldn't use ExpectedExceptionAttribute with a typeof. In nunit 2.2.9, you can do a [ExpectedException(System.InvalidOperationException)], which would I think help in these scenarios. Err, I think that NUnit feature has been there for a while; that is ExpectedExceptionAttribute(string exceptionName). I used it in 2.2.7. I fact, it apparently arrived in 2.2.4, see e.g. http://www.nunit.org/index.php?p=exceptionr=2.2.9: ExpectedExceptionAttribute [...] The second (NUnit 2.2.4) takes the full name of the expected exception type as a string. Andy Send instant messages to your online friends http://uk.messenger.yahoo.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ASP.NET MySql connection
Hi! You still have Version=1.0.8.0 somewhere. Find it, remove it (along with any Culture, PKT) and you should be fine. grep your source tree (.aspx Global.asax web.config) for Version. It has to be somewhere, the complier wouldn't invent '1.0.8.0' on its own. Cheers! Michał Ziemski Dariusz Linowski napisał(a): Thanks Michał, but it haven't worked still. Error message: (0,0) : error CS0006: cannot find metadata file `1.0.8.0' I checked for your suggestion without/with ( Version, Culture, PTK ) and with symbolic link to mono/2.0 directory. I always add MySql.Data.dll to /bin application direcrory and I don't understand why apllication look for this .dll in other places ! 06-12-20, Michał Ziemski [EMAIL PROTECTED] napisał(a): Hi! Now for the tricky part: go to /usr/lib/mono/1.0 (2.0 if you are using 2.0) make a symbolic link here to MySql.Data.dll in gac (ln -s ../gac/MySql.Data/1.0.8.0__c5687fc88969c44d/MySql.Data.dll) It should work now (at least it worked for me :)). In case of emergency, you can always copy MySql.Data to bin directory in your application path. Cheers! Dariusz Linowski napisał(a): Hello, thanks for response. I used reference in Web.config and change relate to you advice from: add assembly=MySql.Data,Version=1.0.8.0, Culture=neutral, PublicKeyToken=c5687fc88969c44d//assemblies/compilation to: add assembly=MySql.Data//assemblies/compilation and received new error message: Error message: /tmp/asterisk-temp-aspnet-0/841db34f/4ef743b7._1.cs(8,2) : error CS0246: The type or namespace name `DataObject' could not be found. Are you missing a using directive or an assembly reference? Source File: /tmp/asterisk-temp-aspnet-0/841db34f/4ef743b7._1.cs 06-12-19, Michał Ziemski [EMAIL PROTECTED] napisał(a): Hi! Is the error message still the same? Then perhaps you have analogous references in Global.asax? Try removing Version, Culture, PTK from there. Try leaving only the module name. Cheers! Michał Ziemski Dariusz Linowski napisał(a): it didn't help for my application ): ; 2006/12/19, Michał Ziemski [EMAIL PROTECTED]: Hi! Got the same problem yesterday. I removed Version, Culture, PTK leaving only the name and it worked. Still I am not certain if this new behaviour is a bug or a feature. Cheers! Michał Ziemski Dariusz Linowski napisał(a): Hello, I rewrote my code skiped VDW toolbox controls and now is more better but not good (: Currently I receive message: error CS0006: cannot find metadata file `1.0.8.0' What is wrong? In the GAC i see this assmembles: [EMAIL PROTECTED] conf]# gacutil -l |grep MySql MySql.Data, Version=1.0.7.30072, Culture=neutral, PublicKeyToken=c5687fc88969c44d MySql.Data, Version=1.0.7.30073, Culture=neutral, PublicKeyToken=8e323390df8d9ed4 MySql.Data, Version=1.0.8.0, Culture=neutral, PublicKeyToken=c5687fc88969c44d On the Web.config i have: add assembly=MySql.Data,Version=1.0.8.0,Culture=neutral,PublicKeyToken=c5687fc88969c44d//assemblies/compilation On the httpd.conf I have: MonoPath visual /usr/lib/mono/gac/MySql.Data/1.0.8.0__c5687fc88969c44d ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] upgrading nunit to newer version
Andy Hume wrote: joel reed wrote: [...] because the exception class marked is marked internal, I couldn't use ExpectedExceptionAttribute with a typeof. In nunit 2.2.9, you can do a [ExpectedException(System.InvalidOperationException)], which would I think help in these scenarios. Err, I think that NUnit feature has been there for a while; that is ExpectedExceptionAttribute(string exceptionName). I used it in 2.2.7. I fact, it apparently arrived in 2.2.4, see e.g. http://www.nunit.org/index.php?p=exceptionr=2.2.9: ExpectedExceptionAttribute [...] The second (NUnit 2.2.4) takes the full name of the expected exception type as a string. You are correct, but the version built into the mono/olive tree seems to be 2.0.0, which is too old. jr begin:vcard fn:Joel Reed n:Reed;Joel org:Development Dimensions International;E-Systems adr;dom:;;1225 Washington Pike;Bridgeville;PA;15017 title:Manager, E-Products RD tel;work:412-257-3881 note;quoted-printable:Unleashing Executive Talent. Hiring Promoting The Best.=0D=0A= Developing Extraordinary Leaders. Discover how at www.ddiworld.com x-mozilla-html:FALSE 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
[Mono-dev] NunitWeb is back
Hello all, Starting with r69810 NunitWeb is back for System.Web tests. Mono runtime on linux (cygwin is fine!) sometimes crashes when running in non-default appdomain from non first ThreadPool thread. r69809 finished a line of changes in NunitWeb framework to workaround this problem. Regards, Konstantin Triger ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] Support for ASP.NET 2.0 ProfileCommon class and related things
Hello,
The attached diff implements support for auto-generating a class with
the properties named in the profile section of web.config and
assigning it to HttpContext.Profile. The custom class is put in the
AppCode toplevel assembly on application startup.
It also adds code to generate a property Profile for classes generated
from .aspx files. Please review,
marek
Index: System.Web.Configuration_2.0/ProfilePropertyNameValidator.cs
===
--- System.Web.Configuration_2.0/ProfilePropertyNameValidator.cs (revision 69802)
+++ System.Web.Configuration_2.0/ProfilePropertyNameValidator.cs (working copy)
@@ -42,9 +42,14 @@
{
base.Validate (value);
- /* XXX this should really do additional
- * checking. MS doesn't, but it makes almost
- * no sense */
+ string val = value as string;
+ if (value == null)
+throw new ArgumentNullException (value);
+ val = val.Trim ();
+ if (String.IsNullOrEmpty (val))
+throw new ArgumentException (name cannot be empty.);
+ if (val.Contains (.))
+throw new ArgumentException (name cannot contain period);
}
}
}
Index: System.Web.Profile/ProfileParser.cs
===
--- System.Web.Profile/ProfileParser.cs (revision 69802)
+++ System.Web.Profile/ProfileParser.cs (working copy)
@@ -44,7 +44,13 @@
public static Type GetProfileCommonType (HttpContext context)
{
- Type profileBaseType = Type.GetType (ProfileCommon);
+ string typeName;
+ if (AppCodeCompiler.DefaultAppCodeAssemblyName != null)
+typeName = String.Format (ProfileCommon, {0}, AppCodeCompiler.DefaultAppCodeAssemblyName);
+ else
+typeName = ProfileCommon;
+
+ Type profileBaseType = Type.GetType (typeName);
if (profileBaseType == null) {
//Compiler call
}
@@ -53,7 +59,15 @@
public static Type GetProfileGroupType (HttpContext context, string groupName)
{
- Type profileGroupType = Type.GetType (ProfileGroup + groupName);
+ string typeName;
+ if (AppCodeCompiler.DefaultAppCodeAssemblyName != null)
+typeName = String.Format (ProfileCommon{0}, {1},
+ groupName,
+ AppCodeCompiler.DefaultAppCodeAssemblyName);
+ else
+typeName = String.Format (ProfileCommon{0}, groupName);
+
+ Type profileGroupType = Type.GetType (typeName);
if (profileGroupType == null) {
//Compiler call
}
Index: System.Web/HttpContext.cs
===
--- System.Web/HttpContext.cs (revision 69802)
+++ System.Web/HttpContext.cs (working copy)
@@ -324,8 +324,7 @@
}
public ProfileBase Profile {
- get
- {
+ get {
if (profile == null) {
if (Request.IsAuthenticated)
profile = ProfileBase.Create (User.Identity.Name);
@@ -334,6 +333,10 @@
}
return profile;
}
+
+ internal set {
+profile = value;
+ }
}
#endif
Index: System.Web.Compilation/PageCompiler.cs
===
--- System.Web.Compilation/PageCompiler.cs (revision 69802)
+++ System.Web.Compilation/PageCompiler.cs (working copy)
@@ -32,9 +32,13 @@
using System.IO;
using System.Reflection;
using System.Text;
+using System.Web.Configuration;
using System.Web.UI;
using System.Web.SessionState;
using System.Web.Util;
+#if NET_2_0
+using System.Web.Profile;
+#endif
namespace System.Web.Compilation
{
@@ -85,6 +89,41 @@
mainClass.Members.Add (method);
}
+ void InternalCreatePageProperty (string retType, string name, string contextProperty)
+ {
+ CodeMemberProperty property = new CodeMemberProperty ();
+ property.Name = name;
+ property.Type = new CodeTypeReference (retType);
+ property.Attributes = MemberAttributes.Family | MemberAttributes.Final;
+
+ CodeMethodReturnStatement ret = new CodeMethodReturnStatement ();
+ CodeCastExpression cast = new CodeCastExpression ();
+ ret.Expression = cast;
+
+ CodePropertyReferenceExpression refexp = new CodePropertyReferenceExpression ();
+ refexp.TargetObject = new CodePropertyReferenceExpression (new CodeThisReferenceExpression (), Context);
+ refexp.PropertyName = contextProperty;
+
+ cast.TargetType = new CodeTypeReference (retType);
+ cast.Expression = refexp;
+
+ property.GetStatements.Add (ret);
+ mainClass.Members.Add (property);
+ }
+
+#if NET_2_0
+ void CreateProfileProperty ()
+ {
+ string retType;
+ ProfileSection ps = WebConfigurationManager.GetSection (system.web/profile) as ProfileSection;
+ if (ps != null ps.PropertySettings.Count 0)
+retType = ProfileCommon;
+ else
+retType = System.Web.Profile.DefaultProfile;
+ InternalCreatePageProperty (retType, Profile, Profile);
+ }
+#endif
+
static CodeAssignStatement CreatePropertyAssign (CodeExpression expr, string name, object value)
{
CodePropertyReferenceExpression prop;
@@ -226,6 +265,7 @@
base.CreateMethods
Re: [Mono-dev] _wapi_shm_semaphores_init
On Tue, 2006-12-19 at 19:49 +0100, Joachim Ante wrote: It's on my todo list, as is the rest of bug 78739. Glad to hear that. Any idea when that will be done? No estimate at the moment. - Dick signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] MoMA 1.1 - analysing MoMA.Analyzer.dll
Hi, this is a bit off-topic but I think its worthy of mentioning. running MoMA on the MoMA's MoMA.Analyzer.dll will report that there are problems in that dll: 1- Not implemented exception 1- MonoTodo. isn't that a bug? That causes a bad impression on MoMA regarding the reliability of its analisys. Unless MoMA can't really run on mono. (which would also cause a bad impression ... :D) Best regards, -- Miguel Sousa Filipe ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] patch to allow classes derived from System.Type, patch to allow GetProperty on TypeBuilder
Hi all,
I am attaching patches I prepared while working on mono support in
OpenOffice. 1st patch allows one to create a type class derived from
System.Type, which can be used for reflection and emitting. (Paolo
helped me a lot with it)
2nd implements GetProperty on TypeBuilder (which already created type)
Please review the patches and let me know whether it is OK to commit
thme. I will prepare ChangeLog entry as well. Unfortunately I have not
managed to provide automated tests yet.
Cheers
Radek
Index: mono/mono/metadata/reflection.c
===
--- mono/mono/metadata/reflection.c (revision 69726)
+++ mono/mono/metadata/reflection.c (working copy)
@@ -143,6 +143,7 @@
static void get_default_param_value_blobs (MonoMethod *method, char **blobs, guint32 *types);
static MonoObject *mono_get_object_from_blob (MonoDomain *domain, MonoType *type, const char *blob);
static inline MonoType *dup_type (const MonoType *original);
+static MonoReflectionType *mono_reflection_type_get_underlying_system_type (MonoReflectionType* t);
/**
* mp_g_alloc:
@@ -584,7 +585,9 @@
mono_metadata_encode_value (MONO_TYPE_VOID, p, endbuf);
return;
}
- if (type-type) {
+
+ if (type-type ||
+((type = mono_reflection_type_get_underlying_system_type (type)) type-type)) {
encode_type (assembly, type-type, p, endbuf);
return;
}
@@ -7581,6 +7584,31 @@
return result;
}
+static MonoReflectionType*
+mono_reflection_type_get_underlying_system_type (MonoReflectionType* t)
+{
+MonoMethod *method_get_underlying_system_type;
+
+method_get_underlying_system_type = mono_object_get_virtual_method ((MonoObject *) t,
+mono_class_get_method_from_name (mono_object_class (t),
+ get_UnderlyingSystemType,
+ 0));
+return (MonoReflectionType *) mono_runtime_invoke (method_get_underlying_system_type, t, NULL, NULL);
+}
+
+static MonoType*
+mono_reflection_type_get_handle (MonoReflectionType* t)
+{
+if (t-type)
+return t-type;
+
+t = mono_reflection_type_get_underlying_system_type (t);
+if (t)
+return t-type;
+
+return NULL;
+}
+
/**
* LOCKING: Assumes the loader lock is held.
*/
@@ -7596,7 +7624,7 @@
sig-sentinelpos = -1; /* FIXME */
for (i = 0; i count; ++i) {
MonoReflectionType *pt = mono_array_get (parameters, MonoReflectionType*, i);
- sig-params [i] = pt-type;
+ sig-params [i] = mono_reflection_type_get_handle (pt);
}
return sig;
}
@@ -7765,8 +7793,18 @@
}
k = mono_object_class (arg);
if (!mono_object_isinst (arg, mono_defaults.monotype_class)
-(strcmp (k-name, TypeBuilder) || strcmp (k-name_space, System.Reflection.Emit)))
- g_error (Only System.Type allowed, not %s.%s, k-name_space, k-name);
+(strcmp (k-name, TypeBuilder) || strcmp (k-name_space, System.Reflection.Emit))) {
+MonoReflectionType* rt = mono_reflection_type_get_underlying_system_type ((MonoReflectionType*) arg);
+MonoClass *rtc;
+
+if (rt (rtc = mono_object_class (rt))
+ (mono_object_isinst ((MonoObject *) rt, mono_defaults.monotype_class) ||
+!strcmp (rtc-name, TypeBuilder) || !strcmp (rtc-name_space, System.Reflection.Emit))) {
+arg = (MonoObject *) rt;
+k = rtc;
+} else
+g_error (Only System.Type allowed, not %s.%s, k-name_space, k-name);
+}
handle_type:
str = type_get_qualified_name (((MonoReflectionType*)arg)-type, NULL);
slen = strlen (str);
Index: mcs/class/corlib/System.Reflection.Emit/TypeBuilder.cs
===
--- mcs/class/corlib/System.Reflection.Emit/TypeBuilder.cs (revision 69726)
+++ mcs/class/corlib/System.Reflection.Emit/TypeBuilder.cs (working copy)
@@ -1147,7 +1147,14 @@
}
protected override PropertyInfo GetPropertyImpl( string name, BindingFlags bindingAttr, Binder binder, Type returnType, Type[] types, ParameterModifier[] modifiers) {
- throw not_supported ();
+ check_created ();
+ if (types == null) {
+if (bindingAttr == DefaultBindingFlags)
+ return created.GetProperty (name, returnType);
+else
+ return created.GetProperty (name, bindingAttr);
+ } else
+return created.GetProperty (name, bindingAttr, binder, returnType, types, modifiers);
}
protected override bool HasElementTypeImpl () {
Re: [Mono-dev] NunitWeb is back
Hello Konstantin, Starting with r69810 NunitWeb is back for System.Web tests. Thanks for the update and the fixes! Am sorry that we were not able to get around looking at this bug ourselves before. Mono runtime on linux (cygwin is fine!) sometimes crashes when running in non-default appdomain from non first ThreadPool thread. Ouch. Not good, we will have to research ;-( r69809 finished a line of changes in NunitWeb framework to workaround this problem. Regards, Konstantin Triger ___ 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] Microsoft.TeamFoundation APIs
Joel, this rocks! I'd love to take a look at this when I get back to Canada for the holidays. I spent some between-project time on Turtle, an open source GUI wrapper around TFS.EXE. The problem with this, of course, is that it was only a wrapper around TFS.EXE. :-) You can take a look at the project page here: http://www.codeplex.com/Wiki/View.aspx?ProjectName=Turtle It was basically abandoned in its current form, but it's fully functional. Just as people were staffed back onto projects that paid money, it was widely determined that a re-write of Turtle that acted more like a subversion client would be preferrable and possible. Let me know if you're interested in quickly discussing the high-level design for this. -Steve PS: The current incarnation of Turtle is a WinForms app, but it wouldn't break my heart to rip out with WinForms views and drop in Gtk#. On 12/19/06, joel reed [EMAIL PROTECTED] wrote: Rafael Teixeira wrote: Hi Joel, Nice work so far but I couldn't find an open source TFS server to match it... Can you point me to some open source implementation of a backend to your APIs? I wish I could. TeamFoundation server consists of a SQL Server database, sharepoint site, and an application tier consisting of a lot of web services. It would be much more difficult to try and duplicate the server side, then the client side, imho. I just want a client personally so I could checkin/checkout code, respond to bugs, etc. on my *nix box. If you are really motivated, then another option would be to connect to the TeamFoundation server on Microsoft's codeplex site (http://www.codeplex.com). Its the only TFS server I know of that is accessible via the Internet. However, to do this, you must have a registered account, and be a developer or coordinator on a codeplex project. Not very helpful, except for those very motivated to help implement/test these APIs. jr Regards, On 12/19/06, joel reed [EMAIL PROTECTED] wrote: Just in the interest of getting what I have done out their now, I'm posting the following gzip'd patch against the 12/18/06 olive tree. Currently implemented functionality: Get list of all projects in a repository Get project by name Get project by url Querying labels Downloading files Get list of all files in a project The patch adds a tool/tfs/tfs.cs which you can use to try out the above functionality on a TFS server of your choice. Here's what's in the patch. (2225 /usr/local/src/olive) lsdiff ~/olive-with-tfs.v1.diff olive/class/Makefile olive/class/Microsoft.TeamFoundation/Assembly/AssemblyInfo.cs olive/class/Microsoft.TeamFoundation/ICommonStructureService.cs olive/class/Microsoft.TeamFoundation/Makefile olive/class/Microsoft.TeamFoundation/Microsoft.TeamFoundation.dll.sources olive/class/Microsoft.TeamFoundation/ProjectInfo.cs olive/class/Microsoft.TeamFoundation/ProjectProperty.cs olive/class/Microsoft.TeamFoundation/ProjectState.cs olive/class/Microsoft.TeamFoundation.Client/Assembly/AssemblyInfo.cs olive/class/Microsoft.TeamFoundation.Client/CommonStructureService.cs olive/class/Microsoft.TeamFoundation.Client/Makefile olive/class/Microsoft.TeamFoundation.Client/Microsoft.TeamFoundation.Client.dll.sources olive/class/Microsoft.TeamFoundation.Client/Microsoft.TeamFoundation.Client_test.dll.sources olive/class/Microsoft.TeamFoundation.Client/TeamFoundationServer.cs olive/class/Microsoft.TeamFoundation.Client/Test/CommonStructureServiceTest.cs olive/class/Microsoft.TeamFoundation.Client/Test/TeamFoundationServerTest.cs olive/class/Microsoft.TeamFoundation.Common/Assembly/AssemblyInfo.cs olive/class/Microsoft.TeamFoundation.Common/InvalidPathException.cs olive/class/Microsoft.TeamFoundation.Common/Makefile olive/class/Microsoft.TeamFoundation.Common/Microsoft.TeamFoundation.Common.dll.sources olive/class/Microsoft.TeamFoundation.Common/TeamFoundationServerException.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/Assembly/AssemblyInfo.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/ChangesetVersionSpec.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/ChangeType.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/DateVersionSpec.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/DeletedState.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/ExceptionEventArgs.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/Failure.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/GetOperation.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/GetOptions.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/GetRequest.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/GettingEventArgs.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/Item.cs
Re: [Mono-dev] Microsoft.TeamFoundation APIs
Steve Deobald wrote: Joel, this rocks! I'd love to take a look at this when I get back to Canada for the holidays. I spent some between-project time on Turtle, an open source GUI wrapper around TFS.EXE. The problem with this, of course, is that it was only a wrapper around TFS.EXE. :-) You can take a look at the project page here: http://www.codeplex.com/Wiki/View.aspx?ProjectName=Turtle It was basically abandoned in its current form, but it's fully functional. Just as people were staffed back onto projects that paid money, it was widely determined that a re-write of Turtle that acted more like a subversion client would be preferrable and possible. Let me know if you're interested in quickly discussing the high-level design for this. Steve, Looks like an interesting project. I was hoping to eventually build a git-tfs tool (kind of like git-svn, git-cvs, etc.) Hopefully you are familiar with git (http://git.or.cz/). It seems like their would be alot of similarity in terms of overcoming limitations with TF.exe as pointed out on your site. (like turd files instead of hard binding to specific directories, offline mode, etc.) In the end, you might just want to wrap a git-tfs tool anyway, since stuff like offline support, tracking changes without using read-only flag, etc would probably drive you to implement much of the same stuff. Anyway, you might also want to consider giving my codeplex account developer access to turtle. This would allow me to test my code against another TFS server. Or try out the test suite on the project yourself. Right now its only get/query type stuff, so no chance of mucking up your files. jr -Steve PS: The current incarnation of Turtle is a WinForms app, but it wouldn't break my heart to rip out with WinForms views and drop in Gtk#. On 12/19/06, joel reed [EMAIL PROTECTED] wrote: Rafael Teixeira wrote: Hi Joel, Nice work so far but I couldn't find an open source TFS server to match it... Can you point me to some open source implementation of a backend to your APIs? I wish I could. TeamFoundation server consists of a SQL Server database, sharepoint site, and an application tier consisting of a lot of web services. It would be much more difficult to try and duplicate the server side, then the client side, imho. I just want a client personally so I could checkin/checkout code, respond to bugs, etc. on my *nix box. If you are really motivated, then another option would be to connect to the TeamFoundation server on Microsoft's codeplex site (http://www.codeplex.com). Its the only TFS server I know of that is accessible via the Internet. However, to do this, you must have a registered account, and be a developer or coordinator on a codeplex project. Not very helpful, except for those very motivated to help implement/test these APIs. jr Regards, On 12/19/06, joel reed [EMAIL PROTECTED] wrote: Just in the interest of getting what I have done out their now, I'm posting the following gzip'd patch against the 12/18/06 olive tree. Currently implemented functionality: Get list of all projects in a repository Get project by name Get project by url Querying labels Downloading files Get list of all files in a project The patch adds a tool/tfs/tfs.cs which you can use to try out the above functionality on a TFS server of your choice. Here's what's in the patch. (2225 /usr/local/src/olive) lsdiff ~/olive-with-tfs.v1.diff olive/class/Makefile olive/class/Microsoft.TeamFoundation/Assembly/AssemblyInfo.cs olive/class/Microsoft.TeamFoundation/ICommonStructureService.cs olive/class/Microsoft.TeamFoundation/Makefile olive/class/Microsoft.TeamFoundation/Microsoft.TeamFoundation.dll.sources olive/class/Microsoft.TeamFoundation/ProjectInfo.cs olive/class/Microsoft.TeamFoundation/ProjectProperty.cs olive/class/Microsoft.TeamFoundation/ProjectState.cs olive/class/Microsoft.TeamFoundation.Client/Assembly/AssemblyInfo.cs olive/class/Microsoft.TeamFoundation.Client/CommonStructureService.cs olive/class/Microsoft.TeamFoundation.Client/Makefile olive/class/Microsoft.TeamFoundation.Client/Microsoft.TeamFoundation.Client.dll.sources olive/class/Microsoft.TeamFoundation.Client/Microsoft.TeamFoundation.Client_test.dll.sources olive/class/Microsoft.TeamFoundation.Client/TeamFoundationServer.cs olive/class/Microsoft.TeamFoundation.Client/Test/CommonStructureServiceTest.cs olive/class/Microsoft.TeamFoundation.Client/Test/TeamFoundationServerTest.cs olive/class/Microsoft.TeamFoundation.Common/Assembly/AssemblyInfo.cs olive/class/Microsoft.TeamFoundation.Common/InvalidPathException.cs olive/class/Microsoft.TeamFoundation.Common/Makefile olive/class/Microsoft.TeamFoundation.Common/Microsoft.TeamFoundation.Common.dll.sources olive/class/Microsoft.TeamFoundation.Common/TeamFoundationServerException.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/Assembly/AssemblyInfo.cs
Re: [Mono-dev] Microsoft.TeamFoundation APIs
Miguel de Icaza wrote: Hey, Joel, this rocks! I agree. Now that Joel was kind enough to explain what it was, it will be nice to integrate this into MonoDevelop so people can use it against for CodePlex. Thanks guys. I will complete my work on the test cases then add the code to the olive tree per Miguel's suggestion in a separate email thread. I agree that MonoDevelop integration would be sweet. jr begin:vcard fn:Joel Reed n:Reed;Joel org:Development Dimensions International;E-Systems adr;dom:;;1225 Washington Pike;Bridgeville;PA;15017 title:Manager, E-Products RD tel;work:412-257-3881 note;quoted-printable:Unleashing Executive Talent. Hiring Promoting The Best.=0D=0A= Developing Extraordinary Leaders. Discover how at www.ddiworld.com x-mozilla-html:FALSE 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] MoMA 1.1 - analysing MoMA.Analyzer.dll
On Mon, 2006-12-18 at 10:28 +, Miguel Sousa Filipe wrote: this is a bit off-topic but I think its worthy of mentioning. running MoMA on the MoMA's MoMA.Analyzer.dll will report that there are problems in that dll: 1- Not implemented exception 1- MonoTodo. isn't that a bug? No, it's a limitation of static analysis. Consider the following code fragment: if (Path.DirectorySeparatorChar == '\\') CallWin32Method (); else CallLinuxMethod (); MoMA isn't going to evaluate the call -- that's what the runtime is for, evaluating/executing IL -- all MoMA will see is CallWin32Method(), which it will warn about. You, as the developer, will have to inspect the code, realize that it's already handling platform differences, and then ignore the warning. (Certainly MoMA could be enhanced to recognized switching on Path.DirectorySeparatorChar, but there are other techniques for platform detection, and/or it could be nested within a method call... There's only so much you can do without executing the IL.) - Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Microsoft.TeamFoundation APIs
Hi Joel, Anyway, you might also want to consider giving my codeplex account developer access to turtle. This would allow me to test my code against another TFS server. Or try out the test suite on the project yourself. Right now its only get/query type stuff, so no chance of mucking up your files. You can also use NUnitLite for read-access testing. Send me your id if you'd like to be set up. For writing, a completely separate dummy project might be best. If you think that's a good idea, I can put you in touch with someone to ask about setting it up. Charlie jr -Steve PS: The current incarnation of Turtle is a WinForms app, but it wouldn't break my heart to rip out with WinForms views and drop in Gtk#. On 12/19/06, joel reed [EMAIL PROTECTED] wrote: Rafael Teixeira wrote: Hi Joel, Nice work so far but I couldn't find an open source TFS server to match it... Can you point me to some open source implementation of a backend to your APIs? I wish I could. TeamFoundation server consists of a SQL Server database, sharepoint site, and an application tier consisting of a lot of web services. It would be much more difficult to try and duplicate the server side, then the client side, imho. I just want a client personally so I could checkin/checkout code, respond to bugs, etc. on my *nix box. If you are really motivated, then another option would be to connect to the TeamFoundation server on Microsoft's codeplex site (http://www.codeplex.com). Its the only TFS server I know of that is accessible via the Internet. However, to do this, you must have a registered account, and be a developer or coordinator on a codeplex project. Not very helpful, except for those very motivated to help implement/test these APIs. jr Regards, On 12/19/06, joel reed [EMAIL PROTECTED] wrote: Just in the interest of getting what I have done out their now, I'm posting the following gzip'd patch against the 12/18/06 olive tree. Currently implemented functionality: Get list of all projects in a repository Get project by name Get project by url Querying labels Downloading files Get list of all files in a project The patch adds a tool/tfs/tfs.cs which you can use to try out the above functionality on a TFS server of your choice. Here's what's in the patch. (2225 /usr/local/src/olive) lsdiff ~/olive-with-tfs.v1.diff olive/class/Makefile olive/class/Microsoft.TeamFoundation/Assembly/AssemblyInfo.cs olive/class/Microsoft.TeamFoundation/ICommonStructureService.cs olive/class/Microsoft.TeamFoundation/Makefile olive/class/Microsoft.TeamFoundation/Microsoft.TeamFoundation.dll.sou rces olive/class/Microsoft.TeamFoundation/ProjectInfo.cs olive/class/Microsoft.TeamFoundation/ProjectProperty.cs olive/class/Microsoft.TeamFoundation/ProjectState.cs olive/class/Microsoft.TeamFoundation.Client/Assembly/AssemblyInfo. cs olive/class/Microsoft.TeamFoundation.Client/CommonStructureService .cs olive/class/Microsoft.TeamFoundation.Client/Makefile olive/class/Microsoft.TeamFoundation.Client/Microsoft.TeamFoundation. Client.dll.sources olive/class/Microsoft.TeamFoundation.Client/Microsoft.TeamFoundation. Client_test.dll.sources olive/class/Microsoft.TeamFoundation.Client/TeamFoundationServer.c s olive/class/Microsoft.TeamFoundation.Client/Test/CommonStructureServi ceTest.cs olive/class/Microsoft.TeamFoundation.Client/Test/TeamFoundationServer Test.cs olive/class/Microsoft.TeamFoundation.Common/Assembly/AssemblyInfo. cs olive/class/Microsoft.TeamFoundation.Common/InvalidPathException.c s olive/class/Microsoft.TeamFoundation.Common/Makefile olive/class/Microsoft.TeamFoundation.Common/Microsoft.TeamFoundation. Common.dll.sources olive/class/Microsoft.TeamFoundation.Common/TeamFoundationServerExcep tion.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/Assembly/A ssemblyInfo.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/ChangesetV ersionSpec.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/ChangeType .cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/DateVersio nSpec.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/DeletedSta te.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/ExceptionE ventArgs.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/Failure .cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/GetOperati on.cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/GetOptions .cs olive/class/Microsoft.TeamFoundation.VersionControl.Client/GetRequest .cs
[Mono-dev] COM Interop Marshalling Patch
Following Miguel's lead on the SafeHandle marshalling code, I broke the marshalling code for COM interfaces and VARIANTs to seperate functions (emit_marshal_variant and emit_marshal_com_interface). These two functions replace the if checks in emit_marshal_object, and will make future patches for COM callable wrappers easier to understand. Thanks, Jonathan current2.diff Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] upgrading nunit to newer version
2006-12-20 (水) の 08:07 -0500 に joel reed さんは書きました: Andy Hume wrote: joel reed wrote: [...] because the exception class marked is marked internal, I couldn't use ExpectedExceptionAttribute with a typeof. In nunit 2.2.9, you can do a [ExpectedException(System.InvalidOperationException)], which would I think help in these scenarios. Err, I think that NUnit feature has been there for a while; that is ExpectedExceptionAttribute(string exceptionName). I used it in 2.2.7. I fact, it apparently arrived in 2.2.4, see e.g. http://www.nunit.org/index.php?p=exceptionr=2.2.9: ExpectedExceptionAttribute [...] The second (NUnit 2.2.4) takes the full name of the expected exception type as a string. You are correct, but the version built into the mono/olive tree seems to be 2.0.0, which is too old. You are incorrect. The version in olive tree is the same 2.2.0 as we have in our mcs class libs. (No wonder why - I simply copied them from mcs tree.) If someone wants to contribute NUnit upgrades in our libs, that would be great. Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
