Experimental Physics and
Industrial Control System

"Kasemir, Kay" <[email protected]> · Thu, 09 Sep 2010 12:53:54 -0400

Hello Jeff:

At the SNS we're using drvEtherIP V2.19 without known problems.

> -> tt 0x1b22fd0
> 194e58 vxTaskEntry    +60 : 1c286f4 ()
> 1c28860 epicsTimeToStrftime+12a8: 1c28150 ()
> 1c2868c epicsTimeToStrftime+10d4: 1c244ec ()
> 1c24878 drvSerialGetFile+bac: scanOnce (1bdff10)
> 13eafc rngBufPut      +e0 : bcopy ()
Do you always get this type of stack trace with
unknown, unknown, unknown, scanOnce, bcopy?
I don't see how bcopy() fits in, but if the PLC driver really called
scanOnce it might be helpful to see which method in devEtherIP.c invoked
scanOnce.
The arg to scanOnce should be the record that's to be scanned. Peeking into
that memory might give the record name, and then you can narrow down which
type causes this problem.

Or try to run the same PLC database in a Linux soft IOC under valgrind to
see if that shows memory access problems.

Thanks,
Kay

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System