home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.c
- Path: sparky!uunet!news.tek.com!psgrain!charnel!sifon!thunder.mcrcim.mcgill.edu!mouse
- From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
- Subject: Re: Hows this for odd
- Message-ID: <1992Nov12.094905.20522@thunder.mcrcim.mcgill.edu>
- Organization: McGill Research Centre for Intelligent Machines
- References: <1992Nov9.102217.23060@monu6.cc.monash.edu.au>
- Date: Thu, 12 Nov 92 09:49:05 GMT
- Lines: 23
-
- In article <1992Nov9.102217.23060@monu6.cc.monash.edu.au>, bena@yoyo.cc.monash.edu.au (Ben Aveling) writes:
-
- > ... ,(i==0)?TRUE:FALSE,...
-
- Of course, it depends on what TRUE and FALSE are. Someone else already
- mentioned what I was going to say, the possibility that TRUE and FALSE
- may not be C-context true and false at all but rather (say) boolean
- values in a Pascal interpreter.
-
- So I'll just mention some odd code I happened across. I was
- disassembling a binary (you don't want to know why) and found a
- sequence that was obviously compiled from a loop something like
-
- char *s;
- ...
- for (i=0;i<strlen(s);i++)
- { ...code that doesn't modify the string s points to...
- }
-
- der Mouse
-
- mouse@larry.mcrcim.mcgill.edu
-