Malcolm Cohen malcolm at nag-j.co.jp
Tue Oct 13 03:51:55 EDT 2020

I don’t think those machines are coming back, so it’s hard to feel too worried about this kind of thing...


And they are not decimal machines for storage. They are binary, with (if I read the doc correctly) eight bits per location, though one of those bits is parity. STORAGE_SIZE should return the number of bits of storage...


I’m not seeing a problem here, but maybe I’m not looking hard enough.




..............Malcolm Cohen, NAG Oxford/Tokyo.


From: J3 <j3-bounces at mailman.j3-fortran.org> On Behalf Of Robert Corbett via J3
Sent: Tuesday, October 13, 2020 3:29 PM
To: j3 at j3-fortran.org
Cc: Robert Corbett <rpcorbett at att.net>
Subject: [J3] STORAGE_SIZE


The intrinsic function
STORAGE_SIZE returns the
size of an array element in
bits. Machines such as the
IBM 1401 and the IBM 1620
stored data as decimal
digits instead of bits. Should
we say that STORAGE_SIZE
is processor dependent on
such machines?

Robert Corbett


The Numerical Algorithms Group Ltd is a company registered in England and Wales with company number 1249803. The registered office is: Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom. Please see our Privacy Notice <https://www.nag.co.uk/content/privacy-notice>  for information on how we process personal data and for details of how to stop or limit communications from us.

This e-mail has been scanned for all viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.j3-fortran.org/pipermail/j3/attachments/20201013/9840899f/attachment.htm>

More information about the J3 mailing list