Re: Fwd: break table

[D Peter Siddons <siddons@bnl.gov>]

Hi Andrew,

OK, I see what's up. Someone has installed both 3.14.12 and 3.15.3 on this machine. 3.14.12 is in /opt, while 3.15.3 is in /usr/local. The PATH variable references /usr/local/bin before /opt/base-3.14.12.5/bin. Therefore I think the sane thing to do is remove the 3.15, since I'm not qualified to play with bleeding edge version :)

Pete.

On 09/28/2016 09:45 AM, D Peter Siddons wrote:

Hi Andrew,

  OK, you got me! The directory name lied. The iocInit shows 3.15.3 :( I don't know how that mix-up happened. I'll apply your fix; it's easier than re-installing EPICS.

Are there other Gotchas in 3.15 that I should be aware of? I haven't changed any of the code to take account of this version.

THank you very much.

On 09/27/2016 05:16 PM, Andrew Johnson wrote:

Hi Pete,

On 09/27/2016 03:33 PM, D Peter Siddons wrote:

  I have a breakpoint table for converting thermistor resistance to
temperature which I have used in various projects for many years. I
tried to add it to a new IOC and this is what I get:

breaktable("Therm10kdegC") {
    point(34.1115, 99)

Hmm, have you been experimenting with any Base-3.15 releases at all?

The input table in the IOC src directory does not have all these
point()s, just the bare numbers. The IOC sees these additions as a
syntax error. Where did they come from? If I delete them in the dbd
directory, the table loads fine. But every time I recompile they get
replaced.

This is on EPICS 3.14.12.5, compiling natively on Debian Arm.

Are you sure about that Base version number? What is the output from the
IOC's iocInit command?

The point() syntax was added to the Perl version of the DBD processing
chain in Base-3.15, and the new dbdExpand.pl script converts breakpoint
tables from the old-style list of numbers to a list of points like
you're seeing. In 3.14 though the DBD-file expansion was done using a C
program called dbExpand, so there's no way that a 3.14 build could be
running the dbdExpand.pl script even if you happened to have both
versions of Base in your PATH.

Actually it appears there is an unfortunate bug in Base-3.15 because the
IOC's DBD-file parser doesn't seem to understand that new point() syntax
at all. It's interesting that nobody else has reported this problem yet,
given that 3.15.1 was released in December 2014...

One workaround for this on 3.15-based IOCs is to *not* include the
breakpoint table file(s) when generating the IOC's DBD file, but to load
it/them separately from the IOC startup script, with either a
dbLoadDatabase or dbLoadRecords command. I would recommend loading the
breakpoint table(s) before the databases that make use of them.

Alternatively if you prefer to fix your Base-3.15 installation, you can
apply the following change:

=== modified file 'src/tools/DBD/Output.pm'
--- src/tools/DBD/Output.pm     2014-10-03 19:23:04 +0000
+++ src/tools/DBD/Output.pm     2016-09-27 21:10:00 +0000
@@ -92,7 +92,7 @@
     my ($out, $breaktables) = @_;
     while (my ($name, $breaktable) = each %{$breaktables}) {
         printf $out "breaktable(\"%s\") {\n", $name;
-        printf $out "    point(%s, %s)\n", @{$_}
+        printf $out "    %s, %s\n", @{$_}
             foreach $breaktable->points;
         print $out "}\n";
     }

After making that change you only need to run 'make' once in the
Base/src/tools directory to apply the fix.

Sorry, my bug!

- Andrew

-- 
D. Peter Siddons
Detector Development Group Leader
Bldg. 535B
Photon Sciences Directorate,
Brookhaven National Laboratory
Upton, NY 11973

email: siddons@bnl.gov
Phone: (631) 344-2738

-- 
D. Peter Siddons
Detector Development Group Leader
Bldg. 535B
Photon Sciences Directorate,
Brookhaven National Laboratory
Upton, NY 11973

email: siddons@bnl.gov
Phone: (631) 344-2738