|
|
|
Hi
I am a little confused about how DuplicateHandle works
I am assuming this Function can be used for Interprocess communication
if so in Which process does this run the process wanting to aquire the handle
or the process that created the handle
Whichever is the case one of the objects ( the storage area or pointer to the storage area)
either target or source must be passed/sent to the other process
invoking the Duplicate handle
thankx
|
|
|
|
|
It can run in either process, though from what I have read on the function if it is called in a process other than the one aquiring the handle, you will need to use interprocess communication to pass the value (not sure why, if you have a pointer to where to store the handle). For this reason, I would say that it is better to call it in the process recieving the handle.
Yes, you would need to pass the pointer to the process with the handle, or the value of the handle to the process to recieve the handle.
|
|
|
|
|
Hi guys,
Is it possible to export a structure from a dll without including the header file where the structure is define? For example:
extern "C" __declspec(dllexport) struct MyStruct
{
MyStruct()
{
a = 0;
b = 0;
}
int a;
int b;
}
Instead of including mydllheader.h I want to do the following:
extern "C" __declspec(dllimport) struct MyStruct
I would like to use myimportheader.h in my projects that use the dll that way I can hide my structure implementation from the user. Is that possible?
Thanks.
|
|
|
|
|
| You could do it this way but what is the point? If you hide everything from the user then what purpose is served by the structure? A better solution is to create a class that has methods but hides all variables and implementation details. txtspeak is the realm of 9 year old children, not developers. Christian Graus
|
|
|
|
|
Not if the user of your dll creates instances of MyStruct itself. It needs to be a complete type if the user of your DLL is to create instances of it.
If you delegate all creation/destruction of MyStruct instances to the dll, you can achieve something like this. I've seen this sort of thing done with void *'s for the interface. I don't know if you could do this with a pointer to an incomplete type. If not, you could get a sort of type safety by wrapping the void * in a struct of its own with the definition of that struct exposed to the consuming application.Please do not read this signature.
|
|
|
|
|
I have the following crash which the debugger points to:
_AFXWIN_INLINE int CComboBox::AddString(LPCTSTR lpszString)
{ ASSERT(::IsWindow(m_hWnd)); return (int)::SendMessage(m_hWnd, CB_ADDSTRING, 0, (LPARAM)lpszString); }
here is sample code:
Class B: public CDialog
{
CComboBox Box;
Box.AddString("xyz"); //This crashes
}
Class A: public CFormView
{
B pDlg(NULL); //launches Dialog B
}
|
|
|
|
|
You cannot "update" a control in a dialog before it's created.
so, all initialization must be done atleast after the OnInitDialog is called, and even in the OnInitDialog after the call to the base class OnInitDialog.
anyway, your code looks weird; are you certain that even compiles ?Watched code never compiles.
|
|
|
|
|
That isn't the exact code, was trying to show the problem without lots of code. I did figure it out, I was initializing before "UpdateData(FALSE)" in the OnInitDialog() function.
Thanks
|
|
|
|
|
Software2007 wrote: I did figure it out, I was initializing before "UpdateData(FALSE)" in the OnInitDialog() function.
You're calling UpdateData() in OnInitDialog()?  "One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
Software2007 wrote: CComboBox Box;
Box.AddString("xyz"); //This crashes
Here the Box object is not created or associated with a combobox. So, there no valid handle associated with the Box object.
|
|
|
|
|
An assertion is hardly the same as a crash. It's telling you the exact line and file that is problematic (hint: it's not in your call to AddString())."One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
Hi, I am trying to pass Flashvars to send some parameters to a swf using Visual C++, I´ve tried using put_flashvars but it doesn´t work. I am using the videoPlayer.swf that is included in the Adobe Flash Development Server. Using HTML there´s no problem, but in C++ seems not to work.
m_FlashPlayer.put_FlashVars(L"&videoWidth=0&videoHeight=0&dsControl=manual&dsSen sitivity=100&DS_Status=true&streamType=vod&autoStart=true&serverURL=http:/vod/sa mple1.flv");
m_FlashPlayer.LoadMovie(0,L"D:\videoPlayer.swf");
m_FlashPlayer.Play();
I also tried to input the variables in the URL string.
m_FlashPlayer.LoadMovie(1,L"D:\videoPlayer.swf?&videoWidth=0&videoHeight=0&dsControl=manual&dsSensitivity=100&serverURL=rtmp%3A%2Fvod%2Fsample2&DS_Status=true&streamType=vod&autoStart=true");
I don´t know what else to do. I checked in the web but i couldn´t find anything similar. Please help...
|
|
|
|
|
I have a class derived from CListBox which is owner-drawn (I implement the DrawItem function). My problem is I use a white brush for the background, but when the list box is empty, its background is just gray. As soon as one item has been added, the background becomes white.
My drawing function is very simple:
void CNiceListBox::DrawItem(LPDRAWITEMSTRUCT lpDrawItemStruct)
{
CString txt = (const TCHAR*)lpDrawItemStruct->itemData;
CDC dc;
dc.Attach(lpDrawItemStruct->hDC);
CRect r(lpDrawItemStruct->rcItem);
dc.SetBkMode(TRANSPARENT);
dc.SelectObject(m_font);
dc.FillRect(&r, (lpDrawItemStruct->itemState & ODS_SELECTED ) ? &m_selectedBrush : &m_listBoxBackBrush);
dc.DrawText(txt, txt.GetLength(), r, DT_VCENTER | DT_SINGLELINE | DT_LEFT);
dc.Detach();
}
Where's the problem?There is sufficient light for those who desire to see, and there is sufficient darkness for those of a contrary disposition.
Blaise Pascal
|
|
|
|
|
When the list is empty, there should not be a call to a "drawitem" since there are no items.
The background of the list (empty or not if less items than the size of the list) might dependent of your current color theme (vista, vista aero, xp, ... )Watched code never compiles.
|
|
|
|
|
You could implement the reaction OnEraseBkgnd(CDC* pDC) for your nice box
to process pDC->FillSolidRect(cClienRectOfBox, 0xFFFFFFFF) inside,
as example  Check your definition of Irrationality[ ^]
1 - Avicenna
5 - Hubbard
3 - Own definition
|
|
|
|
|
Do I need to incorporate SM_CYBORDER to catch the border of the horizontal scrollbar or is this value inclusive in SM_CYHSCROLL?
Here is why I am asking
I have a window that I need to know the client height if a scrollbar is present. (horiz scrollbar is not set yet)
GetClientRect returns 292. Using ::GetSystemMetrics(SM_CYHSCROLL) + ::GetSystemMetrics(SM_CYBORDER)
returns 21. Therefore, the window will have a client height of 271 when this window gets a scrollbar.
After the horizontal scrollbar is set I use GetClientRect (which should return 271) It returns 272.
Do I need to incorporate SM_CYBORDER to catch the border of the horizontal scrollbar or is this value inclusive in SM_CYHSCROLL?
GetClientRect is off by one pixel when scrollbar is present
MSDN says SM_CYBORDER = Width and height, in pixels, of a window border. But it doesn't say whether this is already included in the SM_CYHSCROLL value. I saw some code that uses both to determine the scrollbar size so its messing with my head. That pixel may be a misunderstanding of some other factor.
Thanks
|
|
|
|
|
I think I see where the problem is: the original client height (292) does not include the border, therefore when you subtract (::GetSystemMetrics(SM_CYHSCROLL) + ::GetSystemMetrics(SM_CYBORDER)) from it, you get a value smaller than the real client area. Summary: the border had already been subracted from the client height, and you subtracted it again. 272 is the correct value for the height in this case.
|
|
|
|
|
Thanks for the response, I appreciate it.
The question is really this. When people/you/me account for scrollbars, do we also need to account for the border of the scrollbar with GetSystemMetrics(SM_CYBORDER)? The border I think you were talking about is the border of the client window which I realize I don't need to subtract.
(::GetSystemMetrics(SM_CYHSCROLL) Does this include the entire scrollbar (bar + borders of scrollbar)?
It appears to.
It's just that I saw some code in which the programmer subtracted the border (GetSystemMetrics(SM_CYBORDER))in addition to the scrollbar and so I'm wondering why they did it.
Thanks again.
|
|
|
|
|
No, you do not have to account for the scrollbar's border, and my previous statement should alude to this (I think?).
The best way to test something like this (in my opinion) is to Use FillRect for what you believe to be the correct client area, and see if it covers only the real client area.
|
|
|
|
|
Okay, great. I appreciate your responses. I'll do the FillRect thing and do some testing. Thanks again!
|
|
|
|
|
Yep, 272, the value returned from GetRectClient() does correctly account for the scrollbar's presence/absence. Why other people are using GetSystemMetrics(SM_CYBORDER) along with GetSystemMetrics(SM_CYHSCROLL)is beyond me.
Using dc.FillSolidRect was a good suggestion and helped me to determine what was going on.
Thanks again.
|
|
|
|
|
| Who can recommend some UI tools? Like skin++ uskin ,xttool etc. I am not a genius, but shed more sweat!
|
|
|
|
|
What UI feature are you looking for in a toolkit that MFC (and its Feature Pack) does not offer ?
Few things to consider :
- Support.
- Support.
- Support.
-
...Watched code never compiles.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
