Предыстория: понадобилось чуть пропатчить работу одного приложения с буфером обмена: если приложение отображает текст в OEM кодировке, то в буфер обмена кидает в этой кодировке, а тип содержимого устанавливает ANSI и обратно. Для решения проблемы перехватил функции Set/GetClipboardData, а для определения текущей кодировки - ExtTextOutW (опытным путем выяснилось, что этой функцией название кодировки выводится в StatusBar) - все замечательно заработало, но на другой машине всплыла проблема: плагин не смог определять кодировку :(
Просмотр лога показал, что функции ExtTextOutW передается строка, все коды символов в которой уменьшены на 0x1D, а вызов происходит из USP10.dll, в то время как на рабочей машине вызов идет из LPK.dll. Чуйка подсказала, что здесь может быть замешана какая-то тема Windows или что-то в этом роде - переключение темы с аэро-что-то-там на классическую решило проблему, но остался вопрос: для чего сделано такое загадочное поведение и как предсказать, что будет в какой-то другой теме?

ОС - Windows 7 (32 и 64 бита)

Ура!
Кое-что прояснилось: в ExtTextOut не всегда передается печатаемая строка - иногда передается некая муть, возвращенная GetCharacterPlaceMent, что именно передается определяется параметром Options.
Увы, но пока отследить вызовы GetCharacterPlaceMent почему-то не получилось

Пока решил проблему вызовом SetWindowTheme(h,' ',' ') с хендлом статусбара.