RE: 3 Win32::API bugs

----------------------------------------
> Date: Thu, 10 May 2012 11:55:02 -0700
> From: [email protected]
> To: [email protected]
> CC: [email protected]
> Subject: Re: 3 Win32::API bugs
> By the way - not to make your job more difficult or anything, but
> there's a situation that isn't currently being handled. Some OS calls
> can return a pointer to another function which you would then use to
> call that function to get more info.
>
> An example would be IShellFolder::BindToObject which returns a 'void
> **ppvOut' parameter that is to then be used to iterate over the objects
> in question. What would need to be done is to treat that returned ptr
> as though it were a named library routine that could be looked up in
> the DLL and instead just assume it has already been looked up and just
> use the returned address and associate it with the name supplied.
......................
> I wanted to use this technique to iterate over the Recycle bin and
> look for a specific item or optionally list the items found using
> Win32API calls but got short-circuited by that returned function
> ptr and no way to use it.
>
Read my post from the other day. Win32::API can already do this with some runtime package namespace messing. http://perlmonks.org/?node_id=969555 I highly suggest you write an XS library though. C or C++ for your COM code.