× 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.



Hak, thanks for your comments.
All IPCONFIG sees is DELL450 (my desktop) with an IP address of 192.168.0.3;
the RT314 has the external (public) address and that must be the address
EVFCFDBK is sending to.  I think CODE/400 is fine; the RT314 doesn't know
what to do with the message it's receiving.  Or, let's say I don't know how
to configure the RT314!
My ThinkPad works properly (STRCODE, compile feedback) when dialed in or
directly connected to the network.  It does not work when connected through
the RT314; this indicates the server/firewall side is okay and points to an
RT314 problem.  I'm starting to wonder if the RT314 isn't smart enough to
handle this kind of transaction.
My Dell desktop gives me EVF4028E ("Connection ended by daemon.  Code user
ID REEVE is not allowed to connect") when dialed in or when directly
connected to the network.  It does not work when connected through the
RT314.
I'm going to take the RT314 issue to a different forum; I'm 99.99% confident
it's not a CODE/400 problem and I think you have better things to work on.
But I'd love to solve the EVF4028E problem.  I've deleted and recreated my
usual server; should I delete and recreate all servers?
Both PC's are Win2K w/SP2; CODE/400 is V5R1 w/SP4; iBox is V5R1.
CODE/400 (and everything else) on the Thinkpad was recently installed from
scratch and I applied SP3 directly.  Is it worth my time to reload CODE/400
on the desktop?  If so, is there anything I should do to uninstall CODE/400
first?
Thanks,
Reeve

-----Original Message-----
From: code400-l-admin@midrange.com [mailto:code400-l-admin@midrange.com]On
Behalf Of haklui@ca.ibm.com
Sent: Thursday, November 22, 2001 11:54 PM
To: code400-l@midrange.com
Subject: Re: Network connection-restatement (sorry)-server can't find client

When the compile is done the host will execute a "calls back" to the
client.  There are two possible reasons we can think of that might be
causing this problem.

1.  One of the firewalls (either the RT314 or the one between the cable
   modem and the 820) is not allowing the call back to pass through.
              So you can check which port the "call back" is using and make
   sure that the firewall allows the connection. You can probably get the
   port  information from your firewall tools.

2.  The host code is not getting the correct address to do the call back
   (and in fact is trying to connect to a different client.)  If you go to
   a DOS window and run ipconfig then you will see all network addresses
   that the Windows machine is using.  If there are multiple addresses
   listed then the first one must be the address that should be passed to
   the server for the "call back".  On Windows 2000, I think that you can
   go to the Network Connections->Advance Settings to move your workstation
   address up and down.

You might want to check if the feed back works by STRCODE and then on  I
can't get STRCODE to work through my network connection.
   another OS400 session try the command:

   CALL QCODE/EVFCFDBK PARM( '37' 'Y' 'OS400' '<LOCAL> CODEEDIT
   "<OS400>lib/file(member)"' ).
              Change QCODE to QDEVTOOLS if you are on V5R1 OS/400.


   Hak Lui
   AS/400 AD, IBM Canada Ltd.
   e-mail: haklui@ca.ibm.com


"Reeve Fritchman" <reeve@ltl400.com>@midrange.com on 11/21/2001 03:06:47 PM

Please respond to code400-l@midrange.com

Sent by:  code400-l-admin@midrange.com


To:   "CODE400-L@midrange. com" <CODE400-L@midrange.com>
cc:
Subject:  Network connection-restatement (sorry)-server can't find client


I'm having trouble getting a CODE/400 server connection when working
through
my network connection.  I can't get the error list back when I submit a
compile; everything else (LPEX, Verify, GUI prompting, etc.) works fine.  I
know I could Verify first, but basing on caching performance, it's faster
to
compile.

I have two systems connected to a Netgear RT314 Gateway Router (no
ROTFLYAO,
please) and then into a cable modem up to the 820 via a firewall.  The
RT314
provides NAT and some firewall protection.  The IP address seen by the
RT314
is not fixed (today it's 65.34.yada.yada); within the LAN, the RT314 is
192.168.0.1 and the other systems are ".2" and ".3".

When I use a dial-up connection (without the RT314), everything works fine
(because CODE/400 knows my IP address).  I think this shows the server end
is not causing the problem.

I assume the RT314 is the issue.  The iBox is giving me EVF4000, "A remote
host refused an attempted connect operation."  (3425).

I'd be grateful for any help...

Thanks,
Reeve

_______________________________________________
This is the CODE/400 Discussion & Support (CODE400-L) mailing list
To post a message email: CODE400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/code400-l
or email: CODE400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/code400-l.




_______________________________________________
This is the CODE/400 Discussion & Support (CODE400-L) mailing list
To post a message email: CODE400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/code400-l
or email: CODE400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/code400-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 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.