Kevin King...
I am having some difficulties getting the Unidata ODBC driver to work
properly.
...
I have verified the registry settings per the
ODBC documentation, verified the location and contents of uci.config,
and verified the ODBC configuration settings. Still, when trying to
connect
BRILLIANT! Thanks Simon (for regmon)! This should be very useful.
-K
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
I am migrating an old AIX server running U2 to RH Linux. Because of the
server's limitations, I need to transfer files between the two devices via
FTP and then converting the files for Linux use. After doing so, my
distributed files are getting corrupted. It looks like the IBM provided
fixtool
Microdata allows multiple lines on PROCS, and I used to be very good at PQN
procs but I don't recall the syntax.
I would stay with the offered suggestions.
My 1 cent
- Original Message -
From: Bill Haskett [EMAIL PROTECTED]
To: u2-users@listserver.u2ug.org
Sent: Wednesday, January 11,
One final oft-seen PROC thing.
You can have a PROC that has statement labels within have those statement
sections referenced individually from the outside.
Example
PROX AAA
PQN
100 T HERE AT 100
X
200 T HERE AT 200
X
300 T HERE AT 300
X
and have calling PROCS likewise:
[PROX AAA] 100
(some
Could you T-Load them to a virtual tape file (.vtf) and then ftp that to
wherever you want?
R. Baker Hughes
UniVerse Programming
Mouser Electronics, Inc.
I am migrating an old AIX server running U2 to RH Linux. Because of the
server's limitations, I need to transfer files between the two
You didn't say which U2 product, which makes all the difference in the
world for this answer. So, because I know a bit of this on Universe, I'll
target my answer at that DBMS.
My experience with distributed file transfers is that FTP is fine.
HOWEVER, when the file is on the new system, you must
[EMAIL PROTECTED] wrote:
I am migrating an old AIX server running U2 to RH Linux. Because of the
server's limitations, I need to transfer files between the two devices via
FTP and then converting the files for Linux use. After doing so, my
distributed files are getting corrupted. It looks
If it is UniData - you probably need to consider the endian of the files
(which is the same consideration in fact if it is UniVerse).
So - you would need to run convdata, convidx, convcode and quite
possibly convmark.
Each are fairly well documented in the manuals - but my guess is that
will fix
Hello Steve,
Are you setting the FTP transfer process to binary mode
before doing the transfer?
What versions of UniVerse or UniData?
Any compatible tape device between the servers?
Have you tried a process similar to the following:
1) creating a type 1 file
2) copying data from larger
Steve
Assuming UniVerse, uvbackup and uvrestore is safest: it is item level and will
create new files on the target.
Brian
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
Bob Woodward wrote:
What I want to be able to do is:
IF A = 5 [USER.PL BASIC.PGM1];[USER.PL BASIC.PGM2];G 10
In RPL the subvalue mark is used to accomplish this:
IF A = 5 [USER.PL BASIC.PGM1]\[USER.PL BASIC.PGM2]\G 10
Use ctrl-\ for the subvalue mark.
I'm positive that we can do GS 10\GS
Test your assumption by performing some manner of CRC on the files
before and after transit. If you can perform an md5 checksum on AIX,
Redhat will have a compatible program called md5sum. But realistically,
ftp file transfer should have nil affect on the files.
-Mike Doyle
Unix Developer /
Hi Tony.
It looks like this is a no-go in UV, too. I ended up using the
branching method many have suggested.
Thanks.
BobW
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tony Gravagno
Sent: Thursday, January 12, 2006 8:26 AM
To:
Your source files are not in use by chance are they?
If so that could be your problem. You may be catching 1/2 of a write
when the copy is being transferred.
At 08:42 AM 1/12/2006, you wrote:
I need to transfer files between the two devices via
FTP and then converting the files for Linux
Here's more information: I am using universe and ran fnuxi (transferring in
binary mode is a given). I have also tried removing the file header with no
joy. I've tried to rebuild the header, but the partfiles were damaged. It
could be because the algorithm may have been different from one system
Michael Doyle wrote on 01/12/2006 12:52:14 PM:
If AIX used \n as a line terminator (in keeping with standard UNIX
practice,)
binary vs ascii mode would not be an issue, but according to the
ever-accurate
wikipedia, it uses EBCDIC 0x15: http://en.wikipedia.org/wiki/Newline
Since anybody can
Thank you for all your emails. I will even get more specific so I don't
waste your time. When trying to run a REBUILD.DF, it could not read or find
the header. When I tried to remove the header and tried to DEFINE.DF, I got
a message saying that the partblocks were bad. This is when I used the
I'm trying to set up EDA using the 'EDA tool', and getting an error when
trying to create the EDA map.
I'll call this in to IBM support tomorrow, but I'm in the UK so am firing
this to the list in case some of you guys in the States have seen this
before and so might be able to help more quickly.
I don't know if fixtool works the same way as fnuxi used to, but when I
ran it (and I apologize for not mentioning it earlier), it would run
forever, as you're seeing now, when going through the file. Since the
header was the only thing that had issues, I found that I could do:
fnuxi FILENAME
I had the same problem with a migration from a Data General to an
AIX/UniVerse 10.1.7. I undid the distribution on the Data General, did the
migration, and re-build the distribution on the UniVerse side and it worked
fine. The problem is that when you migrate the file, it actually get
created
We've got a customer site that is having problems with one user ID
always getting core dumps as soon as they start UniData. This even
happens in a brand new, nothing but what 'newacct' puts in it,
account.
They're pretty convinced that it's due to the contents of the
.Command stack getting
We have a theory question...
I have a C function that when it completes, can return an complete XML
document as a 'string' instead of making me call the C function over and
over to 'bleed out' all the data...
So... Now I'm sitting in my UniBASIC routine, with a complete XML document
in hand,
David,
So... Now I'm sitting in my UniBASIC routine, with a complete XML document
in hand, assigned to a UniBASIC Variable - but - and this is the part that
confuddles me - it appears none of the U2 UniBASIC XML extensions would be
usable against that XML item held in a variable unless I write
On 1/12/06, David Wolverton [EMAIL PROTECTED] wrote:
So... Now I'm sitting in my UniBASIC routine, with a complete XML document
in hand, assigned to a UniBASIC Variable - but - and this is the part that
confuddles me - it appears none of the U2 UniBASIC XML extensions would be
usable against
Never had a command stack big enough to cause problems. Since it's being
called from the Unix command line could you not simply clear the stack
prior to running the command? Or you could set the CSTACKSZ environment
variable for this user so it won't get so big.
We have a directory under UniData
Thanks Tom. This worked perfectly. I saved my dictionaries before I
removed the distributed file header then added it later after I created the
new DF header.
-Original Message-
From: Tom Dodds [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 12, 2006 4:03 PM
To:
We're on UniData -- but that's the exact thing I needed ... I just hadn't
gotten that far in the Docs!!
Perfect - it's just what I was looking for.
David W.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Craig Bennett
Sent: Thursday, January 12, 2006
Thanks, that's what being a consultant is worth, not the money, it worked,
it helped.
Tom Dodds
[EMAIL PROTECTED]
708-234-9608 Office
630-235-2975 Cell
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sirulnick, Steve
Sent: Thursday, January 12, 2006 9:33
29 matches
Mail list logo