home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.lang.forth      Forth programmers eat a lot of Bratwurst      117,927 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 116,313 of 117,927   
   albert@spenarnc.xs4all.nl to no.email@nospam.invalid   
   Re: Confusion about pointers in c/cc   
   14 Mar 24 09:23:07   
   
   In article <8734st1u9a.fsf@nightsong.com>,   
   Paul Rubin   wrote:   
   >albert@spenarnc.xs4all.nl writes:   
   >> Running it reveals the address of y, or at least the 32 least   
   >> significant bits.   
   >   
   >Being able to find the addresses of memory objects is considered a   
   >feature in C and it's used all the time in idiomatic C.  In retrospect,   
   >other languages have usually-good ways to do without that feature, such   
   >as references, access types, etc.  I think if you are writing an OS or   
   >standalone embedded program in Ada though, it's not unusual to have some   
   >low level parts of it in assembly language, that reach into the access   
   >types and do stuff with the addresses.   
      
   All non-toy languages have side-effects. All i/o are side effects.   
   It is impossible to do that with addresses (ports or memory) that have   
   connection to the real world, like actuators that close valves.   
   Relying on an OS only serves to hide this.   
      
   Groetjes Albert   
   --   
   Don't praise the day before the evening. One swallow doesn't make spring.   
   You must not say "hey" before you have crossed the bridge. Don't sell the   
   hide of the bear until you shot it. Better one bird in the hand than ten in   
   the air. First gain is a cat purring.            - the Wise from Antrim -   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca