ca.portal.admin

Re:Re: TCP/IP generic listener server

Discussion created by ca.portal.admin on Feb 21, 2006
Hi Onni,

I've tried the ACCEPT call, but when this is called, the
program to
goes in WAIT state.
I'm programming using COBOL option under VSE/ESA, the function ACCEPT is
sopported
under this environment.

Thank you,

Naval Espasa
Barcelona Stock Exchange


----- Original Message -----
From: ""Onni Kukkonen"" <onni.kukkonen@VEGASOFT.COM>
To: <IDMS-L@LISTSERV.IUASSN.COM>
Sent: Tuesday, February 21, 2006 12:33 PM
Subject: Re: TCP/IP generic listener server

Hi,

The ACCEPT call of Socket API should return the IP address as a part
of
sockaddr argument.

Onni Kukkonen
Vegasoft

-----Original Message-----
From: IDMS 3rd-party providers forum
[mailTo:IDMSVENDOR-L@LISTSERV.IUASSN.COM] On Behalf Of Naval Espasa
Sent: Tuesday, February 21, 2006 12:05 PM
To: IDMSVENDOR-L@LISTSERV.IUASSN.COM
Subject: TCP/IP generic listener server

Hi ALL,

I'm programming a TCP/IP generic listener server in COBOL. It
=
works pretty well,
but I need to get the remote host Ip address, and I don't know how get
=
it.

Has anyone else had this problem?

I'm in VSE/ESA V2R6 and IDMS R16 SP3

Thanks,

=20

Naval Espasa
Barcelona Stock Exchange
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: journal analyzer and compressed records
"There are commercial solutions out there I believe. ASG had/has one.
There may be others.

The compression/decompression database procedures are written to run
using IDMS System mode calling conventions, in the context of a
run-unit, making it next to impossible for them to be called from
anywhere but an assembler program that sets up the calling parameters
just so.

If you know how to do assembler, you may be able to put something
together based on looking at the documentation for writing system mode
exits and database procedures; or maybe finding an old copy of the
Expert Series tape on ""Customizing IDMS: Exits, Database Procedures and
Map Edit Modules"" (whatever it was called). What you would then have to
do is write a driver that called the IDMSDCOM procedure after setting up
the calling arguments correctly (see documentation for writing a
database procedure), and constructing something that looked enough like
a TCE stack to support the call/return.

You're much better off buying a commercial product.

* DQC

Outcomes