Files
TeslaRel410/BORLAND/BC45/EXAMPLES/OWL/OWLAPPS/DIAGXPRT/CBACK.CPP
T
CydandClaude Fable 5 63312e07f9 source410: literal 4.10 source reconstruction + BC++ 4.52 fleet toolchain archived
- BORLAND/: Borland C++ 4.52 (chosen over 4.5 by byte-match: CODE/RP/CW32.LIB
  is identical to 4.52's install lib). BCC32/TLINK32/TLIB/MAKE run natively on
  Win11; CODE/BT/OPT.MAK is the shipped BTL4OPT.EXE's exact flag recipe
  (extender = Borland PowerPack DPMI32, not Phar Lap TNT).
- restoration/source410/: the literal 1995-form reconstruction of the missing
  BT game source (never mixed into CODE/). Round 1-3 state:
  * 6 of 10 surviving original TUs COMPILE CLEAN under the period toolchain
    (BTMSSN, BTCNSL, BTSCNRL, BTTEAM, BTL4MODE, BTL4ARND) - first builds
    since 1996.
  * BT_L4/BTL4APP.CPP pilot reconstruction: 12/12 functions, Fail() lands on
    its binary-recorded line 400 exactly.
  * BT/BTCNSL.HPP: console wire IDs recovered from the binary's ctors
    (Killed=9, Damaged=10, ScoreUpdate=13, DeathWithoutHonor=15 [T1];
    TeamScore=12 flagged [T4]).
  * MUNGA/: 8 engine-header backfills back-dated from the BT412 WinTesla tree
    (VDATA numbering decomp-verified; AUDREND's OpenAL-era virtual removed -
    the period compiler is the drift detector).
  * Tooling: backdate.py (WinTesla->1995 header transform), compile410.sh
    (per-TU verification sweep under authentic OPT.MAK flags).
  * README: corrected roadmap - MECH.HPP is the capstone grown with the mech
    TU reconstructions; BTREG.CPP green = the header-family milestone.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-19 07:33:26 -05:00

71 lines
2.3 KiB
C++

//----------------------------------------------------------------------------
// ObjectWindows - (C) Copyright 1991, 1993 by Borland International
//----------------------------------------------------------------------------
// Because we are called from toolhelp on another task data segment, it is
// critical to overide the default entry code settings here in order to
// force it to: ds!=ss and explicit export:
//
#pragma option -WE
#include <owl\owlpch.h>
#include "diagxprt.h"
//
// Callback is just used for correctly adjusting the data segment - this
// function being MakeProcInstance'd by SetupWindow(). This is critical
// because TOOLHELP calls this function on the other task data segment.
// Then it calls TDiagClient::NotifyCallback thru the static "this" pointer.
//
BOOL FAR PASCAL __export
Callback(WORD id, DWORD data) {
// Now that the data segment is correctly set to our task's, call it:
//
switch (id) {
#if 0 // This seems to be redundant
case NFY_LOGPARAMERROR: {
NFYLOGPARAMERROR FAR *param = (NFYLOGPARAMERROR FAR *)data;
TDispData* d = new TDispData;
strcpy(d->ProcName, TDiagClient::pThis->GetProcName(param->lpfnErrorAddr));
strcpy(d->ModuleName, TDiagClient::pThis->GetTaskName());
d->ErrorCode = ((NFYLOGPARAMERROR FAR*)data)->wErrCode;
d->Param = ((NFYLOGPARAMERROR FAR*)data)->lpBadParam;
TDiagClient::pThis->PostMessage(CM_LOGPARAMERROR,0,(LPARAM)d);
break;
}
#endif
case NFY_LOGERROR: {
TDispData *d = new TDispData;
strcpy(d->ModuleName, TDiagClient::pThis->GetTaskName());
d->ErrorCode = ((NFYLOGERROR FAR*)data)->wErrCode;
d->Data = (DWORD)((NFYLOGERROR FAR*)data)->lpInfo;
TDiagClient::pThis->PostMessage(CM_LOGERROR, 0, (LPARAM)d);
break;
}
case NFY_OUTSTR: {
TDispData *d=new TDispData;
char far *dStr = (LPSTR)data;
strcpy( d->ProcName, dStr);
TDiagClient::pThis->PostMessage(CM_OUTSTR, 0, (LPARAM)d);
break;
}
default:
// Other toolhelp notifications can be handled.
// Make sure that diagxprt.cpp is updated to match
// TDiagClient::pThis->PostMessage(CM_DEFAULT, id, 0);
break;
}
return FALSE;
}