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 2025 | 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 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | RE: procServ --logstamp argument |
From: | Mark Rivers via Tech-talk <tech-talk at aps.anl.gov> |
To: | 'Ralph Lange' <ralph.lange at gmx.de> |
Cc: | "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov> |
Date: | Tue, 24 Nov 2020 18:22:40 +0000 |
Hi Ralph, Ø
In your case, the optional argument to "--logstamp" seems to have been misinterpreted as an argument to "--logport"? That's weird. Actually I think maybe it was interpreted as the first positional argument, the socket number, which should be 20332 in my case. /usr/local/bin/procServ --logstamp "%c " -n "13E1608_1_IOC" -L /home/epics/logs/13E1608_1.log 20332 /home/epics/support/CARS/iocBoot/ioc13MeasCompE1608_1/start_epics Invalid socket spec '%c ' Mark From: Tech-talk <tech-talk-bounces at aps.anl.gov>
On Behalf Of Ralph Lange via Tech-talk Well, The idea is the following: The strftime() call is used when logging. If the stampformat is configured (optional argument to --logstamp), it is used in the strftime() call. If the stampformat is not configured, it is set to the timeformat (argument to --timefmt) with brackets around and followed by a space. The default for timeformat is "%c". But I have to admit that all testing of procServ is manual and not complete. In your case, the optional argument to "--logstamp" seems to have been misinterpreted as an argument to "--logport"? That's weird. Cheers, On Tue, 24 Nov 2020 at 17:25, Mark Rivers <rivers at cars.uchicago.edu> wrote:
|