Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!ucsd!ucbvax!ANDREW.CMU.EDU!gk5g+
From: gk5g+@ANDREW.CMU.EDU (Gary Keim)
Newsgroups: comp.soft-sys.andrew
Subject: Re: ULstrncmp
Message-ID: <gb=RX9e00VsWE8roZT@andrew.cmu.edu>
Date: 30 Oct 90 19:47:21 GMT
References: <sb=OoVtY0005R3x2kt@freya>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 152

Excerpts from misc: 30-Oct-90 Re: ULstrncmp pive%BANRUC01.BITNET@vma (1122+0)

> Ok everything compiles fine, but cui, vui, messages don't work at all.
> So will changing in andrew/ams/msclients/cui/{cui.c,cuifns.c} the test
> concerning ULstrcmp solve this problem?


If you followed my instructions then the problem is not with ULstrncmp. 
The problem with {messages,vui,cui} is one that was discovered by Jishnu
Mukerji.  There are some routines in ams/libs/ms/subs.c that are suppose
to return values but which do not.   Here is the substance of his
message on the subject:

Enclosed below is the context diff of ams/libs/ms/subs.c for fixing
coredumping and other goofy things in AMS under SunOS4.1 on Sun4. 
________________ context diff of ams/libs/ms/subs.c _________________
*** /vol/mtgzfs2.5/dy/andrew/ams/libs/ms/subs.c    Mon Aug  6 10:59:51 1990
--- subs.c    Mon Oct 15 13:13:22 1990
***************
*** 274,279 ****
--- 274,280 ----
      }
      HasInitializedSubsPriorities = 0;
      ++SubsModCtr;
+     return(0);
  }
  
  ReadSubs() 
***************
*** 487,492 ****
--- 488,494 ----
      } else {
      NonfatalBizarreError(ErrorText);
      }
+     return(0);
  }
  
  static Boolean MailPathChanged = FALSE, LocalPathChanged = FALSE,
ExtPathChanged = FALSE, OffPathChanged = FALSE;
***************
*** 517,522 ****
--- 519,525 ----
      oldlocallen = strlen(oldlocal);
      oldofflen = strlen(oldofficial);
      oldextlen = strlen(oldexternal);
+     return(0);
  }
  
  HandlePathChange(sub)
***************
*** 531,536 ****
--- 534,540 ----
      if (LocalPathChanged) HandleChange(sub, oldlocal,
LOCALSEARCHPATHTEMPLATE, oldlocallen);
      if (ExtPathChanged) HandleChange(sub, oldexternal,
EXTERNALSEARCHPATHTEMPLATE, oldextlen);
      if (OffPathChanged) HandleChange(sub, oldofficial,
OFFICIALSEARCHPATHTEMPLATE, oldofflen);
+     return(0);
  }
  
  HandleChange(sub, oldpath, newpath, oldlen)
***************
*** 560,565 ****
--- 564,570 ----
      sub->key = malloc(1+strlen(NewName));
      strcpy(sub->key, NewName);
      }
+     return(0);
  }
  
  
***************
*** 579,584 ****
--- 584,590 ----
          --i; /* Recheck this spot again! */
      }
      }
+     return(0);
  }
  
  /* For the qsort call */
***************
*** 649,654 ****
--- 655,661 ----
      ++i;
      }
      ++SubsModCtr;
+     return(0);
  }
  
  
***************
*** 676,681 ****
--- 683,690 ----
      newvalue = MyBuf;
      }
      SetFullProfileEntry(FALSE, FullName, NULL, 0, TRUE, newvalue,
newdate, FALSE);
+ /* Fix for random error message bug JIS 10/15/90 */
+     return(0);
  }
  
  SetFullProfileEntry(DoSubs, FullName, NickName, status, DoProf,
time64, filedate, NeedToCheckPath)
***************
*** 956,961 ****
--- 965,971 ----
      fclose(ProfLockFP);
      ProfLockFP = NULL;
      }
+     return(0);
  }
  
  MakeSubsListInPathOrder() {
***************
*** 1114,1119 ****
--- 1124,1130 ----
      if (!SkipThis) ++NumSubsOrderElts;
      }
      HasInitializedSubsPriorities = 1;
+     return(0);
  }
  
  WhichPath(s)
***************
*** 1174,1179 ****
--- 1185,1192 ----
      }
      fclose(fp);
      }
+ /* Fix for coredump JIS 10/12/90*/
+     return(0);
  }

These fixes have been made to the official sources and will be out in
the next patch.  Speaking of the next patch... I don't know when it will
be out, but I would guess surely before the end of November.

Excerpts from misc: 30-Oct-90 Re: ULstrncmp pive%BANRUC01.BITNET@vma (1122+0)

> Ez core dumps when I trie to edit a directory, is this problem related
> to the foregoing, or is it something new?

This, seperate, problem has also been rectified and will be in the next patch.

I'm sorry that you've had so much difficulty with Andrew on your
SunOS4.1 machine.  You've been very helpful in making things work better
in the future.  Thanks,

Gary Keim
ATK Group