Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 4 years ago.
Improve this question
by cross-platform I mainly intend Windows and Debian, I do not need a GUI. I need to elaborate text, write/edit files. Programs may need to accept command-line arguments and in some cases prompt for user interaction (input) some programs may need to access an internet connection and send/receive data.
It would be a plus if I could make it use web services written in .net Im not worried about the learning curve however the more simple the better.
Another plus would be the ability to create/interact with databases, possibly using common SQL strings, but I'm open minded.
Python/Java/C# Good option for the requirement.
For java
U can use jdbc in ecillipse/netbean for connecting sql and for web base applications
Python is an interpreted high-level programming language for general-purpose programming.Python is simple to learn and understand
For .net in debian u can follow:
http://www.mono-project.com/WCF_Development
If you need to support web services on both windows and Linux ,then I can recomend an alternative to WCF
https://github.com/ServiceStack/ServiceStack
Use this to avoid porting effort.
refer this
.Net web services on linux
You are just looking for a portable language that is easy to use for both Windows and Debian both Java and Python are good choices. Python is especially simple and easy to pick up when it comes to scripts about file manipulations and file management. Also there are python libraries that can connect to an SQL database and send queries (How do I connect to a SQL server database with python?)
The portability is really simple as well in python. Most Debian installs have python pre-installed and for windows you just need to install the correct version of python from their website(https://www.python.org/downloads/)
Related
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 1 year ago.
Improve this question
For those that have used Karate robot for automating desktop applications in Windows written in Swing I'm curious to know what your experience was like? i.e. were the test runs reliable or flaky?
What was the best spy object tool you used to help identify Swing components and feed that to Karate scripts?
Also I see that https://github.com/intuit/karate/projects/3 MacOS support is in the backlog, is there any update on whether this update will support Swing apps on MacOS?
Appreciate your support, thanks.
Developer of Karate Robot here. Most known users are targeting Windows MFC / C++ / .NET or Delphi so there are no reports of Swing yet, but my guess is that it should work at least on Windows. "inspect.exe" works well to introspect the component tree. And we are looking for contributions for Mac, but there doesn't seem to be much interest - yet.
To summarize, I think your best bet is to contribute code to Karate, and you can make that decision based on your comfort with Java and your evaluation of how good Karate is in its current state and if it will "stay around", mature into a good desktop testing tool etc.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 7 years ago.
Improve this question
I have a legacy code base written in CLIPPER. I don't have any idea of CLIPPER programming language.
How do I get started with it and deploy this application? Is it a scripting language OR some sort of OOPS language any study reference will be helpful
Thanks in Advance
Kaushik
Clipper is 16-bit compiler for character-based (not GUI) applications running on MS-DOS platform. There are, however, 3rd-party tools that will allow to produce 16-bit Windows GUI applications.
It's still owned by Computer Associates but all future development and support was delegated to GrafX long time ago.
The last released version was 5.3 but many developers stayed with 5.2e. The last update was around Y2K.
There are Harbour and xHarbour open source projects that developed their own compilers for this language (which in the beginning was similar to dBase III).
You can find information about the language and some 3-rd party libs in a Clipper section of this web-site.
Native Clipper compiles all its code into a single executable that runs on user desktops. Its data and index files are usually placed on a network share. Executable itself can also be placed on a share with user desktops having a short-cut to it.
Native Clipper applications (16-bit) will not run under 64-bit Windows. There are emulators (like DosBox) that allow to overcome such limitation.
Clipper related questions can be asked on comp.lang.clipper newsgroup.
If you have more questions add them as comments here.
Another good resource is Norton Guides for Windows, you can download it from a great site with lot of information about Clipper:
Download NGW from www.the-oasis.net.
I was unable to find the .NG files on that site, but you can see them online here if you want or try to found the files googling them.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
first of all - thank you in advance for all answers.
Second - I'm not asking about writing console programs working on modern systems (like Ubuntu 11.10 or Windows 7) nor batch files.
Third - I'm not going to become DOS 6.22 nor Windows 3.1 programs developer. Maybe I will write small program only for educational purpose.
I am wondering how programmers works on early (I refer to 70's, 80's and begining of 90's) days of computer. On wikipedia there's many information about, let's caled it "ancient times", but there's not enough about "middle ages" (I'm referring to 70-90's) in programming definition. Although in DOS times programs higly depends on used machines (because they directly call hardware IRQ), I can't believe that there wasn't something like today Integrated Development Environment and that some of them were written in high level programming language. Is it possible that Prehistoric 2 has been written in Assembly? I don't think so, but I assume that early versions of BASIC can't receive such possibility.
Could you recommend any good article or source of information? I'm interested both MS (DOS, Windows 16-bit) and Unix platforms.
See also Borland Turbo C++ and Borland C++, commonly used in the early 90s.
If memory serves, Commander Keen was built using Borland tools. It's probable that other same-era Apogee/id games (like the original 2D Duke Nukem) were built under Borland as well.
Later on (early-to-mid 90s), id Software started using Watcom and the DOS/4GW DOS extender to build games like the original DOOM.
I was working in that period on Windows 16-bit and DOS (also DEC VAX and Alpha).
Mostly I used Turbo Pascal and Delphi 1 both of which provided IDE's. This was in the early 90's
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 4 years ago.
Improve this question
I'm getting really tired of working against click-once and I'm wondering if there's a better alternative. I'm looking for a programming environment that preferably does not depend on the .net framework. I'm not sure how much .net does for me exactly (though I have some idea) but I'd like to make my programs as independent of downloading a microsoft or other framework. I often think of professional programs like itunes, gimp or firefox that don't require someone to have a .net framwork. I'd also like to have these programs work on windows mac and linux. Any suggestions?
You might want to look at Qt and QtCreator. QtCreator supports integration with Visual Studio, so you can continue to use the environment you apparently already like, but still produce portable results.
C or C++.
If you're looking to make a program that is like gimp or Firefox, than you'll have no other good alternative. Java needs its virtual machine and web apps require an Internet connection. Though that's rarely a problem these days, it simply might not be applicable in your case. However, like the others have alluded, true platform-independence is tricky and that is certainly not less trivial in C or C++. That's pretty much why Java and .NET came to be in the first place.
You could always write your applications in Java, using the Eclipse or Netbeans IDE. Java is cross-platform so that takes care of Linux and Mac.
Alternatively, you could write your code in C or C++, and use a separate compiler for each platform. But that is more difficult because it will expose you to more (all?) of the differences in the three platforms.
What about a web app, should work on all devices. Otherwise you can use Java but then people need to have Java on their machine. Native code will be a pain in the neck sicne you then need to compile it for all different OS versions
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 5 years ago.
Improve this question
Where is a good place to start with making an application in .NET that communicates through OPC?
You can find a good article and a library to start with here: http://www.codeproject.com/KB/COM/opcdotnet.aspx
The Code Project article is from the early days of .NET and may not be the best option today.
Alternatives include OPC Foundation's own .NET API (requires OPC Foundation membership) or several commercial products. OPCconnect.com lists a number of these.
Be careful. I haven't used an OPC API yet that properly conforms to any sort of calling conventions, particularily in the area of freeing memory (COM, as documented, or otherwise). Expect a month of debugging memory leaks.
SoftwareToolbox's OPCData.NET (http://www.opcdata.net/) claims to be a 100% Managed code solution for OPC Client. SoftwareToolbox also has some other OPC libraries to help with binding OPC data to forms and web interfaces.
If buying a comercial toolkit is an option I've used the Northern Dynamics server toolkit and it worked fine. A toolkit will take away a lot of the issues mentioned in the other questions (or at least you should get support if there's a problem).
They've wrapped the OPC protocol up nicely so it makes it easy to use. See one of my questions here for a type-safe Variant wrapper that I wrote to help with this.