There is a timeout on the Execute command in UniObjects where if there is no
activity for the default 6 minutes, then the command drops out, killing the
slave (session).  The timeout is unrelated to the uniobjects timeout.

The following will help to change the Execute command timeout

----------------------------------------
To reset timeoutset the parameters in the unirpcservices file in the
C:\informix\unishared\unirpc\unirpcservices file.

Open this file with notepad, which should like this.

uvcs C:\ardent\UV\bin\uvapi_server.exe * TCP/IP 0 3600
defcs C:\ardent\UV\bin\uvapi_server.exe * TCP/IP 0 3600
uvserver C:\ardent\UV\bin\uvsrvd.exe * TCP/IP 0 3600
uvnet C:\ardent\UV\bin\uvnetd.exe * TCP/IP 0 3600
uvdrsrv C:\ardent\UV\bin\uvdrsrvd.exe * TCP/IP 0 3600
uvfilefix C:\ardent\UV\bin\uvfilefix_server.exe * TCP/IP 0 3600


The 3600 sets a timeout of 6 minutes.,  setting it to 0 has no timeout
otherwise setting it to 36000 will set a timeout of an hour.
set the defcs timeout to 36000.
-------------------------------------------------

Regards

David Jordan
Managing Consultant
[EMAIL PROTECTED]

Dacono Holdings Pty Ltd
Business & Technology Consulting
PO Box 909
Lane Cove 
NSW 2066
Australia
Ph 61 2 9418 8329
Fax 61 2 9427 2371
www.dacono.com.au 


-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Martin Scholl
Sent: Monday, 10 May 2004 9:43 PM
To: [EMAIL PROTECTED]
Subject: RE: [U2] UV objects dying


I don't know if it has anything to do with your problem.
I found that when you don't check the error property after each method of
UniObjects, you can have unpredictable results.  Each Read, Write, Execute
etc can produce an error and when you check for it, it gets removed from the
stack. If not, then you can have the following methods fail and the error
message does not mean a thing. In VB6, check the error property, in .Net, do
always a try, except,finally.

Good luck

Martin Scholl
President Martin Scholl Consulting, Inc. http://www.hipaasuite.com/
mailto:[EMAIL PROTECTED]
18910 New Hampshire Ave
Brinklow, MD 20862
301-924-5537  Phone
301-570-0139  Fax
301-613-9572  Cell

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Kate Stanton
Sent: Sunday, May 09, 2004 6:18 PM
To: Oliver U2
Subject: [U2] UV objects dying

We are interested to know if anyone else gets this problem, and if any
solution has been found.

It occurs apparently at random when executing from UVObjects, returning an
error 39207 (undocumented).  The next attempt at executing (which is just
about all we do from UVObjects) returns error 30114: "An execute is
currently active".  The only course is then to disconnect and start another
session. Repeating exactly the same work does not result in the problem.

Prism were some help, telling us that:

Error 39207 "Failed to read from the slave correctly" indicates that the
slave
(uvapi_slave) has crashed.  Reasons that the slave may have crashed include:

1. A UniVerse Basic subroutine failed.  This may be a code path that is not
often taken therefore it is intermittent.  A variable may not be
initialised, etc... 2. An exec of a Command Object failed. (e.g.
CommandObj.exec ). 3. A broken file.

It is not caused by any of these problems.  If so, repeating the same job
would cause the problem.

We are on UniVerse server 10.0.17, client 10e  running on various Windows
platforms (including Windows 2003 and XP).  Upgrade from UV10.0.15 to
10.0.17 made no difference.

The machines it occurs on most frequently are:

Windows 2003 Server, running the DotNet 1.1 Framework and Visual Studio 2003
Windows XP, running the DotNet 1.1 Framework and Visual Studio 2003


There is the suggestion that it occurs more if there are multiple sessions
running, but this may be because the chance of hitting it is higher.

Hoping someone can help!

Cheers,  Kate

Kate Stanton
Walstan Systems Ltd
4 Kelmarna Ave, Herne Bay, Auckland, New Zealand
ph +64 9 360 5310  fax +64 9 376 0750
ah +64 9 378 9594
[EMAIL PROTECTED]
-------
u2-users mailing list
[EMAIL PROTECTED] http://www.u2ug.org/listinfo/u2-users
-------
u2-users mailing list
[EMAIL PROTECTED] http://www.u2ug.org/listinfo/u2-users
-------
u2-users mailing list
[EMAIL PROTECTED]
http://www.u2ug.org/listinfo/u2-users

Reply via email to