Передача других типов переменных через тип LPVOID

@Randen · Регистрация: 06.01.2014

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

Добрый вечер.
В функцию нужно передать переменную типа

C++

1	Awesomium::WebView*

А функция принимает тип

C++

LPVOID

Передаю так:

C++

1
2
3

Awesomium::WebView* caller;
LPVOID pDataArray[1];
pDataArray[1] = (Awesomium::WebView*)caller;

Пытаюсь принять так:

C++

1 2	LPVOID pDataArray; Awesomium::WebView* caller = (Awesomium::WebView*)pDataArray[1];

но делаю не то.

Подскажите, как надо?

Добавлено через 1 час 23 минуты
Теперь передаю так:

C++

1
2
3

Awesomium::WebView* caller;
LPVOID pDataArray[1];
pDataArray[1] = caller;

Принимаю так:

C++

1
2
3

LPVOID pDataArray
Awesomium::WebView* caller;
caller = (Awesomium::WebView*)pDataArray;

Компилируется без ошибок.

Но когда используется переменная caller, то выдает ошибку.

Что не правильно?

@Randen · 08.10.2015, 01:21 **[ТС]**

ValeryS, я использовал глобальный, дабы знать на 100% что указатель не пустой.

Добавлено через 1 минуту
ValeryS, g_caller до запуска потока присвоен указатель от web_view, где выполняется:

C++

1
2
3

view_ = View::Create(1366, 600);
    web_view = view_->web_view();
    g_caller = web_view;

ValeryS · 08.10.2015, 01:24

у потоков разные адресные пространства,хотя я могу ошибаться, а уточнять в 3 часа ночи мне лень,
и переменные объявленные в одном потоке, просто не видны в другом,поэтому и передают через параметры

@Randen · 08.10.2015, 01:27 **[ТС]**

ValeryS, ну так я тоже пробовал(добавив &):

C++

HANDLE hThreadArray = CreateThread(
                NULL,                   // default security attributes
                100000,                      // use default stack size  
                MyThreadFunction,       // thread function name
                &caller,          // argument to thread function 
                0,                      // use default creation flags 
                &dwThreadIdArray);

Всё тоже

ValeryS · 08.10.2015, 01:29

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

Всё тоже

что я могу сказать? не знаю, я же ошибки не вижу
отладчик в зубы и пошагово, смотреть что происходит, особенное внимание на адреса
давай на завтра отложим?
у меня уже полчетвертого

@Randen · 08.10.2015, 01:30 **[ТС]**

ValeryS, видимо это особенность Awesomium, раз один метод работает, а её дочерний нет.

Добавлено через 22 секунды
ValeryS, хорошо, спс. До завтра)

ValeryS · 08.10.2015, 01:34

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

видимо это особенность Awesomium,

а я вообще не знаю кто это такой
ссылку скинь ознакомлюсь

@hoggy · 08.10.2015, 01:40

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

у потоков разные адресные пространства,хотя я могу ошибаться

вы ошибаетесь

ValeryS · 08.10.2015, 01:41

hoggy, вполне может быть

попутал с процессами

@Randen · 08.10.2015, 01:41 **[ТС]**

ValeryS, http://www.awesomium.com/

@DrOffset · 08.10.2015, 09:46

Похоже тут проблема в том, что этот WebView не thread safe. И нельзя его использовать в разных потоках.
Если я прав, то ограничение тут имеет те же причины, что в Qt, где нельзя напрямую вызывать функции работы с GUI из других потоков, т.к. это может привести к неконсистентности очереди сообщений и других данных приложения.

@Randen · 08.10.2015, 10:13 **[ТС]**

DrOffset, а как это можно обойти, если мне требуется вызывать кучу однотипных функций, через промежуток времени(Sleep)? Выполнение такого кода в основном потоке создает другой эффект

@DrOffset · 08.10.2015, 11:06

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

DrOffset, а как это можно обойти, если мне требуется вызывать кучу однотипных функций, через промежуток времени(Sleep)? Выполнение такого кода в основном потоке создает другой эффект

Я могу тебе рассказать общий принцип, как это конкретно делать в Amesomium - смотри сам.
Общий принцип такой: в основном потоке должна быть очередь сообщений (посмотри, скорее всего на уже предоставляется фреймворком), все действия, которые происходят в программе, должны проходить через нее. В Qt, например, такая очередь уже есть (внутри QApplication). Допустим, мы выносим логику в отдельный поток, и хотим, чтобы прогресс выполнения этой логики отображался на экране. Напрямую функции работы с GUI вызвать нельзя, но можно поместить событие (отобрази то и то) в очередь основного потока, с помощью защищенной объектом синхронизации функции. Когда основной поток дойдет до выполнения этого события, то все нужное появится на экране. При этом замирания интерфейса не будет, т.к. все события из очереди выполняются в естественном порядке, а небольшая задержка на синхронизацию при добавлении в очередь не будет заметна глазу, т.к. занимает считанные наносекунды.

@Randen · 08.10.2015, 12:43 **[ТС]**

DrOffset, с помощью таймера сделал. Спасибо)

@Randen 35 / 35 / 15 Регистрация: 06.01.2014 Сообщений: 707
	08.10.2015, 01:30 [ТС]	25
	ValeryS, видимо это особенность Awesomium, раз один метод работает, а её дочерний нет. Добавлено через 22 секунды ValeryS, хорошо, спс. До завтра) 0

ValeryS Модератор 8908 / 6677 / 918 Регистрация: 14.02.2011 Сообщений: 23,521
	08.10.2015, 01:34	26
	Сообщение от Randen видимо это особенность Awesomium, а я вообще не знаю кто это такой ссылку скинь ознакомлюсь 0

ValeryS Модератор 8908 / 6677 / 918 Регистрация: 14.02.2011 Сообщений: 23,521
	08.10.2015, 01:41	28
	hoggy, вполне может быть попутал с процессами 0

@Randen 35 / 35 / 15 Регистрация: 06.01.2014 Сообщений: 707
	08.10.2015, 10:13 [ТС]	31
	DrOffset, а как это можно обойти, если мне требуется вызывать кучу однотипных функций, через промежуток времени(Sleep)? Выполнение такого кода в основном потоке создает другой эффект 0

@DrOffset 18840 / 9839 / 2408 Регистрация: 30.01.2014 Сообщений: 17,280
	08.10.2015, 11:06	32
	Сообщение от Randen DrOffset, а как это можно обойти, если мне требуется вызывать кучу однотипных функций, через промежуток времени(Sleep)? Выполнение такого кода в основном потоке создает другой эффект Я могу тебе рассказать общий принцип, как это конкретно делать в Amesomium - смотри сам. Общий принцип такой: в основном потоке должна быть очередь сообщений (посмотри, скорее всего на уже предоставляется фреймворком), все действия, которые происходят в программе, должны проходить через нее. В Qt, например, такая очередь уже есть (внутри QApplication). Допустим, мы выносим логику в отдельный поток, и хотим, чтобы прогресс выполнения этой логики отображался на экране. Напрямую функции работы с GUI вызвать нельзя, но можно поместить событие (отобрази то и то) в очередь основного потока, с помощью защищенной объектом синхронизации функции. Когда основной поток дойдет до выполнения этого события, то все нужное появится на экране. При этом замирания интерфейса не будет, т.к. все события из очереди выполняются в естественном порядке, а небольшая задержка на синхронизацию при добавлении в очередь не будет заметна глазу, т.к. занимает считанные наносекунды. 1

ValeryS Модератор 8908 / 6677 / 918 Регистрация: 14.02.2011 Сообщений: 23,521
	08.10.2015, 01:24	22
	у потоков разные адресные пространства,хотя я могу ошибаться, а уточнять в 3 часа ночи мне лень, и переменные объявленные в одном потоке, просто не видны в другом,поэтому и передают через параметры 0

ValeryS Модератор 8908 / 6677 / 918 Регистрация: 14.02.2011 Сообщений: 23,521
	08.10.2015, 01:29	24
	Сообщение от Randen Всё тоже что я могу сказать? не знаю, я же ошибки не вижу отладчик в зубы и пошагово, смотреть что происходит, особенное внимание на адреса давай на завтра отложим? у меня уже полчетвертого 1

@hoggy 8739 / 4317 / 960 Регистрация: 15.11.2014 Сообщений: 9,760
	08.10.2015, 01:40	27
	Сообщение от ValeryS у потоков разные адресные пространства,хотя я могу ошибаться вы ошибаетесь 1

@Randen 35 / 35 / 15 Регистрация: 06.01.2014 Сообщений: 707
	08.10.2015, 01:41 [ТС]	29
	ValeryS, http://www.awesomium.com/ 0

@DrOffset 18840 / 9839 / 2408 Регистрация: 30.01.2014 Сообщений: 17,280
	08.10.2015, 09:46	30
	Похоже тут проблема в том, что этот WebView не thread safe. И нельзя его использовать в разных потоках. Если я прав, то ограничение тут имеет те же причины, что в Qt, где нельзя напрямую вызывать функции работы с GUI из других потоков, т.к. это может привести к неконсистентности очереди сообщений и других данных приложения. 0

@Randen 35 / 35 / 15 Регистрация: 06.01.2014 Сообщений: 707
	08.10.2015, 12:43 [ТС]	33
	DrOffset, с помощью таймера сделал. Спасибо) 0