BSD 4_3_Tahoe development
[unix-history] / usr / man / cat1 / px.0
PX(1) UNIX Programmer's Manual PX(1)
N\bNA\bAM\bME\bE
px - Pascal interpreter
S\bSY\bYN\bNO\bOP\bPS\bSI\bIS\bS
p\bpx\bx [ obj [ argument ... ] ]
D\bDE\bES\bSC\bCR\bRI\bIP\bPT\bTI\bIO\bON\bN
_\bP_\bx interprets the abstract machine code generated by _\bp_\bi. The
first argument is the file to be interpreted, and defaults
to _\bo_\bb_\bj; remaining arguments are available to the Pascal pro-
gram using the built-ins _\ba_\br_\bg_\bv and _\ba_\br_\bg_\bc. _\bP_\bx is also invoked
by _\bp_\bi_\bx when running `load and go'.
If the program terminates abnormally an error message and a
control flow backtrace are printed. The number of state-
ments executed and total execution time are printed after
normal termination. The p\bp option of _\bp_\bi suppresses all of
this except the message indicating the cause of abnormal
termination.
F\bFI\bIL\bLE\bES\bS
obj default object file
pmon.out profile data file
S\bSE\bEE\bE A\bAL\bLS\bSO\bO
Berkeley Pascal User's Manual
pi(1), pix(1)
D\bDI\bIA\bAG\bGN\bNO\bOS\bST\bTI\bIC\bCS\bS
Most run-time error messages are self-explanatory. Some of
the more unusual ones are:
Reference to an inactive file
A file other than _\bi_\bn_\bp_\bu_\bt or _\bo_\bu_\bt_\bp_\bu_\bt was used before a
call to _\br_\be_\bs_\be_\bt or _\br_\be_\bw_\br_\bi_\bt_\be.
Statement count limit exceeded
The limit of 500,000 executed statements (which
prevents excessive looping or recursion) has been
exceeded.
Bad data found on integer read
Bad data found on real read
Usually, non-numeric input was found for a number.
For reals, Pascal requires digits before and after the
decimal point so that numbers like `.1' or `21.' evoke
the second diagnostic.
panic: _\bS_\bo_\bm_\be _\bm_\be_\bs_\bs_\ba_\bg_\be
Indicates an internal inconsistency detected in _\bp_\bx
probably due to a Pascal system bug.
Printed 7/9/88 May 12, 1986 1
PX(1) UNIX Programmer's Manual PX(1)
A\bAU\bUT\bTH\bHO\bOR\bRS\bS
Charles B. Haley, William Joy, and Ken Thompson
VAX-11 version by Kirk McKusick
B\bBU\bUG\bGS\bS
Post-mortem traceback is not limited; infinite recursion
leads to almost infinite traceback.
Printed 7/9/88 May 12, 1986 2