Re: Extract interface from closed library ?

Borneq wrote:
How to get class and function list with params from .dcu, .bpl for Delphi and .ppu and .a for Lazarus ? Not must decompile (as dcu2pas, which program can do this?) only list, like documentation to compare library version and knowing which function is wanted.

If you only want to know which functions a DLL imports or exports, use the tdump utility that comes with Delphi.

If you want to know what functions, classes, and variables a unit exports, then go learn the DCU file format for the Delphi version you're interested in. Every version uses a different format (except for Delphi 2007, which is compatible with Delphi 2006), so you have a lot of work in front of you.

What problem are you trying to solve?

--
Rob
.

Relevant Pages

  • C/C++ and Delphi compatibility in DeXter
    ... Does anyone know what degree of language inter-operability (between Delphi ... Are they sharing the .dcu file format? ... If you can't mix .pas and .c files in the same project, ...
    (borland.public.delphi.non-technical)
  • Re: Lino and Delphi
    ... Vendors go to /great/ lengths to ... > managed to put into its product anything close to what Delphi has, ... And knowing that, as Delphi-centric as I am, ... Wayne is, as I've pointed, made some assumptions that aren't ...
    (borland.public.delphi.non-technical)
  • Re: Further evidence MS hasnt abandoned Win32 development
    ... > In the spirit of open discourse I am really interested in knowing ... > why Rudy willfully insists on misrepresenting that Delphi is the same ...
    (borland.public.delphi.non-technical)
  • Re: operator overloadings in D2006
    ... > without knowing the internals of the objects being ... blog entry by Chee Wee-- ... Want native support in Delphi for AMD64/EM64T? ...
    (borland.public.delphi.non-technical)
  • Re: Further evidence MS hasnt abandoned Win32 development
    ... > In the spirit of open discourse I am really interested in knowing ... > why Rudy willfully insists on misrepresenting that Delphi is the same ...
    (borland.public.delphi.non-technical)