I have added the errlog to the UV home directory and got the following results
as I expected.
The cause of the issue is a COMMON size mismatch.
But it does not tell me why it works in VB6 and Java and not .NET UniObjects.
Mon Oct 12 19:05:00 -3949 ITVISION.COM.AU\adrian.halid COMMON size mismatch in
subroutine "SR.AHTEST.CALL2".
Mon Oct 12 19:05:00 -3949 ITVISION.COM.AU\adrian.halid Unable to load file
"SR.AHTEST.CALL2".
I have also run unirpcd in debug mode "unirpcd.exe -d9" but nothing really
different between the 3 calls.
>From doing Step By Step debugging and looking at the Log, this text is only
>create when the session object is created.
No text is actually written to the unirpcd.log file when making the
ahsub1.call() or ahsub2.call() calls.
So I have no idea what's going on behind the scenes when executing the
subroutine.Call() methods.
UniOjbects.NET
-----------------------------------------------------
8:46:25 - Accepted a TCP/IP connection.
RPCPID=3136 - 18:46:25 - In handle_tcp_request()
RPCPID=3136 - 18:46:25 - In init_connection()
RPCPID=3136 - 18:46:25 - In read packet
RPCPID=3136 - 18:46:25 - In read message
RPCPID=3136 - 18:46:25 - before the select
RPCPID=3136 - 18:46:25 - after the select rcnt = 1
RPCPID=3136 - 18:46:25 - before the recv
RPCPID=3136 - 18:46:25 - after the recv nread = 40
RPCPID=3136 - 18:46:25 - Read resp: read of header ok
RPCPID=3136 - 18:46:25 - message_length=16
RPCPID=3136 - 18:46:25 - In unpack packet
RPCPID=3136 - 18:46:25 - length of arg 0 = 5
RPCPID=3136 - 18:46:25 - type of arg 0 = 2
RPCPID=3136 - 18:46:25 - char arg(0x d02578)=defcs
RPCPID=3136 - 18:46:25 - Server Path = C:\IBM\UV\bin\uvapi_server.exe
RPCPID=3136 - 18:46:25 - Port Num = 0
RPCPID=3136 - 18:46:25 - Timeout = 3600
RPCPID=3136 - 18:46:25 - In create_server_process()
RPCPID=3136 - 18:46:25 - Creating process: C:\IBM\UV\bin\uvapi_server.exe 272
3600 0 1
RPCPID=3136 - 18:46:25 - uvrpc_close closing TCPIP connection
-----------------------------------------------------
UniObject VB6
-----------------------------------------------------
RPCPID=1704 - 18:35:33 - Accepted a TCP/IP connection.
RPCPID=1704 - 18:35:33 - In handle_tcp_request()
RPCPID=1704 - 18:35:33 - In init_connection()
RPCPID=1704 - 18:35:33 - In read packet
RPCPID=1704 - 18:35:33 - In read message
RPCPID=1704 - 18:35:33 - before the select
RPCPID=1704 - 18:35:33 - after the select rcnt = 1
RPCPID=1704 - 18:35:33 - before the recv
RPCPID=1704 - 18:35:33 - after the recv nread = 38
RPCPID=1704 - 18:35:33 - Read resp: read of header ok
RPCPID=1704 - 18:35:33 - message_length=14
RPCPID=1704 - 18:35:33 - In unpack packet
RPCPID=1704 - 18:35:33 - length of arg 0 = 5
RPCPID=1704 - 18:35:33 - type of arg 0 = 2
RPCPID=1704 - 18:35:33 - char arg(0x 332578)=defcs
RPCPID=1704 - 18:35:33 - Server Path = C:\IBM\UV\bin\uvapi_server.exe
RPCPID=1704 - 18:35:33 - Port Num = 0
RPCPID=1704 - 18:35:33 - Timeout = 3600
RPCPID=1704 - 18:35:33 - In create_server_process()
RPCPID=1704 - 18:35:33 - Creating process: C:\IBM\UV\bin\uvapi_server.exe 272
3600 0 1
RPCPID=1704 - 18:35:33 - uvrpc_close closing TCPIP connection
-----------------------------------------------------
UniObject Java
-----------------------------------------------------
RPCPID=2908 - 18:41:23 - Accepted a TCP/IP connection.
RPCPID=2908 - 18:41:23 - In handle_tcp_request()
RPCPID=2908 - 18:41:23 - In init_connection()
RPCPID=2908 - 18:41:23 - In read packet
RPCPID=2908 - 18:41:23 - In read message
RPCPID=2908 - 18:41:23 - before the select
RPCPID=2908 - 18:41:23 - after the select rcnt = 1
RPCPID=2908 - 18:41:23 - before the recv
RPCPID=2908 - 18:41:23 - after the recv nread = 40
RPCPID=2908 - 18:41:23 - Read resp: read of header ok
RPCPID=2908 - 18:41:23 - message_length=16
RPCPID=2908 - 18:41:23 - In unpack packet
RPCPID=2908 - 18:41:23 - length of arg 0 = 5
RPCPID=2908 - 18:41:23 - type of arg 0 = 2
RPCPID=2908 - 18:41:23 - char arg(0x 382578)=defcs
RPCPID=2908 - 18:41:23 - Server Path = C:\IBM\UV\bin\uvapi_server.exe
RPCPID=2908 - 18:41:23 - Port Num = 0
RPCPID=2908 - 18:41:23 - Timeout = 3600
RPCPID=2908 - 18:41:23 - In create_server_process()
RPCPID=2908 - 18:41:23 - Creating process: C:\IBM\UV\bin\uvapi_server.exe 272
3600 0 1
RPCPID=2908 - 18:41:23 - uvrpc_close closing TCPIP connection
-----------------------------------------------------
Adrian Halid
Senior Analyst/Programmer
IT Vision Australia Pty Ltd (ABN: 34 309 336 904)
PO Box 881, Canning Bridge WA 6153
Level 3, Kirin Centre, 15 Ogilvie Road, Applecross, WA, 6153
P: (08) 9315 7000 F: (08) 9315 7088
E: [email protected] W: http://www.itvision.com.au
___________________________________________________________
NOTICE : This e-mail and any attachments are intended for the addressee(s) only
and may
contain confidential or privileged material. Any unauthorised review, use,
alteration,
disclosure or distribution of this e-mail (including any attachments) by an
unintended recipient
is prohibited. If you are not the intended recipient please contact the sender
as soon as
possible by return e-mail and then delete both messages.
___________________________________________________________
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Bill Haskett
Sent: Saturday, 10 October 2009 9:16 AM
To: U2 Mail List
Subject: Re: [U2] UniObject .NET Session and Common Block Bug
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
_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users
