RE: [U2] Changed BASIC varname1,-1

2006-07-21 Thread David A. Green
Easier to read, but ABSOLUTLEY the slowest method, ok for small arrays that get assembled or disassembled once during execution, but if you are in a loop or if your arrays can be big use -1 and REMOVE. David A. Green DAG Consulting I always use A.VAR := @AM[1,NOT(NOT(A.VAR))]:NEW.DATA It is

RE: [U2] Changed BASIC varname1,-1

2006-07-20 Thread Jacques G.
I always use A.VAR := @AM[1,NOT(NOT(A.VAR))]:NEW.DATA It is much more reliable and much quicker than -1 This is probably for people who want the position of the item in the list to be significant. (The empty values being wanted) I find the code is easier on the eyes to do: NB +=1 A.VARNB =

RE: [U2] Changed BASIC varname1,-1

2006-07-19 Thread Allen E. Elwood
-users@listserver.u2ug.org Subject: RE: [U2] Changed BASIC varname1,-1 Oh yeah, sure. I agree. Using LOCATE or FOR/NEXT is my preferred method, but the -1 does come in handy in some cases, and actually was the main point of the original posting (see bottom in case you weren't following this thread

RE: [U2] Changed BASIC varname1,-1

2006-07-19 Thread Allen E. Elwood
Well, you know they say one man's bug is another man's feature (or Woman)! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kate Stanton Sent: Wednesday, July 19, 2006 14:59 To: u2-users@listserver.u2ug.org Subject: Re: [U2] Changed BASIC varname1,-1

RE: [U2] Changed BASIC varname1,-1

2006-07-19 Thread Ray Wurlod
$OPTIONS EXTRA.DELIM as needed (UniVerse at least) --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Changed BASIC varname1,-1

2006-05-24 Thread Kate Stanton
- From: Anthony Youngman [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Cc: Kate Stanton [EMAIL PROTECTED] Sent: Wednesday, May 24, 2006 10:19 PM Subject: RE: [U2] Changed BASIC varname1,-1 Nobody seems to have mentioned the logic ... Again, I can't speak for Pick behaviour

[U2] Changed BASIC varname1,-1

2006-05-23 Thread Kate Stanton
Previously, code of A1,-1 = B, when B was blank made no change to A. Now a value mark is added. If the last char is a value mark, it doesn't add another one. I consider this a bug, as it changes old behaviour. Does anyone but me think this is a problem? Using Universe 10.1.18 PICK flavour on

Re: [U2] Changed BASIC varname1,-1

2006-05-23 Thread Ray Wurlod
It's been around for a long time, which is why $OPTIONS EXTRA.DELIM exists. I don't often work in Pick flavor, so can't speak authoritatively as to what proper default behaviour ought to be. But what you describe is, was, and should be the default behaviour in the non-Pick flavors. ---

Re: [U2] Changed BASIC varname1,-1

2006-05-23 Thread Bruce Nichol
Goo'day, Kate, At 17:56 23/05/06 +1200, you wrote: Previously, code of A1,-1 = B, when B was blank made no change to A. Now a value mark is added. If the last char is a value mark, it doesn't add another one. I consider this a bug, as it changes old behaviour. Does anyone but me think this is

RE: [U2] Changed BASIC varname1,-1

2006-05-23 Thread Allen E. Elwood
] [mailto:[EMAIL PROTECTED] Behalf Of Bruce Nichol Sent: Tuesday, May 23, 2006 00:02 To: u2-users@listserver.u2ug.org Subject: Re: [U2] Changed BASIC varname1,-1 Goo'day, Kate, At 17:56 23/05/06 +1200, you wrote: Previously, code of A1,-1 = B, when B was blank made no change to A. Now a value mark

RE: [U2] Changed BASIC varname1,-1

2006-05-23 Thread Allen E. Elwood
Oops, should have been HANDLING.CODE1,-1 := @VM Gosh, a bug in an example, how embarrassing ;-) -Original Message- snip I would have to ITEM.SHIPPED1,-1 = REC1 QTY.SHIPPED1,-1 = REC2 IF REC3 = THEN HANDLING.CODE1,-1 := REC3 END ELSE HANDLING.CODE1,-1 = REC3 END snip

RE: [U2] Changed BASIC varname1,-1

2006-05-23 Thread Kevin King
: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bruce Nichol Sent: Tuesday, May 23, 2006 00:02 To: u2-users@listserver.u2ug.org Subject: Re: [U2] Changed BASIC varname1,-1 Goo'day, Kate, At 17:56 23/05/06 +1200, you wrote: Previously, code of A1,-1 = B, when B was blank made no change

RE: [U2] Changed BASIC varname1,-1

2006-05-23 Thread GarryS
-6169 -Original Message- From: Allen E. Elwood [SMTP:[EMAIL PROTECTED] Sent: Tuesday, May 23, 2006 9:16 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Changed BASIC varname1,-1 Hi Guys, Wellfwiw...I consider this correct. If I have multiple variable dataset

RE: [U2] Changed BASIC varname1,-1

2006-05-23 Thread George Gallen
] [mailto:[EMAIL PROTECTED] Behalf Of Kevin King Sent: Tuesday, May 23, 2006 1:09 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Changed BASIC varname1,-1 If you want them to stay in sync, keep a pointer variable and update each multivalue in tandem using the variable (which points

RE: [U2] Changed BASIC varname1,-1

2006-05-23 Thread Allen E. Elwood
Of Kevin King Sent: Tuesday, May 23, 2006 10:09 To: u2-users@listserver.u2ug.org Subject: RE: [U2] Changed BASIC varname1,-1 If you want them to stay in sync, keep a pointer variable and update each multivalue in tandem using the variable (which points to the mv position) rather than use -1

RE: [U2] Changed BASIC varname1,-1

2006-05-23 Thread Ron Hutchings
How could shipping ever not match allocation? Will wonders never cease? LOL Original Message Follows From: Allen E. Elwood [EMAIL PROTECTED] Reply-To: u2-users@listserver.u2ug.org To: u2-users@listserver.u2ug.org Subject: RE: [U2] Changed BASIC varname1,-1 Date: Tue, 23 May 2006 10

Re: [U2] Changed BASIC varname1,-1

2006-05-23 Thread Kate Stanton
Is was not a bug, it was a feature! We use it to add a subfield if there is data, but not to add blank subfields. Great! New behaviour is not as if $OPTIONS EXTRA.DELIM is set (thanks Ray), as it only adds one extra delim. Still not suitable when keeping several items in synch. Someone