I discovered the issue with $WATCOM/binl/wd, but to make it easier for non linux users,
I reproduced the issue with %WATCOM%\binnt\wd.exe from the current "ci" snapshot on win11:
(binnt64\wd.exe [and wdw.exe] fail to start: "TRAP Loader: Unable to load module file")
Build a simple "hello world" style program
(I use owcc hello.c -g -o hello_win32.exe) hello.c.txt
Start %WATCOM%\binnt\wd.exe with the resulting hello_win32.exe
Screenshot after wd.exe comes up:
( Unfortunately, the "Locals" window is active. An active "Source" window would be better)
( The orange square left of the "File" menu is the cursor from OS, but the cursor from wd.exe is different)
Activate the "Source" window
Press "Cursor right" the first time: Display content is still ok
Press "Cursor right" the second time: Display content is broken: "main(void)" disappeared
Press "Cursor down" two times: The "printf" line disapeared:
More cursor moves destroy more of the window content
Activating the "Assembly" windows and moving the cursor around produces similar garbage:
Example screenshot:
I discovered the issue with
$WATCOM/binl/wd
, but to make it easier for non linux users, I reproduced the issue with%WATCOM%\binnt\wd.exe
from the current "ci" snapshot on win11: (binnt64\wd.exe
[and wdw.exe] fail to start: "TRAP Loader: Unable to load module file")Build a simple "hello world" style program (I use
owcc hello.c -g -o hello_win32.exe
) hello.c.txtStart
%WATCOM%\binnt\wd.exe
with the resultinghello_win32.exe
Screenshot after
wd.exe
comes up: ( Unfortunately, the "Locals" window is active. An active "Source" window would be better) ( The orange square left of the "File" menu is the cursor from OS, but the cursor fromwd.exe
is different)Activating the "Assembly" windows and moving the cursor around produces similar garbage: Example screenshot: