C / C++ / MFC

Re: MapViewOfFIle in Client and Server returning 2 different address

24-Apr-15 12:31

thanks so much

Frankie-C25-Apr-15 7:37

Frankie-C

25-Apr-15 7:37

Technically:
the physical memory is the same, but the MMU maps it to available free logical address in the destination process. Smile | :)

Re: MapViewOfFIle in Client and Server returning 2 different address

ForNow25-Apr-15 15:09

InterProcess communication questions

25-Apr-15 15:09

thanks so much

ForNow24-Apr-15 8:44

Re: InterProcess communication questions

24-Apr-15 8:44

Hi
If Do a CreateProcess with bInheritHandles set to true

and I create a event with name/string in the Parent Process

In the Child I do a OpenEvent

Do I still have to do a DuplicateHandle to have access to the event handle

Frankie-C25-Apr-15 7:35

Frankie-C

25-Apr-15 7:35

No you don't need to duplicate handle if you have enabled inheritance int the CreateEvent of parent process setting lpEventAttributes parameter.
You need a duplicated handle if the event is created in the child process.
For detailed info see[^].

Re: InterProcess communication questions

ForNow25-Apr-15 15:08

Synchronizing access to data

25-Apr-15 15:08

thanks so much

ramonlarodo22-Apr-15 21:55

ramonlarodo

22-Apr-15 21:55

What I am trying to do is each thread gets to print out its 5 characters before potentially yielding to another thread. It works but it does not do what I want. THanks for help.

C++

for (unsigned i = 0; i < _repCount; ++i) {  
    unique_lock<mutex> lck(mtx);
     cv.wait(lck, []{return !inUse; });
        inUse = true;
    for (auto c : _printMe) {
      cout << c;
      cout.flush();  
    }
    inUse = false ;  
  }

Re: Synchronizing access to data

Richard MacCutchan22-Apr-15 23:25

CDateTimeCtrl editing short year format

22-Apr-15 23:25

ramonlarodo wrote:
It works but it does not do what I want.

What do you want?

baerten22-Apr-15 21:51

baerten

22-Apr-15 21:51

Hi everybody,

is there a possibility to edit the year in the short format(yy) aswell?

I set the format "dd.MM.yy" and the date is shown correctly as "23.04.15"
But if I place the cursor in the year-section, the year switches from 15 to 2015.
I need that the year keeps 15 at the edit-mode.

Big thanks for any information Smile | :)

Regards

-baerten-

Richard MacCutchan22-Apr-15 23:23

22-Apr-15 23:23

What edit mode are you talking about? Where is this value displayed that changes, and how is the change displayed?

baerten24-Apr-15 0:06

baerten

24-Apr-15 0:06

Thanks for your reply

I call it edit mode if I place simply the cursor into it.

Without the focus the control displays 24.04.15
If I place the cursor in the day section of the control it displays 24.04.15

If I place the cursor in the year section of the control it displays 24.04.2015

I use Visual Studio 2013. It has the same behaviour on Windows 7 and 8

Thanks for any information

Richard MacCutchan24-Apr-15 0:24

24-Apr-15 0:24

So exactly what programming problem are you having?

Error running debugger from Visual studio 2010

baerten24-Apr-15 0:31

baerten

24-Apr-15 0:31

I use the short format of the DateTime Control.
So, I want only 2 digits for the year.
But if I place the cursor in the year, it becomes 4 digits.

Is there a possibility to avoid this?

To recreate the OnDraw/OnKey logics is not so rational Sigh | :sigh:

Member 935023722-Apr-15 4:28

Member 9350237

22-Apr-15 4:28

Hi Guys,

I have a weird problem debugging my project.

I have upgraded my VS 2008 project to VS 2010 by opening the solution file and successfully built the project (debug and release configurations). But when I run the project within Visual Studio I get the following weird error saying:

"Unable to start program"
"System cannot find the file specified"

Anyone knows hows how to fix this issue.

thanks

Richard MacCutchan22-Apr-15 6:30

22-Apr-15 6:30

Something is either wrong with the project, or it has not built properly. Try a clean and rebuild, and check the output directories to make sure it has been properly created.

Member 935023722-Apr-15 23:19

Member 9350237

22-Apr-15 23:19

It build successfully. But if I try running the debug application within Visual studio (by key F5) I can't proceed.

Richard MacCutchan22-Apr-15 23:22

22-Apr-15 23:22

Member 9350237 wrote:
I can't proceed.

Without more information we have no way of guessing what may be wrong. Look in the directory tree for the project and check that the excutable actually exists. Try starting it from Windows Explorer to see if it runs.

Maximilien22-Apr-15 6:59

22-Apr-15 6:59

If you have multiple project in your solution, check that your project is really the "Startup Project"

I'd rather be phishing!

VSS restore in C++

Wshwilfried21-Apr-15 23:04

Wshwilfried

21-Apr-15 23:04

Hello, i'm trying to write a simple VSS based restore program in C++. I've read the microsoft documentation on how to perform a restore under VSS but it is not helping very much. Does anyone can help with a sample program or point me towards any useful documentation?
Thanks

Re: VSS restore in C++

Richard MacCutchan22-Apr-15 0:56

[MFC] Using the SS_OWNERDRAW style on a CStatic control

22-Apr-15 0:56

Wshwilfried wrote:
useful documentation

See https://msdn.microsoft.com/en-us/library/aa384625%28v=vs.85%29.aspx[^].

Maximilien21-Apr-15 9:50

Re: [MFC] Using the SS_OWNERDRAW style on a CStatic control

21-Apr-15 9:50

(not really urgent, just a general question)

I want to "owner draw" a CStatic to have a custom "GroupBox".

The documentation says that I need to add the SS_OWNERDRAW style to the control; The resource editor does not let me change the style (there's no toggle for that).

So, I added a variable to my test dialog and tried to use ModifyStyle to add the SS_OWNERDRAW style in the dialog OnInitDialog (after the control is created).

I also tried to change the style in custom CStatic's PreSubclassWindow method; but that does not work.

Both changes did not work as expected.

I tried manually create the control in the dialog OnInitDialog; this is the work-around I am using now.

///... 
CRect rect;
GetClientRect(rect);
rect.DeflateRect(10, 10, 10, 10 );
m_CustomGroup.Create(_T(""), SS_OWNERDRAW|WS_CHILD|WS_VISIBLE, rect, this, IDC_CUSTOM_STATIC );
///...

This works, but I remove the ability to use the resource editor to manage the custom static.

Is this the proper way to do it?

Thanks.

Max.

I'd rather be phishing!

Richard Andrew x6421-Apr-15 11:22

Richard Andrew x64

21-Apr-15 11:22

I had a similar problem a few weeks ago. I solved it by manually editing the resource file containing the dialog box and adding the style that way.

The difficult we do right away...
...the impossible takes slightly longer.

Re: [MFC] Using the SS_OWNERDRAW style on a CStatic control

Maximilien22-Apr-15 3:13

Re: [MFC] Using the SS_OWNERDRAW style on a CStatic control

22-Apr-15 3:13

I tried modifying the resource manually but the resulting control is not a groupbox and the framework does not call my overridden DrawItem and the resulting control in the dialog is completely wrong.

This is my resource definition.

IDD_TESTDIALOG_DIALOG DIALOGEX 0, 0, 320, 200
STYLE DS_SETFONT | DS_MODALFRAME | DS_FIXEDSYS | WS_POPUP | WS_VISIBLE | WS_CAPTION | WS_SYSMENU
EXSTYLE WS_EX_APPWINDOW
CAPTION "testDialog"
FONT 8, "MS Shell Dlg", 0, 0, 0x1
BEGIN
    GROUPBOX        "Static",IDC_CUSTOM_STATIC,57,7,48,40, SS_OWNERDRAW
END

void CColorGroupBox::PreSubclassWindow()
{
    // VERIFY( ModifyStyle(0, SS_OWNERDRAW) ); // this will fail if SS_OWNERDRAW is set in the resources;
    __super::PreSubclassWindow();
}

void CColorGroupBox::DrawItem(LPDRAWITEMSTRUCT lpDrawItemStruct )
{
    CDC dc; 
    dc. Attach (lpDrawItemStruct->hDC); 
    CRect rect;
    GetClientRect(rect);
    rect.DeflateRect(10, 10, 10, 10);

    CBrush brush( RGB( 255, 0, 0));
    dc.FrameRect( rect , &brush );

    dc.Detach();
}

Am I missing something ?

Thanks Richard,

Max.

I'd rather be phishing!

Jochen Arndt21-Apr-15 21:24

Jochen Arndt

21-Apr-15 21:24

The usual method to switch to ownerdraw style is to use PreSubclassWindow:

C++

void CMyStatic::PreSubclassWindow()
{
    // Switch to owner-draw
    VERIFY(ModifyStyle(SS_TYPEMASK, SS_OWNERDRAW, 0));
    CStatic::PreSubclassWindow();
}

Note that SS_TYPEMASK should be passed for the flags to be removed because the lower style bits are not ored options but enumerations. If the current style is not SS_LEFT (which is zero) but set to something else in the resource editor, the resulting style might be not owner draw.

The probable reason that this style can't be set in the resource editor is that owner drawn controls must implement the DrawItem function. This can't be checked by the resource editor.

Re: [MFC] Using the SS_OWNERDRAW style on a CStatic control

Maximilien22-Apr-15 3:00