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 and "FATAL error"
From: Rozelle Wright <[email protected]>
To: [email protected], [email protected]
Date: Thu, 14 Jun 2001 11:58:10 -0600 (MDT)
1.  Thanks to Russell Redman for fixing the bug in e2db. 
I wish he would take over maintenance of the capfast tools, but
he tells me he doesn't have time right now.

I am coming back to work at the lab on a casual basis.  I am 
currently working on a project that has a "hard deadline" just like
Russell's, but I may have a little time in a week or so to write
something up for Andrew so that we can put the modified e2db in
a reasonable place on the APS web site.I think 

2.  When they brought out the new version of capfast everyone
complained about the "FATAL error", so the capfast folks added
a flag to the sch2edif which keeps the error from appearing.
If you put
-if into your flafs for sch2edif you will not get the "FATAL error".
I never looked to see what it actually does, but we have had
it in our Makefile at Los Alamos since.

It is however, not in the CONFIG_SITE definition for SCH2EDIF_SYSFLAGS,
so we have changed the definition there to:
SCH2EDIF_SYSFLAGS = -n -if -ap

While looking at these flags I also noted that we do not use
the location to search for symbols that are hardwired
into the Makefile rules if you use the SCH2EDIF_SYSFLAGS that come
with CONFIG_SITE. .i.e. we do not have
-p.+..+$(SCH2EDIF_PATH)+$(EPICS_EXTENSIONS)/templates/capfast/sym+

We configure the search location for symbols and rules by using
cad.rc.  We do this because we have common user defined symbols for
use in our heirarchy and these may vary by application, our default
search path is -p.+..+../../../commonApp/Db+../../commonApp/Db+~aptdvl/capsym.






> From [email protected] Wed Jun 13 17:41 MDT 2001
> Date: Thu, 14 Jun 2001 01:39:29 +0200
> MIME-Version: 1.0
> To: EPICS Techtalk <[email protected]>
> Subject: Re: Bug in e2db
> Content-Transfer-Encoding: 7bit
> 
> Hi Russell,
> 
> > Yes, I have got the "Warning: Port property "typ(U0)" should not equal
> > "val"." message.  Once I realized that I could leave the type as val and get
> > a working database, I decided to ignore it.  I only fixed these bugs because
> > I desperately had to in order to meet a looming deadline.  Maybe next year I
> > will have time to look at these non-fatal problems, but not until then
> > unless they grow poisonous fangs and become fatal.  Ahhh, the joys of
> > collaborative software!
> 
> Sniff, too bad :( You know, I remember taking a look at the code when I
> encountered this the first time. I was not happy to see how rather
> complicated this e2db thingy is. Probably weren't the first person who
> did and decided the same as you i.e. ignore it.
> 
> One day...
> 
> Cheers,
> Ben ;-)
> 
> PS: The "FATAL error" with frame around schematic appeared here only
> after we (recently) upgraded to a new CapFast version. With previous
> version it didn't happen because of error in sch2edif (frame was not in
> edif file) and so floats up as e2db problem only now.
> But nobody minds: Old version had such a horrible performance. Had to
> run it as remote X-client since program was strictly tied to an ancient
> machine due to company's strange licensing policy and the beast had
> absolutely *no* optimization of repaint events. Drives you crazy to see
> schematic slooowly repainted a hundred or so times whenever you forgot
> again that you MUST NOT drag another window across it. Can you believe
> how much I loved CapFast?
> 


Replies:
Re: Bug in e2db and "FATAL error" Nick Rees

Navigate by Date:
Prev: Re: Attaching other interface after VxWorks boot Vladis Korobov
Next: Re: Bug in e2db and "FATAL error" Nick Rees
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: Another possible problem in e2db Redman, Russell O.
Next: Re: Bug in e2db and "FATAL error" Nick Rees
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 ·