Electronic Projects, forums and more.

Go Back   Electronic Circuits Projects Diagrams Free > Electronics Forums > General Electronics Chat


General Electronics Chat This forum is for general chat about electronics, eg: Dont know what a part does? Dont know how to read a circuit? Want to get an opinion?

Reply
 
LinkBack Thread Tools Display Modes
Old 27th August 2008, 05:07 AM   (permalink)
Default

Basic code to ASM or De-ASM is integral to any compiler that understands it's own hardware architecture, things like Java based programming or higher end languages are exempt of course.
__________________
"Because I be what I be. I would tell you what you want to know if I
could, mum, but I be a cat, and no cat anywhere ever gave anyone a
straight answer, har har."

Last edited by Sceadwian; 27th August 2008 at 05:08 AM.
Sceadwian is offline  
Old 27th August 2008, 05:25 AM   (permalink)
Default

Quote:
Originally Posted by Sceadwian View Post
Basic code to ASM or De-ASM is integral to any compiler that understands it's own hardware architecture, things like Java based programming or higher end languages are exempt of course.
While I'm aware of quite a number of third-party decompilers, I'm not familiar with any common compilers which come with an asm-to-<insert original language here> decompiler, although most of the compilers I've used do produce (or can be configured to produce) assembler output as an interim step in the compilation process.

Disassemblers are a different topic and of course are required for use in interactive debuggers. They generally do not produce code in the original high-level language, though.


Torben
__________________
Curiosity was framed. Ignorance killed the cat.
Torben is offline  
Old 27th August 2008, 06:39 AM   (permalink)
Default

Quote:
Originally Posted by Torben View Post
That's just lazy. Earlier you stated that:

I'm with Nigel. While decompilers exist and while there are examples of compiler/decompiler packages, they are not the norm and the statement that "it probably came with your compiler and assembler" is not true.

Unless of course you feel like providing some links to back up your statement. It's not our job to defend your position. If you can't be bothered to, why should anyone else?
Torben
Well said and quite lawyerly at that. I agree, it would be the claimant that has the burden of proof...
__________________
Forget injuries, never forget kindnesses.
Mikebits is offline  
Old 27th August 2008, 08:13 AM   (permalink)
Default

I don't require anyone to defend my statement. There are decompilers around that is in evidence from other posters and Google and In some of the original C++ releases a decompiler came with it. I have no knowledge of more recent versions so cannot comment further.

Larry
__________________
Confucius says: "One in three is a teacher."
Larry4911 is offline  
Old 28th August 2008, 03:48 AM   (permalink)
Default

Quote:
Originally Posted by Sceadwian View Post
.... most C copilers ...
Next some wiseacre will inform us that those "C copilers" will actually copula....
ooops family values and such.

I never saw a de-compiler.
I never hope to see one,
but, I can tell you anyhow,
I'd rather see than be one!

Ahhh..cha..cha..cha
__________________
We never have time to do it right; but we always have time to do it over.
Papabravo is offline  
Old 28th August 2008, 04:28 PM   (permalink)
Default

There is a good article in "The Firmware Handbook" (Jack Gansel ed. Newnes 2004) called "Understanding Your C Compiler," written by Jakob Engblom (IAR compiler developer) which points out the steps a compiler takes to make a machine executable. If you read that, you will begin to understand why a 'decompiler' is not practical.
BeeBop is online now  
Old 28th August 2008, 07:50 PM   (permalink)
Default

Quote:
Originally Posted by BeeBop View Post
There is a good article in "The Firmware Handbook" (Jack Gansel ed. Newnes 2004) called "Understanding Your C Compiler," written by Jakob Engblom (IAR compiler developer) which points out the steps a compiler takes to make a machine executable. If you read that, you will begin to understand why a 'decompiler' is not practical.
Hi BeeBop,

Not sure who you're talking to here, but decompilers are indeed practical and there are lots of them out there.

Now, a decompiler which produces readable output and scales well--that's another question entirely. And a round-trip decompiler (where you actually get back the original source code) would be like unburning paper unless special provisions were made to support it in the original compiler.


Torben
__________________
Curiosity was framed. Ignorance killed the cat.
Torben is offline  
Old 28th August 2008, 08:16 PM   (permalink)
Default

Quote:
Originally Posted by Torben View Post
Hi BeeBop,

Not sure who you're talking to here, but decompilers are indeed practical and there are lots of them out there.

Now, a decompiler which produces readable output and scales well--that's another question entirely. And a round-trip decompiler (where you actually get back the original source code) would be like unburning paper unless special provisions were made to support it in the original compiler.


Torben
It was only my 2 cents added to the thread. So what you are saying is that an unreadable output it practical?

I remember trying out a 'decompiler,' some time back. I found it much easier to take the hex file, line by line, and disassemble it manually.
BeeBop is online now  
Old 28th August 2008, 08:30 PM   (permalink)
Default

Quote:
Originally Posted by BeeBop View Post
It was only my 2 cents added to the thread. So what you are saying is that an unreadable output it practical?
For various values of "practical".

Quote:
I remember trying out a 'decompiler,' some time back. I found it much easier to take the hex file, line by line, and disassemble it manually.
Yeah, that's pretty much been my experience too--although I've done more with disassemblers than decompilers. Disassemblers have the advantage of actually being useful.


Torben
__________________
Curiosity was framed. Ignorance killed the cat.
Torben is offline  
Reply

Bookmarks

Thread Tools
Display Modes



Similar Threads
Title Starter Forum Replies Latest
assembly and c language baftab Electronic Projects Design/Ideas/Reviews 4 15th April 2006 02:03 AM
LCD programming and connection with assembly language microzone Micro Controllers 5 10th February 2006 04:14 PM
assembly language soohino Micro Controllers 3 31st December 2004 06:35 AM
Assembly Language??? amady Micro Controllers 58 27th October 2004 10:27 AM
Learning Assembly Programming Language Johnson777717 Micro Controllers 4 22nd March 2004 03:00 PM



All times are GMT. The time now is 05:39 PM.


Electronic Circuits  |  Learning Electronics
Powered by vBulletin® Version 3.7.0
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.

eXTReMe Tracker