Владелец буфера обмена

@Enno · Регистрация: 25.08.2014

Author24 — интернет-сервис помощи студентам

В MSDN есть такое понятие как "владелец буфера обмена". В его роли выступает окно.
Вопрос: как фигурирует окно в вызове функции для работы с буфером обмена? Насколько я знаю, вызов производит поток и функции известна о нём информация. Как винда определяет какое окно выполнило вызов функций SetClipboardData/GetClipboardData? Проходится по стеку вызовов и определяет есть ли в нём процедура окна?

@rao · 13.02.2015, 22:23

Зачем так всё усложнять? При вызове OpenClipboard HWND владельца передается параметром.

@Enno · 14.02.2015, 02:35 **[ТС]**

Сообщение от rao

При вызове OpenClipboard HWND владельца передается параметром.

Да я знаю, ё-моё. Вопрос не в этом.

@rao · 14.02.2015, 10:08

А в чем собственно проблема? Что конкретно не работает? Какая разница как в винде это реализовано? Скорее всего при открытии буфера обмена процесс получает в таблицу дескрипторов соответствующий хэндл на объект буфера. А диспетчер объектов в свою очередь соответствующим образом этот буфер лочит.

Убежденный · 14.02.2015, 11:02

Сообщение от Enno

Как винда определяет какое окно выполнило вызов функций SetClipboardData/GetClipboardData?

Система запоминает поток, который вызвал OpenClipboard, и переданный HWND, в
специальных внутренних структурах, связанных с оконной станцией (window station).
После, при вызове SetClipboardData/GetClipboardData, нет никакой проблемы
получить обратно данные потока и этот HWND.

@Enno · 14.02.2015, 11:07 **[ТС]**

Сообщение от rao

процесс получает в таблицу дескрипторов соответствующий хэндл на объект буфера

Тогда получается что владельцем является процесс, а не окно?

Сообщение от Убежденный

Система запоминает поток

Тогда получается что владельцем является поток, а не окно?

Убежденный · 14.02.2015, 11:08

Сообщение от Enno

Тогда получается что владельцем является поток, а не окно?

Нет. Владельцем остается окно.

@Enno · 14.02.2015, 11:11 **[ТС]**

Сообщение от Убежденный

Нет. Владельцем остается окно.

А как система определяет что это "окно вызвало функцию" (щито? Окно вызвало функцию?).

Убежденный · 14.02.2015, 11:40

В терминологии WinAPI, владельцем clipboard-а является окно.
Система посылает владельцу оконные сообщений, когда определенные события
происходят, например WM_DRAWCLIPBOARD или WM_DESTROYCLIPBOARD.
Поток, который вызывает OpenClipboard, указывает HWND окна, которое
он хочет сделать новым владельцем clipboard-а. У потока, кстати, может быть
много созданных окон, иначе в параметре HWND вообще не было бы нужды.

@Enno · 14.02.2015, 15:49 **[ТС]**

WM_DRAWCLIPBOARD посылается viewer'у. (Only clipboard viewer windows receive this message.)

Сообщение от Убежденный

У потока, кстати, может быть
много созданных окон, иначе в параметре HWND вообще не было бы нужды.

Вот именно поэтому я и начал тему. Хотя можно ведь наверняка указать hwnd окна другого потока (в MSDN ни слова).
Что в итоге: владелец - окно, но только для получения сообщений, а Set/GetCBData можно отправлять "из любого места" потока-владельца окна "владельца буфера".

Убежденный · 14.02.2015, 17:07

Сообщение от Enno

Вот именно поэтому я и начал тему. Хотя можно ведь наверняка указать hwnd окна другого потока (в MSDN ни слова).
Что в итоге: владелец - окно, но только для получения сообщений, а Set/GetCBData можно отправлять "из любого места" потока-владельца окна "владельца буфера".

Можно, только работать это не будет.

@Enno · 14.02.2015, 17:13 **[ТС]**

Сообщение от Убежденный

Можно, только работать это не будет.

Откуда инфа?

Убежденный · 14.02.2015, 17:21

Сообщение от Enno

Откуда инфа?

Проверяется за 5 минут в Visual C++.

Да тут и проверять особо нечего, смотри:

1. Поток A делает OpenClipboard, передавая HWND окна, которое
было создано потоком B. Система запоминает TID потока и HWND
окна во внутренней структуре.

2. Поток B вызывает, к примеру, EmptyClipboard.
Теперь система должна определить владельца, но во внутренних
структурах, связанных с буфером обмена, записан поток A, а не B.
Короче, lookup по TID/HANDLE потока B не дает результатов.

3. Fail.

@Enno · 14.02.2015, 18:13 **[ТС]**

Ну, тут ещё действует предохранитель от "подкидыша". Пока CloseClipboard не вызовешь - другие пользоваться не смогут. А если подкинуть права на CB тому кто не собирался с буфером работать, то можно буфер повесить.

@Enno 267 / 170 / 40 Регистрация: 25.08.2014 Сообщений: 1,087 Записей в блоге: 1
	14.02.2015, 17:13 [ТС]	12
	Сообщение от Убежденный Можно, только работать это не будет. Откуда инфа? 0

@Enno 267 / 170 / 40 Регистрация: 25.08.2014 Сообщений: 1,087 Записей в блоге: 1
		1
	Владелец буфера обмена 13.02.2015, 16:27. Показов 932. Ответов 13 Метки нет (Все метки) В MSDN есть такое понятие как "владелец буфера обмена". В его роли выступает окно. Вопрос: как фигурирует окно в вызове функции для работы с буфером обмена? Насколько я знаю, вызов производит поток и функции известна о нём информация. Как винда определяет какое окно выполнило вызов функций SetClipboardData/GetClipboardData? Проходится по стеку вызовов и определяет есть ли в нём процедура окна? 0

@rao 903 / 424 / 159 Регистрация: 02.04.2014 Сообщений: 1,206
	13.02.2015, 22:23	2
	Зачем так всё усложнять? При вызове OpenClipboard HWND владельца передается параметром. 0

@Enno 267 / 170 / 40 Регистрация: 25.08.2014 Сообщений: 1,087 Записей в блоге: 1
	14.02.2015, 02:35 [ТС]	3
	Сообщение от rao При вызове OpenClipboard HWND владельца передается параметром. Да я знаю, ё-моё. Вопрос не в этом. 0

@rao 903 / 424 / 159 Регистрация: 02.04.2014 Сообщений: 1,206
	14.02.2015, 10:08	4
	А в чем собственно проблема? Что конкретно не работает? Какая разница как в винде это реализовано? Скорее всего при открытии буфера обмена процесс получает в таблицу дескрипторов соответствующий хэндл на объект буфера. А диспетчер объектов в свою очередь соответствующим образом этот буфер лочит. 0

Убежденный Ушел с форума 16473 / 7436 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	14.02.2015, 11:02	5
	Сообщение от Enno Как винда определяет какое окно выполнило вызов функций SetClipboardData/GetClipboardData? Система запоминает поток, который вызвал OpenClipboard, и переданный HWND, в специальных внутренних структурах, связанных с оконной станцией (window station). После, при вызове SetClipboardData/GetClipboardData, нет никакой проблемы получить обратно данные потока и этот HWND. 1

@Enno 267 / 170 / 40 Регистрация: 25.08.2014 Сообщений: 1,087 Записей в блоге: 1
	14.02.2015, 11:07 [ТС]	6
	Сообщение от rao процесс получает в таблицу дескрипторов соответствующий хэндл на объект буфера Тогда получается что владельцем является процесс, а не окно? Сообщение от Убежденный Система запоминает поток Тогда получается что владельцем является поток, а не окно? 0

Убежденный Ушел с форума 16473 / 7436 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	14.02.2015, 11:08	7
	Сообщение от Enno Тогда получается что владельцем является поток, а не окно? Нет. Владельцем остается окно. 0

@Enno 267 / 170 / 40 Регистрация: 25.08.2014 Сообщений: 1,087 Записей в блоге: 1
	14.02.2015, 11:11 [ТС]	8
	Сообщение от Убежденный Нет. Владельцем остается окно. А как система определяет что это "окно вызвало функцию" (щито? Окно вызвало функцию?). 0

Убежденный Ушел с форума 16473 / 7436 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	14.02.2015, 11:40	9
	В терминологии WinAPI, владельцем clipboard-а является окно. Система посылает владельцу оконные сообщений, когда определенные события происходят, например WM_DRAWCLIPBOARD или WM_DESTROYCLIPBOARD. Поток, который вызывает OpenClipboard, указывает HWND окна, которое он хочет сделать новым владельцем clipboard-а. У потока, кстати, может быть много созданных окон, иначе в параметре HWND вообще не было бы нужды. 1

@Enno 267 / 170 / 40 Регистрация: 25.08.2014 Сообщений: 1,087 Записей в блоге: 1
	14.02.2015, 15:49 [ТС]	10
	WM_DRAWCLIPBOARD посылается viewer'у. (Only clipboard viewer windows receive this message.) Сообщение от Убежденный У потока, кстати, может быть много созданных окон, иначе в параметре HWND вообще не было бы нужды. Вот именно поэтому я и начал тему. Хотя можно ведь наверняка указать hwnd окна другого потока (в MSDN ни слова). Что в итоге: владелец - окно, но только для получения сообщений, а Set/GetCBData можно отправлять "из любого места" потока-владельца окна "владельца буфера". 0

	14.02.2015, 18:13

Убежденный Ушел с форума 16473 / 7436 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	14.02.2015, 17:07	11
	Сообщение от Enno Вот именно поэтому я и начал тему. Хотя можно ведь наверняка указать hwnd окна другого потока (в MSDN ни слова). Что в итоге: владелец - окно, но только для получения сообщений, а Set/GetCBData можно отправлять "из любого места" потока-владельца окна "владельца буфера". Можно, только работать это не будет. 0

Убежденный Ушел с форума 16473 / 7436 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	14.02.2015, 17:21	13
	Сообщение от Enno Откуда инфа? Проверяется за 5 минут в Visual C++. Да тут и проверять особо нечего, смотри: 1. Поток A делает OpenClipboard, передавая HWND окна, которое было создано потоком B. Система запоминает TID потока и HWND окна во внутренней структуре. 2. Поток B вызывает, к примеру, EmptyClipboard. Теперь система должна определить владельца, но во внутренних структурах, связанных с буфером обмена, записан поток A, а не B. Короче, lookup по TID/HANDLE потока B не дает результатов. 3. Fail. 1

@Enno 267 / 170 / 40 Регистрация: 25.08.2014 Сообщений: 1,087 Записей в блоге: 1
	14.02.2015, 18:13 [ТС]	14
	Ну, тут ещё действует предохранитель от "подкидыша". Пока CloseClipboard не вызовешь - другие пользоваться не смогут. А если подкинуть права на CB тому кто не собирался с буфером работать, то можно буфер повесить. 0