Catching all exceptions - C / C++ / MFC Discussion Boards

Re: virtual operator "="

wubousc2-Jan-09 15:46

wubousc

2-Jan-09 15:46

yes, typecast works. But what I mean is why derived can not directly use "=" if it inherits it from base?

thanks,
Bob

Re: virtual operator "="

Mark Salsbery2-Jan-09 16:55

Mark Salsbery

2-Jan-09 16:55

The assignment operator used is chosen based on the
type of the variable being assigned to. To use the base
assignment operator without a cast would require an overload
that returns a derived.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Re: virtual operator "="

wubousc2-Jan-09 17:03

wubousc

2-Jan-09 17:03

Is it in the specification of C++? If not, what I can see is the derived class inherits all of the information of the function in the bass class, including the return value.

thanks,
Bob

Re: virtual operator "="

Mark Salsbery2-Jan-09 17:19

Mark Salsbery

2-Jan-09 17:19

It wouldn't work for any class, whether virtual or not.

There's not an implicit assignment operator for a type that takes a
base type as its right-hand operand. You must explicitly provide the
assignment operator or cast the left operand to a type that matches
an existing assignment operator overload.

Using a cast may hide the compiler error but if the operator overload that
the compiler chooses to call doesn't actually return a derived&, then you can't
rely on it being a derived object.

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Re: virtual operator "="

Mark Salsbery2-Jan-09 17:24

Mark Salsbery

2-Jan-09 17:24

Also..

It is stated here[^] that assignment operators are not inherited.

Take a close look at this[^] example as well.

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Re: virtual operator "="

wubousc2-Jan-09 17:58

wubousc

2-Jan-09 17:58

Thank you so much. Now I am clear.

Bob

Re: virtual operator "="

N a v a n e e t h2-Jan-09 16:12

N a v a n e e t h

2-Jan-09 16:12

AFAIK, In C++, operator = is not inherited.

Navaneeth

How to use google | Ask smart questions

Catching all exceptions

charlieg2-Jan-09 10:36

charlieg

2-Jan-09 10:36

I'm trying to hook in a master "omg, we're going down, eject, eject, eject!" code chunk into my mfc dialog application. Basically, I do not want the user to see "chg.exe has done something bad and will need to terminate." What I want is to be able to capture as much forensic data to allow me to have a hope to diagnose what caused the crash.

So, in doing my research, I have seen two main approaches - override the run method of the CWinApp:

<br />
<br />
int CMyApp::Run() <br />
{<br />
   BOOL bRun;<br />
   BOOL bExit=FALSE;<br />
<br />
   while(!bExit)<br />
   {<br />
      try<br />
      {<br />
         bRun= CWinApp::Run();<br />
         bExit=TRUE;<br />
      }<br />
      catch (...)<br />
      {<br />
         AfxMessageBox(_T("Exeption!!!"));  // or trace or printf, does not matter.<br />
      }<br />
   }<br />
   return bRun;<br />
}<br />

I've also added the ProcessWndProcException handler at the app level as well.

What I have seen so far is that basically the code is ignored. If I hack up a little dialog app and divide by 0 or try to modify NULL, I see nothing at run time until I try to exit my app. What should one expect from these approaches?

Charlie Gilley
Will program for food...
<italic>Hurtling toward a government of the stupid, by the stupid, for the stupid we go. —Michelle Malkin

Re: Catching all exceptions

Randor 2-Jan-09 11:21

Randor

2-Jan-09 11:21

Research the SetUnhandledExceptionFilter Function[^].

Best Wishes,
-David Delaune

Re: Catching all exceptions

charlieg2-Jan-09 11:27

charlieg

2-Jan-09 11:27

I'll take a look this evening.... thanks

Charlie Gilley
Will program for food...
<italic>Hurtling toward a government of the stupid, by the stupid, for the stupid we go. —Michelle Malkin

Re: Catching all exceptions

Hamid_RT2-Jan-09 20:00

Hamid_RT

2-Jan-09 20:00

See XCrashReport : Exception Handling and Crash Reporting - Part 4[^].

Of one Essence is the human race
thus has Creation put the base
One Limb impacted is sufficient
For all Others to feel the Mace
(Saadi )

Catching Exceptions in MFC

nobaq2-Jan-09 6:12

nobaq

2-Jan-09 6:12

Hi,

Is there a way to catch Exceptions in my SDI MFC application in a very low level?

What I mean: I work with an SQL database and it may be that I have an error in the SQL syntax etc. In this case a specific exceptions is thrown.

I do not want to catch it somewhere in my code for View/Document but rather somewhere in the application object and then just display an error message and terminating my application the right way (including calling of all destructors).

When I do not catch them, I get a "Runtime error" in the debug version. I would like to have this similar behaviour.

Regards,
Niki

Re: Catching Exceptions in MFC

Randor 2-Jan-09 11:19

Randor

2-Jan-09 11:19

You can add a global exception handler using the SetUnhandledExceptionFilter Function[^] and catch all SQL related errors and return EXCEPTION_EXECUTE_HANDLER for all other exceptions or maybe handle them as well.

Best Wishes,
-David Delaune

Re: Catching Exceptions in MFC

Hamid_RT2-Jan-09 20:02

Hamid_RT

2-Jan-09 20:02

See XCrashReport : Exception Handling and Crash Reporting - Part 4[^] if its helpful for you.

Of one Essence is the human race
thus has Creation put the base
One Limb impacted is sufficient
For all Others to feel the Mace
(Saadi )

how can i send mail in an MFC application using "CDO.Message"

only_jack2-Jan-09 5:53

only_jack

2-Jan-09 5:53

i can easily send mails with ASP VB etc..
but i could not send mail with "CDO.Message" in C++

i have tried lots of sample code around the web
but none of them worked well,
i am always getting lots of compiler error

please , could you show me a working sample that uses "CDO.Message"
Here is a sample[^] from MSDN

envirounment Visual Studio .NET 2003

note :
i do not want to use a pre-written SMTP class (FireWall problems etc..)

thanks.

VS Manifest Tool

Richard Andrew x642-Jan-09 5:29

Richard Andrew x64

2-Jan-09 5:29

Is there a way to tell Visual Studio 2008 to not run the Manifest Tool at all during a build?

I have created my own custom manifest resource which I embed into the EXE by myself.

Even though it's possible to tell the manifest tool not to embed the manifest, I can't stop it from creating a separate manifest file called "AppName.exe.manifest"

It's a pain to have to delete this extra manifest file every time I build the project.

Does anyone know how to stop the Manifest Tool from running?

Re: VS Manifest Tool

Mark Salsbery2-Jan-09 5:43

Mark Salsbery

2-Jan-09 5:43

What if you go to the project/Linker/Generate Manifest File setting and set it to no?

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Re: VS Manifest Tool

Richard Andrew x642-Jan-09 6:06

Richard Andrew x64

2-Jan-09 6:06

I forgot to check in the Linker properties! I was only looking in the Manifest Tool properties.

I'll give that a try, thanks Mark!

Serializing CArrays

softwaremonkey2-Jan-09 3:58

softwaremonkey

2-Jan-09 3:58

Hi,

I am trying to serialize all objects stored in a CArray but if a trace it through, it is calling the default SerializeElements which understandably does not serialize the objects correctly. I want this to call mt object's Serialize method.

I have tried adding my own helper but the compiler says that it already exists. This may be because I have used DECLARE_SERIAL and IMPLEMENT_SERIAL macros. MSDN says that if you use these macros, the helper function will be implemented, but if that is so, why isnt it being called?

Does anyone have any ideas what I can try Sigh | :sigh:

?

TIA

Tony

Re: Serializing CArrays

softwaremonkey2-Jan-09 4:20

softwaremonkey

2-Jan-09 4:20

Its OK, I figured it out. It was nothing to do with the DECLARE_SERIAL and IMPLEMENT_SERIAL macros

DUH!
Wink | ;)

Re: Serializing CArrays

CPallini2-Jan-09 4:43

CPallini

2-Jan-09 4:43

Good to know.
IMHO object serialization is one of most appealing features of MFC.

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

Re: Serializing CArrays

Iain Clarke, Warrior Programmer2-Jan-09 11:25

Iain Clarke, Warrior Programmer

2-Jan-09 11:25

CPallini wrote:
IMHO object serialization is one of most appealing features of MFC.

I've never used it after initial learning. I'm too much of a file format control freak...

Iain.

Re: Serializing CArrays

CPallini2-Jan-09 20:55

CPallini

2-Jan-09 20:55

I like to have control on file format too. Anyway, automatic object (re-)creation is too appealing to me.
Smile | :)

WM_LBUTTONDOWN not working with CListCtrl class!!

SanjaySMK2-Jan-09 3:28

SanjaySMK

2-Jan-09 3:28

Hello,
I have some code which has a dialog box and a list control placed on it, and I handled the WM_LBUTTONDOWN message on it, which perfectly executed when the code was compiled in Visual C++ 6.0. But the same code, when ported to VS 2005, does not respond to this message at all, although the code compiles and links fine in VS 2005. I tried to handle the notification message, NM_CLICK also, on the List Control which is on the dialog box, but to no avail. What must be the problem?

Please suggest the remedy.

Thanks,

Software Developer
Sanjay Khapre

Re: WM_LBUTTONDOWN not working with CListCtrl class!!

Nibu babu thomas2-Jan-09 4:52

Nibu babu thomas

2-Jan-09 4:52

From whatever you've said looks like it should work and can't guess anything else, we need more information on how you are calling/showing this dialog.

Nibu babu thomas
Microsoft MVP for VC++

Code must be written to be read, not by the compiler, but by another human being.

Programming Blog: http://nibuthomas.wordpress.com

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.