Одна из функций WINAPI в качестве параметра берет функцию обратного вызова.

После этого я хочу чтобы действия которые обрабатывает эта функция выводились на форму.

Для этого, я:

Объявляю глобальную переменную типа

Код

CMyDocument * mydoc;

И в конструкторе, или одном из методов класса CMyDocument инициализирую mydoc=this:

Код

CMyDocument::CMyDocument()  {                //Действия                              mydoc=this;             }

После этого я в функции обратного вызова вызываю, один из методов класса CMyDocument, а в нем вызываю UpdateAllViews(NULL), и получаю ошибку:

Код

void callbackfunction() {                //Код               mydoc->UpdateAllViews(NULL); //Ошибка чтение памяти }

Ошибку выдает UpdateAllViews(NULL);
Что-то он не может найти вида
Помогите разобраться. Или если у кого-то есть другой вариант решения этой проблемы то подскажите, пожалуйста.

Обычно в таких целях я использую CMainFrame как посредник (он знает обо всех документах и видах):

Код

CMainFrame *pFrame = (CMainFrame *)AfxGetMainWnd(); pFrame->GetActiveDocument();   // активный документ pFrame->GetActiveView();           // активный вид

и не нужно тогда объявлять никаких глобальных указателей.

Проверил предложенный способ. Теперь ошибка происходит при вызове функции pFrame->GetActiveDocument(); в теле глобальной функции.

Есть у меня предположение, что все это происходит из-за того, что глобальная функция работает не в первичном потоке приложения, с которым связаны документ и вид. А в потоке, который был создан API функцией, которая и вызывает функцию обратного вызова. Но с этим потоком не связан ни один документ. Из-за этого и происходит ошибка.

Может кто поможет решить проблему.

ИМХО, поток здесь ни при чём, т.к. AfxGetMainWnd() обращается к единственному глобальному объекту "theApp.m_pMainWnd".

А есть уверенность, что на момент вызова документ, фрейм и вид уже реально созданы ? Т.е. "pFrame->m_hWnd != NULL" ?

Да. Функция запускается гораздо позже.

А вот код:

Код

CMainFrame *pFrame = (CMainFrame *)AfxGetMainWnd();              if (pFrame->m_hWnd!=NULL) {       CDocument *locdoc=pFrame->GetActiveDocument();                }

И ошибка на вызове, GetActiveDocument()

Ну что тут можно сказать... Могу только посоветовать посидеть в дебаггере и отловить сбойный участок в исходниках MFC, покопавшись в Call Stack. На крайняк, отказаться от Document/View, или юзать ф-цию MFC вместо callback-функции WinAPI.

Баг совершенно непонятный. Если фрейм существует, и документ с видом присоединены, то как написано в WINFRM.CPP,

Код

CDocument* CFrameWnd::GetActiveDocument() {     ASSERT_VALID(this);     CView* pView = GetActiveView();     if (pView != NULL)           return pView->GetDocument();     return NULL; } CView* CFrameWnd::GetActiveView() const {      ASSERT(m_pViewActive == NULL ||           m_pViewActive->IsKindOf(RUNTIME_CLASS(CView)));      return m_pViewActive; }

То есть либо нету ни одного вида, либо фрейму плохо стало и он себя любимого ASSERT_VALID(this)'ом выглючивает... Сорц, сорц и ещё раз сорц ! Пора бы глянуть на то, что у тебя в исходниках

Пора бы с самого начала глянуть

В Debug дошел до функции
void CWnd::AssertValid() const;

А именно до строчки
CHandleMap* pMap = afxMapHWND();
ASSERT(pMap != NULL);

В этой функции написано:

// Note: if either of the above asserts fire and you are
// writing a multithreaded application, it is likely that
// you have passed a C++ object from one thread to another
// and have used that object in a way that was not intended.
// (only simple inline wrapper functions should be used)
//
// In general, CWnd objects should be passed by HWND from
// one thread to another. The receiving thread can wrap
// the HWND with a CWnd object by using CWnd::FromHandle.
//
// It is dangerous to pass C++ objects from one thread to
// another, unless the objects are designed to be used in
// such a manner.

Что это точно означает я не понял. Может что подскажите.

Кстати исходники с пояснениями готов выслать, скажите кому.

Ты был прав. Та функция работает в другом потоке, а MC честно предупреждают, что нельзя просто так передавать CWnd из одного потока в другой.

Поэтому поводу возникает вопрос? Что же делать?

Цитата

Поэтому поводу возникает вопрос? Что же делать?

Ответ уже написан в коде в комментариях
Сказано: передайте параметр HWND и в другом потоке создайте объект CWND через CWND::FromeHandle

Делаю, но это не помогает. Дело в том, что все способы давали получить объект CMainFrame, но вот получить с помощью этого объекта CDocument не удается. Может все таки кто-то хочет посмотреть исходники. Там всего строчек 100.

Конечно, давай посмотрим на исходник. Так легче будет разобраться (или не разобраться )

mr.Duda, исходники отправил на e-mail, лови.

Значит так. По порядку, что поменял (исходники я тебе уже отослал):
1) функция RasDialCallBackFunc:

Код

CMainFrame *pFrame = (CMainFrame *)AfxGetMainWnd();     CDialerDoc *locdoc = (CDialerDoc *)((CDialerView*)pFrame->MyGetView())->MyGetDoc();     locdoc->SetConnState(temp);

2) объект вид:

Код

class CDialerView : public CFormView { public:     // напрямую получаем указатель на документ, без всяких ASSERT'ов     CDocument *MyGetDoc() {return m_pDocument;}

3) мейнфрейм:

Код

class CMainFrame : public CFrameWnd { public:     // то же самое     CView *MyGetView() {return m_pViewActive;}

4) метод CDialerDoc::SetConnState

Код

// тут нужно просто послать сообщение WM_REDRAW,     // вместо ООП используем HWND     CDialerView *view = (CDialerView*)((CMainFrame*)AfxGetMainWnd())->MyGetView();     ::RedrawWindow(view->m_hWnd, 0, 0, 0);

Коряво. Согласен. Но работает

ИМХО, надо было всем эти исходники показать, чтобы народ свои предложения предлагал...