×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
Darn... I thought it might be the bind(), too... since it's inaddr_any,
that's not it. (You can verify that by using NETSTAT *CNN and choosing
option 5. If it shows "local internet address = *" then you've used
INADDR_ANY correctly.)
In a previous message to you, I suggested that it might be a firewall.
Have you looked into that?
If you type TELNET RMTSYS('192.168.1.100') PORT(2000) does it connect?
Or do you get a connection refused error? If you get a conn refused
error, then the error isn't in your client program.
You might also try doing a telnet from a WinXP PC that has a direct
network connection to the remote system. Open up a DOS prompt and type
'telnet 192.168.1.100 2000' (without the quotes) and see if it connects.
If it does, then there's an error in the way the two iSeries are
communicating with each other. Either a firewall is blocking access, or
there's a routing problem of some kind. If the telnet from the WinXP
computer doesn't work, then there's an error in your server program.
At any rate, it's clear that the problem is NOT related to
gethostbyname() or inet_addr(), since you obviously have the right IP
address and port in your socket address structure.
keith wrote:
i am using inaddr_any which sets the address to 0..supposedly this
allows connection on any address..
this may be the problem..how do i ensure that it is listening on a real
ip and which ip should it be listening on..its own which is
192.168.1.100 or that of the i5 where the client will reside which is
192.168.2.10
thanks
keith
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.