Exception in Access/Impl/Thread.cpp

@shen.yu

Not much to go off, but one thing to eliminate - are you checking each field for Blank Data before attempting to extract the field value?

const FieldEntry& fe = fl.getEntry();
if ( fe.getCode() != Data::BlankEnum )
{
// Extract field value e.g. fe.getReal() / fe.getInt() etc..
}

I have seen a few instances of developers who do not check for blank fields when decoding the FieldList and get an exception...

Hello @shen.yu,

We strive to help.

This is really not much info to go on, which is probably what has resulted in the lack of response from the community.

---

Is there any additional info that you can provide that you think would help us understand the issue?

For example:

Did you see this in the log only once or were there repeat occurrences, did it only happen once?

Can you tell anything of the conditions under which the exception has taken place?

Are you on the latest version of EMA, as many fixes have been built into it, and some issues may not be manifesting anymore?

---

Otherwise, I can see two ways of approaching this issue, which in the interest of saving time I would pursue both heavily and in parallel.

1. I would increase logging "to the hilt". Please refer to EMA Developer Guide section Troubleshooting and Debugging. By default EMA only logs "significant events". In the type of scenario you are looking at, we should try to log everything, to understand what is happening.

2. I would introduce additional application-level output, context specific, to try to narrow down when and where the exception has occurred. And look to reproduce again.

Please let us know how these worked for you.

Thanks,

-Zoya

Hi @shen.yu ,

EMA is an actively evolving and improving API.

1.1 remains supported. However:

There is a sizeable list of issues that was fixed in general release 1.2, which you may stand to benefit from.

There is already a short list of issues that were fixed after 1.2, and we make them available via github -> electron to developer who really need them. Among them is one issue on uninitialization that is more common then others. Do you, by chance, ununit and reinit on weekend? If that is the case, I would consider not just getting the latest general release but even bypassing general release 1.2 in favor of the very latest, early release of Elektron API on github.

I would, if experiencing an issue, at the first chance move to the latest, not to waste time debugging any fixed issue.

Hopefully you are able to, but in either case I would still, in anticipation of being able to reproduce during the weekend, increase logging and introduce the additional marking output as discussed before, to make progress toward resolving, as your reproducing chance is only over the weekend.

Please keep us posed how this works for you,

-Zoya

Hi Zoya,

We have upgraded the API 1.2.0, but the issue persist:

loggerMsg
    TimeStamp: 10:54:41.861
    ClientName: Consumer_1
    Severity: Error
    Text:    EMA Exception Handler

Application: EMA Application
Process Id: 0x8C53

File: Access/Impl/Thread.cpp
Line: 71
Exception occured
loggerMsgEnd

For the 5th consecutive weeks, we are getting this every Saturday morning.

Any help would be greatly appreciated, thanks!

Shen