|
Not a bad idea I will run it past those in charge...
|
|
|
|
|
What version of Delphi? I may have a co-worker who might want to take the job on as some contract work.
|
|
|
|
|
Place I used to work at used such tools twice. Once from [insert obscure language I forget the name of] to VB.NET, and then from VB to C#.
I wasn't there when it took place, but from what I heard (and saw in the code) results were mixed.
The resulting code would most of the time compile, and also most of the time do mostly what it was supposed to do (although some debugging was required), but the big problem was the readability and maintainability of the code.
It would use almost none of the specific language features (probably because it would make conversion a lot more complex), ignore best practices, make variables global that didn't need to be, and all kinds of headaches ranging in size from minor annoyance to "I swear to god I will set fire to my computer".
To be fair, that took place around 15 or more years ago, so maybe there are better converters today, but I doubt it.
At best, it's a start point from where you can develop the new version. Depending on size and complexity of your code base and requirements, it might be faster, cheaper and more future proof to redo the system from scratch in your tech stack of choice, rather than try and convert the existing code base.
|
|
|
|
|
Before you do anything else I'd recommend P2V'ing the physical box into a virtual machine - so if it fails you can still work on the code. Personally I use VM's for all my development environments now - going back to Visual Studio 6 - so if I ever have to revisit some old bit of code I just spin up the old VM and the project is usually still in the MRU list. Many of the old VM's are XP but you can generally just stop them having internet access so they are pretty safe especially if only spun up on demand.
|
|
|
|
|
We did a project for machine translation of a large software system originally written in Pascal into a proprietary systems language (in the Pascal/Algol class, but with a number of syntax differences and a number of added features).
The primary reason for doing this was to protect the system from theft: If some competitor got hold of the source code, the effort of utilizing it (i.e. translating it into some other language) would hopefully be so high that it would be considered not worth it.
Our conclusion after completion of the work was quite clear: We would have saved a lot of effort if we had placed a printout of the original Pascal code in the manuscript holder and manually typed in the translation line by line.
The auto-translator had no clue about the semantics of the code. Whenever it was in doubt, it generated new variables, labels and other constructs. For all practical purposes, all comments were ruined - they were there, but often misplaced because the original composite statement had been broken into pieces and reassembled in a different way; if the translator couldn't decide where to attach the comment, it was put at the bottom of the function. Obviously, the translator didn't make use of the extensions of the target language, as there was nothing in the input calling for these facilities...
Cleaning up the result was a tedious chore, and for a long time, there were still traces of the translator's bad semantic understanding of the application semantics. We could have used the translator for subsequent projects, but we never did. We saved work by doing it by hand.
We could have spent effort in trying to improve the translator. If there were a thousand projects waiting to be translated, it might have been worth it, but there was not, and we were already sick of it after the first job it had done - and the job it crated for us in cleaning up.
|
|
|
|
|
Even with code conversion, you still need to consider other important platform/runtime things like memory management, app lifecycle, error handling, etc.
Converters are great for getting the equivalent syntax/type/class/method, but if you rely on it as a whole-project solution... you're going to get very intimate with the debugger 
Even when converting code in the same framework/runtime, like https://converter.telerik.com does, there are newer features in C# that VB doesn't have yet (e.g. Pattern matching).
Lance | Microsoft MVP - Windows Development
|
|
|
|
|
I use them daily and am writing one. They depend greatly on the power and flexibility of target language. Most do a terrible job at preserving comments and don’t try and do well on simple code. The better ones give up when they find something they don’t understand or do a partial translation leaving the original code as a comment. The bad ones just translate to garbage that will not compile. On evolving languages like C# translators have trouble keeping up. On dead languages they are usually very good and going to C# is a plus since it is very powerful and has many features you need.
|
|
|
|
|
Since the converter you link to has a free demo license available, get it and give it a try. That's the best way to see what will happen.
I do agree with the general answer here though: It would probably be better, faster, cheaper to just rewrite in the new target language.
|
|
|
|
|
Having been down this road with various languages over the years, my advice is this:
Hire a really smart software engineer (not just a coder) who can figure most anything out on their own. The best ones to look for are former Navy Nucs who became software engineers.
You will get better conversion results in about the same time you could auto-convert, clean up the conversion, fix all the OOA/OOP mistakes, fix any inherited bugs, and get a production version out.
|
|
|
|
|
Problem is Budget, every one wants new toys, only those working on new flashy things get it. Despite our side of the business keeping every one going a few years ago. 
|
|
|
|
|
Take the hard drive out; add it to a new machine; run it as a D: drive (or E: etc.).
Run compatibility mode (when necessary).
Add a Win 7 or 8 virtual machine if necessary.
Get the latest Delphi compiler.
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
|
I did a similar project, going from Pascal to C two years ago, about 20,000 LOC.
I developed a set of C macros that simulated much of Pascal, E.g., "IF" and "If" translated to the C "if".
Then went through it by hand to fix the things that couldn't be handled with macros. Conversion was done under the Qt environment and now the app runs on both Windows and Linux.
Took about 500 hours to complete with testing. Wasn't esoteric, but got the job done and protected the logic and user GUI from changes.
PM me if your interested in more info.
|
|
|
|
|
Which version of Delphi are you using?
What 3rd party controls are tying it down to XP SP2?
How big is the application? Database requirements?
Generally code converters do not do well with 3rd party controls & you need somebody that understands the Delphi environment and C# that you are converting it to.
|
|
|
|
|
IME the best you can hope for from any code converter is as a teaching tool, using it on small snippets. to expect one language in and another out with minimum intervention is fantasy im afraid. GL
|
|
|
|
|
|
Get a contemporary Delphi license, install the IDE on a modern machine, most of the ancient Delphi code will compile just fine in a modern Delphi IDE.
|
|
|
|
|
Is a logarithm just a really basic bongo drum?
Sent from my Amstrad PC 1640
Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
I miss the old days when they came in tables... at least it was somewhere to put your pi.
Message Signature
(Click to edit ->)
|
|
|
|
|
Only when it's made of natural materials; otherwise, it's just decadent.
Software Zen: delete this;
|
|
|
|
|
Logarithms are the scariest math. They make everyone go e!
Socialism is the Axe Body Spray of political ideologies: It never does what it claims to do, but people too young to know better keep buying it anyway. (Glenn Reynolds)
|
|
|
|
|
OriginalGriff wrote: basic bongo drum?
That would be an early Feynman 
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Your comment seems baseless.
|
|
|
|
|
We're have a bit of an Artic blast, today. It's back up to 7F (roughly -14C). Brisk, wind, as well, ca. 30mph (gusts over 40mph). (48kph, 64kph gusts). My house heating system, not designed for this, was just about able to maintain 60F (15C) inside before I plugged in a 1500W electric heater and coaxed a few more degrees into the living room.
Some of you are lunatic enough to live where this is common. Why in the world would anyone's ancestors settle in frozen hell?
Well - at least daylight hours are almost back to 10.
(bunch of nuts out there . . . got to be).
| Ravings en masse^ |
|---|
| "The difference between genius and stupidity is that genius has its limits." - Albert Einstein | | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
I'm not going to tell here what happens with the tough guys in Texas when the temperature drops below +15C, but compared to them you are a true Viking who can't go swimming without bringing an ice pick.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
why waste money on heaters and in particular the electricity they use?
I hear bitcoin mining machines are cheap these days
...yes while it's true they do cost more to run then they earn, but even if they only get 1/4 of their costs back it's still a quarter of your heating bill earned back.
Message Signature
(Click to edit ->)
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
