home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / ada / 3871 < prev    next >
Encoding:
Text File  |  1993-01-04  |  1.8 KB  |  40 lines

  1. Newsgroups: comp.lang.ada
  2. Path: sparky!uunet!sarge!sarge!esther
  3. From: esther@verdix.com (Esther Lumsdon)
  4. Subject: Re: Trying to fix Ada LRM for PC?
  5. Message-ID: <esther.726170162@sarge>
  6. Sender: news@verdix.com
  7. Nntp-Posting-Host: sarge.hq.verdix.com
  8. Organization: Verdix Corp
  9. References: <1992Dec26.190133.11052@murdoch.acc.Virginia.EDU>
  10. Date: Mon, 4 Jan 1993 17:56:02 GMT
  11. Lines: 27
  12.  
  13. dtl8v@holmes.acc.Virginia.EDU (Heracleitus) writes:
  14.  
  15. >  Has anyone fixed the Ada LRM that is found in the simtel archives
  16. >(and oak and wuarchive)?  I retrieved the LRM program for the PC from
  17. >various sources, and all behaved the same.  I am running ANSI.SYS on
  18. >my PC, and the LRM.EXE file, but every search for a specific section
  19. >number, e.g., 13.1.4, finds something else, like 13.9.8 or so.
  20. >Obviously, the searching algorithm is off, and I'd like to know if
  21. >there's a fix, or if I'm the only one having this problem.  I'd also
  22. >like to know the address of the program author at Norfolk State
  23. >University if there is no current fix for the problem.
  24.  
  25. You're the only person who has reported a problem.  Given the tendency
  26. of Ada vendors to ship windowy readers for LRM these days, I suspect
  27. that few people will ever use this program.
  28.  
  29. I am no longer employed by Norfolk State.  I submitted this program 
  30. to SIMTEL in 1988, and have not modified it since.  Your report
  31. surprises me, because I thought I tested this sort of stuff back in
  32. 1988.  I can test under a VADS 6.1 compiler, to see if I can duplicate 
  33. your problem.  However, I do not have an Ada compiler for an MS-DOS 
  34. machine, or an MS-DOS machine usable for programming.  If this problem 
  35. is specific to MS-DOS, I don't have the resources to do anything about it.
  36. -- 
  37. ------ Esther Lumsdon  Product Support Engineer, Verdix Corporation
  38.   205 Van Buren St  Herndon, Virginia, USA
  39.   esther@verdix.com  or  esther%verdix.com@uunet.uu.net
  40.