Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ncar!noao!asuvax!stjhmc!p11.f15.n114.z1.fidonet.org!jim.nutt
From: jim.nutt@p11.f15.n114.z1.fidonet.org (jim nutt)
Newsgroups: comp.lang.c
Subject: Re: HP/Rumors
Message-ID: <601.232CC9A9@stjhmc.fidonet.org>
Date: 13 Sep 88 03:27:51 GMT
Sender: ufgate@stjhmc.fidonet.org (newsout1.23)
Organization: FidoNet node 1:114/15.11 - St Joes Hospi, Phoenix AZ
Lines: 25


 > From: jv@mhres.mh.nl (Johan Vromans)
 > Message-ID: <2336@mhres.mh.nl>
 > 
 > As I remember ... an pointer on the HP9000/500 system is
 > something you cannot treat as an numeric quantity. Of course, you
 > should not do that anyway.
 > I recall the following symptoms:
 >  - address space is not contiguous from zero to somewhere,
 >    pointers contain segment numbers and offsets;
 >  - you cannot store a pointer on disk, and read it back in
 >    another run, because your program will probably not be loaded
 >    in the same memory segments;
 >  - you cannot use the highest bits of a pointer for other
 >    purposes (as GNU Emacs does). All 32 bits contain information.

actually sounds a lot like working on an intel iapx86 microprocessor, doesn't it?  the restrictions are much the same.

jim nutt
'the computer handyman'


--  
St. Joseph's Hospital/Medical Center - Usenet <=> FidoNet Gateway
Uucp: ...ncar!noao!asuvax!stjhmc!15.11!jim.nutt