home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ornl!rsg1.er.usgs.gov!darwin.sura.net!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!apple!decwrl!contessa!mwm
- From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
- Subject: Re: Pointers
- Newsgroups: comp.lang.misc
- Distribution: world
- References: <mwm.2n3n@contessa.palo-alto.ca.us> <BxrK6x.A04@mentor.cc.purdue.edu> <waterman.722038647@chaos.cs.brandeis.edu> <Bxw0H0.6EF@mentor.cc.purdue.edu>
- X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52
- Keywords:
- Summary:
- Message-ID: <mwm.2pkz@contessa.palo-alto.ca.us>
- Date: 18 Nov 92 13:17:53 PST
- Organization: Missionaria Phonibalonica
- Lines: 32
-
- In <Bxw0H0.6EF@mentor.cc.purdue.edu>, hrubin@mentor.cc.purdue.edu (Herman Rubin) wrote:
- > In article <waterman.722038647@chaos.cs.brandeis.edu> waterman@cs.brandeis.edu writes:
- >
- > ............................
- >
- > >>I do not see how any system of references will enable writing
- >
- > >> *fill(*descriptor)
- >
- > >>any faster.
- >
- > >How about
- > > fill(descriptor) ?
- >
- > >Remeber, the dereferencing of the names 'fill' and 'descriptor'
- > >are done only once, at _compile_ time, and don't take up a single
- > >iota of energy at _run_ time.
- >
- > "This does not compute." The module which produces the contents of
- > fill and descriptor is compiled separately from the one that calls it.
- > In addition, I specified that there may even be run-time changes, which
- > the calling module does not know.
-
- So? Why do you keep assuming that people are using C syntax? There
- have been languages for 20+ years that would take the exact syntax
- given, and do exactly what you want with it.
-
- Your continued failure to understand this utterly trivial point isn't
- doing your net-image any good.
-
- <mike
-
-