RE: [U2] [UV] SETREM REMOVE (bug in SETREM)
What happens if you use different SETTING variables? Maybe setting DUMMY when removing from B(1) interferes with the REMOVE from A. From your example it appears to be REMOVE that's not working properly rather than SETREM. - Original Message - From: Womack, Adrian [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Subject: RE: [U2] [UV] SETREM REMOVE (bug in SETREM) Date: Fri, 10 Jun 2005 09:05:28 +0800 Here's a simple example: DIM B(2) A = A:@VM:B:@VM:C B(1) = A FOR X = 1 TO 3 SETREM 0 ON A SETREM 0 ON B(1) REMOVE A1 FROM A SETTING DUMMY REMOVE B1 FROM B(1) SETTING DUMMY CRT A1,B1 NEXT X END And this is the output... A A A B A C snip --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] SETREM REMOVE (bug in SETREM)
A quick test on uv 10.0.8 And results was A A A A A A As expected. Regards, Stewart -Original Message- From: Ray Wurlod [mailto:[EMAIL PROTECTED] Sent: Friday, 10 June 2005 15:42 To: u2-users@listserver.u2ug.org Subject: RE: [U2] [UV] SETREM REMOVE (bug in SETREM) What happens if you use different SETTING variables? Maybe setting DUMMY when removing from B(1) interferes with the REMOVE from A. From your example it appears to be REMOVE that's not working properly rather than SETREM. - Original Message - From: Womack, Adrian [EMAIL PROTECTED] To: u2-users@listserver.u2ug.org Subject: RE: [U2] [UV] SETREM REMOVE (bug in SETREM) Date: Fri, 10 Jun 2005 09:05:28 +0800 Here's a simple example: DIM B(2) A = A:@VM:B:@VM:C B(1) = A FOR X = 1 TO 3 SETREM 0 ON A SETREM 0 ON B(1) REMOVE A1 FROM A SETTING DUMMY REMOVE B1 FROM B(1) SETTING DUMMY CRT A1,B1 NEXT X END And this is the output... A A A B A C snip --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ ** This email and any attachments are confidential. They may contain legally privileged information or copyright material. You should not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete the original message and all copies. We do not accept liability in connection with computer virus, data corruption, delay, interruption, unauthorised access or unauthorised amendment. ** --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] SETREM REMOVE (bug in SETREM)
Changing the second DUMMY variable to DUMMY2 makes no difference. I tried the same code in a PICK flavour account and it worked properly! I checked VLIST on the SETREM statement and the code produced in PICK flavour is different to that produced in PI/Open flavour! So, maybe it's a PI/Open flavour specific problem. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ray Wurlod Sent: Friday, 10 June 2005 2:12 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] [UV] SETREM REMOVE (bug in SETREM) What happens if you use different SETTING variables? Maybe setting DUMMY when removing from B(1) interferes with the REMOVE from A. From your example it appears to be REMOVE that's not working properly rather than SETREM. DISCLAIMER: Disclaimer. This e-mail is private and confidential. If you are not the intended recipient, please advise us by return e-mail immediately, and delete the e-mail and any attachments without using or disclosing the contents in any way. The views expressed in this e-mail are those of the author, and do not represent those of this company unless this is clearly indicated. You should scan this e-mail and any attachments for viruses. This company accepts no liability for any direct or indirect damage or loss resulting from the use of any attachments to this e-mail. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] SETREM REMOVE (bug in SETREM)
Adrian, Could you provide an example program of it not working? Which version of UV? I am unaware of the problem you describe. There is a bug with REVREMOVE, (reverse-remove through a dynamic array). It was partially fixed at 9.6 or 10.0 (I forget when), but not quite. The list archives should cough up a post by me re. REVREMOVE. Thanks, cds -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Womack, Adrian Sent: Wednesday, June 08, 2005 9:19 PM To: u2-users@listserver.u2ug.org Subject: [U2] [UV] SETREM REMOVE (bug in SETREM) When we were still on PI/Open I'd always use var = var to reset a REMOVE pointer to the beginning of a dynamic array. REMOVE can also be used on elements of a dimensioned array, eg. REMOVE var FROM arr(x) SETTING... When we moved to UniVerse and the SETREM statement became available, I started using it in preference to var = var as it is more obvious what the code is trying to achieve. BUT... using SETREM on an element in a dimensioned array does NOT work (it leaves the pointer where it was). I guess this is a bug. (we're running 10.0.19). No more using SETREM for me! DISCLAIMER: Disclaimer. This e-mail is private and confidential. If you are not the intended recipient, please advise us by return e-mail immediately, and delete the e-mail and any attachments without using or disclosing the contents in any way. The views expressed in this e-mail are those of the author, and do not represent those of this company unless this is clearly indicated. You should scan this e-mail and any attachments for viruses. This company accepts no liability for any direct or indirect damage or loss resulting from the use of any attachments to this e-mail. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] SETREM REMOVE (bug in SETREM)
Here's a simple example: DIM B(2) A = A:@VM:B:@VM:C B(1) = A FOR X = 1 TO 3 SETREM 0 ON A SETREM 0 ON B(1) REMOVE A1 FROM A SETTING DUMMY REMOVE B1 FROM B(1) SETTING DUMMY CRT A1,B1 NEXT X END And this is the output... A A A B A C We're on UniVerse 10.0.19 in a PI/Open flavour account. I did receive a direct reply from Mark Baldridge who mentioned that the object code generated is different for the two SETREM statements. I used VLIST on each and got this: SETREM 0 ON A 2E6 setrem 0 = A SETREM 0 ON B(1) 0E6 matrix B 1 1 = $R0 2E6 setrem 0 = $R0 Which shows that the second SETREM is resetting the remove pointer on the temporary variable $R0 and not on the matrix element. AdrianW -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stevenson, Charles Sent: Thursday, 9 June 2005 10:29 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] [UV] SETREM REMOVE (bug in SETREM) Adrian, Could you provide an example program of it not working? Which version of UV? I am unaware of the problem you describe. There is a bug with REVREMOVE, (reverse-remove through a dynamic array). It was partially fixed at 9.6 or 10.0 (I forget when), but not quite. The list archives should cough up a post by me re. REVREMOVE. Thanks, cds -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Womack, Adrian Sent: Wednesday, June 08, 2005 9:19 PM To: u2-users@listserver.u2ug.org Subject: [U2] [UV] SETREM REMOVE (bug in SETREM) When we were still on PI/Open I'd always use var = var to reset a REMOVE pointer to the beginning of a dynamic array. REMOVE can also be used on elements of a dimensioned array, eg. REMOVE var FROM arr(x) SETTING... When we moved to UniVerse and the SETREM statement became available, I started using it in preference to var = var as it is more obvious what the code is trying to achieve. BUT... using SETREM on an element in a dimensioned array does NOT work (it leaves the pointer where it was). I guess this is a bug. (we're running 10.0.19). No more using SETREM for me! DISCLAIMER: Disclaimer. This e-mail is private and confidential. If you are not the intended recipient, please advise us by return e-mail immediately, and delete the e-mail and any attachments without using or disclosing the contents in any way. The views expressed in this e-mail are those of the author, and do not represent those of this company unless this is clearly indicated. You should scan this e-mail and any attachments for viruses. This company accepts no liability for any direct or indirect damage or loss resulting from the use of any attachments to this e-mail. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
