Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!seismo!rochester!cornell!uw-beaver!tektronix!reed!omen!caf From: caf@omen.UUCP (Chuck Forsberg WA7KGX) Newsgroups: comp.unix.xenix,comp.sys.intel,comp.sys.ibm.pc Subject: Re: XENIX 386 benchmark results Message-ID: <566@omen.UUCP> Date: Sat, 11-Jul-87 06:21:24 EDT Article-I.D.: omen.566 Posted: Sat Jul 11 06:21:24 1987 Date-Received: Sun, 12-Jul-87 15:50:02 EDT References: <127@spdcc.COM> <225@m10ux.UUCP> <139@spdcc.COM> <130@bby-bc.UUCP> <826@mipos3.UUCP> Reply-To: caf@omen.UUCP (Chuck Forsberg WA7KGX) Organization: Omen Technology Inc, Portland Oregon Lines: 55 Xref: mnetor comp.unix.xenix:465 comp.sys.intel:301 comp.sys.ibm.pc:5575 In article <826@mipos3.UUCP> kds@mipos3.UUCP (Ken Shoemaker ~) writes: :and register usage is more general in 32-bit code. Amen. One can finally index off the stack pointer, saves all that "push bp" drudgery. Lo and Behold: page 64,132 TITLE YAM Support Functions for Intel 386 SUBTTL Copyright 1987 Omen Technology Inc name UP ; rev 7-4-87 .386 _TEXT SEGMENT BYTE PUBLIC 'CODE' ASSUME CS: _TEXT public _pareven public _getstk ; ; pareven(c) returns byte value of c with even parity ; ; _pareven proc near sub eax, eax add al, [esp+4] jpe short even1 xor al, 80h even1: ret _pareven endp ; ; ; char * getstk returns current value of stack pointer ; ; _getstk proc near mov eax, esp ret _getstk endp _TEXT ends end Granted these aren't the most earthshaking of routines, but 286 hackers will appreciate how much cleaner things are on the 386. Chuck Forsberg WA7KGX Author of Pro-YAM communications Tools for PCDOS and Unix ...!tektronix!reed!omen!caf Omen Technology Inc "The High Reliability Software" 17505-V Northwest Sauvie Island Road Portland OR 97231 Voice: 503-621-3406 TeleGodzilla BBS: 621-3746 2400/1200 CIS:70007,2304 Genie:CAF Source:TCE022 omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp omen!/usr/spool/uucppublic/FILES lists all uucp-able files, updated hourly