Are you using the CListCtrl? If so remember that you must first have the columns present if you use a CHeaderCtrl. Once you have that you can use the following code int iRowRet = m_LISTCONTRL.InsertItem(m_LISTCONTRL.GetItemCount(),strText); m_LISTCONTROL.SetItemText(iRowRet,1,strText); UpdateWindow();
I think the problem is somehow related to the fact that hWnd is NULL in my new dialog object. I have no clue however how to initialize hWnd.
Please, can't someone just try to make a dialog based app, and then fire up a new dialog from the main frame. And if you can assign values to variables in this new CDialog, please tell me how you did....
I created a small test project and it works OK. This is what I did:
1. Create a standard Dialog-based MFC app 2. Add a new dialog resource to the project (IDD_DIALOG1) 3. Put a listbox on the new dialog 4. Open ClassWizard and coose to create a new CDialog class for new dialog resource (CDialog1). 5. With ClassWizard, add a CListBox member for the list (m_wndList) 6. Add a button to the main dialog and add an OnClick handler like this:
m_wndList.AddString("String to add"); // Assertion here? Call the X Files immediately:-) return TRUE; // return TRUE unless you set the focus to a control// EXCEPTION: OCX Property Pages should return FALSE
Try this, and if you still get an assertion at CListBox::AddString(), something is very, very strange.
I'm trying to use the printer port to do some simple I/O operations in windows 2000. However, as I quickly learned direct IO is a no-no with the NT kernel. I've tried to find out how I can accomplish just reading/writing single bytes to the port but all I've managed to find is shareware device drivers that accomplish this. For my purpose a driver is overkill. I've read that I could use CreateFile() to read and write to the port, but how would I specifically read the Control and Status parts of the printer port? Reading those two ports is essential. I really appreciate any help/suggestions. Thanks a lot!
ok, i'm making a chat program where the user inputs text in a multiline edit box and it is added to a buffer declared as a character array which is then sent to another edit box set as read-only for display. i need to separate messages of different users by a line or two.
The problem is that '\n' comes out as a square. i have tried to use ToAscii(VK_RETURN...) but the some weird character came up. i have also tried to send an extra VK_RETURN to the user input edit box before i GetDlgItemText(), but for some reason it comes up after the text is read and cleared, so the edit box ends up blank with the cursor on the second line.
is this possible, or should i try to make my buffer another type?
Anybody know where I can find a good example of creating docking windows in strait C? Cristi Posea has excellant source for MFC (http://www.codeproject.com/docking/sizecbar.asp), but I'd like to know what's going on underneath, and MFC source is kind of a pain to step through.
I'm using SHFileOperation to delete folders, as shown in the following code. However, there seems to be a problem with spurious "file in use" errors when I call this function on most folders in my system. These directories don't have any special properties that I can see via browsing, so I can't understand when the command fails.
Is there some catch or trick in this? Win2K, SP1, VC++ 6.
// Get the path TCHAR szOldPath[_MAX_PATH]; ZeroMemory(szOldPath, sizeof(szOldPath)); // SHFileOperation requires a double-null terminator SHGetPathFromIDList(m_pidl, szOldPath);
// Set up the file op SHFILEOPSTRUCT fileOp; fileOp.hwnd = AfxGetMainWnd()->GetSafeHwnd(); fileOp.wFunc = FO_DELETE; fileOp.pFrom = szOldPath; fileOp.pTo = "\0\0"; // NULL; fileOp.fFlags = FOF_ALLOWUNDO | FOF_NOCONFIRMATION; fileOp.fAnyOperationsAborted = FALSE; fileOp.hNameMappings = NULL; fileOp.lpszProgressTitle = NULL;