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/
