Folks,
Apologies to the vast majority of the list who don't have the advantage
of living in NZ, but this is the only way I can think of for getting to
the NZ sites.
Ace Training are advertising the "UV903:IBM U2 Univer
Check the SET.INDEX command - it's lets you change the path to the index
in the main file's header. Which is all you'd need to do after copying
the file & indices.
Thanks Adrian ... bit embarrassing that I missed that one when I read
the manual :)
Craig
---
u2-users mailing list
u2-users
Craig,
Check the SET.INDEX command - it's lets you change the path to the index
in the main file's header. Which is all you'd need to do after copying
the file & indices.
Adrian
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Craig Bennett
Sent: Monday,
Glen,
You REALLY do want a FULL path where your indexes exist, because if you
have remote connections that use the file, it has to resolve where indexes
are.
By remote connections do you mean uniObjects/UniRPC or UVNET
connections? We don't use UVNET but we may use UOJ in the future.
Our
Could we not just avoid confusing the old(er) timers by just using
assembler and PROC?
Mark A. Baldridge
Principal Consultant
North American Lab Services
DB2 Information Management, IBM Software Group
(607) 351-5666
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please v
Also remember that without UV/Net, record and group locks are not respected
between the two systems sharing the mapped drive. You can corrupt internal
file integrity with file updates and insertions.
> Date: Fri, 22 Jul 2005 12:14:34 +0100
> From: "Andy Moore" <[EMAIL PROTECTED]>
> Subject: [U2]
Hello all,
We are trying to retrieve data using UVODBC, and we get the following
error
Native error 0
SQLSTATE = S1000
Error Msg = [IBM][UVODBC][1800877]Error ID: 1 Severity: FATAL Facility:
MEMERR = Out of memory.
I have rebooted the client and server, still getting the same problem.
Has
