Re: [Mono-dev] Sys.SM.Configuration changes caused too much regressions
Hi Atsushi, Thank you for these constructive comments. I personally was not aware that the build/test status was available. I have reviewed with Igor the recent changes. The current failures are new tests. These failures are not related to the original problem you reported below. However, it would have been better to commit these tests with [NotWorking] attribute. Igor will commit by tomorrow a clean status in which either the tests are working, or they are marked with [NotWorking]. We will also try to maintain a cleaner test status of the committed code, and will pay closer attention to the ChangeLog comments. Noam -Original Message- From: Igor Zelmanovich Sent: Monday, March 24, 2008 7:46 PM To: Atsushi Eno Cc: mono-devel-list@lists.ximian.com; Noam Lampert; Eyal Alaluf Subject: RE: Sys.SM.Configuration changes caused too much regressions You refer to tests I added today. It is not regression, just new tests, And I am working on it right now. Please let me finish my work. I make a lot changes in configuration stuff, but it not suppose to affect other aspects of current implementation. Igor. -Original Message- From: Atsushi Eno [mailto:[EMAIL PROTECTED] Sent: Monday, March 24, 2008 7:33 PM To: Igor Zelmanovich Cc: mono-devel-list@lists.ximian.com; Noam Lampert; Eyal Alaluf Subject: Re: Sys.SM.Configuration changes caused too much regressions No matter how it works in your machine, the tests are indeed broken as monobuild shows. See System.ServiceModel test results: http://mono.ximian.com/monobuild/python/monobuild.py http://mono.ximian.com/monobuild/builds/HEAD/suse-101-i586/olive/98880/l ogs/test.log BTW you always have meaningless ChangeLog entry such as: Log: fix implementation, refactoring but it is not true. For example for r98854 which you put *new file* which is neither implementation fix nor refactoring at all. Atsushi Eno Igor Zelmanovich wrote: Hello Atsushi, There was some not implemented API in System.Configuration I've implemented it in r98680 You have rebuild (and install) System.Configuration to have the tests pass. I have no such regressions in my Ubuntu. If you still have any such regression, please send me exception's stack trace. Be sure I run nunit test suite each time I have commit. Igor Zelmanovich. -Original Message- From: Atsushi Eno [mailto:[EMAIL PROTECTED] Sent: Friday, March 21, 2008 1:50 PM To: Igor Zelmanovich Cc: mono-devel-list@lists.ximian.com; [EMAIL PROTECTED] Subject: Sys.SM.Configuration changes caused too much regressions Hello Igor, I usually don't care too much about NUnit test regressions in the face of significant development in olive, but lately you broke too much tests due to System.ServiceModel.Configuration improvements. More than 10 tests now fails with NotImplementedException which is raised inside configuration stuff. Please remove any configuration hook from existing working stuff such as ChannelFactory. If you do not, I'll revert several things instead next week, which could mess your work. Thanks in advance. Atsushi Eno __ Information from ESET NOD32 Antivirus, version of virus signature database 2740 (20071221) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono.Media for GSOC
Hi everyone, I'm interested in applying for GSOC to work on Mono.Media and I was just wondering if I could get a few more details about the project. Has any work been completed on it? How comprehensive in terms of codec support are you looking for? This past summer I developed ffmpeg-sharphttp://code.google.com/p/ffmpeg-sharp/to aid in decoding and encoding audio for a (yet to be released) media player I've been working on for the past year, so I have some background on audio playback. I've also done work with both OpenAL and DirectSound for my media player (I can provide code samples of the work I've done). The way I would envision the framework is a base library that supports both codec and backend plugins; eg. a backend plugin for DirectSound, OpenAL, ALSA, etc.. and frontend plugins for codec support such as ffmpeg. I see two methods for audio playback, simple single-threaded methods that take either a stream or file and play it back as well as more complicated multi-threaded methods for continuous or dynamic playback. I've done some work with gapless playback using OpenAL and Directsound for my player. I was just curious if I could get a little input on my ideas and whatnot before I go ahead and write up my application. Thank you in advance, Justin Cherniak [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 1.2.6.1 review (bugs and conclusion)
On Sun, 2008-03-23 at 23:12 -0400, Miguel de Icaza wrote: https://bugzilla.novell.com/show_bug.cgi?id=357947 (System.Data) It seems like Varadhan has been looking at this. Varadhan? DataView part of the patch is already in SVN now. RB Tree implementation for DataTable is to be worked upon. We have a primitive RB Tree implementation that is known to work on simple cases. Will be working on it more after my current XSD work. Thanks, V. Varadhan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Sys.SM.Configuration changes caused too much regressions
Turned out that you actually never logged changes to ChangeLog (it is not about SVN commit log but about files named ChangeLog.) We (including you) should always log the changes in those files. Atsushi Eno Atsushi Eno wrote: No matter how it works in your machine, the tests are indeed broken as monobuild shows. See System.ServiceModel test results: http://mono.ximian.com/monobuild/python/monobuild.py http://mono.ximian.com/monobuild/builds/HEAD/suse-101-i586/olive/98880/logs/test.log BTW you always have meaningless ChangeLog entry such as: Log: fix implementation, refactoring but it is not true. For example for r98854 which you put *new file* which is neither implementation fix nor refactoring at all. Atsushi Eno Igor Zelmanovich wrote: Hello Atsushi, There was some not implemented API in System.Configuration I've implemented it in r98680 You have rebuild (and install) System.Configuration to have the tests pass. I have no such regressions in my Ubuntu. If you still have any such regression, please send me exception's stack trace. Be sure I run nunit test suite each time I have commit. Igor Zelmanovich. -Original Message- From: Atsushi Eno [mailto:[EMAIL PROTECTED] Sent: Friday, March 21, 2008 1:50 PM To: Igor Zelmanovich Cc: mono-devel-list@lists.ximian.com; [EMAIL PROTECTED] Subject: Sys.SM.Configuration changes caused too much regressions Hello Igor, I usually don't care too much about NUnit test regressions in the face of significant development in olive, but lately you broke too much tests due to System.ServiceModel.Configuration improvements. More than 10 tests now fails with NotImplementedException which is raised inside configuration stuff. Please remove any configuration hook from existing working stuff such as ChannelFactory. If you do not, I'll revert several things instead next week, which could mess your work. Thanks in advance. Atsushi Eno ___ 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] Mono.Media for GSOC
Hi Justin, while I'm not a Mono or Banshee developer, so I do not know details about what's in store for Mono.Media. However, I am very interested in this project and the potential impact it will have on projects like OpenTK and the Tao framework. To my mind, the codec / backend separation is extremely valuable. Ideally, Mono.Media will be able decode audio streams to a raw PCM data, which would then be fed to a (pluggable) audio backend. Mono.Media should probably ship with a few default backends (probably the ones currently used by Banshee), but developers should be able to write and plug in their own (e.g. OpenTK.Audio or Tao.OpenAL). My other suggestion would be to make the library thread-safe, but *not* add any implicit threading code in Mono.Media itself. Threading should be handled on the application level, i.e. Mono.Media functions should be blocking unless users will be able to thread operations explicitly (using background workers, thread pools or some such). Take a look at JMF, where every operation executes asynchronously, as an example of what to *avoid* in the API (there's a reason that library is dead :) ) Gapless playback is also nice, but imho this, too, belongs at the app level. Just my two cents :) I'm definitely going to keep a close eye on this project - and once it comes to that, you can count on me writing an OpenTK.Audio backend for Mono.Media. Good luck with your application! Best wishes, Stephen A. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono.Media for GSOC
Sorry for the double post, but I didn't see my message on the listserv, so I wanted to resend it: Hi everyone, I'm interested in applying for GSOC to work on Mono.Media and I was just wondering if I could get a few more details about the project. Has any work been completed on it? How comprehensive in terms of codec support are you looking for? This past summer I developed ffmpeg-sharphttp://code.google.com/p/ffmpeg-sharp/to aid in decoding and encoding audio for a (yet to be released) media player I've been working on for the past year, so I have some background on audio playback. I've also done work with both OpenAL and DirectSound for my media player (I can provide code samples of the work I've done). The way I would envision the framework is a base library that supports both codec and backend plugins; eg. a backend plugin for DirectSound, OpenAL, ALSA, etc.. and frontend plugins for codec support such as ffmpeg. I see two methods for audio playback, simple single-threaded methods that take either a stream or file and play it back as well as more complicated multi-threaded methods for continuous or dynamic playback. I've done some work with gapless playback using OpenAL and Directsound for my player. I was just curious if I could get a little input on my ideas and whatnot before I go ahead and write up my application. Thank you in advance, Justin Cherniak [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] ANN: WebKit/Gtk mono bindings
Hi all, (Please CC me, I'm not subscribed to this list) I've wanted to migrate from gecko to webkit for some time in my app, but I've not been able to find WebKit/Gtk bindings (there are some cocoa ones, but apparently that's only for OSX users). Therefore I've decided to create my own. These are being written by hand because the glib part of WebKit/Gtk is written in some sbuset of C++ which gapi2 doesn't grok, so bad luck. You can find a page about these bindings at http://cmartin.tk/webkitgtk-sharp.html where you can download a tarball with the current status (more or less). There is also a gitweb server running at http://git.cmartin.tk and you can see the address to clone the tree in the webpage mentioned above, but please be kind as it is an old server with _very_ limited bandwidth. The project is hosted there until I find somewhere better to put it and see if there is any interest in them. What works: - You can embed a WebKit.WebView in your Gtk# application as a Gtk.Widget and have it open a web page (as shown by the demo application). What doesn't work: - Basically anything else. Some features are implemented but most won't work properly until I figure out how marshalling works for GLib.Object and Gtk.Widget derived classes. If there is interest in these bindings I'll open a project at sourceforge or some equivalent. Regards, cmn -- Carlos Martín Nieto | http://cmartin.tk/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Sys.SM.Configuration changes caused too much regressions
You refer to tests I added today. It is not regression, just new tests, And I am working on it right now. Please let me finish my work. I make a lot changes in configuration stuff, but it not suppose to affect other aspects of current implementation. Igor. -Original Message- From: Atsushi Eno [mailto:[EMAIL PROTECTED] Sent: Monday, March 24, 2008 7:33 PM To: Igor Zelmanovich Cc: mono-devel-list@lists.ximian.com; Noam Lampert; Eyal Alaluf Subject: Re: Sys.SM.Configuration changes caused too much regressions No matter how it works in your machine, the tests are indeed broken as monobuild shows. See System.ServiceModel test results: http://mono.ximian.com/monobuild/python/monobuild.py http://mono.ximian.com/monobuild/builds/HEAD/suse-101-i586/olive/98880/l ogs/test.log BTW you always have meaningless ChangeLog entry such as: Log: fix implementation, refactoring but it is not true. For example for r98854 which you put *new file* which is neither implementation fix nor refactoring at all. Atsushi Eno Igor Zelmanovich wrote: Hello Atsushi, There was some not implemented API in System.Configuration I've implemented it in r98680 You have rebuild (and install) System.Configuration to have the tests pass. I have no such regressions in my Ubuntu. If you still have any such regression, please send me exception's stack trace. Be sure I run nunit test suite each time I have commit. Igor Zelmanovich. -Original Message- From: Atsushi Eno [mailto:[EMAIL PROTECTED] Sent: Friday, March 21, 2008 1:50 PM To: Igor Zelmanovich Cc: mono-devel-list@lists.ximian.com; [EMAIL PROTECTED] Subject: Sys.SM.Configuration changes caused too much regressions Hello Igor, I usually don't care too much about NUnit test regressions in the face of significant development in olive, but lately you broke too much tests due to System.ServiceModel.Configuration improvements. More than 10 tests now fails with NotImplementedException which is raised inside configuration stuff. Please remove any configuration hook from existing working stuff such as ChannelFactory. If you do not, I'll revert several things instead next week, which could mess your work. Thanks in advance. Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono:MIPS patch
Hello, I am trying to crosscompile the Mono to MIPS (32 bit). I attached a possible patch for it. The actual machine: system type : ATI XILLEON HDTV SUPERTOLL cpu model : MIPS 4KEc V4.8 Linux version : 2.6.12.6 I used partly Yoichi Nakayama's (Oct 2007) patch and got a lot of help from Zoltan Varga. And the current regression test result on this machine (DreamBox 7025): basic.exe - 100% basic-long.exe - 100% basic-float.exe - 80% (Test 'test_0_conv_i', 'test_2_rem', 'test_4_long_cast', 'test_4_single_long_cast', 'test_0_rounding' failed) The main problem is the endianism. This machine is a little-endian machine, and the Mono VM is a big-endian. We can change the byte-order at stmt: OP_OUTARG (lreg) in the inssel-mips.brg, but unfortunately, we cannot do this at stmt: OP_SETRET (lreg), because it would change the internal long parameters too. So, whenever I need a long (lreg - 64 bit) value from a native code, I have to change it. And I also found an interesting problem with const and non-const comparison in C#. So I can use sockets and collections in C#, but the solution has not been perfect yet. I am waiting for remarks, approval or any other idea to solve this endian-problem easily! Thank you very much, Csaba Index: mono-1.2.6/mono/mini/inssel-float.brg === --- inssel-float.brg.orig +++ inssel-float.brg @@ -228,6 +228,26 @@ } # +# DM7025 - long - float conversion +# + +lreg: OP_FCONV_TO_I8 (freg) { + MONO_EMIT_UNALU (s, tree, tree-opcode, state-reg1, state-left-reg1); +} + +freg: OP_LCONV_TO_R8 (lreg) { + MONO_EMIT_UNALU (s, tree, tree-opcode, state-reg1, state-left-reg1); +} + +freg: OP_LCONV_TO_R4 (lreg) { + MONO_EMIT_UNALU (s, tree, tree-opcode, state-reg1, state-left-reg1); +} + +freg: OP_FREM (freg, freg) { + MONO_EMIT_UNALU (s, tree, tree-opcode, state-reg1, state-left-reg1); +} + +# # control flow # Index: mono-1.2.6/mono/mini/inssel-long32-mips.brg === --- inssel-long32-mips.brg.orig +++ inssel-long32-mips.brg @@ -695,11 +695,11 @@ MONO_EMIT_NEW_BIALU (s, OP_MIPS_SLT, mips_at, lreg2, rreg2); MONO_EMIT_NEW_COMPARE_BRANCH_BLOCK (s, OP_MIPS_BNE, mips_at, mips_zero, tree-inst_false_bb); - /* if (rreg2 != lreg2) - false */ - MONO_EMIT_NEW_COMPARE_BRANCH_BLOCK (s, OP_MIPS_BNE, rreg2, lreg2, tree-inst_false_bb); + /* if (lreg2 != rreg2) - true */ + MONO_EMIT_NEW_COMPARE_BRANCH_BLOCK (s, OP_MIPS_BNE, lreg2, rreg2, tree-inst_true_bb); - /* (rreg2 == lreg2), so if (lreg1 rreg1) - false */ - MONO_EMIT_NEW_BIALU (s, OP_MIPS_SLT, mips_at, lreg1, rreg1); + /* (lreg2 == rreg2), so if (lreg1 rreg1) - false */ + MONO_EMIT_NEW_BIALU (s, OP_MIPS_SLTU, mips_at, lreg1, rreg1); MONO_EMIT_NEW_COMPARE_BRANCH_BLOCK (s, OP_MIPS_BNE, mips_at, mips_zero, tree-inst_false_bb); MONO_EMIT_NEW_BRANCH_BLOCK (s, OP_BR, tree-inst_true_bb); } @@ -710,19 +710,19 @@ int rreg1 = mono_regstate_next_int (s-rs); int rreg2 = mono_regstate_next_int (s-rs); - MONO_EMIT_NEW_ICONST (s, rreg2, state-left-right-tree-inst_ms_word); + MONO_EMIT_NEW_ICONST (s, rreg2, state-left-right-tree-inst_ms_word); /* if (lreg2 rreg2) - false */ MONO_EMIT_NEW_BIALU (s, OP_MIPS_SLT, mips_at, lreg2, rreg2); MONO_EMIT_NEW_COMPARE_BRANCH_BLOCK (s, OP_MIPS_BNE, mips_at, mips_zero, tree-inst_false_bb); - /* if (rreg2 != lreg2) - false */ - MONO_EMIT_NEW_COMPARE_BRANCH_BLOCK (s, OP_MIPS_BNE, rreg2, lreg2, tree-inst_false_bb); + /* if (lreg2 != rreg2) - true */ + MONO_EMIT_NEW_COMPARE_BRANCH_BLOCK (s, OP_MIPS_BNE, lreg2, rreg2, tree-inst_true_bb); - MONO_EMIT_NEW_ICONST (s, rreg1, state-left-right-tree-inst_ls_word); + MONO_EMIT_NEW_ICONST (s, rreg1, state-left-right-tree-inst_ls_word); - /* (rreg2 == lreg2), so if (lreg1 rreg1) - false */ - MONO_EMIT_NEW_BIALU (s, OP_MIPS_SLT, mips_at, lreg1, rreg1); + /* (lreg2 == rreg2), so if (lreg1 rreg1) - false */ + MONO_EMIT_NEW_BIALU (s, OP_MIPS_SLTU, mips_at, lreg1, rreg1); MONO_EMIT_NEW_COMPARE_BRANCH_BLOCK (s, OP_MIPS_BNE, mips_at, mips_zero, tree-inst_false_bb); MONO_EMIT_NEW_BRANCH_BLOCK (s, OP_BR, tree-inst_true_bb); } @@ -737,11 +737,11 @@ MONO_EMIT_NEW_BIALU (s, OP_MIPS_SLTU, mips_at, lreg2, rreg2); MONO_EMIT_NEW_COMPARE_BRANCH_BLOCK (s, OP_MIPS_BNE, mips_at, mips_zero, tree-inst_false_bb); - /* if (rreg2 != lreg2) - false */ - MONO_EMIT_NEW_COMPARE_BRANCH_BLOCK (s, OP_MIPS_BNE, rreg2, lreg2, tree-inst_false_bb); + /* if (lreg2 != rreg2) - true */ + MONO_EMIT_NEW_COMPARE_BRANCH_BLOCK (s, OP_MIPS_BNE, lreg2, rreg2, tree-inst_true_bb); /* (rreg2 == lreg2), so if (lreg1 rreg1) - false */ - MONO_EMIT_NEW_BIALU (s, OP_MIPS_SLT, mips_at, lreg1, rreg1); + MONO_EMIT_NEW_BIALU (s, OP_MIPS_SLTU, mips_at, lreg1, rreg1); MONO_EMIT_NEW_COMPARE_BRANCH_BLOCK (s, OP_MIPS_BNE, mips_at, mips_zero, tree-inst_false_bb); MONO_EMIT_NEW_BRANCH_BLOCK (s, OP_BR, tree-inst_true_bb); } @@
[Mono-dev] Mono.Media for GSOC
Hi everyone, I'm interested in applying for GSOC to work on Mono.Media and I was just wondering if I could get a few more details about the project. Has any work been completed on it? How comprehensive in terms of codec support are you looking for? This past summer I developed ffmpeg-sharphttp://code.google.com/p/ffmpeg-sharp/to aid in decoding audio for a (yet to be released) media player I've been working on for the past year, so I have some [released] background on audio workings. I've also done work with both OpenAL and DirectSound for my media player (I can provide code samples of the work I've done). The way I would envision the framework is a base library that supports both codec and backend plugins; eg. a backend plugin for DirectSound, OpenAL, ALSA, etc.. and frontend plugins for codec support such as ffmpeg. I see for audio playback, simple single-threaded methods for audio playback that either take a stream or file and play it back as well as more complicated multi-threaded workings for continuous or dynamic playback. I've done sone work on the gapless side using OpenAL.Net for my player. I was just curious if I could get a little input on my ideas and whatnot before I go ahead and write up my application. Thank you in advance, Justin Cherniak [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Solaris Sparc packaging
Hello, I have the requirement for a medium sized C# 2.0 project to run under Solaris 10 Sparc64. I was able to install the latest available Solaris 8/Sparc package mono-1.2.4_4.sunos8.novell.sparc.pkg , and it basically works. I encountered, however, a show stopping bug in 1.2.4 under Solaris (https://bugzilla.novell.com/show_bug.cgi?id=323524 320405 or related to those), that kills my current project as a Mono app. So I need a Mono release without that bug under Solaris 8/10 Sparc. I'm currently trying to compile svn trunk under x86, and am making some progress, but stll iterating from error to error) and that is far from a Sparc package. Is there a more recent Solaris 8/Sparc package available, 1.2.6 or (gasp) 1.9? And if not, are there any plans regarding those? Is it hard to package myself (provided I have access to a Solaris Sparc development environment)? I would prefer a package because of deployment issues, but would be certainly able to live with a non-packaged working install. Thanks in advance! Best regards, Oliver PGP.sig Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] ANN: Bindings for WebKit/Gtk
Hi all, (Resending, as the first mail apparently didn't reach the list) I've wanted to migrate from gecko to webkit for some time in my app, but I've not been able to find WebKit/Gtk bindings (there are some cocoa ones, but apparently that's only for OSX users). Therefore I've decided to create my own. These are being written by hand because the glib part of WebKit/Gtk is written in some sbuset of C++ which gapi2 doesn't grok, so bad luck. You can find a page about these bindings at http://cmartin.tk/webkitgtk-sharp.html where you can download a tarball with the current status (more or less). There is also a gitweb server running at http://git.cmartin.tk and you can see the address to clone the tree in the webpage mentioned above, but please be kind as it is an old server with _very_ limited bandwidth. The project is hosted there until I find somewhere better to put it if there is any interest in them. What works: - You can embed a WebKit.WebView in your Gtk# application as a Gtk.Widget and have it open a web page (as shown by the demo application). - Some WebSettings work, but you probably shouldn't rely on that. What doesn't work: - Basically anything else. Some features are partly implemented but most won't work. If there is interest in these bindings I'll open a project at sourceforge or alioth or something so my poor server gets a rest. Regards, cmn -- Carlos Martín Nieto | http://cmartin.tk/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Solaris building/packaging
Hello, I have the requirement for a medium sized C# 2.0 project to run under Solaris 10 Sparc64. I was able to install the latest available Solaris 8/Sparc package mono-1.2.4_4.sunos8.novell.sparc.pkg , and it basically works. I encountered, however, a show stopping bug in 1.2.4 under Solaris (https://bugzilla.novell.com/show_bug.cgi?id=323524 320405 or related to those), that kills my current project as a Mono app. So I need a Mono release without that bug under Solaris 8/10 Sparc. I'm currently trying to compile svn trunk under x86, and am making some progress, but stll iterating from error to error), and that is far from a Sparc package. Is there a more recent Solaris 8/10/Sparc package available, 1.2.6 or (gasp) 1.9? And if not, are there any plans regarding those? Is it hard to package myself (provided I have access to a Solaris Sparc development environment)? I would prefer a package because of deployment issues, but would be certainly able to live with a non-packaged working install. Thanks in advance! Best regards, Oliver___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] struct alignment
While working with pInvoke, I noticed that two structures seemed to be algined differently. One looks like it's aligning on 4 byte boundary, while the other is aligning on 8. If you run this sample code you'll see that the sizeof(foo) is 12 and the sizeof(bar) is 16. I'm not sure if this is a bug and wanted to see if anyone could explain why this is happening. If I add Pack=4 to bar it reports sizeof(bar) 12 as expected. The equivalent c++ code compiled with g++ reports 12 and 12. As another reference point MS Dev Studio 2008 has sizeof 16 for both structures using c# and c++ code. Thanks -jake using System; using System.Runtime.InteropServices; public class SizeTest { [StructLayout(LayoutKind.Sequential)] struct foo { UInt64 a; UInt32 b; } [StructLayout(LayoutKind.Explicit)] struct bar { [FieldOffset(0)] UInt64 a; [FieldOffset(0)] UInt16 b; [FieldOffset(0)] foof; } public static void Main( String[] args ) { foo f = new foo(); bar b = new bar(); Console.WriteLine( sizeof(foo)={0}, Marshal.SizeOf(f) ); Console.WriteLine( sizeof(bar)={0}, Marshal.SizeOf(b) ); } } -- #include stdio.h #include stdint.h struct foo { uint64_ta; uint32_tb; }; union bar { uint64_ta; uint16_tb; foo f; }; int main( int argc, char* argv[] ) { printf( sizeof(foo)=%lu\n, sizeof(foo) ); printf( sizeof(bar)=%lu\n, sizeof(bar) ); return 0; } ~ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] Can't install moonlight - Problem with olive and nunit
I try to install Moonlight from OpenSuse Build Service but there is a problem with olive and mono-nunit I try from two repository with no success: file /usr/lib/mono/gac/nunit.core/2.2.0.0__96d09a1eb7f44a77/nunit.core.dll conflicts between attempted installs of mono-nunit-1.9-6.1 and olive-0.2-22.3 file /usr/lib/mono/gac/nunit.framework/2.2.0.0__96d09a1eb7f44a77/nunit.framework.dll conflicts between attempted installs of mono-nunit-1.9-6.1 and olive-0.2-22.3 file /usr/lib/mono/gac/nunit.util/2.2.0.0__96d09a1eb7f44a77/nunit.util.dll conflicts between attempted installs of mono-nunit-1.9-6.1 and olive-0.2-22. There repositories are : http://download.opensuse.org/repositories/home:/josephhill/openSUSE_10.3/ and http://download.opensuse.org/repositories/home:/ajorgensen:/mono/openSUSE_10.3/ Could you remove nunit.core.dll, nunit.framework.dll and nunit.util.dll from olive ? I can force RPM installation but i want all dependences to be right. begin:vcard fn:Ventsislav Mladenov n:Mladenov;Ventsislav adr:;;;Slivnitsa;Sofia;2200;Bulgaria email;internet:[EMAIL PROTECTED] tel;cell:+359888990488 x-mozilla-html:TRUE version:2.1 end:vcard ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Dumb question about making pkg-config find mono
I notice that after I install mono via the installer binary on Linux, the /opt/mono-1.9/bin/pkg-config binary can't find the .pc files unless I set PKG_CONFIG_PATH (which is done by the setup.sh script). Why is that? I thought a pkg-config binary installed in /foo/bar/bin/pkg-config automatically looked in /foo/bar/lib/pkgconfig/? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Linux IP Networking Wrapper
Hi All, I'm about to start to build an help around the Linux ip command that is used to configure links, tunnels, IP addressing etc. and just wondered if there was anything available already, to prevent reinventing the wheel. This seems like a fairly common requirement but it seems projects like Zeroconf do not cover it. I came across the excellent http://code.google.com/p/sharpknocking/ that provides a great wrapper around iptables/netfilter but could see nothing in the way of the above. Because all the various Linux distro's have their own way of configuring the IP stack, I guess this would be a really helpful library. Regards, Danny___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] pthreads in mono
I am trying to write mono bindings to libgps, but I'm running into a problem. In libgps, there is a function to setup a callback that is defined to take a pointer to a pthread, in addition to the usual function pointer. To delete the callback, the pointer to the pthread is also required. How do I create a pthread in mono so that I can send this pointer to the library function? --Jestin ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Linux IP Networking Wrapper
Hi All, I'm about to start to build an help around the Linux ip command that is used to configure links, tunnels, IP addressing etc. and just wondered if there was anything available already, to prevent reinventing the wheel. This seems like a fairly common requirement but it seems projects like Zeroconf do not cover it. I came across the excellent http://code.google.com/p/sharpknocking/ that provides a great wrapper around iptables/netfilter but could see nothing in the way of the above. Because all the various Linux distro's have their own way of configuring the IP stack, I guess this would be a really helpful library. Regards, Danny___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Gtk MessageDialog message length
Hi All, I'm writing an exception handler which displays exceptions (via ToString() to get the most detail) with MessageDialog. I've noticed that with some exceptions, the dialog box displays very small and with no message content. I found that if I Substring() the text to shorten the message, the dialog will display correctly. I'm assuming there is a limitation on message length but I can't find any documentation that tells me what that limitation might be. Does anyone know if there is such a limitation and, if so, what it is? Thanks, Steve ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] GAC API for Mono
What is substitution for GAC API (fusion.dll) in Mono? Where can I find documentation for it? -- With best regards, Andrew Koryavchenko, Visual C# MVP [Architecture]. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] NauckIT PostgreSQL provider working with Mono?
Hello, I was about to start on Forms Authentication with Postgres in .NET on Mono. I found this message from Kevin: http://www.mail-archive.com/mono-list@lists.ximian.com/msg23395.html but didn't find any responses. I was wondering whether anyone got this working, and has any documentation that can help. Thanks ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] [ANN] Smokey 1.0.0.0 - assembly bug checker
Smokey is a command line tool used to analyze assemblies and report problems. Problems include buggy code (e.g. infinite recursion, null deref, malformed format string), performance issues (e.g. string concatenation in loops, excessive boxing, large structs), violations of the .NET design guidelines (e.g. inheriting from ApplicationException or ICloneable, naming, and swallowing exceptions), and miscellaneous rules like misspelled words in string literals. You can download Smokey from the web site: https://home.comcast.net/~jesse98/public/Smokey. The web site also has an html report for one of the System assemblies and a list of all of Smokey's rules. Changes from Smokey 0.8.0.0: * Added 33 new rules: CircularReference, two classes refer to each other. EmptyOverride, non-empty virtual has an empty override. GodClass, type refers to more than 40 distinct types. HashOverflow, GetHashCode result is summed with add.ovf. IdenticalMethods, two non-trivial methods are identical. IgnoredReturn, method return value isn't used. RecursiveEquality, an operator== or operator!= method calls itself. SchizoidType, a type can be neatly split apart. TemplateMethod, a new virtual method has a ratio of more than 120 instructions to virtual method calls. TooManyArgs, a method has more than six arguments. UncheckedAssembly, the assembly was compiled without checked arithmetic. These are from from FindBugs: ArrayIndexOf, code checks for index 0. Average, average value computation may overflow. BadExit, winforms app calls Environment.Exit. BadRegEx, regex is invalid. CollectionToString, ToString called on a collection. DontExit, System.Windows.Forms.Application.Exit is called ExplicitGC, explicit collection call. IdenticalCase, two or more switch case blocks are identical. IdenticalBranch, both if statement blocks are identical. IntegerDivision, the result of an integer division is cast to a float or double. IntegerMultiply, the result of an integer multiplication is cast to a long. NullField, a private field is never set to a non-null value. RandomUsedOnce, instance is created but only used once. StringIndexOf, code checks for index 0. UnrelatedEquals, Equals is called with types which can never be equal. UnusedNew, result of a new expression is never used. UnusedStore, value is stored into a local but immediately over written. These are from Gendarme: ExitCode, System.Environment.Exit is called with a value outside [0.255]. GuiUsesConsole, winforms or gtk app uses System.Console. IdenticalCodeBlocks, two blocks within a type are identical. UseSetterValue, setter property doesn't use value argument. WinExe, winforms or gtk app wasn't compiled with -target:winexe. * Removed MethodCanBeMadeStaticRule. * Added install and uninstall scripts. * All rules now have a breaking property which is true if fixing the violation is likely to break binary compatibility with client assemblies. * There is no longer special code which disabled certain rules for system assemblies. Instead use the new -ignore-breaking command line switch. * Added -only-type to allow only the specified types to be checked. * ClassCanBeMadeStaticRule now checks for classes which inherit from System.Object, have no non-static fields, and declare no new virtual methods instead of checking for all static members. * Made DeepInheritanceRule a nitpick. * Added a new namespace called App which contains public classes which can be used by .NET tools to smoke assemblies. * Made some changes to the report text: - Tweaked comments in the Dispose code examples to clarify the issues involved when using managed objects from a finalizer. - Code samples use IEquatableT where appropiate. - Updated mono naming rule to reflect that the naming rules wants constants to be PascalCase. - Made the OverridenFinalizer cause text less confusing. - Code examples use an unchecked statement and + for GetHashCode instead of ^. * Finalizers are now treated as thread roots. * Skip methods with more than 256 local variables (they can take a long time to process). * Main no longer returns 1 if the only violations are nitpicks. * Bug fixes: - Fixed an off-by-one error in SymbolTable which resulted in index exceptions. - SymbolTable now gets the correct names for local variables. - ValuesTracker::GetStackIndex no longer asserts if nth is too large (it can be if the code doesn't match what we expect). - CallGraph, AssemblyCache::FindMethod, and ClassifyMethod::ThreadRoots use MethodReferences instead of MetadataTokens so that methods defined outside the assembly we're checking are properly handled. - SortedMethodsRule special case property names under four chars (Cecil can return ? for these). - InlineStaticInitRule ignores
[Mono-list] Mono 1.9: building problem with-jit=no with-interp=yes
Hi. I configured mono building in this way ./configure --enable-shared=no --with-x=no --disable-dev-random --disable-shared-handles --with-tls=no --with-sigaltstack=no --with-jit=no --with-interp=yes When I try to build, I get errors for interp.c (missing headers inclusion, structure fields referenced but not defined anywhere...) Please, could someone check this? Cheers Luca ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Detect OS using mono framework
I now have a requirement to execute a method based on the targeted OS. As of today, the code is 100% portable across OS X, Linux, and Wn32. Using the mono framework, is there a way to determine this by using a Conditional attribute or any other means? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] [ANN] Smokey 1.1.0.0 - assembly bug checker
Smokey is a command line tool used to analyze assemblies and report problems. Problems include buggy code (e.g. infinite recursion, null deref, malformed format string), performance issues (e.g. string concatenation in loops, excessive boxing, large structs), violations of the .NET design guidelines (e.g. inheriting from ApplicationException or ICloneable, naming, and swallowing exceptions), and miscellaneous rules like misspelled words in string literals. You can download Smokey from the web site: https://home.comcast.net/~jesse98/public/Smokey. The web site also has an html report for one of the System assemblies and a list of all of Smokey's rules. Changes from Smokey 1.0.0.0: * Added 3 new rules: ClassPrefix, majority of class names in a namespace start with a common prefix. Hungarian, a type uses Hungarian notation for variable names. WinFormsVoodoo, Application.EnableVisualStyles and SetCompatibleTextRenderingDefault aren't called. * InternalInterfaceRule checks to see if the interface is actually internal. * UseBaseTypesRule checks to see if the base type is externally visible. * UseBaseTypesRule ignores parameters with generic types (they aren't handled quite right by the rule). * RequireSerializableCtorRule ignores classes which inherit from Exception (ExceptionConstructorsRule will handle those). * Made SerializeExceptionRule cause language clearer. * Added more system methods for IgnoredReturnRule to ignore. * InternalInterfaceRule report now includes the interface name. -- Jesse ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] pthreads in mono
On Tue, Mar 25, 2008 at 9:42 AM, Jestin Stoffel [EMAIL PROTECTED] wrote: I am trying to write mono bindings to libgps, but I'm running into a problem. In libgps, there is a function to setup a callback that is defined to take a pointer to a pthread, in addition to the usual function pointer. To delete the callback, the pointer to the pthread is also required. How do I create a pthread in mono so that I can send this pointer to the library function? --Jestin I assume you are referring to gps_set_callback and gps_del_callback. Since mono doesn't support pthreads as far as I know, it sounds like you really want to use gps_set_raw_hook and gps_query/gps_poll to trigger the callbacks. You may already know this, but note that the delegate object you pass to gps_set_raw_hook *must* have a reference held to it until the unmanaged code is done with it, e.g. until you do gps_close. Otherwise the GC may deallocate it. -- Chris Howie http://www.chrishowie.com http://en.wikipedia.org/wiki/User:Crazycomputers ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Detect OS using mono framework
Hi, Scott Graves wrote: I now have a requirement to execute a method based on the targeted OS. As of today, the code is 100% portable across OS X, Linux, and Wn32. Using the mono framework, is there a way to determine this by using a Conditional attribute or any other means? Partially it is described here: http://mono-project.com/FAQ:_Technical#How_to_detect_the_execution_platform_.3F -- Oleg ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list