Re: [Mono-dev] Mono Develop native menus on Mac OS X
Sandy, On 02/18/2009 01:05 PM, Joachim Ante wrote: just really difficult to make the mental switch for all the hotkeys like cmd-c / ctrl-c for copy paste etc. So the faster this one gets fixed, the faster / easier I can convince people to use Mono Develop instead of what ever text editor they are using now. Is it possible to work around this by editing Keybindings in the preferences dialog, and distributing a default MD config directory to your users? I haven't tried, yet... yesno. ;). it works for the editor itself (first thing i did when i tried MD ;), but not in other areas of the UI, where you still need Ctrl+CXV (which makes it even more annoying, if anything). yours, marc hoffman RemObjects Software The Infrastructure Company http://www.remobjects.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Develop native menus on Mac OS X
That would be a great idea. I use MonoDevelop primarily on Linux, but I will also have to release Mac versions of our software. Currently, Mac monodevelop is a bit flaky. Nothing major (beyond what was intentionally removed), but it is very annoying at times. Also, it looks like the version control add-in should be included in the MAc version. It works fine - you just currently have to trick it into working by creating symbolic links from fake libapr*.so and libsvn*.so files to libapr*.dylib and libsvn*.dylib. thanks, Kris From: mono-devel-list-boun...@lists.ximian.com on behalf of Miguel de Icaza Sent: Wed 2/18/2009 1:35 PM To: Joachim Ante Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Mono Develop native menus on Mac OS X Hello, Are you guys planning to switch to Mac OS X native menus and hotkeys that fit existing Mac applications for Mono Develop 2.0? (bug 367030) Maybe this seems like a minor nuisance, but I think that if we were to include Mono Develop in Unity with menus as they are now on Mac OS X instead of in the menu bar, our users would most likely fly to Denmark and put us on a pitchfork. It's actually a really serious issue for us. It's kind of cultural difference but Mac people care about this. Funny you would mention this, we were just discussing that at lunch today, and we want to make this happen. My major concern is not as much the menu itself, but any other bugs that we might not be aware of in MonoDevelop/Mac, since none of us use a Mac as our main system. We only hear reports through the grapevines and would like to have more actionable data on what might be broken on MD. Maybe we should get a Mac for someone in the MonoDevelop team as their main machine to make sure that all of these issues get fixed. Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Develop native menus on Mac OS X
Hey, That can be fixed by using a dllmap to reroute the native library to the correct one for macos. If you can create a patch to update the dllmap to pick up the correct libraries on MacOS and attach it to bugzilla, it might be possible to enable the SVN addin by default. http://www.mono-project.com/Config_DllMap Alan. 2009/2/19 Kris Ray k...@landmarkdigital.com That would be a great idea. I use MonoDevelop primarily on Linux, but I will also have to release Mac versions of our software. Currently, Mac monodevelop is a bit flaky. Nothing major (beyond what was intentionally removed), but it is very annoying at times. Also, it looks like the version control add-in should be included in the MAc version. It works fine - you just currently have to trick it into working by creating symbolic links from fake libapr*.so and libsvn*.so files to libapr*.dylib and libsvn*.dylib. thanks, Kris -- *From:* mono-devel-list-boun...@lists.ximian.com on behalf of Miguel de Icaza *Sent:* Wed 2/18/2009 1:35 PM *To:* Joachim Ante *Cc:* mono-devel-list@lists.ximian.com *Subject:* Re: [Mono-dev] Mono Develop native menus on Mac OS X Hello, Are you guys planning to switch to Mac OS X native menus and hotkeys that fit existing Mac applications for Mono Develop 2.0? (bug 367030) Maybe this seems like a minor nuisance, but I think that if we were to include Mono Develop in Unity with menus as they are now on Mac OS X instead of in the menu bar, our users would most likely fly to Denmark and put us on a pitchfork. It's actually a really serious issue for us. It's kind of cultural difference but Mac people care about this. Funny you would mention this, we were just discussing that at lunch today, and we want to make this happen. My major concern is not as much the menu itself, but any other bugs that we might not be aware of in MonoDevelop/Mac, since none of us use a Mac as our main system. We only hear reports through the grapevines and would like to have more actionable data on what might be broken on MD. Maybe we should get a Mac for someone in the MonoDevelop team as their main machine to make sure that all of these issues get fixed. Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Develop native menus on Mac OS X
I tried to do it this way previously, but I think I was doing something wrong. Is this dllmap option supposed to be in the application's config file or some sort of global mono config file. Just let me know, and I'll test / submit the solution. thanks, Kris From: Alan McGovern [mailto:alan.mcgov...@gmail.com] Sent: Thu 2/19/2009 6:29 AM To: Kris Ray Cc: Miguel de Icaza; Joachim Ante; mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Mono Develop native menus on Mac OS X Hey, That can be fixed by using a dllmap to reroute the native library to the correct one for macos. If you can create a patch to update the dllmap to pick up the correct libraries on MacOS and attach it to bugzilla, it might be possible to enable the SVN addin by default. http://www.mono-project.com/Config_DllMap Alan. 2009/2/19 Kris Ray k...@landmarkdigital.com That would be a great idea. I use MonoDevelop primarily on Linux, but I will also have to release Mac versions of our software. Currently, Mac monodevelop is a bit flaky. Nothing major (beyond what was intentionally removed), but it is very annoying at times. Also, it looks like the version control add-in should be included in the MAc version. It works fine - you just currently have to trick it into working by creating symbolic links from fake libapr*.so and libsvn*.so files to libapr*.dylib and libsvn*.dylib. thanks, Kris From: mono-devel-list-boun...@lists.ximian.com on behalf of Miguel de Icaza Sent: Wed 2/18/2009 1:35 PM To: Joachim Ante Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Mono Develop native menus on Mac OS X Hello, Are you guys planning to switch to Mac OS X native menus and hotkeys that fit existing Mac applications for Mono Develop 2.0? (bug 367030) Maybe this seems like a minor nuisance, but I think that if we were to include Mono Develop in Unity with menus as they are now on Mac OS X instead of in the menu bar, our users would most likely fly to Denmark and put us on a pitchfork. It's actually a really serious issue for us. It's kind of cultural difference but Mac people care about this. Funny you would mention this, we were just discussing that at lunch today, and we want to make this happen. My major concern is not as much the menu itself, but any other bugs that we might not be aware of in MonoDevelop/Mac, since none of us use a Mac as our main system. We only hear reports through the grapevines and would like to have more actionable data on what might be broken on MD. Maybe we should get a Mac for someone in the MonoDevelop team as their main machine to make sure that all of these issues get fixed. Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Develop native menus on Mac OS X
Short answer: You need a per managed dll .config file. http://www.mono-project.com/Interop_with_Native_Libraries#Library_Names is particularly helpful. Another exceprt from http://www.mono-project.com/Interop_with_Native_Libraries Note: Mono uses GLib to load libraries, and GLib has a bug on Mac OS X where it doesn't use a .dylib extension, but instead uses the Unix .so extension. While this should eventually be fixed, the current workaround is to write a .config file which maps to the .dylib filehttp://www.mono-project.com/Interop_with_Native_Libraries#Library_Names, e.g. configuration dllmap dll=mylib target=mylib.dylib / /configuration Hope it helps, 2009/2/19 Kris Ray k...@landmarkdigital.com I tried to do it this way previously, but I think I was doing something wrong. Is this dllmap option supposed to be in the application's config file or some sort of global mono config file. Just let me know, and I'll test / submit the solution. thanks, Kris -- *From:* Alan McGovern [mailto:alan.mcgov...@gmail.com] *Sent:* Thu 2/19/2009 6:29 AM *To:* Kris Ray *Cc:* Miguel de Icaza; Joachim Ante; mono-devel-list@lists.ximian.com *Subject:* Re: [Mono-dev] Mono Develop native menus on Mac OS X Hey, That can be fixed by using a dllmap to reroute the native library to the correct one for macos. If you can create a patch to update the dllmap to pick up the correct libraries on MacOS and attach it to bugzilla, it might be possible to enable the SVN addin by default. http://www.mono-project.com/Config_DllMap Alan. 2009/2/19 Kris Ray k...@landmarkdigital.com That would be a great idea. I use MonoDevelop primarily on Linux, but I will also have to release Mac versions of our software. Currently, Mac monodevelop is a bit flaky. Nothing major (beyond what was intentionally removed), but it is very annoying at times. Also, it looks like the version control add-in should be included in the MAc version. It works fine - you just currently have to trick it into working by creating symbolic links from fake libapr*.so and libsvn*.so files to libapr*.dylib and libsvn*.dylib. thanks, Kris -- *From:* mono-devel-list-boun...@lists.ximian.com on behalf of Miguel de Icaza *Sent:* Wed 2/18/2009 1:35 PM *To:* Joachim Ante *Cc:* mono-devel-list@lists.ximian.com *Subject:* Re: [Mono-dev] Mono Develop native menus on Mac OS X Hello, Are you guys planning to switch to Mac OS X native menus and hotkeys that fit existing Mac applications for Mono Develop 2.0? (bug 367030) Maybe this seems like a minor nuisance, but I think that if we were to include Mono Develop in Unity with menus as they are now on Mac OS X instead of in the menu bar, our users would most likely fly to Denmark and put us on a pitchfork. It's actually a really serious issue for us. It's kind of cultural difference but Mac people care about this. Funny you would mention this, we were just discussing that at lunch today, and we want to make this happen. My major concern is not as much the menu itself, but any other bugs that we might not be aware of in MonoDevelop/Mac, since none of us use a Mac as our main system. We only hear reports through the grapevines and would like to have more actionable data on what might be broken on MD. Maybe we should get a Mac for someone in the MonoDevelop team as their main machine to make sure that all of these issues get fixed. Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Rafael Monoman Teixeira --- I myself am made entirely of flaws, stitched together with good intentions. Augusten Burroughs ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] signal.c cross-thread access
Hi, I was wondering if there was any update on a review for this patch? Cheers -Tim -Original Message- From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list- boun...@lists.ximian.com] On Behalf Of tim.je...@realtimeworlds.com Sent: 12 February 2009 14:51 To: jonpr...@vt.edu Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] signal.c cross-thread access Hi Jon, Here's the changes you suggested. I'm now using poll() rather than select() as discussed on Tuesday. The test reproducing multiple select() on the same fd for the same operation that's working under poll is included in mcs.diff. This is contributed under MIT/X11 Cheers -Tim -Original Message- From: Jonathan Pryor [mailto:jonpr...@vt.edu] Sent: 09 February 2009 14:08 To: Tim Jenks Subject: RE: [Mono-dev] signal.c cross-thread access On Mon, 2009-02-09 at 12:31 +, tim.je...@realtimeworlds.com wrote: Here we can see one select is returning after the first char is sent to the pipe (and reads 1 byte). The second char is then sent to the pipe, but the second select() call does not unblock. I am assuming this is undefined behaviour when multiple threads select() on the same fd for the same operation, although I cannot find any documentation proving this. Having looked at epoll, this appears to be addressed. Is there any other mechanism? epoll(2) doesn't seem to be supported on Mac OS X (at least, it's not listed at [0]). Would poll(2) work? - Jon [0] http://developer.apple.com/documentation/Darwin/Reference/ManPages/ This email has been scanned by the MessageLabs Email Security System DISCLAIMER This message and any attachments contain privileged and confidential information intended for the use of the addressee named above. If you are not the intended recipient of this message, you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. Please note that we cannot guarantee that this message or any attachment is virus free or that it has not been intercepted and amended. The views of the author may not necessarily reflect those of Realtime Worlds Ltd. Realtime Worlds Ltd is registered in Scotland, number 225628. Registered Office: 152 West Marketgait, Dundee, DD1 1NJ. This email has been scanned by the MessageLabs Email Security System DISCLAIMER This message and any attachments contain privileged and confidential information intended for the use of the addressee named above. If you are not the intended recipient of this message, you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. Please note that we cannot guarantee that this message or any attachment is virus free or that it has not been intercepted and amended. The views of the author may not necessarily reflect those of Realtime Worlds Ltd. Realtime Worlds Ltd is registered in Scotland, number 225628. Registered Office: 152 West Marketgait, Dundee, DD1 1NJ. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Develop native menus on Mac OS X
On 02/19/2009 03:06 AM, marc hoffman wrote: Sandy, On 02/18/2009 01:05 PM, Joachim Ante wrote: just really difficult to make the mental switch for all the hotkeys like cmd-c / ctrl-c for copy paste etc. So the faster this one gets fixed, the faster / easier I can convince people to use Mono Develop instead of what ever text editor they are using now. Is it possible to work around this by editing Keybindings in the preferences dialog, and distributing a default MD config directory to your users? I haven't tried, yet... yesno. ;). it works for the editor itself (first thing i did when i tried MD ;), but not in other areas of the UI, where you still need Ctrl+CXV (which makes it even more annoying, if anything). Really? My version of MD on Linux lets you specify custom key commands for everything in the File, Edit, etc menus, too. Sandy ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono process crashes after closing client socket
Hi, I'm working with mono 2.0 on a ARM. I'm seeing a strange problem. I have a client application that receives a HTTP MJPEG stream from my ARM. Sometimes, when closing the client, the tcp socket is properly handled in mono. But sometimes, the mono process stop instantly with no trace. I noticed that in this situation, every time it happens, the signal SIG_PIPE is raised. So, my question is: 1) Does mono handle gracefully the SIG_PIPE signal? Thanks. _ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Can't debug from monodevelop with 2.2
Hi, I've upgraded my develop machine main mono installation to 2.2 and now I can't debug using monodevelop (ouch!). Whenever it tries to launch a process it says it needs Mono.Cecil 0.6.8.8607 but now what I have is something like 0.6.9.xxx I've tried with the latest monodevelop (just downloaded from the monodevelop site using the 1 click install), but same problem... Any pointers will be welcomed since we're *all* moving to MD today... Thanks, pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Oracle Data Client issue
Patch applied: r127379 in trunk and r127424 in 2.4 branch. As Daniel mentioned, we would need a small re-runnable test program to add to our test suite. TIA, V. Varadhan On Wed, 2009-02-18 at 10:18 +, russell@realtimeworlds.com wrote: Can someone please approve / apply this patch... we really need this functionality within the main codebase (I am uncomfortable building from svn for all our target machines, not convinced it is all built correctly). Russell From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of russell@realtimeworlds.com Sent: 11 February 2009 15:04 To: mono-devel-list@lists.ximian.com Subject: [Mono-dev] Oracle Data Client issue All, I have encountered a problem with the Oracle Data Client when porting an application over from Windows, basically we are using NHibernate as a frontend to the database and we have recently moved the backend from MySQL (for development) to Oracle (for deployment) and we encountered a problem with the System.Data.OracleClient basically not handling the OciDataType.Float and OciDataType.Integer. I have checked with our resident Database experts and they assure me that this is the way it should be, can someone who knows the inner workings of this code please take a look and verify that my patch (which seems to work, for our purposes) is the correct way to go. All contributions under the MIT X11 license. Regards Russell DISCLAIMER This message and any attachments contain privileged and confidential information intended for the use of the addressee named above. If you are not the intended recipient of this message, you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. Please note that we cannot guarantee that this message or any attachment is virus free or that it has not been intercepted and amended. The views of the author may not necessarily reflect those of Realtime Worlds Ltd. Realtime Worlds Ltd is registered in Scotland, number 225628. Registered Office: 152 West Marketgait, Dundee, DD1 1NJ. This email has been scanned by the MessageLabs Email Security System DISCLAIMER This message and any attachments contain privileged and confidential information intended for the use of the addressee named above. If you are not the intended recipient of this message, you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. Please note that we cannot guarantee that this message or any attachment is virus free or that it has not been intercepted and amended. The views of the author may not necessarily reflect those of Realtime Worlds Ltd. Realtime Worlds Ltd is registered in Scotland, number 225628. Registered Office: 152 West Marketgait, Dundee, DD1 1NJ. ___ 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 Develop native menus on Mac OS X
It works. You just need to add the following lines: dllmap dll=libsvn_client-1.so.0 target=libsvn_client-1.dylib / dllmap dll=libapr-0.so.0 target=libapr-1.0.dylib / to this file: /Library/Frameworks/Mono.framework/Home/etc/mono/config I entered this bug: https://bugzilla.novell.com/show_bug.cgi?id=477790 thanks, Kris -Original Message- From: Rafael Teixeira [mailto:mono...@gmail.com] Sent: Thu 2/19/2009 7:19 AM To: Kris Ray Cc: Alan McGovern; Miguel de Icaza; mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Mono Develop native menus on Mac OS X Short answer: You need a per managed dll .config file. http://www.mono-project.com/Interop_with_Native_Libraries#Library_Names is particularly helpful. Another exceprt from http://www.mono-project.com/Interop_with_Native_Libraries Note: Mono uses GLib to load libraries, and GLib has a bug on Mac OS X where it doesn't use a .dylib extension, but instead uses the Unix .so extension. While this should eventually be fixed, the current workaround is to write a .config file which maps to the .dylib filehttp://www.mono-project.com/Interop_with_Native_Libraries#Library_Names, e.g. configuration dllmap dll=mylib target=mylib.dylib / /configuration Hope it helps, 2009/2/19 Kris Ray k...@landmarkdigital.com I tried to do it this way previously, but I think I was doing something wrong. Is this dllmap option supposed to be in the application's config file or some sort of global mono config file. Just let me know, and I'll test / submit the solution. thanks, Kris -- *From:* Alan McGovern [mailto:alan.mcgov...@gmail.com] *Sent:* Thu 2/19/2009 6:29 AM *To:* Kris Ray *Cc:* Miguel de Icaza; Joachim Ante; mono-devel-list@lists.ximian.com *Subject:* Re: [Mono-dev] Mono Develop native menus on Mac OS X Hey, That can be fixed by using a dllmap to reroute the native library to the correct one for macos. If you can create a patch to update the dllmap to pick up the correct libraries on MacOS and attach it to bugzilla, it might be possible to enable the SVN addin by default. http://www.mono-project.com/Config_DllMap Alan. 2009/2/19 Kris Ray k...@landmarkdigital.com That would be a great idea. I use MonoDevelop primarily on Linux, but I will also have to release Mac versions of our software. Currently, Mac monodevelop is a bit flaky. Nothing major (beyond what was intentionally removed), but it is very annoying at times. Also, it looks like the version control add-in should be included in the MAc version. It works fine - you just currently have to trick it into working by creating symbolic links from fake libapr*.so and libsvn*.so files to libapr*.dylib and libsvn*.dylib. thanks, Kris -- *From:* mono-devel-list-boun...@lists.ximian.com on behalf of Miguel de Icaza *Sent:* Wed 2/18/2009 1:35 PM *To:* Joachim Ante *Cc:* mono-devel-list@lists.ximian.com *Subject:* Re: [Mono-dev] Mono Develop native menus on Mac OS X Hello, Are you guys planning to switch to Mac OS X native menus and hotkeys that fit existing Mac applications for Mono Develop 2.0? (bug 367030) Maybe this seems like a minor nuisance, but I think that if we were to include Mono Develop in Unity with menus as they are now on Mac OS X instead of in the menu bar, our users would most likely fly to Denmark and put us on a pitchfork. It's actually a really serious issue for us. It's kind of cultural difference but Mac people care about this. Funny you would mention this, we were just discussing that at lunch today, and we want to make this happen. My major concern is not as much the menu itself, but any other bugs that we might not be aware of in MonoDevelop/Mac, since none of us use a Mac as our main system. We only hear reports through the grapevines and would like to have more actionable data on what might be broken on MD. Maybe we should get a Mac for someone in the MonoDevelop team as their main machine to make sure that all of these issues get fixed. Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Rafael Monoman Teixeira --- I myself am made entirely of flaws, stitched together with good intentions. Augusten Burroughs ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Patch for Bug #477447
Attached is a patch for https://bugzilla.novell.com/show_bug.cgi?id=477447. Would someone mind reviewing/applying it? I would attach the patch to the bug itself, but I can¹t access Novell¹s Bugzilla right now. Here¹s the text that I would have added as a comment: I am still unable to create a concise test case that exposes this bug, but I have supplied a patch that fixes the issue. It seems that, in certain cases, an AnonymousMethodStorey used by an anonymous delegate may not always be available in the AnonymousMethodStorey associated with that delegate. The attached patch detects this situation and attempts to compose an expression that accesses the desired AnonymousMethodStorey indirectly. I know that it may be a tough sell to get code committed for which no test case can be supplied, but a review of my patch should reveal that the only code paths affected are those in which the compiler would have crashed, anyway, so there shouldn't be much danger in applying it. bug477447.patch Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Can't debug from monodevelop with 2.2
Hi Lluis, Just installed from the official repositories: mono 2.2 and your last MD. It works with mono 2.0.1 I'm using OpenSuse 11 Another question: it seems the variable inspection does not work with generic collections, does it? Thanks, pablo Lluis Sanchez escribió: Looks like your debugger is not in sync with your installed mono. If you compiled the debugger from sources, you should recompile it again. El dj 19 de 02 de 2009 a les 16:57 +0100, en/na pablosantosl...@terra.es va escriure: Hi, I've upgraded my develop machine main mono installation to 2.2 and now I can't debug using monodevelop (ouch!). Whenever it tries to launch a process it says it needs Mono.Cecil 0.6.8.8607 but now what I have is something like 0.6.9.xxx I've tried with the latest monodevelop (just downloaded from the monodevelop site using the 1 click install), but same problem... Any pointers will be welcomed since we're *all* moving to MD today... Thanks, pablo ___ 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 for Bug #477447
Hi David, Attached is a patch for https://bugzilla.novell.com/show_bug.cgi?id=477447. Would someone mind reviewing/applying it? I would attach the patch to the bug itself, but I can’t access Novell’s Bugzilla right now. Here’s the text that I would have added as a comment: I am still unable to create a concise test case that exposes this bug, but I have supplied a patch that fixes the issue. It seems that, in certain cases, an AnonymousMethodStorey used by an anonymous delegate may not always be available in the AnonymousMethodStorey associated with that delegate. The attached patch detects this situation and attempts to compose an expression that accesses the desired AnonymousMethodStorey indirectly. This patch does not seem to really fix the problem. These sort of bugs are usually caused by missing anonymous storey reference and when captured variable is accessed before is initialized. You patch workarounds this particular nesting issue but does not really fixes the problem. I am happy to help you to reproduce the issue. Thanks Marek ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Could anyone review this small TDSClient patch?
RE: class/Mono.Data.TdsClient/Mono.Data.TdsClient/TdsDataReader.cs Patch attached to bugzilla entry: https://bugzilla.novell.com/show_bug.cgi?id=466199 Thanks ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Could anyone review this small TDSClient patch?
Hello Hindle, Its good to commit. You can commit this. Thanks Nagappan On Thu, Feb 19, 2009 at 1:17 PM, Tom Hindle tom_hin...@sil.org wrote: RE: class/Mono.Data.TdsClient/Mono.Data.TdsClient/TdsDataReader.cs Patch attached to bugzilla entry: https://bugzilla.novell.com/show_bug.cgi?id=466199 Thanks ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Linux Desktop (GUI Application) Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Develop native menus on Mac OS X
Sandy, yesno. ;). it works for the editor itself (first thing i did when i tried MD ;), but not in other areas of the UI, where you still need Ctrl+CXV (which makes it even more annoying, if anything). Really? My version of MD on Linux lets you specify custom key commands for everything in the File, Edit, etc menus, too. yes. what i meant was that if i remapped, say Ctrl+C to Cmd+c, then that shortcut works in the code editor. but if i open a dialog and - say - configure project options such as, i don't know, output path, those edit boxes in the dialogs still responded to Ctrl+C, but not to Cmd+C. that said, this was a few months ago, when i last tried. things might have changed since then. yours, marc ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Develop native menus on Mac OS X
On Thu, Feb 19, 2009 at 6:43 PM, marc hoffman m...@elitedev.com wrote: Sandy, yesno. ;). it works for the editor itself (first thing i did when i tried MD ;), but not in other areas of the UI, where you still need Ctrl+CXV (which makes it even more annoying, if anything). Really? My version of MD on Linux lets you specify custom key commands for everything in the File, Edit, etc menus, too. yes. what i meant was that if i remapped, say Ctrl+C to Cmd+c, then that shortcut works in the code editor. but if i open a dialog and - say - configure project options such as, i don't know, output path, those edit boxes in the dialogs still responded to Ctrl+C, but not to Cmd+C. that said, this was a few months ago, when i last tried. things might have changed since then. Ctrl-X/V/C shortcuts for text widgets are a GTK thing. The only way we could fix that in MD would be do add a command handler to every single text entry widget, which would be extremely messy. This needs to be handled by the Mac GTK. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Develop native menus on Mac OS X
On Wed, Feb 18, 2009 at 11:23 AM, Geoff Norton gnor...@novell.com wrote: On Wed, 2009-02-18 at 06:35 -0800, Sandy Armstrong wrote: On 02/18/2009 06:28 AM, Joachim Ante wrote: Hi, Are you guys planning to switch to Mac OS X native menus and hotkeys that fit existing Mac applications for Mono Develop 2.0? (bug 367030) I can't speak for the MonoDevelop guys, but I can say that this would not be hard for a new contributor to do, given the examples available in Banshee, Tomboy, Tasque, etc. Well, I don't think anybody has done hotkeys yet, but I don't think it would be *that* hard. I have a patch somewhere or other for the menu (its 2 lines of code). The hotkeys I havn't looked into yet tho. We should probably move this discussion to the monodevelop-list tho. Unfortunately it's nowhere near as easy is this. I cleanly patched in the main menu support, but it has *major* problems. * the custom labels we use for displaying the accelerators are not shown * menu item sensitivity is not respected, so items are always sensitive even when they cannot be used * menu item images are not shown * menu items with checkboxes or radio boxes are invisible This is so broken that I've disabled my changes. IMO we need to generate the menus from the command tree completely differently for Mac. If someone would like to volunteer, I'll tell them how... It might even be viable to do it with Cocoa#. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Develop native menus on Mac OS X
On Thu, Feb 19, 2009 at 10:13 AM, Sandy Armstrong sanfordarmstr...@gmail.com wrote: On 02/19/2009 03:06 AM, marc hoffman wrote: Sandy, On 02/18/2009 01:05 PM, Joachim Ante wrote: just really difficult to make the mental switch for all the hotkeys like cmd-c / ctrl-c for copy paste etc. So the faster this one gets fixed, the faster / easier I can convince people to use Mono Develop instead of what ever text editor they are using now. Is it possible to work around this by editing Keybindings in the preferences dialog, and distributing a default MD config directory to your users? I haven't tried, yet... yesno. ;). it works for the editor itself (first thing i did when i tried MD ;), but not in other areas of the UI, where you still need Ctrl+CXV (which makes it even more annoying, if anything). Really? My version of MD on Linux lets you specify custom key commands for everything in the File, Edit, etc menus, too. The Mac Gdk key mappings are really odd, so it's impossible to bind Command cleanly right now. I'm taking a look at fixing this, but it might require changes to the Mac Gdk. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Could anyone review this small TDSClient patch?
Hello Hindle, Thanks for the patch. Committed in r127494 in trunk and r127493 in 2.4 Thanks, V. Varadhan On Thu, 2009-02-19 at 14:12 -0800, Nagappan A wrote: Hello Hindle, Its good to commit. You can commit this. Thanks Nagappan On Thu, Feb 19, 2009 at 1:17 PM, Tom Hindle tom_hin...@sil.org wrote: RE: class/Mono.Data.TdsClient/Mono.Data.TdsClient/TdsDataReader.cs Patch attached to bugzilla entry: https://bugzilla.novell.com/show_bug.cgi?id=466199 Thanks ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Linux Desktop (GUI Application) Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.com ___ 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-list] SocketAsyncEventArgs Implementation
Hello, The new Socket.XXXAsync APIs were added to the .NET FW to ...provide an alternative asynchronous pattern that can be used by specialized high-performance socket applications. This class was specifically designed for network server applications that require high performance. (MSDN) I was quite disappointed when I saw the mono implementation of this API - create a new thread for each XXXAsync call. This cannot produce a good performance. Did you test that this implementation is really more performant than the BeginXX/EndXX async pattern? Is there any plan to rewrite this code in the future? -- View this message in context: http://www.nabble.com/SocketAsyncEventArgs-Implementation-tp22081313p22081313.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] No child nodes...
All, I'll admit I am brand new to mono. I'm trying to get a hunk of code working for a customer that works under win03 and win08 under IIS but they want to move it over to linux / mono environment. I've hit the googles and only found a few references to this error and in most of the cases there was not really any resolution. Any help is appreciated. No child nodes allowed here. (node name: pages) () Description: HTTP 500. Error processing request. Stack Trace: System.Configuration.ConfigurationException: No child nodes allowed here. (node name: pages) () at System.Web.Configuration.HandlersUtil.ThrowException (System.String msg, System.Xml.XmlNode node) [0x0] at System.Web.Configuration.PagesConfigurationHandler.Create (System.Object parent, System.Object configContext, System.Xml.XmlNode section) [0x0] at System.Web.Configuration.ConfigurationData.GetConfigInternal (System.String sectionName, System.Web.HttpContext context, Boolean useLoc) [0x0] at System.Web.Configuration.ConfigurationData.GetConfigOptLocation (System.String sectionName, System.Web.HttpContext context, Boolean useLoc) [0x0] at System.Web.Configuration.ConfigurationData.GetConfig (System.String sectionName, System.Web.HttpContext context) [0x0] at System.Web.Configuration.WebDefaultConfig.GetConfig (System.String sectionName, System.Web.HttpContext context) [0x0] at System.Web.Configuration.WebConfigurationSettings.GetConfig (System.String sectionName, System.Web.HttpContext context) [0x0] at System.Web.HttpContext.GetConfig (System.String name) [0x0] at System.Web.Configuration.PagesConfiguration.GetInstance (System.Web.HttpContext context) [0x0] at System.Web.UI.TemplateParser.get_PagesConfig () [0x0] at System.Web.UI.TemplateControlParser.LoadConfigDefaults () [0x0] at System.Web.UI.PageParser.LoadConfigDefaults () [0x0] at System.Web.UI.TemplateParser..ctor () [0x0] at System.Web.UI.TemplateControlParser..ctor () [0x0] at System.Web.UI.PageParser..ctor (System.String virtualPath, System.String inputFile, System.Web.HttpContext context) [0x0] at System.Web.UI.PageParser.GetCompiledPageInstance (System.String virtualPath, System.String inputFile, System.Web.HttpContext context) [0x0] at System.Web.UI.PageHandlerFactory.GetHandler (System.Web.HttpContext context, System.String requestType, System.String url, System.String path) [0x0] at System.Web.HttpApplication.GetHandler (System.Web.HttpContext context, System.String url) [0x0] at System.Web.HttpApplication+c__CompilerGenerated1.MoveNext () [0x0] Version information: Mono Version: 1.1.4322.2032; ASP.NET Version: 1.1.4322.2032 Thanks, ...corey ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] No child nodes...
hi, you've a badly formatted web.config file, something errorous in the pages section. üdvözlettel with regards Kardos Bálint ___ http://skaelede.hu 10 (0xA) év a magyar weben On Thu, Feb 19, 2009 at 17:27, Corey Hart chart3...@yahoo.com wrote: All, I'll admit I am brand new to mono. I'm trying to get a hunk of code working for a customer that works under win03 and win08 under IIS but they want to move it over to linux / mono environment. I've hit the googles and only found a few references to this error and in most of the cases there was not really any resolution. Any help is appreciated. No child nodes allowed here. (node name: pages) () Description: HTTP 500. Error processing request. Stack Trace: System.Configuration.ConfigurationException: No child nodes allowed here. (node name: pages) () at System.Web.Configuration.HandlersUtil.ThrowException (System.String msg, System.Xml.XmlNode node) [0x0] at System.Web.Configuration.PagesConfigurationHandler.Create (System.Object parent, System.Object configContext, System.Xml.XmlNode section) [0x0] at System.Web.Configuration.ConfigurationData.GetConfigInternal (System.String sectionName, System.Web.HttpContext context, Boolean useLoc) [0x0] at System.Web.Configuration.ConfigurationData.GetConfigOptLocation (System.String sectionName, System.Web.HttpContext context, Boolean useLoc) [0x0] at System.Web.Configuration.ConfigurationData.GetConfig (System.String sectionName, System.Web.HttpContext context) [0x0] at System.Web.Configuration.WebDefaultConfig.GetConfig (System.String sectionName, System.Web.HttpContext context) [0x0] at System.Web.Configuration.WebConfigurationSettings.GetConfig (System.String sectionName, System.Web.HttpContext context) [0x0] at System.Web.HttpContext.GetConfig (System.String name) [0x0] at System.Web.Configuration.PagesConfiguration.GetInstance (System.Web.HttpContext context) [0x0] at System.Web.UI.TemplateParser.get_PagesConfig () [0x0] at System.Web.UI.TemplateControlParser.LoadConfigDefaults () [0x0] at System.Web.UI.PageParser.LoadConfigDefaults () [0x0] at System.Web.UI.TemplateParser..ctor () [0x0] at System.Web.UI.TemplateControlParser..ctor () [0x0] at System.Web.UI.PageParser..ctor (System.String virtualPath, System.String inputFile, System.Web.HttpContext context) [0x0] at System.Web.UI.PageParser.GetCompiledPageInstance (System.String virtualPath, System.String inputFile, System.Web.HttpContext context) [0x0] at System.Web.UI.PageHandlerFactory.GetHandler (System.Web.HttpContext context, System.String requestType, System.String url, System.String path) [0x0] at System.Web.HttpApplication.GetHandler (System.Web.HttpContext context, System.String url) [0x0] at System.Web.HttpApplication+c__CompilerGenerated1.MoveNext () [0x0] Version information: Mono Version: 1.1.4322.2032; ASP.NET Version: 1.1.4322.2032 Thanks, ...corey ___ 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] No child nodes...
Hi Balint, Thanks you for the quick reply. Here is what is located in my web.config. I'm not sure what is valid under mono and what isn't. Sorry for my ignorance. pages namespaces clear/ add namespace=System/ add namespace=System.Collections/ add namespace=System.Collections.Specialized/ add namespace=System.Configuration/ add namespace=System.Text/ add namespace=System.Text.RegularExpressions/ add namespace=System.Web/ add namespace=System.Web.Caching/ add namespace=System.Web.SessionState/ add namespace=System.Web.Security/ add namespace=System.Web.Profile/ add namespace=System.Web.UI/ add namespace=System.Web.UI.WebControls/ add namespace=System.Web.UI.WebControls.WebParts/ add namespace=System.Web.UI.HtmlControls/ /namespaces /pages Thanks, ...corey --- On Thu, 2/19/09, Bálint Kardos kardosbal...@gmail.com wrote: From: Bálint Kardos kardosbal...@gmail.com Subject: Re: [Mono-list] No child nodes... To: Corey Hart chart3...@yahoo.com Cc: mono-list@lists.ximian.com Date: Thursday, February 19, 2009, 10:38 AM hi, you've a badly formatted web.config file, something errorous in the pages section. üdvözlettel with regards Kardos Bálint ___ http://skaelede.hu 10 (0xA) év a magyar weben On Thu, Feb 19, 2009 at 17:27, Corey Hart chart3...@yahoo.com wrote: All, I'll admit I am brand new to mono. I'm trying to get a hunk of code working for a customer that works under win03 and win08 under IIS but they want to move it over to linux / mono environment. I've hit the googles and only found a few references to this error and in most of the cases there was not really any resolution. Any help is appreciated. No child nodes allowed here. (node name: pages) () Description: HTTP 500. Error processing request. Stack Trace: System.Configuration.ConfigurationException: No child nodes allowed here. (node name: pages) () at System.Web.Configuration.HandlersUtil.ThrowException (System.String msg, System.Xml.XmlNode node) [0x0] at System.Web.Configuration.PagesConfigurationHandler.Create (System.Object parent, System.Object configContext, System.Xml.XmlNode section) [0x0] at System.Web.Configuration.ConfigurationData.GetConfigInternal (System.String sectionName, System.Web.HttpContext context, Boolean useLoc) [0x0] at System.Web.Configuration.ConfigurationData.GetConfigOptLocation (System.String sectionName, System.Web.HttpContext context, Boolean useLoc) [0x0] at System.Web.Configuration.ConfigurationData.GetConfig (System.String sectionName, System.Web.HttpContext context) [0x0] at System.Web.Configuration.WebDefaultConfig.GetConfig (System.String sectionName, System.Web.HttpContext context) [0x0] at System.Web.Configuration.WebConfigurationSettings.GetConfig (System.String sectionName, System.Web.HttpContext context) [0x0] at System.Web.HttpContext.GetConfig (System.String name) [0x0] at System.Web.Configuration.PagesConfiguration.GetInstance (System.Web.HttpContext context) [0x0] at System.Web.UI.TemplateParser.get_PagesConfig () [0x0] at System.Web.UI.TemplateControlParser.LoadConfigDefaults () [0x0] at System.Web.UI.PageParser.LoadConfigDefaults () [0x0] at System.Web.UI.TemplateParser..ctor () [0x0] at System.Web.UI.TemplateControlParser..ctor () [0x0] at System.Web.UI.PageParser..ctor (System.String virtualPath, System.String inputFile, System.Web.HttpContext context) [0x0] at System.Web.UI.PageParser.GetCompiledPageInstance (System.String virtualPath, System.String inputFile, System.Web.HttpContext context) [0x0] at System.Web.UI.PageHandlerFactory.GetHandler (System.Web.HttpContext context, System.String requestType, System.String url, System.String path) [0x0] at System.Web.HttpApplication.GetHandler (System.Web.HttpContext context, System.String url) [0x0] at System.Web.HttpApplication+c__CompilerGenerated1.MoveNext () [0x0] Version information: Mono Version: 1.1.4322.2032; ASP.NET Version: 1.1.4322.2032 Thanks, ...corey ___ 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] No child nodes...
Corey Hart wrote: No child nodes allowed here. (node name: pages) () ... Version information: Mono Version: 1.1.4322.2032; ASP.NET Version: 1.1.4322.2032 .NET 1.1 does not support child elements in pages. Are you sure that your site is compatible with .NET 1.1? Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] No child nodes...
Robert, Thanks for all the information. The application was indeed written for ASP 2.0. I made the changes to my mod_mono to call mono-server2 and now I am just getting a general application error. http://dpaste.com/122715/ Is there any other place to look for debug information on what might be causing the issue? Thanks, ...corey --- On Thu, 2/19/09, Robert Jordan robe...@gmx.net wrote: From: Robert Jordan robe...@gmx.net Subject: Re: [Mono-list] No child nodes... To: Mono-list@lists.ximian.com Date: Thursday, February 19, 2009, 11:01 AM Corey Hart wrote: No child nodes allowed here. (node name: pages) () ... Version information: Mono Version: 1.1.4322.2032; ASP.NET Version: 1.1.4322.2032 .NET 1.1 does not support child elements in pages. Are you sure that your site is compatible with .NET 1.1? Robert ___ 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] No child nodes...
Balin, Thanks for the tips. And was in the process of making the changes as I fired off a mail to the list. I was trying to cover all my bases. I did check all the relevant apache logs and they were clean had no errors. Thanks for your patience I appreciate it. As I said I'm trying to implement an ASP app that I did not write under mono because this was the decision made by others. I'm trying to bring myself up to speed on mono as fast as possible but unfortunately I need to bring this application up as fast as possible as well which is why I am utilizing the mailing list. Here is the latest error I am receiving. http://dpaste.com/122741/ Thanks again for all the help. I appreciate it. ...corey --- On Thu, 2/19/09, Bálint Kardos kardosbal...@gmail.com wrote: From: Bálint Kardos kardosbal...@gmail.com Subject: Re: [Mono-list] No child nodes... To: chart3...@yahoo.com Cc: Mono-list@lists.ximian.com Date: Thursday, February 19, 2009, 1:45 PM Hi, before posting questions to a mailing list... a) what about reading and understanding the error message first? b) doing what the error message says, modify the web.config file to show the error message? -- customErrors mode=Off/ c) you can always look up apache's (virtualhosts') error.log file (/var/log/httpd or apache2/or any subfolder/error.log b. üdvözlettel with regards Kardos Bálint ___ http://skaelede.hu 10 (0xA) év a magyar weben On Thu, Feb 19, 2009 at 20:26, Corey Hart chart3...@yahoo.com wrote: Robert, Thanks for all the information. The application was indeed written for ASP 2.0. I made the changes to my mod_mono to call mono-server2 and now I am just getting a general application error. http://dpaste.com/122715/ Is there any other place to look for debug information on what might be causing the issue? Thanks, ...corey --- On Thu, 2/19/09, Robert Jordan robe...@gmx.net wrote: From: Robert Jordan robe...@gmx.net Subject: Re: [Mono-list] No child nodes... To: Mono-list@lists.ximian.com Date: Thursday, February 19, 2009, 11:01 AM Corey Hart wrote: No child nodes allowed here. (node name: pages) () ... Version information: Mono Version: 1.1.4322.2032; ASP.NET Version: 1.1.4322.2032 .NET 1.1 does not support child elements in pages. Are you sure that your site is compatible with .NET 1.1? Robert ___ 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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] No child nodes...
Corey Hart wrote: Here is the latest error I am receiving. http://dpaste.com/122741/ Check whether vnbc (mono's visual basic compiler) is installed. Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SocketAsyncEventArgs Implementation
zvikag wrote: Is there any plan to rewrite this code in the future? Please file an enhancement bug at http://mono-project.com/Bugs Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] No child nodes...
Robert, This was the missing piece. Thank you all for your help. ...corey --- On Thu, 2/19/09, Robert Jordan robe...@gmx.net wrote: From: Robert Jordan robe...@gmx.net Subject: Re: [Mono-list] No child nodes... To: Mono-list@lists.ximian.com Date: Thursday, February 19, 2009, 2:24 PM Corey Hart wrote: Here is the latest error I am receiving. http://dpaste.com/122741/ Check whether vnbc (mono's visual basic compiler) is installed. Robert ___ 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] Console.ReadKey() = no spezial chars on Linux
On Mon, Feb 16, 2009 at 4:33 PM, Paebbels paebb...@gmail.com wrote: Home returns on Windows ConsoleKey.Home, on Mono ConsoleKey.Esc with ASCII Char 27 (also: End, Delete, ) It seems in the case that Mono is not translating CSI escape codes to their corresponding symbolic value. For example, if you strike the home key in a console that doesn't interpret it (e.g. bash will not work) then you will see ^[OH. ^[ is the representation of the escape key. If you think Mono should do this translation for you then you might file a bug report about it. You could also interpret them yourself. -- 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] Console.ReadKey() = no spezial chars on Linux
How can I do this? Are you sure thats a mono problem and not linux, environment or shell based? like encoding, char tables (I haven'd found something like this...) Have you any expericenes with GetLine.cs from Miguel de Icaza or any knowledge about the new Mono.Terminal namespace? I have read of an Editor class, but there is no documentation. Patrick Lehmann Chris Howie wrote: On Mon, Feb 16, 2009 at 4:33 PM, Paebbels paebb...@gmail.com wrote: Home returns on Windows ConsoleKey.Home, on Mono ConsoleKey.Esc with ASCII Char 27 (also: End, Delete, ) It seems in the case that Mono is not translating CSI escape codes to their corresponding symbolic value. For example, if you strike the home key in a console that doesn't interpret it (e.g. bash will not work) then you will see ^[OH. ^[ is the representation of the escape key. If you think Mono should do this translation for you then you might file a bug report about it. You could also interpret them yourself. -- 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 -- View this message in context: http://www.nabble.com/Console.ReadKey%28%29-%3D%3E-no-spezial-chars-on-Linux-tp22011524p22111030.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Console.ReadKey() = no spezial chars on Linux
On Thu, Feb 19, 2009 at 5:27 PM, Paebbels paebb...@gmail.com wrote: How can I do this? Make a table of the escape sequences and match them. :) Are you sure thats a mono problem and not linux, environment or shell based? When you strike the home key, whether in a GUI terminal or a VT, ESC OH is exactly what gets sent to the stdin file handle. This is documented, expected behavior on Linux. It is not a problem, it's just different behavior. If you think Mono should abstract this behavior then file a bug. Have you any expericenes with GetLine.cs from Miguel de Icaza or any knowledge about the new Mono.Terminal namespace? I have read of an Editor class, but there is no documentation. I have not used it, but others may have. -- 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
[Mono-list] Mono 2.6 and 2.8
I noticed in the roadmap that Mono 2.6 and 2.8 share the same delivery date of Sept 09. I'm really interested in 2.6 and Linq to DB (SQL) and I hope that this is really scheduled for June 09 instead of the later date. Any chance of this being the case? Thanx, Garth ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] More .NET and mono floating point inconsistencies
Hi, Thanks for looking into my issues. I hope my post didn't come across as rude or anything, I was really just looking to ask if it was better to post issues here or directly to Bugzilla. I'm sure there are far more important issues than my weird floating point inconsistencies. For the curious, I am an AI researcher working on Evolutionary Computation. I tend to use Windows and .NET to run my code, but my research group has several large computing clusters that could massively speed up my experiments, but they only run Linux. Also academia tends to shy away from Windows Only software, so if I can say Runs in Linux when I release my code to the public, it's a pretty big boon for me as well as the people who want to run it. However, because of the floating point issues described, experiments run on mono are not compatible with experiments run on .NET, as over the course of a simulation, the small errors propagate over thousands of time steps into large differences in the final AI behavior. Thus, if I used both mono and .NET, not only would I have to be mindful of which experiment was run on which platform when I do analysis and demonstrations, but when I release my results to the public I would also have to mark arbitrary sets of experiments as mono only or .NET only. Kornél Pál wrote: Hi, Thanks for the test cases, I'll invetigate these as well and try to fix them. The best way to get bugs fixed is to produce test cases and report them in buzilla. You can help more if you are able to provide a patch to fix the bugs. Note that for some reasons Novell guys seem to ignore this bug mostly because they have other things to do and their approval is required for these changes. Could you please describe your scenario (application name, purpose, etc. if they are public) where you need these floating point roundings and describe why these bugs are critical for you. Providing some description may raise component owners' attention. Kornél ddambro wrote: I previously posted about some differences I noticed between the floating point math in .NET and mono http://www.nabble.com/Mono-and-.Net-Floating-Point-Inconsistencies-to21428695ef1367.html here . The bug report can be found https://bugzilla.novell.com/show_bug.cgi?id=467201 here . The patch provided (Thank you!) fixes several issues I was encountering, but unfortunately it led me to discover a couple more. The following two code samples were tested x86 machines using Linux mono 2.2 with the patch found in the bug report, a clean Windows mono 2.0.1, and the latest version of .NET targeting 3.0 framework and x86. --- 1. using System; using System.Runtime.CompilerServices; class Testing { [MethodImpl(MethodImplOptions.NoInlining)] public static void Main() { float f1=200; float distance=Distance(300, 500, 387.5f, 362.5f); float dist = 1 - (distance / f1); float distSqud = dist * dist; Console.WriteLine(distSqud.ToString(R)); foreach (byte b in BitConverter.GetBytes(distSqud)) Console.WriteLine(b); } public static float Distance(float x1, float y1, float x2, float y2) { float xDist = x1 - x2; float yDist = y1 - y2; float dist = (float)Math.Sqrt(xDist * xDist + yDist * yDist); return dist; } On .NET this code produces: 0.0342619047 54 86 12 61 and on mono it produces: 0.03426191 55 86 12 61 --- 2. using System; using System.Runtime.CompilerServices; class Testing { [MethodImpl(MethodImplOptions.NoInlining)] public static void Main() { float distance = Distance(616.161255f, 391.2928f, 550.8382f, 131.006973f); Console.WriteLine(distance.ToString(R)); foreach (byte b in BitConverter.GetBytes(distance)) Console.WriteLine(b); } public static float Distance(float x1, float y1, float x2, float y2) { float xDist = x1 - x2; float yDist = y1 - y2; float dist = (float)Math.Sqrt(xDist * xDist + yDist * yDist); Console.WriteLine(dist.ToString(R)); foreach (byte b in BitConverter.GetBytes(dist)) Console.WriteLine(b); return dist; } } On .NET this code produces: 268.3576 198 45 134 67 268.3576 198 45 134 67 and on mono it produces: 268.357635 199 45 134 67 268.357635 199 45 134 67 --- These seem to be very similar to the issues I was encountering before, but they are not fixed by the patch. What is the best way to resolve these inconsistencies? Thanks, David ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- View this message in context: