home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / simtel / archives / amethyst / 8405-1.txt < prev    next >
Text File  |  1988-02-09  |  3KB  |  66 lines
  1. 10-May-84 19:10:44-MDT,2121;000000000000
  2. Return-Path: <milazzo@rice.ARPA>
  3. Received: from rice.ARPA by SIMTEL20.ARPA with TCP; Thu 10 May 84 19:10:17-MDT
  4. Received: by rice.ARPA (AA11922); Thu, 10 May 84 20:09:10 CDT
  5. Date:     Thu, 10 May 84 19:25:32 CDT
  6. From: Paul Milazzo <milazzo@rice.ARPA>
  7. Subject:  MINCE under CP/M 3.0
  8. To: Amethyst-Users@SIMTEL20.ARPA
  9. Message-Id:  <1984.05.10.19.25.32.283.11733@Dione.ARPA>
  10.  
  11. I recently converted my H89 to CP/M 3.0 (banked).  Most of my CP/M 2.2
  12. software continued to work, but I've had some trouble with MINCE.  The
  13. .COM file I made a couple of years ago mostly worked, but occasionally
  14. exhibited odd behavior such as altering the definition of a "word",
  15. such that word-motion and word-deletion commands would suddenly begin
  16. operating on an entire line.
  17.  
  18. I recompiled everything with my v1.44 BDS `C', and the above behavior
  19. went away, but instead MINCE now seems incapable of displaying certain
  20. prompts (such as "Abandon modified buffers?").  My attempts to make a
  21. v1.2 L2 from the sources on SIMTEL20 have also failed.  The resulting
  22. L2 simply announces there are too many functions and exits *before
  23. processing any files*.
  24.  
  25. Does anyone know what's going on here, or how I might go about finding
  26. out?  Would upgrading my admittedly ancient version of BDS `C' help?
  27.  
  28. On a related topic, has anyone modified the BDS library to take
  29. advantage of some of the features of CP/M 3?  For example, the I/O
  30. functions could trap BDOS errors rather than allowing the program to be
  31. blown away, the built-in filename parsing could be used (thus passwords
  32. could be supported), the UNIX stat, time, and stime calls could be
  33. supported, as well as certain terminal ioctls, etc.  Something tells me
  34. that this sort of thing has been done somewhere, but I haven't done any
  35. CP/M hacking for several years now, so please forgive my ignorance.
  36.  
  37. I'll be happy to summarize replies if there is any interest.
  38.  
  39.                 Thanks,
  40.                 Paul G. Milazzo
  41.                 Dept. of Computer Science
  42.                 Rice University, Houston, TX
  43.  
  44. ARPANET/CSNet: Milazzo@RICE.ARPA
  45. UUCP:          {convex,cornell,hp-pcd,sun,ut-sally}!rice!milazzo
  46. 10-May-84 22:02:16-MDT,865;000000000000
  47. Return-Path: <@MIT-MC:RG.JMTURN@MIT-OZ>
  48. Received: from MIT-MC by SIMTEL20.ARPA with TCP; Thu 10 May 84 22:02:00-MDT
  49. Date: Thu, 10 May 1984  23:55 EDT
  50. Message-ID: <RG.JMTURN.12014364516.BABYL@MIT-OZ>
  51. From: RG.JMTURN%MIT-OZ@MIT-MC.ARPA
  52. To:   Paul Milazzo <milazzo@RICE.ARPA>
  53. Cc:   Amethyst-Users@SIMTEL20.ARPA
  54. Subject: MINCE under CP/M 3.0
  55. In-reply-to: Msg of 10 May 1984  20:25-EDT from Paul Milazzo <milazzo at rice.ARPA>
  56.  
  57. The problem with certain messages not appearing may be due to the two
  58. ways messages are displayed under MINCE. Some stuff is sent out directly
  59. through BIOS calls, while some stuff is written using standard C printf.
  60. Some versions of printf (for example, the one under Unix) don't send out
  61. that stuff until they see a linefeed, so if you only send prompts without
  62. linefeeds it will never see the light of day.
  63.  
  64.                         James
  65.  
  66.