[PATCH v2] server: Release related atoms when destroying a window class

Dmitry Timoshkov dmitry at baikal.ru
Tue Nov 27 03:53:00 CST 2018


Ralf Habacker <ralf.habacker at freenet.de> wrote:

> >>>> +    ok(GetClipboardFormatNameW(classatom, str, ARRAY_SIZE(str)) == 0,
> >>>> +        "UnregisterClass() failed - unable to unregister atom\n");
> >>>
> >>> Using a clipboard api in the class test looks strange, why not call
> >>> GlobalGetAtomName() directly instead?
> >>>
> >> On native Windows Atoms registered by RegisterClass are not in the
> >> global atom table and therefore could not be checked by inspecting the
> >> global atom table.
> >>
> >> from
> >> https://docs.microsoft.com/en-us/windows/desktop/dataxchg/about-atom-tables
> >> "Also, registered classes are stored in an internal atom table used by
> >> the system. An application adds atoms to this atom table using the
> >> RegisterClass or RegisterClassEx function."
> > 
> > How does this justify the usage of GetClipboardFormatName?
> > 
> Some details about internal atom tables on Window are documentated at
[skipped]

It would save time just mentioning that GlobalGetAtomName() doesn't work
for class atoms under Windows while it works under Wine.

-- 
Dmitry.



More information about the wine-devel mailing list