Re: combining long strings

["Lang, Keenan C. via Tech-talk" <tech-talk at aps.anl.gov>]

Andrew,

I wasn't before, but I have now changed the errLog function to also write out using errlogPrintf.

Keenan

---

From: Johnson, Andrew N. <anj at anl.gov>
Sent: Wednesday, February 3, 2021 12:33 PM
To: Lang, Keenan C. <klang at anl.gov>
Cc: Sintschuk, Michael <michael.sintschuk at bam.de>; tech-talk at aps.anl.gov <tech-talk at aps.anl.gov>
Subject: Re: combining long strings

 

Hi Keenan,

On Feb 3, 2021, at 12:05 PM, Lang, Keenan C. <klang at anl.gov> wrote:

The ERR field has an error in it, so the record did try to process, it just never successfully completed. I haven't seen that error before, but it appears that it points to some sort of issue with invalid memory access during the code execution. I'm trying to track down what went wrong.

Thanks for correcting me, I didn’t notice that PACT was still 1.

Does it also log lua errors using errlogPrintf() or an equivalent? I would want the IOC's error log to have a record of this kind of problem, and to not have to monitor the ERR fields of all the lua records.

- Andrew

From: Johnson, Andrew N. <anj at anl.gov>
Sent: Wednesday, February 3, 2021 12:01 PM
To: Sintschuk, Michael <michael.sintschuk at bam.de>
Cc: Lang, Keenan C. <klang at anl.gov>; tech-talk at aps.anl.gov <tech-talk at aps.anl.gov>
Subject: Re: combining long strings

 

Hi Michael,

On Feb 3, 2021, at 8:05 AM, Sintschuk, Michael via Tech-talk <tech-talk at aps.anl.gov> wrote:

I like the luascript script solution. But unfortunately it won’t work for me. The record is always in SEVR: invalid mode and there is no input to the AA, BB … fields:

...

PINI: NO            PJ: 0               PJJ: 0x88d770       PPN: (nil)         

PPNR: (nil)         PREC: 0             PRIO: LOW           PROC: 0             

PSVL:               PUTF: 0             PVAL: 0             RDES: 0x80c5f0     

RELO: Every New File                    RPRO: 0             RPVT: 0x88d570     

RSET: 0x7f8e4c1d9e40                    SCAN: Passive       SDIS:CONSTANT      

SEVR: INVALID       SPVT: (nil)         STAT: UDF           STATE: 0x88d7a8    

SVAL:               SYNC: Sync          TIME: <undefined>   TPRO: 0            

TSE: 0              TSEL:CONSTANT       UDF: 1              UDFS: INVALID      

VAL: 0              WAIT: NoWait       

epics>

 

Did I missed something with the record settings?

Your record doesn’t appear to have been processed at all yet (STAT is UDF, UDF is 1 and TIME is <undefined>). Does processing it change the result? You can have that happen automatically when the IOC boots by setting PINI to YES, or manually with this iocsh command:

dbpf Topo:FilePath.PROC 1

- Andrew

-- 

Complexity comes for free, simplicity you have to work for.

-- 

Complexity comes for free, simplicity you have to work for.