I would say that the app is "pre-.NET" - since the dll tells you that the CLI header is missing. .NET dlls and exes will have this header. I won't go into the details here, but this is what managed code is all about.

I would guess that the project you are looking at was written in Vb6, C++, or any number of other languages that can be compiled to an ActiveX dll, but most likely either VB6 since it has been a highly popular language for developing apps with an Access db, or C++ which is the second most popular language for this stuff. However, it is possible that your dlls could be "old-fashioned" library function dlls that were (and still are) typically written in C or C++. Another semi-popular language would be Delphi.

Have fun trying to reverse engineer a compiled ActiveX dll or exe. Except for highly valuable proprietary algorithms or forumulas there is little value to most organizations to "decompile" code. Think about it - You want to spend countless hours reconstructing code that was probably poorly written in the first place? There is very little benefit for this. And I am very serious about this: It seems a lot of people see great value in being able to de-compile code, but I have worked on countless projects where I had full access to the code, and I wouldn't have paid anything for it!



Woody Z
http://www.learntoprogramnow.com
How to use a forum to help solve problems