Re: INP field length

["Steve Kinder" <steve@dsoft-solutions.co.uk>]

Hi David

No I don't actually see an error at the moment and things work. I really 
wanted to make sure I understood any limitations of this sort that exist and 
would limit the combined length of the DEVICE and port strings in my case. 
You seem to be saying that the INP string needs to be less than 80 
characters. Would that be before or after macro expansion? For now I don't 
think either cause me a problem with a limit of 80.

Regards

Steve

----- Original Message ----- 
From: "Davidsaver, Michael" <mdavidsaver@bnl.gov>
To: "Andrew Johnson" <anj@aps.anl.gov>; "Steve Kinder" 
<steve@dsoft-solutions.co.uk>
Cc: <tech-talk@aps.anl.gov>
Sent: Monday, March 15, 2010 4:29 PM
Subject: RE: INP field length


Steve,

One of the limitations on the length of INP or OUT is dbPutString in
dbStaticLib.c (search for 'string[80]').  When you reach this limit you
will see the message "dbPutString received a string that is too long".
Do you see this?

Michael

> -----Original Message-----
> From: tech-talk-bounces@aps.anl.gov [mailto:tech-talk-
> bounces@aps.anl.gov] On Behalf Of Andrew Johnson
> Sent: Monday, March 15, 2010 12:12 PM
> To: Steve Kinder
> Cc: tech-talk@aps.anl.gov
> Subject: Re: INP field length
>
> Hi Steve,
>
> On Monday 15 March 2010 10:46:42 Steve Kinder wrote:
> >
> > Thanks for the reply, that was what I thought. But just to clarify
my
> > specific case. I'm using StreamDevice2 and have a INP field as
> follows with
> > template/substitution.
> >
> > field(INP, "@TEST.protocol getCs($(DEVICE),C2,C3,C4) $(port) 0")
> >
> > If I understand things correctly, whatever the length of DEVICE and
> port I
> > shouldn't encounter problems. Well due to the length of the field at
> least.
>
> I just checked something else and found a 1023 character length limit
> to each
> input line before and after macro expansion in the parser, although I
> don't
> think that will affect you.
>
> - Andrew
> --
> The best FOSS code is written to be read by other humans -- Harald
> Welte