Mercurial > pidgin.yaz
view PROGRAMMING_NOTES @ 9417:9f6a28af7164
[gaim-migrate @ 10232]
" IDLETRACK.DLL uses Windows hooks to record the last
time the user pressed a key or moved the mouse.
Windows hooks are a bit unfriendly in that they force
the hook DLL into every process - so IDLETRACK.DLL
gets added to every process after Gaim runs. This can
mean that IDLETRACK.DLL doesn't get unloaded when
Gaim stops, which causes a warning about being unable
to write to IDLETRACK.DLL if you then upgrade Gaim.
Further, hooking is a common tactic employed by key
loggers. If the user has a program installed that checks
for global hooks then it will warn the user that Gaim may
contain a key logger.
From Windows 2000 onwards Microsoft introduced an
API function called GetLastInputInfo that returns the
timer tick at the point that the user last pressed a key
or moved the mouse. I have changed idletrack.c so that
it will try to use this if it can, which avoids all the
ugliness of having to use hooks, but it will fall back to
using hooks if the function isn't present.
This patch changes all three exported functions in
idletrack.c.
In wgaim_set_idlehooks it checks to see if
GetLastInputInfo is present. If it is then the address of
the function is recorded and no hooks are set. If it isn't
then we're running on an old verison of Windows and the
hooks are set as per current behaviour.
In wgaim_remove_idlehooks the module handle taken for
USER32.DLL by wgaim_set_idlehooks is released.
In wgaim_get_lastactive the GetLastInputInfo function
is called, if present. If it isn't present then the hooks will
have run and the shared memory they write to will be
read as per current behaviour. Both methods end up
getting the timer tick of the last user activity, which is
returned as per current behaviour." --Andrew Whewell
committer: Tailor Script <tailor@pidgin.im>
author | Luke Schierer <lschiere@pidgin.im> |
---|---|
date | Sun, 27 Jun 2004 22:29:53 +0000 |
parents | 10b5ac17fdd6 |
children | da88e2cd5c53 |
line wrap: on
line source
Notes on keeping GAIM OS independant ------------------------------------ General ------- - Use G_DIR_SEPARATOR_S and G_DIR_SEPARATOR for paths - Use g_getenv, g_snprintf, g_vsnprintf - Use gaim_home_dir instead of g_get_home_dir or g_getenv("HOME") - Make sure when including win32dep.h that it is the last header to be included. - Open binary files when reading or writing with 'b' mode. e.g: fopen("somefile", "wb"); Not doing so will open files in windows using defaut translation mode. i.e. newline -> <CR><LF> Paths ----- - DATADIR, LOCALEDIR & LIBDIR are defined in wingaim as functions. Doing the following will therefore break the windows build: printf("File in DATADIR is: %s\n", DATADIR G_DIR_SEPARATOR_S "pic.png"); it should be: printf("File in DATADIR is: %s%s%s\n", DATADIR, G_DIR_SEPARATOR_S, "pic.png"); - When writing out paths to .gaimrc, use wgaim_escape_dirsep. This is necessary because the Windows dir separator '\' is being used to escape characters, when paths are read in from the .gaimrc file. PLUGINS & PROTOS ---------------- - G_MODULE_EXPORT all functions which are to be accessed from outside the scope of its "dll" or "so". (E.G. gaim_plugin_init) - G_MODULE_IMPORT all global variables which are located outside your dynamic library. (E.G. connections) (Not doing this will cause "Memory Access Violations" in Win32)