Re: Strange CVSListBox behavior

::~CStringT<char,StrTraitMFC<char,ATL::ChTraitsCRT<char> > >() Line 1213

(a) My program reports an unhandled exception 0xC0000005 in the function XXXXXX at the
following line:
    <source code here>
I examined the variables, and the value being passed in is 0xCCCCCD8.

[dead giveaway: uninitialized local pointer variable]

(b) My program, which is running under VS2008 without SP1, gave an assertion failure on
line NNNN or file XXXXXX.cpp (here is the function). I have indicated which of the
assertions failed. When I examined the value with the debugger, it was 0 (NULL). The
callback trace to my code is also shown, and the source line from my code is indicated
below
    Something * v;
    ...stuff here...
    v = SomeFunction(...);
    SomeOtherFunction(v); <<== this is the last line issued before the assertion
failure

[dead giveaway: the SomeFunction failed, returned NULL as documented, and you failed to
test for this condition before using the value]

(c) My program, which is running under VS2008 SP1, gave an unhandled exception 0xC80000003
at the following line in the storage allocator:

[dead giveaway: attempting to free something twice, storage damage due to mishandled
bounds on an array store or fetch, etc., especially if the values are given! The source
line usually has comments indicating the reason for the failure, and from this we can
usually make a pretty good guess]

These are meaningful resports. All of the suggestions you give below are equivalent to
the word "crash" in terms of their useful content.

Note in the definition you give, a "crash" of a computer is rather different than a
"crash" of a program under development, and even then the description of "crash" is for
people like my mother, who can't tell an unhandled kernel exception from a heap
corruption; all she knows is her screen turned blue and the letter she was writing is
lost. I expect something a bit more coherent from someone who claims to be a programmer!

Note that all the definitions describe different conditions, which would require different
actions to handle. A non-responding program is quite a different problem from one which
has taken an unhandled exception, or one which has taken an assertion failure. Again, the
audiences are different; programmers are assumed to be capable of distinguishing all these
causes in a report and providing maximum information to allow diagnosis of the problem by
another programmer. So if I report that my program isn't running correctly, what,
exactly, do you think you can do to help me? But if I specifically say what I am
observing, and, as a programmer, tell you the values of the variables involved, I am
giving you the critical information you need to help me. This is a programmers'
newsgroup; I expect a programmer's description of the problem, not the description my
mother would give (she called me up once and said her computer said it had done something
illegal, and should she be concerned? But she was 85 at the time). So when a person who
claims to be a "programmer" says "my program crashed" I expect them to have the minimum
capability of reporting EXACTLY what happened in terms of the executing code!
                joe

On Mon, 19 Apr 2010 13:15:47 -0400, Hector Santos <sant9442@nospam.gmail.com> wrote: