EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  <19951996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  <19951996  1997  1998  1999  2000  2001  2002  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: ezca
From: [email protected] (Jeff Hill)
To: [email protected]
Cc: [email protected], [email protected]
Date: Fri, 14 Jul 95 11:13:51 MDT
Mike,

> > 	I'm using ezcaGet in a very simple program. This program is about 
> > three lines of code, and all it does is prints out the VAL field of a 
> > record.  What I get is the following error message:
> > 
> > 
> > <Starting ezcaGet
> > <CA.Client.Diagnostic..............................................
> > <    Message: "The search request/beacon address list was empty after 
> > <initialization"
> > <    Severity: Warning
> > <..................................................................
> > <Error setting non-blocking io: Deadlock situation detected/avoided
> 
> 
> All of the CA client library is ansi compliant however some of
> the SUNOS4 header files do not comply. The above problem results 
> from compiling the SUNOS4 ioctl header files with a strict ansi 
> compiler. You will have better results if "acc -Xt" is used to 
> compile channel access under SUNOS4.
> 

Mike asks:

> 
> Also do the files provided by /usr/lang/SC3.0.1/include have this
> problem as well?
> 

Sorry, this issue really should have been clarified in detail
on the exploder when it first showed up.

I see the problem in our SUNOS4 header files at /usr/include/sys:

#define _IO(x,y)        (_IOC_VOID|('x'<<8)|y)

In ansi C you are not allowed to place the macro argument inside
single quotes at they are doing above.

It appears that recent releases of acc have fixed this problem
by providing updated header files in /usr/lang. For instance,
we do not see this problem here when we use /usr/lang/SC3.0.1/
and "acc -Xa".


The header files in /usr/lang/SC3.0.1/ are avoiding this
construct:

#define _IO(x,y)        (_IOC_VOID|(x<<8)|y)

It appears that acc looks for include files with relative
path names in this order:
o where the src file is
o directories named by -I
o /usr/lang/SCN.N.N/include
o /usr/include

Jeff

______________________________________________________________________
Jeffrey O. Hill			Internet	[email protected]
LANL MS H820			Voice		505 665 1831
Los Alamos, NM 87545 USA 	FAX		505 665 5107


Navigate by Date:
Prev: Re: arrays in epics records Steve Lewis
Next: Re: arrays in epics records Jeff Hill
Index: 1994  <19951996  1997  1998  1999  2000  2001  2002  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: Re: arrays in epics records Jeff Hill
Next: EPICS_CA_ADDR_LIST in R3.12Beta13CEBAF Noboru Yamamoto
Index: 1994  <19951996  1997  1998  1999  2000  2001  2002  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 ·