@DATE and @TIME are not necessarily the current date and time, they are the
date and time the current command/program started. I've seen this as
differences in a program between @TIME and TIME(), which always returns the
current time.
I'm away from my server at the moment and can't verify this,
Any copy method should be fine. I did this with nfs on linux and then a
chmod, etc... On the directories. Something like cd /myaccount; find .
-print -exec chmod 666 {} \;
You have to consider anything globaly cataloged. That will reside in the uv
account and not your local account.
Anthony
Yes @TIME on Universe is the proces start time as an intiger (regardless of what the
book says) and TIME() is the actual time with decimals
i.e
42716
42716.8421
42716
42717.8422
42716
42718.8424
Bob
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Brian
On 26 Oct 2004 13:26:22 -0700, Allen Egerton wrote:
Why wouldn't you use the REMOVE statement?
On 26 Oct 2004 16:33:55 -0700, Allen E. Elwood wrote:
Ohh.lemme see, could it be that I've never heard of REMOVE?
A caution with REMOVE - It removes up to the next DELIMITER, so if you have
value
Behalf Of Allen E. Elwood
Ohh.lemme see, could it be that I've never heard of REMOVE?
:-D
Oh boy a new toy to play with. I'll give it a whirl in my
speedtest program and see which is more efficient!!!
Be prepared to be impressed! It's amazing how much faster REMOVE
can be in
I moved my company from HPUX to RH ES3 in May. I am running the same
Kernel (2.4.21-20). If I recall, the RH setting were already set so high
I didn't have to change them and therefore was able to run with the same
uvconfig file settings. There are UniVerse tunable file parameters that
should not
I also have good success with:
XX=DCOUNT(VAR,CHAR(254))
LOOP
LINE=VAR1
DEL VAR1
..
..
REPEAT
Of course it destroys the dynamic array as it works,
but it's speed it consistant.
George
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Wednesday,
Regardless, the @DATE and @TIME are different by about 5 hours. Is there a
setting in UniObjects that determines or sets the time zone that I'm in?
-Original Message-
From: Bob Witney [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 27, 2004 6:52 AM
To: [EMAIL PROTECTED]
Subject: RE:
I had this discussion with Ian Sanders and from what I understood, in
current versions of [UV] that the pointer is now maintained in loops. So
that there is no longer speed related advantages (pointer based) using
REMOVE.
FOR I = 1 TO 1
X = ARRAYI
NEXT I
Is equivalent to:
FOR I = 1 TO
One of those really useful commands that us old hands take for granted
and forget to point out to the new blood.
To disagree with some of the previous posts, isn't the slowness of -1
historical now (on Universe anyways). On my systems -1 is faster than
:@FM
-Original Message-
From:
Assuming you're on Unix - there is an environmental setting tz for
timezone. Try man on tz or timezone.
-Original Message-
From: Burwell, Edward [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 27, 2004 10:06 AM
To: [EMAIL PROTECTED]
Subject: Spam:RE: [U2] [UD] Where does UniObjects
I think this pointer remembering is call APC (Attribute Positioning
Cache). Well it is in UV anyway.
Louis
- Original Message -
From: Dean Fox [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, October 27, 2004 10:19 PM
Subject: RE: [U2] [UD] Exit BASIC program with SELECT list?
Thank you, Gordon. I appreciate the plug.
Hope things are going well with you.
--
Regards,
Clif
~~~
W. Clifton Oliver, CCP
CLIFTON OLIVER ASSOCIATES
Tel: +1 619 460 5678Web: www.oliver.com
~~~
Gordon Glorfield
OOPS! Apologies to the list. Meant to send that last one to Clif only.
Mia culpa!
Gordon J. Glorfield
Sr. Applications Developer
MAMSI (A UnitedHealth Company)
301-360-8839
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Clifton Oliver
Sent:
We moved to Red Hat (AS 3) from DG/UX at the beginning of the month. I
haven't touched the uvconfig file except for the location of spool files.
Our kernel is 2.4.21-15.0.4.Elsmp and Universe is ver 10.1.0. We only have
about 90 users in a realtime environment (many files opened at once and
whoa, someone's computer date is back in 2002. Does that mean we have to
repeat the last two years of work g
Allen E. Elwood wrote:
The results of the speedtesting on REMOVE vs. scooping off the top attr are
in.
The winner is...
REMOVE!
SPEEDTEST.REMOVE
How long in seconds? ?10
82202 total loops
Oh sure, take the easy way out. I'll have to think about that one. Thanks for the
help.
-- Original message --
Couldn't you just create one dummy file set all the extra VOC pointers to the
one file? Seems a lot easier.
- Original Message -
From:
Any copy method works. I have moved accounts from unix to windows and unix
to unix and windows to windows. But you will have to recompile your code. I
find that the catalog object does not always work on the new machine like it
did on the old no. By compiling and cataloging the object everything
Well, you are really comparing apples and oranges as REMOVE does not
alter the dynamic array (the DEL CM.REC1 in your scoopoff test). In
the scoopoff test, delete that DEL statement and change the line above
it to A.FIELD = CM.RECK. Since you are accessing the fields in
ascending field number
Why dont you do a basic program with the UDTEXECUTE capturing all output
and display the output to the screen. Then read the record in the phantom
(_PH_) file and see what the problem is.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Doyen Klein
Sent:
Hi Cliff,
The issue that evolved from the original question was which method of
accessing all attributes was the fastest.
If I just setup a loop like the one below, I get only 1833 loops per second.
Until yesterday, I was unaware of the REMOVE statement and it's ability to
quickly access attr's,
Using a PC DeskTop FTP program, I was able to copy all of the files from the
old server to my pc and then from my pc to the new server.
I setup an account on the new server. I need help with correlating the new
account with the existing data and VOC.
If there is a way to copy over users and
Oh, good grief! I am sorry, Allen. I overlooked that you are talking
UniData. My information is applicable only to UniVerse. Duh.
We now have fruit salad.
--
Regards,
Clif
~~~
W. Clifton Oliver, CCP
CLIFTON OLIVER ASSOCIATES
Tel: +1 619 460 5678Web:
Hi Bill,
rcp or scp should copy a complete tree (and keep the permissions
correct) if you use the -rp options
Are you unable to copy direct from your old to the new? Most of the
above require a direct connection from old - new however you could
create an archive using tar or cpio and ftp that to
As far as printers are concerned, it might be better to set them up from
scratch. This is what I did when we converted. You could bring down
Universe on the new machine and then copy all the files from the spool
directory as defined in the uvconfig file (ours is UVSPOOL /usr/spool/uv).
I believe
I only have a second - I'll address the directory tree copy you couldn't
do.
WS-FTP should allow you to copy an entire directory tree. It is available
online (you'll need to search for it) for free.
Alternately, if you happen to have Samba running on each Unix box, you
could just use Windows
Hi group
Just wondering if anyone has heard when Universe will be available for AIX
5L V5.3 (micropartitioning capable). I had a look at IBM's product
availability matrix and there is no mention of this.
Regards
Jeremy Woods
27 matches
Mail list logo