2014-09-01 01:02 UTC+0200 Viktor Szakats (vszakats users.noreply.github.com)
  * contrib/gtwvg/*
  * contrib/gtwvg/tests/*.prg
  * contrib/gtwvw/*
  * contrib/gtwvw/tests/*.prg
    + updated .prg code to work correctly also when the Windows
      handles/pointers are of pointer ("P") type
      This means changing comparisons with '0' to 'Empty()' calls
    ! identified and fixed parameter exchange code where
      pointers/handles are passed and wvg_*handle() macros
      weren't used. Now they are.
    + WVW_SENDMESSAGE() synced with WIN_SENDMESSAGE() to
      return any string content to 4th parameter
    * WIN_SENDMESSAGE() converted to a compatibility synonym to
      WVW_SENDMESSAGE(). It is now deprecated.
    + WVG_SENDMESSAGE(), WVG_SENDDLGITEMMESSAGE(),
      WVW_SENDMESSAGE(), WIN_SENDDLGITEMMESSAGE() will now
      accept pointers types for WPARAM/LPARAM parameters
    + WVG_APPENDMENU(), WVW_APPENDMENU()
      pointer type is now accepted for 3rd parameter (for submenus)
    + WVG_INSERTMENU()
      pointer type is now accepted for 4rd parameter for submenus)
    + GTWVW/GTWVG switched to use pointer types ("P") on .prg level
      for Windows handles and pointers. This is much safer and
      allows to interoperate with GTWIN APIs, which use pointer
      types since many years. [INCOMPATIBLE]
      Adapt your code to use Empty() to check for an empty
      handle/pointer, instead of comparing with numeric zero.
      Build Harbour/GTWVW/GTWVG with '-D__GTWVX_UNSAFE_POINTERS' C flag
      option to enable the legacy pointers/handles, but this mode
      is now deprecated.
    * minor cleanups

  * contrib/hbwin/win_misc.c
    + WIN_P2N() to accept numeric input and return it unchanged
    + WIN_N2P() to accept pointer input and return it unchanged

  * contrib/hbfimage/fi_wrp.c
    ! FI_WINDRAW() fixed to accept pointer type for 2nd (Windows HDC)
      parameter