C / C++ / MFC

<br />
treeViewHwnd = CreateWindowEx(WS_EX_CLIENTEDGE, WC_TREEVIEW, "theTreeView", WS_CHILD|WS_VISIBLE|TVS_SHOWSELALWAYS|TVS_TRACKSELECT|TVS_EDITLABELS|TVS_HASBUTTONS|TVS_HASLINES|TVS_LINESATROOT, 0, 0, 400, myRect.bottom, hwnd, (HMENU)IDC_TREE1, hCurrentInstance, NULL);<br />

dinesh_pam wrote:

if( !SetupDiEnumDeviceInterfaces( theDevInfo, NULL, (GUID* &GUID_DEVINTERFACE_GRMNUSB, &theInterfaceData ) && GetLastError() == ERROR_NO_MORE_ITEMS )
{
gHandle = 0;
return;
}

<br />
// Find the requested interface<br />
if( !SetupDiEnumDeviceInterfaces( theDevInfo, NULL, (GUID* &GUID_DEVINTERFACE_GRMNUSB, &theInterfaceData ) )<br />
{<br />
if(GetLastError()== ERROR_NO_MORE_ITEMS)               <br />
{<br />
printf("**Error: couldn't find device(no more items), (0)\n");<br />
SetupDiDestroyDeviceInfoList(theDevInfo);<br />
gHandle = 0;<br />
return -1;<br />
}<br />
else<br />
{<br />
printf("**Error: couldn't enum device, (%d)\n"), GetLastError());<br />
SetupDiDestroyDeviceInfoList(theDevInfo);<br />
gHandle = 0;<br />
return -1;<br />
}<br />
}<br />

dinesh_pam wrote:

Is there anyway I could just read the virtual COM port like hyperterminal is doing instead of this?

<br />
#ifdef DEFINE_GUID<br />
<br />
// The GUID that is used to identify this device's interface<br />
// {AF1B231E-1180-420b-8CB6-2ED2A53F9F92}<br />
DEFINE_GUID(GUID_DEVINTERFACE_ALTGENERIC, 0xaf1b231e, 0x1180, 0x420b, 0x8c, 0xb6, 0x2e, 0xd2, 0xa5, 0x3f, 0x9f, 0x92);<br />
<br />
#endif<br />

HDEVINFO hDevInfoSet = SetupDiGetClassDevs(&guid, NULL, NULL, DIGCF_ALLCLASSES );
if( INVALID_HANDLE_VALUE == hDevInfoSet)
{
	DWORD dwErr = ::GetLastError();
	// display error information or whatever
}
else
{ ...}

SP_DEVICE_INTERFACE_DATA devInterfaceData = {0};
devInterfaceData.cbSize = sizeof(devInterfaceData);

kitty5 wrote:

void manual::OnManual()
{
manual manualDlg;
manualDlg.DoModal();
}

"Money talks. When my money starts to talk, I get a bill to shut it up." - Frank

"Judge not by the eye but by the heart." - Native American Proverb

DavidCrow wrote:

kitty5 wrote:
void manual::OnManual()
{
manual manualDlg;
manualDlg.DoModal();
}


Is this right? I've never seen a dialog's method bring up another instance of itself.

DavidCrow wrote:

Why do you not have two CEdit member variables in manual, one for each of the edit controls?

kitty5 wrote:

I copied exactly what the MFC App wizard did for the AboutBox that it provides.

void CMyDialog::OnManual()
{
    CAboutDlg about;
    about.DoModal();
}

kitty5 wrote:

Yes, one for each edit control... Actually, I changed the "Variable Type" to CString and the "Category" to Value (This was all done when you right click on the edit box and click on "Add Variable".

Did I do something wrong?

"Money talks. When my money starts to talk, I get a bill to shut it up." - Frank

"Judge not by the eye but by the heart." - Native American Proverb

KaKa` wrote:

There was an error message about the power function when I compiled the code. It is: error c2668: 'pow' :ambiguous call to overloaded function.

"Money talks. When my money starts to talk, I get a bill to shut it up." - Frank

"Judge not by the eye but by the heart." - Native American Proverb

cppcook wrote:

If you couldn't figure out the problem, why don't you write your own pow() function? It's simple...

double pow(
   double x,
   double y 
);
double pow(
   double x,
   int y
);  // C++ only
double pow(
   int x,
   int y
);  // C++ only
float pow(
   float x,
   float y 
);  // C++ only
float pow(
   float x,
   int y
);  // C++ only
long double pow(
   long double x,
   long double y
);  // C++ only
long double pow(
   long double x,
   int y
);  // C++ only
float powf(
   float x,
   float y 
);

double base = 3.0;
int power = 5;
int result = pow(base, (double)power);