хэндл диалога

[Junk]

Создаю поток и передаю в него в качестве параметра хэндл окна

Код:

ptThreadIn = CreateThread( NULL, 0,(LPTHREAD_START_ROUTINE) ICMPin, (LPVOID) h_wnd, 0, 0);

В потоке жду поступления данных и, в случае появления данных, оповещаю об этом диалог

Код:

DWORD WINAPI ICMPin (LPVOID lpThreadData)
{
	int result=0;

	LP_APK	Temp;
	HWND HWnd = (HWND)lpThreadData;

	while(bStopHear==false)
	{
		if(iRead != iDecode)
		{
			if (FirApk == NULL)
				break;
			Temp = FirApk;
			while ((StrCmp(Temp->address,inet_ntoa(messag[iDecode].SokAdr.sin_addr)) != 0) && (Temp->next != NULL))
				Temp = Temp->next;

			DecodeICMPHeader(Temp,messag[iDecode].RecvingText);
			iDecode++;
			if (iDecode == NUM_PACKETS)
				iDecode = 0;
			PostMessage(HWnd, ID_REDRAW_CTRLLIST, 0, 0);
		}
		Sleep(0);
	}

	return result;
}

При компиляции в качестве Debug - все нормально,
при компиляции в качестве Release - выдает в этом месте PostMessage(HWnd, ID_REDRAW_CTRLLIST, 0, 0); ошибку доступа к памяти - память не может быть Read.
Че делать?

[Джон]

MFC проект? Как определён h_wnd?

[Junk]

Ага, MFC.
В главном диалоге h_wnd предствлен как this->m_hWnd

[Джон]

Junk, при условии наличия отсутствия других проблем, для которых просто не хватает инфы, попробуй заменить использование хэндла на указатель. Вообще-то это одна из задач MFC. Защищать такие вещи.
Те

ptThreadIn = CreateThread( NULL, 0,(LPTHREAD_START_ROUTINE) ICMPin, (LPVOID)this, 0, 0);

...

// HWND HWnd = (HWND)lpThreadData;
CWnd *pWnd = (CWnd*)lpThreadData;


// PostMessage(HWnd, ID_REDRAW_CTRLLIST, 0, 0);
pWnd->PostMessage(ID_REDRAW_CTRLLIST, 0, 0);


Если это не поможет, то пиши подробней. Код диалога в месте вызова тредной ф-ции. Какой диалог? Модальный?

[Junk]

Че-то не помогает 

В главном окне вызываю функцию инициализации:

Код:

SocketInit((LPVOID)this);

Сама функция выглядит так:

Код:

int SocketInit (LPVOID h_wnd)
{
	CWnd *pWnd = (CWnd*)h_wnd;

	...
		
	ptThreadIn = CreateThread(NULL, 0,(LPTHREAD_START_ROUTINE) ICMPin,  (LPVOID) h_wnd, 0, 0);

	if ( WSAAsyncSelect(icmp, pWnd->m_hWnd, WM_SOCKET, FD_READ) == SOCKET_ERROR)
		return WSAGetLastError();

	return 0;
}

В функции WSAAsyncSelect указатель на окно диалога работает без проблем, а вот в созданном потоке:

Код:

DWORD WINAPI ICMPin (LPVOID lpThreadData)
{
	int result=0;

	LP_APK	Temp;
	// HWND HWnd = (HWND)lpThreadData;
	CWnd *pWnd = (CWnd*)lpThreadData;


	while(bStopHear==false)
	{
		if(iRead != iDecode)
		{
			...
			
			DecodeICMPHeader(Temp,messag[iDecode].RecvingText);
			iDecode++;
			if (iDecode == NUM_PACKETS)
				iDecode = 0;
			pWnd->PostMessage(ID_REDRAW_CTRLLIST, 0, 0);
			//PostMessage(HWND_BROADCAST, ID_REDRAW_CTRLLIST, 0, 0);
		}
		Sleep(0);
	}

	return result;
}

pWnd->PostMessage(ID_REDRAW_CTRLLIST, 0, 0); вызывает ошибку

[Джон]

А какую? Ту же самую?

[Junk]

Access Violation

[Джон]

В принципе вещь тривиальная... Посему предположу следующее:

В этом месте всё в порядке. Проблема может заключатся в том, что где-то в другом месте происходит повреждение памяти. Например переполнение буфера. Это объяснит "нормальность" в дебаге. Тк дебаггер резервирует больше места для своих нужд, в то время как релиз работает в притык. Я уже где-то на форуме подробно рассказывал, как это работает, вернее, почему не работает в релизе.

Проект большой? Если не очень, то в архив и на мыло.

[Junk]

кинул.
проблема именно в PostMessage - если задокументировать эту функцию, все идет нормально

[Джон]

ок вечерком гляну

[Джон]

Блиин... вы что сговорились?

В общем так, PostMessage работает. Вылетает где-то в другом месте.
Чтобы отслеживать в релизе пользуйся ф-ей OutputDebugString("Любой текст");
Отлавливать можно DebugView. Я именно так и сделал в ф-ции

void CEYEDlg::RedrawCtrlList(void)

которая вызывается из треда. Она вызывается несколько раз. Потом вылетает.
Дальше пока не посмотрел. Тут может быть что-то с данными для ListCtrl.
К сожалению твои коментарии на моей буржуинско-вражеской системе не показываются нормально. Надо будет принять меры. Так что я пока не совсем понял, что именно там происходит.

Обрати внимание на SendIcmpPacket, там тоже кусок памяти резервируется. Короче в подозрительные места встраивай OutputDebugString("1");

Я делаю всегда с однозначным номером и/или сопроводительным текстом - имя ф-ции и тд. Тогда по последнему номеру будет видно где вылетела.

Пока всё.

[Junk]

Согласен, пару раз он проходит RedrawCtrlList. Но если задокументировать PostMessage, то он вообще не вылетает. Причем, что интересно, если PostMessage оставить, а задокументировать все строчки в RedrawCtrlList(void), то он все равно вылетает, когда окно теряет фокус