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



First of all, I am not aware of any of the EHNCXCOM.CFG, EHNINSTSRV and
SMINST. I have to find out.

The install process should have taken care of the killing/re-starting of
the CODE processes; I don't know why it failed to do so. Normally, users
should not have to be too concerned with the EVFs. We tell users about them
only as the last resort to clean up when the commands like 'CODE /C exit'
failed.

Normally, if there are still WDT processes running and cannot be killed,
the installation process should have asked the user to reboot.
In fact, in the readme, we even suggest the user to reboot after
installation. And that is too drastic a measure and we are trying to avoid
that requirement.

Fix packs cannot be un-installed as stated in the readme. If you have to,
then you must un-install the whole product.




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



|--------+---------------------------->
|        |          craigs@dekko.com  |
|        |          Sent by:          |
|        |          code400-l-admin@mi|
|        |          drange.com        |
|        |                            |
|        |                            |
|        |          03/15/2002 08:50  |
|        |          AM                |
|        |          Please respond to |
|        |          code400-l         |
|        |                            |
|--------+---------------------------->
  
>-----------------------------------------------------------------------------------------------------------------------|
  |                                                                             
                                          |
  |      To:     code400-l@midrange.com                                         
                                          |
  |      cc:                                                                    
                                          |
  |      Subject:     Service pack installation errors                          
                                          |
  |                                                                             
                                          |
  |                                                                             
                                          |
  
>-----------------------------------------------------------------------------------------------------------------------|



Right after the completion of the install for both service pack 4 and
service pack 5, someone gets an error "EHN0229: The data file EHNCXCOM.CFG
(= default name - you may have used a different name) is not found.  Check
if this file exists.  It should be in the path pointed to by the EHNINSTSRV
and SMINST environment variable in the instance file." on Windows 2000.
I'm not sure if this error is okay or not but no one else gets this.
I installed service pack 5 fine by closing the daemon and killing the
EVFWLX40.EXE through Ctrl-Alt-Del first (WinNT).  The first person to
install service pack 5 fine, closed the daemon and ran "C:\WDT400\CODEEDIT
/CM EXIT" which appears to also kill EVFWLX40.EXE (Win2000).  The person
who got the error, I think just closed the daemon and did not kill anything
else.  So, I think the main differences are, not killing EVFWLX40.EXE and
that I think he uses the autostart server only and everyone else uses the
STRCODE session.  I still keep the autostart server also in my daemon
though.
The service pack 5 Readme just says to make sure the daemon is closed, it
does not tell you to also kill any EVF* processes.
Does anyone know what that EHN error is, if it is okay, and how to fix it?
The only post I saw about this was when someone was uninstalling a service
pack and reinstalling but that doesn't seem to apply because this person
gets this error going from service pack 4 to service pack 5 also.

The only thing I can suggest is reinstalling service pack 5 but this time
killing the EVF* processes after closing the daemon.  Does anyone know if
this would work?  If it would, shouldn't those instructions be in the
service pack readme telling how to kill the EVF* processes?  Better yet,
shouldn't the installation close the daemon and whatever else it needs to
do automatically like the Microsoft antivirus software does?  No offense on
the "M" word.  I think the CODE/400 service pack installations have come a
long way from where they used to be.  Is there some other process he might
need to kill or change in order to install correctly?  Has anyone installed
service pack 4 or service pack 5 fine by just closing the daemon before
installing?

I installed service pack 5 from the web fine after about three or four
tries when I would receive an FTP error on not being able to find a CAB1
file.  I thought it was just bad timing but the other person got the same
FTP error more than once a couple days later.  So, he downloaded the setup
and ran it from the server and it was fine (except for the EHN error).  It
appears that the FTP site gets very easily overloaded.

Thanks,
Craig Strong

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