Funny you ask that, since in the manual they use a D-type as an example.
Wally Terhune wrote:
Is dict item F01 actually a compiled I type dict item?
Wally Terhune
U2 Support Architect
Rocket Software
Tel: (720) 475-8055
Mobile: (303) 807-6222
wterh...@rocketsoftware.com
I have a test UOJ program communicating to a backend Unidata/AIX server that
seems to work fine with the exception (pun intended) of UniFile write. The
file opens fine, we can read the record fine, but when attempting to update
the record, we get this:
asjava.uniobjects.UniFileException: The RPC
File permissions?
Charles Shaffer
Senior Analyst
NTN-Bower Corporation
Kevin King precisonl...@gmail.com
Sent by: u2-users-boun...@listserver.u2ug.org
01/11/2010 08:24 AM
Please respond to U2 Users List
To: U2 Users List u2-users@listserver.u2ug.org
cc:
If your Unifile is also a SQL Table, and the data you put into 73 is
illegal for that table, it will cause a write failure as the SQL
checking will not allow you to write it.
John Woollam | Group Financial Systems | Travis Perkins PLC |
01604 682751
-Original Message-
From:
File permissions are wide open. I am intrigued however by the SQL mention.
The file in question is defined in the VSG under a separate SQL name
(PRODUCT_1). And oddly enough I keep getting a RPC parameter mismatch
error when I try to view the mapped attributes with the VSG. Certainly the
VSG
We find that even in a simple, running on Unix, Databasic program, if
you try to write illegal data to a SQL table then you get a WRITE
FAILURE error, so we guess that the SQL integrity checking is working
even on a direct write from any source.
John Woollam | Group Financial Systems | Travis
Well, I finally got the file mapping to view in the VSG, and the field being
updated is a simple 30 character alphanumeric. Just for grins I changed the
program to read the record and write it instantly without changing anything,
and the RPC error persists.
I wonder if this might have something
Follow up: I created a new file and was able to write a new record into the
new file from UOJ with no problems at all. Both files are static hashed.
Thinking maybe there could be some SQL implication I copied the VOC pointer
to a new name and tried accessing the data via that name and the RPC
What about the write permissions on the file in VSG?
You can run updatevoc from a shell to clean up the version mis-match.
Hth
Colin Alfke
Calgary, Canada
-Original Message-
From: Kevin King
Sent: January 11, 2010 8:21 AM
To: U2 Users List
Subject: Re: [U2] UOJ The RPC Failed on
The only privileges on the file are OWNER, and even connecting as the owner
of the file doesn't change the error. So just for grins I setup PUBLIC with
all privileges and ... no change.
Again, I'm trying to connect to PRODUCT but in the VSG it's called PRODUCT_1
if that makes any difference?
Mystery solved! And of course, it had nothing to do with UOJ at all. The
file had an index defined which was calling an SB+ subroutine
(SB.SMART.QUERY). Once that field was removed from the index the updates
are proceeding according to plan.
Thanks everyone for your nudging and advice!
Mecki:
At least the documentation in the UD BASIC manual uses a virtual
attribute in the example. :-)
Bill
Mecki Foerthmann said the following on 1/11/2010 12:05 AM:
Funny you ask that, since in the manual they use a
I'm trying to search the archives for U2-users, but am having no luck.
I'm following the link to the archives from the U2UG website (u2ug.org
[logged in]-Join Email List-Message Archives), and get a search page,
but when I try to execute a search, I'm getting webpage cannot be found
error. Is
You can try searching here instead,
http://old.nabble.com/U2-(UniVerse---UniData)-f800.html
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Katie Morgan
Sent: Monday, January 11, 2010 2:15 PM
To:
14 matches
Mail list logo