C / C++ / MFC

Ric Ashton5-Mar-09 6:50

Ric Ashton

5-Mar-09 6:50

Who could know? There are many specifics you havn't identified.

bulg5-Mar-09 6:58

bulg

5-Mar-09 6:58

jpyp wrote:
My organisation has an application that is approximately 10 years old. It is not a Web application. It is supported by MS Visual Studio 6 and still runs mostly on Windows NT4 workstations and a few XP.

Is your application something you _use_ or something you _develop_ ?

Yusuf5-Mar-09 9:16

Yusuf

5-Mar-09 9:16

jpyp wrote:
It is supported by MS Visual Studio 6

Is this home grown application? What language is it written? I am assuming from your post, C++, but it could be VB as well. Who maintains it now, you other group? there are details missing from your post.

Yusuf

jpyp5-Mar-09 11:08

jpyp

5-Mar-09 11:08

Yes it is a home grown MFC C++ application and we maintain it. I am more concern about the required level of effort to upgrade it to VC++ 2008.
Thanks!

jpyp

Yusuf5-Mar-09 11:23

Yusuf

5-Mar-09 11:23

It has been awhile since I worked with MFC. this[^] should get you up with speed with Visual C++ changes. There are sections on upgrades and see any of that stuff is helpful.

Yusuf

malaugh5-Mar-09 17:07

malaugh

5-Mar-09 17:07

Should be no problem at all. I write MFC applications and have both VS 6.0 and VS 2008 installed on my XP computer. If I open a 6.0 project with VS 2008, it gets automatically converted to the new project format.

David Crow6-Mar-09 3:49

David Crow

6-Mar-09 3:49

jpyp wrote:
...how hard is it to migrate to this new version?

Not hard at all. The IDE can convert the project in less than a minute. You'll still need to change the code, however, to adhere to the stricter C++ rules.

If you are not using MFC, you may be able to get away with the Express Edition.

"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown

"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

Dumb Question. But Can't find an answer

jpyp6-Mar-09 5:42

jpyp

6-Mar-09 5:42

Thanks everyone for your thoughts/help. I feel more confident now going ahead with the upgrade.

jpyp

FISH7865-Mar-09 5:04

5-Mar-09 5:04

COLORREF Color6;
color6 = GetPixel(MemDC,Point.x,Point.y);
How do I display the value of color6 in a messagebox.

Code-o-mat5-Mar-09 6:19

5-Mar-09 6:19

For example like this:

CString message;
message.Format("Red: %d, Green: %d, Blue: %d", GetRValue(Color6), GetGValue(Color6), GetBValue(Color6));
AfxMessageBox(Message, MB_OK);

But i guess that is not how you meant...so you could try this: make a simple dialog box and do something like:

class CMyColorDialog: public CDialog
{
protected:
  COLORREF m_Color;
public:
  CMyColorDialog(CWnd *pParent, COLORREF color);
  ...
  afx_msg BOOL OnEraseBkgnd(CDC *pDC);
};
...
CMyColorDialog::CMyColorDialog(CWnd *pParent, COLORREF color)
:CDialog(CMyColorDialog::IDD, pParent), m_Color(color)
{
}
...
BEGIN_MESSAGE_MAP(CMyColorDialog, CDialog)
  ...
  ON_WM_ERASEBKGND()
  ...
END_MESSAGE_MAP()

BOOL CMyColorRialog::OnEraseBkgnd(CDC *pDC)
{
  CRect Rect;
  GetClientRect(&Rect);
  pDC->FillSolidRect(Rect, m_Color);
  return TRUE;
}
...
COLORREF Color6;
Color6 = GetPixel(MemDC,Point.x,Point.y);
CMyColorDialog Dlg(NULL, Color6);
Dlg.DoModal();

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <

FISH7865-Mar-09 9:09

5-Mar-09 9:09

The first sugetion gives me an error

CString message;
message.Format("Red: %d, Green: %d, Blue: %d", GetRValue(color6), GetGValue(color6), GetBValue(color6));
AfxMessageBox(message, MB_OK);

Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast

Yusuf5-Mar-09 9:19

Yusuf

5-Mar-09 9:19

what do you think GetRValue, GetGValue and GetBValue returns? that should give you a clue.

Yusuf

FISH7865-Mar-09 9:24

5-Mar-09 9:24

Yes you are right.. I was expecting a long value however I have spent like a good chunk of time. and not sure where i am going wrong..

Hence the heading dunb question...I would first like to be able to display the value of color as a string in a messagebox to see it.

the same routine works fine in Vb and I am trying to migrate it into c++ with some other functions.

Code-o-mat5-Mar-09 9:22

5-Mar-09 9:22

I'm not sure what the problem there is, since that error message you gave is too vague, does this work then:

message.Format(_T("Red: %d, Green: %d, Blue: %d"), (int)GetRValue(color6), (int)GetGValue(color6), (int)GetBValue(color6));

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <

FISH7865-Mar-09 9:47

5-Mar-09 9:47

Thank you this works...Is there a way I can display the color6 with long values instead of RGB?

thanks

Code-o-mat5-Mar-09 10:14

5-Mar-09 10:14

How do you mean that?

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <

FISH7865-Mar-09 16:52

5-Mar-09 16:52

ok..here...I have this function...
void HoleCard1()
{
POINT Carpt,Point1;
COLORREF color1;
Carpt.x = 513;
Carpt.y = 20;
Point1.x = 90;
Point1.y = 90;
HWND hWndActWnd;
hWndActWnd= WindowFromPoint(Carpt);
HDC ActWndDC = GetDC(hWndActWnd);
HDC MemDC = CreateCompatibleDC(ActWndDC);
BitBlt(MemDC ,0,0,1000,1000,ActWndDC,Carpt.x,Carpt.y,SRCCOPY);
color1 = GetPixel(MemDC,Point1.x,Point1.y);

}
The long value of color1 should be 1381653. How do I know this the same location in vb gives me that value and based on the usage in the last 2 weeks there has been no problems.

However if I multiply the R,G,& B from color1, which to my understanding should also give me the long value. However I get a value of 16581375
but i just want to be sure and not start making up numbers.

I have purposely posted the code just incase I have done something wrong in this function.

Thanks A million.

Code-o-mat5-Mar-09 22:03

5-Mar-09 22:03

I'm not sure what you mean but...getting the colorref from the RGB components isn't done by multiplying the components. COLORREF is a 4 byte value (a long is a 8 byte value if i recall correctly), the first byte of this value (the least significant i believe) represents the red component, the second one represents green and the trird one represents blue. (It might be the other way around, am not sure but the idea is basicly the same) So:

[1 Byre Red][1 Byte Green][1 Byte Blue][1 Byte unused]

If you have the 3 components, 1 byte each you can make a colorref of them like this:
Red | (Green << 8) | (Blue << 16)

You can read about this here[^] too, it probably explains it better than i do.

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <

FISH7866-Mar-09 1:52

6-Mar-09 1:52

Nice link to explain on the RGB and GDI. Looks like we are on the same page as to what we thinking multiplying the integer from the byte for all three will give us the long decimal value. However, can you or someone tell me if there is anything wrong with the code i have posted in my previous message.

If there isn't I could try and get the Red, Blue and Green from the Visual Basic application. I am trying to migrate an application into c++ from Visual Basic.

after reading a couple of books and some articles. I thought it would be nice to migrate and learn from my own application.

Thanks a Million for all the help. I really appreciate it.

Code-o-mat6-Mar-09 2:06

6-Mar-09 2:06

I'd like to help but i still don't understand what you mean by "long value should be"... Just note that DCs you get for windows should be released using ReleaseDC[^] and memory DCs you create with CreateCompatibleDc should be destroyed with DeleteDC[^].

Note: i do not know Visual Basic, i used it with some small projects but that was ages ago...

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <

FISH7866-Mar-09 2:16