|
-
Jun 16th, 2004, 09:31 AM
#1
Thread Starter
Fanatic Member
View source of an EXE
Does anyone know if it is possible to view the source code of a vb EXE?. i.e. reverse the EXE to vb source code & show me how it was coded?
I have a piece of software which was written by a previous employee & i need to be able view his source code.
All that i have is the EXE which is already bundled up & finished, I need to extract the validation section from his code as it will be the same in my new project. (Validation section was massive so that's why i cant do it from scratch)
We own the license for the software already so theres no issues with legalities.
Are there any programs out there which can be downloaded to do this?
cheers
-
Jun 16th, 2004, 09:35 AM
#2
New Member
I don't know if it's possible because if it were, then everyone would rip everyone's work, and no program that is copyrighted would be worth anything...but what do I know, I'm a programming newbie.
I'm pretty sure theres not, but if there is a way, I would like to know also.
-
Jun 16th, 2004, 09:42 AM
#3
Re: View source of an EXE
Originally posted by gilly
We own the license for the software already so theres no issues with legalities.
License for software <> License for Code of the software
(admittedly it sounds as though he worked for your company, in which case the company owns both).
Basically you cant convert back to VB (assuming VB 5 or 6).
There are ways of doing it for earlier versions, and there are apparently ways of getting some form of code (usually Assembly code) out of a VB 5/6 exe, which is not likely to be readable to a VB-only developer.
The easiest option is likely to be reverse-engineering the software (give it several sets of input, and work out what it does each time).
-
Jun 16th, 2004, 09:47 AM
#4
what you are talking about it decompiling... and no you can't do it.. sorry. How can your company not have the source code for a program a previous employee wrote? he took it with him?
-
Jun 16th, 2004, 09:49 AM
#5
Apparently its impossible to do a 100% decompliation but i did read on some formum of a VB6,5 decomplier that produced source code for any VB EXE that was pretty close to the original. They wouldn't say where the decomplier was but it sounded like a genuine post.
Anyway theres a good chance the exe will have some kind of encryption on it anyway throwing any decomplier off.
-
Jun 16th, 2004, 01:35 PM
#6
Frenzied Member
Ever try turning a cake back into Eggs, flower and milk?
-
Jun 16th, 2004, 01:46 PM
#7
Hyperactive Member
-
Jun 16th, 2004, 02:11 PM
#8
Frenzied Member
I've got a VB6 docompiler but it works only on a few things, you might get lucky and it could work but usually it just turns up very basic information. It's not on my computer here but if you really want it, PM me.
-
Jun 17th, 2004, 12:44 AM
#9
Hyperactive Member
as si_the_geek said only disasembling the program and looking thru the ASM Code you can get the source code =)
Remember you gotta know the VB Fucntions in the dissambler because they not the same as in VB example
Msgbox...VB6
rtcMsgbox....dissasembler function :P
and is hard lol...
Born to help others
(If I've been helpful then please rate my post. Thanks)
call me EJ or be slapped! 
-
Jun 17th, 2004, 06:50 AM
#10
Frenzied Member
lloks like you have a lot of validation code to write, would have a look at the backups, or on the machine the wrote the software on and have alook for any of the VB files, from an exe u havent got much chance
-----------------------------------------------
"The hall is rented,"
"the orchestra is engaged,"
"its now time to see if you can dance!"
Q, Q-Who, Star Trek The Next Generation
-----------------------------------------------
General Work day

-----------------------------------------------
DOS, Win 95, Win 98 SE, Win ME, Win NT 4.0 SP6a, Windows 2000 SP3, Window XP SP1, Windows 7, Windows 8/8.1, Windows 10, Office 97 Pro, Office 2000 Pro, Office 2010, Office 2013, Office 2016, Office 2019, Visual Basic 6 (SP5), SQL, Oracle
-
Jun 19th, 2004, 12:11 AM
#11
Hyperactive Member
http://vbrezq.com/
VB RezQ saves you both time and effort.
Let VB RezQ help you re-write your program by re-creating your source files from the data that's hidden inside the compiled file. Look at this example of what VB RezQ does.
VB RezQ provides an accurate framework on which you can rebuild your VB application. It identifies and re-creates all the source files, recovers the project file, the graphical design of each form, references to custom controls and declarations for API calls. It also identifies all events and subroutines. Note: VB RezQ does not recover the source code within subroutines.
-
Jun 19th, 2004, 05:40 AM
#12
The earlier versions of VB also stored the comments in the executable. Not helpful I know, but just adding it..
Phreak
Visual Studio 6, Visual Studio.NET 2005, MASM
-
Jun 21st, 2004, 04:49 AM
#13
Junior Member
Its gonna be hard time
You can reengineer the whole Exe but I am not sure how much would you succeed as the result may or may not make sense to you. But de compiler would help in case you are lucky.
Give me a place to stand and I will move the Earth 
-
Jun 21st, 2004, 06:05 AM
#14
Do you have the debug symbols for the executable?
(usually a file called exename.dbg and created by compiling the app with the generate debug information option switched on)
-
Jun 21st, 2004, 11:47 AM
#15
Hyperactive Member
If VB RezQ doesn't retrieves the routines data, say me what f**k it helps him ???
I tried it some time ago, as I said before (I just forgot its name...), it's helpful to retrieve the Subs / Functions structures, but... What if we need the code ???
In my case, I've lost all the project, and it helps... nothing...
[]s
JL
-
Jun 21st, 2004, 12:21 PM
#16
Originally posted by crpietschmann
http://vbrezq.com/
VB RezQ saves you both time and effort.
Let VB RezQ help you re-write your program by re-creating your source files from the data that's hidden inside the compiled file. Look at this example of what VB RezQ does.
VB RezQ provides an accurate framework on which you can rebuild your VB application. It identifies and re-creates all the source files, recovers the project file, the graphical design of each form, references to custom controls and declarations for API calls. It also identifies all events and subroutines. Note: VB RezQ does not recover the source code within subroutines.
There never was true decompiler for VB (any version).
VB RezQ is just another attempt to accomplish this but in reality it doesn work. Here is a quote from their site:
1. VB RezQ recovers the binary .frx file that partners this .frm file.
2. VB RezQ does not recover Attribute VB_TemplateDerived as this cannot be determined from the compiled file.
3. VB RezQ recovers part of the DLL declaration but cannot determine its argument list, so it is commented out.
4. VB RezQ recovers the procedure declaration but not its executable code.
5. This procedure is commented out as VB RezQ cannot determine its argument list or its type (Sub, Function, Get, Let, Set).
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
Click Here to Expand Forum to Full Width
|