Lawrence T. Hoff wrote:
FWIW - in VxWorks it is possibly to crate a task with a
private copy of environment variables. In such a case
it would be fruitless to change the "global" TIMEZONE
variable and hope that it would affect the already-running
task - same as UNIX processes.
True, although that should not occur for tasks created using the libCom
OSI routine epicsThreadCreate(), which passes the VX_FP_TASK option but
not VX_PRIVATE_ENV that would turns on private environment support. I
guess the main culprits for this might be vendor-supplied binary drivers
that call taskSpawn() or that might use envPrivateCreate().
- Andrew
--
The right to be heard does not automatically include
the right to be taken seriously. -- Hubert H. Humphrey
- Replies:
- Re: Daylight savings time Eric Norum
- References:
- Daylight savings time Thompson, David H.
- Re: Daylight savings time Lawrence T. Hoff
- Navigate by Date:
- Prev:
Re: Darwin and EPICS_CA_AUTO_ADDR_LIST issue Burkhard Kolb
- Next:
Re: Daylight savings time Eric Norum
- 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: Daylight savings time Lawrence T. Hoff
- Next:
Re: Daylight savings time Eric Norum
- 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
|