Click here to Skip to main content
15,913,453 members
Home / Discussions / C / C++ / MFC
   

C / C++ / MFC

 
GeneralRe: Unable to Load Image Other than .bmp by LoadImage Function? Pin
Hamid_RT28-Dec-08 20:50
Hamid_RT28-Dec-08 20:50 
Questioncrash with vectors in Release Pin
VC++Maniac28-Dec-08 17:25
VC++Maniac28-Dec-08 17:25 
AnswerRe: crash with vectors in Release Pin
_AnsHUMAN_ 28-Dec-08 17:38
_AnsHUMAN_ 28-Dec-08 17:38 
GeneralRe: crash with vectors in Release Pin
VC++Maniac28-Dec-08 23:32
VC++Maniac28-Dec-08 23:32 
GeneralRe: crash with vectors in Release Pin
David Schumaker17-Feb-09 7:35
David Schumaker17-Feb-09 7:35 
GeneralRe: crash with vectors in Release Pin
Maximilien30-Jun-09 8:41
Maximilien30-Jun-09 8:41 
AnswerRe: crash with vectors in Release Pin
semitae11-Feb-10 1:26
semitae11-Feb-10 1:26 
QuestionHANDLE? Pin
dec8228-Dec-08 16:30
dec8228-Dec-08 16:30 
AnswerRe: HANDLE? Pin
Subrat 470826628-Dec-08 16:58
Subrat 470826628-Dec-08 16:58 
AnswerRe: HANDLE? Pin
Hamid_RT28-Dec-08 18:04
Hamid_RT28-Dec-08 18:04 
QuestionEvent driven, blocking Pipe for MFC? Pin
nobaq28-Dec-08 11:54
nobaq28-Dec-08 11:54 
AnswerRe: Event driven, blocking Pipe for MFC? Pin
Richard Andrew x6428-Dec-08 11:57
professionalRichard Andrew x6428-Dec-08 11:57 
GeneralRe: Event driven, blocking Pipe for MFC? Pin
nobaq28-Dec-08 12:26
nobaq28-Dec-08 12:26 
GeneralRe: Event driven, blocking Pipe for MFC? Pin
Richard Andrew x6428-Dec-08 12:30
professionalRichard Andrew x6428-Dec-08 12:30 
GeneralRe: Event driven, blocking Pipe for MFC? Pin
nobaq28-Dec-08 12:45
nobaq28-Dec-08 12:45 
GeneralRe: Event driven, blocking Pipe for MFC? Pin
Richard Andrew x6428-Dec-08 18:50
professionalRichard Andrew x6428-Dec-08 18:50 
GeneralRe: Event driven, blocking Pipe for MFC? Pin
nobaq29-Dec-08 1:50
nobaq29-Dec-08 1:50 
AnswerRe: Event driven, blocking Pipe for MFC? Pin
Richard Andrew x6428-Dec-08 12:04
professionalRichard Andrew x6428-Dec-08 12:04 
GeneralRe: Event driven, blocking Pipe for MFC? Pin
nobaq28-Dec-08 12:38
nobaq28-Dec-08 12:38 
WM_COPYDATA...hmm, the first problem is within my (ATL) DLL where I hav no MFC. I created a window and a handling routine with plain Win32. First problem: I have a completely different scope and control flow inside my WndProc. I can't get an easy way to access my (ATL) object within my WndProc. Global variables are very ugly too.

Second problem: I tried it but it does not work. This is what I've done:

In my IInternetProtocol Start routine, I create a WindowClass and create a dummy window with CreateWindow. After that, there is the normal event loop.

Inside my WndProc, I use WM_CREATE to find the window of my MFC app and send WM_COPYDATA as a request.

This request is processed successfully by my MFC app; and now I immideatly send back an answer to the dummy window with WM_COPYDATA again.

But now I have a strange endless loop: There are tons of requests to my MFC app now. When I do not send back a WM_COPYDATA to the DLLs dummy window I get only one request.


But anyway, I think this technique is very slow (too slow) and not very robust, isn't it?


A third thought: What about sockets? Is there an MFC abstraction that works as mentioned?

Regards,
Niki
GeneralRe: Event driven, blocking Pipe for MFC? Pin
Mark Salsbery28-Dec-08 12:49
Mark Salsbery28-Dec-08 12:49 
GeneralRe: Event driven, blocking Pipe for MFC? Pin
Richard Andrew x6428-Dec-08 18:55
professionalRichard Andrew x6428-Dec-08 18:55 
GeneralRe: Event driven, blocking Pipe for MFC? Pin
nobaq29-Dec-08 1:51
nobaq29-Dec-08 1:51 
QuestionVisual Studio 2008 dll creation Pin
Fred Andres28-Dec-08 9:34
Fred Andres28-Dec-08 9:34 
QuestionRe: Visual Studio 2008 dll creation Pin
CPallini28-Dec-08 10:20
mveCPallini28-Dec-08 10:20 
AnswerRe: Visual Studio 2008 dll creation Pin
Fred Andres28-Dec-08 10:30
Fred Andres28-Dec-08 10:30 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.