C / C++ / MFC

Re: Set the RibbonComboBox to Drop List type by code

13-Sep-10 4:23

I've created a derived class of CMFCRibbonCombobox. How to set the RibbonComboBox to Drop List type by code? the default type is Dropdown.
Thanks！

Eugen Podsypalnikov13-Sep-10 9:15

Eugen Podsypalnikov

13-Sep-10 9:15

Just set the second parameter to FALSE in its constructor Smile | :)

virtual void BeHappy() = 0;

Re: Set the RibbonComboBox to Drop List type by code

coolhem13-Sep-10 14:56

Re: Set the RibbonComboBox to Drop List type by code

13-Sep-10 14:56

I've tried this way. the second parameter is meaning of hasEditBox? not the droplist type.I followed the code and founded that there is a member(m_bDropDownListMode) in the CMFCPopupMenuBar class, and its default value is FALSE.How can I use it? when we use the toolbox in VS2010, we can modify the property to droplist type directly, How can I do it by code?

Eugen Podsypalnikov13-Sep-10 19:55

Eugen Podsypalnikov

13-Sep-10 19:55

// not the droplist type.

Why not ?.. It would be a combobox with a choice list only... Smile | :)

What do you desire exactly for, please ?

virtual void BeHappy() = 0;

Re: Set the RibbonComboBox to Drop List type by code

coolhem13-Sep-10 21:25

Re: Set the RibbonComboBox to Drop List type by code

13-Sep-10 21:25

In CMFCToolBarMenuButton::OnCalculateSize Funcation:
...
if (pParentMenu->IsDropDownListMode())
{
CMFCDropDownListBox* pList = DYNAMIC_DOWNCAST(CMFCDropDownListBox, pParentMenu->GetParent());
if (pList != NULL)
{
return pList->OnGetItemSize(pDC, this, size);
}
}
...

so I desire to set RibbonCombobox dowmlistmode to respand the OnGetItemSize message, to execute the overload fun (OnGetDropListItemSize) which adjust the dropdownlist's width.

Eugen Podsypalnikov14-Sep-10 0:00

Eugen Podsypalnikov

14-Sep-10 0:00

Try it

class CMenuBarProxy : public CMFCPopupMenuBar
{
public:
  void SetDropDown(BOOL bOnOff) { m_bDropDownListMode = bOnOff; };
};

/*virtual*/ void CYourComboBox::Redraw()
{
  CMFCDropDownListBox* pcList = DYNAMIC_DOWNCAST(CMFCDropDownListBox, m_pPopupMenu);
  if (pcList) {
    CMenuBarProxy* pcBar = (CMenuBarProxy*) pcList->GetMenuBar();
    if (pcBar && !pcBar->IsDropDownListMode()) {
      pcBar->SetDropDown(TRUE);
    }
  }
  CMFCRibbonComboBox::Redraw();
}

virtual void BeHappy() = 0;

Re: Set the RibbonComboBox to Drop List type by code

coolhem14-Sep-10 22:59

Libraries and compiler compatibility

14-Sep-10 22:59

make it! your code works well.. thanks!

funwithdolphin13-Sep-10 3:10

funwithdolphin

13-Sep-10 3:10

Hi,

I have an application built on VS2005 which uses a static library built using VS6.0.

I have noticed an issue of incorrect function getting called from a static library linked at compiled time. Note that this static library was built using Visual Studio 6.0. Whereas my application which is using the static library for linking at compile time is built using VS2005.

At run time, I see that incorrect/different functions are getting called rather than the ones which are supposed to get called.

To solve this issue:
I rebuilt the static library (.lib) using VS2005. Then this newly built static library was used for compilation along with my application on VS2005. Then the functions are getting called correctly.

I have 2 questions here: Confused | :confused:

1) This means that if there is any static library built with older version of VS6.0, then it will not work correctly with an application built with VS2005. We need to rebuild it with the same compiler as the application is built with. Is this true? why this happens in case of static libraries?

2) If above point-1 is true, then isn't it necessary to rebuild DDLs also with VS2005? If no, then why it is ok that a DLL built with older version of compiler works fine with application built with newer compiler version?

«_Superman_»13-Sep-10 4:04

«_Superman_»

13-Sep-10 4:04

Many things have undergone changes from older versions of the compiler.
It is not a matter of a static library or dynamic library.
If you're using any of the components that have undergone a change it would become incompatible.

For example, in ATL there have been many changes from ATL version 3.0 to 7.0.
Many classes have been split up into many different classes.
In MFC, the CString class has been changed to a template class.

These are a few changes that can make older libraries incompatible with newer compilers.
So when ever code for the library is available it is always better to compile them with the latest compilers.
You will also be able to catch many unknown bugs this way since newer compilers do much better than older ones.

«_Superman_»

I love work. It gives me something to do between weekends.

Microsoft MVP (Visual C++)

Polymorphism in C

image processing toolkits | batch image processing

C^hris L^osinger13-Sep-10 4:11

C^hris L^osinger

13-Sep-10 4:11

funwithdolphin wrote:
We need to rebuild it with the same compiler as the application is built with. Is this true? why this happens in case of static libraries?

yes. static libraries are almost never compatible between different versions of MS compilers. things like STL and MFC change between versions, interfaces break, members move around, etc..

funwithdolphin wrote:
If above point-1 is true, then isn't it necessary to rebuild DDLs also with VS2005?

that depends on what kinds of things your DLL uses in its exported interfaces.

Aescleal13-Sep-10 6:24

Aescleal

13-Sep-10 6:24

As a really crass generalisation:

- if your library or DLL has a C interface and your programming language can use libraries or DLLs with a C interface then you can probably get away with mixing compiler versions. This is especially true for DLLs that you load manually.

- If your library or DLL are written in C++ make sure you compile your application with the same version of the compiler. Name mangling, object layout and loads of other things change from compiler version to compiler version. As well make sure you compile with as many identical compiler switches to avoid anything a bit weird sneaking in knackering your build.

So this means that I can use a VC 6 C library from a VC2010 C++ application (I had to generate a new import library from the DEF file) but there's no way I could use static libraries from even VC++2008.

Cheers,

Ash

Joe Woodbury13-Sep-10 6:38

Joe Woodbury

13-Sep-10 6:38

Aescleal wrote:
Name mangling, object layout

For DLLs, both have remained remarkably consistent since VC++ 6.0. (Had to use VC++ 6.0, VS 2005 and VS 2008 simultaneously for a while for legacy reasons.)

image processing toolkits | batch image processing

C^hris L^osinger13-Sep-10 9:15

C^hris L^osinger

13-Sep-10 9:15

we build our imaging libraries for
VC6
VS03
VS05
VS08
VS10

debug and release for each. which would be 10 .LIBs, but...
static and dynamic CRT for each. which makes 20 .LIBs, also...
x64 for 05,08,10. which adds another 12 libs.

so 32 static libs. plus two DLLs.

for each product, each release.

Aescleal13-Sep-10 11:07

Aescleal

13-Sep-10 11:07

I can't say I share your experience - as soon as you have DLLs that return something like an auto_ptr or even pass something as innocuous as std::string you find that the various runtime libraries you link with start interfering with each other.

Problem with Painting logic

Joe Woodbury13-Sep-10 11:26

Joe Woodbury

13-Sep-10 11:26

With STL, yes, because it's changed without worrying about backward compatibility. I merely pointed out that name mangling and object layout has changed very little. To their credit, Microsoft made a real effort to keep name mangling the same from at least VC++ 6.0 to present day--there are some differences, but relatively few, and the object layout hasn't changed. Even the memory manager figures out how to cope with a VS 2008 application running a DLL compiled with VC++ 6.0 and running the CRT DLL.

STL, on the other hand, radically changed from VC++ 6.0 to VS 2005. If you had a third party STL that was entirely under your control, however, you'd be able to get away with it with only a few exceptions (assuming you followed the rules, such as ensuring virtual tables are in the DLL and you keep the optimize flags the same.)

And, when you get to static linking, all bets are off.

narayanagvs13-Sep-10 0:42

narayanagvs

13-Sep-10 0:42

Hi,

In my application I have a window in which there are few buttons below the window and on clicking each of the buttons Activex controls from a list with certain conditions are shown in the same window above these buttons .This is done using painting logic.The Problem I am having here is there are prev screen left overs when I swiitch between button clicks.
This bug appears only once when I open the window and do the button clicks.If at all I Minimize and Maximize my window atleast once this bug doesn't appear and every works fine.

I face the issue only when I use DeviceindependentBitmap to Bitblt.I assume the problem is with clipregions.
Please suggest me on the same.

Below is the snippets of code

case WM_PAINT:{
		RECT rc;
		HDC hdcMem, hdcOld;
		HBRUSH hbrBkGnd;
		HFONT hfntOld;
		PAINTSTRUCT ps;
		DWORD dwConnectState;

		// Don't bother Processing any WM_PAINT messages if you are in the process of 
		// shutting down Window.
		if(! bViewClosing )	 
		{
		// Get the window update region before calling BeginPaint. 
		// Note: The BeginPaint function automatically validates the update region, so any call 
		// to GetUpdateRgn made immediately after the call to BeginPaint retrieves an empty update 

		region. 
		if(hClipRgn == NULL)
		{
			hClipRgn = CreateRectRgn(0,0,0,0);
			GetUpdateRgn(hWnd, hClipRgn, FALSE);
		}
		ws = (WIN_STRUCTPTR) GetWindowLong( hWnd, 0 );
		BeginPaint(hWnd, (LPPAINTSTRUCT)&amp;ps);

		// Get the size of the client rectangle.
		GetClientRect(hWnd, &amp;rc);

		// Create a compatible DC.
		hdcMem = CreateCompatibleDC(ps.hdc);

		bool createFailed = false;

		// Create a DIBSection big enough for our client rectangle.
		long width = rc.right-rc.left;
		long height = rc.bottom-rc.top;
		//Start of CRL00107461 
		HWND dDeskWnd = GetDesktopWindow();
		HDC hdc= GetDC(dDeskWnd);
		int nBitCount = GetDeviceCaps(hdc,BITSPIXEL);
		if (hbmDIBSection == NULL || dibSectionWidth &lt; width || dibSectionHeight &lt; height)
		{
			if (hbmDIBSection != NULL)
				DeleteObject(hbmDIBSection);
			
			BITMAPINFO bmi = {0};
			bmi.bmiHeader.biSize        = sizeof(BITMAPINFOHEADER);
			bmi.bmiHeader.biWidth       = width;
			bmi.bmiHeader.biHeight      = height;
			bmi.bmiHeader.biPlanes      = 1;
		    bmi.bmiHeader.biBitCount    = nBitCount;//32;       // 32 bits per pixel.//CRL00107461
			bmi.bmiHeader.biCompression = BI_RGB;
			bmi.bmiHeader.biSizeImage   = bmi.bmiHeader.biWidth * bmi.bmiHeader.biHeight * 4; 

// 4 bytes per pixel

			LPVOID pBitmapBits = NULL;

			hbmDIBSection = CreateDIBSection(NULL, &amp;bmi, (nBitCount &gt; 8)? 

DIB_RGB_COLORS:DIB_PAL_COLORS , &amp;pBitmapBits, NULL, 0);

			if (hbmDIBSection == NULL)
				createFailed = true;

			dibSectionWidth = width;
			dibSectionHeight = height;
		}

		if (createFailed == false)
		{
			// Select the bitmap into the off-screen DC.
			HBITMAP hbmOld = (HBITMAP) SelectObject(hdcMem, hbmDIBSection);

			// set the clip region -- this is used by orion to know what to draw		
			//HRGN hClipRgn = CreateRectRgn(ps.rcPaint.left, ps.rcPaint.top, ps.rcPaint.right, 

ps.rcPaint.bottom);
			HRGN hOldRgn = (HRGN) SelectClipRgn(hdcMem, hClipRgn);

			// Erase the background.
			hbrBkGnd = CreateSolidBrush(ws-&gt;wBkgColor);
			FillRect(hdcMem, &amp;rc, hbrBkGnd);
			DeleteObject(hbrBkGnd);

			//store the actual dc and substitute it with mem dc
			hdcOld = ps.hdc;
			
			ps.hdc = hdcMem;
			ws->wHDC = hdcMem;
                        ------
                        -------
			ViewPuPaint(hWnd, &amp;ps);
			
			//restore the dc
			ps.hdc = hdcOld;
			ws-&gt;wHDC = hdcOld;
			
			// Blt the changes to the screen DC only for the necessary region given by the 

paintstruct...
			BitBlt(ps.hdc,
				   ps.rcPaint.left, ps.rcPaint.top,
				   ps.rcPaint.right-ps.rcPaint.left, ps.rcPaint.bottom-ps.rcPaint.top,
				   hdcMem,
				   ps.rcPaint.left, ps.rcPaint.top,
				   SRCCOPY);

			// Done with off-screen bitmap, clip region and DC.
			SelectClipRgn(hdcMem, hOldRgn);

			SelectObject(hdcMem, hbmOld);

		}
		else
		{
			ViewPuPaint(hWnd, &amp;ps);
		}
		DeleteDC(hdcMem);		

		RedrawTransparentUserControls(hWnd, hClipRgn, TRUE);

		if(hClipRgn != NULL)
		{
			DeleteObject( hClipRgn );
			hClipRgn  = NULL;
		}
		EndPaint(hWnd, (LPPAINTSTRUCT)&amp;ps);

		}
        }break;

Thanks
Satya

Today is a gift, that's why it is called the present.

Re: Problem with Painting logic

Niklas L13-Sep-10 1:53

Niklas L

13-Sep-10 1:53

You could try to call InvalidateRect[^] when switching control. It will invalidate the background and force a repaint if the bErase parameter is TRUE.

home

Access Denied in Local System Account Service

gothic_coder12-Sep-10 21:18

gothic_coder

12-Sep-10 21:18

Hello all,

I have an application which access files on network share, Now the requirement is that instead of application a service should access the files on network share and the service must be running on "LOCAL SYSTEM ACCOUNT", I guess it's pretty easy when make service as NetworkService Account to access files on network, But the requirement is to make service on "LOCAL SYSTEM ACCOUNT" only.

Further research tells me that i need to setup a "null session share" if LSA needs to access network, So i did that with some help from This Page, But It always gives me access denied.

Any help will be appreciated..

Thanks..

bob1697213-Sep-10 8:51

bob16972

13-Sep-10 8:51

The trick to allowing the LocalSystem account access to network resources like file shares is that both machines must be part of the same domain, the computer account for the machine the service is running on must be given explicit rights to the file share and the folder, and you must use a resolvable name instead of the IP address in the path.

Other Useful Information[^]

gothic_coder13-Sep-10 21:17

gothic_coder

13-Sep-10 21:17

Hi bob,

Thanks for the reply,

Yes both the computers on same domain, How do i make sure that that machine which is running service is given explicit rights to the file share and the folder? And do you mean the computer name by resolvable name?

bob1697214-Sep-10 3:19

bob16972

14-Sep-10 3:19

Yes the computer name is what I meant. I just wasn't sure if an alias is allowed so I worded it carefully.

In regards to setting up rights, on the machine that is sharing the resource, you would normally right click on the folder you are sharing and on the "Sharing" and "Security" property pages, you would give the "Computer" that the service will be running on appropriate rights to the resource.

Local System acts as the computer on the network.

Be advised...there are some security implications to consider here but I'm guessing you've already weighed the risks.

gothic_coder14-Sep-10 20:52

gothic_coder

14-Sep-10 20:52

Hello bob,

Yes i gave all the rights to computer but still access denied is coming, Let me explain the scenario again, The service is running on windows XP, The file is in windows server 2003, both are on same domain, By right clicking and sharing security of shared folder i gave all the possible rights to XP machine, But whenever the service(on XP) tries to copy it gives me access denied.. Am i missing any more setting here?

Thanks