home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text0232.txt < prev    next >
Encoding:
Text File  |  1996-03-31  |  4.0 KB  |  89 lines

  1. >>>>> "Alan" == Alan Hourihane <alanh@pcsl.co.uk> writes:
  2.  
  3.     Alan> Just before you guys put up 1.99l, If the directory
  4.     Alan> structure of /usr/local/lib/executor does not change between
  5.     Alan> releases for Linux or NeXT, or the *.hfv files for
  6.     Alan> DOS. Would it make sense to put these into a separate file
  7.     Alan> for download and then release just the binaries into a
  8.     Alan> separate file for each release.
  9.  
  10.     Alan> This would reduce download time for users with slow modems
  11.     Alan> etc.
  12.  
  13.     Alan> Just a thought !
  14.  
  15. Yes, it makes a lot of sense.  However, we have to be very careful so
  16. that we don't get people who inadvertantly get mismatches between
  17. their System file and their copy of Executor, or weird problems (like
  18. the ones I introduced with "Printer" or the BinHex configuration file)
  19. due to other conflicts.
  20.  
  21. The right way to do it is pre-packaged sets of updaters, that convert
  22. from 1.99k to 1.99l, for instance.  They'd do a quick check to make
  23. sure that your system really has 1.99k and then just modify the
  24. relevant files, using a binary differences program to do the
  25. modification.  We have written some of the tools that will be used to
  26. provide this facility, but most likely they won't appear until 1.99m
  27. is out, since 1.99l should be out very soon.
  28.  
  29.     Alan> Alan Hourihane.
  30.  
  31.     Alan> P.S. Can I register via Credit Card !
  32.  
  33. Yes, VISA and MasterCard are our preferred way of registering.  Either
  34. call us at +1 505 766 9115 or FAX us at +1 505 247 1899.  If you FAX,
  35. we'll need your card number, the name as it appears on the card, the
  36. card expiration date, the price you think you're paying, a shipping
  37. address, a phone number and if you have them, you can give us a FAX
  38. number and e-mail address.  If you call by phone, we'll cheerfully ask
  39. you all those questions anyway.
  40.  
  41. From owner-executor  Wed Mar 29 22:24:09 1995
  42. Received: (from majordom@localhost) by nacm.com (8.6.9/8.6.9) id WAA18452 for executor-outgoing; Wed, 29 Mar 1995 22:24:09 -0800
  43. Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by nacm.com (8.6.9/8.6.9) with ESMTP id WAA18447 for <executor@nacm.com>; Wed, 29 Mar 1995 22:24:04 -0800
  44. Received: from linknet.kitsap.lib.wa.us by relay2.UU.NET with SMTP 
  45.     id QQyjgj03459; Thu, 30 Mar 1995 01:24:00 -0500
  46. Received: (from mjeppese@localhost) by linknet.kitsap.lib.wa.us (8.6.10/8.6.9) id WAA23852; Wed, 29 Mar 1995 22:21:05 -0800
  47. Date: Wed, 29 Mar 1995 22:21:05 -0800 (PST)
  48. From: Mark Jeppesen <mjeppese@linknet.kitsap.lib.wa.us>
  49. To: James Moody <013263m@dragon.acadiau.ca>
  50. cc: executor@nacm.com
  51. Subject: Re: Executor 1.99k for DOS - not enough memory?
  52. In-Reply-To: <199503270348.AA16741@dragon.acadiau.ca>
  53. Message-ID: <Pine.SUN.3.91.950329221554.23276B-100000@linknet.kitsap.lib.wa.us>
  54. MIME-Version: 1.0
  55. Content-Type: TEXT/PLAIN; charset=US-ASCII
  56. Sender: owner-executor@nacm.com
  57. Precedence: bulk
  58.  
  59. Yes I have had similar problems since I upgraded from dos 5.0 to dos 
  60. 6.22.  If I use the EMM386 and HIMEM.SYS from my old version of dos 
  61. everything works fine but I miss out on the new capabilities of the dos 
  62. 6.22 versions.  Is it some settings in these files that is causing the 
  63. problem, if so how can we get executor to work?
  64. Thanks,
  65. Mark Jeppesen
  66. :)
  67.  
  68.  
  69. On Sun, 26 Mar 1995, James Moody wrote:
  70.  
  71. > Okay this is just silly... I've been messing with the executor demos
  72. > since like 1.2, and no problems. 1.99k hits my drive and bang, 'not 
  73. > enough conventional memory'. EVERY time. No matter what. No matter
  74. > whether there is 620k free conventional, or if I get rid of all my
  75. > TSRs. Makes no difference. It is often accompanied by a EMM386 error
  76. > which forces a reboot. Anyone else having similar problems?
  77. > James Moody
  78.  
  79.  
  80. =============================================================================
  81. = Mark Jeppesen        
  82. = University of Washington Electrical Engineering   
  83. = jeppese@maxwell.ee.washington.edu
  84. =============================================================================
  85.  
  86.  
  87.