Re: [Mono-devel-list] Serializing widgets with C#
El Sun, 31 Jul 2005 17:48:21 -0700 Rafael Ferreira <[EMAIL PROTECTED]> escribió: > Crazy question but can you explain to me why would you want to do > that? Sure. The point is that I'm developing a program in which the GUI is generated dinamically (i.e. widgets come and go with the user interaction) so one of my business classes contains an array of Gtk.Widgets (the ones which are added to the interface). So, somehow, I need to keep this info for the next restarting of the program (in order to keep the interface as the user wanted before stopping the program). At this point the choices were: 1) Back-up the object at a OODB 2) Back-up the data at tables in a RDB 3) Make a config file where I put the needed info to reconstruct the objects (with the widgets) at starting time 4) Serialize the objects before stopping the program and deserialize them at starting. And, well, you know my choice. Any suggestions and/or advices will be welcomed. Alfredo. > - raf > > On Sun, 2005-07-31 at 19:46 +0200, Alfredo Jose Muela Romero wrote: > > Hi everybody, > > > > I'm new to this list, I have look up the answer to my question > > trough > > the list's files but I haven't found it so I'll make it: how can I > > make it to serialize an object which contains an array of > > Gtk.Widgets since for serializing I need to mark the classes with > > [Serializable]? In other words, how can I serialize an object with > > 3rd party objects whithin? > > > > Thanks in advance, > > > > > > Alfredo. > > ___ > > 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-devel-list] MS-SQL Stored Procedure Return Value Issue
rightnow, mono SqlClient does not execute stored procedures through RPC call. changing parameter name to "@RETURN_VALUE" should work. suresh. JD Conley wrote: Hey Guys, We're working on getting our SoapBox Server product ported over to Mono and we can't seem to get past this strange SQLClient bug. http://bugzilla.ximian.com/show_bug.cgi?id=75667 It appears as though the implicit return value parameter does not work, and the code looks like it's there down in System.Data. We haven't tried this in the HEAD branch. Did somebody already find/fix this issue? Thanks, JD Conley www.coversant.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-devel-list] System.Drawing.Pens test patch
Hi Ben. Thanks for your comments. What you suggest is really the cleanest solution. Unfortunately, to use it, it's necessary to separate positive parts of tests from those that are expected to throw exceptions. In part of places, it's relatively easy to do, in other it requires refactoring of the whole class (see TestSystemPens.CheckMethods() for example). So it's not worth the effort to do big changes in the tests right now. If you guys consider my patch as improvement of current situation, I'll commit it. Thank you. Andrew. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] mcs patch for default encoding
Hello, I've attached a fix for mcs to not use Latin1 encoding everywhere. I think it should be default encoding of current culture (for example the codepage is 932 on my Japanese environment, neither 28591 nor 1252). But in case we really don't have the corresponding encoding that CultureInfo.CurrentCulture.TextInfo indicates (it should be supplied though), we should use culture-independent encoding, so I think it should be utf-8, instead of iso-8859-1. Atsushi Eno Index: driver.cs === --- driver.cs (revision 47877) +++ driver.cs (working copy) @@ -1374,10 +1374,10 @@ bool parsing_options = true; try { - encoding = Encoding.GetEncoding (28591); + encoding = Encoding.GetEncoding (CultureInfo.CurrentCulture.TextInfo.ANSICodePage); } catch { Console.WriteLine ("Error: could not load encoding 28591, trying 1252"); - encoding = Encoding.GetEncoding (1252); + encoding = Encoding.UTF8; } references = new ArrayList (); ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Serializing widgets with C#
Crazy question but can you explain to me why would you want to do that? - raf On Sun, 2005-07-31 at 19:46 +0200, Alfredo Jose Muela Romero wrote: > Hi everybody, > > I'm new to this list, I have look up the answer to my question trough > the list's files but I haven't found it so I'll make it: how can I make > it to serialize an object which contains an array of Gtk.Widgets since > for serializing I need to mark the classes with [Serializable]? In other > words, how can I serialize an object with 3rd party objects whithin? > > Thanks in advance, > > > Alfredo. > ___ > 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-devel-list] Development of OpenSSL Wrapper for use with MONO [as well as MS.Net]
Hello Thomas, On Sun, 2005-31-07 at 19:35 -0400, Thomas Harning Jr. wrote: > Thomas Harning Jr. wrote: > > I've begin developing a wrapper around OpenSSL and have successfully > > wrapped the Hashing functionality with little trouble. > ... > Another item that I discovered as I was using the existing Crypto > framework to model after was the custom Feedback length. I see > nothing in OpenSSL to model this, so I'm not quite sure how to > implement it. > Any ideas to fix this would be great! I'll be glad to help, however I'm on vacations right now (and next week) and, much of the time, without net access. > Also it came to mind that the ICryptoTransform interface is somewhat > inconsistent. > The "TransformBlock" method uses an output buffer and the finishing > Transform doesn't, it returns a new buffer. There's a good reason for this. The last block must deal with padding issues. Padding may result in an extra block which wouldn't be part of the original buffer allocation. > Since I generally > prefer working with buffers and avoiding unnecessary allocations, I > will probably setup a function that transforms the last block and > dumps it into an output buffer (but of course sticking with the > interface and offering that last method). The _easiest_ way to get 100% functionality (from a Fx point of view) out of a native library (which is the only safe way it can replace the managed implementations) would be to re-use the SymmetricTransform class (internal in corlib, public in Mono.Security.dll). That way you'll get all the required cipher and padding modes (and that includes the feedback issue you have) without any pain. The only thing to implement would be the basic ECB mode for each native algorithm. This approach won't result in optimal performances, (mostly) not because of the SymmetricTransform (managed) code but due to the many calls from managed-to-unmanaged code (one for each block). But this is something that could be fixed/enhanced later. Anyway even if you want to get everything from OpenSSL, using the SymmetricTransform class would still be a good development step to test your wrapper code. Sebastien ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] MS-SQL Stored Procedure Return Value Issue
Hey Guys, We're working on getting our SoapBox Server product ported over to Mono and we can't seem to get past this strange SQLClient bug. http://bugzilla.ximian.com/show_bug.cgi?id=75667 It appears as though the implicit return value parameter does not work, and the code looks like it's there down in System.Data. We haven't tried this in the HEAD branch. Did somebody already find/fix this issue? Thanks, JD Conley www.coversant.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Development of OpenSSL Wrapper for use with MONO [as well as MS.Net]
Thomas Harning Jr. wrote: > I've begin developing a wrapper around OpenSSL and have successfully > wrapped the Hashing functionality with little trouble. ... Another item that I discovered as I was using the existing Crypto framework to model after was the custom Feedback length. I see nothing in OpenSSL to model this, so I'm not quite sure how to implement it. Any ideas to fix this would be great! Also it came to mind that the ICryptoTransform interface is somewhat inconsistent. The "TransformBlock" method uses an output buffer and the finishing Transform doesn't, it returns a new buffer. Since I generally prefer working with buffers and avoiding unnecessary allocations, I will probably setup a function that transforms the last block and dumps it into an output buffer (but of course sticking with the interface and offering that last method). -- Thomas Harning Jr. signature.asc Description: OpenPGP digital signature ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Development of OpenSSL Wrapper for use with MONO [as well as MS.Net]
I've begin developing a wrapper around OpenSSL and have successfully wrapped the Hashing functionality with little trouble. My next stage is wrapping the Symmetric encryption functionality. Unlike the other EVP based encryption methods in OpenSSL, it does not offer a function to dynamically allocate the state structure. I'd rather avoid having to develop a wrapper dll just to allocate a structure. Any suggestion as to how to allocate the EVP_CIPHER_CTX structure? It has pointers in it, so if I were to allocate it within Mono with Marshal.AllocHGlobal I'd have to at least set it to check the size of pointers. Has anyone worked with OpenSSL for a while? It'd be good to know if that structure has changed or is likely to change. My final step is to setup the RSA, DH, and DSA encryption. (DH isn't necessary to complete the System.Security.Cryptography namespace for Mono). With .Net 1.x it seems that DSA is an un-inheritable class due to its internal constructor. How should I work around this issue? My current idea is to create a class to inherit from DSA that will be included in the Mono compilation process that will take advantage of the publicly usable wrapper class. Thanks for any suggestions. -- Thomas Harning Jr. signature.asc Description: OpenPGP digital signature ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Re: What should be done to use TcpChannel with Mono?
Nenad, I just started with Mono, version 1.1.8 on WinXP with SP1 and failed to compile example bellow with following error: mcs server.cs server.cs(10) error CS0246: Cannot find type 'TcpChannel' What should be done to use TcpChannel with Mono? Like with MSFT's compiler, add a reference to the Remoting assembly: mcs -r:System.Runtime.Remoting ... Rob ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Why "Cannot find type 'TcpChannel'"?
You need to reference the System.Runtime.Remoting assembly. You can do it compiling with the option /r:System.Runtime.Remoting. El dg 31 de 07 del 2005 a les 19:14 +0200, en/na Nenad Lecek va escriure: > Dear all, > > I just started with Mono, version 1.1.8 on WinXP with SP1 and failed > to compile example bellow with following error: > > C:\Projects\Mono\examples\remoting\example8_my>mcs server.cs > server.cs(10) error CS0246: Cannot find type 'TcpChannel' > Compilation failed: 1 error(s), 0 warnings > > What should be done to use TcpChannel with Mono? > Thanks. > > Best regards > Nenad > > File "server.cs": > > __ > using System; > using System.Runtime.Remoting; > using System.Runtime.Remoting.Channels; > //using System.Runtime.Remoting.Channels.Tcp; > > public class CoHello : MarshalByRefObject > { > public static void Main() > { > TcpChannel channel = new TcpChannel(4000); > ChannelServices.RegisterChannel(channel); > > RemotingConfiguration.RegisterWellKnownServiceType > (typeof(CoHello), "HelloDotNet", WellKnownObjectMode.Singleton); > System.Console.WriteLine("Hit to exit ...!"); > System.Console.ReadLine(); > } > > public void SayHallo() > { > Console.WriteLine("Hello, Universe of .Net and Mono"); > } > } > > __ > > > > > ___ > 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] Serializing widgets with C#
Hi everybody, I'm new to this list, I have look up the answer to my question trough the list's files but I haven't found it so I'll make it: how can I make it to serialize an object which contains an array of Gtk.Widgets since for serializing I need to mark the classes with [Serializable]? In other words, how can I serialize an object with 3rd party objects whithin? Thanks in advance, Alfredo. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] What should be done to use TcpChannel with Mono?
Dear all, I just started with Mono, version 1.1.8 on WinXP with SP1 and failed to compile example bellow with following error: mcs server.cs server.cs(10) error CS0246: Cannot find type 'TcpChannel' What should be done to use TcpChannel with Mono? Or there is some other class with the same functionality? Thanks. Best regards Nenad File "server.cs": using System; using System.Runtime.Remoting; using System.Runtime.Remoting.Channels; //using System.Runtime.Remoting.Channels.Tcp; public class CoHello : MarshalByRefObject { public static void Main() { TcpChannel channel = new TcpChannel(4000); ChannelServices.RegisterChannel(channel); RemotingConfiguration.RegisterWellKnownServiceType (typeof(CoHello), "HelloDotNet", WellKnownObjectMode.Singleton); System.Console.WriteLine("Hit to exit ...!"); System.Console.ReadLine(); } public void SayHallo() { Console.WriteLine("Hello, Universe of .Net and Mono"); } } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] SocketException vs. RemotingException
Hi. When attempting to instanciate a remoting object which is not available (i.e. no service is listening on the port), .NET 1.1 throws a SocketException while Mono 1.1 throws a RemotingException. internal static bool IsResynchronizationEnabled() { BaseRemoteIntegrationObject integrationObject = (BaseRemoteIntegrationObject) Activator.GetObject(typeof(BaseRemoteIntegrationObject), IntegrationManagerAccess.IntegrationManagerRemotingUrl); return integrationObject.IsResynchronizationEnabled(); } private bool IsResynchronizationEnabled() { try { return Global.IsResynchronizationEnabled(); } catch (SocketException) /* .NET */ { return false; } catch (System.Runtime.Remoting.RemotingException) /* Mono */ { return false; } } Server error in '/' application Description: Error processing request. Error Message: HTTP 500. Stack Trace: System.Runtime.Remoting.RemotingException: Connection refused Server stack trace: in <0x000b4> System.Runtime.Remoting.Channels.Tcp.HostConnectionPool:CreateConnection () in <0x00114> System.Runtime.Remoting.Channels.Tcp.HostConnectionPool:GetConnection () in <0x000fd> System.Runtime.Remoting.Channels.Tcp.TcpConnectionPool:GetConnection (System.String host, Int32 port) in <0x00105> System.Runtime.Remoting.Channels.Tcp.TcpClientTransportSink:ProcessMessage (IMessage msg, ITransportHeaders requestHeaders, System.IO.Stream requestStream, ITransportHeaders responseHeaders, System.IO.Stream responseStream) in <0x0024b> System.Runtime.Remoting.Channels.BinaryClientFormatterSink:SyncProcessMessage (IMessage msg) Exception rethrown at [0]: in <0x000b4> System.Runtime.Remoting.Channels.Tcp.HostConnectionPool:CreateConnection () in <0x00114> System.Runtime.Remoting.Channels.Tcp.HostConnectionPool:GetConnection () in <0x000fd> System.Runtime.Remoting.Channels.Tcp.TcpConnectionPool:GetConnection (System.String host, Int32 port) in <0x00105> System.Runtime.Remoting.Channels.Tcp.TcpClientTransportSink:ProcessMessage (IMessage msg, ITransportHeaders requestHeaders, System.IO.Stream requestStream, ITransportHeaders responseHeaders, System.IO.Stream responseStream) in <0x0024b> System.Runtime.Remoting.Channels.BinaryClientFormatterSink:SyncProcessMessage (IMessage msg) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Why "Cannot find type 'TcpChannel'"?
Dear all, I just started with Mono, version 1.1.8 on WinXP with SP1 and failed to compile example bellow with following error: C:\Projects\Mono\examples\remoting\example8_my>mcs server.cs server.cs(10) error CS0246: Cannot find type 'TcpChannel' Compilation failed: 1 error(s), 0 warnings What should be done to use TcpChannel with Mono? Thanks. Best regards Nenad File "server.cs": using System; using System.Runtime.Remoting; using System.Runtime.Remoting.Channels; //using System.Runtime.Remoting.Channels.Tcp; public class CoHello : MarshalByRefObject { public static void Main() { TcpChannel channel = new TcpChannel(4000); ChannelServices.RegisterChannel(channel); RemotingConfiguration.RegisterWellKnownServiceType (typeof(CoHello), "HelloDotNet", WellKnownObjectMode.Singleton); System.Console.WriteLine("Hit to exit ...!"); System.Console.ReadLine(); } public void SayHallo() { Console.WriteLine("Hello, Universe of .Net and Mono"); } } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Thread SpinWait not supported? Interrupt ?
On Sun, 2005-07-31 at 02:36 -0400, ted leslie wrote: > Unhandled Exception: System.NotImplementedException: The requested feature is > not implemented. > in <0x0001d> System.Threading.Thread:SpinWait (Int32 iterations) > in <0x00072> ServerClass:StaticMethod () > in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void () > > > I tried a Thread.SpinWait / Interrupt demo program ... > and mono doesn't support SpinWait ? Its an inefficent function, but if > someone were to use it > in MS .Net and expect there code to work on Mono? This patch should fix the issue. It doesn't really implement the thing correctly (it should really have the pause instruction to help hyperthreaded processors), but it's better than throwing. > Then having said that, SpinWait and Interrupt seem to be a matching pair, > so without SpinWait, what is Interrupt going to be used for? It doesn't seem > to Interrupt Sleep(). They have absolutely nothing to do with each other. SpinWait is designed for spin locking (not really something you would ever do in managed code -- the standard Monitors can take care of doing spin locks as are best for the user's machine). -- Ben Index: Thread.cs === --- Thread.cs (revision 47875) +++ Thread.cs (working copy) @@ -626,13 +626,14 @@ Resume_internal (); } - [MonoTODO] + [MonoTODO ("Have the jit use the pause instruction here")] #if NET_2_0 [ReliabilityContractAttribute (Consistency.WillNotCorruptState, Cer.Success)] #endif public static void SpinWait (int iterations) { - throw new NotImplementedException (); + for (int i = 0; i < iterations; i ++) +/* nop */; } public void Start() { ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Why "Cannot find type 'TcpChannel'"?
Dear all, I just started with Mono, version 1.1.8 on WinXP with SP1 and failed to compile example bellow with following error: C:\Projects\Mono\examples\remoting\example8_my>mcs server.cs server.cs(10) error CS0246: Cannot find type 'TcpChannel' Compilation failed: 1 error(s), 0 warnings What should be done to use TcpChannel with Mono? Thanks. Best regards Nenad File "server.cs": using System; using System.Runtime.Remoting; using System.Runtime.Remoting.Channels; //using System.Runtime.Remoting.Channels.Tcp; public class CoHello : MarshalByRefObject { public static void Main() { TcpChannel channel = new TcpChannel(4000); ChannelServices.RegisterChannel(channel); RemotingConfiguration.RegisterWellKnownServiceType (typeof(CoHello), "HelloDotNet", WellKnownObjectMode.Singleton); System.Console.WriteLine("Hit to exit ...!"); System.Console.ReadLine(); } public void SayHallo() { Console.WriteLine("Hello, Universe of .Net and Mono"); } } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-devel-list] Thread SpinWait not supported? Interrupt ?
I think that this answers it: Search of archives shows 2002/2003 mail-list items saying its a TODO, and not high priority And it's probably still not a high priority. SpinWait is a more efficient wait then the standard blocking mechanism (in most cases), but since it is only a more efficient version of Wait it is not implemented yet. SpinWait goes into a loop to grab the lock before giving up and entering the wait state...and no, it is actually more efficient because if you can grab the lock before entering the wait state, the better the performance. Gary M. Smithrud Haley Systems, Inc. Phone: 724-934-7853 [EMAIL PROTECTED] www.haley.com Moving at the Speed of Change -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ted leslie Sent: Sunday, July 31, 2005 2:37 AM To: mono-devel-list@lists.ximian.com Subject: [Mono-devel-list] Thread SpinWait not supported? Interrupt ? Unhandled Exception: System.NotImplementedException: The requested feature is not implemented. in <0x0001d> System.Threading.Thread:SpinWait (Int32 iterations) in <0x00072> ServerClass:StaticMethod () in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void () I tried a Thread.SpinWait / Interrupt demo program ... and mono doesn't support SpinWait ? Its an inefficent function, but if someone were to use it in MS .Net and expect there code to work on Mono? Then having said that, SpinWait and Interrupt seem to be a matching pair, so without SpinWait, what is Interrupt going to be used for? It doesn't seem to Interrupt Sleep(). Search of archives shows 2002/2003 mail-list items saying its a TODO, and not high priority I have read some workarounds, but I can't help but think if Interrupt is supposed to also interrupt a Sleep, this would be handy. Is there a big implementation delima? Or is it not considered a high priority? On to the suggested work around ... On Fri, 2003-02-28 at 11:53, Yury Serdyuk wrote: > Hi ! > > We see in the "List of not-implemented classes" that > the Interrupt - method didn't realized yet. > In particular, the following program doesn't work properly : > > But this function is very important for multithreading applications. > So, tell us about the current status of this problem, Thread.Interrupt() has not been implemented, and it is way down on my todo list. > or is there a walk-around of it ? Use events to signal state changes between threads? - Dick -tl ___ 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] Services and eventlogs
I'm porting my .NET application to Mono 1.1 on Fedora Core 4. My application use .NET 1.1 APIs including Services, remoting, ASP.NET webapplications and ASP.NET webservices. My application has two services. How do you register the services on Mono/Linux? I'm looking for the equivalent of installutil.exe on Windows. My application does its logging using the eventlog APIs. I cannot figure out where the eventlog entries are stored on Mono/Linux. Where are they stored? My application write only plaintext to the eventlog, not binary data. Casper ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [mono-devel-list] System.Drawing.Pens test patch
On Sun, 2005-07-31 at 05:56 -0700, Andrew Skiba wrote: > Hi. > > In many tests in System.Drawing there is a strange construct like: > > try { > Do.Something (); > Fail ("This should throw ArgumentException"); > } > catch (Exception e) { > Assert ("MSG", e is ArgumentException); > } > > Problem with this approach is that catch will take care of all > exceptions and then rethrow nunit assertion exception via Assert (...). > The source and the call stack of original exception will be lost. So I > changed it to: > > catch (ArgumentException) { > Assert ("MSG", true); > } > > In this way, if e is not argument exception, its contents will be seen > in TestResults.xml, together with the whole call stack. > > I'm not sure if there is any use of Assert ("MSG", true), may be it can > be omitted? > > While it would be best to fix all such places, I changed only those I > needed right now, and the rest can be done later. The cleanest way to do these is to factor each out into a different method and use the ExpectedException attribute. First, this is much cleaner. Second, both the old code and your suggestion don't do as much checking as possible. ArgumentException is a base class for other exceptions. [EMAIL PROTECTED]:~$ monop ArgumentOutOfRangeException [Serializable] public class ArgumentOutOfRangeException : ArgumentException, System.Runtime.Serialization.ISerializable { With ExpectedException, nunit tests the exception thrown is of the *exact* type specified in the attribute. However the "is blah" tests and the catch (Blah) clauses catch any derived types. So, they are not as good of tests. -- Ben ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Is there an order for compiling?
Hi, I'm writing a front end to my monoupdater script and have a simple question. Is there an order as to where things should be compiled along the chain? For example, it looks like it should be mono/mcs -> libgdiplus -> gtk-sharp -> gtkmozembed -> gtksourceview -> monodoc -> monodevelop (mono compiled first and so on). This holds fine for the above, but are there any others which need to follow the above sort of route? TTFN Paul -- "Some people will do anything for a woman in uniform" - The Doctor - Unregenerate (Big Finish audio) 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