I am planning on porting an Python 2.7 App over to IronPython 2.7+
I saw in 2009 that it was being worked on...did this get finished ?
Or do the twisted librarys work on IronPython...is there a work around or should I stop now ??
Thanks In Advance
Twisted has not been ported to IronPython yet. You can get a good sense of what platforms Twisted supports by checking out its continuous integration system: http://buildbot.twistedmatrix.com/boxes-supported?branch=trunk&num_builds=10
I doubt Twisted will work on IronPython without some major work. Twisted is pretty complicated. Unless somebody tries it, though, it'll never happen.
Related
I want to do some grasp motion planning experiments, but I failed with compiling the GraspIt! using VS2010 on Win7. Is there has other grasp simulation tool like GraspIt! that can be used in Win7 and VS2010 environment? Thank you!
I had been trying to install Graspit for Windows 7 too, but failed somehow and then switched to OpenRAVE. OpenRAVE is open source and provides an environment for testing, developing, and deploying motion planning algorithms in real-world robotics applications. The installation guide for Windows can be found here. There are a lot of quick start examples, which cover topics to help you get started with Inverse kinematics, testing a grasp, implementing planners and controllers. You could also work in a MATLAB, Octave or Python interface.
You can also find lots of relevant information on the OpenRAVE user mailing list, or ask questions when you need help.
I am running OpenRAVE on Ubuntu 12.04 though, and the installation was fairly easy.
I have an order entry system which was developed using vb.net it uses an ms access database.
I think I might be able to use mono?
I'll need an IDE if possible.
Can someone tell me what I'll to download and what problems I might face, also any suggestions.
You can use MoMA to determine how well your application will run on Mono. It will analyze the app and tell you of any potential compatibility issues. As far as IDE goes, MonoDevelop would work, but depending on the compatibility with Mono, you might be able to just continue to develop it on Windows. Since Mono is just an implementation of the CLR you may not have to make any code changes at all.
Mono supports ODBC for database connections, but you would have to install an ODBC driver (Such as MDB Tools).
I think I might be able to use mono?
Porting applications can be tricky, generally it can go two ways:
- Get it running with minor tweaks.
- Stop trying and start developing from scratch.
MoMA helps, but you never know for sure until you try :)
Checkout MonoDevelop for Mac OSX:
http://monodevelop.com/
I have a friend who is was a serious Linux developer but now he's working with C# on Windows and is really loving it. I'm attracted to C# because, like Java, I should be able to compile on one system and run anywhere.
If you are developing on Windows with C#, you're using dot-Net. On Linux and MacOS, you're using Mono.
Other people have posted that Mono is pretty good, no longer a science project, and that most of the core Microsoft functionality is present. But that's not really getting at the questions that I have. I'm wondering:
How does performance of Mono on Linux/MacOS rate against Java? If I want to run fast on all three platforms with the same object code, what's my best choice?
Is it easy/possible/reasonable to use Mono with makefiles and do my development with emacs?
Is there support for code factoring in MacOS and Linux, or am I better off just biting the bullet and doing all of my development in Windows?
How well does Mono work with Subversion and the rest of the open source development stack? How about autoconf? Or is this a completely different way of doing things?
Thanks
I have been using Mono on Linux for about three years and lately have been using it on OS X. Some of the Linux stuff was pretty extensive but the OS X stuff has just been some simple ASP.NET MVC2 apps so far.
1) Performance of Mono has never been an issue for me. That is not to say that performance has not been important, it is just that the performance of Mono itself has never been an issue. A lot of what I have done is web based so I/O and database memory use have hit me before Mono has.
Historically, the biggest deficiency with Mono has been the Garbage Collector (GC). I would say that Java is better tuned in this regard. The most recent versions of Mono have made huge strides in this area but I do not have any hard numbers for you in terms of comparisons.
I am sure Mono is faster sometimes and Java sometimes but I would say that Java is faster overall.
2) You can certainly do Mono development with makefiles. Certainly the Mono team itself does. Also you can certainly use Emacs and there is a C# mode for it.
I tend to use MonoDevelop and xbuild (Mono version of msbuild) myself and do not have any experience doing C# work in Emacs. MonoDevelop is great because it is exactly the same on all platforms. Also, although I rarely use it anymore, it is nice that the project format is the same as Visual Studio and SharpDevelop.
3) MonoDevelop has pretty decent code factoring support. It is the same on Windows, Linux, and Mac. You do not need to use Windows for development (though you certainly can) but I believe you will be happier using an IDE like MonoDevelop. Even things like Intellisense become hard to live without once you are used to them. But integrated debugging, being able to drill-down into the framework, database integration, unit testing, SCM integration, and other nice tooling support all in one place is just the way to go (for me at least).
4) Mono itself does not care about version control of course. Your source files are just text and you could use anything to manage them.
That said, MonoDevelop has fantastic Subversion support built right into the IDE. I have used it extensively and it is one of the reasons I have trouble moving off MonoDevelop even on Windows. The latest version of MonoDevelop (2.6 beta) includes Git support as well.
You did not mention unit testing but MonoDevelop also has NUnit support built into the IDE. I use that on every project as well and it works excellently. The version in MonoDevelop is 2.4.8 (if memory serves) so it is not quite current but it works great.
In a nutshell, Mono works really well with Open Source tooling in general. It has always played really well for me.
Autoconf is of course used by the Mono project itself but, as a Mono developer, I have never seen a need for it. I strive to only use managed code in my projects. As such, all I need on the target platform is Mono (or .NET). Not having to worry about all that stuff is one of the primary benefits of a managed environment like Mono or Java. The runtime itself (the CLR) ensures that my app has everything it needs to function properly.
I know that MonoDevelop will build autoconf/autorun files for C/C++ projects (non-Mono) but I have not done much with it myself.
As to a previous comment, the Mono JIT is obviously tuned to the target platform. That is where platform specific performance tuning happens.
Just as a comment, I find that Mono is best viewed as a development environment in it's own right rather than a compatibility layer for Microsoft stuff. The Mono team has extended .NET in many interesting ways. Anything you develop for Mono will run on .NET but there are some .NET features not available for Mono. For example, Mono does not support Windows Presentation Foundation (WPF). You have to use Windows Forms or GTK# for cross-platform GUI work. You can also use something like Cocoa# or MonoMac on the Mac, MonoTouch on iPhone, or MonoDroid for Android. You can use Moonlight instead of Silverlight as well although I have not played with it much.
One more thing since you asked about Java. I have found a few times that the Java world had libraries that I could not find equivalents for in the .NET world. In these cases, I have had amazing luck using IKVM.NET to integrate this into my Mono apps. IKVM.NET also works on .NET but Mono and IKVM.NET are very cozy and even share some code.
So there you go, one real answer for you at least.
I am currently working as an internship in a company who wants to make software for the linux platform. Since they are a .Net minded company, they want me to look into mono.
I kinda have to look if it is stable for their applications and server apps.
I am now studying the MEF and MAF ( Managed AddIn Framework ) frameworks in mono.
Does anyone have some experience in building applications with the MEF and MAF framework in MONO? Did you experience some problems on mono etc? (and solutions are welcome (: )
I tested some easy tutorial code of MEF and that worked fine with mono (although I didn't use all functions they give me).
About MAF I didn't find that much that could help me. Any links that could help me?
To be more specific, I wonder if there exists some posts about MONO & MAF if it works or not.
I already thank you for reading my question,
Benjamin
MEF works on Mono, once you apply 2 patches so that it works on case-sensitive file systems. Mono 2.8 will ship with MEF in the next few weeks: http://mono-project.com/Release_Notes_Mono_2.8.
I use MEF for Pinta on .Net and Mono: http://github.com/jpobst/Pinta. My usage is trivial, but it works great.
I do not know anything about MAF.
I am pretty sure MAF is not and will not be available on Mono.
The source code to MEF was released with a license that allowed it to be incorporated into Mono. The source code to MAF has not been released at all as far as I know, and I don't think there is any interest in rewriting it for Mono.
The equivalent of MAF in Mono is Mono.Addins. I think it's not quite the same API as MAF, but it provides the same functionality.
An open source implementation of MAF can be found here System.AddIn Its not 100% feature complete but can be used on Linux, with mono, running addins in separate processes.
I downloaded GNUStep and installed it, however I am not sure where I can find an IDE. does anyone know what programs serve as a GNUStep IDE/where to get them? Failing that, does anyone know of a tutorial on how to create and compile a basic GNUStep program?
Well my experiences with that are devastating. ProjectCenter the IDE distributed for GNUstep does not work here at all the debugger intergration is well not existant. But that's what you get with GNUstep. There is Gorm as interface builder and ProjectCenter. Not more. That's very discouraging. The best you can do with Objective-C is currently having a Mac in some form and use XCode. That's the best you can get currently, and I expect that won't change in any forseeable future.
Now you should step back and just use the "plain" old Makefile route. There is a somewhat very rough tutorial about GNUStep makefile starting somewhere below
http://wiki.gnustep.org/index.php/User_Guides
Regards
Friedrich
As Friedrich already mentions in his post above there is Gorm for creating interfaces and ProjectCenter as IDE (gdb integration is worked on as far as I know).
For compiling GNUstep programs you are best of using GNUstep-make. You can find some recently updated tutorials here:
Basic GNUstep-make tutorial
More advanced GNUstep-make tutorial
And there is always the whole bunch of newsgroups, irc and mailinglists where you can usually get quick answers to your questions. Maybe not on IRC currently.
You can try to make eclipse
work with gnustep/msys/mingw:
http://wirecode.blogspot.com/2007/11/objective-c-and-eclipse.html
http://djsilenceboy.wordpress.com/2012/02/13/install-minggw-and-gnustep-for-ccobj-c-for-windows/