EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  <20012002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  <20012002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Bug in e2db
From: Benjamin Franksen <[email protected]>
To: EPICS Techtalk <[email protected]>
Date: Wed, 13 Jun 2001 23:50:08 +0200
Redman, Russell O. wrote:
> 
> There is a stylistic issue in that the for loop tests for the completion of
> the loop using "flink != 0", instead of "flink != NULL".  Practically, they
> are the same test but since pointers are (or should be) initialised to NULL,
> they should also be tested against NULL.  This stylistic defect occurs in a
> variety of places throughout the program.

Just a little side-remark: I got the impression people will NEVER EVER
agree wether to use 0 or NULL. Matter of style, as you said. [Personally
I like to use 0 (zero) because comparison reduces to logical test i.e.
if(p) instead of if(p != 0) which is redundant. AFAIK, C language
definition garuantees this to work as expected.]

You are right, however, that choice should be consistent, i.e.
initialization same as comparison.

Much more important: Good job done, debugging e2db!

While you're at it, have you ever got error message like following:

----  Loc: motor:slider
Warning: Port property "typ(U0)" should not equal "val".

----  Loc: motor:slider
Warning: Port property "val(U0)" does not exist, treating as field ref.

Always appears if you use a free port, assign it some record field and
connect the port to something.

Problem is when you fix it, it breaks. Meaning *with* error message
produces correct db, but if you chose "path" for port property you get
wrong result. Took me quite a while then, to find out what was wrong:
why, my links simple weren't there after I "fixed" it.

Ben


References:
Bug in e2db Redman, Russell O.

Navigate by Date:
Prev: Another possible problem in e2db Redman, Russell O.
Next: RE: Bug in e2db Redman, Russell O.
Index: 1994  1995  1996  1997  1998  1999  2000  <20012002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Bug in e2db Redman, Russell O.
Next: RE: Bug in e2db Redman, Russell O.
Index: 1994  1995  1996  1997  1998  1999  2000  <20012002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 10 Aug 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·