Undelivered mail

MAILER%ALASKA.BITNET at CUNYVM.CUNY.EDU MAILER%ALASKA.BITNET at CUNYVM.CUNY.EDU
Sat Mar 12 15:19:14 AEST 1988


Subject:  Re: Why NULL is 0

[Non-Deliverable:  User does not exist or has never logged on]

Reply-To: Info-C at BRL.ARPA

Received: From UWAVM(MAILER) by ALASKA with Jnet id 6390
          for SXJVK at ALASKA; Fri, 11 Mar 88 19:43 AST
Received: by UWAVM (Mailer X1.25) id 4221; Fri, 11 Mar 88 20:40:44 PST
Date:         Fri, 11 Mar 88 23:34:09 GMT
Reply-To:     Info-C at BRL.ARPA
Sender:       Info-C List <INFO-C at NDSUVM1>
Comments:     Warning -- original Sender: tag was ris at umd5.umd.EDU
From:         "Louis A. Mamakos" <louie at trantor.umd.EDU>
Subject:      Re: Why NULL is 0
Comments: To: info-c at brl-smoke.arpa
To:           Vic Kapella <SXJVK at ALASKA>

In article <124 at polygen.UUCP> pablo at polygen.uucp (Pablo Halpern) writes:
>However, if I were writing a C compiler, I would choose a size for all
>pointers equal to the size of the largest possible pointer.

Please don't do this.  On, for example, our Unisys 1100 machine, a "regular"
pointer is 8 bytes long (2 words, 72 bits).  A pointer to a function is
64 bytes long (8 words, 288 bits).  Yes, this is a word-addressable machine
with 4 9-bit bytes per word. The existing semantics work just fine if
you don't assume programmer brain-damage.

Louis A. Mamakos  WA3YMH    Internet: louie at TRANTOR.UMD.EDU
University of Maryland, Computer Science Center - Systems Programming



More information about the Comp.lang.c mailing list