Programming Questions...Unix, .Net, Port, c, C++...

[Zombie]

We are a small software company and right now we use Visual Studio 6.0 for our application. 95% of our software is C++. The software was designed for windows(even before I joined) and recently we started shipping unix(solaris) versions as well. It was basically ported to unix by compiling our windows code with Mainsoft compiler. This is getting expensive for us now. Can anybody suggest any alternatives except move away from MFC all together?

We have tons and tons of drawing routines that use MFC extensively so if we have to move away from MFC it would be a royal pain in the butt. Is microsoft going to introduce .Net engines for unix ?? As I understand right now .Net applications on Unix don't work on other platforms.


Is there a good reliable alternative to MFC ?

thanks.

 

[Zombie]

anybody ??

no real software engineers here? just IT turds ?

 

[ggavinmoss]

Well, I don't know of any MS plans to do as such, but there is Mono. (http://www.go-mono.com/) Who knows if it will ever be "ready for Prime Time."

Good luck.

-geoff

 

[spartan]

Err... Java?

 

[damiano]

Originally posted by: spartan
Err... Java?

exactly my thought

 

[Zombie]

We have looked in to it and as it stands right now JAVA will kill the performance. There are simply way to many drawing routines.


Its a cad tool so anybody who has seen a PCB design will know how bad of a performance hit it will be.

 

[Ameesh]

Originally posted by: Zombie
anybody ??

no real software engineers here? just IT turds ?

MS is going to relase (i believe already has) released a CLR for BSD which may or may not work for you.

Even though MFC is old school i don't believe the UNIX world has anything like it. As for going to .NET we would need to know a little more about your application architecture. Is your server side software being ported or only your client side. if its only client side then yyou can go with a SOAP interface with both and be able to use .NET for your server side needs.

 

[Ameesh]

Originally posted by: Zombie
We have looked in to it and as it stands right now JAVA will kill the performance. There are simply way to many drawing routines.


Its a cad tool so anybody who has seen a PCB design will know how bad of a performance hit it will be.

i just read this, i hate to say it but UI is one area where you get in trouble with ports, there is no consistent library available for both platforms so what i would end up doing is writing a facade to the drawing routines and have the backend implementation swappable depending wheter or not you are on UNIX or Windows, that way you still have the flexablity of being able to write highly portable code and still be able to access the native libraries for each platform.

 

[Zombie]

Originally posted by: Ameesh

Originally posted by: Zombie
anybody ??

no real software engineers here? just IT turds ?

MS is going to relase (i believe already has) released a CLR for BSD which may or may not work for you.

can you elaborate a little more on that? Links ?

Right now we are talking about client install only.

 

[Ameesh]

Originally posted by: Zombie

Originally posted by: Ameesh

Originally posted by: Zombie
anybody ??

no real software engineers here? just IT turds ?

MS is going to relase (i believe already has) released a CLR for BSD which may or may not work for you.

can you elaborate a little more on that? Links ?

Right now we are talking about client install only.

http://msdn.microsoft.com/msdnmag/issues/02/07/SharedSourceCLI/default.aspx

As your software is clientside, I would consider what i wrote in the post above.


edit:

to be clear if you guys are writing everything in unmanaged C++ i would not go with .NET