I want to access the NumPy/SciPy libraries from c#.
According to this site, "The IronPython ports of NumPy and SciPy are full .NET ports and include custom C#/C interfaces to a common native C core. This means that the full functionality is available not only to IronPython but to all .NET languages such as C# or F# by directly accessing the C# interface objects or sometimes by evaluating IronPython expressions from other .NET languages."
According to the instructions for setting up skipy on .net the first step in installing skipy is "Download and install IronPython 2.7, this will require .NET v4.0.".
I am not adverse to installing net4.0, but for development I am currently stuck on Visual studio 2008, which only supports net3.5.
I searched for instructions to get an ironpython version for net3.5, but that approach seems dubious. Is there a way to use the net4.0 version of ironpython for this purpose? (I do not require ironpython working in visual studio 2008, I only want to access the numpy libraries from c#)
Or how hard would it be to build ironpython as well as NumPy/ScyPy for net 3.5? I have to confess that so far I have not even be able to find any hint that the NumPy visual studio port was ever successfully built under vs2008.
What would be the recommended way to get NumPy/SciPy classes in a visual studio 2008 project?
Has anyone successfully done this?
Related
I'm using the C++ wrapper in this link:
https://github.com/TekRTSA/RSA_API
In order to use a driver written in C++ inside C# project.
When I publish/release my C# project it doesn't work on other computers without Visual C++.
Is there any way that I can publish my project on computers that don't have the visual C++? Or is there any software package like .NET that I can use in order to make it work?
With .NET applications you need to make sure customers have a version of .NET that matches what you compiled your application with.
With (Microsoft) C++ applications that depend on the C Runtime, you need to make sure customers have a version of the Visual C++ Redistributables that matches what you compiled your application with. Do a google search for 'visual c++ redistributable' and you will see lots of suggestions on what to look for.
This is a rather general question, a result of my confusion about how to compile GDAL using different versions of Microsoft Visual C++ (MSVC) and its C#-bindings. I understand that MSVC is a compiler and there are different versions (MSVC 2003, 2005, 2008, 2010, 2012). I also understand that C# is tied to the .NET framework, which is a software development framework that also comes in different versions (.NET 1.0 to 5.0).
I want to compile GDAL (because I want to use an extension not included in the SDK builds available here) to be used by C# (via its C#-bindings) using VS 2012, which version of MSVC would I have to use? I guess the answer is MSVC 2012 (same .NET framework version), but why actually? The GDAL build would create DLLs. Is the .NET framework not backwards compatible in the sense that I can use DLLs compiled with an older version of MSVC inside a C#-project that uses VS 2012?
Any enlightenment appreciated.
The relationship is largely irrelevant unless you're toying with C++/CLI (which it doesn't look like you are).
C# uses native DLLs either by using P/Invoke (aka DllImport) or through COM, it doesn't matter what compiler they were made with so long as the exports are in the right format (and they're in the right ISA for the executing .NET platform).
Using the same C++ compiler that VS ships with just saves you the trouble of hunting down alternative tools and simplifies your build process.
Can I use a GUI program for sending and receiving serial data that was written on Windows (Visual Studio) on Linux platform using mono framework?
I have found that mono uses different IDEs for GUI development.
Do they have the same components (I don't know what it is called in .NET, I am Java man) as in Visual Studio and is it the same way of development (for example when I double click on a component in Visual Studio, it goes to the coding page with an already written appropriate method name or whatever).
Basically, I want to reuse my GUI base serial program on Linux with Mono.
Mono is a cross platform runtime implementation for .NET. This project is developed by Novell and is protected by a patent sharing agreement between MS and Novell.
Since .NET isn't native code (uses MS IL) as long as the features themselves are supported by Mono (and certain basic adjustments are made in code) the code will be portable. This will allow you to use .NET assemblies on Linux via Mono and on Windows via the .NET CLR.
The code used to draw the Window itself will vary (as Mono isn't the .NET CLR), but the C# code uses to generate that Window and interact with it will not vary between the implementations (generally speaking).
NOTE: You'll have to be sure you're using .NET classes and features that are supported on Mono and the inverse if you're hoping to use Mono related code on MS .NET Runtime.
See: Mono Technologies
I am interested in C# windows application development. But now that I have shifted to Ubuntu I am no longer able to do it. Is there a way other than virtual box to develop a C# windows application in ubuntu??
Well there's the Mono Project but if you want the Microsoft .NET implementation you need Windows.
You might be interested in Mono Project.
It is an open source, cross-platform, implementation of C# and the CLR that is binary compatible with Microsoft.NET. However Mono is not totally up-to-date with lates releases of .NET Framework. It is a mix of .NET 2.0 - .NET 4.0 features.
The Mono project focuses on compilers and runtime libraries and does not directly provide an IDE like Visual Studio. Check here to check available solutions.
I have VS2005 and .net 3.5 installed on my machine I have heard of WPF and want to practice WPF solutions what other software should I install to write WPF program in VS2005 as it does not show any option for the same by default.
Also any link for some cool stuff for beginners on WPF will be very helpful.
Please help
You can get them from here: http://download.cnet.com/The-Visual-Studio-2005-extensions-for-NET-Framework-3-0-WCF-WPF-November-2006-CTP/3000-10250_4-10727672.html.
This was the last version Microsoft released before telling everyone to go with VS2008. If you can't do VS2008, this is an ok solution. We used it for a year and a half and have production UIs running based on it. The problems are that the designer is basically non-existent (so be ready to code XAML by hand), it can be a bit slow, and there's some bugs.
Re: 3.5, VS 2005 is incapable of handling 3.5 projects, linq, etc. If you really want, you can work outside of VS and just use msbuild 3.5. An interesting fact: .Net 3.5 replaces, among some libraries, the PresentationFramework assembly. The new version of this assembly includes additional methods and method signatures that are not included in .Net 3.0. This means that these new 3.5 methods will be accessible in VS2005.
Vinay,
i don't think 2005 can do WPF and it definitely cannot handle .Net 3.5. VS2005 is 2.0.
Start with downloading VS2008 Express. It's free and will have the tools you need to get started with WPF.
http://www.microsoft.com/express/download/
Microsoft had release a extension called "VS 2005 Extensions for .NET Framework 3.0 (WPF & WCF)" but it is not longer available and supported and Microsoft recommends that you upgrade to Visual Studio 2008.
I believe you'll need Visual Studio 2008 in order to do WPF (Windows Presentation Foundation) development, however, there is a way to do some Silverlight (which is a subset of the "full" WPF technology) using Visual Studio 2005. See here:
Silverlight with Visual Studio .NET 2005
You'll need the .NET Framework 3.0 at least, as well as the Silverlight Developer Runtime
Don't forget, though, that you can effectively get a "free" version of Visual Studio (via the Visual Web Developer Express 2008 version) which, I think, will allow "full" WPF development.
Building the Perfect Developer Workstation for WPF by Tim Sneath should answer your question