Re: [U2] more serious notes on GOTO
Some versions of BASIC have POP whereby one return address is removed from the stack. Sort of like a RERETURN. Glad we don't have that one. My 1 cent. - Original Message - From: "Keith W. Roberts" <[EMAIL PROTECTED]> To: Sent: Friday, October 07, 2005 12:16 PM Subject: RE: [U2] more serious notes on GOTO > I'll second that sentiment. At first I liked the idea of the RETURN TO > and used it. I got bit bad by the fact that this routine was called > from another routine, which means that RETURNing TO the mainline left a > return jump address on the stack ... which meant that the mainline > RETURN did *not* return to the calling program! > > RETURN TO is an inherently flawed concept. The only way to *ensure* the > stack is unwound correctly is to *always* RETURN from internal subs and > reroute after the GOSUB based on something set from within the sub. > > -Keith > > Original Message > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Richard Taylor > Sent: Wednesday, October 05, 2005 6:41 AM > To: u2-users@listserver.u2ug.org > Subject: RE: [U2] more serious notes on GOTO > > > Ross, > > > > Please tell me you are kidding. RETURN TO is worse than using a GOTO. > > You think you are dealing with a nice neat subroutine and then the > > 'hidden' goto in the return bites you. > > > >> -Original Message- > >> From: [EMAIL PROTECTED] [mailto:owner-u2- > >> [EMAIL PROTECTED] On Behalf Of Ross Ferris > >> Sent: Wednesday, October 05, 2005 8:42 AM > >> To: u2-users@listserver.u2ug.org > >> Subject: RE: [U2] more serious notes on GOTO > >> > >> Personally I prefer the RETURN TO syntax - all the 'elegance' of > >> subroutines, with the bonus of conditional exits. Now THAT was a > >> "nice innovation" in the language > --- > 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] OPEN vs TRANS
I've actually run into a program with 10 READV's, some processing then 10 WRITEV's for the obvious same record in the same file. Is the OCONV(translate) function any more or less effecient in BASIC than in English (sic). I use them for simple validation or to retrieve one field with no side effects. If I need another field, I use OPEN and READ. Thanks Mark Johnson - Original Message - From: "Timothy Snyder" <[EMAIL PROTECTED]> To: Sent: Friday, October 07, 2005 5:21 PM Subject: RE: [U2] OPEN vs TRANS > "Allen E. Elwood" <[EMAIL PROTECTED]> wrote on 10/07/2005 12:53:47 PM: > > > The way I look at it, when I started programming 30 years ago systems > were > > millions of times slower, and in another 30 years they'll be so stinking > > fast that coding for speed will go the way of the Suchomimus and the > > Iguanodon! > > As long as programmers think that way, their employers will continue to > pay people like me big bucks to come in and make the code more efficient. > ;-) Sometimes more powerful systems can make bottlenecks more prominent. > Today's systems are expected to process more data in a shorter time, and > to provide more functionality than in days of yore, so even minor > inefficiencies are encountered over and over again. IMHO, there will > always be room for efficient coding techniques. Some folks claim you have > to sacrifice maintainability and readability for the sake of efficiency - > I've rarely found that to be true. As long as you care about and consider > both performance and maintainability as you develop code, it all just > falls together. > > Now, as to people who want to code one line instead of two (e.g.: the > topic of this thread), I say take a touch typing course so you don't mind > a few extra keystrokes. (I've always been amazed watching seasoned > professionals using only one finger on each hand to write programs.) I > would much rather inherit a program that does its own opens and reads > instead of doing translates. Sooner or later somebody will want to get a > second field from the record and you'll be faced with doing two translates > or changing it to the way it should have been done in the first place. > Plus, the OCONV with a translate isn't nearly as obvious to the casual > observer of the code. Of course, you could put in some comments to make > it clear, but those keystrokes could have been spent opening the file at > the top of the program. > > > Tim Snyder > Consulting I/T Specialist , U2 Professional Services > North American Lab Services > DB2 Information Management, IBM Software Group > 717-545-6403 > [EMAIL PROTECTED] > --- > 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] OPEN vs TRANS
I agree. That's what we consultants are for. To help our clients make intelligent decisions. - Original Message - From: "Larry Hiscock" <[EMAIL PROTECTED]> To: Sent: Friday, October 07, 2005 7:12 PM Subject: RE: [U2] OPEN vs TRANS > Sometimes you have to educate your clients as to what they "want". > > Larry Hiscock > Western Computer Services > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Nichol > Sent: Friday, October 07, 2005 3:36 PM > To: u2-users@listserver.u2ug.org > Subject: RE: [U2] OPEN vs TRANS > > Goo'day, > > At 14:50 07/10/05 -0700, you wrote: > > > >Being independent, you have to listen to what the *client* wants. Do > >they need me to spend an additional 40 hours at $110 an hour to make > >something run faster? Most clients say N!! > > My customers say it louder than that.. > > > >Allen > >www.tortillafc.com > > > > > > > >-- > >No virus found in this incoming message. > >Checked by AVG Anti-Virus. > >Version: 7.0.344 / Virus Database: 267.11.13/124 - Release Date: > >07/10/05 > > Regards, > > Bruce Nichol > Talon Computer Services > ALBURYNSW 2640 > Australia > > http://www.taloncs.com.au > > Tel: +61 (0)411149636 > Fax: +61 (0)260232119 > > If it ain't broke, fix it till it is! > > > -- > No virus found in this outgoing message. > Checked by AVG Anti-Virus. > Version: 7.0.344 / Virus Database: 267.11.13/124 - Release Date: 07/10/05 > --- > 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/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Senior Pick Programming Position - Centennial, CO
From: "Debster" <[EMAIL PROTECTED]> Something most programmers hate to write Not *nearly* as much as non-integrated documentation. At least if the docs are in the program it's easier to keep them up to date. (And with tools like Javadoc, you get neat HTML formated documentation out of the deal.) I still don't know what a UniVerse flow diagram is... but it's nice to see someone looking for multi-value _and_ open source Java experience. :) -- Wendy Smoak --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Senior Pick Programming Position - Centennial, CO
Something most programmers hate to write -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Gordon J Glorfield Sent: Friday, October 07, 2005 4:24 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Senior Pick Programming Position - Centennial, CO And what is "high-level integrated documentation"? Gordon J. Glorfield Sr. Applications Developer MAMSI (A UnitedHealth Company) 301-360-8839 [EMAIL PROTECTED] wrote on 10/07/2005 02:44:34 PM: > What is a Universe flow diagram? > > -Original Message- > > From: Bill Lockwood [SMTP:[EMAIL PROTECTED] > > Sent: Friday, October 07, 2005 8:39 AM > > To: u2-users@listserver.u2ug.org > > Subject: [U2] Senior Pick Programming Position - Centennial, CO > snippet > > Experience with documentation of UniVerse flow diagrams, UniVerse > > paragraphs, > > and high-level integrated documentation of system processes. > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. --- 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] OPEN vs TRANS
Sometimes you have to educate your clients as to what they "want". Larry Hiscock Western Computer Services -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Nichol Sent: Friday, October 07, 2005 3:36 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] OPEN vs TRANS Goo'day, At 14:50 07/10/05 -0700, you wrote: >Being independent, you have to listen to what the *client* wants. Do >they need me to spend an additional 40 hours at $110 an hour to make >something run faster? Most clients say N!! My customers say it louder than that.. >Allen >www.tortillafc.com > > > >-- >No virus found in this incoming message. >Checked by AVG Anti-Virus. >Version: 7.0.344 / Virus Database: 267.11.13/124 - Release Date: >07/10/05 Regards, Bruce Nichol Talon Computer Services ALBURYNSW 2640 Australia http://www.taloncs.com.au Tel: +61 (0)411149636 Fax: +61 (0)260232119 If it ain't broke, fix it till it is! -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.11.13/124 - Release Date: 07/10/05 --- 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] OPEN vs TRANS
Goo'day, At 14:50 07/10/05 -0700, you wrote: Being independent, you have to listen to what the *client* wants. Do they need me to spend an additional 40 hours at $110 an hour to make something run faster? Most clients say N!! My customers say it louder than that.. Allen www.tortillafc.com -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.11.13/124 - Release Date: 07/10/05 Regards, Bruce Nichol Talon Computer Services ALBURYNSW 2640 Australia http://www.taloncs.com.au Tel: +61 (0)411149636 Fax: +61 (0)260232119 If it ain't broke, fix it till it is! -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.11.13/124 - Release Date: 07/10/05 --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] OPEN vs TRANS
Amen. Allow me to add that often the decision to replace an MV database with an RDBMS hinges on, "what do you mean I need 5 times as much hardware/horsepower to run Oracle?". "Our greatest duty in this life is to help others. And please, if you can't help them, could you at least not hurt them?" - H.H. the Dalai Lama "When buying & selling are controlled by legislation, the first thing to be bought & sold are the legislators" - P.J. O'Rourke Dan Fitzgerald From: Timothy Snyder <[EMAIL PROTECTED]> Reply-To: u2-users@listserver.u2ug.org To: u2-users@listserver.u2ug.org Subject: RE: [U2] OPEN vs TRANS Date: Fri, 7 Oct 2005 17:21:28 -0400 "Allen E. Elwood" <[EMAIL PROTECTED]> wrote on 10/07/2005 12:53:47 PM: > The way I look at it, when I started programming 30 years ago systems were > millions of times slower, and in another 30 years they'll be so stinking > fast that coding for speed will go the way of the Suchomimus and the > Iguanodon! As long as programmers think that way, their employers will continue to pay people like me big bucks to come in and make the code more efficient. ;-) Sometimes more powerful systems can make bottlenecks more prominent. Today's systems are expected to process more data in a shorter time, and to provide more functionality than in days of yore, so even minor inefficiencies are encountered over and over again. IMHO, there will always be room for efficient coding techniques. Some folks claim you have to sacrifice maintainability and readability for the sake of efficiency - I've rarely found that to be true. As long as you care about and consider both performance and maintainability as you develop code, it all just falls together. Now, as to people who want to code one line instead of two (e.g.: the topic of this thread), I say take a touch typing course so you don't mind a few extra keystrokes. (I've always been amazed watching seasoned professionals using only one finger on each hand to write programs.) I would much rather inherit a program that does its own opens and reads instead of doing translates. Sooner or later somebody will want to get a second field from the record and you'll be faced with doing two translates or changing it to the way it should have been done in the first place. Plus, the OCONV with a translate isn't nearly as obvious to the casual observer of the code. Of course, you could put in some comments to make it clear, but those keystrokes could have been spent opening the file at the top of the program. Tim Snyder Consulting I/T Specialist , U2 Professional Services North American Lab Services DB2 Information Management, IBM Software Group 717-545-6403 [EMAIL PROTECTED] --- 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] OPEN vs TRANS
>As long as programmers think that way, their employers will continue to >pay people like me big bucks to come in and make the code more efficient. Like I said, at 175 an hour the ***client*** preferred the quickest coding method. So sometimes you get the big bucks to save time in **programming**. (This was when my boss collected the money - I charge less now that I'm independent) And have you tested both methods to even see which is faster? I have and to tell the truth I could not see any difference in speed between opening the file and putting it in common and readv'ing the attributes and just using the TRANS'd code. I didn't use any fancy methods, just listed the file and saw that it apparently didn't make any visual difference in speed. Since Uniquery *is* opening the file and keeping it open internally, what *exactly* is the difference between letting the system do the work for you or doing the same thing in a program? Other questions: How often will this dict item be used in a report. Once a month? Ten times a day? These make the decision to code more efficiently an issue, or not. And after 31 years of programming, I only use one hand to type if the other has a big honkin chicken taco in it. Rest of the time I type at about 120wpm. Speaking of which, I forgot to finish my second tacoyum. Being independent, you have to listen to what the *client* wants. Do they need me to spend an additional 40 hours at $110 an hour to make something run faster? Most clients say N!! Allen www.tortillafc.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Timothy Snyder Sent: Friday, October 07, 2005 14:21 To: u2-users@listserver.u2ug.org Subject: RE: [U2] OPEN vs TRANS "Allen E. Elwood" <[EMAIL PROTECTED]> wrote on 10/07/2005 12:53:47 PM: > The way I look at it, when I started programming 30 years ago systems were > millions of times slower, and in another 30 years they'll be so stinking > fast that coding for speed will go the way of the Suchomimus and the > Iguanodon! As long as programmers think that way, their employers will continue to pay people like me big bucks to come in and make the code more efficient. ;-) Sometimes more powerful systems can make bottlenecks more prominent. Today's systems are expected to process more data in a shorter time, and to provide more functionality than in days of yore, so even minor inefficiencies are encountered over and over again. IMHO, there will always be room for efficient coding techniques. Some folks claim you have to sacrifice maintainability and readability for the sake of efficiency - I've rarely found that to be true. As long as you care about and consider both performance and maintainability as you develop code, it all just falls together. Now, as to people who want to code one line instead of two (e.g.: the topic of this thread), I say take a touch typing course so you don't mind a few extra keystrokes. (I've always been amazed watching seasoned professionals using only one finger on each hand to write programs.) I would much rather inherit a program that does its own opens and reads instead of doing translates. Sooner or later somebody will want to get a second field from the record and you'll be faced with doing two translates or changing it to the way it should have been done in the first place. Plus, the OCONV with a translate isn't nearly as obvious to the casual observer of the code. Of course, you could put in some comments to make it clear, but those keystrokes could have been spent opening the file at the top of the program. Tim Snyder Consulting I/T Specialist , U2 Professional Services North American Lab Services DB2 Information Management, IBM Software Group 717-545-6403 [EMAIL PROTECTED] --- 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] OPEN vs TRANS
"Allen E. Elwood" <[EMAIL PROTECTED]> wrote on 10/07/2005 12:53:47 PM: > The way I look at it, when I started programming 30 years ago systems were > millions of times slower, and in another 30 years they'll be so stinking > fast that coding for speed will go the way of the Suchomimus and the > Iguanodon! As long as programmers think that way, their employers will continue to pay people like me big bucks to come in and make the code more efficient. ;-) Sometimes more powerful systems can make bottlenecks more prominent. Today's systems are expected to process more data in a shorter time, and to provide more functionality than in days of yore, so even minor inefficiencies are encountered over and over again. IMHO, there will always be room for efficient coding techniques. Some folks claim you have to sacrifice maintainability and readability for the sake of efficiency - I've rarely found that to be true. As long as you care about and consider both performance and maintainability as you develop code, it all just falls together. Now, as to people who want to code one line instead of two (e.g.: the topic of this thread), I say take a touch typing course so you don't mind a few extra keystrokes. (I've always been amazed watching seasoned professionals using only one finger on each hand to write programs.) I would much rather inherit a program that does its own opens and reads instead of doing translates. Sooner or later somebody will want to get a second field from the record and you'll be faced with doing two translates or changing it to the way it should have been done in the first place. Plus, the OCONV with a translate isn't nearly as obvious to the casual observer of the code. Of course, you could put in some comments to make it clear, but those keystrokes could have been spent opening the file at the top of the program. Tim Snyder Consulting I/T Specialist , U2 Professional Services North American Lab Services DB2 Information Management, IBM Software Group 717-545-6403 [EMAIL PROTECTED] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] OPEN vs TRANS
Why do you believe doing this (Logto followed by LIST VOC...) would work ( I don't think it will)? I think you might have misunderstood what I meant by "exiting the account" - that would be using QUIT. I guess I should have been more clear by saying "quitting universe". __ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of "Keith W. Roberts" <[EMAIL PROTECTED]> Sent: Friday, October 07, 2005 1:27 PM To: ; <[EMAIL PROTECTED]> Subject: RE: [U2] OPEN vs TRANS Possible workaround? Whenever you LOGTO, do a LIST VOC SAMPLE 1 (HUSHed) to change the file and record pointers. -Keith Original Message From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glenn Herbert Sent: Friday, October 07, 2005 9:35 AM To: [EMAIL PROTECTED]; u2-users@listserver.u2ug.org Subject: RE: [U2] OPEN vs TRANS > You are 100% correct and this is a known issue (to me > anyways). The > cache is only flushed when exiting the account or when you > return back > to TCL. Unfortunately, there is no direct way to call > the internal > transclear() function. > > > __ > > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of > [EMAIL PROTECTED] > Sent: Friday, October 07, 2005 11:22 AM > To: u2-users@listserver.u2ug.org > Subject: RE: [U2] OPEN vs TRANS > > Our system has many accounts with, basically, the same file names, > layouts, etc. We found a problem with using the translate > rather than > open/read in programs. > If a program logs from account to account and accesses > info with a > trans, > the trans doesn't always open and read the file in the > new account's > file, > rather the trans retrieves the info from an earlier account. > Am I right is supposing this phenomena is due to the file > and record > having the same ID and logging to another account > doesn't flush the > cache? > Thanks, > Bruce --- 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] Senior Pick Programming Position - Centennial, CO
And what is "high-level integrated documentation"? Gordon J. Glorfield Sr. Applications Developer MAMSI (A UnitedHealth Company) 301-360-8839 [EMAIL PROTECTED] wrote on 10/07/2005 02:44:34 PM: > What is a Universe flow diagram? > > -Original Message- > > From: Bill Lockwood [SMTP:[EMAIL PROTECTED] > > Sent: Friday, October 07, 2005 8:39 AM > > To: u2-users@listserver.u2ug.org > > Subject: [U2] Senior Pick Programming Position - Centennial, CO > snippet > > Experience with documentation of UniVerse flow diagrams, UniVerse > > paragraphs, > > and high-level integrated documentation of system processes. > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Unidata TCL - beginner question
Never seen a single burp in sorting ever. If you just eliminate the DET.SUP you'll see the detail, and can then compare to the DET.SUP errors to confirm if the sorting is wrong, or if maybe it just doesn't work. You could always fall back and punt by completing the messing sections of the program I sent yesterday. I'm sure that would work. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bruce Ordway Sent: Friday, October 07, 2005 13:11 To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] Unidata TCL - beginner question >SORT filename BY Part BY Date @ID BREAK.ON Part Date DET.SUP< BTW, I thought this worked to begin with. Then, I started noticing it wasn't really. I keep getting dates in the middle of the range for some parts. Just so happens I'm working on a huge file, 886817 records. I wonder if Unidata SORT's break down if a file is too big or sized incorrectly? --- 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] OPEN vs TRANS
Hey Keith, That's a really great idea, but why not just add it to the LOGIN paragraph? (it's in the VOC on Unidata systems) Then you won't have to stub the LOGTO command! Allen www.tortillafc.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Keith W. Roberts Sent: Friday, October 07, 2005 10:27 To: u2-users@listserver.u2ug.org; [EMAIL PROTECTED] Subject: RE: [U2] OPEN vs TRANS Possible workaround? Whenever you LOGTO, do a LIST VOC SAMPLE 1 (HUSHed) to change the file and record pointers. -Keith Original Message From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glenn Herbert Sent: Friday, October 07, 2005 9:35 AM To: [EMAIL PROTECTED]; u2-users@listserver.u2ug.org Subject: RE: [U2] OPEN vs TRANS >You are 100% correct and this is a known issue (to me > anyways). The >cache is only flushed when exiting the account or when you > return back >to TCL. Unfortunately, there is no direct way to call > the internal >transclear() function. > > > __ > >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On > Behalf Of >[EMAIL PROTECTED] >Sent: Friday, October 07, 2005 11:22 AM >To: u2-users@listserver.u2ug.org >Subject: RE: [U2] OPEN vs TRANS > >Our system has many accounts with, basically, the same file names, >layouts, etc. We found a problem with using the translate > rather than >open/read in programs. >If a program logs from account to account and accesses > info with a >trans, >the trans doesn't always open and read the file in the > new account's >file, >rather the trans retrieves the info from an earlier account. >Am I right is supposing this phenomena is due to the file > and record >having the same ID and logging to another account > doesn't flush the >cache? >Thanks, >Bruce --- 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] Unidata TCL - beginner question
>SORT filename BY Part BY Date @ID BREAK.ON Part Date DET.SUP< BTW, I thought this worked to begin with. Then, I started noticing it wasn't really. I keep getting dates in the middle of the range for some parts. Just so happens I'm working on a huge file, 886817 records. I wonder if Unidata SORT's break down if a file is too big or sized incorrectly? --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Visual Schema Generator 'unable to open dictionary of sysobjects'
I thought it would the first time you connected to the account. There are a number of files that it sets up. Perhaps one of the (or it's VOC entry) existed and so it didn't create them. I do know that if you connect VSG to an account created under some previous version that you get a message about updating the account. Perhaps something is kept somewhere in the VOC. Hth Colin Alfke >-Original Message- >From: Wendy Smoak > >> Does the D_sysobjects file exist and does your ID have >permissions to >> r/w it? > >Nope... no dictionaries, no files, no VOC pointers for the >sys* files. I'm under the impression that VSG is supposed to >create them. Is that not true? > >-- >Wendy Smoak --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Senior Pick Programming Position - Centennial, CO
Guess they won't hire you! :-) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, October 07, 2005 11:45 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Senior Pick Programming Position - Centennial, CO What is a Universe flow diagram? > -Original Message- > From: Bill Lockwood [SMTP:[EMAIL PROTECTED] > Sent: Friday, October 07, 2005 8:39 AM > To: u2-users@listserver.u2ug.org > Subject: [U2] Senior Pick Programming Position - Centennial, CO snippet > Experience with documentation of UniVerse flow diagrams, UniVerse > paragraphs, > and high-level integrated documentation of system processes. --- 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] Senior Pick Programming Position - Centennial, CO
What is a Universe flow diagram? > -Original Message- > From: Bill Lockwood [SMTP:[EMAIL PROTECTED] > Sent: Friday, October 07, 2005 8:39 AM > To: u2-users@listserver.u2ug.org > Subject: [U2] Senior Pick Programming Position - Centennial, CO snippet > Experience with documentation of UniVerse flow diagrams, UniVerse > paragraphs, > and high-level integrated documentation of system processes. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Visual Schema Generator 'unable to open dictionary of sysobjects'
From: <[EMAIL PROTECTED]> Does the D_sysobjects file exist and does your ID have permissions to r/w it? Nope... no dictionaries, no files, no VOC pointers for the sys* files. I'm under the impression that VSG is supposed to create them. Is that not true? -- Wendy Smoak --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] OPEN vs TRANS
hmm. The fact that the files are cached makes it nicer. I didn't want to use it inside a loop (TRANS() that is), and waste a lot of time with repeated OPEN/READs, in that case I'd have done an OPEN, then used READS. But if the OPEN is cached, great, it's just like doing the OPEN once. Since this application does not need to write, nor set locks, the TRANS may be a nice option. George -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Allen E. Elwood Sent: Friday, October 07, 2005 12:54 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] OPEN vs TRANS Hey George, I've always established dict names using TRANS in the base file, and then created my SUBR type DICT and passed them that way. It just makes it *so* much easier to code, and have really never noticed any difference between the TRANS method or using OPEN and READS. Plus most of the times I was doing this my boss was charging the client 175 an hour and speed of programming was considered MUCH more important than speed of execution. The way I look at it, when I started programming 30 years ago systems were millions of times slower, and in another 30 years they'll be so stinking fast that coding for speed will go the way of the Suchomimus and the Iguanodon! Like...systems will be accessing data at quad-terabytes per nanosecond over wireless photonic motherboards the size of a dime.you know? http://www.dinosauria.com/dml/dmlf.htm Allen --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Senior Pick Programming Position - Centennial, CO
Trust Company of America, a leading provider of financial services nationwide, has an immediate opening for a Senior Multivalue Database Programmer / Analyst. This position is located in Centennial, Colorado on the southeast edge of the Denver Metro Area. The ideal candidate for this position will have broad knowledge of multi-value database architecture and management. You will work as a member of a team to design, develop and implement an IBM UniVerse multi-value database system for the data repository to provide responsive outsourcing solutions to independent Investment Advisors. You will be an integral member of a team to re-architecture, development, and migration of legacy systems to J2EE architecture utilizing Java and providing our customers the ability to manage their accounts and trade efficiently. Requirements for this position include: - Thorough understanding and knowledge of the software development life cycle (SLDC), with the proven ability able to follow development and coding standards. - Extensive software generation (actual coding) and troubleshooting analysis experience. - Demonstrated ability to design, code, integrate, test, and document software in a rapid prototype approach, incorporating new functionality as required. - Proven problem solving and analytical abilities and experience troubleshooting / debugging complex software. - Excellent English communication skills with both technical and non-technical personnel. - Proven record of the tactical delivery of complex, mission-critical software development projects. Technical Expertise: More than 5 years experience in multi-value database programming. Extensive knowledge of Pick Basic language and the IBM UniVerse database (or equivalent experience with similar multi-value databases. Experience with documentation of UniVerse flow diagrams, UniVerse paragraphs, and high-level integrated documentation of system processes. Knowledge of Java / J2EE and open source programming environments is a plus. BS in Computer Science or related degree and / or equivalent experience. Experience in the finance / financial services industries a plus. Trust Company of America is proud of our corporate culture built on the principles of Integrity, Teamwork, Service, Innovation, and High Expectations. We are dedicated to providing services to meet the needs of our customers in a rapidly changing and highly regulated market. We offer a minimum travel, a competitive compensation package, and a comprehensive benefits package including health and dental care, 401(k), flexible benefits, vacation and paid time off, and educational assistance. Relocation will not be considered - we are seeking a local candidate. Please send resume and qualifications to [EMAIL PROTECTED] --- 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] Visual Schema Generator 'unable to open dictionary of sysobjects'
Does the D_sysobjects file exist and does your ID have permissions to r/w it? Hth Colin Alfke Calgary Canada - where at least it's not snowing today >-Original Message- >From: Wendy Smoak > >I'm trying (first time) to use VSG on an account, and all it will do is >complain: 'Unable to open dictionary of sysobjects'. > >All I can find online is a post on the u2ug forums from a >person who had the same problem a while ago. I also consulted >our VAR's knowledge base, and found an article that said to >make sure the various sys* files (sysobjects, syscolumns, >etc.,) do NOT exist in the account, because VSG will create >them. Is that correct? > >We did have 'empty' VOC pointers hanging around from >somewhere, but none of the files were there. I deleted the >VOC pointers to sysobjects, etc., but it didn't help. The >This is on UniData 6.0 on HP-UX. > >Any ideas? > >Thanks, >Wendy Smoak --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] OPEN vs TRANS
Possible workaround? Whenever you LOGTO, do a LIST VOC SAMPLE 1 (HUSHed) to change the file and record pointers. -Keith Original Message From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glenn Herbert Sent: Friday, October 07, 2005 9:35 AM To: [EMAIL PROTECTED]; u2-users@listserver.u2ug.org Subject: RE: [U2] OPEN vs TRANS >You are 100% correct and this is a known issue (to me > anyways). The >cache is only flushed when exiting the account or when you > return back >to TCL. Unfortunately, there is no direct way to call > the internal >transclear() function. > > > __ > >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On > Behalf Of >[EMAIL PROTECTED] >Sent: Friday, October 07, 2005 11:22 AM >To: u2-users@listserver.u2ug.org >Subject: RE: [U2] OPEN vs TRANS > >Our system has many accounts with, basically, the same file names, >layouts, etc. We found a problem with using the translate > rather than >open/read in programs. >If a program logs from account to account and accesses > info with a >trans, >the trans doesn't always open and read the file in the > new account's >file, >rather the trans retrieves the info from an earlier account. >Am I right is supposing this phenomena is due to the file > and record >having the same ID and logging to another account > doesn't flush the >cache? >Thanks, >Bruce --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Visual Schema Generator 'unable to open dictionary of sysobjects'
I'm trying (first time) to use VSG on an account, and all it will do is complain: 'Unable to open dictionary of sysobjects'. All I can find online is a post on the u2ug forums from a person who had the same problem a while ago. I also consulted our VAR's knowledge base, and found an article that said to make sure the various sys* files (sysobjects, syscolumns, etc.,) do NOT exist in the account, because VSG will create them. Is that correct? We did have 'empty' VOC pointers hanging around from somewhere, but none of the files were there. I deleted the VOC pointers to sysobjects, etc., but it didn't help. The This is on UniData 6.0 on HP-UX. Any ideas? Thanks, Wendy Smoak --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] OPEN vs TRANS
Hey George, I've always established dict names using TRANS in the base file, and then created my SUBR type DICT and passed them that way. It just makes it *so* much easier to code, and have really never noticed any difference between the TRANS method or using OPEN and READS. Plus most of the times I was doing this my boss was charging the client 175 an hour and speed of programming was considered MUCH more important than speed of execution. The way I look at it, when I started programming 30 years ago systems were millions of times slower, and in another 30 years they'll be so stinking fast that coding for speed will go the way of the Suchomimus and the Iguanodon! Like...systems will be accessing data at quad-terabytes per nanosecond over wireless photonic motherboards the size of a dime.you know? http://www.dinosauria.com/dml/dmlf.htm Allen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of George Gallen Sent: Thursday, October 06, 2005 11:11 To: u2-users@listserver.u2ug.org Subject: [U2] OPEN vs TRANS Is there any savings on using TRANS() vs an OPEN at the top and a READ in the program (Assuming I am only reading 1 record 1 time) This is using UV10 George --- 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/
[U2] FW: Setting up printers on UV PE under windows XP
I've been struggling to set up a printer. After much tweaking and twiddling, I finally can actually see the printer in U2ADMIN, but still can't seem to get anything to print to it. Does anyone have a manual/ link to information to get this done? Is there some magic piece I'm missing? Thanks Eric Eric Limbeek Norcron, Inc. 3700 Mansell Rd., Suite 220 Alpharetta, GA 30068 404 459-6500 / (fax) 404 459-6506 www.norcron.com Supply Chain and e-commerce Solutions --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] OPEN vs TRANS
You are 100% correct and this is a known issue (to me anyways). The cache is only flushed when exiting the account or when you return back to TCL. Unfortunately, there is no direct way to call the internal transclear() function. __ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, October 07, 2005 11:22 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] OPEN vs TRANS Our system has many accounts with, basically, the same file names, layouts, etc. We found a problem with using the translate rather than open/read in programs. If a program logs from account to account and accesses info with a trans, the trans doesn't always open and read the file in the new account's file, rather the trans retrieves the info from an earlier account. Am I right is supposing this phenomena is due to the file and record having the same ID and logging to another account doesn't flush the cache? Thanks, Bruce Bruce M Neylon Health Care Management Group Glenn Herbert Sent by: [EMAIL PROTECTED] 10/06/2005 07:53 PM Please respond to u2-users To: [EMAIL PROTECTED], u2-users@listserver.u2ug.org cc: Subject: RE: [U2] OPEN vs TRANS The vlist should show a call to Ftrans, which basically does an OPEN and a READ, and caches both for later reuse (subsequent reads on a file open'd earlier don't waste the time of the open). I also believe that the file cache is for 10 files, then the oldest gets closed, and the record cache is for 50 records between all open files. If you do multiple TRANS ops on the same file same record, but different fields, you only pay the cost of search for the field (assuming your file and record are still IN the cache!) Hope this helps Glenn --- 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/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] more serious notes on GOTO
I'll second that sentiment. At first I liked the idea of the RETURN TO and used it. I got bit bad by the fact that this routine was called from another routine, which means that RETURNing TO the mainline left a return jump address on the stack ... which meant that the mainline RETURN did *not* return to the calling program! RETURN TO is an inherently flawed concept. The only way to *ensure* the stack is unwound correctly is to *always* RETURN from internal subs and reroute after the GOSUB based on something set from within the sub. -Keith Original Message From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Richard Taylor Sent: Wednesday, October 05, 2005 6:41 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] more serious notes on GOTO > Ross, > > Please tell me you are kidding. RETURN TO is worse than using a GOTO. > You think you are dealing with a nice neat subroutine and then the > 'hidden' goto in the return bites you. > >> -Original Message- >> From: [EMAIL PROTECTED] [mailto:owner-u2- >> [EMAIL PROTECTED] On Behalf Of Ross Ferris >> Sent: Wednesday, October 05, 2005 8:42 AM >> To: u2-users@listserver.u2ug.org >> Subject: RE: [U2] more serious notes on GOTO >> >> Personally I prefer the RETURN TO syntax - all the 'elegance' of >> subroutines, with the bonus of conditional exits. Now THAT was a >> "nice innovation" in the language --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [OT] [U2] chance encounter with a u2 site
You mean Ponch used Pick?! Must have missed that episode. Boy, that makes me feel all warm and fuzzy inside! George -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Keith W. Roberts Sent: Friday, October 07, 2005 11:46 AM To: u2-users@listserver.u2ug.org Subject: RE: [OT] [U2] chance encounter with a u2 site When I worked for Pr1me Computers in the L.A. region, two of our biggest INFORMATION customers were the California Highway Patrol and the L.A. Sheriff's Dept. ... but somehow I tried to stay away from running into them outside of the office. :) -Keith --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [OT] Tally line printer escape sequences
Dave I'm afraid I've had no luck getting the customer (who has the printer) to test this properly. They only use this printer for payroll runs, and the default font is OK for this. I set up a quick fix of no escape sequences at all which works for this specific requirement, and now they've got that they don't want to spend time doing any more testing for me. Cheers Simon "Dave Taylor" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Simon, > > I believe you may be able to purchase an operator's manual or a programmer's > manual from printersource.com in the US. Call John at 800-788-5101. > > I understand that the Tally 6xxx series emulates, among others, the Epson FX > printer, so you should be able to write a driver using the Epson FX ESC > sequences. > > What I don't know is the ESC sequence to put the Tally into the FX > emulation. Perhaps you can do that from the control console on the front of > the printer. > > We have a customer whose software we are migrating to UV/NT but he hasn't > decided yet if he wants to use his Tally 6045 printer with UV, so we haven't > tried writing the driver yet. > > Please let me know how you eventually resolve this. > > hth, > > Dave --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [OT] [U2] chance encounter with a u2 site
When I worked for Pr1me Computers in the L.A. region, two of our biggest INFORMATION customers were the California Highway Patrol and the L.A. Sheriff's Dept. ... but somehow I tried to stay away from running into them outside of the office. :) -Keith Original Message From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, October 05, 2005 9:27 AM To: u2-Users Subject: [OT] [U2] chance encounter with a u2 site > Hi All, > > The other day I walked into a store to pick up a new dryer > because my other dryer (1 year old) had caught fire. Note to > self: Make sure you clean out your dryer ducts on a routine > basis. Anyway, one of the sales reps starts to log into > their system when I notice an AIX message pass by. I look a > little closer and what do I see but a dynamic connect session > going. I ask the guy to page up and find that the > application that he is logging into is Unidata. The name of > the store is Grants appliances based out of Joliet, IL. > > My questions to the list are have any of you had similar > experiences and how much of a geek am I to get totally > excited about seeing another U2 site in action? > > Thanks, > > Scott "Way Too Easily Fascinated" Thompson > --- > 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] Unidata TCL - beginner question
>What you are looking for is the MAX verb. You would use it thus:< >LIST file.name PART MAX DATE DET.SUP< I'm on HPUX 11 & Unidata 5.2. There doesn't seem to be a MAX available. However, I do see a basic function called MAXIMUM(). I wonder if I could create a Virtual field using this to give me the last date? --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] OPEN vs TRANS
Our system has many accounts with, basically, the same file names, layouts, etc. We found a problem with using the translate rather than open/read in programs. If a program logs from account to account and accesses info with a trans, the trans doesn't always open and read the file in the new account's file, rather the trans retrieves the info from an earlier account. Am I right is supposing this phenomena is due to the file and record having the same ID and logging to another account doesn't flush the cache? Thanks, Bruce Bruce M Neylon Health Care Management Group Glenn Herbert <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 10/06/2005 07:53 PM Please respond to u2-users To: [EMAIL PROTECTED], u2-users@listserver.u2ug.org cc: Subject:RE: [U2] OPEN vs TRANS The vlist should show a call to Ftrans, which basically does an OPEN and a READ, and caches both for later reuse (subsequent reads on a file open'd earlier don't waste the time of the open). I also believe that the file cache is for 10 files, then the oldest gets closed, and the record cache is for 50 records between all open files. If you do multiple TRANS ops on the same file same record, but different fields, you only pay the cost of search for the field (assuming your file and record are still IN the cache!) Hope this helps Glenn --- 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] How to Default NO.RETURN.WARN in Universe
Yes you're right. I never knew about that one. It works just as well. Thanks Anthony -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Louis Windsor Sent: Friday, October 07, 2005 7:55 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] How to Default NO.RETURN.WARN in Universe I may be wrong but I seem to remember that if you hit "N" at any warning no further "hit any key" will be prompted for. Louis - Original Message - From: "Anthony Dzikiewicz" <[EMAIL PROTECTED]> To: Sent: Friday, October 07, 2005 7:00 PM Subject: RE: [U2] How to Default NO.RETURN.WARN in Universe : This works for me. I believe I tried to issue this on the command line, : but I had the syntax wrong. : What Im doing is compiling the whole account (1000+ programs) and it : becomes a pain to keep hitting 'any key' for the RETURN warnings. So, : this works fine doing BASIC BP * +$NO.RETURN.WARN. : : Thanks for the tip : : Anthony : : -Original Message- : From: [EMAIL PROTECTED] : [mailto:[EMAIL PROTECTED] On Behalf Of Womack, Adrian : Sent: Thursday, October 06, 2005 10:59 PM : To: u2-users@listserver.u2ug.org : Subject: RE: [U2] How to Default NO.RETURN.WARN in Universe : : : We use " +$NO.RETURN.WARN" (along with a bunch of other options) on the : BASIC command line for ALL programs, subroutines and functions (we've : actually wrapped BASIC - so no one actually types in the options). : : : : 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/ : : -- : No virus found in this incoming message. : Checked by AVG Anti-Virus. : Version: 7.0.344 / Virus Database: 267.11.13/123 - Release Date: : 10/6/2005 : : : -- : No virus found in this outgoing message. : Checked by AVG Anti-Virus. : Version: 7.0.344 / Virus Database: 267.11.13/123 - Release Date: : 10/6/2005 : --- : 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/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] OPEN vs TRANS
When I use TRANS in i-descriptors and I need more than one field, I grab the whole @RECORD, then EXTRACT multiple times. I'm not really a programmer (obviously), but wouldn't the same hold true in a program? ... One thing that kills me is seeing I-descriptors that do something like '... IF(TRANS(ORDERFILE,@ID,1,'X')) EQ '' THEN 'NO FIELD 1' ELSE TRANS(ORDERFILE,@ID,1,'X')...' -Original Message- From: Glenn Herbert [mailto:[EMAIL PROTECTED] Sent: Thursday, October 06, 2005 7:54 PM To: Hennessey, Mark F.; u2-users@listserver.u2ug.org Subject: RE: [U2] OPEN vs TRANS The vlist should show a call to Ftrans, which basically does an OPEN and a READ, and caches both for later reuse (subsequent reads on a file open'd earlier don't waste the time of the open). I also believe that the file cache is for 10 files, then the oldest gets closed, and the record cache is for 50 records between all open files. If you do multiple TRANS ops on the same file same record, but different fields, you only pay the cost of search for the field (assuming your file and record are still IN the cache!) Hope this helps Glenn --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] How to Default NO.RETURN.WARN in Universe
I may be wrong but I seem to remember that if you hit "N" at any warning no further "hit any key" will be prompted for. Louis - Original Message - From: "Anthony Dzikiewicz" <[EMAIL PROTECTED]> To: Sent: Friday, October 07, 2005 7:00 PM Subject: RE: [U2] How to Default NO.RETURN.WARN in Universe : This works for me. I believe I tried to issue this on the command line, : but I had the syntax wrong. : What Im doing is compiling the whole account (1000+ programs) and it : becomes a pain to keep hitting 'any key' for the RETURN warnings. So, : this works fine doing BASIC BP * +$NO.RETURN.WARN. : : Thanks for the tip : : Anthony : : -Original Message- : From: [EMAIL PROTECTED] : [mailto:[EMAIL PROTECTED] On Behalf Of Womack, Adrian : Sent: Thursday, October 06, 2005 10:59 PM : To: u2-users@listserver.u2ug.org : Subject: RE: [U2] How to Default NO.RETURN.WARN in Universe : : : We use " +$NO.RETURN.WARN" (along with a bunch of other options) on the : BASIC command line for ALL programs, subroutines and functions (we've : actually wrapped BASIC - so no one actually types in the options). : : : : 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/ : : -- : No virus found in this incoming message. : Checked by AVG Anti-Virus. : Version: 7.0.344 / Virus Database: 267.11.13/123 - Release Date: : 10/6/2005 : : : -- : No virus found in this outgoing message. : Checked by AVG Anti-Virus. : Version: 7.0.344 / Virus Database: 267.11.13/123 - Release Date: : 10/6/2005 : --- : 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] How to Default NO.RETURN.WARN in Universe
This works for me. I believe I tried to issue this on the command line, but I had the syntax wrong. What Im doing is compiling the whole account (1000+ programs) and it becomes a pain to keep hitting 'any key' for the RETURN warnings. So, this works fine doing BASIC BP * +$NO.RETURN.WARN. Thanks for the tip Anthony -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Womack, Adrian Sent: Thursday, October 06, 2005 10:59 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] How to Default NO.RETURN.WARN in Universe We use " +$NO.RETURN.WARN" (along with a bunch of other options) on the BASIC command line for ALL programs, subroutines and functions (we've actually wrapped BASIC - so no one actually types in the options). 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/ -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.11.13/123 - Release Date: 10/6/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.11.13/123 - Release Date: 10/6/2005 --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
