Windows API (What I have so far)

Dave dmiller at ptd.net
Sun Feb 9 00:25:10 CST 2003


Thanks, I will look into merging the two together sometime soon, if no one 
beats me to it.  First I want to make the existing program a little more 
readable before it becomes unmanageable and even I don't know what it does.  :)

The sample HTML I created was done from my laptop, which has all sorts of 
applications installed.  There might be a lot of irrelevant 
information.  It may become a much smaller table once it's run on a clean 
system.

At 01:11 AM 2/9/2003 +0200, you wrote:
>Attached is a perl prog that taked David's original HTML output with a 
>single necessary preprocessing (replacing each <br> with <br>\n), and 
>issues a list of the DLLs (no deps as of yet) in the order discussed 
>before (i.e. - A depends on B -> A is higher, A has more dependants than B 
>-> A is higher).
>
>I will now work on displaying this in a table. Shouldn't be too difficult 
>(the fact that the table will be 238 coloumns wide nonwithstanding). Could 
>be worse. The table is 1141 lines long.
>
>This does not work with David's new prog yet, but as the both of them are 
>in perl I am sure it will not be too big a deal to merge the two progs 
>into one. This will just simplify the process of getting the initial input 
>(currently parsed from the HTML).
>
>                Shachar
>
>Shachar Shemesh wrote:
>
>>Havn't had a chance to look at your script yet, but I am two hours' work 
>>away from something that parses the original HTML you gave, and outputs 
>>the monster in the form Dimi and I suggested. I will attach it later 
>>today, and then you can merge the two, if you like.
>>
>>        Shachar
>>
>>Quoting David Miller <compsol at ptd.net>:
>>
>>
>>
>>>I thought a few of you might be interested in the current status of this
>>>script, so here is an update.  I will attach a copy in case anyone wants
>>>to
>>>test it, or add functionality or fixes.  I'd be interested in the
>>>results of
>>>any tests, especially if you discover any parsing errors.
>>>
>>>It is far from complete, but at this stage does the following:
>>>
>>>- Scan a given path, locating all dll files
>>>- Generate an HTML map of dll imports only (sorted, lowercase, stripped
>>>of
>>>paths)
>>>- dumpbin /import and dumpbin /export on all dll files and save the
>>>results
>>>in imports.txt and exports.txt respectively
>>>- parse imports.txt as follows, and save the results in
>>>imported_api.txt:
>>>
>>>    DLL name    imported DLL    imported API
>>>
>>>- parse exports.txt as follows, and save the results in
>>>exported_api.txt:
>>>
>>>    DLL name    exported API
>>>
>>>Future plans:
>>>
>>>- Create a matrix of data currently in HTML map
>>>- Generate HTML cross reference of all imported/exported API
>>>- Implement dumping of data into a database (Something queryable, but
>>>what?)
>>>- Detect and report unimplemented APIs in wine
>>>
>>>
>>
>>
>
>
>--
>Shachar Shemesh
>Open Source integration consultant
>http://www.consumer.org.il/sun/
>
>
>





More information about the wine-devel mailing list