VB Decompiler Forum Index VB Decompiler
Hosted by TheAutomaters.com
 
  MemberlistMemberlist
 

Successful Semi VB Decompiler using COM?

 
   VB Decompiler Forum Index -> Speak your mind
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
   VB Decompiler Forum Index -> Speak your mind All times are GMT
Page 1 of 1

 
You can post new topics in this forum
You can reply to topics in this forum
You can edit your posts in this forum
You can delete your posts in this forum
You can vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group