home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / minix / 4718 < prev    next >
Encoding:
Internet Message Format  |  1992-11-05  |  2.8 KB
  1. Path: sparky!uunet!usc!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!ames!agate!doc.ic.ac.uk!uknet!mcsun!sun4nl!relay.philips.nl!philce!meulenbr
  2. From: meulenbr@ce.philips.nl (Frans Meulenbroeks)
  3. Newsgroups: comp.os.minix
  4. Subject: Re: amiga (and mac?) 1.6.23
  5. Message-ID: <1992Nov5.103203.27993@philce.ce.philips.nl>
  6. Date: 5 Nov 92 10:32:03 GMT
  7. References: <1992Oct29.121500.20768@philce.ce.philips.nl> <9211039530@monty.apana.org.au>
  8. Sender: usenet@philce.ce.philips.nl (USENET post news)
  9. Organization: Philips Consumer Electronics, Eindhoven
  10. Lines: 51
  11.  
  12. newton@monty.apana.org.au (Mark Newton) writes:
  13. [ I trimmed the included message]
  14.  
  15. >Could we get some sort of coordination going here?  Perhaps resurrect
  16. >the old Amiga MINIX developers' mailing list to make sure that
  17. >everyone who attempts a port (assuming that I'm not going to be the
  18. >only one :-) doesn't fall over on the same little hitches. 
  19.  
  20. Seems like a good idea, although as an atarian I will not volunteer.
  21.  
  22. >We could also take this opportunity to semi-officially add things like
  23. >DCD/SIGHUP handling and DTR control in the kernel.  I have written
  24. >that kind of stuff for my 1.5 distribution, and I'd hate to lose it
  25. >all in an "upgrade" (more like a "retrograde", really :-). 
  26.  
  27. I propose not to do so, but instead do it in 2 steps. 
  28. First go to 1.6.23, then add your stuff. See also below.
  29.  
  30. [...]
  31. >system calls and leave the rest exactly like it is (althought it'd be
  32. >nice to finally get rid of that damnable tty_reply deadlock bug;
  33. >Matthias Pfaller sent me a copy of his Atari ST mpx68k.s file, but
  34. >there were too many differences between it and the Amiga one to use it
  35. >as a template for fixing the bug.  Does anyone have cdiffs that can be
  36. >applied to get rid of it?  Come to think of it, will it still be a
  37. >problem with the new filesystem?)
  38.  
  39. The mpx.s in atari 1.6.23 should be usable on the amiga I think.
  40. I do not know the differences between the 1.6.23 and the official amiga
  41. version, but there has been a moment when my version and the one from
  42. Steven Reiz were identical.
  43.  
  44. >If we're using the Atari version as a base upon which to build the
  45. >Amiga one then the changes will already be integrated :-) We'd just
  46. >have to make absolutely sure that we encapsulate everything that we do
  47. >inside #if (MACHINE == AMIGA) directives. 
  48.  
  49. Yes. However, perhaps you also want to change a few 
  50. #if (MACHINE == ATARI)
  51. into
  52. #if (CHIP == M68000)
  53. or the other way around.
  54.  
  55. That's also the reason why I prefer if you do not add all kinds of not
  56. 1.6.23 related changes. If all kind of local enhancements occur I have
  57. to look at all your changes and decide if I think they should go into
  58. the official version, or if they should qualify as 'local enhancements'.
  59. I don't really like doing that. Too much chance making a mistake.
  60. --
  61. Frans Meulenbroeks        Philips Research Laboratories
  62. preferred email address:     meulenbr@prl.philips.nl
  63.