C / C++ / MFC Discussion Boards

Re: general mfc question: lpszTemplateName

23_44427-Jul-05 6:00

27-Jul-05 6:00

Thanks David,

Be patient, this is coming to me.

I did mispeak on MAKEINTRESOURCE macro. It does indeed return a string.

Here is my call as it was
pDlg->Create(IDD_DIALOG1, this);

Here was my constructor
CDialogView::CDialogView(CWnd* pParent /*=NULL*/)
: CDialog(CDialogView::IDD, pParent)
{
//{{AFX_DATA_INIT(CDialogView)
// NOTE: the ClassWizard will add member initialization here
//}}AFX_DATA_INIT
}

From CFileDialog.h file
// Dialog Data
//{{AFX_DATA(CDialogView)
enum { IDD = IDD_DIALOG1 };
// NOTE: the ClassWizard will add data members here
//}}AFX_DATA

Are you saying I need to modify the constructor of my dialog?

Here is what I did for the new constructor

CDialogView::CDialogView(CWnd* pParent /*=NULL*/)
: CDialog(MAKEINTRESOURCE(CDialogView::IDD), pParent)
{
//{{AFX_DATA_INIT(CDialogView)
// NOTE: the ClassWizard will add member initialization here
//}}AFX_DATA_INIT
}}

Now for the call
pDlg->Create("IDD_DIALOG1", this);

I still get an assert. I'm not sure if this is what you meant.

Thanks, Jay

Re: general mfc question: lpszTemplateName

David Crow27-Jul-05 6:09

David Crow

27-Jul-05 6:09

mx483 wrote:
: CDialog(MAKEINTRESOURCE(CDialogView::IDD), pParent)

Should be:

: CDialog(MAKEINTRESOURCE(IDD_DIALOG1), pParent)

"One must learn from the bite of the fire to leave it alone." - Native American Proverb

Re: general mfc question: lpszTemplateName

23_44427-Jul-05 6:30

23_444

27-Jul-05 6:30

Thanks David,

I think I'm making it more difficult and I think you've answered my question

CDialog one("IDD_DIALOG1", this);
CDialog two(IDD_DIALOG1, this);

Both of these work. So the answer is the template resource name is just the string representation of the ID.

If I derive a class from CDialog, I have to make sure that my constructor in the derived class would accomodate the string using the MAKEINTRESOURCE macro.

How did I do?

Thanks again. I learned something.

Re: general mfc question: lpszTemplateName

David Crow27-Jul-05 7:03

David Crow

27-Jul-05 7:03

mx483 wrote:
If I derive a class from CDialog, I have to make sure that my constructor in the derived class would accomodate the string using the MAKEINTRESOURCE macro.

How did I do?

What is it that you are wanting to do that a CDialog-derived class does not already do? I must say that in 12+ years of using MFC, I've never used CDialog's constructor that takes a string. Maybe you have an example that shows its usefullness.

"One must learn from the bite of the fire to leave it alone." - Native American Proverb

Re: general mfc question: lpszTemplateName

23_44427-Jul-05 7:32

23_444

27-Jul-05 7:32

Nope, I haven't seen one either. Just took the opportunity to learn something new. Thanks again. Jay

Re: general mfc question: lpszTemplateName

Gary R. Wheeler27-Jul-05 12:48

Gary R. Wheeler

27-Jul-05 12:48

Compiled resources may be identified numerically (this is the usual case) or with a string. For example, you could have the following in your .RC file:

IDD_DLG1 DIALOG 0, 0, 210, 150
...
"DIALOG2" DIALOG 0, 0, 200, 200
...

In the first case, you have a #define in your resource.h file for the value IDD_DLG1.

In the second case, you would use the lpszTemplateName form of the constructor, passing the string "DIALOG2".

The MAKEINTRESOURCE macro converts an integer resource identifier to a form that the resource loading logic recognizes, returning it as a string type.

Software Zen: delete this;

Re: general mfc question: lpszTemplateName

23_44428-Jul-05 2:46

23_444

28-Jul-05 2:46

Perfect! Thanks a bunch. It was a conceptual question. I have no reason to use a string but thought I should at least understand the concept. Thank you.

Serial Comms with 9-bit data

button_basher27-Jul-05 4:01

button_basher

27-Jul-05 4:01

Howdy folks

Having a problem getting my COM port to talk to a piece of hardware using a 9-bit data protocol. I am using Visual Studio .NET 2003 and developing in C++ using the standard Win32 serial communications techniques. Specifically I have:

- Used CreateFile to get a Handle on my COM port
- Created a DCB structure to send 8-bit with PARITY bit making up the ninth bit
- Bytes are then sent to the hardware using WriteFile

When I wish to send a byte with the ninth bit as '1' I call GetCommState change the DCB to have MARK Parity then SetCommState to reinitialise the COM Port. Likewise to send a byte with the ninth bit as '0' I call GetCommState change the DCB to have SPACE Parity then SetCommState to reinitialise the COM Port.

This all works fine and my COM port talks to the hardware as required.

My problem is that it is very slow. Each time GetCommState & SetCommState are used to change the DCB parity it takes about 10ms. At the baud rates I am using a byte only takes 50us to transmit so this delay to switch parity makes a big difference.

Does anyone have an idea to speed up the parity change or a better method of obtaining a ninth bit.

Many Thanks

b_b

Re: Serial Comms with 9-bit data

JWood27-Jul-05 9:30

JWood

27-Jul-05 9:30

That 9-bit is definitely non-standard, so it might take some more detailed alteration of the structure. You might have to look closely at that DCB structure, to make sure that the specified protocol supports it. From what you have said, it sounds like it is sending back a nawk repeatedly or some other error code and then retransmitting until some timeout occurs. Change the timeout to a lower value to see if this speeds it up. This is not the solution - just confirmation of this theory.

Re: Serial Comms with 9-bit data

button_basher28-Jul-05 2:16

button_basher

28-Jul-05 2:16

Hello

I don't think I agree.

Really all I am doing is sending 8-bit data with a Parity bit and one Stop bit. The parity bit just happens to be being used as data bit 8 by the recieving hardware.

Using a serial port monitor to look at behaviour of the COM port the delay seems to happen when SetCommState() is executing. There are no error codes being output. It is simply reinitialising the COM port albeit slowly.

Thanks for your response

b_b

The message when the dialog is covered

jerome_data27-Jul-05 3:40

jerome_data

27-Jul-05 3:40

I Search the message when a dialog is covered by other windows.
I want to close the dialog when the user hide this with the mouse when he selects a other application for example.

Thanks

Re: The message when the dialog is covered

David Crow27-Jul-05 4:03

David Crow

27-Jul-05 4:03

Check out the WM_ACTIVATE and WM_ACTIVATEAPP messages.

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

Re: The message when the dialog is covered

jerome_data27-Jul-05 4:47

jerome_data

27-Jul-05 4:47

THANKS

void CDialog::OnActivate( UINT nState, CWnd* pWndOther, BOOL bMinimized )
{
if(nState==WA_INACTIVE)
{
CDialog::OnOK();
}
CDialog::OnActivate(nState, pWndOther, bMinimized);
}

how to monitor the printer?

szcococut27-Jul-05 3:11

szcococut

27-Jul-05 3:11

if a file is printed,I can monitor the file ,include
the file's path,the file size ,the file's content.
thanks!

Re: how to monitor the printer?

David Crow27-Jul-05 3:14

David Crow

27-Jul-05 3:14

szcococut wrote:
if a file is printed,I can monitor the file ,include
the file's path,the file size ,the file's content.

Ok, now that you've told us what you can do, what is it that you want to do? Do any of these help?

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

Re: how to monitor the printer?

szcococut27-Jul-05 4:29

szcococut

27-Jul-05 4:29

what I want to do is:
in my computor.
when someone prepare for printing a file or had printed a file.
my app which I want to do can monitor the file(the file's path).
thanks DavidCrow

Re: how to monitor the printer?

David Crow27-Jul-05 4:50

David Crow

27-Jul-05 4:50

The only thing you can do is monitor the queue while the print job is in it. When an application is preparing to print a file, only that application knows about it. After an application has printed a file, only that application knows about it. Make sense?

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

Using own controls in CFileDialog

cbusgut27-Jul-05 2:48

cbusgut

27-Jul-05 2:48

Hello All

I want to use my own CButton-derived control in a CFileDialog (well, in fact I want to use a CEdit-derived one, a CComboBox-derived, and so on, but I'm starting with the button to simplify)

At this momment I have a CFileDialog derived class (CMyFileDialog) where I have declared two member variables:

CMyButton m_btnOk;
CMyButton m_btnCancel;

In the OnInitDialog function

BOOL CMyFileDialog::OnInitDialog() 
{
	CFileDialog::OnInitDialog();
		
	m_btnOk.SubclassDlgItem(IDOK,GetParent());
	m_btnCancel.SubclassDlgItem(IDCANCEL,GetParent());
		
	return TRUE;  // return TRUE unless you set the focus to a control
	              // EXCEPTION: OCX Property Pages should return FALSE
}

The dialog behaviour is as expected, but when Cancel or Ok button are pressed this assert happens:

LRESULT CALLBACK
AfxWndProc(HWND hWnd, UINT nMsg, WPARAM wParam, LPARAM lParam)
{
	// special message which identifies the window as using AfxWndProc
	if (nMsg == WM_QUERYAFXWNDPROC)
		return 1;

	// all other messages route through message map
	CWnd* pWnd = CWnd::FromHandlePermanent(hWnd);
	ASSERT(pWnd != NULL);
	ASSERT(pWnd->m_hWnd == hWnd);
	if (pWnd == NULL || pWnd->m_hWnd != hWnd)
		return ::DefWindowProc(hWnd, nMsg, wParam, lParam);
	return AfxCallWndProc(pWnd, hWnd, nMsg, wParam, lParam);
}

If I only subclass the IDOK button this assert does not occurs. Any idea?

Getting the item from toolbar

Raul Simcic27-Jul-05 2:41

Raul Simcic

27-Jul-05 2:41

Hi,

I created 3 toolbars in mainframe and I need to get the resource ID (for exp. ID_BUTTON1) from the toolbar button when I click on it. I only have the CPoint member (the point where I clicked on the toolbar button).

I tried with something like this but it doesn't return the right ID;

void CMainFrame::OnParentNotify(UINT message, LPARAM lParam)
{

CMDIFrameWnd::OnParentNotify(message, lParam);

/*if(message == WM_LBUTTONDOWN)
{
int xpos = LOWORD(lParam);
int ypos = HIWORD(lParam);

CPoint pt;

pt.x = xpos; pt.y = ypos;

CWnd* pChild = ChildWindowFromPoint(pt);
int nID = pChild->GetDlgCtrlID();

}
}

Is there any other way to resolve this???

Thanks.

pointer of last occurance of word

itkid27-Jul-05 2:36

itkid

27-Jul-05 2:36

Hi friends,
I have unsigned string in which the word "MJ" is occuring multiple times. I want the pointer of last "MJ" string. Is there any inbuild api for this (like strstr).

Thank

Re: pointer of last occurance of word

David Crow27-Jul-05 2:54

David Crow

27-Jul-05 2:54

Something like this should work:

1) Point to the next-to-last character in the string
2) Compare two characters in string to "MJ" (memcmp)
3) If they match, break
4) Move pointer two places to the left
5) Go to step 2

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

Re: pointer of last occurance of word

Fred96727-Jul-05 3:04

Fred967

27-Jul-05 3:04

I think:
4) Move pointer one place to left

is better.

old 6502 coder

Re: pointer of last occurance of word

David Crow27-Jul-05 3:12

David Crow

27-Jul-05 3:12

Thanks!

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

Re: pointer of last occurance of word

itkid18-Nov-05 9:58

itkid

18-Nov-05 9:58

StrRStrI will return the last pointer to last occurance of "MJ" string.

Windows Server 2003 and ISAPIs

GuimaSun27-Jul-05 2:30

GuimaSun

27-Jul-05 2:30

We have a ISAPI from a third-party company running on Windows 2000 Server, the same ISAPI isn't running on Windows Server 2003, do you have any information about ISAPI incompatibility with Windows Server 2003 ?
Thanks for any tip.

GuimaSun
www.nexsun.com.br
NEXSUN TechZone

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