TIP: Click on subject to list as thread! ANSI
echo: aust_c_here
to: Paul Edwards
from: Frank Adam
date: 1996-04-20 18:31:16
subject: Filename Expansion

G'Day Paul,
 
-=> Quoting Paul Edwards to Peter Collis <=-
 JG> #define TRUE  0
 JG> #define FALSE !TRUE
 PC> ~~~   ^^^^^^^^^^^^^^^^^^
 PC> I think defining FALSE to a non-zero value would be a bad habit to get
 PC> into, it would be better to always assume FALSE to be zero.
Most of the time we act on a TRUE condition and abort on FALSE though, so
it really doesn't matter what FALSE is.
What really freaks me is that FALSE is defined as 0, so according to 
that, are the next lines true or false ?

strcmp("hello","hello");  hardly FALSE, but it is 0.
system("wontfindme.exe");  worse than FALSE ? :)

..or is this just a booboo, nobody wants to change ?

In both cases, and in most C functions if FALSE was defined !TRUE and 
TRUE was defined 0, the returned results would make more sense.
                                   
  L8r Frank (fadam{at}ozemail.com.au).
  
___ Blue Wave/DOS v2.21                    

--- Maximus 3.01
* Origin: The Software Parlour (3:635/544)
SEEN-BY: 50/99 78/0 620/243 623/630 632/349 635/503 544 727 711/401 409 410
SEEN-BY: 711/413 430 808 809 932 934 712/515 713/888 714/906 800/1 7877/2809
@PATH: 635/544 50/99 711/808 809 934

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.