Experimental Physics and
Industrial Control System

Eric Norum <[email protected]> · Tue, 24 Feb 2009 11:06:25 -0600

Minor point of order.

The IOC shell does print the expanded macros when it executes commands

from a script.

Thus I don't really see the point of having two flavours ('console'

and 'no-console') of command. The command prints before the IOC shell

executes it so it will always be on the console.

So, my vote is for
	errlogMessage
or perhaps
	errlogEcho
only.

The command could take multiple arguments (like the unix 'echo'

command -- hence my latter suggestion for the command name).

On Feb 24, 2009, at 10:49 AM, Allison, Stephanie wrote:

Hi Andrew,

Is there a way to send a message to errlog (via errlogPrintf without

arguments) by a user at the iocsh prompt? This can be done

already at the

Cexp prompt for RTEMS iocs - it would be nice to have similar

functionality

for soft iocs. I notice that errlogInit is registered at the

iocsh but not

errlogPrintf (or something that calls of errlogPrintf). Could

this be

added to base/src/libCom/iocsh/libComRegister.c? Otherwise, I'll

add it to

devIocStats.

I think that's a quite reasonable thing to add to Base. The only

question I

have is should it call errlogPrintf() or
errlogPrintfNoConsole()?  My guess
is the latter since the command should be printed out as it is being

executed, but admittedly that won't include the expanded value of

any macros

used in the message string. I guess it wouldn't be hard to provide

both

options though.

Since we don't allow the "printf" arguments, to prevent someone from

adding arguments thinking they'll be used, it's probably best to

call these:

errlogMessage
and
errlogMessageNoConsole

We could provide just one routine "errlogMessage" with a second

optional argument with the console/noconsole flag though that

doesn't match the real errlogMessage prototype and could cause

confusion. (Though maybe we could also change the errlogMessage

function to add a second argument?). Maybe providing both is best

even though it adds to the proliferation of registered functions.

Thanks,
Stephanie

--
Eric Norum <[email protected]>
Advanced Photon Source
Argonne National Laboratory
(630) 252-4793

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System