🚀 go-pugleaf

On Fri, 27 Oct 2006 23:24:04 -0700, "Remy Lebeau \(TeamB\)"
<no.spam@no.spam.com> wrote:

>
>"Jeff Kish" <kishjjrjj@charter.net> wrote in message
>news:fuk5k254ku9car1evv300lnmosb2re3se8@4ax.com...
>
>> I see Matt Pietraks articel from 1997 about how to hook mouse
>> messages globally. I hear there is alot of overhead because the
>> dll gets loaded with every application.
>
>I don't know if I would call it "alot" of overhead, but a global hook DLL
>does get injected into every running process, and can cause each application
>to slow down if the hook is not performing efficient operations.
>
>> Is there any way to code it up so it only gets loaded with
>> selected apps
>
>You would need to code the DLL's DllEntryPoint() function to dynamically
>determine the application that is currently loading it, and then return
>FALSE to cancel the loading if needed.  You can use GetModuleFileName(),
>specifying NULL as the module handle, to get the filename of the process
>that is currently loading the DLL.
>
>A less intrusion approach would be for your main application to monitor all
>running processes, and then install thread-specific hooks for each desired
>application when they start up.  Enumerating the running processes will give
>you the thread IDs of each process, and SetWindowsHookEx() can be used to
>set up a single hook in a specific thread of an external application.  Since
>your main application, not the DLL, would be filtering the processe and
>threads, the DLL would not be injected into unwanted applications, thus
>reducing system resource usage.
>
>
>Gambit
I mostly just want my mouse wheel to work with my creaky old borland
5.02 compiler/ide, but I'd write the code with maybe cbuilder to do
it. I guess I'd write an app that I put in my startup menu that
monitors whenever bc5 is started and use setwindowshoodex like you
mentioned.

Thanks for the thoughts.


>