Experimental Physics and
Industrial Control System

I am not a VxWorks user so apologies if these are silly suggestion.

 

It looks like the stderr output is being delayed, could it somehow be going via a background process like logTask() ?

 

It seems that printf() is part of fioLib rather than ansiLib, which I think makes it unbuffered and different to fprintf(stdout, … ). I see iocsh.cpp uses   fprintf(epicsGetStdout(), … ) etc.  but I had a feeling the ioc shell on vxWorks was somehow a little different to linux/windows. If the command echoing on vxWorks was being done via printf() or another non-ansiLib route then I could believe that could lead to garbled output. If you change where the error is being printed in dblexRoutines.c to use printf() rather than errPrintf() does that change the output ordering?

 

Regards,

 

Freddie  

 

 

I replaced

 

fflush(epicsGetStderr())

 

with

 

taskDelay(120)

 

to wait 2 seconds.  As expected the taskDelay command itself is garbled but it then allows time for the rest of the error messages to appear before the next vxWorks shell command is executed.

 

dbLoadTemplate "DAC.template"

value = filename="..0/dbStatic/dbLexRout = ines.c" line numb0xer=264

S_nfsLib_NF0

#fflush(epicsGetStderr())

peninNOENT dbRead otaskDelay(120)

g file /corvette/home/epics/devel/dac128V-2-9/db/xsingleDAC.db

filename="../dbStatic/dbLexRoutines.c" line number=264

S_nfsLib_NFSERR_NOENT dbRead opening file /corvette/home/epics/devel/dac128V-2-9/db/xsingleDAC.db

filename="../dbStatic/dbLexRoutines.c" line number=264

S_nfsLib_NFSERR_NOENT dbRead opening file /corvette/home/epics/devel/dac128V-2-9/db/xsingleDAC.db

filename="../dbStatic/dbLexRoutines.c" line number=264

S_nfsLib_NFSERR_NOENT dbRead opening file /corvette/home/epics/devel/dac128V-2-9/db/xsingleDAC.db

filename="../dbStatic/dbLexRoutines.c" line number=264

S_nfsLib_NFSERR_NOENT dbRead opening file /corvette/home/epics/devel/dac128V-2-9/db/xsingleDAC.db

filename="../dbStatic/dbLexRoutines.c" line number=264

S_nfsLib_NFSERR_NOENT dbRead opening file /corvette/home/epics/devel/dac128V-2-9/db/xsingleDAC.db

filename="../dbStatic/dbLexRoutines.c" line number=264

S_nfsLib_NFSERR_NOENT dbRead opening file /corvette/home/epics/devel/dac128V-2-9/db/xsingleDAC.db

filename="../dbStatic/dbLexRoutines.c" line number=264

S_nfsLib_NFSERR_NOENT dbRead opening file /corvette/home/epics/devel/dac128V-2-9/db/xsingleDAC.db

value = 0 = 0x0

 

 

# Initialize Acromag IP-330 ADC

# initIp330(

#   const char *portName, int carrier, int slot,

#   const char *typeString, const char *rangeString,

#   int firstChan, int lastChan,

#   int intVec)

# portName    = name to give this asyn port

 

If, as Eric Norum says, stderr should be flushing each character then why does stderr output appear in the middle of the following vxWorks commands? 

 

Mark

 

 

 

I just tried Andrew’s suggestion of adding

 

fflush(epicsGetStderr())

 

after the dbLoadTemplate line that generates lots of error messages.  It did not seem to help.

 

# Initialize Systran DAC

# initDAC128V(char *portName, int carrier, int slot)

# portName  = name to give this asyn port

# carrier     = IPAC carrier number (0, 1, etc.)

# slot        = IPAC slot (0,1,2,3, etc.)

initDAC128V("DAC1", 0, 3)

value = 0 = 0x0

dbLoadTemplate "DAC.template"

filename=".value = ./dbStatic/d0bLexRoutines.c" lin = e number=264

S_nf0xsLib_NFSERR_NOENT 0

fflush(epicsGetStderr())

value = dbRead openi0ng file /corvette/h = ome/epics/devel/d0xac128V-2-9/db/xsin0

 

gleDAC.dbize Acromag IP-330 ADC

 

ic/dbLee="../dbStat# initIp330(

umber=264.c" line n#   const char *portName, int carrier, int slot,

S

T dbRea_NFSERR_NOEN#   const char *typeString, const char *rangeString,

vette/hng file /cor#   int firstChan, int lastChan,

128Vepics/devel/dac#   int intVec)

db-9/db/xsingleDAC.# portName    = name to give this asyn port

 

filarrier     = IPAC carrier number (0, 1, etc.)

dbLexRoutines.c" l/# slot        = IPAC slot (0,1,2,3, etc.)

ine number=264

S_nf# typeString  = "D" or "S" for differential or single-ended

bRead oSERR_NOENT d# rangeString = "-5to5","-10to10","0to5", or "0to10"

te/home/epics/devet#               This value must match hardware setting selected

xsingac128V-2-9/db/# firstChan   = first channel to be digitized.  This must be in the range:

leDAC.db

filename=".     0 to 31 (single-ended)

t/dbStatic/dbLexRou#               0 to 15 (differential)

=264.c" line number# lastChan    = last channel to be digitized

S_nfsLib_N

openingOENT dbRead # intVec        Interrupt vector

e/epics/devel/e/hominitIp330("Ip330_1",0,2,"D","-5to5",0,15,120)

value = 0 = 0x0

 

 

Mark

 

 

 

Sorry guys, I really meant to reply to this thread last week, but it’s been pretty crazy – presumably everyone now has time to work on their list of “things to fix” and this results in more tech-talk and private conversations than normal.