Чисто ради интереса подметил одну проблемку :
af = new Af;
LPVOID sParam;
af->af_potoc = AfxBeginThread((AFX_THREADPROC)af->af(sParam), (LPVOID)&af->af_out, THREAD_PRIORITY_NORMAL, 0, 0, 0);
GlobalFree(af);

Ну вот ... обьясняю Af - это какой-то класс - это не важно...
af_potoc, af(), af_out - это всё его члены.
Дык вот компилятор ругается на "=" - типа невозможно так обработать член класса...
Кстати сперва ругался на (AFX_THREADPROC)af->af - ну тут всё понятно typdef правда не может использовать прегружаемые функциив таком виде - но я как видите использовал несколько другой вариант - ещё сам незнаю, будет ли работать

Знающие приём

Алло ?... как проблему то решить - интересно ведь... почему без использования указателей класс нормально отрабатывает CWinThread = AfxBeginThread(%%%%%%%%).
Почему ?

?
Я все равно буду держать тему "на верху"

Какого типа у тебя af_potoc ?

Цитата(En_t_end @ 30.1.2005, 19:32)

af->af_potoc = AfxBeginThread((AFX_THREADPROC)af->af(sParam), (LPVOID)&af->af_out, THREAD_PRIORITY_NORMAL, 0, 0, 0);

Мда, круто! ПисАть код, способом "а главное, чтоб компилятор заткнулся" - очень продуктивно!
У тебя здесь весело получилось:
происходит вызов метода af->af(sParam) (с неициализироанным значением sParam кстати), то значение, что этот метод возвращает, приводится к типу "указатель на функцию типа UINT (*)( LPVOID pParam ); и передается в AfxBeginThread как адрес функции.
З.Ы. Что бы метод класса работал процедурой потока, надо объявить его статическим, и передавать не возвращаемое им значение, а его адрес.

Цитата

Мда, круто! ПисАть код, способом "а главное, чтоб компилятор заткнулся" - очень продуктивно!

Я не имею такого опыта, как вы многоуважаемый Adil', поэтому я пока придерживаюсь этих принципов. А вот когда программа работает не правильно, вот тогда я копаю и докапываюсь до истины - такой способ уже оправдал себя.
Добавлено @ 19:08
af_potoc - CWinThread.
Добавлено @ 19:14
Я наверное знаю, что надо сделать :
в высокой степени абстракции, я представляю себе это так :

Код

(af->af_potoc) *unnam; *unnam = AfxBeginThread(................)

Это сообщение отредактировал(а) En_t_end - 1.2.2005, 19:16

Цитата(En_t_end @ 1.2.2005, 19:06)

af_potoc - CWinThread.

а должен быть

Код

CWinThread *

Perchilla
Да я знаю, но ты спросил меня о типе.

Ну так действуй, раз знаешь . af_potoc должен быть указателем. Или именно это не пашет?

В более низкой степени абстракции:

Код

class Af { public: CWinThread *af_potoc; DWORD af_out; //пусть будет DWORD static UINT af(LPVOID); Af(); }; ...  Af* af=new Af;  af->af_potoc=AfxBeginThread(Af::af,(LPVOID)&af->af_out);

И никаких насилий над компилятором!

З.Ы.

Цитата(En_t_end @ 1.2.2005, 19:41)

Да я знаю, но ты спросил меня о типе.

CWinThread и CWinThread* это разные типы

З.З.Ы.
En_t_end, твой подход, наверно, работает, только, представляю себе, какой кровью это даётся!
Может лучше MSDN почитывать?

CWinThread и CWinThread*
Интересно... хммм... надо будет глянуть в MSDN.
"представляю себе, какой кровью это даётся!"
Очень сложно, поэтому я заново начал перечитывать все источники, заново изучаю стеки, сейчас например

Цитата(En_t_end @ 2.2.2005, 16:42)

Интересно... хммм... надо будет глянуть в MSDN.

Да там, наверно, такое и не написано. Имелось ввиду, что некий тип и указатель на этот тип - это разные типы

Это сообщение отредактировал(а) Adil' - 2.2.2005, 17:20

Цитата

CWinThread и CWinThread*

Цитата

Да там, наверно, такое и не написано. Имелось ввиду, что некий тип и указатель на этот тип - это разные типы

En_t_end Не обижайся это не к тебе-это нащши общие проблемы

Это сообщение отредактировал(а) Coocky - 2.2.2005, 17:25

"Имелось ввиду, что некий тип и указатель на этот тип - это разные типы"
А дык
указатель на этот тип - тип указателя : указатель. // Ну блин , а я то думал, что там новый сверхестесвтенный класс.

CWinThread - класс
"Не обижайся это не к тебе-это нащши общие проблемы"
То есть не я один такой ?

En_t_end

Цитата

То есть не я один такой

Нет.Просто не у одного тебя запары бывают