Upon login...
Cannot open GLOBAL file in SOFTWARE
Help would be appreciated.
--Bill
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
Do you have an account named SOFTWARE that's supposed to have a file named
GLOBAL that your login command is looking for but can't find?
On Dec 15, 2009, at 9:54 AM, Brutzman, Bill wrote:
>
> Upon login...
>
> Cannot open GLOBAL file in SOFTWARE
>
> Help would be appreciated.
>
> --Bil
Hi,
We are on Solaris, running Universe and had a system failure the other day
which affected one of our distributed files. After running a uvfixfile on
the first partfile, we still got the message "Warning: No link to overflow
group 325598". We were able to count/select the file without problems,
Hi,
We are on Solaris, running Universe and had a system failure the other day
which affected one of our distributed files. After running a uvfixfile on
the first partfile, we still got the message "Warning: No link to overflow
group 325598". We were able to count/select the file without problems,
Ed:
Thanks for writing.
Problem solved... GLOBAL was saved as global... In a backup mixup with
XP.
--Bill
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Ed Clark
Sent: Tuesday, December 15, 2009 10:27 AM
To: U2 U
We've done Worldship with a live ODBC connection to Unidata for a number of
clients; I would think UV might be similar. To make the unique ID work, we
mapped @ID in Unidata to the box (not shipment) number in Worldship, as each
box is unique. This does create an interesting issue when dealing wit
Jeff,
I'm a little late on this, but we go to DOS and type:
kill pid
e.g. kill 7068
It takes a few seconds, but has never failed.
The pid still shows on our LISTU.WHO program, but typing
LO pid
takes it off.
Eric Armstrong
Lobel Financial
-Original Message-
From: u2-users-requ...@listse
Here is an interesting tidbit I happened to run across.
PROGRAM A:
OPEN "","FILE1" TO F.FILE1 ELSE STOP "NO FILE1"
OPEN "","FILE2" TO F.FILE2 ELSE STOP "NO FILE2"
* F.FILETOUSE = F.FILE1 (Adding this here will get rid of the compile warning)
BEGIN CASE
CASE X=1 F.FILETOUSE = F.FILE1
CAS
Instead of CASE -1 use CASE 1
--
From: "George Gallen"
Sent: Tuesday, December 15, 2009 1:23 PM
To: "U2 Users List"
Subject: [U2] An interesting find
Here is an interesting tidbit I happened to run across.
PROGRAM A:
OPEN "","FILE1" TO F.F
they both function the same (1 or -1) doesn't matter, at least with UV.
But, either one, still give the same improper data type.
I find it interesting that when assigned within a case structure it doesn't work
but when assigned within an if-then structure it does work
"it" being able to assign a
Where does X get assigned in Program A? (Actually, in program B as well...)
Just curious...
Susan Lynch
F . W. Davison & Company, Inc.
- Original Message -
From: "George Gallen"
To: "U2 Users List"
Sent: 12/15/2009 2:23 PM
Subject: [U2] An interesting find
Here is an interest
Sorry, typo.
I Had X=1 after the OPENS in the original program
next time, I'll use cut and paste :)
> -Original Message-
> From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-
> boun...@listserver.u2ug.org] On Behalf Of Susan Lynch
> Sent: Tuesday, December 15, 2009 3:02 PM
> T
In your example, the line:
> CASE X=1 F.FILETOUSE = F.FILE1
should be
> CASE X=1; F.FILETOUSE = F.FILE1
Without the semicolon, the CASE test is something like
(FMT(1,F.FILETOUSE)=F.FILE1) and possibly being considered true.
On Dec 15, 2009, at 2:23 PM, George Gallen wrote:
> Here is an inte
I'm not too familiar with the Prime Flavor, but doesn't the CASE and the
setting of F.FILETOUSE need to be on separate lines or have a semi-colon
(;)?
CASE X=1 ; F.FILETOUSE = F.FILE1
CASE X=2
F.FILETOUSE = F.FILE2
Curt Stewart
TRI-SYS Consulting
-Original Message--
AHA. You are correct. I don't usually have one line CASE's
and those pesky semicolons usually trip me up there.
Thanks...that was driving me nuts, because in the program I
used it in, I would much rather have a CASE structure than the
IF-THEN setup.
George
> -Original Message-
> From:
I admit I have never used this little jewel of a [UV] statement, so although
the code runs and works as designed, before I load it to production, someone
please tell me if there are any nuances that would improve the design/operation.
CASE RECORDLOCKED(PICH.TX, SO) >= LOCK$MY.READU
* This
The only consideration is that your second case statement picks up at -2
instead of -1.
I think you are going for
CASE RECORDLOCKED(PICH.TX, SO) <= LOCK$OTHER.READL which is the -1 return
value. At least according to the UniVerse documentation.
Regards,
Raul Dominguez
raul_doming...@neimanmar
You may be better off using something like this instead:
DIM F.FILETOUSE(2)
OPEN "FILE1" TO F.FILETOUSE(1) ELSE STOP "NO FILE1"
OPEN "FILE2" TO F.FILETOUSE(2) ELSE STOP "NO FILE2"
then use F.FILETOUSE(X) - without the need for any conditional
statements, just ensure X is assigned properly.
---
The other consideration is that each case statement uses the same
RECORDLOCKED(PICH.TX, SO) function reference, meaning it runs the function 3
times (according to your snippet).
I would normally assign the function result to a variable and test the
variable in the case statements:
stat.LOCK = REC
Assign the result to a variable: that reduces the i/o to the lock manager by
60%+
Brad
- Original Message -
From: "Gregor Scott"
To: "'U2 Users List'"
Sent: Tuesday, December 15, 2009 8:39 PM
Subject: Re: [U2] RECORDLOCKED statement
The other consideration is that each case stat
Dave,
That's good to hear: went thu lots of pain with replication at last place.
However, can it be restarted after a crash, or does it keep enough data in
the pipe to recover and start replicating again?
thanks,
Brad
- Original Message -
From: "David Wolverton "
To: "'U2 Users
For redundancy, it's hard to beat triple mirrored drives on a SAN, with RFS
on a 4th i/o channel. You break the mirror between drives 2 & 3, and then
drive 1 & 2 remain mirrored. Back up off #3. When finished, reestablish
the mirror between 2&3. RFS can be then write to 2 drives with a 0,1
Someone needs to write an i/o agent, so U2 can be used with products like
Double-Take and keep record level integrity. Anyone with c++ experience out
there?
- Original Message -
From: "Address"
To: "U2 Users List"
Sent: Wednesday, December 09, 2009 9:33 AM
Subject: Re: [U2] Unidat
Double-Take replicates byte by byte.
--- On Tue, 12/15/09, BraDav wrote:
> From: BraDav
> Subject: Re: [U2] Unidata 6.1 Replication
> To: "U2 Users List"
> Date: Tuesday, December 15, 2009, 10:56 PM
> Someone needs to write an i/o agent,
> so U2 can be used with products like
> Double-Take an
Brad is right. You can get bitten by OS-level replication with U2 because
hashed files require more than one write when a record has to go to overflow
space. If the primary box crashes when only one of these writes is done, the
secondary box will have a corrupted file. There are also issues w
25 matches
Mail list logo