Home/ Questions/Q 7165769
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-28T14:18:19+00:00

I found out today that GetWindowLong (and GetWindowLongPtr ) has ‘ANSI’ (A) and ‘Unicode’

  • 0

I found out today that GetWindowLong (and GetWindowLongPtr) has ‘ANSI’ (A) and ‘Unicode’ (W) flavours, even though they don’t have TSTR arguments. The MSDN page on GetWindowLong only indicates that these variants exist, but doesn’t mention why.

I can imagine that it must match the encoding of CreateWindowEx (which also has A/W flavours) or RegisterClass, but for many reasons, I don’t think this makes sense. Apparently, it matters, because someone reported that the Unicode version may fail on XP (even though XP is NT and, as I understand it, all Unicode under the hood). I have also tried to disassemble the 32-bit version of USER32.DLL (which contains both flavours of GetWindowLong), and there is extra work done based on some apparent encoding difference*.

Which function am I supposed to choose?

*The flavours of GetWindowLong are identical, except for a boolean they pass around to other functions. This boolean is compared to a flag bit in a memory structure I can’t be bothered to track down using static code analysis.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I believe the reason is explained in Raymond Chen’s article, What are these strange values returned from GWLP_WNDPROC?

    If the current window procedure is incompatible with the caller of GetWindowLongPtr, then the real function pointer cannot be returned since you can’t call it. Instead, a "magic cookie" is returned. The sole purpose of this cookie is to be recognized by CallWindowProc so it can translate the message parameters into the format that the window procedure expects.

    For example, suppose that you are running Windows XP and the window is a UNICODE window, but a component compiled as ANSI calls GetWindowLong(hwnd, GWL_WNDPROC). The raw window procedure can’t be returned, because the caller is using ANSI window messages, but the window procedure expects UNICODE window messages. So instead, a magic cookie is returned. When you pass this magic cookie to CallWindowProc, it recognizes it as a "Oh, I need to convert the message from ANSI to UNICODE and then give the UNICODE message to that window procedure over there."

    • 0