The MESSYS__BUFOV error code is used by AMS (ams.c) and the associated
buffer length (MSG_VAL_LEN) is defined in messys/messys_len.h. I'm
unfamiliar with AMS myself. Does anyone have any feel for what side
effects there may be to increasing the AMS buffer length?
David
On Mon, 18 Sep 2006, Brad Cavanagh wrote:
> It would seem that people here enjoy having long directory names and
> paths, which gives ORAC-DR no end of grief when it comes to some commands.
> A good example is KAPPA/PASTE, where a command could be something like:
>
> paste in=/home/bradc/data/oracdr/reduced/uist/20060807/1234567890/oractemplWTVXL
> p1=/home/bradc/data/oracdr/reduced/uist/20060807/1234567890/oractempodPvCM
> p2=/home/bradc/data/oracdr/reduced/uist/20060807/1234567890/oractempikFf4m
> p3=/home/bradc/data/oracdr/reduced/uist/20060807/1234567890/oractempA5MNo0
> p4=/home/bradc/data/oracdr/reduced/uist/20060807/1234567890/oractempswu0On
> out=/home/bradc/data/oracdr/reduced/uist/20060807/1234567890/oractempBr5nzf
>
> ...which results in something like this:
>
> !! kappa_mon_19978_1 unexpected failure,
> ! MESSYS__BUFOV, message buffer overflow
> ! VALUE:
> ! in=/home/bradc/data/oracdr/reduced/uist/20060807/1234567890/oractemplWTVX
> ! L
> ! p1=/home/bradc/data/oracdr/reduced/uist/20060807/1234567890/oractempodPvC
> ! M p2=/home/bradc/data/oracdr/reduced/uist...
> ! ERR_FLUSH: Error encountered during message output
>
> Can the message length be increased? Would this adversely affect
> performance?
>
> Brad.
>
|