Re: Question on Closing a Socket

Thanks, Peter.  I never even thought about that.  Slipped
my mind I guess!  They do use the same API...

I will check things out.  Thanks!

Brad

On Thu, 1 Jun 2006 08:39:25 +1200
 "Peter Connell" <Peter.Connell@xxxxxxxxxxxxxxxxxxxx>
wrote:

Brad,
I have experienced the problem of losing a socket
connection that was
initiated by a program early in the stack after
implementing a
modification to a totally unrelated program called
subsequently in the
stack. What was most misleading was that the mod had
absolutely no
socket functionality. However, the mod did open and close
IFS files and
the error arose becaused it sometimes executed a routine
that performed
a clean-up by closing files. In this case it ended up
closing using a
file descriptor that had been initialized as zero which
had no impact
when the mod was function tested but of course could
easily cause
problems when fully integrated since the zero file
descriptor may well
have been in use by a program that was already active,
notably a socket
connection.

But, I think you have this senario covered since your
posting explictly
mentioned that you were aware that a zero descriptor was
in use.
Nevertheless, I thought to mention this as a trap that
others like
myself may easily fall into.

Peter     

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Brad
Stone
Sent: Thursday, 1 June 2006 6:14 a.m.
To: RPG programming on the AS400 / iSeries
Subject: Re: Question on Closing a Socket

On Wed, 31 May 2006 11:28:22 -0400
 "Jon Paris" <Jon.Paris@xxxxxxxxxxxxxx> wrote:

Brad I haven't been following this thread so my

apologies if this has 

been covered ...

 >> VARPG calls an RPG program that calls GETURI.

 GETURI times out on

the connect.  GETURI closes the socket it created. The

VARPG client 

gets killed.


Is the program that calls GETURI actually returning to

the VARPG 

program?
You don't say exactly what you mean by "killed" - so I

wondered if it 

was possible that the VARPG simply dropped the

connection because it 

timed out.

Also the VARPG "mechanics" for remote connections use

DDM

- so I'm not sure
where the other socket is coming from.  Did the VARPG

program initiate

it?

Hi, Jon.

From whatI understand a VARPG application calls GETURI

to
communicate with a web service.  If GETURI times out then
the VARPG
application seems to lose it's connection.
 That's really all I know at this point from the user.

I haven't used VARPG for a while, so I assume it was some
sort of PC
client app written with VARPG and its connection was
severed somehow
when GETURI failed to connect to the server.

--
This is the RPG programming on the AS400 / iSeries
(RPG400-L) mailing
list To post a message email: RPG400-L@xxxxxxxxxxxx To
subscribe,
unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the
archives at
http://archive.midrange.com/rpg400-l.

#####################################################################################

This correspondence is for the named person's use only.
It may contain confidential or legally privileged
information, or both. No confidentiality or privilege is
waived or lost by any mistransmission. If you receive
this correspondence in error, please immediately delete
it from your system and notify the sender. You must not
disclose, copy or rely on any part of this correspondence
if you are not the intended recipient. Any views
expressed in this message are those of the individual
sender, except where the sender expressly, and with
authority, states them to be the views of Baycorp
Advantage. If you need assistance, please contact Baycorp
Advantage on either :- Australia 133124 or New Zealand
+64 9 356 5800

-- 
This is the RPG programming on the AS400 / iSeries
(RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the
archives
at http://archive.midrange.com/rpg400-l.

Bradley V. Stone
BVS.Tools
www.bvstools.com