|
It has a m_hWnd property, from memory. MFC is a wrapper for Win32, so it's all in there.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Thank you!
But when I code like this:
::ShowWindow(m_hWnd,SW_SHOWNORMAL);
I got a error: error: identifier "m_hWnd" is undefined
I want to know which WIN32API can change a handle to a pointer to Class??
shanzy1980
|
|
|
|
|
I meant m_pMainWnd->m_hWnd, and I said I *think*, I expected you'd use intellisense to work out how close I was.
shanzy1980 wrote:
::ShowWindow(m_hWnd,SW_SHOWNORMAL);
Ah.... If you call ShowWindow without the ::, I think there's a method on the class. Or you can do this:
::ShowWindow(*this, SW_SHOWNORMAL);
because when you deference the point, there's an operator HWND.
shanzy1980 wrote:
I want to know which WIN32API can change a handle to a pointer to Class??
None, that can't work. Win32 came first, so the framework knows about Win32, Win32 does not know about MFC. Win32 is for use in C as well, so it cannot support classes at all.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
I'm a beginer,and now I read the book《Programming Windows with MF,second Edition》,this is the source code:
//myfirst.h
class CMyApp:public CWinApp
{
public:
virtual BOOL InitInstance();
};
class CMyFrameWnd:public CFrameWnd
{
public:
CMyFrameWnd();
protected:
afx_msg void OnPaint();
DECLARE_MESSAGE_MAP()
};
////////////////////////////////////////////////
#include <afxwin.h>
#include "myfirst.h"
CMyApp theApp;
BOOL CMyApp::InitInstance()
{
m_pMainWnd = new CMyFrameWnd;
::ShowWindow(*this,SW_SHOWNORMAL);
::UpdateWindow(*this);
return TRUE;
}
BEGIN_MESSAGE_MAP(CMyFrameWnd, CFrameWnd)
ON_WM_PAINT()
END_MESSAGE_MAP()
CMyFrameWnd::CMyFrameWnd()
{
Create(NULL, _T("myfirstMFC"));
}
void CMyFrameWnd::OnPaint()
{
CPaintDC mydc(this);
CRect rect;
GetClientRect(&rect);
mydc.DrawText(_T("MFC"),-1,&rect,DT_SINGLELINE|DT_CENTER|DT_VCENTER);
}
It also don't work, If you can explain with circumstances why it doesn't work
Thanks!
shanzy
|
|
|
|
|
Well, what do you mean when you say it doesn't work ? Does it have errors ? Does it not do what you're expecting ? I'll try to recreate this project locally and see what I can find, but any info you can give on the difference between what you're seeing and what you're expecting would help me to help you.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
I got a LINK error:
catastrophic error: #error directive: Please use the /MD switch for _AFXDLL builds
#error Please use the /MD switch for _AFXDLL builds
|
|
|
|
|
You're using VC6  ( I worked that out by looking at the code, not the error ). VC6 is kind of crap, but it's OK for learning. When you get to understand C++, you'll want to upgrade.
I'd say this means you have your app running at the same time as the compiler is trying to write to it, that's all. If it's not visibly running, hit CTRL-SHIFT-ESC for the task manager, look through the processes and kill it there.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
OK,I know it,Thank you very much!!
|
|
|
|
|
shanzy1980 wrote:
I change it to the next code block,but I got some error
Why do you want to change it? MFC's CWnd (and derived classes) are wrappers around window handles (those hWnd you see here and there). I can understand that if you obtained an hWnd somehow (e.g.: creating a window yourself using one of the API functions) you may not want to create an MFC CWnd class to wrap it, but if you already have one of the CWnd objects, why would you want to use the API directly instead of using the corresponding class methods?
Anyway... In your code:
BOOL CMyApp::InitInstance()
{
m_pMainWnd = new CMyFrameWnd;
::ShowWindow(hWnd,m_nCmdShow);
::UpdateWindow(hWnd);
return TRUE;
}
After m_pMainWnd = new CMyFrameWnd, m_pMainWnd points to a CMyFrameWnd object, but the window won't be still created (unless you added some code to the class constructor to do it).
In ::ShowWindow(hWnd,m_nCmdShow); and the next line, hWnd is undefined.
The translation from CWnd methods to API calls should be like this:
BOOL CMyApp::InitInstance()
{
m_pMainWnd = new CMyFrameWnd;
::ShowWindow(m_pMainWnd->m_hWnd, m_nCmdShow);
::UpdateWindow(m_pMainWnd->m_hWnd);
return TRUE;
Hope that helps,
--
jlr
http://jlamas.blogspot.com/[^]
|
|
|
|
|
shanzy1980 wrote:
m_pMainWnd = new CMyFrameWnd;
::ShowWindow(hWnd,m_nCmdShow);
::UpdateWindow(hWnd);
In continuation With jose!, here is one more method to achieve same as Mr. Jose stated in his last post!:-
m_pMainWnd = new CMyFrameWnd;
::ShowWindow(m_pMainWnd-><code>GetSafeHwnd()</code>,m_nCmdShow);
::UpdateWindow(m_pMainWnd-><code>GetSafeHwnd()</code>);
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
|
|
|
|
|
wonderful && excellent! I catch it! Thank you very much!
And Thank you : Christian Graus,Jose Lamas Rios ,ThatsAlok
shanzy
|
|
|
|
|
Hi,
Using Win32_classes I have wrote a code. I have some help from msdn. I am retrieving sound card's info, up to now everything is ok. But also I need to compare "vtProp.bstrVal" with a string like "char c[30]". I think , I should convert this "vtProp.bstrVal" to a string or convert string "vtProp.bstrVal" like variable. Do you have any suggestions?
Thanx...
while (pEnumerator)
{
HRESULT hr = pEnumerator->Next(WBEM_INFINITE, 1,
&pclsObj, &uReturn);
if(0 == uReturn)
{
break;
}
VARIANT vtProp;
VariantInit(&vtProp);
c=&(vtProp.bstrVal);
// Get the value of the Name property
hr = pclsObj->Get(L"ProductName", 0, &vtProp, 0, 0);
std::wcout <
|
|
|
|
|
comutils.h contains a string class called _bstr_t. This class will take a bstr and return a char *. So
_bstr_t bt (myChar*);
Now you can cast bt to a char *.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Thank you,
But my compiler have not found comutils.h . I am using Visual Studio 6.0, should I install any extension pack?
|
|
|
|
|
I think it's comutil without the s. You should google _bstr_t for full info on it. You may need a platform SDK.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Hi,
COM implements two bytes per character method. You have to convert vtProp.bstrVal to a ANSI string.
For that you can use wcstombs() function.
Then you can do the comparision with the ANSI string that you have converted and the actual char[30] string you have.
" Action without vision is only passing time,
Vision without action is merely day dreaming,
But vision with action can change the world "
- Words from Nelson Mandela
Thanks & Regards,
Gopalakrishnan
|
|
|
|
|
Could you give me example about how to use wcstombs()? I have made some try, but not succeded. Thank you
|
|
|
|
|
Hi,
I am using CSocket class to connect between two PC and everything works fine.
However, when the other PC is power cycled, it's IP address is changing and then I'm lost of course.
Is there any way to use the MAC address of the other PC in any class that MFC offers ?
Thanks,
Shay
|
|
|
|
|
The short answer is no - MFC needs the IP address. However, this problem is not new, and there are many pieces of software and services that might be able to help (take a look at DynIP for a starter)
|
|
|
|
|
Thanks for the reply but this may be a bit risky to the end user.
So...
Are all the file swap services and chats like messenger etc. work only via a central server that facilitate the connection ?
Shay
|
|
|
|
|
Yes, they generally all uses some sort of central server. Problem is that you can't use MAC outside your LAN network segment. Outside of this scope even the MAC address is different (see ARP for details). For connecting over tcp/ip or udp/ip you always need a IP address.
You can consider using udp broadcasts in your design - newly started application can send udp broadcast (I'm here and my address is ...) to all interesting parties. But usage of broadcasts are usually limited by the network architecture - usually up to the nearest router.
|
|
|
|
|
The UDP broadcat is a nice concept, but I am connecting to PCs overseas so as you said, it will not go beyond the router.
thanks for the info.
|
|
|
|
|
Hi all,
I'm trying to figure out how to control the size of a CView-derived window during a cascade operation (i.e. when the Cascade menu item in the View menu of a MFC-based MDI app is selected). I've looked into having my CView override various message handlers( WM_WINDOWPOSCHANGING, WM_GETMINMAXINFO, WM_NCCALCSIZE, and WM_WINDOWPOSCHANGED), but none of those messages seem to contain enough information for my CView to know whether it is being cascaded, or just resized in another way( maximized, restored, resized by the user, etc.).
Do I need to look into overriding the way an MFC app handles the Cascade command, and if so where would I start on that?
Any advice or suggestions greatly appreciated.
Cheers,
Pete
|
|
|
|
|
Hello
Can someone help me with some code.
I'm try to get some info from a ini file and get it in a variable
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
