|
As the title says, MeasureItem just doesn't get called except for couple times at the beginning (I found that out with a debugger). It doesn't matter what height I make MeasureItem set, the effect never shows. Also ownderdraw fixed is UNset and ownerdraw variable is SET, and this class was working correctly in another application.
Here is some codes:
BOOL CMultiLineComboBox::PreCreateWindow (CREATESTRUCT& cs)
{
if (!CComboBox::PreCreateWindow (cs))
return FALSE;
cs.dwExStyle |= WS_EX_CLIENTEDGE;
cs.style &= ~( CBS_OWNERDRAWFIXED | CBS_SORT );
cs.style |= ( CBS_OWNERDRAWVARIABLE | CBS_DROPDOWNLIST | CBS_HASSTRINGS );
return TRUE;
}
It is used like this:
m_pcomboGap[i] = new CMultiLineComboBox();
m_pcomboGap[i]->Create (WS_CHILD | WS_BORDER | CBS_NOINTEGRALHEIGHT,
rect, this, IDC_COMBO1 + i);
void CMultiLineComboBox::DrawItem(LPDRAWITEMSTRUCT lpdis) is written and
working.
Any help is appreciated, thanks.
|
|
|
|
|
If your combo located on the dialog box or property page?
Tomasz Sowinski -- http://www.shooltz.com
- It's for protection
- Protection from what? Zee Germans?
|
|
|
|
|
I assume you meant "Is."
It's in a class derived from CFormView.
What do you have in mind?
I abandoned using MeasureItem and set sizes in AddString. But I still can't control the total height of the drop down list... Sometimes it displays all entries that are, say, 100 pixels; but sometimes it will cut off the last entry and displayed a total of 80 pixels.
I'd still appreciate it if someone can help me get MeasureItem to be used.
Can someone recommend some on-line MFC documents? This book I'm using doesn't list the specifics.
|
|
|
|
|
In VC6, when I wanted to add, for instance, the Microsoft DataGrid Control 6.0 (OLEDB) control, I went to Project | Add to Project | Components and Controls....
I can't find equivalent in VC7. Can you help me?
tx
Michel
It is a lovely language, but it takes a very long time to say anything in it, because we do not say anything in it, unless it is worth taking a very long time to say, and to listen to.
- TreeBeard
|
|
|
|
|
1. Select the menu Project->Add Class
2. In the dialog box that appears. Select MFC class From ActiveX control
3. In the next dialog select the ActiveX control you want.
BTW, I don't think using MFC Wrappers around ActiveX controls is a good idea. I much rather recommend using #import the typelibrary.
|
|
|
|
|
Michel Prévost wrote:
Microsoft DataGrid Control 6.0 (OLEDB)
I don't think this component exist in VC7.
Mazy
"The more I search, the more my need
For you,
The more I bless, the more I bleed
For you."The Outlaw Torn-Metallica
|
|
|
|
|
Yes, it does. I followed Rama's instructions and I found it.
Michel
It is a lovely language, but it takes a very long time to say anything in it, because we do not say anything in it, unless it is worth taking a very long time to say, and to listen to.
- TreeBeard
|
|
|
|
|
Michel Prévost wrote:
I followed Rama's instructions and I found it.
But it does not exist in my computer.I don't think its thr part of default installation in VS.Net.
|
|
|
|
|
If I am using some code as follows
aThreads[iArrayIndex] = AfxBeginThread(ClientExtractThread, (LPARAM)pExtractor);
...
...
iArrayIndex = WaitForMultipleObjects(MAX_CONCURRENT_THREADS,aThreads,FALSE,INFINITE);
...
...
GetExitCodeThread(aThreads[iArrayIndex]->m_hHandle, &nRetVal);
I'm concerned that the member variable m_bAutoDelete of the CWinThread object created by AfxBeginThread, which defaults to TRUE, will cause the GetExitCodeThread call to not function correctly. Alternatively I can set this member to FALSE, but then I don't know what I have to clean up? Should I just call delete after the GetExitCodeThread has finished.
delete (CWinThread*)aThreads[iArrayIndex];
Thanks for any suggestions.
Chris
|
|
|
|
|
As you have said you can delete the CWinThread object safely
after you have got the Exit Code.
|
|
|
|
|
|
If you set m_bAutoDelete to TRUE, your thread will delete yourself. The value of 'aThreads[iArrayIndex]' in GetExitCodeThread call points to freed memory block and there's absolutely no guarantee that m_Handle contains valid value.
In short, you shouldn't use m_bAutoDelete --or-- you should store thread handles in other location.
Tomasz Sowinski -- http://www.shooltz.com
- It's for protection
- Protection from what? Zee Germans?
|
|
|
|
|
Thanks Tomasz. You always have some good insight to offer.
I do end up having to store the thread handles in an other array since I need to pass an array of thread handles to the WaitForMultipleObjects call that I make.
Additionally, I am going to use m_bAutoDelete. But I'm going to set it to FALSE, so that when the thread completes, I can call still call GetExitCodeThread and the thread handle should still be valid. After getting the exit code value, I will then 'delete' the thread.
Thanks for the comment.
Chris
|
|
|
|
|
I have code that looks like:
CArray<obj *,="" obj="" *=""> ArrayOfObjPtrs;
ObjPtr op=new Obj();
ArrayOfObjPtrs.Add(op);
Then in another function called later in the same thread, I do:
delete ArrayOfObjPtrs.GetAt(0); // free the object ** run-time error on this line **
ArrayOfObjPtrs.RemoveAt(0);
the Run-time error is in MSVCRTD, but the last call of mine is on the stack right before it, is "Obj::`scalar deleting desctructor' (unsigned int 1) + 56 bytes
I get a Debug Asseertion:
dbgdel.cpp Line 47, Expression _BLOCK_TYPE_IS_VALID(pHead->nBlockUse)
Can anyone please tell me what is going on? Thanks soooo much!
PS. Commenting out the 'delete' line results in a memory leak
|
|
|
|
|
Probabaly you could remove the element first and then delete it next using an
intermediatery temp variable.
|
|
|
|
|
What effect would that have?
|
|
|
|
|
How does the class ObjPtr look? Looks to me that there is some sort of a casting problem.
I feel that ArrayOfObjPtrs.GetAt(0) is not returning Obj* for some reason.
|
|
|
|
|
new() returns a pointer This pointer to the object, not the object itself, is stored in the CArray
|
|
|
|
|
What is ObjPtr is it a class or there was a typo in the original mail
ObjPtr op = new Obj();
or is it
Obj* op = new Obj();
How does you ObjPtr class look?
|
|
|
|
|
Im my example, they both are the same. ObjPtr is a Obj *
Sorry for the abiguity.
|
|
|
|
|
Try telling the CArray what kind of thing you will be storing in it. For example if you were storing pointers to CString objects, you would define it like this:
CArray<cstring *,="" cstring="" *=""> myArray;
|
|
|
|
|
i usually get this error when trying to delete a ptr to an object allocated on the stack. you'll have to check your code (esp. typedef's in yout case: ?ObjPtr?)
HTH,
|
|
|
|
|
Hope u're not doing something like: delete this; within the destructor. It may have destroyed the pointer when u exited the function within which u did the allocation. That's a rather strange characteristic of C++. If that's not the case then u may have destroyed the object somewhere else without realizing it,otherwise there's no reason the above code should throw that exception.
|
|
|
|
|
IN VC++ 6. how do you 'Watch' an entire array - Not just the individual elements.
|
|
|
|
|
1. Watch in the memory window
2. List all individual elements in the watch window
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
