What code was programme written in?

Decompile it? Not sure about any other way, and I don't think decompiling will work it the binary was stripped.
 
Very difficult to tell.

Developers normally obfuscate to prevent reverse engineering...

Things like Java environment installation, or .Net etc are easy but Delphi will not be.
 
If its Delphi(Pascal) or C++ you cant tell as it compiles to machine code.
VB is compiled to P-Code (well, v5 and 6 can compile to native, making it similar to C++ exes)

What you can try is to find MSVBVMxx.DLL (xx = some number, 50 and/or 60 nromally) in your windows directory and try delete it. Run the exe, and if it works its prolly not VB. Also check if the same DLL exist in the exe's path. I prefer C++ and C# and never uses VB so more than this I don't know bout the language.
 
Maybe e-mail the maker and like, ask him 'nicely' ?!?

I always believed in the quick route is always the best route ;)
 
No its not that difficult to tell apart....you just need to get a feel for it. Download some random sample delphi app (ideally a 100% useless one with little functionality) and one for VB. Download resource hacker and w32dasm (IDA/OllyDBG would also help) and compare the string and imports section. Delphi apps will have words with a "T" prefix, C/C++ apps will start with a function called main and be thin on forms under Res hacker and VB apps you can recognized by their general #%^@-up-ness of the code. On the whole, you're interested in the PE format and strings to distinguish between them.

If you're really old-school/hardcore then just looking at the code with wordpad can also work...but its difficult.

If its compressed by an exe compressor then use Protection_ID.exe to ID the protection and then reverse that...which can be either very easy or near impossible depending on what it is.
 
No its not that difficult to tell apart....you just need to get a feel for it. Download some random sample delphi app (ideally a 100% useless one with little functionality) and one for VB. Download resource hacker and w32dasm (IDA/OllyDBG would also help) and compare the string and imports section. Delphi apps will have words with a "T" prefix, C/C++ apps will start with a function called main and be thin on forms under Res hacker and VB apps you can recognized by their general #%^@-up-ness of the code. On the whole, you're interested in the PE format and strings to distinguish between them.

If you're really old-school/hardcore then just looking at the code with wordpad can also work...but its difficult.

If its compressed by an exe compressor then use Protection_ID.exe to ID the protection and then reverse that...which can be either very easy or near impossible depending on what it is.

:eek:

With people like you around I'm NEVER gonna sell my own software...
I'm gonna have to encrypt it 256-bit then.

:D

Nice, Mr. resident techie aka Uber coder.

:)
 
With people like you around I'm NEVER gonna sell my own software...
I'm gonna have to encrypt it 256-bit then.
meh, I'm harmless. Identifying it is easy...the okes that patch the apps and fix some bugs while they are at it are the scary ones. They just look at the assembler code and can spot which parts were compiled by a compiler and which parts were hand-coded in assembler.:eek: Telling a BMW and a Merc apart does not imply any mechanics skills.;)

Nice, Mr. resident techie aka Uber coder.
lols no thats WKJ's job.
 
meh, I'm harmless. Identifying it is easy...the okes that patch the apps and fix some bugs while they are at it are the scary ones. They just look at the assembler code and can spot which parts were compiled by a compiler and which parts were hand-coded in assembler.:eek: Telling a BMW and a Merc apart does not imply any mechanics skills.;)


lols no thats WKJ's job.

Ja. I know. I was looking at WKJ's nic when typing. :o

You right about the cars, while no mechanic skills are required, you still need to be able to see....;)

*Hmmm SL 65AMG hmmm*
 
Top
Sign up to the MyBroadband newsletter
X