RE: odd behavior of 'dbpf' on windows softioc

[Mark Rivers <rivers@cars.uchicago.edu>]

Hi Josh,

I have seen this problem, at least in the past.  But right now on my win32-x86 IOC I do not have the problem with the bo records I have tested:

epics> dbpf 13ANDOR1:cam1:AndorCooler.VAL 0
DBR_STRING:          "Off"
epics> dbpf 13ANDOR1:cam1:AndorCooler.VAL 1
DBR_STRING:          "On"
epics> dbpf 13ANDOR1:cam1:AndorCooler.VAL Off
DBR_STRING:          "Off"
epics> dbpf 13ANDOR1:cam1:AndorCooler.VAL On
DBR_STRING:          "On"


It works either with the integer values or the enum strings.

This is with EPICS 3.14.12.2.

Mark



From: tech-talk-bounces@aps.anl.gov [mailto:tech-talk-bounces@aps.anl.gov] On Behalf Of Josh Stein
Sent: Wednesday, January 25, 2012 2:44 PM
To: tech-talk@aps.anl.gov
Subject: odd behavior of 'dbpf' on windows softioc

In the past, I routinely did reads and writes into records on the ioc console; one common action is to 'flip a bit' on a BO record by writing a 1 or 0.

For example,
console>dbpf "testborec","1"

or even:
console>dbpf "testborec.VAL","1"

This does not seem to function properly on my 3.14.11 Windows softIOC:

epics>dbpf "wst:v13C","1"
Illegal choice PV: wst:v13C  1

filename="../dbTest.c" line number=333
Illegal choice - dbPutField error


It appears that I can only put an enumerated value into the value field; so to correct the above example:

epics>dbpf "wst:v13C","Open"
DBR_STRING:        "Open"

seems to work fine.

Is this a feature, flaw, or user error on my part?