RE: Informix 5.0.UD1 on Solaris 2.1

>In article <C6H4wH.56w@cwi.com> tony@cwi.com (Tony Chang ) writes: >>Informix OnLine 5.0.UD1 under Solaris 2.1 >> >.... >> >>The response from the support engineer working with me was that >>the version of Informix that I am running with has a bug (#16449) >>in accessing information from the NIS server as a result, the >>above symptom. The workaround he recommended is to eliminate the >>use of NIS (formerly known as Yellow Pages). As this is not > >Ah, Informix and NIS. They just fixed a similar problem on our 4.1.whatever >running on HP-UX with NIS. Our work around before the fix was to add into >/etc/passwd the user who needed to use Informix. We added the real password >entry from NIS after the "+:::0" line, so that user will still login using >NIS. but informix, the buggy version that is, does not understand the "+:" >password syntax and read the rest of the file looking for the user. >note also that "+user" does not work either, informix was looking for a >exact login match without the "+" sign. > >worth a shot to try see if this is it. Thanks for the response, and I did run into the exact problem that you described a while ago on the HP/UX platform. You are also right about the fix. The problem this time is actually worse. Basically, no NIS services can be accessed. If it is, either a core dump or a -457 will occur. My writing is worse than I thought :-( What I should have said in my original posting is that the suggested workaround is to not use the NIS services for INFORMIX applications, but to manually setup each machine's environment. The /etc/passwd is one of the environment things need to be set up. I had to fix the following to get things going here. /etc/passwd /etc/group /etc/hosts /etc/services > > >-- >Sam Lok Pacific*Bell, California sslok@srv.PacBell.Com -- #include <std_disclaimer> Tony Chang email: tony@cwi.com or uunet!cwi!tony CaseWare, Inc. phone: (714) 453-2200 ext. 241