Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!usc!zaphod.mps.ohio-state.edu!rpi!batcomputer!munnari.oz.au!brolga!uqcspe!batserver.cs.uq.oz.au!grue
From: grue@batserver.cs.uq.oz.au (Frobozz)
Newsgroups: comp.sys.handhelds
Subject: Re: Lists in the HP48 (really arrays)
Message-ID: <5880@uqcspe.cs.uq.oz.au>
Date: 24 Nov 90 06:02:24 GMT
References: <kskalb.659353921@faui1f> <12017@life.ai.mit.edu>
Sender: news@uqcspe.cs.uq.oz.au
Reply-To: grue@batserver.cs.uq.oz.au
Lines: 26

In <12017@life.ai.mit.edu> bson@rice-chex.ai.mit.edu (Jan Brittenson) writes:

>   RPL arrays differ by being restricted to a single type - real or
>complex (has anyone attempted to synthesize an array of some other
>type, like Character?), which allows for faster element address
>calculations.

I haven't tried this.  I did try to change the number of dimensions in
an array (on my old '28S) and it caused an interesting pattern on the
display when I tried to display the thing.  I never tried to do anything
else with it (because the display was suffering really badly).  I may have
had to do a system reset (the ON-C equiv, I cannot even remember what key
it was ummm up arrow?? :-).  I don't think I suffered a memory lost playing
around like this.


							Pauli
seeya

Paul Dale               | Internet/CSnet:            grue@batserver.cs.uq.oz.au
Dept of Computer Science| Bitnet:       grue%batserver.cs.uq.oz.au@uunet.uu.net
Uni of Qld              | JANET:           grue%batserver.cs.uq.oz.au@uk.ac.ukc
Australia, 4072         | EAN:                          grue@batserver.cs.uq.oz
                        | UUCP:           uunet!munnari!batserver.cs.uq.oz!grue
f4e6g4Qh4++             | JUNET:                     grue@batserver.cs.uq.oz.au
--