Re: [U2] Etymology of Q-Pointer
Completely agreed. Even within Universe the longer Locate syntax can be ambiguous. Tony Gravagno 3xk547...@sneakemail.com wrote in message news:14130-1347054812-792...@sneakemail.com... I do the exact opposite for exactly the same reasons. :) I use the Locate function rather than statement because I find it easier to read and 99% consistent across all platforms. T From: John Lorentz I fully believe that I've never used the function ever since they introduced it as an alternative to the function on Reality sometime in the late 70s. While there are some small differences between Pick platforms on the layout of the LOCATE statement (having to do with searching values, subvalues, etc.), it's so much easier to read than using the function. But then, I've only been programming in Pick since 1978... ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users This message contains information that may be privileged or confidential and is the property of GPM Development Ltd. It is intended only for the person to whom it is addressed. If you are not the intended recipient ,you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. This e-mail was sent to you by GPM Development Ltd. We are incorporated under the laws of England and Wales (company no. 2292156 and VAT registration no. 523 5622 63). Our registered office is 6th Floor, AMP House, Croydon, Surrey CR0 2LX. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Etymology of Q-Pointer
I have 2 definitive answers. I believe both are true. I posed the question to the U2-list LinkedIn Pick Users Group (not Googlegroups).1 No one seemed to know there, either. “Q”uick seemed to be the most popular guess. Finally, there were 2 claims of certain knowledge: Brian Stone says: Dick Pick himself told me that the Q-pointer stood for Query. Jonathon Sisk says: Since my Pocket Guide was mentioned, I went to the same authority I used 31 years ago when researching it. That would be Henry, of course, who said there is no significance to the choice of the letter Q for Q-pointers. Glad to still have access for these types of questions, and sorry to disappoint those searching for deeper meaning. The Henry that Sisk mentions is, no doubt, Henry Eggers. I believe both answers. In case anyone was still interested. cds On 9/7/2012 5:25 PM, Charles Stevenson wrote: The etymology question about Q has deteriorated into a PI vs Pick discussion. In the Pick User GoogleGroup, it's about words that rhyme with orange. No one has the definitive historical answer? I thought maybe our resident historian, Dawn Wolthuis, would notice my dawning days of Pick comment and chime in. Quick is the best anyone has come up with, I guess. On 9/6/2012 9:19 PM, Charles Stevenson wrote: A newbie stumped me: Why are Q-Pointers Q pointers ? The Q lingo comes from the dawning days of Pick. Why was the letter Q chosen? Attribute makes sense. Synonym makes sense. PQ for Prestored Query makes sense. PR for Proc would have been better. D3 User Guide just says, Q-pointers are used in account master dictionaries to point to other files. UV User Ref says, Q-pointers are file definition synonyms that point to files in local and remote UniVerse accounts. Jonathon Sisk's Pick Pocket Guide doesn't help, either. PI never had Q-pointers. Clif, did Devcom consider it Questionable? I posed the same question on Pick Users GoogleGroup, but I didn't get a really satisfactory answer, yet. I'll bet someone here on the U2-List knows the true answer. Chuck Stevenson ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Etymology of Q-Pointer
On 07/09/12 03:19, Charles Stevenson wrote: A newbie stumped me: Why are Q-Pointers Q pointers ? The Q lingo comes from the dawning days of Pick. Why was the letter Q chosen? Attribute makes sense. Synonym makes sense. PQ for Prestored Query makes sense. PR for Proc would have been better. D3 User Guide just says, Q-pointers are used in account master dictionaries to point to other files. UV User Ref says, Q-pointers are file definition synonyms that point to files in local and remote UniVerse accounts. Jonathon Sisk's Pick Pocket Guide doesn't help, either. PI never had Q-pointers. Clif, did Devcom consider it Questionable? Seeing as INFORMATION never had any use for q-pointers, I guess that's why it never had them. Bear in mind, all PI FILEs were referenced by a file pointer in the VOC where f2 was the data portion os-level filename and f3 was the dict portion, why would it need a q-pointer? And I've just remembered another reason - PI doesn't have an MD of any sort. Given that f2 of a q-pointer is an account, how would PI find the FILE? PI doesn't have the concept of account in the same way as Pick - an account was an os-level directory and there was no master list. So I guess q-pointers didn't exist because (a) they weren't needed and (b) they would have needed a MAJOR changed in behaviour to implement them (it could have been done easy enough, but it didn't fit the philosophy, and I've always admired PI because of the very clean philosophy). Cheers, Wol ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Etymology of Q-Pointer
Early versions of Pick did not natively have a way to reference the Master Dictionary at all. That is, you could not open the master dictionary as a file because there was no reference to it, to use as the text handle against an OPEN. This is why the MD itself had a Q pointer called MD, which just had a Q in the first field and nothing else in it. Now having an item in the master dictionary to point at itself, you can OPEN MD TO F.MD Q pointers do not need anything in the second field. If you only have a Q in the first field and then a name in the *third* field, then it assume you are making a short link (quick link) to a file with a long name. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Etymology of Q-Pointer
another plausible possibility was that after creating the q pointer, the file had new been Queued for usage. or perhaps the programmer that named it was hungry, and his wife was making Quiche that night. hmmm that made me hungry.! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Friday, September 07, 2012 9:30 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Etymology of Q-Pointer Early versions of Pick did not natively have a way to reference the Master Dictionary at all. That is, you could not open the master dictionary as a file because there was no reference to it, to use as the text handle against an OPEN. This is why the MD itself had a Q pointer called MD, which just had a Q in the first field and nothing else in it. Now having an item in the master dictionary to point at itself, you can OPEN MD TO F.MD Q pointers do not need anything in the second field. If you only have a Q in the first field and then a name in the *third* field, then it assume you are making a short link (quick link) to a file with a long name. ___ 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] Etymology of Q-Pointer
Or maybe you create a Quantum Leap from one account to another!?!? -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Allen E. Elwood Sent: Friday, September 07, 2012 12:57 PM To: 'U2 Users List' Subject: Re: [U2] Etymology of Q-Pointer another plausible possibility was that after creating the q pointer, the file had new been Queued for usage. or perhaps the programmer that named it was hungry, and his wife was making Quiche that night. hmmm that made me hungry.! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson Sent: Friday, September 07, 2012 9:30 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Etymology of Q-Pointer Early versions of Pick did not natively have a way to reference the Master Dictionary at all. That is, you could not open the master dictionary as a file because there was no reference to it, to use as the text handle against an OPEN. This is why the MD itself had a Q pointer called MD, which just had a Q in the first field and nothing else in it. Now having an item in the master dictionary to point at itself, you can OPEN MD TO F.MD Q pointers do not need anything in the second field. If you only have a Q in the first field and then a name in the *third* field, then it assume you are making a short link (quick link) to a file with a long name. ___ 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] Etymology of Q-Pointer
I guess it always depends on where you come from and what you know. I would say the account philosophy is much cleaner than having duplicate file pointers. And of course we have accounts in U2 too - it is the working directory. I have to admit I always hated to work on PI sites - it was not only painfully slow the different syntax was a real pain in the backside too. On 07/09/2012 16:54, Wols Lists wrote: On 07/09/12 03:19, Charles Stevenson wrote: A newbie stumped me: Why are Q-Pointers Q pointers ? The Q lingo comes from the dawning days of Pick. Why was the letter Q chosen? Attribute makes sense. Synonym makes sense. PQ for Prestored Query makes sense. PR for Proc would have been better. D3 User Guide just says, Q-pointers are used in account master dictionaries to point to other files. UV User Ref says, Q-pointers are file definition synonyms that point to files in local and remote UniVerse accounts. Jonathon Sisk's Pick Pocket Guide doesn't help, either. PI never had Q-pointers. Clif, did Devcom consider it Questionable? Seeing as INFORMATION never had any use for q-pointers, I guess that's why it never had them. Bear in mind, all PI FILEs were referenced by a file pointer in the VOC where f2 was the data portion os-level filename and f3 was the dict portion, why would it need a q-pointer? And I've just remembered another reason - PI doesn't have an MD of any sort. Given that f2 of a q-pointer is an account, how would PI find the FILE? PI doesn't have the concept of account in the same way as Pick - an account was an os-level directory and there was no master list. So I guess q-pointers didn't exist because (a) they weren't needed and (b) they would have needed a MAJOR changed in behaviour to implement them (it could have been done easy enough, but it didn't fit the philosophy, and I've always admired PI because of the very clean philosophy). Cheers, Wol ___ 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] Etymology of Q-Pointer
On 07/09/12 18:28, Mecki Foerthmann wrote: I guess it always depends on where you come from and what you know. I would say the account philosophy is much cleaner than having duplicate file pointers. And of course we have accounts in U2 too - it is the working directory. I have to admit I always hated to work on PI sites - it was not only painfully slow the different syntax was a real pain in the backside too. As you say, it's what you know. When we moved from PI to UV, we kept completely in Prime syntax. When I moved to another site that had come from the Pick side, the syntax just seemed strange and illogical ... come on, mixing commas and semicolons as argument separators to the locate function! (I think I've got the right function...) Mind you, there were a couple of PI funnies I always cursed - TRANS was illogical in its handling of raise and lower. I'm sure there was another one, I can't remember it now. And iirc PI handled complex compound i-descriptors correctly, unlike UV which expands them like a C macro with unexpected effects ... Still PI should get it right, seeing as it invented them! Cheers, Wol ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Etymology of Q-Pointer
I have no Idea what you are talking about. What is wrong with LOCATE A IN B SETTING C ? On 07/09/2012 20:44, Wols Lists wrote: On 07/09/12 18:28, Mecki Foerthmann wrote: I guess it always depends on where you come from and what you know. I would say the account philosophy is much cleaner than having duplicate file pointers. And of course we have accounts in U2 too - it is the working directory. I have to admit I always hated to work on PI sites - it was not only painfully slow the different syntax was a real pain in the backside too. As you say, it's what you know. When we moved from PI to UV, we kept completely in Prime syntax. When I moved to another site that had come from the Pick side, the syntax just seemed strange and illogical ... come on, mixing commas and semicolons as argument separators to the locate function! (I think I've got the right function...) Mind you, there were a couple of PI funnies I always cursed - TRANS was illogical in its handling of raise and lower. I'm sure there was another one, I can't remember it now. And iirc PI handled complex compound i-descriptors correctly, unlike UV which expands them like a C macro with unexpected effects ... Still PI should get it right, seeing as it invented them! Cheers, Wol ___ 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] Etymology of Q-Pointer
On 07/09/12 21:44, Mecki Foerthmann wrote: I have no Idea what you are talking about. What is wrong with LOCATE A IN B SETTING C ? Except you've just given me a statement, and I was talking about the function :-) The syntax is something like LOCATE(A,B,1;C) although as I said, I might have got the wrong function. I never used it if I could avoid it (almost all the time), and swore when I had to deal with someone else's use of it. Cheers, Wol ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Etymology of Q-Pointer
Much more compact -Original Message- From: Wols Lists antli...@youngman.org.uk To: u2-users u2-users@listserver.u2ug.org Sent: Fri, Sep 7, 2012 2:11 pm Subject: Re: [U2] Etymology of Q-Pointer On 07/09/12 21:44, Mecki Foerthmann wrote: I have no Idea what you are talking about. What is wrong with LOCATE A IN B SETTING C ? Except you've just given me a statement, and I was talking about the function :-) The syntax is something like LOCATE(A,B,1;C) although as I said, I might have got the wrong function. I never used it if I could avoid it (almost all the time), and swore when I had to deal with someone else's use of it. Cheers, Wol ___ 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] Etymology of Q-Pointer
This comes from the PICK days where code had a 32k limit. I still code using it this way ( old habits are hard to break ) Dan Goble | Senior Systems Engineer Interline Brands, Inc. 804 East Gate Drive Suite 100, Mount Laurel, NJ 08054 Office: 856.533.3110 | Mobile: 609.792.6855 E-mail: dan.go...@interlinebrands.com | Website: www.interlinebrands.com This e-mail and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. Please notify the sender immediately by e-mail if you have received this e-mail in error and delete all copies of this message. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wols Lists Sent: Friday, September 07, 2012 5:11 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Etymology of Q-Pointer On 07/09/12 21:44, Mecki Foerthmann wrote: I have no Idea what you are talking about. What is wrong with LOCATE A IN B SETTING C ? Except you've just given me a statement, and I was talking about the function :-) The syntax is something like LOCATE(A,B,1;C) although as I said, I might have got the wrong function. I never used it if I could avoid it (almost all the time), and swore when I had to deal with someone else's use of it. Cheers, Wol ___ 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] Etymology of Q-Pointer
On Fri, Sep 7, 2012 at 2:11 PM, Wols Lists antli...@youngman.org.uk wrote: On 07/09/12 21:44, Mecki Foerthmann wrote: I have no Idea what you are talking about. What is wrong with LOCATE A IN B SETTING C ? Except you've just given me a statement, and I was talking about the function :-) I fully believe that I've never used the function ever since they introduced it as an alternative to the function on Reality sometime in the late 70s. While there are some small differences between Pick platforms on the layout of the LOCATE statement (having to do with searching values, subvalues, etc.), it's so much easier to read than using the function. But then, I've only been programming in Pick since 1978... John ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Etymology of Q-Pointer
I do the exact opposite for exactly the same reasons. :) I use the Locate function rather than statement because I find it easier to read and 99% consistent across all platforms. T From: John Lorentz I fully believe that I've never used the function ever since they introduced it as an alternative to the function on Reality sometime in the late 70s. While there are some small differences between Pick platforms on the layout of the LOCATE statement (having to do with searching values, subvalues, etc.), it's so much easier to read than using the function. But then, I've only been programming in Pick since 1978... ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Etymology of Q-Pointer
True about not needing it on PI. But PI could have handled Q-pointers exactly how UV does today, if they had wanted to. Personally, I like having 1 F-Pointer and every other pointer a Q-pointer. Slightly less efficeint, but IMO more manageable. REPLACE and INSERT functions also allowed (still allow) a syntax mixing commas a semi-colon. Ugh. On 9/7/2012 10:54 AM, Wols Lists wrote: On 07/09/12 03:19, Charles Stevenson wrote: A newbie stumped me: Why are Q-Pointers Q pointers ? The Q lingo comes from the dawning days of Pick. Why was the letter Q chosen? Attribute makes sense. Synonym makes sense. PQ for Prestored Query makes sense. PR for Proc would have been better. D3 User Guide just says, Q-pointers are used in account master dictionaries to point to other files. UV User Ref says, Q-pointers are file definition synonyms that point to files in local and remote UniVerse accounts. Jonathon Sisk's Pick Pocket Guide doesn't help, either. PI never had Q-pointers. Clif, did Devcom consider it Questionable? Seeing as INFORMATION never had any use for q-pointers, I guess that's why it never had them. Bear in mind, all PI FILEs were referenced by a file pointer in the VOC where f2 was the data portion os-level filename and f3 was the dict portion, why would it need a q-pointer? And I've just remembered another reason - PI doesn't have an MD of any sort. Given that f2 of a q-pointer is an account, how would PI find the FILE? PI doesn't have the concept of account in the same way as Pick - an account was an os-level directory and there was no master list. So I guess q-pointers didn't exist because (a) they weren't needed and (b) they would have needed a MAJOR changed in behaviour to implement them (it could have been done easy enough, but it didn't fit the philosophy, and I've always admired PI because of the very clean philosophy). Cheers, Wol ___ 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] Etymology of Q-Pointer
The etymology question about Q has deteriorated into a PI vs Pick discussion. In the Pick User GoogleGroup, it's about words that rhyme with orange. No one has the definitive historical answer? I thought maybe our resident historian, Dawn Wolthuis, would notice my dawning days of Pick comment and chime in. Quick is the best anyone has come up with, I guess. On 9/6/2012 9:19 PM, Charles Stevenson wrote: A newbie stumped me: Why are Q-Pointers Q pointers ? The Q lingo comes from the dawning days of Pick. Why was the letter Q chosen? Attribute makes sense. Synonym makes sense. PQ for Prestored Query makes sense. PR for Proc would have been better. D3 User Guide just says, Q-pointers are used in account master dictionaries to point to other files. UV User Ref says, Q-pointers are file definition synonyms that point to files in local and remote UniVerse accounts. Jonathon Sisk's Pick Pocket Guide doesn't help, either. PI never had Q-pointers. Clif, did Devcom consider it Questionable? I posed the same question on Pick Users GoogleGroup, but I didn't get a really satisfactory answer, yet. I'll bet someone here on the U2-List knows the true answer. Chuck Stevenson ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Etymology of Q-Pointer
I agree, Tony. The only time I use the statement is if I need to start a locate at something other than element 1 (to step through each matching element) or to locate multiple elements with the located value. Here's an example: * * Method of using LOCATE to find multiple occurrences of value delimited data * using Reality form of LOCATE to use starting position parameter * START.PTR = 1 FOUND.PTR = 0 LOCATE.DONE = FALSE * LOOP LOCATE valuetofind IN ITEM(attr)1, START.PTR SETTING FOUND.PTR THEN whatever you want to do END ELSE LOCATE.DONE = TRUE END UNTIL LOCATE.DONE DO START.PTR = FOUND.PTR + 1 REPEAT If someone knows how to do the same with the function I'd like to know. I still get nailed once in a while by the comma and semicolon, but not often. Charlie Tiny Bear's Wild Bird Store Everything For The Backyard Bird Enthusiast, Except For The Birds http://www.TinyBearWildBirdStore.com Toll Free: 1-855-TinyBear (855-846-9232) On 09-07-2012 4:53 PM, Tony Gravagno wrote: I do the exact opposite for exactly the same reasons. :) I use the Locate function rather than statement because I find it easier to read and 99% consistent across all platforms. T From: John Lorentz I fully believe that I've never used the function ever since they introduced it as an alternative to the function on Reality sometime in the late 70s. While there are some small differences between Pick platforms on the layout of the LOCATE statement (having to do with searching values, subvalues, etc.), it's so much easier to read than using the function. But then, I've only been programming in Pick since 1978... ___ 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] Etymology of Q-Pointer
On 07/09/12 23:14, Charles Stevenson wrote: True about not needing it on PI. But PI could have handled Q-pointers exactly how UV does today, if they had wanted to. Personally, I like having 1 F-Pointer and every other pointer a Q-pointer. Slightly less efficeint, but IMO more manageable. REPLACE and INSERT functions also allowed (still allow) a syntax mixing commas a semi-colon. Ugh. HOW could PI have managed it like UV? At least, not without changing the behaviour of PI? iirc, UV originally ran on Unix. Which has suid programs. You create a PI account by running the INFO command in an os-level directory, and there is (a) no central place for storing a list of accounts, and (b) no way of guaranteeing that anybody creating an account has write access to update that list. (I think PI added a central repository of certain information, but as far as I am aware it was ALWAYS like what I see as one of the fundamental tenets of Pick - the description is optional and not definitive by default - not much use if it NEEDS to be there.) That's why I said adding Q-pointer functionality would have required a change in behaviour - as implemented there is no way for PI to read the account name and find out what account it is. Cheers, Wol On 9/7/2012 10:54 AM, Wols Lists wrote: On 07/09/12 03:19, Charles Stevenson wrote: A newbie stumped me: Why are Q-Pointers Q pointers ? The Q lingo comes from the dawning days of Pick. Why was the letter Q chosen? Attribute makes sense. Synonym makes sense. PQ for Prestored Query makes sense. PR for Proc would have been better. D3 User Guide just says, Q-pointers are used in account master dictionaries to point to other files. UV User Ref says, Q-pointers are file definition synonyms that point to files in local and remote UniVerse accounts. Jonathon Sisk's Pick Pocket Guide doesn't help, either. PI never had Q-pointers. Clif, did Devcom consider it Questionable? Seeing as INFORMATION never had any use for q-pointers, I guess that's why it never had them. Bear in mind, all PI FILEs were referenced by a file pointer in the VOC where f2 was the data portion os-level filename and f3 was the dict portion, why would it need a q-pointer? And I've just remembered another reason - PI doesn't have an MD of any sort. Given that f2 of a q-pointer is an account, how would PI find the FILE? PI doesn't have the concept of account in the same way as Pick - an account was an os-level directory and there was no master list. So I guess q-pointers didn't exist because (a) they weren't needed and (b) they would have needed a MAJOR changed in behaviour to implement them (it could have been done easy enough, but it didn't fit the philosophy, and I've always admired PI because of the very clean philosophy). Cheers, Wol ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
[U2] Etymology of Q-Pointer
A newbie stumped me: Why are Q-Pointers Q pointers ? The Q lingo comes from the dawning days of Pick. Why was the letter Q chosen? Attribute makes sense. Synonym makes sense. PQ for Prestored Query makes sense. PR for Proc would have been better. D3 User Guide just says, Q-pointers are used in account master dictionaries to point to other files. UV User Ref says, Q-pointers are file definition synonyms that point to files in local and remote UniVerse accounts. Jonathon Sisk's Pick Pocket Guide doesn't help, either. PI never had Q-pointers. Clif, did Devcom consider it Questionable? I posed the same question on Pick Users GoogleGroup, but I didn't get a really satisfactory answer, yet. I'll bet someone here on the U2-List knows the true answer. Chuck Stevenson ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Etymology of Q-Pointer
Charles, My guess is Quick as in a quick link to another account. Don Robinson From: Charles Stevenson stevenson.c...@gmail.com To: U2 Users List u2-users@listserver.u2ug.org Sent: Thursday, September 6, 2012 10:19 PM Subject: [U2] Etymology of Q-Pointer A newbie stumped me: Why are Q-Pointers Q pointers ? The Q lingo comes from the dawning days of Pick. Why was the letter Q chosen? Attribute makes sense. Synonym makes sense. PQ for Prestored Query makes sense. PR for Proc would have been better. D3 User Guide just says, Q-pointers are used in account master dictionaries to point to other files. UV User Ref says, Q-pointers are file definition synonyms that point to files in local and remote UniVerse accounts. Jonathon Sisk's Pick Pocket Guide doesn't help, either. PI never had Q-pointers. Clif, did Devcom consider it Questionable? I posed the same question on Pick Users GoogleGroup, but I didn't get a really satisfactory answer, yet. I'll bet someone here on the U2-List knows the true answer. Chuck Stevenson ___ 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