Hi There, The Object Oriented programming suggested would be a big plus for mv-based systems. I have been a pick developer since 1974. The Pick environment continues to become more refined and flexible. In my opinion, David Jordan is putting forth a very fine idea. Thanks for listening.
Jerry Jerry Weinert Director of Information Technology USA & Europe TOSOH Quartz, Inc. 14380 NW Science Park Drive Portland, OR 97229 ( (503) 605-5600 X 1023 (Main Office) ( (503) 605-5623 (Direct Line) ( (503) 577-2301 (Cell) 2 (503) 605-5688 (Public Fax) , [EMAIL PROTECTED] "Web: http://www.tosohquartz.com "Sometimes, it is not enough to do your best. Sometimes, you must do what is required." - Winston Churchill (1874-1965) -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 06, 2006 1:05 AM To: [EMAIL PROTECTED] Subject: U2 Users Digest V1 #1316 U2 Users Digest Wednesday, September 6 2006 Volume 01 : Number 1316 In this issue: Re: [U2] Using DICT items in basic program [U2] LaunchAppAndWait Failed [U2] LaunchAppAndWait Failed RE: [U2] [UV] up-arrow w/command stack [U2] Re: rsync query RE: [U2] Using DICT items in basic program ---------------------------------------------------------------------- Date: Tue, 5 Sep 2006 10:18:17 -0500 From: "jpb" <[EMAIL PROTECTED]> Subject: Re: [U2] Using DICT items in basic program The more you build into it the more overhead you create. Not all businesses would need the object you are talking about, as well as other objects you may think of. The beauty of the current system is that you are not encumbered by unnecessary overhead and how somebody else thinks a process should work. It's bad enough you have to deal with that on PC apps. If you have a need for this then build it, but don't encumber the rest of us with something we may not need. Jerry - ----- Original Message ----- From: "David Jordan" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Monday, September 04, 2006 4:02 PM Subject: RE: [U2] Using DICT items in basic program > This concept is something that the PICK world needs to look at. > Intersystems Cache deals with Data Objects which is a combination of data > and business logic. That data object is written once and used everywhere > from a query, from in a program, from a web services, from .Net, java, > etc. > This appears to work quite efficiently in Cache although I have not had > the > chance to play with it. > > I am sure that I am not the only developer out there who has explored this > concept in PICK and thought it would be highly effective if it could be > done > efficiently. Consider Total Price = Qty * Unit Price. This would be > duplicated in an application from an Enqlish statement to a data entry > program, to report programs to a web client, etc. Every one duplicating > the > reading of Qty and Unit price from the database and writing the > calculation > for each application. Consider now we need to add tax or a customer > discount, that logic would need to be duplicated through every program, > wouldn't it be nice if we just had to change it in one place. Maybe this > is > a future development direction for the IBM folks to consider. > > Regards > > > > David Jordan > ------- > u2-users mailing list > [email protected] > To unsubscribe please visit http://listserver.u2ug.org/ ------------------------------ Date: Tue, 5 Sep 2006 08:51:38 -0700 (PDT) From: dnielsen <[EMAIL PROTECTED]> Subject: [U2] LaunchAppAndWait Failed I had been using unidata 6.1 pe but it expired 08/31/2006 so I downloaded the newest verion of unidate 7.1.5 pe file v715-3222-pe.zip. I have tried to install on 3 pc's running xp pro and xp home and all I get is an error LaunchAppAndWait Failed. Any ideas on how I can bump up the exp date on 6.1 or get 7.1 working? - -- View this message in context: http://www.nabble.com/LaunchAppAndWait-Failed-tf2221576.html#a6154652 Sent from the U2 - Users forum at Nabble.com. ------------------------------ Date: Tue, 5 Sep 2006 08:51:38 -0700 (PDT) From: dnielsen <[EMAIL PROTECTED]> Subject: [U2] LaunchAppAndWait Failed I had been using unidata 6.1 pe but it expired 08/31/2006 so I downloaded the newest verion of unidate 7.1.5 pe file v715-3222-pe.zip. I have tried to install on 3 pc's running xp pro and xp home and all I get is an error LaunchAppAndWait Failed. Any ideas on how I can bump up the exp date on 6.1 or get 7.1 working? - -- View this message in context: http://www.nabble.com/LaunchAppAndWait-Failed-tf2221576.html#a6154652 Sent from the U2 - Users forum at Nabble.com. ------------------------------ Date: Tue, 5 Sep 2006 10:14:07 -0700 From: "John Hester" <[EMAIL PROTECTED]> Subject: RE: [U2] [UV] up-arrow w/command stack > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Kym Harvey > Sent: Sunday, September 03, 2006 1:53 AM > To: [email protected] > Subject: RE: [U2] [UV] up-arrow w/command stack > > Hi, > > I tried the code listed below and whilst it changed the > command prompt to > be preceeded by the path, I had no success with the up-arrow > scroll-through-command-stack ... which is what I was really after. > I am using Universe PE & Dynamic Connect. Any help would be greatly > appreciated. > > Kym Check your terminal emulation. We use both VT220 and ADDS, but the up-arrow function only works with VT220. - -John ------------------------------ Date: Wed, 6 Sep 2006 09:29:37 +1200 From: "Steven Frost" <[EMAIL PROTECTED]> Subject: [U2] Re: rsync query Hi thanks for the input from Sara, Adrian, Jeff and Tom Our source database should be fairly quiet on the weekend when we start this process (except when someone bursts a high pressure water main next to our gas pipes in Wellington). A weekly rsync is all that is required at present for testing and development purposes. We do have the ability to snapshot with advfs (Tru64) using the clonefset command to create a read-only clone of the fileset to copy, so I may use that also. Thanks Steven Frost POWERCO 35 Junction Street Private Bag 2004 New Plymouth New Zealand Helpdesk 0800491491 DDI: +64 6 759 6583 Fax: +64 6 759 6253 Mob: +64 274 403940 Email: [EMAIL PROTECTED] Web: www.powerco.co.nz ######################################################################## ##### ######## This e-mail message has been scanned for Viruses and Content and cleared by MailMarshal ######################################################################## ##### ######## ************************************************************************ ***** *********************************************** CAUTION: This email and any attachments may contain information that is confidential. If you are not the intended recipient, you must not read, copy, distribute, disclose or use this email or any attachments. If you have received this email in error, please notify us and erase this email and any attachments. You must scan this email and any attachments for viruses. DISCLAIMER: Powerco Limited accepts no liability for any loss, damage or other consequences, whether caused by its negligence or not, resulting directly or indirectly from the use of this email or attachments or for any changes made to this email and any attachments after sending by Powerco Limited. The opinions expressed in this email and any attachments are not necessarily those of Powerco Limited. ************************************************************************ ***** *********************************************** ------------------------------ Date: Wed, 6 Sep 2006 09:04:04 +1000 From: "David Jordan" <[EMAIL PROTECTED]> Subject: RE: [U2] Using DICT items in basic program Hi Jerry > The more you build into it the more overhead you create. Not all > businesses > would need the object you are talking about, as well as other objects you > may think of. The beauty of the current system is that you are not > encumbered by unnecessary overhead and how somebody else thinks a process > should work. It's bad enough you have to deal with that on PC apps. If you > have a need for this then build it, but don't encumber the rest of us with > something we may not need. > Jerry I would see this as an enabler, an alternative method and not a forced encumberment. If you don't want to use it, I don't see that it would really impact on performance on current methods, if it is done right. The elements are already in place, it is a matter of making the ITYPE concept more interactive, efficient and effective with BASIC, uniObjects, SQL, xml. This might entail a new command such as READI which reads virtual fields (itypes) into the attributes automatically, or stores the calculation in a variable similar to an equate statement process. Some of this can be built over the top of the current process, but there are limitations and inefficiencies which would be overcome if built we build some of these processes into the base. At the moment I am just putting a thought out their to see how we can develop U2 further and make it more inviting to a new audience of users, of course without undermining the current base. Regards David Jordan ------------------------------ End of U2 Users Digest V1 #1316 ******************************* ------------ u2-users-digest mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
