C / C++ / MFC

27-Oct-04 19:13

Will anyone explain to me the advantage of one over the other - Passing the reference and passing the poniter as parameter in function calls

shiraztk27-Oct-04 19:59

shiraztk

27-Oct-04 19:59

Hi
My understanding is there is not much difference in using reference and pointers for function calls.
Using reference makes the code neat and does the work of a pointer. It comes handy while using operator overloading etc.

Go through this article
http://www.embedded.com/showArticle.jhtml?articleID=9900082[^]

regards

The Best Relligion is Science.
Once you understand it, you will know God.

Ryan Binns27-Oct-04 20:17

27-Oct-04 20:17

The main advantages of references are that they are strongly type-safe, and cannot be NULL. Sometimes, passing NULL is a valid option, so a reference can't be used. Also, references are not suitable for things like data buffers or arrays, where the type of the data is unknown or variable, or the length of the data is variable. For example, a char* can point to one or more characters, but a char& is a reference to a single character.

Ryan

"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"

Ranjish27-Oct-04 21:24

27-Oct-04 21:24

I have a function

Swap(int& a, int& b)

Does your statement "Sometimes, passing NULL is a valid option, so a reference can't be used" means that I cannot call Swap(2, NULL)(for eg.)

It will not give any error. I am using MS VC++ 6.0

Ryan Binns28-Oct-04 13:28

28-Oct-04 13:28

Ranjish wrote:
Does your statement "Sometimes, passing NULL is a valid option, so a reference can't be used" means that I cannot call Swap(2, NULL)(for eg.)

Yes, for two reasons. First, you cannot supply a constant literal (2) as a non-constant reference. Second, you cannot pass NULL as a reference. A reference must always refer to an object.

Ryan

"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"

Ranjish28-Oct-04 18:15

28-Oct-04 18:15

Hi Ryan,

I am using MS VC++ 6.0.

The below code will work.

#include <iostream.h>
void Swap(int& a, int& b)
{
a += b;
b = a - b;
a -=b;

}

int main()
{
int x = 2;
int y = NULL;
Swap(x, y);
cout << x << " " << y << endl;
return 0;
}

Is it because of Converting NULL to zero before initialization.

Ryan Binns28-Oct-04 20:27

Who Calls main and where does main returns (C/C++)

28-Oct-04 20:27

There's nothing wrong with that code. You're passing x (an int) and y (an int) both as int references, so the code is fine. The contents of the variables don't make any difference, as long as they are variables.

Ryan

"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"

Ranjish27-Oct-04 18:55

Re: Who Calls main and where does main returns (C/C++)

27-Oct-04 18:55

Will anybody expain to me who calls Main() in Windows and where does main returns. Who uses the return value for wht purose. PLease don't just answer it as OS. I am looking for a detailed answer

Sujan Christo27-Oct-04 21:52

Sujan Christo

27-Oct-04 21:52

Hi,
Open an appln in VC++ give F11(Step Into) it will open up the APPMODUL.CPP file there you can see _tWinMain
Sujan

Re: Who Calls main and where does main returns (C/C++)

jan larsen28-Oct-04 4:14

jan larsen

28-Oct-04 4:14

Ranjish wrote:
Will anybody expain to me who calls Main() in Windows and where does main returns

When you say main(), I presume that you're talking about a console app.
When you compile a C/C++ application, it's actually not you main() function which will be invoked first. The C/C++ runtime needs to set up some stuff, like initializing global objects, and then it will invoke main().
When main() exits, or when you invoke exit(), it's actually not the last code to run. Again, the C/C++ runtime needs to clean up eg. by running deallocators for global objects.

Ranjish wrote:
Who uses the return value for wht purose.

If you've started a process using spawnl(), you can use _cwait() to get the result code.

"After all it's just text at the end of the day. - Colin Davies

"For example, when a VB programmer comes to my house, they may say 'does your pool need cleaning, sir ?' " - Christian Graus

Ryan Binns27-Oct-04 18:21

27-Oct-04 18:21

[edit]Missed the ReleaseDC() call... D'Oh! | :doh:

[/edit]

Ryan

"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"

legenderious27-Oct-04 19:45

legenderious

27-Oct-04 19:45

But I have called : m_pParent->ReleaseDC(pDC);

Do you think it cann't released the pDC actually?

How can I do?

can I use : ::ReleaseDC(m_pParent->m_hWnd,pDC->GetSafeHdc()); it is testing now.

Antony M Kancidrowski28-Oct-04 5:26

Antony M Kancidrowski

28-Oct-04 5:26

If ReleaseDC fails to release a DC it returns 0. If it is returning 1 then it is successfully releasing.

You could check for a 0 return value!

Ant.

I'm hard, yet soft.
I'm coloured, yet clear.
I'm fruity and sweet.
I'm jelly, what am I? Muse on it further, I shall return! - David Walliams (Little Britain)

Antony M Kancidrowski28-Oct-04 5:23

Antony M Kancidrowski

28-Oct-04 5:23

Strange! Are you sure you have always called ReleaseDC after each call to GetDC and GetWindowDC elsewhere in your application? (Remember to check all possible code paths)

Other than that I would tend to move the ReleaseDC out of the if statement so that it is always called after GetDC is called, no matter what result you have from GetDC.

Ant.

I'm hard, yet soft.
I'm coloured, yet clear.
I'm fruity and sweet.
I'm jelly, what am I? Muse on it further, I shall return! - David Walliams (Little Britain)

legenderious28-Oct-04 15:32

legenderious

28-Oct-04 15:32

there is no ..if.. else ..in the original code ,And I called the ReleaseDC().when i found the problem,I add it . I checked the returned value of ReleaseDC(),it's successful everytime.

I have checked all the GetDC in my programm,it realeased OK.

now i do it as follows:
CDC pDC;
if(pDC.Attach(hDC))
{
pDC.BitBlt(rcClient.left, rcClient.top, rcClient.Width(), rcClient.Height(), &m_dcMap, rcClient.left, rcClient.top, SRCCOPY);
}
else
{
TRACE("\ncann't get parent DC\n");
strTemp = "cann't get parent DC";
((CFMapCtrl*)m_pParent)->WriteLogFile(strTemp);
}
pDC.Detach();

hDC is saved at the initial time.

it seems better.