C / C++ / MFC

25-Jul-05 8:09

Sure. If you have a window handle, do something like:

HDC hdc = ::GetDC(hWnd);
CDC dc, memDC;
dc.Attach(hdc);
memDC.CreateCompatibleDC(&dc);
CRect rc;
::GetClientRect(hWnd, &rc);
CSize sz(rc.Width(), rc.Height());
CBitmap bm;
bm.CreateCompatibleBitmap(&dc, sz.cx, sz.cy);
CBitmap *pOldbm = memDC.SelectObject(&bm);
memDC.BitBlt(0, 0, sz.cx, sz.cy, &dc, 0, 0, SRCCOPY);
// now you can do what you need to with bm.m_hObject
memDC.SelectObject(pOldbm);
bm.Detach();
::ReleaseDC(dc.Detach());

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

FileSystemWatcher

Marco M.25-Jul-05 6:49

Marco M.

25-Jul-05 6:49

anyone has an idea what alternatives to FileSystemWatcher class in .net are available in C++.

Thanks in advance

shakoosh

Re: FileSystemWatcher

David Crow25-Jul-05 7:39

VC++5.0 and displaying Chinese characters

25-Jul-05 7:39

Although not C++, see ReadDirectoryChangesW() and FindFirstChangeNotification().

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Re: FileSystemWatcher

Marco M.25-Jul-05 8:45

Marco M.

25-Jul-05 8:45

Thank you much, that's exactly what i needed.

shakoosh

Re: FileSystemWatcher

raphaelverdier7-May-09 2:09

raphaelverdier

7-May-09 2:09

ReadDirectoryChangesW() and FindFirstChangeNotification() works under windows but when you use it under linux with samba it doesn't work.
Is someone can help me ? I want to have a filesystemwatcher with mfc (not in donet)

thanks

mshuster25-Jul-05 6:32

mshuster

25-Jul-05 6:32

I am having a difficult time convincing DevStudio 97 to accept and display Chinese character fonts during program time. When I run the exe the Chinese characters display fine, but only at runtime. I have been through all of the necessary steps with WinXP and the problem lies solely within Studio97 and C++. Does anybody have any ideas or suggestions specific to C++ 5.0 or Studio 97 that I am missing?

I have:
1) Installed/enabled East Asian fonts (XP)
2) Enabled various keyboard layouts applicable to the desired font (XP)
3) Installed appwzchs.dll
4) Set C++ resource files to default to ChinesePRC
5) Defined _Unicode
6) Entered WinMainCRTStartup as entry point in project settings

I am using PinYin IME.

I may be forgetting something here, if so I apologize. Any help, suggestions, critiques, ideas, etc. will be GREATLY APPRECIATED!!

Trollslayer25-Jul-05 7:04

Trollslayer

25-Jul-05 7:04

An obvious statement but shouldn't you be using a more modern compiler ?
There could simply be a compatibility with some Windows API that has changed since VC++5.0.
Yes it costs money but sometimes saving money can be expensive.

The tigress is here Big Grin | :-D

mshuster25-Jul-05 7:32

mshuster

25-Jul-05 7:32

I agree, but unfortunately, I just work here..... My instructions have been to solve the problem using VC++ 5.0. There are also compatibility issues with the specific application of the software that would arise from upgrading to a newer compiler.

Thanks for your reply. Smile | :)

)

Jose Lamas Rios25-Jul-05 15:59

Jose Lamas Rios

25-Jul-05 15:59

In [Control Panel / Regional Settings / Advanced] there's an option named "Language for non-Unicode programs". Have you changed that to Chinese? DevStudio is most likely an ANSI application, so changing that option would be needed.

Hope that helps,

--
jlr
http://jlamas.blogspot.com/[^]

mshuster26-Jul-05 3:07

mshuster

26-Jul-05 3:07

This has definitely made a difference. Maybe now I am going in the right direction.

Thank you so much

Debug assertion failed

Bruce Pataki25-Jul-05 6:09

Bruce Pataki

25-Jul-05 6:09

Running the application where we feed the data from one window and display in another window having list view control - I notice that data is correctly passed on for display in view class. However, I tried to create a list view control pointer like this:

CListCTRL* pList = (CListCTRL *) GetDlgItem (IDC_List1);

which in turn gives me runtime error in winocc.cpp that debug assertion failed at line 94:

Line 94 in winocc.cpp is
ASSERT(::IsWindow(m_hWnd));

If anyone knows how to fix this problem or have any tips, I would surely appreciate.

Bruce

David Crow25-Jul-05 6:32

25-Jul-05 6:32

At the point in which you are calling GetDlgItem(), no such control having an id of IDC_List1 exists (yet).

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Bruce Pataki25-Jul-05 7:11

Bruce Pataki

25-Jul-05 7:11

David,

Thank for replying. Let me share some details...

i have created the listview control. I tried to create the listview in the function OnInitialUpdate and it worked successfully.

My need is to keep both windows open like receiver and sender mechanism i.e. Data is passed from one form having edit control and after sending data, display them in listview in separate form. But when i tried to do the same in my defined function (in addition to OnInitialUpdate) i.e. AddData(), I face this problem.

The sequence of code follows. Both Functions exist in the same cpp file.

void CTestView::OnInitialUpdate()
{
CFormView::OnInitialUpdate();
ResizeParentToFit();

m_pSelection = NULL; // initialize selection
CListCtrl* pList = (CListCtrl*) GetDlgItem(IDC_LIST1); // THIS ONE WORKS
pList->InsertColumn(0,"ym",LVCFMT_CENTER,140);
pList->InsertColumn(1,"Ws",LVCFMT_CENTER,70);
pList->InsertColumn(2,"State",LVCFMT_CENTER,50);
}

void CTestView::AddData(LPCTSTR tn,LPCTSTR cn,LPCTSTR ts,LPCTSTR cv)
{
int i=0,j=0;
int flag = 0;

j=rowcount-1;
//pointer to the listview control

CListCtrl* pList = (CListCtrl*) GetDlgItem(IDC_LIST1); // THIS ONE DOES NOT WORK
pList->InsertItem(0,ts);
}

Bruce

David Crow25-Jul-05 7:36

25-Jul-05 7:36

Bruce Pataki wrote:
I tried to create the listview in the function OnInitialUpdate...

Why are you creating a list view at runtime rather than deriving the view from CListView? This would allow you access to the underlying list control using GetListCtrl().

If, however, you are using a CFormView with a list control instead, create a CListCtrl member variable instead of using GetDlgItem().

When does AddData() get called?

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Trollslayer25-Jul-05 7:07

Trollslayer

25-Jul-05 7:07

Control IDs are case sensitive, try IDC_LIST1.

Elaine Rose | [Rose]

The tigress is here Big Grin | :-D

i dont know

Halawlaws25-Jul-05 6:01

Halawlaws

25-Jul-05 6:01

I am using a CProgressCtrl m_PPROG in my main dialog class;
how can i call m_PPROG.SetPos(value) from another function in another class without creating another object of the main class?

/\|-||\/|/\|)

Re: i dont know

David Crow25-Jul-05 6:30

25-Jul-05 6:30

Since the progress control is owned by your "main dialog class," good design dictates that only that dialog should interact with the progress control. If some other class needs to interact with the control, it should send/post a message to the owning dialog class, or the owning dialog class should have a public method, that others can call, for setting the control's position.

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Re: i dont know

Halawlaws25-Jul-05 6:32

Halawlaws

25-Jul-05 6:32

thx

/\|-||\/|/\|)

GetInputDesktop

sarah carlson25-Jul-05 5:42

sarah carlson

25-Jul-05 5:42

I am trying to figure out if the current desktop is the desktop that my interactive service is running on, and I came across the GetInputDesktop function exported by user32.dll. It appears to always return 0 if either the login screen or screen saver or a fast user switching terminal services desktop is active. So, I simply compare the returned HDESK value of that to the value returned by GetThreadDesktop and I have my answer. But since GetInputDesktop is undocumented, I'm wondering if there is another way to get at this information, or if anyone knows anything more specific about the GetInputDesktop function.

Thanks much.

sarah

Re: GetInputDesktop

David Crow25-Jul-05 7:45

25-Jul-05 7:45

sarah carlson wrote:
But since GetInputDesktop is undocumented...

How much do you require before something is considered documented?

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/getthreaddesktop.asp[^]

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Re: GetInputDesktop

sarah carlson25-Jul-05 7:54

sarah carlson

25-Jul-05 7:54

Yes, GetThreadDesktop is documented. However, GetInputDesktop is not. That is the function I'm curious about.

Re: GetInputDesktop

David Crow25-Jul-05 7:58