pam skrev:
thanks for you help, and i was working on it and i finally can read with
ic_readnext but... (always there is a but) ... I can4t receive all the data
from a multivalue column, I just receive the first only. I don`t know if I
must do something more to get all the data. I will
I've been thinking about what you've done ...
At TCL, type SELECT FCV. Note there is NO SEMICOLON. This is a
RETRIEVE SELECT, and should come back with a message x records
selected, and NOT display the data. The RETRIEVE command to display the
data is LIST.
So you don't want a semicolon in your
Sounds like you've got a big iron system :-(
There's no chance you could get an old machine (or create a partition on
a newer machine) and install the old version of UV? Okay, there's
licencing issues but hopefully IBM shouldn't mind if all you're doing is
trying to get yourself out of a hole.
In the old days if someone set the disk lock key on the physical drive you
would get results like you described. I don't think current disk drives
function that same way.
__
From: Pamela J Robbins [EMAIL PROTECTED]
Thanks everyone. I'm trying to answer all questions in the same email.
We have a very old system (about 20 years). It's mostly 'vanilla'
pick. We've been using UniVerse for longer than I've been working with
this system (4 years). I worked with MUMPS for the previous 23 years.
We don't
What if someone on the listas UV8.3 or maybe even 9.x or 10.1 would send
Keith a copy of uv/bin/vlist? Could he run that against his old object?
Or maybe IBM or his vendor could get it to him.
LeRoy,
It's nice to see you've resurfaced on the list!
How's South Africa treating you?
Chuck
I'd like to talk with anyone who's attending SOA Impact at Orlando,(or has
someone colleagues here) and has Unidata in his company.
It would be very useful to share thoughs about SOA and Unidata related matters.
So, write me and we'll get in touch
Daniel
I know you already said it's ok, but I'd double check for READs where
READUs belong.
Especially since you've described this as having a Pick heritage from a
time when some Pick implementations and programmers did not handle
locking well.
One user's changes can easily wipe out another's.
WRITE
a) is it at only one location and they are running the same software
(possible operator)
b) Locking
c) If the old data appears after a batch process where the data was
updated prior to the operator entry possible batch overwrite
d) If it's SB then possible that subroutine did not return with
Thanks,
I've already found a few. I tested them and you're correct. I saw it
happen. We're still
looking for more of those.
Pam
Stevenson, Charles wrote:
I know you already said it's ok, but I'd double check for READs where
READUs belong.
Especially since you've described this as having a
DISCLAIMER:
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error, please delete it and notify
the sender immediately. Please note that there is no guarantee
I haven't seen anyone mention this article today but U2 (and Dawn W)
just got a good rap in yesterdays 'Age'.
http://www.theage.com.au/news/perspectives/heres-a-great-way-to-pick-an-
innocent-fight/2007/05/21/1179601329688.html
Stuart Boydell
12 matches
Mail list logo
