Set $ET to "B" instead of "" in XUP
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenVista/GT.M Integration |
New
|
Low
|
Unassigned |
Bug Description
This bug is being filed on behalf of Sam Habiel.
Whenever I execute XUP, it sets the error trap to something (by default the empty string), and once it set it, $ZT becomes blank. However, that's a problem when debugging with GT.M. Whenever an error happens, GT.M remains silent, giving an impression that everything went well.
Here's an example routine called test1, that does a classic error (div by zero).
test1 W 6/0
See what happens in a clean WV instance in which the parameter XUS-XUP SET ERROR TRAP is not initialized:
GTM>d ^XUP
Setting up programmer environment
This is a TEST account.
Access Code: *********
Terminal Type set to: C-VT100
You have 46 new messages.
Select OPTION NAME:
GTM>w $ET
GTM>w $ZT
GTM>zed "test1"
GTM>zl
GTM>d ^test1
GTM>w $EC
,M9,Z150373210,
GTM>w $ZE
Unprocessed $ZERROR, see $ZSTATUS
GTM>w $ZS
150373210,
GTM>
This situation always dogs WV programmers, who keep wondering why their program doesn't crash. Can we get this fixed? Perhaps by setting $ET="B" in XUP? in the 3rd line instead of setting it to $ET=""?
Changed in openvista-gtm-integration: | |
importance: | Undecided → Low |
milestone: | none → 0.8.6 |
Changed in openvista-gtm-integration: | |
milestone: | none → 0.8.8 |
Changed in openvista-gtm-integration: | |
milestone: | 0.8.8 → 0.8.9 |
Changed in openvista-gtm-integration: | |
milestone: | 0.8.9 → 0.8.10 |
Changed in openvista-gtm-integration: | |
milestone: | 0.8.10 → none |
Trade with bug 446635