[Mono-winforms-list] Mono 1.1.14 on Windows
Hello people, i've just downloaded mono 1.1.14 and found that winforms application don't work. On mono 1.1.13-4 even dificult application run quite well. Now windows forms applications exits with no error message. Should I update System.Windows.Forms.dll from nigt build? thanks a lot Pavel -- __ Pavel Bánský levap at bansky.netI write code... __ ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Mono 1.1.14 on Windows
You are most likely running into this bug: http://bugzilla.ximian.com/show_bug.cgi?id=77896 It's already fixed, and 1.1.15 will have it. Or you update Mono (not winforms.dll) from svn. Cheers, Peter -Original Message- From: Pavel Bansky [EMAIL PROTECTED] To: winforms mono-winforms-list@lists.ximian.com Date: Wednesday, 12 April, 2006 02:46 Subject: [Mono-winforms-list] Mono 1.1.14 on Windows Hello people, i've just downloaded mono 1.1.14 and found that winforms application don't work. On mono 1.1.13-4 even dificult application run quite well. Now windows forms applications exits with no error message. Should I update System.Windows.Forms.dll from nigt build? thanks a lot Pavel -- __ Pavel Bánský levap at bansky.netI write code... __ ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-dev] [PATCH] Add GetString to UnicodeEncoding 2.0 andmodifysome Encoding wrappers
Hi, Numbers are things that can convince me.:) Now I have three questions: - Are there parts of the patch that are OK to commit? - Do we care about class signature (what methods are overriden)? - Do we care about the implementation of virtual methods (what methods do they call)? I can follow any guidelines - altough I don't belive in performance above everything else - but I would like to know them otherwise I cannot follow them. Kornél - Original Message - From: Atsushi Eno [EMAIL PROTECTED] To: Kornél Pál [EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com Sent: Tuesday, April 11, 2006 6:56 PM Subject: Re: [Mono-dev] [PATCH] Add GetString to UnicodeEncoding 2.0 andmodifysome Encoding wrappers Hi, I'm not interested in how your patch accomplishes MS.NET compatibility. My question is simple: is your patch *good* for Mono? using System; using System.Diagnostics; using System.IO; using System.Text; public class Test { public static void Main (string [] args) { int loop = args.Length 1 ? int.Parse (args [1]) : 100; string s = File.OpenText (args [0]).ReadToEnd (); Encoding e = Encoding.Unicode; Stopwatch sw = Stopwatch.StartNew (); for (int i = 0; i loop; i++) e.GetBytes (s); sw.Stop (); Console.WriteLine (sw.ElapsedMilliseconds); } } Before your patch: mono ./unicode.exe ../../svn/mono/web/web/masterinfos/System.Web.xml 5038 After the patch: $ rundev2 mono ./unicode.exe ../../svn/mono/web/web/masterinfos/System.Web.xml 10175 Atsushi Eno Kornél Pál wrote: Hi, I had some time and looked at all the encoding classes in I18N and in System.Text. byte* and char* is only used in UnicodeEncoding and GetByteCount and GetBytes in I18N. This means that having the #if NET_2_0 codes that you don't want to remove will cause performance loss on profile 2.0 in System.Text while will not improve performance in profile 1.1 as no such optimization is done. The solution is to use arrays in Encoding that improves simple, old fashioned encoding classes but override these methods to use pointers in classes that implement their core functionality using unsafe code. Encodings in System.Text (except UnicodeEncoding) use arrays and I think custom encodings created by users are array based as well so it results in better performance if we use arrays in Encoding. If custom encodings are using unsafe code they will have to override other methods because of MS.NET anyway to get the performance improvement. By overriding GetByteCount (string) and GetBytes (string) in MonoEncoding performance improvement on unsafe code will be preserved in addition it will be available in all profiles. MonoEncoding was already good so I just added these two methods and added the following code to GetBytes methods: int byteCount = bytes.Length - byteIndex; if (bytes.Length == 0) bytes = new byte [1]; Some check is required because bytes[0] will fail for zero-size arrays. bytes.Length == byteIndex could avoid this (but was present in only one of the methods) but this would prevent ArgumentException being thrown for too small output buffers. Creating a small array is little overhead and an exception will probably be thrown because charCount is non-zero. Attached an improved patch. Please review the patch. Kornél ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Win32 build is broken - r59306 - threads.c
This is also happening on macos. Wade On Tue, 2006-04-11 at 14:30 +0200, Kornél Pál wrote: Hi, The error I get: /.libs/libmonoruntime.a(threads.o): In function `mono_debugger_init_threads': /mono/mono/mono/metadata/threads.c:2902: undefined reference to `_gc_thread_vtable' Please have a look at the problem. Kornél ___ 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] Re: What would you like to see in Mono?
Hi, I would like to see a Mono binary distribution bundle like a Runtime Environment (like JRE) and a Developer Kit (like JDK). Saludos Victor Romero Messenger: [EMAIL PROTECTED] Business Web Page: http://www.dsnibble.com.mx Personal Web Page: http://linux.ipn.mx/cms/space/VictorRomero Blog Web Page: http://elcarteldetux.blogspot.com - Original Message - From: Andrés G. Aragoneses [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Tuesday, April 11, 2006 4:23 AM Subject: [Mono-dev] Re: What would you like to see in Mono? Miguel de Icaza escribió: Hey, What would be the top feature you would like to see in Mono? Think of a feature that is not something we are currently working on (we know about those), for example avoid saying: a class-is-missing feature or IDE or the debugger. We know about those. Miguel. This doesn't fit to Mono strictly, but I would like to see Paint.NET running on Linux :D Regards, Andrés [ knocte ] -- ___ 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: System.Web.UI/SimpleWebHandlerParser.cs
Hello, The attached patch helps to correctly resolve GACs dependencies. (Similarly to TemplateParser logic). Regards, Konstantin Triger SimpleWebHandlerParser.patch Description: SimpleWebHandlerParser.patch ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Win32 build is broken - r59306 - threads.c
The cause is that libgc/pthread_stop_world.c is not compiled on a lot of platforms: #if defined(GC_PTHREADS) !defined(GC_SOLARIS_THREADS) !defined(GC_IRIX_THREADS) !defined(GC_WIN32_THREADS) !defined(GC_DARWIN_THREADS) !defined(GC_AIX_THREADS) So other platforms are affected as well. Kornél - Original Message - From: Wade Berrier [EMAIL PROTECTED] To: Kornél Pál [EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com Sent: Wednesday, April 12, 2006 3:05 AM Subject: Re: [Mono-dev] Win32 build is broken - r59306 - threads.c This is also happening on macos. Wade On Tue, 2006-04-11 at 14:30 +0200, Kornél Pál wrote: Hi, The error I get: /.libs/libmonoruntime.a(threads.o): In function `mono_debugger_init_threads': /mono/mono/mono/metadata/threads.c:2902: undefined reference to `_gc_thread_vtable' Please have a look at the problem. Kornél ___ 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] [Fwd: [Mono-patches] r59306 - in trunk/mono/mono: metadata mini]
Hi, This change seems to have caused a build breakage on Windows. gcc -mno-cygwin -g -g -O2 -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -mno-tls-direct-seg-refs -o pedump.exe pedump.o ./.libs/libmonoruntime.a ../io-layer/.libs/libwapi.a ../utils/.libs/libmonoutils.a ../../libgc/.libs/libmonogc.a -L/opt/gnome-2.13/lib -lgthread-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv -lws2_32 -lpsapi -lole32 ./.libs/libmonoruntime.a(threads.o): In function `mono_debugger_init_threads': /home/atsushi/svn/mono/mono/metadata/threads.c:2902: undefined reference to `_gc_thread_vtable' collect2: ld returned 1 exit status make[3]: *** [pedump.exe] Error 1 make[3]: Leaving directory `/home/atsushi/svn/mono/mono/metadata' make[2]: *** [all-recursive] Error 1 Atsushi Eno Original Message Subject: [Mono-patches] r59306 - in trunk/mono/mono: metadata mini Date: Mon, 10 Apr 2006 13:55:17 -0400 (EDT) From: Martin Baulig [EMAIL PROTECTED] To: mono-patches@lists.ximian.com, [EMAIL PROTECTED], [EMAIL PROTECTED] Author: martin Date: 2006-04-10 13:55:16 -0400 (Mon, 10 Apr 2006) New Revision: 59306 Modified: trunk/mono/mono/metadata/ChangeLog trunk/mono/mono/metadata/mono-debug-debugger.h trunk/mono/mono/metadata/mono-debug.h trunk/mono/mono/metadata/object-internals.h trunk/mono/mono/metadata/threads.c trunk/mono/mono/metadata/threads.h trunk/mono/mono/mini/ChangeLog trunk/mono/mono/mini/debug-debugger.c Log: 2006-04-10 Martin Baulig [EMAIL PROTECTED] Clean up the debugger's thread-handling code. The debugger's thread-handling code has been moved from ../mini/debug-debugger.c to threads.c. We now iterate directly over the `threads' hash, keep track of exiting threads and also use proper locking. We can now debug XSP and XSP based applications with the debugger. * object-internals.h (MonoThread): Added `gpointer end_stack'. * threads.h (MonoThreadCallbacks): Removed; this was only used by the debugger. (mono_install_thread_callbacks): Likewise. * threads.c (mono_thread_callbacks): Removed. (debugger_thread_created, debugger_thread_exited): New static functions. (start_wrapper): Call debugger_thread_created(). (thread_cleanup): Call debugger_thread_exited(). (mono_gc_stop_world, mono_gc_start_world): Removed; this was never used. (mono_debugger_init_threads): New public function. (debugger_thread_vtable): Moved here from debug-debugger.c; we now iterate directly over the `threads' hash and also use proper locking. * mono-debug.h (MONO_DEBUGGER_VERSION): Bumped to 55. * mono-debug-debugger.h (MonoDebuggerEvent): Added MONO_DEBUGGER_EVENT_THREAD_EXITED. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Assertion failed on mono_class_setup_vtable_general
Hi everyone, I'm developing a Gnome application with Mono and this application has three components: one common library, a server that publishes a DBus interface and a management GUI that talks to the server through DBus. The problem I'm having is that I cannot run the server and the management GUI at the same time or else I'll get this error: $ mono gshare-manager.exe ** ERROR **: file class.c: line 1992 (mono_class_setup_vtable_general): assertion failed: (decl-slot != -1) aborting... Aborted If I start the GUI and later start the server (the GUI displays an error dialog in case it can't contact the server, and hangs in there while waiting for me to dismiss it so I'm able to start the server) I get the same error. I can't understand what I'm doing wrong so any insight you may have is deeply appreciated. If it helps, I can push the code to my public darcs repository so that you can use the exact same code to reproduce the problem. Just let me know if you want that. The Mono version I'm running is: $ mono --version Mono JIT compiler version 1.1.13.6, (C) 2002-2005 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC: Included Boehm (with typed GC) SIGSEGV : normal Cheers, Celso ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Add GetString to UnicodeEncoding 2.0 andmodifysome Encoding wrappers
Hi, I've done some tests: New 1.1: UnicodeEncoding: 6750 ASCIIEncoding: 18609 UTF8Encoding: 9922 CP932: 14641 New 2.0: UnicodeEncoding: 13594 ASCIIEncoding: 19562 UTF8Encoding: 16625 CP932: 38906 Old 1.1: UnicodeEncoding: 6906 ASCIIEncoding: 18859 UTF8Encoding: 10062 CP932: 21719 Old 2.0: UnicodeEncoding: 6750 ASCIIEncoding: 7297 UTF8Encoding: 16719 CP932: 45469 I have the following conclusion: UnicodeEncoding in 2.0 is slower because GetBytes(string) is not overridden. But performance is improved in 1.1 because the overridden implementation optimized for UnicodeEncoding. In ASCIIEncoding you can see the drawback of doing optimizations in Encoding class because the current code is only faster on 2.0. Using the new code 1.1 didn't change because not using unsafe code. There is no change in UTF8Encoding (or little but improvement is minimal). CP932 is faster because optimization is done in MonoEncoding. As a conclusion I think that Encoding should be MS.NET compatible because it's more likely to be used by users. And no improvement can be done in profile 1.1 because there are no unsafe methods so there is no use to sacrifice compatibility for performance. I think that the best solution for encoding optimization is to use a single unsafe implementation (for each funtionality; GetBytes, GetChars, GetByteCount, GetCharCount) and other methods (string, char[], byte[]) are calling this single implementation. This makes the code more maintainable as well. This is what I've done in UnicodeEncoding. And I think the point where we shouldn't care about MS.NET compatibility are the derived public encoding classes; we should override as much methods as we need even if they aren't overridden in MS.NET. (For private encoding classes layout compatibility is not requirement.) For example if I remove !NET_2_0 and NET_2_0 from GetBytes(string) and GetString(byte[], int, int) in UnicodeEncoding significant performance improvement can be achieved in all profiles. Is this deal acceptable? If you have any objections please let me know. Kornél - Original Message - From: Kornél Pál [EMAIL PROTECTED] To: Atsushi Eno [EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com Sent: Wednesday, April 12, 2006 12:35 AM Subject: Re: [Mono-dev] [PATCH] Add GetString to UnicodeEncoding 2.0 andmodifysome Encoding wrappers Hi, Numbers are things that can convince me.:) Now I have three questions: - Are there parts of the patch that are OK to commit? - Do we care about class signature (what methods are overriden)? - Do we care about the implementation of virtual methods (what methods do they call)? I can follow any guidelines - altough I don't belive in performance above everything else - but I would like to know them otherwise I cannot follow them. Kornél - Original Message - From: Atsushi Eno [EMAIL PROTECTED] To: Kornél Pál [EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com Sent: Tuesday, April 11, 2006 6:56 PM Subject: Re: [Mono-dev] [PATCH] Add GetString to UnicodeEncoding 2.0 andmodifysome Encoding wrappers Hi, I'm not interested in how your patch accomplishes MS.NET compatibility. My question is simple: is your patch *good* for Mono? using System; using System.Diagnostics; using System.IO; using System.Text; public class Test { public static void Main (string [] args) { int loop = args.Length 1 ? int.Parse (args [1]) : 100; string s = File.OpenText (args [0]).ReadToEnd (); Encoding e = Encoding.Unicode; Stopwatch sw = Stopwatch.StartNew (); for (int i = 0; i loop; i++) e.GetBytes (s); sw.Stop (); Console.WriteLine (sw.ElapsedMilliseconds); } } Before your patch: mono ./unicode.exe ../../svn/mono/web/web/masterinfos/System.Web.xml 5038 After the patch: $ rundev2 mono ./unicode.exe ../../svn/mono/web/web/masterinfos/System.Web.xml 10175 Atsushi Eno Kornél Pál wrote: Hi, I had some time and looked at all the encoding classes in I18N and in System.Text. byte* and char* is only used in UnicodeEncoding and GetByteCount and GetBytes in I18N. This means that having the #if NET_2_0 codes that you don't want to remove will cause performance loss on profile 2.0 in System.Text while will not improve performance in profile 1.1 as no such optimization is done. The solution is to use arrays in Encoding that improves simple, old fashioned encoding classes but override these methods to use pointers in classes that implement their core functionality using unsafe code. Encodings in System.Text (except UnicodeEncoding) use arrays and I think custom encodings created by users are array based as well so it results in better performance if we use arrays in Encoding. If custom encodings are using unsafe code they will have to override other methods because of MS.NET anyway to get the
Re: [Mono-dev] [PATCH] Add GetString to UnicodeEncoding 2.0 andmodifysome Encoding wrappers
Just a small doubt: how could you run your test that uses Stopwatch under 1.x profile? Atsushi Eno Kornél Pál wrote: Hi, I've done some tests: New 1.1: UnicodeEncoding: 6750 ASCIIEncoding: 18609 UTF8Encoding: 9922 CP932: 14641 New 2.0: UnicodeEncoding: 13594 ASCIIEncoding: 19562 UTF8Encoding: 16625 CP932: 38906 Old 1.1: UnicodeEncoding: 6906 ASCIIEncoding: 18859 UTF8Encoding: 10062 CP932: 21719 Old 2.0: UnicodeEncoding: 6750 ASCIIEncoding: 7297 UTF8Encoding: 16719 CP932: 45469 using System; using System.Diagnostics; using System.IO; using System.Text; namespace Test { public class Test { public static int loop; public static string s; public static void Main(string[] args) { loop = args.Length 1 ? int.Parse(args[1]) : 100; s = File.OpenText(args[0]).ReadToEnd(); Do(Encoding.Unicode); Do(Encoding.ASCII); Do(Encoding.UTF8); Do(Encoding.GetEncoding(932)); } public static void Do(Encoding e) { Stopwatch sw = Stopwatch.StartNew(); for (int i = 0; i loop; i++) e.GetBytes(s); sw.Stop(); Console.WriteLine(e.GetType().Name + : + sw.ElapsedMilliseconds.ToString()); } } } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Add GetString to UnicodeEncoding 2.0 andmodifysome Encoding wrappers
I included Stopwatch.cs in the exe. (Removed MonoTODO and compiled.) And used the same executable on 2.0 as well with a config file. (This was a lazy solution but is fine.:) Kornél - Original Message - From: Atsushi Eno [EMAIL PROTECTED] To: Kornél Pál [EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com Sent: Wednesday, April 12, 2006 1:13 PM Subject: Re: [Mono-dev] [PATCH] Add GetString to UnicodeEncoding 2.0 andmodifysome Encoding wrappers Just a small doubt: how could you run your test that uses Stopwatch under 1.x profile? Atsushi Eno Kornél Pál wrote: Hi, I've done some tests: New 1.1: UnicodeEncoding: 6750 ASCIIEncoding: 18609 UTF8Encoding: 9922 CP932: 14641 New 2.0: UnicodeEncoding: 13594 ASCIIEncoding: 19562 UTF8Encoding: 16625 CP932: 38906 Old 1.1: UnicodeEncoding: 6906 ASCIIEncoding: 18859 UTF8Encoding: 10062 CP932: 21719 Old 2.0: UnicodeEncoding: 6750 ASCIIEncoding: 7297 UTF8Encoding: 16719 CP932: 45469 using System; using System.Diagnostics; using System.IO; using System.Text; namespace Test { public class Test { public static int loop; public static string s; public static void Main(string[] args) { loop = args.Length 1 ? int.Parse(args[1]) : 100; s = File.OpenText(args[0]).ReadToEnd(); Do(Encoding.Unicode); Do(Encoding.ASCII); Do(Encoding.UTF8); Do(Encoding.GetEncoding(932)); } public static void Do(Encoding e) { Stopwatch sw = Stopwatch.StartNew(); for (int i = 0; i loop; i++) e.GetBytes(s); sw.Stop(); Console.WriteLine(e.GetType().Name + : + sw.ElapsedMilliseconds.ToString()); } } } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Add GetString to UnicodeEncoding 2.0 andmodifysome Encoding wrappers
Hi, Here's the real answer. I might not be fully understanding you, but if you are saying that your current patch as is should be applied, then it's no-go (due to the big difference in ASCII and Unicode as you showed us). Note that I'm not saying that performance is always higher-rated matter than compatibility (I'm actually rather anti-pro-optimization dude than others). If there is a way to achieves this compatibility and does not harm performance, it'd be awesome. I'm just not for *extermism*. The reason you were once convinced was not because the evidences are numbers but because the differences are significant. (Hey, there is no doubt that I love your detailed analysis BTW :-) I agree with you on that we had better feel free to override virtual stuff that does not result in MissingMethodException (but it might be only myself). For individual changes other than that performance loss, there are certain goodness in your patches. But for some I'm not convinced (such as giving new byte [1]) because you really don't provide evident NUnit tests. If you don't write any, I will create ones for some changes that I am convinced. But as I've written in the first reply, the difference is so minor that it is low priority for me. BTW thanks for the decent tester code. It conceived me that there are still some optimizible things. Atsushi Eno Kornél Pál wrote: Hi, I've done some tests: New 1.1: UnicodeEncoding: 6750 ASCIIEncoding: 18609 UTF8Encoding: 9922 CP932: 14641 New 2.0: UnicodeEncoding: 13594 ASCIIEncoding: 19562 UTF8Encoding: 16625 CP932: 38906 Old 1.1: UnicodeEncoding: 6906 ASCIIEncoding: 18859 UTF8Encoding: 10062 CP932: 21719 Old 2.0: UnicodeEncoding: 6750 ASCIIEncoding: 7297 UTF8Encoding: 16719 CP932: 45469 I have the following conclusion: UnicodeEncoding in 2.0 is slower because GetBytes(string) is not overridden. But performance is improved in 1.1 because the overridden implementation optimized for UnicodeEncoding. In ASCIIEncoding you can see the drawback of doing optimizations in Encoding class because the current code is only faster on 2.0. Using the new code 1.1 didn't change because not using unsafe code. There is no change in UTF8Encoding (or little but improvement is minimal). CP932 is faster because optimization is done in MonoEncoding. As a conclusion I think that Encoding should be MS.NET compatible because it's more likely to be used by users. And no improvement can be done in profile 1.1 because there are no unsafe methods so there is no use to sacrifice compatibility for performance. I think that the best solution for encoding optimization is to use a single unsafe implementation (for each funtionality; GetBytes, GetChars, GetByteCount, GetCharCount) and other methods (string, char[], byte[]) are calling this single implementation. This makes the code more maintainable as well. This is what I've done in UnicodeEncoding. And I think the point where we shouldn't care about MS.NET compatibility are the derived public encoding classes; we should override as much methods as we need even if they aren't overridden in MS.NET. (For private encoding classes layout compatibility is not requirement.) For example if I remove !NET_2_0 and NET_2_0 from GetBytes(string) and GetString(byte[], int, int) in UnicodeEncoding significant performance improvement can be achieved in all profiles. Is this deal acceptable? If you have any objections please let me know. Kornél ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Add GetString to UnicodeEncoding 2.0 andmodifysome Encoding wrappers
For new byte[1]: The following code for example (and other methods with empy output buffer) has to throw ArgumentException (not IndexOutOfRangeException that bytes[0] throws): Encoding e = Encoding.GetEncoding(1252); e.GetBytes(new char[] {'a'}, 0, 1, new byte[] {}, 0); I didn't previously find the following line in MonoEncoding: if (bytes.Length - byteIndex charCount) throw new ArgumentException (Strings.GetString (Arg_InsufficientSpace), bytes); This will eliminate IndexOutOfRangeException so no new byte[1] is required but actually I'm not sure whether it's correct/safe to assume that GetByteCount returns charCount. (for DBCS it can be more, when using no fallback character (ignoring invalid bytes) it can be less as well) As MonoEncoding is the base encoding class of I18N it may be better to move this check to a higher level and use new byte[1] in MonoEncoding and let GetBytesImpl check for buffer size. For the other things I haven't got enough time now, but I'm happy that we actually have very similar opinion and actually I like to discuss things with you.:) Kornél - Original Message - From: Atsushi Eno [EMAIL PROTECTED] To: Kornél Pál [EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com Sent: Wednesday, April 12, 2006 2:04 PM Subject: Re: [Mono-dev] [PATCH] Add GetString to UnicodeEncoding 2.0 andmodifysome Encoding wrappers Hi, Here's the real answer. I might not be fully understanding you, but if you are saying that your current patch as is should be applied, then it's no-go (due to the big difference in ASCII and Unicode as you showed us). Note that I'm not saying that performance is always higher-rated matter than compatibility (I'm actually rather anti-pro-optimization dude than others). If there is a way to achieves this compatibility and does not harm performance, it'd be awesome. I'm just not for *extermism*. The reason you were once convinced was not because the evidences are numbers but because the differences are significant. (Hey, there is no doubt that I love your detailed analysis BTW :-) I agree with you on that we had better feel free to override virtual stuff that does not result in MissingMethodException (but it might be only myself). For individual changes other than that performance loss, there are certain goodness in your patches. But for some I'm not convinced (such as giving new byte [1]) because you really don't provide evident NUnit tests. If you don't write any, I will create ones for some changes that I am convinced. But as I've written in the first reply, the difference is so minor that it is low priority for me. BTW thanks for the decent tester code. It conceived me that there are still some optimizible things. Atsushi Eno Kornél Pál wrote: Hi, I've done some tests: New 1.1: UnicodeEncoding: 6750 ASCIIEncoding: 18609 UTF8Encoding: 9922 CP932: 14641 New 2.0: UnicodeEncoding: 13594 ASCIIEncoding: 19562 UTF8Encoding: 16625 CP932: 38906 Old 1.1: UnicodeEncoding: 6906 ASCIIEncoding: 18859 UTF8Encoding: 10062 CP932: 21719 Old 2.0: UnicodeEncoding: 6750 ASCIIEncoding: 7297 UTF8Encoding: 16719 CP932: 45469 I have the following conclusion: UnicodeEncoding in 2.0 is slower because GetBytes(string) is not overridden. But performance is improved in 1.1 because the overridden implementation optimized for UnicodeEncoding. In ASCIIEncoding you can see the drawback of doing optimizations in Encoding class because the current code is only faster on 2.0. Using the new code 1.1 didn't change because not using unsafe code. There is no change in UTF8Encoding (or little but improvement is minimal). CP932 is faster because optimization is done in MonoEncoding. As a conclusion I think that Encoding should be MS.NET compatible because it's more likely to be used by users. And no improvement can be done in profile 1.1 because there are no unsafe methods so there is no use to sacrifice compatibility for performance. I think that the best solution for encoding optimization is to use a single unsafe implementation (for each funtionality; GetBytes, GetChars, GetByteCount, GetCharCount) and other methods (string, char[], byte[]) are calling this single implementation. This makes the code more maintainable as well. This is what I've done in UnicodeEncoding. And I think the point where we shouldn't care about MS.NET compatibility are the derived public encoding classes; we should override as much methods as we need even if they aren't overridden in MS.NET. (For private encoding classes layout compatibility is not requirement.) For example if I remove !NET_2_0 and NET_2_0 from GetBytes(string) and GetString(byte[], int, int) in UnicodeEncoding significant performance improvement can be achieved in all profiles. Is this deal acceptable? If you have any objections please let me know. Kornél ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com
Re: [Mono-dev] [PATCH] Add GetString to UnicodeEncoding 2.0 andmodifysome Encoding wrappers
Hi, This is the revised version of my original patch. Please approve this one and the other things can be modified (if needed) later. Kornél UnicodeEncoding.diff Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] StructLayout with misaligned offsets
namespace testCode { class Program { [StructLayout(LayoutKind.Sequential, Pack = 1 /*, CharSet = CharSet.Ansi */)/*, Serializable*/] public struct tagSDK { [MarshalAs(UnmanagedType.ByValArray, SizeConst = 12)] public ushort[] inter; public ushort integ; public ushort mode; public ushort imaging; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 12)] public ushort[] Avg; public ushort numOfIntervals; public tagSDK(int val) { this.inter = new ushort[12]; this.inter[0] = 0; this.Avg = new ushort[12]; Avg[0] = 0; integ = 0; imaging = 0; imaging2 = 0; numOfIntervals = 0; mode = 0; } }; static void Main(string[] args) { tagSDK t= new tagSDK(0); Console.WriteLine(Hello World); } } } When I attempt to execute the following program the following message is generated * ERROR **: file object.c: line 509 (compute_class_bitmap): assertion failed: ((field-offset % sizeof(gpointer)) == 0) If I change The alignment of Avg to be on a 4 byte boundry it works, sugguestions? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] StructLayout with misaligned offsets
Hi, This is a known bug and it is tracked as: http://bugzilla.ximian.com/show_bug.cgi?id=77788 Zoltan On 4/12/06, tcmichals [EMAIL PROTECTED] wrote: namespace testCode { class Program { [StructLayout(LayoutKind.Sequential, Pack = 1 /*, CharSet = CharSet.Ansi */)/*, Serializable*/] public struct tagSDK { [MarshalAs(UnmanagedType.ByValArray, SizeConst = 12)] public ushort[] inter; public ushort integ; public ushort mode; public ushort imaging; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 12)] public ushort[] Avg; public ushort numOfIntervals; public tagSDK(int val) { this.inter = new ushort[12]; this.inter[0] = 0; this.Avg = new ushort[12]; Avg[0] = 0; integ = 0; imaging = 0; imaging2 = 0; numOfIntervals = 0; mode = 0; } }; static void Main(string[] args) { tagSDK t= new tagSDK(0); Console.WriteLine(Hello World); } } } When I attempt to execute the following program the following message is generated * ERROR **: file object.c: line 509 (compute_class_bitmap): assertion failed: ((field-offset % sizeof(gpointer)) == 0) If I change The alignment of Avg to be on a 4 byte boundry it works, sugguestions? ___ 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] Re: StructLayout with misaligned offsets
I'm also using the same method on other struct's and getting different sizes between mono 1.1.14 and 2.0 .NET, the .NET version is giving me the correct sizes, would this also be considered the same issue? I'm trying use the StructLayout to overlay the same data structures used bettwen C++ and C#. Zoltan Varga [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, This is a known bug and it is tracked as: http://bugzilla.ximian.com/show_bug.cgi?id=77788 Zoltan On 4/12/06, tcmichals [EMAIL PROTECTED] wrote: namespace testCode { class Program { [StructLayout(LayoutKind.Sequential, Pack = 1 /*, CharSet = CharSet.Ansi */)/*, Serializable*/] public struct tagSDK { [MarshalAs(UnmanagedType.ByValArray, SizeConst = 12)] public ushort[] inter; public ushort integ; public ushort mode; public ushort imaging; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 12)] public ushort[] Avg; public ushort numOfIntervals; public tagSDK(int val) { this.inter = new ushort[12]; this.inter[0] = 0; this.Avg = new ushort[12]; Avg[0] = 0; integ = 0; imaging = 0; imaging2 = 0; numOfIntervals = 0; mode = 0; } }; static void Main(string[] args) { tagSDK t= new tagSDK(0); Console.WriteLine(Hello World); } } } When I attempt to execute the following program the following message is generated * ERROR **: file object.c: line 509 (compute_class_bitmap): assertion failed: ((field-offset % sizeof(gpointer)) == 0) If I change The alignment of Avg to be on a 4 byte boundry it works, sugguestions? ___ 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] HttpApplicationFactory Patch for HttoModule Events
I was trying to get a custom module's event attached to Global.asax without success. Apparently HttpApplicationFactory's AddHandler was always using EventHandler instead of the EventInfo's EventHandlerType. The attached patch has a one line fix. I've tested this patch against my custom module event as well as an Application_OnError wireups - both works. Hope this helps, ~ Matthew--- HttpApplicationFactory.cs 2006-04-12 14:24:33.0 -0400 +++ HttpApplicationFactory.cs.new 2006-04-12 14:24:51.0 -0400 @@ -280,7 +280,7 @@ evt.AddEventHandler (target, npi.FakeDelegate); } else { evt.AddEventHandler (target, Delegate.CreateDelegate ( - typeof (EventHandler), app, method.Name)); + evt.EventHandlerType, app, method.Name)); } } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Re: StructLayout with misaligned offsets
Also found this information, removing the MarshalAs and use discrete variables works, ie // public ushort Avg0; // [MarshalAs(UnmanagedType.ByValArray, SizeConst = 12)] //public ushort[] Avg; public ushort Avg0;public ushort Avg1;public ushort Avg2;public ushort Avg3;public ushort Avg4;public ushort Avg5;public ushort Avg6; public ushort Avg7;public ushort Avg8;public ushort Avg9;public ushort Avg10;public ushort Avg11; also, [StructLayout(LayoutKind.Sequential, Pack = 1, CharSet = CharSet.Ansi), Serializable] public struct byteD { ushort Lo, Hi; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 32)] byte[] Comment; }; [StructLayout(LayoutKind.Sequential, Pack = 1, CharSet = CharSet.Ansi), Serializable] public struct charD { ushort Lo, Hi; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 32)] char [] Comment; }; Console.WriteLine(byteD + Marshal.SizeOf(typeof(byteD)).ToString() + charD + Marshal.SizeOf(typeof(charD)).ToString()); Ouputs on .NET 2.0 Hello World byteD 36 charD 36 On 1.1.14 Hello World byteD 36 charD 68 Zoltan Varga [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, This is a known bug and it is tracked as: http://bugzilla.ximian.com/show_bug.cgi?id=77788 Zoltan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] MonoDevelop 0.10 in Mono 1.1.4 Linux Installer
1.1.14_1 does come with MD 0.10. 1.1.14_0 does not. The _release revision is only for linux installer updates. Wade On Thu, 2006-04-06 at 18:54 -0400, Daniel Morgan wrote: Does MonoDevelop 0.10 come in the latest Mono 1.1.14 Linux Installer? If not, can it be updated to include it? ___ 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] PATCH: System.Web.UI/SimpleWebHandlerParser.cs
On Wed, 2006-04-12 at 00:28 -0700, Konstantin Triger wrote: Hello, The attached patch helps to correctly resolve GACs dependencies. (Similarly to TemplateParser logic). Please, commit to both HEAD and 1-1-13. Thanks. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] Calendar widget source code ?
anyone know of a small calendar widget thats opensource in c-sharp .Net ? i thought i remember seeing one somewhere as a sample in mono? but can't seem to find one. I found a commercial one, and source is about a G$ :( Just need something that renders a small calendar (stylish) for the month with clickable days, etc. and I don't want to reinvent the wheel. -tl ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Duplicate emails from list
Any idea why I get two of almost every email sent to this forum? What are people doing differently that sometimes causes only one mail to be generated for some posts and two mails for others? It looks like people have the habit of sending to mono-list@lists.ximian.com and then also CC mono-list@lists.ximian.com and [EMAIL PROTECTED] I've also found the need to reply all is very irritating, and I suspect this is partially responsible for the above issue. If I just reply, mail goes back to the person who posted a note because the mail list sets their address as the reply-to. If I hit reply all then I need to remove the individual before sending, since they're going to get the mail from the list anyway. Anyone else have a problem with this? I know some other forums do it the same way, but what a pain. The problem is stupid forum software that no one wants to change, nothing more or less. Thanks. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Audio file access
Hi all. Can anyone point me towards a half-decent, object-oriented, open-source audio file API, preferably for C#? A binding to some reasonably well-maintained library would be fine, OO code that I can modify and into the project would be better. At a minimum, I want PCM WAV support - any support for compressed or u-Law type formats is a bonus at this stage (although if it's just uncompressed WAV files I can read those myself). Micro$oft just can't understand that some people want to access the contents of the file, not just play it using DirectX or Windows Media. :-( Its just crazy that .NET can load and play AVI files on screen with seeking controls etc. using three lines of code, but doesn't give the programmer access to the streams or any functionality lower than this (in Windows Media for instance, you cannot even get a stream length). Why do programming languages always provide high-level functionality that is special purpose and not backed up by the lower level stuff you sometimes (always) need? Anyway I'll quit bitching into your inboxes. Thanks in advance for any help. -- Aaron Oxford Partner, Innovative Computer Solutions Developer, SourceForge project 'Violet Composer' ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Calendar widget source code ?
If it's asp.net then try System.Web.UI.WebControls.Calendar Don't know about SWF or Gtk# though On Tue, 2006-04-11 at 19:26 -0400, ted leslie wrote: anyone know of a small calendar widget thats opensource in c-sharp .Net ? i thought i remember seeing one somewhere as a sample in mono? but can't seem to find one. I found a commercial one, and source is about a G$ :( Just need something that renders a small calendar (stylish) for the month with clickable days, etc. and I don't want to reinvent the wheel. -tl ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- ''~`` ( o o ) +--.oooO--(_)--Oooo.--+ | [EMAIL PROTECTED] FORGECOM | | RUS, .oooO WEB APPLICATIONS | | WEB DEVELOPER ( ) Oooo. WWW.FORGECOM.CO.UK | +-\ (( )+ \_)) / (_/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Duplicate emails from list
Hi, If you go to the preferences of the list, you can set whether you want to receive your own posts or mails you are in CC or TO. Personally I would prefer the option when Reply-To is the list but Miguel said that other people like the current setting. So I always use Reply All to target the list. (Sometimes the lists are slow so it may be preferable if you receive faster the messages that were sent directly to you.) When a message is sent to more than one list you will receive the same message (with different subject) from all the lists the message was sent to. Kornél - Original Message - From: Tony G [EMAIL PROTECTED] To: mono-list@lists.ximian.com Sent: Wednesday, April 12, 2006 4:07 AM Subject: [Mono-list] Duplicate emails from list Any idea why I get two of almost every email sent to this forum? What are people doing differently that sometimes causes only one mail to be generated for some posts and two mails for others? It looks like people have the habit of sending to mono-list@lists.ximian.com and then also CC mono-list@lists.ximian.com and [EMAIL PROTECTED] I've also found the need to reply all is very irritating, and I suspect this is partially responsible for the above issue. If I just reply, mail goes back to the person who posted a note because the mail list sets their address as the reply-to. If I hit reply all then I need to remove the individual before sending, since they're going to get the mail from the list anyway. Anyone else have a problem with this? I know some other forums do it the same way, but what a pain. The problem is stupid forum software that no one wants to change, nothing more or less. Thanks. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Duplicate emails from list
On Tue, 2006-04-11 at 19:07 -0700, Tony G wrote: I've also found the need to reply all is very irritating, and I suspect this is partially responsible for the above issue. If I just reply, mail goes back to the person who posted a note because the mail list sets their address as the reply-to. If I hit reply all then I need to remove the individual before sending, since they're going to get the mail from the list anyway. Anyone else have a problem with this? I know some other forums do it the same way, but what a pain. The problem is stupid forum software that no one wants to change, nothing more or less. It's not stupid forum software that no one wants to change, it's a perfectly reasonable difference of opinion: http://www.unicom.com/pw/reply-to-harmful.html I'd prefer that the Reply-To field not be munged, as is currently the case. - Jon ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: Duplicate emails from list
Tony G wrote: Any idea why I get two of almost every email sent to this forum? What are people doing differently that sometimes causes only one mail to be generated for some posts and two mails for others? It looks like people have the habit of sending to mono-list@lists.ximian.com and then also CC mono-list@lists.ximian.com and [EMAIL PROTECTED] Check whether you've been subscribed multiple times. I've also found the need to reply all is very irritating, and I suspect this is partially responsible for the above issue. If I just reply, mail goes back to the person who posted a note because the mail list sets their address as the reply-to. If I hit reply all then I need to remove the individual before sending, since they're going to get the mail from the list anyway. Anyone else have a problem with this? I know some other forums do it the same way, but what a pain. The problem is stupid forum software that no one wants to change, nothing more or less. It's really hard to let your last sentence uncommented ... Try next time to be more polite. This is a *mailing list*. It's common sense to configure it this way, so try to cope with it. If you cannot, get a MUA that support Reply to list. Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Duplicate emails from list
Tony G schrieb: Any idea why I get two of almost every email sent to this forum? I guess you would notice if you had signed up twice... ;-) What are people doing differently that sometimes causes only one mail to be generated for some posts and two mails for others? It looks like people have the habit of sending to mono-list@lists.ximian.com and then also CC mono-list@lists.ximian.com and [EMAIL PROTECTED] I've also found the need to reply all is very irritating, and I suspect this is partially responsible for the above issue. If I just reply, mail goes back to the person who posted a note because the mail list sets their address as the reply-to. If I hit reply all then I need to remove the individual before sending, since they're going to get the mail from the list anyway. Anyone else have a problem with this? I know some other forums do it the same way, but what a pain. The problem is stupid forum software that no one wants to change, nothing more or less. I agree that the Reply-to should be configured to the list address. However I find it very handy getting a personal copy (reply all) because sometimes there are hours of difference (in the past even days!) between getting a list email and a direct email (with the direct one being much quicker I should add). Some new to the list have been impatient in sending their message up to five times with no information added, just not having got a response to their original message at that time. Maybe you can be more specific about what emails you get twice? Have you checked the status of the Avoid duplicate copies of messages option for your subscription? Andreas ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Calendar widget source code ?
On 4/11/06, ted leslie [EMAIL PROTECTED] wrote: anyone know of a small calendar widget thats opensource in c-sharp .Net ? Is the System.Windows.Forms.MonthCalendar (or System.Web.UI.WebControls.Calendar) not implemented in Mono? Could you not use those, subclassing as necessary? I know for an ASP.NET 2 app I had little trouble subclassing System.Web.UI.WebControls.Calendar to do what I needed. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Calendar widget source code ?
Would a javascript implementation work for you? This one's pretty cool: http://www.mattkruse.com/javascript/calendarpopup/ -Abe On 4/11/06, ted leslie [EMAIL PROTECTED] wrote: anyone know of a small calendar widget thats opensource in c-sharp .Net ? i thought i remember seeing one somewhere as a sample in mono? but can't seem to find one. I found a commercial one, and source is about a G$ :( Just need something that renders a small calendar (stylish) for the month with clickable days, etc. and I don't want to reinvent the wheel. -tl ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Duplicate emails from list
On Tue, 2006-04-11 at 19:07 -0700, Tony G wrote: I've also found the need to reply all is very irritating, and I suspect this is partially responsible for the above issue. If I just reply, mail goes back to the person who posted a note because the mail list sets their address as the reply-to. If I hit reply all then I need to remove the individual before sending, since they're going to get the mail from the list anyway. Anyone else have a problem with this? I know some other forums do it the same way, but what a pain. We've explained before why we don't set reply-to to the list. The problem is stupid forum software that no one wants to change, nothing more or less. Or stupid MUAs that still don't have Reply to List. - Dick signature.asc Description: This is a digitally signed message part ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Calendar widget source code ?
On Wed, 2006-04-12 at 11:16 +0100, rus wrote: If it's asp.net then try System.Web.UI.WebControls.Calendar Don't know about SWF or Gtk# though Gtk# provides a rather nice calendar widget, but I think it just 'imports' it from the Gtk libraries. signature.asc Description: This is a digitally signed message part ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Calendar widget source code ?
Silly me ... yeah, for some reason I was assuming web stuff. Sorry about that. -Abe On 4/12/06, rus [EMAIL PROTECTED] wrote: If it's asp.net then try System.Web.UI.WebControls.Calendar Don't know about SWF or Gtk# though On Tue, 2006-04-11 at 19:26 -0400, ted leslie wrote: anyone know of a small calendar widget thats opensource in c-sharp .Net ? i thought i remember seeing one somewhere as a sample in mono? but can't seem to find one. I found a commercial one, and source is about a G$ :( Just need something that renders a small calendar (stylish) for the month with clickable days, etc. and I don't want to reinvent the wheel. -tl ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- ''~`` ( o o ) +--.oooO--(_)--Oooo.--+ | [EMAIL PROTECTED] FORGECOM | | RUS, .oooO WEB APPLICATIONS | | WEB DEVELOPER ( ) Oooo. WWW.FORGECOM.CO.UK | +-\ (( )+ \_)) / (_/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Audio file access
Hello, Can anyone point me towards a half-decent, object-oriented, open-source audio file API, preferably for C#? A binding to some reasonably well-maintained library would be fine, OO code that I can modify and into the project would be better. At a minimum, I want PCM WAV support - any support for compressed or u-Law type formats is a bonus at this stage (although if it's just uncompressed WAV files I can read those myself). Tao has bindings for SDL, a pretty complete framework that include cross platform audio support. Miguel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Calendar widget source code ?
I just recently went through subclassing the ASP.NET calendar control on Windows (last week in fact). It's definitely a little painful and I'm not sure I could do it w/o the wizard in VS.NET. I wouldn't know where to begin in Mono. -Abe On 4/12/06, Tom Opgenorth [EMAIL PROTECTED] wrote: On 4/11/06, ted leslie [EMAIL PROTECTED] wrote: anyone know of a small calendar widget thats opensource in c-sharp .Net ? Is the System.Windows.Forms.MonthCalendar (or System.Web.UI.WebControls.Calendar) not implemented in Mono? Could you not use those, subclassing as necessary? I know for an ASP.NET 2 app I had little trouble subclassing System.Web.UI.WebControls.Calendar to do what I needed. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Assertion failed on mono_class_setup_vtable_general
Hi everyone, I've sent this email before to the mono-devel-list but I think that that mailing-list wasn't the appropriate place to ask these kinds of questions. Sorry for cross-posting. I'm developing a Gnome application with Mono and this application has three components: one common library, a server that publishes a DBus interface and a management GUI that talks to the server through DBus. The problem I'm having is that I cannot run the server and the management GUI at the same time or else I'll get this error: $ mono gshare-manager.exe ** ERROR **: file class.c: line 1992 (mono_class_setup_vtable_general): assertion failed: (decl-slot != -1) aborting... Aborted If I start the GUI and later start the server (the GUI displays an error dialog in case it can't contact the server, and hangs in there while waiting for me to dismiss it so I'm able to start the server) I get the same error. I can't understand what I'm doing wrong so any insight you may have is deeply appreciated. If it helps, I can push the code to my public darcs repository so that you can use the exact same code to reproduce the problem. Just let me know if you want that. The Mono version I'm running is: $ mono --version Mono JIT compiler version 1.1.13.6, (C) 2002-2005 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC: Included Boehm (with typed GC) SIGSEGV : normal Cheers, Celso ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 1.1.14 and Indy.Sockets
On Monday 10 April 2006 14:47, Paolo Molaro wrote: On 04/07/06 matt wrote: For my project I use the Indy.Sockets opensource library that used to work well with mono 1.1.12 and 1.1.13. Now I get: Invalid IL code in Indy.Sockets.Thread:.ctor (bool,bool,string): IL_0017: stloc.0 This should be fixed in svn. Thanks for the report. lupus Wow! I thought it would be an obscure and complicated problem about which nobody was interested, and you come and say should be fixed Impressive :-) Many thanks. I'm going to grab mono from SVN and test it. Matt PS:sorry fo having polluted an existing thread. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Garbage collection and memory usage
On Sun, 9 Apr 2006 21:26:37 +0100 Gavin Hamill [EMAIL PROTECTED] wrote: Hi again.. any chance of getting the info I requested in this mail from a few days ago? I'd love to help get this bug nailed, but I'm not a coder so need hand-holding through scary things like gdb :) On Sat, 08 Apr 2006 12:56:27 -0400 Miguel de Icaza [EMAIL PROTECTED] wrote: Hello, You attach to the running mono process when it hangs, this will be the one that looks like: mono mod-mono-server.exe OK that's great :) Even after reading this thread, could you do a 'gdb 101'? This is so that when the admin site next fails I'm not fumbling through pages of docs whilst people around me are panicing that everything is broken :) I'm using mono 1.1.14 on the admin site machine, with the handle SIGXCPU SIG33 SIGPWR nostop noprint and mono_backtrace macro in /root/.gdbinit. The admin site runs on x86_64 so I haven't included define mono_stack since it's marked as only tested on x86. The symptoms for when the admin site fails are that Apache returns 'Server Temporarily Unavailable' after a few moments for each aspx request. So, next time it happens, I'll fire up gdb --pid=12345 and be presented with the (gdb) prompt ... from here, what do I type to provide the most useful information? One thing that might help (on private email if you have to) is to describe what kind of things your application is doing: what database provider, whether you can run pieces of the application from the command line (no web version). We're using Npgsql.dll - not the latest version I confess - in fact we've been using the same dll for months - just stuck it in the 'bin' directory along with all the other dll's we're using or have written as part of our own application. That said, no problems have been experienced with it on Windows :) Running the admin site under xsp is an interesting idea, since I'm not doing anything exotic with mod_rewrite (like I have to for the public site), however I'd need to reboot the machine to UP mode to use heap buddy, and I don't want to do that when the machine is far away :) Will using XSP bring any other debugging benefits than mod_mono ? Cheers, Gavin. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list Cheers, Gavin. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] FAILED building mono 1.1.14 (RH Linux)
I tried to build mono 1.1.14 from source. It failed with this error: /bin/sh ../../libtool --tag=CC --mode=link gcc -I../.. -I../../libgc/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -g -O2 -fno-strict-aliasing -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -o mono -export-dynamic -Wl,-version-script=./ldscript.mono main.o libmono-static.la -pthread -L/usr/local/lib -lgthread-2.0 -lglib-2.0 -Wl,--export-dynamic -L/usr/local/lib -lgmodule-2.0 -ldl -lglib-2.0 -lm -lnsl -lpthread -lm -lrt gcc -I../.. -I../../libgc/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -g -O2 -fno-strict-aliasing -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -o mono -Wl,-version-script=./ldscript.mono main.o -pthread -Wl,--export-dynamic -Wl,--export-dynamic ./.libs/libmono-static.a -L/usr/local/lib /usr/local/lib/libgthread-2.0.so /usr/local/lib/libgmodule-2.0.so -ldl /usr/local/lib/libglib-2.0.so -lnsl -lpthread -lm -lrt /usr/bin/ld:./ldscript.mono:1: parse error in VERSION script collect2: ld returned 1 exit status make[4]: *** [mono] Error 1 make[4]: Leaving directory `/home/jrenton/mono/mono-1.1.14/mono/mini' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/jrenton/mono/mono-1.1.14/mono/mini' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jrenton/mono/mono-1.1.14/mono' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jrenton/mono/mono-1.1.14' make: *** [all] Error 2 [EMAIL PROTECTED] mono-1.1.14]$ Any suggestions? -James. -- View this message in context: http://www.nabble.com/FAILED-building-mono-1.1.14-%28RH-Linux%29-t1440508.html#a3889724 Sent from the Mono - General forum at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Re: Duplicate emails from list
Thank you for the comments/suggestions. In response to some: - I'm certainly not subscribed twice, the headers in mail dupes are exactly the same. - Note again that mail being sent to the list by some people has both a TO and a CC to the list, so the list is getting mail dupes. This might explain why the list is simply echoing dupes, but I'd think Message-ID header would be different from subscriber to list, or list to public, so I suspect something else is going on. - Regarding my reference to stupid forum software. I apologize if that ruffles some feathers, but my use of the word stupid wasn't flippant or in anger and was not intended to be impolite. (I'm very aware of the concept of netiquette but I also think people need to avoid being overly sensitive to benign words.) I meant forum/list software which is unintelligent or non-intuitive in the way it's processing data - I wasn't insulting the software or its authors. I've seen many situations where groups using OSS mail list processors would have the entire membership change the way they process email (reply-all vs reply), rather than change the code to do something logical (setting the Reply-To in a more intelligent manner): I don't reply-all when I'm responding to an individual so I see no practical reason to reply-all just because I'm responding to a list agent. Blaming this on an MUA is silly (probably another inflamatory word, sheesh), an MUA shouldn't process mail differently based on who is sending it any more than the user behind an MUA should have to know the secret handshake for how the list software expects to get responses. We should be the master of our tools, not conform to the limitations of the software we choose. I'm very surprised that people involved so heavily in OSS (this forum and many others) so easily accept anomalies like this as being normal. All that said. I will follow the link provided on the topic of Reply-All and go over prior forum postings on the topic. I will follow the accepted protocol and won't interrupt the group on this specific topic again. Because other people are not getting dupes like I am, I'm having a look at my own mail services. I started my inquiry with this list since this is the only list that I'm getting dupes from. Thanks for your responses. Robert Jordan robertj-at-gmx.net wrote: Tony G wrote: Any idea why I get two of almost every email sent to this forum? What are people doing differently that sometimes causes only one mail to be generated for some posts and two mails for others? It looks like people have the habit of sending to mono-list@lists.ximian.com and then also CC mono-list@lists.ximian.com and [EMAIL PROTECTED] Check whether you've been subscribed multiple times. I've also found the need to reply all is very irritating, and I suspect this is partially responsible for the above issue. If I just reply, mail goes back to the person who posted a note because the mail list sets their address as the reply-to. If I hit reply all then I need to remove the individual before sending, since they're going to get the mail from the list anyway. Anyone else have a problem with this? I know some other forums do it the same way, but what a pain. The problem is stupid forum software that no one wants to change, nothing more or less. It's really hard to let your last sentence uncommented ... Try next time to be more polite. This is a *mailing list*. It's common sense to configure it this way, so try to cope with it. If you cannot, get a MUA that support Reply to list. Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono 1.1.14Build 1 on Windows crashes on simple winform test..
Hi All,I just tried to run a simple VB.NET 1.1 winform on Mono 1.1.14Build1 and got the following crash (see below).The reason for this simple test was to see if Mono leaked memory like MS .NET 1.1.If you run this on Windows, click the button over and over and over again..And watch memory. It grows in memory... The test was to see if Mono did the same, but it crashed before I could check.So a couple of questions.. 1) Why is it crashing on Mono 2) Is this a Memory Leak ? or Incorrect coding for Simple Threading ? ThanksAndrew Mono version 1.1.14 Build 1Prepending 'C:\PROGRA~1\MONO-1~1.14\bin' to PATHC:\Documents and Settings\andrew E:\mono -v MemoryLeak.exeMethod (wrapper runtime-invoke) System.Object:runtime_invoke_void_string (object,intptr,intptr,intptr) emitted at 00FE1380 to 00FE1417 (code length 151) [MemoryLeak.exe]Method System.OutOfMemoryException:.ctor (string) emitted at 00FE1418 to 00FE143B (code length 35) [MemoryLeak.exe]Method System.SystemException:.ctor (string) emitted at 00FE1460 to 00FE1483 (code length 35) [MemoryLeak.exe]Method System.Exception:.ctor (string) emitted at 00FE1498 to 00FE14B0 (code length 24) [MemoryLeak.exe]Method System.Exception:set_HResult (int) emitted at 00FE14B8 to 00FE14C6 (codelength 14) [MemoryLeak.exe]Method System.NullReferenceException:.ctor (string) emitted at 00FE14C8 to 00FE14EB (code length 35) [MemoryLeak.exe]Method System.StackOverflowException:.ctor (string) emitted at 00FE14F0 to 00FE1503 (code length 19) [MemoryLeak.exe]===CODE ===Imports System.ThreadingPublic Class Form1 Inherits System.Windows.Forms.Form #Region " Windows Form Designer generated code " Public Sub New() MyBase.New() 'This call is required by the Windows Form Designer. InitializeComponent() 'Add any initialization after the InitializeComponent() call End Sub 'Form overrides dispose to clean up the component list. Protected Overloads Overrides Sub Dispose(ByVal disposing As Boolean) If disposing Then If Not (components Is Nothing) Then components.Dispose() End If End If MyBase.Dispose(disposing) End Sub 'Required by the Windows Form Designer Private components As System.ComponentModel.IContainer 'NOTE: The following procedure is required by the Windows Form Designer 'It can be modified using the Windows Form Designer. 'Do not modify it using the code editor. Friend WithEvents Button1 As System.Windows.Forms.Button System.Diagnostics.DebuggerStepThrough() Private Sub InitializeComponent() Me.Button1 = New System.Windows.Forms.Button Me.SuspendLayout() ' 'Button1 ' Me.Button1.Location = New System.Drawing.Point(120, 88) Me.Button1.Name = "Button1" Me.Button1.TabIndex = 0 Me.Button1.Text = "Button1" ' 'Form1 ' Me.AutoScaleBaseSize = New System.Drawing.Size(5, 13) Me.ClientSize = New System.Drawing.Size(292, 273) Me.Controls.Add(Me.Button1) Me.Name = "Form1" Me.Text = "Form1" Me.ResumeLayout(False) End Sub#End Region Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click Dim newThread As Thread newThread = New Thread(AddressOf newThreadFunction) newThread.IsBackground = True newThread.Start() End Sub Public Sub newThreadFunction() 'do nothing End SubEnd Class== = ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list