users were adding item descriptions greater than 9 characters long ?
wouldn't array usage be ITEM.LIST[2,9] ?
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 03, 2004 8:05 PM
Subject: RE: VARIABLE<-1> = &#
value : @fm process is (to quote Andrew McCauley)
"20-30 times
faster"
dennis
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of [EMAIL PROTECTED]
Sent: 04 February 2004 03:06
To: [EMAIL PROTECTED]
Subject: RE: VARIABLE<-1> = '' In
, 3 February 2004 21:48
To: U2 Users Discussion List
Subject: Re: VARIABLE<-1> = '' Inconsistent behaviour
we use the A[x,] as well as A["*",x,] constructs a lot - no
trailing characters/fields
- Original Message -
From: "Mark Johnson" <[EMA
Quick clarification...
The -1 is specifically tested for appending, as Glenn says, but as I'm
sure he knows, this has nothing
to do with scd.c (which is used to SEARCH the array, not append).
The behavior of how to treat "" during appends is actually
dependent on the flavour of UV you are
in.
the variable to "*", and then doing a DEL
<1> when we've finished.
Cheers,
Wol
--
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Louis Windsor
Sent: 03 February 2004 06:17
To: U2 Users Discussion List
Subject: Re: VARIABLE<-1> = '' Incons
over
the
> years.
>
> my 1 cent.
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, February 03, 2004 2:09 AM
> Subject: RE: VARIABLE<-1> = '' Inconsistent behaviour
>
>
> One easy way I somet
February 03, 2004 2:09 AM
Subject: RE: VARIABLE<-1> = '' Inconsistent behaviour
One easy way I sometimes use is to just concatenate a field mark along with
the new value and then remove the first field mark at the end... eg.
A = ""
LOOP
INPUT B
A := @FM:B
UNTIL
At least with maintaining a variable you are in
control.
- Original Message -
From:
Marco
Manyevere
To: U2 Users Discussion List
Sent: Tuesday, February 03, 2004 2:00
AM
Subject: Re: VARIABLE<-1> = ''
Inconsistent behaviour
OK the d
EL <1> when we've finished.
Cheers,
Wol
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Louis
WindsorSent: 03 February 2004 06:17To: U2 Users Discussion
ListSubject: Re: VARIABLE<-1> = '' Inconsistent
behaviour
I think this is a "feature".
if there is a
possibility that ANOTHER.VAR is NULL. Always
maintain a counter and
increment it.
X+=1; A=ANOTHER.VAR
Louis
- Original Message -
From:
Marco
Manyevere
To: U2 Users Discussion List
Sent: Tuesday, February 03, 2004 3:00
PM
Subject: Re: VARIABLE<
re [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 3 February 2004 15:00
To: U2 Users Discussion List
Subject: Re: VARIABLE<-1> = '' Inconsistent behaviour
OK the documentation for REPLACE says something about inserting empty
strings. For information flavour it does say the @FM will
OK the documentation for REPLACE says something about inserting empty strings. For information flavour it does say the @FM will be added for empty strings without making a distinction between adding to an empty or non empty array.
If this is a feature then it implies major code revisions for me w
V,
watch out for nulls as well.
my 1 cent.
- Original Message -
From: "Darren Percival" <[EMAIL PROTECTED]>
To: "U2 Users Discussion List" <[EMAIL PROTECTED]>
Sent: Tuesday, February 03, 2004 12:58 AM
Subject: Re: VARIABLE<-1> = '' Inconsiste
I think this is a "feature".
Universe does NOT insert non-significant nulls. In
other words your first two
(A<-1> = '') do not do anything! It is consistent in its'
behaviour as you can
count on it to do the above. It has done this as long as I
remember.
I found this out through bitte
At 04:55 AM 3/02/2004 +, you wrote:
Hi All,
Consider the program:
A = ''
A<-1> = ''
A<-1> = ''
A<-1> = 3
A<-1> = ''
A<-1> = 4
PRINT A<3>
I expect it output '3' but it outputs '4'. Whats the explanation? I'm on
UV 9.6 [NT] running information flavour.
Regards,
Marco
Check what "A" really i
15 matches
Mail list logo
