pain and agony... a +relay,+seh trace from my cxxexcept problem case:

[Greg Turner]

On Thursday 03 October 2002 05:51 pm, Greg Turner wrote:
> OK, here is what looks to me like the relevant stuff... I'm determined to
> get this fixed, I "need" this app (ya right... I've got vmware...)
[SNIP]
> and so on.  What have we learned, except that StarTeam was probably
> written in Visual Basic?  Not sure.  I guess I need to focus on: "where are
> the NULL's passed to ThrowException coming from?"??  Or is there something
> more obvious going on here that I'm to ign'ant to grok?
>
> thanks for your help,...

Rolling around in CVS, I've discovered that StarTeam works until
this patch:

  http://www.winehq.com/hypermail/wine-cvs/2002/09/0157.html

after that, it's broken, initially in a nicer way that doesn't involve
infinite recursion in the exception handlers (XBadRequest or
something like that, and a nice clean crash).  Not sure when it
makes the transition to utter chaos in the exception handling....

FYI, this is an MFC42 app, and the last thing it does before
TSHTF is to close down a dialog window in the WIZARD_97
style.  I had to use native comctl32/commctrl to use it at all,
(even when it worked otherwise, presumably because of the
WIZARD_97 business).  The patched code gets called during
the DestroyWindow processing; no failure occurs, however, until
control returns to StarTeam's "native" code.

still hoping for a magical fix from some wisened guru-type,

-- 
gmt

"If ye love wealth better than liberty, the tranquility
of servitude better than the animating contest of freedom,
go home from us in peace. We ask not your counsels or your
arms. Crouch down and lick the hands, which feed you. May
your chains set lightly upon you, and may posterity forget
that ye were our countrymen." 

-Samuel Adams