For those interested in logging UO connections in UniData...
http://www.nabble.com/UV-basic-assignment-error---to12606716.html#a12764018
This is very helpful. HTH,
Bill
Symeon Breen said the following on 10/9/2009 1:29 AM:
This is very odd, uniobjects, uniobjects for java, and uniobjects.net are
just client libraries that connect over a socket to the unirpcd process on
the unidata host, which in turn runs and communicates with the backend udt
process. I cannot imagine any of these libraries has an understanding of
common. It is the backend udt process that handles and errors any of this.
All i can think of is that the old uniobjects is somehow closing the
session/udt process, in between the call to sub 1 and 2, whereas the .net
library is keeping it open - it should keep it open if you are using the
same unisession and not closing it between calls. - maybe you can check the
backend udt process is the same for the old uniobjects one - perhaps also
consider putting unirpcd into debug mode - it will log all messages for you
- instructions are erm somewhere ...
Rgds
Symeon.
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Adrian Halid
Sent: 09 October 2009 06:24
To: U2 Users List
Subject: Re: [U2] UniObject .NET Session and Common Block Bug
No connection pooling.
Just the standard session.
I am doing the same UniSession and UniSubroutine object setup and creation
in .NET, VB6 and Java.
It seems in .NET UniObjects doesn't clear unnamed commons between subroutine
calls where in VB6 and Java UniObjects it does.
Regards
Adrian Halid
Senior Analyst/Programmer
_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users
