[Mono-list] On-line Mono documentation is broken
Example: http://docs.go-mono.com/?link=C%3aGdk.Pixbuf.Pixbuf(GLib.GType) Server Error in '/' Application -- *Object reference not set to an instance of an object* *Description: *HTTP 500. Error processing request. *Stack Trace:* System.NullReferenceException: Object reference not set to an instance of an object at System.Collections.Generic.LinkedListNode`1[Mono.Utilities.LRUCache`2+ListValueEntry`2[System.String,Monodoc.Node,System.String,Monodoc.Node]].InsertBetween (System.Collections.Generic.LinkedListNode`1 previousNode, System.Collections.Generic.LinkedListNode`1 nextNode, System.Collections.Generic.LinkedList`1 list) [0x0] in filename unknown:0 at System.Collections.Generic.LinkedList`1[Mono.Utilities.LRUCache`2+ListValueEntry`2[System.String,Monodoc.Node,System.String,Monodoc.Node]].AddFirst (System.Collections.Generic.LinkedListNode`1 node) [0x0] in filename unknown:0 at Mono.Utilities.LRUCache`2[System.String,Monodoc.Node].Put (System.String key, Monodoc.Node value) [0x0] in filename unknown:0 at Monodoc.Providers.EcmaHelpSource.MatchNode (System.String url) [0x0] in filename unknown:0 at Monodoc.Providers.EcmaHelpSource.GetInternalIdForUrl (System.String url, Monodoc.Node node, System.Collections.Generic.Dictionary`2 context) [0x0] in filename unknown:0 at Monodoc.RootTree.GetHelpSourceAndIdForUrl (System.String url, Monodoc.HelpSource hintSource, System.String internalId, System.Collections.Generic.Dictionary`2 context, Monodoc.Node node) [0x0] in filename unknown:0 at Monodoc.RootTree.RenderUrl[String] (System.String url, IDocGenerator`1 generator, Monodoc.Node node, Monodoc.HelpSource hintSource) [0x0] in filename unknown:0 at Monodoc.RootTree.RenderUrl (System.String url, Monodoc.Node n) [0x0] in filename unknown:0 at Mono.Website.Handlers.MonodocHandler.HandleMonodocUrl (System.Web.HttpContext context, System.String link) [0x0] in filename unknown:0 at Mono.Website.Handlers.MonodocHandler.System.Web.IHttpHandler.ProcessRequest (System.Web.HttpContext context) [0x0] in filename unknown:0 at System.Web.HttpApplication+Pipelinec__Iterator3.MoveNext () [0x0] in filename unknown:0 at System.Web.HttpApplication.Tick () [0x0] in filename unknown:0 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Simple example of Gtk-based Mono.WebBrowser on Windows/Mac
On Fri, Feb 15, 2013 at 1:48 PM, Ian Norton
ian.norton-bad...@thales-esecurity.com wrote:
Have you had any luck? I'd be rather keen on this, especially if you can
figure
out how to hook javascript up.
Not yet, but I'm going to try to directly contact the original author.
I will post back here if I ever get something working.
-Doug
Ian
On Mon, Feb 11, 2013 at 01:36:15PM +, Doug Blank wrote:
I'm trying to come up with the simplest example of using the
Mono.WebBrowser using Gtk on Windows. The Windows.Forms version works
fine, but I need to integrate into an existing Gtk application.
Here is a simple stab at it:
public static void Main (string[] args)
{
Gtk.Application.Init ();
Gtk.Window win = new Gtk.Window (Title);
Mono.WebBrowser.IWebBrowser browser =
Mono.WebBrowser.Manager.GetNewInstance(Mono.WebBrowser.Platform.Gtk);
browser.Load(win.Handle, 500, 250);
win.ShowAll ();
GLib.Timeout.Add( 500, delegate {
browser.Navigation.Go (http://google.com/;);
return false;
});
Gtk.Application.Run ();
}
which compiles, runs, and browser.Initialized is true. What triggers
the browser to actually render? It may be that I can't render this
directly into a window (I've looked at the mono-docbrowser [1] source,
and have a more complicated example, but it doesn't render either).
Any suggestions appreciated,
-Doug
[1] https://github.com/mono/mono-tools/tree/master/docbrowser
___
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] Simple example of Gtk-based Mono.WebBrowser on Windows/Mac
I'm trying to come up with the simplest example of using the
Mono.WebBrowser using Gtk on Windows. The Windows.Forms version works
fine, but I need to integrate into an existing Gtk application.
Here is a simple stab at it:
public static void Main (string[] args)
{
Gtk.Application.Init ();
Gtk.Window win = new Gtk.Window (Title);
Mono.WebBrowser.IWebBrowser browser =
Mono.WebBrowser.Manager.GetNewInstance(Mono.WebBrowser.Platform.Gtk);
browser.Load(win.Handle, 500, 250);
win.ShowAll ();
GLib.Timeout.Add( 500, delegate {
browser.Navigation.Go (http://google.com/;);
return false;
});
Gtk.Application.Run ();
}
which compiles, runs, and browser.Initialized is true. What triggers
the browser to actually render? It may be that I can't render this
directly into a window (I've looked at the mono-docbrowser [1] source,
and have a more complicated example, but it doesn't render either).
Any suggestions appreciated,
-Doug
[1] https://github.com/mono/mono-tools/tree/master/docbrowser
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] All-in-one Mono folder on Mac?
I don't believe it is possible to move the /Library/Frameworks/Mono.framework directory to a local folder. Nothing I have tried has allowed me to run a Gtk# app like that. It works fine on Windows, by setting the MONO_PATH correctly. I even tried editing .config files on the Mac to point to the local folder. Too bad. Seemed like such an easy thing to do... -Doug On Wed, Sep 5, 2012 at 9:14 AM, Doug Blank doug.bl...@gmail.com wrote: Perhaps it is hardcoded paths in some .dll.config files? Maybe changing those to be relative paths to my local versions would work? -Doug On Tue, Sep 4, 2012 at 9:09 PM, Doug Blank doug.bl...@gmail.com wrote: I'm trying to make an all-in-one folder containing all the necessary parts of running Mono for a cross-platform Gtk app on Windows and Mac (Linux too, but that is easy). This works fine on Windows... just copied the necessary bin and libs, set the appropriate paths and it works. However, on the Mac, it seems that there are hard-coded paths that require the code to be in /Library/Frameworks/Mono.framework. Is this correct? Or is it possible to somehow get mono to run fine in a folder which could be anywhere on the Mac? I'd prefer to use this method (rather than trying to get, say, mkbundle to work) because we load some code dynamically. Also, I'm using Gtk so can't use MonoMac. Any advice appreciated! -Doug PS - more details at: http://stackoverflow.com/questions/12145204/mono-install-on-windows-mac/12145259#comment16430549_12145259 Also, the app is a programming environment for teaching programming, http://calicoproject.org/ Most of the students have Macs this semester, so this would be great to make it easy to install! ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] All-in-one Mono folder on Mac?
Perhaps it is hardcoded paths in some .dll.config files? Maybe changing those to be relative paths to my local versions would work? -Doug On Tue, Sep 4, 2012 at 9:09 PM, Doug Blank doug.bl...@gmail.com wrote: I'm trying to make an all-in-one folder containing all the necessary parts of running Mono for a cross-platform Gtk app on Windows and Mac (Linux too, but that is easy). This works fine on Windows... just copied the necessary bin and libs, set the appropriate paths and it works. However, on the Mac, it seems that there are hard-coded paths that require the code to be in /Library/Frameworks/Mono.framework. Is this correct? Or is it possible to somehow get mono to run fine in a folder which could be anywhere on the Mac? I'd prefer to use this method (rather than trying to get, say, mkbundle to work) because we load some code dynamically. Also, I'm using Gtk so can't use MonoMac. Any advice appreciated! -Doug PS - more details at: http://stackoverflow.com/questions/12145204/mono-install-on-windows-mac/12145259#comment16430549_12145259 Also, the app is a programming environment for teaching programming, http://calicoproject.org/ Most of the students have Macs this semester, so this would be great to make it easy to install! ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] All-in-one Mono folder on Mac?
I'm trying to make an all-in-one folder containing all the necessary parts of running Mono for a cross-platform Gtk app on Windows and Mac (Linux too, but that is easy). This works fine on Windows... just copied the necessary bin and libs, set the appropriate paths and it works. However, on the Mac, it seems that there are hard-coded paths that require the code to be in /Library/Frameworks/Mono.framework. Is this correct? Or is it possible to somehow get mono to run fine in a folder which could be anywhere on the Mac? I'd prefer to use this method (rather than trying to get, say, mkbundle to work) because we load some code dynamically. Also, I'm using Gtk so can't use MonoMac. Any advice appreciated! -Doug PS - more details at: http://stackoverflow.com/questions/12145204/mono-install-on-windows-mac/12145259#comment16430549_12145259 Also, the app is a programming environment for teaching programming, http://calicoproject.org/ Most of the students have Macs this semester, so this would be great to make it easy to install! ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] multiple dll mappings in library dllmap
On Sun, Jan 29, 2012 at 12:32 PM, Chris Morgan chmor...@gmail.com wrote: Hello. I'm trying to dll map libpcap for the SharpPcap.dll.config file. The difficulty is that different distros have different dll names: ubuntu has libpcap.so.0.8 and libpcap.so.1.1.1, fedora appears to have libpcap.so.1 and libpcap.so.1.2.1. The documentation for dll mapping, http://www.mono-project.com/Config_DllMap, doesn't seem to indicate that multiple names are supported and testing with multiple dllmap entries shows that the last entry takes effect. I also tried using a wildcard like '*' but that doesn't seem to work either. Any ideas on how I might be able to map to all three of these dll versions so I can maintain compatibility with multiple distributions? Arguably, the OS should have sim links from libpcap.so to libpcap.so.1. If not, surely that must be breaking some Linux standard rules. Can you create your own links to the correct files? That might require a config script, but that is probably the correct way to handle the problem. -Doug Chris ___ 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] Options for debugger for DLR languages on Mono
Mono list, We have a fairly robust editor/shell written in IronPython, using Gtk#, running under cross-platform Mono with abilities to switch between many languages (including Python, Ruby, Scheme, Lua, FSharp, CSharp, Boo, and a new visual Scratch-based language called Jigsaw. Although not all are DLR-based.) [1]. What would be the best option for creating an interactive debugger for the DLR languages on Mono? We would want to be able to set break-points, single step, and inspect local variables. Ideally, this would be a generic, language-neutral API, but if we have to do one for each language, that might work too. Things we've looked at: a) Seo's FePy Mono Profiler [2], but that seems too low-level, and requires C code for each platform. b) Microsoft.Scripting.Debugging [3], but will that work under Mono? c) sys.settrace(), but that would be Python-specific, and can't single-step (?) Are there other issues/options to consider? Please feel free to point me towards useful resources. Thanks! -Doug [1] - http://calicoproject.org/ [2] - http://fepy.blogspot.com/2007/06/pyprof-progresses.html [3] - http://devhawk.net/2009/07/08/microsoft-scripting-debugging/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Gtk print demo fails on Windows7 for all versions of Mono/Gtk
On Fri, Sep 9, 2011 at 3:34 AM, Elmar Haneke el...@haneke.de wrote: Am 08.09.2011 20:06, schrieb Doug Blank: Wow... nothing. No activity in the bug tracker. No response here. Maybe someone can make some guesses about the issue, or why I can't get any comments: Perhaps you can find an solution in https://bugzilla.novell.com/show_bug.cgi?id=380675 Yes! Thank you, thank you, thank you! It turns out that if you want to use Gtk.PrintOperation, your Main function, wherever it is, must have the [STAThread] attribute. I've been using Mono and Gtk# for a year now without this (just using Gtk.Application.Invoke for to run in the correct thread), but Printing appears to require STAThread. (My application is actually written in IronPython, which would be problematic as there is no way to set this attribute, and so there appears to be no way to have a pure IronPython app that prints in Windows. But this is easily remedied by creating a little C# wrapper). If that does not help you should send your complaint about the missing support to the people you did contract for urgent support. Well, this is an open source project, without money or contracts. So it is up to people like us to make sure that we provide even little hints to each other. And so, this day shall be know as Elmar Day :) Your hint means a lot to a lot of users. Thanks! -Doug Elmar ___ 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] Gtk print demo fails on Windows7 for all versions of Mono/Gtk
On Fri, Aug 26, 2011 at 6:13 AM, Doug Blank doug.bl...@gmail.com wrote: Has anyone tried to print using Mono on Windows7? I have some sample code (basically the demo print program) on: http://bugzilla.xamarin.com/show_bug.cgi?id=218 that doesn't run on any version of Mono that I have tried on Windows7? Surely this is a serious issue, or something that no one else is seeing? If someone could try the code, and report back: gmcs DemoPrinting.cs /pkg:gtk-sharp-2.0 -r:Mono.Cairo Run with: mono DemoPrinting.exe Thanks for *any* feedback, Wow... nothing. No activity in the bug tracker. No response here. Maybe someone can make some guesses about the issue, or why I can't get any comments: [ ] - we're too busy to do anything related to Gtk under Mono [ ] - we don't support Mono/Gtk/Windows7 any more [ ] - I don't see the problem [ ] - Use a different method to print when using Mono on Windows (like what?) As far as I can tell, there is no way to print from Windows7. Am I wrong? -Doug -Doug ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono-2.10.[34]-gtksharp-2.12.11-win32-0.exe regression?
On Sat, Aug 20, 2011 at 8:55 AM, Norbert Berzen norb...@berzen.dyndns.org wrote: Hello all, as it seems to me, on MS-Windows the 2.10.3 and 2.10.4 mono combined installers (Mono for Windows, Gtk#, and XSP) are totally missing gtk-sharp. Due to this any gtk-sharp based application cannot run any longer after upgrade from 2.10.2 to 2.10.3/2.10.4! Did any of you experience similar problems after upgrade from 'mono-2.10.2-gtksharp-2.12.11-win32-0.exe' to 'mono-2.10.[34]-gtksharp-2.12.11-win32-0.exe' on windows? I found the same issue; I had to explicitly add C:\\Program Files (x86)\\GtkSharp\\2.12\\lib\\gtk-sharp-2.0 to the search path (on Windows) to find this. Perhaps you should report this as a bug? -Doug Is it by intention or is it a regression? I've read the 2.10.3/4 release notes but did not find any hint on the new behavior. Perhaps one of you knows the package maintainer and could ask him. Greetings and much success to the xamarin team !!! -- Norbert Berzen norb...@berzen.dyndns.org ___ 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] Gtk print demo fails on Windows7 for all versions of Mono/Gtk
Has anyone tried to print using Mono on Windows7? I have some sample code (basically the demo print program) on: http://bugzilla.xamarin.com/show_bug.cgi?id=218 that doesn't run on any version of Mono that I have tried on Windows7? Surely this is a serious issue, or something that no one else is seeing? If someone could try the code, and report back: gmcs DemoPrinting.cs /pkg:gtk-sharp-2.0 -r:Mono.Cairo Run with: mono DemoPrinting.exe Thanks for *any* feedback, -Doug ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono download page: access denied
http://www.go-mono.com/mono-downloads/download.html ERROR The requested URL could not be retrieved The following error was encountered while trying to retrieve the URL: http://www.go-mono.com/mono-downloads/download.html Access Denied. Access control configuration prevents your request from being allowed at this time. Please contact your service provider if you feel this is incorrect. Your cache administrator is webmaster. Generated Wed, 17 Aug 2011 05:11:59 GMT by api.xamarin.com (squid/2.7.STABLE9) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Where Did The Gtk# API Documentation Go?
On Fri, Aug 5, 2011 at 2:10 PM, Miguel de Icaza mig...@xamarin.com wrote: Well, please do tell us what we can do to help put the documentation back. When you find a problem, in general, use Bugzilla. That is where we are tracking problems. Ok, that is useful... we just weren't sure where everyone was! Sadly, monitoring the mailing list has taken a secondary priority as we get Mono back up and running. And running it is: I can confirm that the docs are back in place! Miguel Welcome back, Miguel! -Doug ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Where Did The Gtk# API Documentation Go?
On Mon, Aug 1, 2011 at 6:53 PM, Andres G. Aragoneses kno...@gmail.com wrote: The most recent contributors usually hang out in IRC (irc.gnome.org) channel #gtk#. We are lately very busy finishing up gtk# v3.0 which will have API compatibility with gtk v3.x stack. So busy that we haven't found time yet for the docs, so help is always welcome. Well, please do tell us what we can do to help put the documentation back. Someone should take 10 minutes and fix the most obvious, obnoxious kind of failure. This does not give users any kind of confidence in a project. Many people still use Gtk# 2.x, so, yes, looking forward to Gtk# 3, but please take a moment to do some maintenance. -Doug ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono Gtk Documentation gone
The page http://docs.go-mono.com/ is listing Gdk instead of Gtk and the link http://docs.go-mono.com/Gtk gives an error. -Doug ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Extending Gtk.TextView from IronPython
Does anyone have an idea what this warning means, or how to fix it? % mono ipy.exe import Gtk class MyTextView(Gtk.TextView): ... pass mtv = MyTextView() (pyjama:611): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.28.6/./gobject/gsignal.c:1549: signal set_scroll_adjustments already exists in the `GtkTextView' class ancestry What would be necessary in C# to extend TextView? -Doug ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] CSharp interpreter feedback, and a gift
Thanks for the feedback. Some comments below. Note that I'm doing this from IronPython, so this is a slightly different context that the typical. The code for this 76-line wrapper is here: http://svn.cs.brynmawr.edu/viewvc/Pyjama/trunk/languages/CSharpLanguage.py?view=markup On Fri, Jan 28, 2011 at 1:40 AM, Miguel de Icaza mig...@novell.com wrote: 1) a single evaluate function which could handle expressions and statements. This is already the case. I should be more precise: If you use Evaluate(), and don't get back a result, you have to catch the exception. If you use Run(), you can't get back anything. It would be nice if there was one function, and if there were an exception, it was from the underlying code, not that the Evaluate didn't return something. 2) able to evaluate multiple statements, without evaluating them one by one. That is also the case. Ok, then I must be missing something. It looks like in the csharp.exe code that it is handing Evaluate one expression at a time. This does not work for me from IronPython. evaluator.Evaluate(int a;\n int b;) 3) handle errors through a return or raised exception, rather than through a side-effect print to Console.Out, or Console.Error I have to look into this one in particular, are these compilation errors, or the execution errors? Both are currently sent to Out or Error. I would like it better if they were thrown or returned. You can control where the error messages go by assigning a TextWriter object to the InteractiveBase class's Output and Error properties. Yes, but this can get complicated in IronPython, and for some reason this isn't currently working in Pyjama. If I could handle these messages myself, that would give me more control. It may be that I need to load things in a different order. I haven't looked into how the Csharp interpreter actually works, but it would be excellent if the user could define functions and classes, in the environment. Would that be possible? It is not currently possible. This requires some work on the compiler to enable the feature. Pointers much appreciated! -Doug Miguel. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] CSharp interpreter feedback, and a gift
On Fri, Jan 28, 2011 at 2:05 AM, Bojan Rajkovic severedcr...@gmail.com wrote:
On Jan 27, 2011, at 9:52:35PM, Doug Blank wrote:
It would be great to be able to have C# as one of the languages to use
in this educational environment, but until it can address functions
and classes, it will be a second-class citizen. Although, it will be a
nice step for students to be able to take to see a fully-typed,
explicit language---even as it is interpreted.
If any one has suggestions about using C# in the educational
environment, please let me know.
-Doug
If you're willing to fake it, you can define functions as lambdas. It'll be
~= to defining them in a real sense.
Try something like this:
ActionT printMe = t = Console.WriteLine (t);
or in the more complex case (retrieving some content from a webserver that
always returns GZip [yes, I did run into this while exploring some services
via the REPL]):
Funcstring, string doRequestWithPayload = payload = {
var wc = new WebClient ();
var data = wc.UploadData (http://url:port/service;, POST,
Encoding.UTF8.GetBytes (payload));
return new StreamReader (new GZipStream (new MemoryStream
(data), CompressionMode.Decompress)).ReadToEnd ();
}
It works perfectly well in the interpreter. It's not quite a real function
definition, but it's close enough for most purposes. Classes on the other
hand are a no-go.
—Bojan
Bojan, thanks for the examples! This is nice to know that many things
from C# work in the interpreter. However, these are not the kinds of
complications to show to introductory students. If there is a way to
turn on classes and functions in the compiler, that would be perfect,
and could have an impact in the classroom.
-Doug
___
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] CSharp interpreter feedback, and a gift
On Fri, Jan 28, 2011 at 7:03 AM, Doug Blank doug.bl...@gmail.com wrote: Thanks for the feedback. Some comments below. Note that I'm doing this from IronPython, so this is a slightly different context that the typical. The code for this 76-line wrapper is here: http://svn.cs.brynmawr.edu/viewvc/Pyjama/trunk/languages/CSharpLanguage.py?view=markup On Fri, Jan 28, 2011 at 1:40 AM, Miguel de Icaza mig...@novell.com wrote: 1) a single evaluate function which could handle expressions and statements. This is already the case. I should be more precise: If you use Evaluate(), and don't get back a result, you have to catch the exception. If you use Run(), you can't get back anything. It would be nice if there was one function, and if there were an exception, it was from the underlying code, not that the Evaluate didn't return something. 2) able to evaluate multiple statements, without evaluating them one by one. That is also the case. Ok, then I must be missing something. It looks like in the csharp.exe code that it is handing Evaluate one expression at a time. This does not work for me from IronPython. evaluator.Evaluate(int a;\n int b;) My bad; that works. This doesn't: evaluator.Evaluate(using System;\n int b;) nor evaluator.Run(using System;\n int b;) I'm assuming because the using System; is not an expression? Is there a method to make this work, rather than breaking it up into two statements, something that I am missing? -Doug 3) handle errors through a return or raised exception, rather than through a side-effect print to Console.Out, or Console.Error I have to look into this one in particular, are these compilation errors, or the execution errors? Both are currently sent to Out or Error. I would like it better if they were thrown or returned. You can control where the error messages go by assigning a TextWriter object to the InteractiveBase class's Output and Error properties. Yes, but this can get complicated in IronPython, and for some reason this isn't currently working in Pyjama. If I could handle these messages myself, that would give me more control. It may be that I need to load things in a different order. I haven't looked into how the Csharp interpreter actually works, but it would be excellent if the user could define functions and classes, in the environment. Would that be possible? It is not currently possible. This requires some work on the compiler to enable the feature. Pointers much appreciated! -Doug Miguel. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] CSharp interpreter feedback, and a gift
On Fri, Jan 28, 2011 at 9:41 AM, Miguel de Icaza mig...@novell.com wrote: My bad; that works. This doesn't: evaluator.Evaluate(using System;\n int b;) nor evaluator.Run(using System;\n int b;) I'm assuming because the using System; is not an expression? Correct, you can not mix using statements and regular code, that is the only limitation. Ok, I've worked around that by going through the code line by line, pre-Run() any using X; statements, then Evaluate() the rest. That functionality could be built-in. If there are compiler commands to allow functions and classes, I'd love to do that. That is the biggest limitation. I couldn't get IronPython to correctly tell Evaluate/Run to re-direct the Out/Error messages, even though the executed code does redirect. Evaluate must be doing something funny under the hood to cache the streams. Two other wish-list items: 1) it would be handy to inject a variable into the environment of the Evalutor. Something like: Evaluator.SetValue(x, my_value). Of course, one can do that from inside the interpreter, but I have values outside that I would like to inject in. There is probably a way through reflection to get to the value, but that would be a handy function. 2) relatedly, it would be nice to have some way of sharing environments between DLR languages and interpreted Csharp. In any event, one can now control robots interactively with interpreted CSharp. Thanks! -Doug ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] CSharp interpreter feedback, and a gift
Mono devs, I've just been working the CSharp interpreter and have some suggestions for easier use: 1) a single evaluate function which could handle expressions and statements. 2) able to evaluate multiple statements, without evaluating them one by one. 3) handle errors through a return or raised exception, rather than through a side-effect print to Console.Out, or Console.Error I haven't looked into how the Csharp interpreter actually works, but it would be excellent if the user could define functions and classes, in the environment. Would that be possible? And a gift: wouldn't be handy to use the CSharp interpreter side-by-side with Python, Ruby, Boo, Lisp, and Scheme, all in an interpreted shell-editor, even sharing data and code? Now you can. I've just added CSharp interpreter to the Pyjama Project, http://PyjamaProject.org It would be great to be able to have C# as one of the languages to use in this educational environment, but until it can address functions and classes, it will be a second-class citizen. Although, it will be a nice step for students to be able to take to see a fully-typed, explicit language---even as it is interpreted. If any one has suggestions about using C# in the educational environment, please let me know. -Doug ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Gtksourceview-sharp for Windows?
FYI, I gave up on GtkSourceView under Windows and switched to Mono.TextEditor from MonoDevelop. It is working great on Windows, Mac, and Linux. In case anyone is interested, this is now part of the Pyjama Project. Pyjama is an IDE and shell designed for multiple languages (Python, Ruby, Scheme, etc). It runs under Mono, with GUI provided by Gtk#. For more information, please see: http://pyjamaproject.org/ -Doug On Fri, Jan 14, 2011 at 11:20 AM, Doug Blank doug.bl...@gmail.com wrote: Still looking for any info on gtksourceview-sharp on Windows. I notice: http://www.mono-project.com/GtkSharpDetails#GtkSourceView_Sharp says *Not not available on the Windows GTK# package (which I presume the double negative means really not, rather than logical positive). Anyone know why? Is it possible to make work with gtk-sharp? What's the issue? I see that gedit has a version for windows; can that be intermixed with gtk-sharp? If anyone knows any details about this package, or knows someone I can write to, please let me know. Thanks! -Doug On Mon, Jan 10, 2011 at 10:47 AM, Doug Blank doug.bl...@gmail.com wrote: Hello mono-list, It would be great if gtksourceview-sharp could come with the Mono for Windows install. Otherwise, it would be great if I could build it. I am running Mono 2.8.1 on Windows 7, and looking to use with IronPython. This works fine on Linux: % mono ipy.exe import clr clr.AddReference(gtksourceview2-sharp) import GtkSourceView How can I get this to work on Windows? I guess I need gtksourceview, gtksourceview-sharp. Anything else? Do I need to build this using cygwin? I've asked on gedit-list and gtk-sharp-list, but haven't gotten any responses yet. Thanks for *any* pointers! -Doug ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] ANN: Pyjama Project, and need help
Hello mono-list; hope this is appropriate place to post! After some initial prototypes, we are heading in a general direction with our cross-platform IDE incorporating Mono, Gtk#, the DLR, and associated languages for education. I'm looking for some feedback on current implementation, so if you have the inclination, your feedback is appreciated! The project is called Pyjama, and has a homepage here: http://PyjamaProject.org/ Overview videos: http://pyjamaproject.org/PyjamaScreenShots#Prototype_3 Quickstart instructions: You can download the current packaged Pyjama (7MB) from: http://myro.roboteducation.org/~dblank/download/ and unzip. You'll need a current installation of Mono, Gtk, and optionally Gtk-SourceView (for nice source code highlighting and line numbering). Start with Pyjama/pyjama and try loading some of the Pyjama/examples/ (Windows has a hardcoded path to Mono in src/pyjama.py). Additional information available on the website. Briefly: There are 5 directories in the Pyjama folder: bin - contains the startup files, and language dll files for languages bin/Lib - contains the standard language (ie, Python) libraries languages - contains the language definition files for Python, Ruby, Scheme, and Dinah modules - Cross-language modules that can be used by all Pyjama languages examples - sample code src - the source code for the Pyjama Project Pyjama is written in IronPython, using the Gtk# graphical user interface. The Python files for the Pyjama Project are in Pyjama/src/*.py. They are: document.py - base classes for Document interface editor.py - the Editor Window engine.py - base classes for the Engine interface pyjama.py - setup and startup code reflection.py - code to read DLL data shell.py - the Shell Window utils.py - utility functions and classes window.py - base class for Shell and Editor Pyjama is an editor and executor of code from a Language. Languages are defined in Pyjama/languages and define two items: editor document, and an executor engine. Pyjama has 5 languages, in various states of completeness: Python (finished) Ruby (nearly finished) Scheme (somewhat working) Sympl (example language in Python) Dinah (drag and drop language, just started) You can switch between languages in the shell with Ctrl+1 through Ctrl+4. A Language file in Pyjama/languages/*.py defines the editing document, and the shell executor API. Documents can do things like open, save, and display data for editing. Engines can do things like execute, execute_file, and parse files. Engines also allow for the languages to share data and functionality. There is a long list of items to be completed just to be functional, and I'll be working on this full time this semester. If anyone would like to join this open source project, please let me know. There are a couple of hacky seeming spots that I'd like to clean up: 1. Is the background executing code appropriately done? See Pyjama/src/shell.py 2. In a couple of places I'm using ManualResetEvent, Gtk.Application.Invoke, and WaitOne; is that the best way to accomplish syncing between threads? See grep ManualResetEvent src/*.py 3. The error display code doesn't always work. See grep EXCEPTION */*.py Any feedback appreciated! -Doug ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] JavaScript
On Thu, Jul 30, 2009 at 4:54 PM, Glenn R. Martin lifewar...@yahoo.comwrote: Has anyone heard of a JavaScript engine implementation (or Wrapper) in .NET? We are looking to build a scriptable interface in one of our projects. Why JavaScript? Consider using the DLR which would allow users to use Python, Ruby, and other languages as they come on-line. See: http://en.wikipedia.org/wiki/Dynamic_Language_Runtime Works great with Mono. -Doug Thanks Glenn R. Martin ___ 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] PrintPreviewControl
On Mon, Jun 8, 2009 at 3:22 AM, Jyoti Seth jyotiseth2...@gmail.com wrote: Hi, I tried using the PrintPreviewControl on mono but it gives gdi32.dll error. You may want to join the mono winforms mailing list: http://lists.ximian.com/mailman/listinfo/mono-winforms-list There, you could provide a bit more detail about the exact error, what OS, mono version, your code, etc. -Doug Thanks, Jyoti *From:* Doug Blank [mailto:doug.bl...@gmail.com] *Sent:* Friday, June 05, 2009 6:42 PM *To:* Jyoti Seth *Cc:* mono-list@lists.ximian.com *Subject:* Re: [Mono-list] PrintPreviewControl On Fri, Jun 5, 2009 at 8:07 AM, Jyoti Seth jyotiseth2...@gmail.com wrote: Hi All, Does PrintPreviewControl work on mono? It works for me on Linux in most recent 2.4 trunk (and doesn't look like it has changed for a long time). Although clicking on the Print icon inside the PrintPreviewDialog prints out do print here and I haven't figured out how that was intended to be used. -Doug Thanks, Jyoti ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] PrintPreviewControl
On Fri, Jun 5, 2009 at 8:07 AM, Jyoti Seth jyotiseth2...@gmail.com wrote: Hi All, Does PrintPreviewControl work on mono? It works for me on Linux in most recent 2.4 trunk (and doesn't look like it has changed for a long time). Although clicking on the Print icon inside the PrintPreviewDialog prints out do print here and I haven't figured out how that was intended to be used. -Doug Thanks, Jyoti ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] new IronPython changes reveal Mono bug in accessing protected methods?
On 5/25/09, Rodrigo Kumpera kump...@gmail.com wrote: Please fill a bug report on this. Ok, will do. It may also be the same as: https://bugzilla.novell.com/show_bug.cgi?id=506757 but I'm just guessing. -Doug On Sun, May 24, 2009 at 4:49 PM, Doug Blank doug.bl...@gmail.com wrote: I'm testing the latest stable build (0.91) of the DLR (Dynamic Language Runtime) from: http://dlr.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=21424#ReleaseFiles with that version of IronPython. Trying this Python code with mono ipy.exe: import clr clr.AddReference(System.Windows.Forms) from System.Windows.Forms import * class MyForm(Form): pass f = MyForm() f.SetStyle(ControlStyles.UserPaint, True) Gives: Traceback (most recent call last): TypeError: cannot access protected member SetStyle without a python subclass of Control This was also releated to an error that Microsoft had earlier that exposed protected methods, and now requires the MyForm wrapper, see: http://dlr.codeplex.com/Thread/View.aspx?ThreadId=57324 I'm using: $ mono --version Mono JIT compiler version 134631 (tarball Sat May 23 10:52:56 UTC 2009) Copyright (C) 2002-2008 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC:Included Boehm (with typed GC and Parallel Mark) SIGSEGV: altstack Notifications: epoll Architecture: x86 Disabled: none I've also tried the latest version of IronPython independent of the DLR, and both versions of ipy.exe under .NET on Windows work fine, so this looks like a Mono bug, although strange that it worked before MS fixed IronPython so that you had to subclass Form to access the protected SetStyle. That must have uncovered a Mono bug, don't you think? Any feedback appreciated, -Doug ___ 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] new IronPython changes reveal Mono bug in accessing protected methods?
I'm testing the latest stable build (0.91) of the DLR (Dynamic Language Runtime) from: http://dlr.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=21424#ReleaseFiles with that version of IronPython. Trying this Python code with mono ipy.exe: import clr clr.AddReference(System.Windows.Forms) from System.Windows.Forms import * class MyForm(Form): pass f = MyForm() f.SetStyle(ControlStyles.UserPaint, True) Gives: Traceback (most recent call last): TypeError: cannot access protected member SetStyle without a python subclass of Control This was also releated to an error that Microsoft had earlier that exposed protected methods, and now requires the MyForm wrapper, see: http://dlr.codeplex.com/Thread/View.aspx?ThreadId=57324 I'm using: $ mono --version Mono JIT compiler version 134631 (tarball Sat May 23 10:52:56 UTC 2009) Copyright (C) 2002-2008 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC:Included Boehm (with typed GC and Parallel Mark) SIGSEGV: altstack Notifications: epoll Architecture: x86 Disabled: none I've also tried the latest version of IronPython independent of the DLR, and both versions of ipy.exe under .NET on Windows work fine, so this looks like a Mono bug, although strange that it worked before MS fixed IronPython so that you had to subclass Form to access the protected SetStyle. That must have uncovered a Mono bug, don't you think? Any feedback appreciated, -Doug ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Latest DLR/IronPython under Mono 2.4
I have built the nightly source #23898 of the Dynamic Language Runtime (DLR) from: http://www.codeplex.com/dlr/SourceControl/ListDownloadableCommits.aspx I built this under Vista, and marked the Configuration for Release. I then copied all of the Bin directory over to Linux, and tried running the IronPython console program, and got the following error under Mono 2.4: $ mono ipy.exe IronPython 2.6 Beta (2.6.0.1) on .NET 2.0.50727.1433 Type help, copyright, credits or license for more information. 1 + 1 Unhandled exception: Unhandled Exception: System.ArgumentException: method arguments are incompatible at System.Delegate.CreateDelegate (System.Type type, System.Object firstArgument, System.Reflection.MethodInfo method, Boolean throwOnBindFailure) [0x0] at System.Delegate.CreateDelegate (System.Type type, System.Object firstArgument, System.Reflection.MethodInfo method) [0x0] at Microsoft.Scripting.Actions.Calls.SimpleArgBuilder.ToDelegate (Microsoft.Scripting.Actions.Calls.OverloadResolver resolver, IList`1 knownTypes, System.Boolean[] hasBeenUsed) [0x0] at Microsoft.Scripting.Actions.Calls.MethodCandidate.MakeDelegate (Microsoft.Scripting.Actions.Calls.RestrictionInfo restrictionInfo) [0x0] at Microsoft.Scripting.Actions.Calls.BindingTarget.MakeDelegate () [0x0] at IronPython.Runtime.Types.BuiltinFunction+c__DisplayClass17`1[Microsoft.Func`4[Microsoft.Runtime.CompilerServices.CallSite,Microsoft.Scripting.Runtime.CodeContext,System.Object,System.Object]].MakeCallb__13 (Microsoft.Scripting.DynamicMetaObject[] newArgs) [0x0] at IronPython.Runtime.Types.BuiltinFunction.MakeBuiltinFunctionDelegate (Microsoft.Scripting.DynamicMetaObjectBinder call, Microsoft.Linq.Expressions.Expression codeContext, Microsoft.Scripting.DynamicMetaObject[] args, Boolean hasSelf, Microsoft.Func`2 bind) [0x0] at IronPython.Runtime.Types.BuiltinFunction.MakeCall[Func`4] (IronPython.Runtime.Binding.PythonInvokeBinder binder, System.Object[] args) [0x0] at IronPython.Runtime.Types.BuiltinFunction.IronPython.Runtime.Binding.IFastInvokable.MakeInvokeBinding[Func`4] (Microsoft.Runtime.CompilerServices.CallSite`1 site, IronPython.Runtime.Binding.PythonInvokeBinder binder, Microsoft.Scripting.Runtime.CodeContext state, System.Object[] args) [0x0] at (wrapper static-rgctx-invoke) IronPython.Runtime.Types.BuiltinFunction:static_rgctx_invoke_FastBindResult`1Func`4CallSite, CodeContext, object, object__this___CallSite`1Func`4CallSite, CodeContext, object, object_PythonInvokeBinder_CodeContext_object[] (Microsoft.Runtime.CompilerServices.CallSite`1Microsoft.Func`4Microsoft.Runtime.CompilerServices.CallSite, Microsoft.Scripting.Runtime.CodeContext, object, object,IronPython.Runtime.Binding.PythonInvokeBinder,Microsoft.Scripting.Runtime.CodeContext,object[]) at IronPython.Runtime.Binding.PythonInvokeBinder.BindDelegate[Func`4] (Microsoft.Runtime.CompilerServices.CallSite`1 site, System.Object[] args) [0x0] at (wrapper static-rgctx-invoke) IronPython.Runtime.Binding.PythonInvokeBinder:static_rgctx_invoke_Func`4CallSite, CodeContext, object, object__this___CallSite`1Func`4CallSite, CodeContext, object, object_object[] (Microsoft.Runtime.CompilerServices.CallSite`1Microsoft.Func`4Microsoft.Runtime.CompilerServices.CallSite, Microsoft.Scripting.Runtime.CodeContext, object, object,object[]) at Microsoft.Scripting.UpdateDelegates.UpdateAndExecute2[CodeContext,Object,Object] (Microsoft.Runtime.CompilerServices.CallSite site, Microsoft.Scripting.Runtime.CodeContext arg0, System.Object arg1) [0x0] at (wrapper static-rgctx-invoke) Microsoft.Scripting.UpdateDelegates:static_rgctx_invoke_object_CallSite_CodeContext_object (Microsoft.Runtime.CompilerServices.CallSite,Microsoft.Scripting.Runtime.CodeContext,object) at IronPython.Runtime.PythonContext.InvokeOperatorWorker (Microsoft.Scripting.Runtime.CodeContext context, UnaryOperators oper, System.Object target, System.Object result) [0x0] at IronPython.Runtime.PythonContext.InvokeUnaryOperator (Microsoft.Scripting.Runtime.CodeContext context, UnaryOperators oper, System.Object target) [0x0] at IronPython.Runtime.Operations.PythonOps.ToString (Microsoft.Scripting.Runtime.CodeContext context, System.Object o) [0x0] at IronPython.Runtime.Operations.PythonOps.ToString (System.Object o) [0x0] at IronPython.Runtime.PythonContext.FormatPythonException (System.Object pythonException) [0x0] at IronPython.Runtime.PythonContext.FormatException (System.Exception exception) [0x0] at Microsoft.Scripting.Hosting.ExceptionOperations.FormatException (System.Exception exception) [0x0] at (wrapper remoting-invoke-with-check) Microsoft.Scripting.Hosting.ExceptionOperations:FormatException (System.Exception) at Microsoft.Scripting.Hosting.Shell.ConsoleHost.UnhandledException (Microsoft.Scripting.Hosting.ScriptEngine engine, System.Exception e) [0x0] at
Re: [Mono-list] Latest DLR/IronPython under Mono 2.4
On Thu, May 21, 2009 at 10:09 AM, Jb Evain j...@nurv.fr wrote: Hey, On 5/21/09, Doug Blank doug.bl...@gmail.com wrote: Is this a known issue? Is it fixed in 2.6? Am I doing something wrong? Yep, it should be fixed. Yes, it is fixed! I just compiled mono-134529, and this works again. Even better, one can now write IronRuby code and run in IronPython, and vice versa. Great job, mono team! -Doug -- Jb Evain j...@nurv.fr ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] How to start a C# winforms project?
On Tue, Nov 11, 2008 at 4:42 AM, kuse [EMAIL PROTECTED] wrote: arcull wrote: Hi all. I am brand new to monodevelop and would like to get some experience with C# and .net via mono. I've seen there are nice project templates for Gtk# project, but can't see one based on winforms. I mean, if I choose a Gtk# project, I get a predefinded application with gui interface, while selecting C# blank project, does not contain any gui interface. Did I miss something or do I have to desing winforms based project from scratch? Thanks for your help. I don't think there any any predefined templates for Win-forms application cuase there is no GUI-designer for Win-forms (yet?), but nothing stops you from creating a blank solution and work with the System.Windows.Forms namespace. Wouldn't it be trivial to add a Winforms template project, with a main form, menu, and maybe an About dialogue? I don't understand what the the lack of a GUI-designer for Winforms has to do with the lack of a starting point. (Perhaps this being used as a way to encourage people to use GTK... but some of us need to use Winforms on Mono, so it is just annoying.) Isn't there a way to create a Winforms project in VS and then migrate it to Mono? -Doug ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MS Robotics runtime port
On Mon, Nov 3, 2008 at 8:46 AM, Angel Java Lopez [EMAIL PROTECTED]wrote: A comment: Microsoft is taking new directions, separating CCR/DSS from Robotics stuff: http://www.microsoft.com/ccrdss/ I didn't know about this---thanks! Two points worth noting: 1) In the CCRDSS license in section 3 iii that we cannot: distribute Distributable Code to run on a platform other than the Windows platform; http://www.microsoft.com/ccrdss/ http://www.cio.com/article/457887/Microsoft_Releases_Developer_Tools_for_Parallel_Computing_Concurrency_and_Coordination 2) Trower states that the CCRDSS will become part of .NET. I would guess that there are patents in this. I was hoping that MS would make the CCR/DSS available as source. As is, our project will have to work around this. I have a question in to our MS contacts, and will report back here when I hear something. -Doug Angel Java Lopez http://ajlopez.wordpress.com http://www.ajlopez.com/en ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MS Robotics runtime port
On Mon, Nov 3, 2008 at 4:10 AM, Atsushi Eno [EMAIL PROTECTED] wrote: I smelled a flavor of misleading so let me prevent spreading such baseless rumor. You guys interpret as if the Novell team were going to work on it, but it is wrong. It is rather that we can host contributions under olive module (yes we'd be glad to host it) and *we* expect that such eager people on MS Robotics Runtime must be also interested in hacking it. You say rather just as a watcher who don't contribute to the achievement than a programmer. Atsushi Eno Relax, Atsushi Eno. All I meant was cool! let's work together! If anyone can let us know about how to get going that would really help: - what is missing - what is broken - test code I'm new to C#, Mono, .NET, MRDS, MOMA, ... but am learning. A few moments of pointing me in the right direction will pay off. Perhaps there are others in my shoes, as well. And if we can work together, that would be great. -Doug lonifasiko wrote: Hi, Miguel de Icaza-2 wrote: We will be implementing a few bits of the CCR ourselves, but only enough to run a specific application for a customer of us. We will do our work on the public SVN repository and hopefully some folks can join in. We could do this work in the Olive module. Miguel. These are great news Miguel, thanks very much, I'll keep an eye in the Olive module. I hope we'll see MS robotics applications running under Mono sooner than expected ;-). Regards. - Miguel Blog: http://lonifasiko.blogspot.com/ http://lonifasiko.blogspot.com/ ___ 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] MS Robotics runtime port
On Sat, Nov 1, 2008 at 1:00 PM, Miguel de Icaza [EMAIL PROTECTED] wrote: Hello, After reading Mono's roadmap, does not seem like MS Robotics runtime (CCR and DSS) will be ported to Mono in a very near future. Thus, has anybody successfully achieved on his own compiling CCR and DSS libraries under Mono? I would be very interested in knowing how difficult to achieve this porting is, cause would love to run MS robotics services under Linux-based robots. We will be implementing a few bits of the CCR ourselves, but only enough to run a specific application for a customer of us. We will do our work on the public SVN repository and hopefully some folks can join in. We could do this work in the Olive module. Great! If you can leave notes some where about what will be left undone or broken, that would be helpful to be able to pick up where you leave off. Thanks, -Doug Miguel. ___ 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] MS Robotics runtime port
On Tue, Oct 21, 2008 at 2:15 AM, lonifasiko [EMAIL PROTECTED] wrote: Hi Doug, Thanks for your reply. We've simply run Moma against CCR and DSS related libraries, and as expected, some errors were detected, some of them were MethodNotImplemented errors for example. Thus, although we have not tried yet, supposed our robotics service was not going to run correctly under a Linux+Mono enviroment seeing that there were errors under these important libraries needed to run robotics services. The second step was to extract these assemblies code using Reflector for .NET utility, and try to compile them under Visual Studio, a really hard task, believe me, cause there are some really strange dependencies we haven't still solved. We've first checked compiling these assemblies under Visual Studio just to try if compilation was easy enough to then compile it under Mono, but as I tell you, at the moment we've abandoned the task. Nevertheless, be sure we'll try again in a few weeks, I'll keep you updated. As you say, I think this port can be really interesting for many robotics and non-robotics developers. Thanks very much and regards. Miguel, I and my colleagues would like to see Mono run this. Let's make this be a project on which we can work together. I've started a wiki page at http://wiki.roboteducation.org/MRDS_on_Mono --- feel free to put any notes there. I also have contacts at Microsoft and they have expressed willingness to help (in what limited ways they can). For example, if we have questions they might be able to answer or at least point us in the right direction. Thanks, -Doug - Miguel Blog: http://lonifasiko.blogspot.com/ http://lonifasiko.blogspot.com/ -- View this message in context: http://www.nabble.com/MS-Robotics-runtime-port-tp19969143p20084058.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MS Robotics runtime port
Miguel, Why do you think that Mono doesn't run the CCR and DSS? They shouldn't have to be ported, right? Should just run? Have you tried running them directly? Do you have an idea of what isn't implemented? Is it a compiler issue? Or a runtime issue? How are you testing? Can you file a bug report? I think that there will be many people interested in this once it is working. -Doug On Tue, Oct 14, 2008 at 4:25 AM, lonifasiko [EMAIL PROTECTED] wrote: Hi, After reading Mono's roadmap, does not seem like MS Robotics runtime (CCR and DSS) will be ported to Mono in a very near future. Thus, has anybody successfully achieved on his own compiling CCR and DSS libraries under Mono? I would be very interested in knowing how difficult to achieve this porting is, cause would love to run MS robotics services under Linux-based robots. Thanks very much in advance. - Miguel Blog: http://lonifasiko.blogspot.com/ http://lonifasiko.blogspot.com/ -- View this message in context: http://www.nabble.com/MS-Robotics-runtime-port-tp19969143p19969143.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
