On 05/27/2014 09:30 AM, Hu, Yong wrote:
> How about the idea of
> integrating your code (or similar implementation) with the field
> TPRO in the dbProcess()?
Interesting idea, although this particular approach isn't ideal from the
perspective of the internal architecture — the clientQ stuff belongs to
and is defined within the CA server code, which is built separately
after the IOC database and the dbAccess.c file that you modified.
Currently the database code knows nothing about the CA server that is
sitting on top of it, and I want to keep it that way and allow
additional servers such as pvaSrv to call dbProcess() from their client
threads.
It should be possible to have the servers register a routine that
dbProcess() can call to print the current client host and user names.
The RSRV server already provides two routines in rsrv.h that gets those
names without having to delve into the innards of server.h but we would
still have to add the registration code.
I'll see what I can do to get something like this into 3.15.
Thanks,
- Andrew
--
Advertising may be described as the science of arresting the human
intelligence long enough to get money from it. -- Stephen Leacock
- References:
- how to know which PVs write to a PV LEI Ge
- RE: how to know which PVs write to a PV Arnold, Ned D.
- RE: how to know which PVs write to a PV Hu, Yong
- Navigate by Date:
- Prev:
Re: make extensions error Hinko Kocevar
- Next:
Visual Studio 2010 problem and solution Mark Rivers
- Index:
1994
1995
1996
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: how to know which PVs write to a PV Hu, Yong
- Next:
procServ and user id Konrad, Martin
- Index:
1994
1995
1996
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
|