Re: [U2] UD equivalent of UV FILE.USAGE?
Adrian It tells UniVerse to start to collate usage stats for a selected file. Once enabled, Universe writes stats to the file header on the number of reads/writes/selects/overflow reads etc. Normally this is switched off since turning it on impacts performance, but it is a useful tool in determining which files are most critical to performance. Brian On 04 September 2009 at 01:16 Adrian Merrall pigeonra...@gmail.com wrote: On Thu, Sep 3, 2009 at 3:59 PM, Dan Fitzgerald dangf...@hotmail.com wrote: Anyone know if there is a Unidata equivalent to the UniVerse FILE.USAGE set of commands? Dan, If you could roughly describe what they do on UV, we UD only types might be able to help. Cheers, Adrian ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Looking for an OCONV/ICONV
Thanks,
I hadn't thought of using CONVERT, it's a nice way to do what I need with just
one line of code.
- Original Message
From: Henry Unger hun...@hitech.com
To: U2 Users List u2-users@listserver.u2ug.org
Sent: Thursday, September 3, 2009 3:19:31 PM
Subject: Re: [U2] Looking for an OCONV/ICONV
I don't recall anything built-in, but...
Here is an I-type expression that will strip everything except hexadecimal
notation characters from @RECORD:
@RECORD; CONVERT('0123456789ABCDEF', '', @1); CONVERT(@2, '', @1)
Change @RECORD to some other field as desired.
If you really want to create an ICONV/OCONV function, you can do that too if
you are using UniVerse.
Something like this:
FUNCTION U( STATUS, VALUE, TYPE )
IF TYPE THEN
* ICONV()
TEMP = CONVERT('0123456789ABCDEF', '', VALUE)
RESULT = CONVERT(TEMP, '', VALUE)
END ELSE
* OCONV()
RESULT = VALUE
END
STATUS = 0
RETURN (RESULT)
END
Catalog as $ and use as the conversion in the dictionary as U.
Best regards,
Henry Unger
Hitech Systems, Inc.
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Jacques G.
Sent: Thursday, September 03, 2009 11:43 AM
To: U2 Users List
Subject: [U2] Looking for an OCONV/ICONV
Is there an OCONV/ICONV I could use to filter out characters invalid for an
hexadecimal notation ? Ei anything other than 01234567890ABCDEF ? I had a
cheat sheet for special ICONV/OCONV statements but I've seemed to have
misplaced it.
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] UD equivalent of UV FILE.USAGE?
u2-users-ow...@listserver.u2ug.org said the following on 9/4/2009 8:47 AM: The message's content type was not explicitly allowed Dan: UD has a number of different profiling functions. These functions can be reviewed in the documentation. 1) UniBasic Profiling - See Administering UniData in (Windows/Unix). This is a compiling and run option (-G). 2) UniData Performance Monitoring - See the Microsoft Performance Monitor (Add a counter and look at the Performance object dropdown box 3) ECL Process Monitoring - See Administering UniData in (Windows/Unix). Three ECL commands: ENABLE.USERSTATS, DISABLE.USERSTATS, and LIST.USERSTATS. HTH, Bill br...@brianleach.co.uk said the following on 9/4/2009 2:16 AM: Adrian It tells UniVerse to start to collate usage stats for a selected file. Once enabled, Universe writes stats to the file header on the number of reads/writes/selects/overflow reads etc. Normally this is switched off since turning it on impacts performance, but it is a useful tool in determining which files are most critical to performance. Brian On 04 September 2009 at 01:16 Adrian Merrall pigeonra...@gmail.com wrote: On Thu, Sep 3, 2009 at 3:59 PM, Dan Fitzgerald dangf...@hotmail.com wrote: Anyone know if there is a Unidata equivalent to the UniVerse FILE.USAGE set of commands? Dan, If you could roughly describe what they do on UV, we UD only types might be able to help. Cheers, Adrian ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
[U2] Hmmmm...Learn something new every day!
ok...took me a few hours to debug this one... UV10 on Unix. If you do this: PROGRAM1: @user0 = execute someprogram print @user0 stop PROGRAM2 (aka someprogram) @user0 = passdata stop Runs as expected. @user0 will retail the value passdata from PROGRAM2 back to PROGRAM1 HOWEVER.. @user0 = execute someprogram capturing junk print @user0 stop When you use the CAPTURING clause, @user0 doesn't hold the data after the stop Well, maybe it's in junk? NOPE! What's up with that!?! George Gallen Senior Programmer/Analyst Accounting/Data Division, EDI Administrator ggal...@wyanokegroup.com ph:856.848.9005 Ext 220 The Wyanoke Group http://www.wyanokegroup.com ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Hmmmm...Learn something new every day!
It could be the AKA command causing the problem ;,) lol -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of George Gallen Sent: Friday, September 04, 2009 1:22 PM To: U2 Users List Subject: [U2] H...Learn something new every day! ok...took me a few hours to debug this one... UV10 on Unix. If you do this: PROGRAM1: @user0 = execute someprogram print @user0 stop PROGRAM2 (aka someprogram) @user0 = passdata stop Runs as expected. @user0 will retail the value passdata from PROGRAM2 back to PROGRAM1 HOWEVER.. @user0 = execute someprogram capturing junk print @user0 stop When you use the CAPTURING clause, @user0 doesn't hold the data after the stop Well, maybe it's in junk? NOPE! What's up with that!?! George Gallen Senior Programmer/Analyst Accounting/Data Division, EDI Administrator ggal...@wyanokegroup.com ph:856.848.9005 Ext 220 The Wyanoke Group http://www.wyanokegroup.com ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Hmmmm...Learn something new every day!
No, use it's that program that cause the problems, someprograms usually are quite innocent! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of Garry Smith Sent: Friday, September 04, 2009 4:27 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! It could be the AKA command causing the problem ;,) lol ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Hmmmm...Learn something new every day!
EXECUTE creates a new environment, try PERFORM. From BASIC Help: EXECUTE creates a new environment for the executed command. This new environment is initialized with the values of the current prompt, current printer state, Break key counter, the values of in-line prompts, KEYEDITs, KEYTRAPs, and KEYEXITs. If any of these values change in the new environment, the changes are not passed back to the calling environment. In the new environment, stacked @variables are either initialized to 0 or set to reflect the new environment. Nonstacked @variables are shared between the EXECUTE and calling environments. Tom -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of George Gallen Sent: Friday, September 04, 2009 4:22 PM To: U2 Users List Subject: [U2] H...Learn something new every day! ok...took me a few hours to debug this one... UV10 on Unix. If you do this: PROGRAM1: @user0 = execute someprogram print @user0 stop PROGRAM2 (aka someprogram) @user0 = passdata stop Runs as expected. @user0 will retail the value passdata from PROGRAM2 back to PROGRAM1 HOWEVER.. @user0 = execute someprogram capturing junk print @user0 stop When you use the CAPTURING clause, @user0 doesn't hold the data after the stop Well, maybe it's in junk? NOPE! What's up with that!?! George Gallen Senior Programmer/Analyst Accounting/Data Division, EDI Administrator ggal...@wyanokegroup.com ph:856.848.9005 Ext 220 The Wyanoke Group http://www.wyanokegroup.com ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Hmmmm...Learn something new every day!
SEE! thatprogram caused my usually to transmitted as use. No, use it's that program that cause the problems, someprograms usually are quite innocent! ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Hmmmm...Learn something new every day!
Yes I have thatprogram where I cringe to make any modifications but mostprograms are not a problem Garry L. Smith Dir Info Systems Charles McMurray Company V# 559-292-5782 F# 559-346-6169 -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of George Gallen Sent: Friday, September 04, 2009 1:30 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! SEE! thatprogram caused my usually to transmitted as use. No, use it's that program that cause the problems, someprograms usually are quite innocent! ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Hmmmm...Learn something new every day!
But the question is, why does removing the CAPTURING CLAUSE fix the problem (allow passing the data). with the CAPTURING, user0 won't pass without the CAPTURING, user0 passes fine I thought PERFORM and EXECUTE were the same? George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of Tom Whitmore Sent: Friday, September 04, 2009 4:30 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! EXECUTE creates a new environment, try PERFORM. From BASIC Help: EXECUTE creates a new environment for the executed command. This new environment is initialized with the values of the current prompt, current printer state, Break key counter, the values of in-line prompts, KEYEDITs, KEYTRAPs, and KEYEXITs. If any of these values change in the new environment, the changes are not passed back to the calling environment. In the new environment, stacked @variables are either initialized to 0 or set to reflect the new environment. Nonstacked @variables are shared between the EXECUTE and calling environments. Tom ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Hmmmm...Learn something new every day!
I wonder if you use EXECUTE without any CLAUSES, the compiler converts it to a PERFORM? sounds like I'm anti-Santa hereEXECUTING CLAUSES! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of George Gallen Sent: Friday, September 04, 2009 4:33 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! But the question is, why does removing the CAPTURING CLAUSE fix the problem (allow passing the data). with the CAPTURING, user0 won't pass without the CAPTURING, user0 passes fine I thought PERFORM and EXECUTE were the same? George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of Tom Whitmore Sent: Friday, September 04, 2009 4:30 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! EXECUTE creates a new environment, try PERFORM. From BASIC Help: EXECUTE creates a new environment for the executed command. This new environment is initialized with the values of the current prompt, current printer state, Break key counter, the values of in-line prompts, KEYEDITs, KEYTRAPs, and KEYEXITs. If any of these values change in the new environment, the changes are not passed back to the calling environment. In the new environment, stacked @variables are either initialized to 0 or set to reflect the new environment. Nonstacked @variables are shared between the EXECUTE and calling environments. Tom ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Hmmmm...Learn something new every day!
And a fine PERFORMance you are providing us. . . . . -- Sent from my Palm Pre George Gallen wrote: I wonder if you use EXECUTE without any CLAUSES, the compiler converts it to a PERFORM? sounds like I'm anti-Santa hereEXECUTING CLAUSES! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of George Gallen Sent: Friday, September 04, 2009 4:33 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! But the question is, why does removing the CAPTURING CLAUSE fix the problem (allow passing the data). with the CAPTURING, user0 won't pass without the CAPTURING, user0 passes fine I thought PERFORM and EXECUTE were the same? George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of Tom Whitmore Sent: Friday, September 04, 2009 4:30 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! EXECUTE creates a new environment, try PERFORM. From BASIC Help: EXECUTE creates a new environment for the executed command. This new environment is initialized with the values of the current prompt, current printer state, Break key counter, the values of in-line prompts, KEYEDITs, KEYTRAPs, and KEYEXITs. If any of these values change in the new environment, the changes are not passed back to the calling environment. In the new environment, stacked @variables are either initialized to 0 or set to reflect the new environment. Nonstacked @variables are shared between the EXECUTE and calling environments. Tom ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Hmmmm...Learn something new every day!
You can tell it's Friday :-) Jerry Banker -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Steven M Wagner Sent: Friday, September 04, 2009 3:56 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! And a fine PERFORMance you are providing us. . . . . -- Sent from my Palm Pre George Gallen wrote: I wonder if you use EXECUTE without any CLAUSES, the compiler converts it to a PERFORM? sounds like I'm anti-Santa hereEXECUTING CLAUSES! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of George Gallen Sent: Friday, September 04, 2009 4:33 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! But the question is, why does removing the CAPTURING CLAUSE fix the problem (allow passing the data). with the CAPTURING, user0 won't pass without the CAPTURING, user0 passes fine I thought PERFORM and EXECUTE were the same? George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of Tom Whitmore Sent: Friday, September 04, 2009 4:30 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! EXECUTE creates a new environment, try PERFORM. From BASIC Help: EXECUTE creates a new environment for the executed command. This new environment is initialized with the values of the current prompt, current printer state, Break key counter, the values of in-line prompts, KEYEDITs, KEYTRAPs, and KEYEXITs. If any of these values change in the new environment, the changes are not passed back to the calling environment. In the new environment, stacked @variables are either initialized to 0 or set to reflect the new environment. Nonstacked @variables are shared between the EXECUTE and calling environments. Tom ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Hmmmm...Learn something new every day!
and you tell how productive we are also!! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of jpb-u2ug Sent: Friday, September 04, 2009 5:13 PM To: 'Steven M Wagner'; 'U2 Users List' Subject: Re: [U2] H...Learn something new every day! You can tell it's Friday :-) Jerry Banker -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Steven M Wagner Sent: Friday, September 04, 2009 3:56 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! And a fine PERFORMance you are providing us. . . . . -- Sent from my Palm Pre George Gallen wrote: I wonder if you use EXECUTE without any CLAUSES, the compiler converts it to a PERFORM? sounds like I'm anti-Santa hereEXECUTING CLAUSES! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of George Gallen Sent: Friday, September 04, 2009 4:33 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! But the question is, why does removing the CAPTURING CLAUSE fix the problem (allow passing the data). with the CAPTURING, user0 won't pass without the CAPTURING, user0 passes fine I thought PERFORM and EXECUTE were the same? George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of Tom Whitmore Sent: Friday, September 04, 2009 4:30 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! EXECUTE creates a new environment, try PERFORM. From BASIC Help: EXECUTE creates a new environment for the executed command. This new environment is initialized with the values of the current prompt, current printer state, Break key counter, the values of in-line prompts, KEYEDITs, KEYTRAPs, and KEYEXITs. If any of these values change in the new environment, the changes are not passed back to the calling environment. In the new environment, stacked @variables are either initialized to 0 or set to reflect the new environment. Nonstacked @variables are shared between the EXECUTE and calling environments. Tom ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Hmmmm...Learn something new every day!
How well does U2 handle imaginary numbers? -- Sent from my Palm Pre George Gallen wrote: and you tell how productive we are also!! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of jpb-u2ug Sent: Friday, September 04, 2009 5:13 PM To: 'Steven M Wagner'; 'U2 Users List' Subject: Re: [U2] H...Learn something new every day! You can tell it's Friday :-) Jerry Banker -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Steven M Wagner Sent: Friday, September 04, 2009 3:56 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! And a fine PERFORMance you are providing us. . . . . -- Sent from my Palm Pre George Gallen wrote: I wonder if you use EXECUTE without any CLAUSES, the compiler converts it to a PERFORM? sounds like I'm anti-Santa hereEXECUTING CLAUSES! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of George Gallen Sent: Friday, September 04, 2009 4:33 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! But the question is, why does removing the CAPTURING CLAUSE fix the problem (allow passing the data). with the CAPTURING, user0 won't pass without the CAPTURING, user0 passes fine I thought PERFORM and EXECUTE were the same? George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of Tom Whitmore Sent: Friday, September 04, 2009 4:30 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! EXECUTE creates a new environment, try PERFORM. From BASIC Help: EXECUTE creates a new environment for the executed command. This new environment is initialized with the values of the current prompt, current printer state, Break key counter, the values of in-line prompts, KEYEDITs, KEYTRAPs, and KEYEXITs. If any of these values change in the new environment, the changes are not passed back to the calling environment. In the new environment, stacked @variables are either initialized to 0 or set to reflect the new environment. Nonstacked @variables are shared between the EXECUTE and calling environments. Tom ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
[U2] [Fwd: Re: Hmmmm...Learn something new every day!]
Golly geewillikers, I do apologize for posting a serious reply, so close to the start of the US Canadian 3-day Labor (Canadian: Labour) Day holiday weekend, but . . . Are you in INFORMATION flavour? UV 10.3 Basic Ref, pg 263: In INFORMATION flavor accounts, the EXECUTE statement without any options is the same as the PERFORM statement. In this case executed commands keep the same environment as the BASIC program that called them. Use the EXEC.EQ.PERF option of the $OPTIONS statement to cause EXECUTE to behave like PERFORM in other flavors. The main difference between PERFORM and EXECUTE is whether the child program runs in same envirionment as the calling one. Among other things, that determines what happens to some of the @variables, e.g., @user0. If the above does not immediately account for the quirks you see, read the details in the manual. There may be something similar with other flavours. And I wonder if the manual might be inexact or a bit inaccurate. EXECUTE's behaviour will vary depending on account flavour and depending on whether any compiler $OPTIONS override it. See basic ref manual $OPTIONS: $OPTIONS PICK | INFORMATION | REALITY | DEFAULT | PIOPEN $OPTIONS EXEC.EQ.PERF | PERF.EQ.EXEC | PIOPEN.EXECUTE Basic Ref manual also has appendix E that shows which @variables are stacked or not. The values of nonstacked @variables are shared between the EXECUTE and calling environments. Stacked are isolated to the execution level. @USER0-4 are stacked. While you're at it, examine uvconfig PIOPENDEFAULT, too, but only if you have piopen flavored accounts. Off hand, I can't think of another uvconfig setting that might matter. Chuck P.S. In all candour, I favour the Canadian behaviour of adding the u to Flavour and Labour thanks to my Albertan grade school education. I've freely mixed and matched above. It's rugh trying to remember when to add the u and when to leave it off. Adourable, isn't it? Original Message Subject:Re: [U2] H...Learn something new every day! Date: Fri, 4 Sep 2009 16:56:13 -0400 From: Steven M Wagner wagne...@mindspring.com Reply-To: Steven M Wagner wagne...@mindspring.com, U2 Users List u2-users@listserver.u2ug.org To: U2 Users List u2-users@listserver.u2ug.org And a fine PERFORMance you are providing us. . . . . -- Sent from my Palm Pre George Gallen wrote: I wonder if you use EXECUTE without any CLAUSES, the compiler converts it to a PERFORM? sounds like I'm anti-Santa hereEXECUTING CLAUSES! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of George Gallen Sent: Friday, September 04, 2009 4:33 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! But the question is, why does removing the CAPTURING CLAUSE fix the problem (allow passing the data). with the CAPTURING, user0 won't pass without the CAPTURING, user0 passes fine I thought PERFORM and EXECUTE were the same? George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of Tom Whitmore Sent: Friday, September 04, 2009 4:30 PM To: U2 Users List Subject: Re: [U2] H...Learn something new every day! EXECUTE creates a new environment, try PERFORM. From BASIC Help: EXECUTE creates a new environment for the executed command. This new environment is initialized with the values of the current prompt, current printer state, Break key counter, the values of in-line prompts, KEYEDITs, KEYTRAPs, and KEYEXITs. If any of these values change in the new environment, the changes are not passed back to the calling environment. In the new environment, stacked @variables are either initialized to 0 or set to reflect the new environment. Nonstacked @variables are shared between the EXECUTE and calling environments. Tom ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
