Universe 10.3.12; windows 2003 and 2008 platform.
Executing an eval statement with sql syntax from within a program that's using
uniobjects to connect is consistently generating an error 'uv_ioctl: WriteFile
failed with error=232'.
It appears to be account based. The same code works in
It appears that the UCI problem was with Windows7.
I installed the OEM Win8 Pro... on top of the Dell Win7 Pro installation...
and then UCI and Windows ODBC-32 was ok... although I did not play with the
ODBC-64 bit yet.
I presume that the problem was related to security and rights in Win7...
It's been a while since I messed with these things so I need to ask.
The I type in question is a SUBR and calls code that returns the value I
want the field to have.
You compile the I type and it works fine.
I then need to change the code, compile the code and even re-compile the I
type again,
If you are using an editor like AE. AE does not delete lines necessary
like ED on Universe. Otherwise, it should work if you are just changing
the UniBasic code.
Regards,
Doug
www.u2logic.com
On Tue, Jul 23, 2013 at 9:25 AM, randyleesmith randyleesm...@roadrunner.com
wrote:
It's been a
Sorry for the delayed response. Posting was bad timing on my part because I
did not have access to the college files last week. I have a copy of
UI.LOG.INFO file that I last posted about. Below are 1) the unix level 2)
partial GROUP.STAT and 3) guide -d3
I have also been looking at hash
As long as you are only changing the code in the basic program, you should
never need to touch the DICT. Granted, if you change the arguments in any way,
that would require a recompile of the I-Desc.
If you truly had to re-compile the DICT for a program change, that would
strangely suggest
I used ED.
If I change the code/compile code and the I type then use the field its
still runs the way it did before I changed it.
-
I used to be an Optimist until I knocked over the glass.
--
View this message in context:
I posted two things... but did not see my own posts.
Do I only see my own posts now if someone responds?
Please let me know.
--Bill Brutzman
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
I believe we are local, we have several accounts on the system.
Maybe that's the issue?
I'm running in one account and pointing to the code in another to test it.
(Using Catalog)
-
I used to be an Optimist until I knocked over the glass.
--
View this message in context:
When I run in the same account and make changes to the code it works fine.
So what step am I missing for doing it the other way.
-
I used to be an Optimist until I knocked over the glass.
--
View this message in context:
Bill,
Your subscription is set to receive copies of your own posts, but it's also
set to avoid duplicates. This means if you copy yourself on the original
post, you'll only see your direct copy, and won't see a copy from the list.
If you're not copying yourself, and you're still not seeing your
Cinda, wow! When that 'file' is opened, at the Unix level, I believe it
has to open 39 files, which is a lot of I/O - rather than a single static
file - it looks like the data would be about 3,578,880 bytes plus the
empty space at the end of the groups - nowhere near big enough to have to
be
Aside from this email, the only email I saw from the list from Bill as titled :
64 bit ODBC
So if this was one of his two, there seems to be a missing email,
If this was not one of his two, seems there is two missing emails.
George
-Original Message-
From:
Do you need to recatalog?
Rich Sammartino
- Original Message -
From: randyleesmith randyleesm...@roadrunner.com
To: u2-users@listserver.u2ug.org
Sent: Tuesday, July 23, 2013 11:25:33 AM
Subject: [U2] I Type Fields in Universe
It's been a while since I messed with these things so I need
Susan,
Exactly what we are hitting. This is just a small file behaving badly but we
have a couple of colleges having over 100 files acting this way. The
splitting is sometimes dat, sometimes over, sometimes idx and some are a
combination of 2 or all 3. We have some files that have one
It sounds to me like in the account that works, it is looking at the local copy
of the program. In the account(s) that fail, it is looking at another, older
piece of object code.
I suggest that you go to the account(s) that are failing and type
DELETE.CATALOG program. Do this several times
Tried that.
Only deleting attributes from the I type and recompiling works.
It works fine when I do everything in the same account. (Code recompile is
all I need.)
It's just an issue because I'm testing in one account and have cataloged to
my code in another using a Q pointer when I CATALOG.
John,
Thanks for the info and help.
From: Israel, John R. [via U2 (UniVerse UniData)]
[mailto:ml-node+s1073795n41343...@n5.nabble.com]
Sent: Tuesday, July 23, 2013 1:56 PM
To: randyleesmith
Subject: Re: I Type Fields in Universe
It sounds to me like in the account that works, it
If your subroutine is catalogued, just compiling it is not enough.
-Original Message-
From: randyleesmith randyleesm...@roadrunner.com
To: u2-users u2-users@listserver.u2ug.org
Sent: Tue, Jul 23, 2013 9:15 am
Subject: Re: [U2] I Type Fields in Universe
I used ED.
If I change
You can determine if the code has been Globally Catalogued by listing the file
GLOBAL.CATDIR
If your subr is called MYSUBR then it will appear as *MYSUBR if globally
catalogued
It will appear with the account name (say PAYROLL) as PAYROLL*MYSUBR if locally
catalogued
And if locally catalogued
Good call!
-Original Message-
From: Susan Lynch sly...@fwdco.com
To: U2 Users List u2-users@listserver.u2ug.org
Sent: Tue, Jul 23, 2013 9:54 am
Subject: Re: [U2] UniData Dynamic File Splitting Question
Cinda, wow! When that 'file' is opened, at the Unix level, I believe it
has
Lets say you have a field that calls a subroutine.
In this routine you do a read to lookup a description which it what is
passed back.
When you do a LIST to create a report with this field will the read be done
each time?
I was just wondering how the Universe system handle's this.
Dose the
To poke a point, let me address the issue of the
field that does a read
If what you mean is, that you have a dictionary
entry which is an I descriptor of the SUBR type
then the subroutine code is only read once
and stored.
If the subroutine does a BASIC READ in its
own code, that read will be
The READ is executed each time, but if the record being read is in
virtual memory, this second read doesn't occur at the disk level. If
the file being read is relatively small (ex.: descriptions) it will
probably end up in memory quick enough and not provoke performance
issues.
On Fri, 19
Yes, the read will be done each time the record is LISTed (SORTed, SELECTed,
etc).
JRI
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of randyleesmith
Sent: Friday, July 19, 2013 4:07 PM
To:
25 matches
Mail list logo
