Author |
Message |
vbgamer45 Regular user
Joined: 07 Jul 2004 Posts: 93 Location: 127.0.0.1
|
Posted: Thu Jul 29, 2004 1:52 pm
Post subject: Successful Semi VB Decompiler using COM?
|
|
I was just wondering how many semi decompilers out there are using COM and do it well.
I believe that vbreformer uses COM, since I see the typelib is distributed with it...Are there any others??
I spent a couple hours at the bookstore yesterday reading up on COM, I learned quite a bit.
All components are stored in the registry and via the registry you can find out where they are installed on the computer.
Looked at Interface Definition Language for COM and now I kinda of understand why COM does not always report the correct datatypes because vb does not support them.
Right now I am doing pretty well using the COM approach, just certain properties I am hardcoding or adding to com fix database.
On a sidenote,
I just looked at vbde again, to see what it does. It does somethings pretty well such as finding the events. But I am more impressed at it when it attempts to decode the events and procedures, its still basic.
But it still decodes some basic properites for instance cmdCancel.enabled = true and so on and able to show the msgbox call. Pretty cool.
|
|
Back to top |
|
|
|
sarge Moderator
Joined: 24 Sep 2002 Posts: 194
|
Posted: Thu Jul 29, 2004 3:58 pm
Post subject:
|
|
Sounds like you are making good progress. We'll all be interested in your results. Please keep us posted.
sarge
|
|
Back to top |
|
|
|
vbgamer45 Regular user
Joined: 07 Jul 2004 Posts: 93 Location: 127.0.0.1
|
Posted: Thu Jul 29, 2004 6:26 pm
Post subject:
|
|
I am making good progress because of everyone here, all these types I needed without that I would have nothing.
Well here is a demo and some screenshots
[url:224l6mm9]http://www.projectxonline.net/data/mydecompiler/files/[/url:224l6mm9]
It works well on the first common app, I have image extraction off right now till I get all the properties straighted out. Still need to work on events. and handling of extrenal controls, and add more collisions for the memory map. I am going to try and redo the main control properties loop so that it will still continue on and get the other vaild controls.
|
|
Back to top |
|
|
|
MrUnleaded Site Admin
Joined: 21 Sep 2002 Posts: 385 Location: California
|
Posted: Thu Jul 29, 2004 8:35 pm
Post subject: Re: Successful Semi VB Decompiler using COM?
|
|
[="vbgamer45":23umiw0q]I was just wondering how many semi decompilers out there are using COM and do it well.
I believe that vbreformer uses COM, since I see the typelib is distributed with it...Are there any others??
I spent a couple hours at the bookstore yesterday reading up on COM, I learned quite a bit.
All components are stored in the registry and via the registry you can find out where they are installed on the computer.
Looked at Interface Definition Language for COM and now I kinda of understand why COM does not always report the correct datatypes because vb does not support them.
Right now I am doing pretty well using the COM approach, just certain properties I am hardcoding or adding to com fix database.
On a sidenote,
I just looked at vbde again, to see what it does. It does somethings pretty well such as finding the events. But I am more impressed at it when it attempts to decode the events and procedures, its still basic.
But it still decodes some basic properites for instance cmdCancel.enabled = true and so on and able to show the msgbox call. Pretty cool.[/:23umiw0q]
My decompiler used COM...and worked fairly well...i didnt get too much into the "imports" section to know what additional components were needed (suchas richedit or whatever...)
The way I see it...for an application to be able to use a third party control...that application would have to know, or know how to figure out, how to interface with it.
If it "figured it out" then its reasonable to assume that a decompiler would also be able to "figure out" what the application used/imported.
On the other hand...the control could be hard coded into the application ie entrypoints and such....
A test of this could be to have an application compiled to use an old version of a dll or ocx....and then upgrade that dll or ocx.....
if the application is not broken....then perhaps the idea that the program figures out the dll/ocx would be true....
if you discover anything...im sure im not the only one that would be interested in your discoverys _________________ -MrU
|
|
Back to top |
|
|
|
MrUnleaded Site Admin
Joined: 21 Sep 2002 Posts: 385 Location: California
|
Posted: Thu Jul 29, 2004 8:39 pm
Post subject: of course i do....
|
|
[="vbgamer45":29qwfqsk]I am making good progress because of everyone here, all these types I needed without that I would have nothing.
Well here is a demo and some screenshots
[url:29qwfqsk]http://www.projectxonline.net/data/mydecompiler/files/[/url:29qwfqsk]
It works well on the first common app, I have image extraction off right now till I get all the properties straighted out. Still need to work on events. and handling of extrenal controls, and add more collisions for the memory map. I am going to try and redo the main control properties loop so that it will still continue on and get the other vaild controls.[/:29qwfqsk]
I got an error when loading up the app...
maybe i dont have the ocx/dlls you have....no vb6 on here anymore...
activex component cant create object.
its weird i would get the same error when i sent my decompiler to others... but anyways...i dont get the tree view it seems...
but from the screen shot..its looking good _________________ -MrU
|
|
Back to top |
|
|
|
|
|