Newsgroups: comp.sys.amiga.programmer Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!sdd.hp.com!elroy.jpl.nasa.gov!decwrl!pa.dec.com!bacchus!mwm From: mwm@pa.dec.com (Mike (My Watch Has Windows) Meyer) Subject: Re: Short Hello World In-Reply-To: riley@THEORY.TC.CORNELL.EDU's message of 18 May 91 17:20:39 GMT Message-ID: Sender: news@pa.dec.com (News) Organization: Missionaria Phonibalonica References: <1991May18.172039.7477@batcomputer.tn.cornell.edu> Date: 19 May 91 16:47:29 Lines: 85 In article <1991May18.172039.7477@batcomputer.tn.cornell.edu> riley@THEORY.TC.CORNELL.EDU (Daniel S. Riley) writes: What should CBM do with the LVOs for deleted functions? Three phases: 1) Version X.0: Announce "xyzzy is obsolete". It still works, but you shouldn't use it. 2) Version (X+1).0: The Xyzzy enry now behaves as per: The obvious advantages are that the deleted functions could all be pointed to a moveq #0,d0/move.l d0,a0/rts somewhere (or an alert routine) so deleted functions would fail instead of invoking some entirely different routine, and anyone who *really* wants to could SetFunction() the routines in question back into some sort of existence (for personal use only). Actually, you probably need two routines; there are some oddball library entries that fail with -1. But that's the right idea. 3) Version (x+2).0: the LVO for xyzzy is recycled. Remember that version numbers are partially driven by marketing. These are things at 5+ year intervals. The amiga hasn't been around long enough for anything to have reached stage 3. OldOpenLIbrary is pretty much the only thing that's reached stage 2. I can see holding off on it until the stuff from the 1.x->2.0 conversion reaches stage 2, though. In article <1991May18.172039.7477@batcomputer.tn.cornell.edu> riley@THEORY.TC.CORNELL.EDU (Daniel S. Riley) writes: This is not just a case of recompiling... The idea of having function deseapear is the problem. Just imagine (For the openwindow) that CBM removed it and put OpenWindowTagList instead! That's what I'm talking about... Gee, that's just a case of recompiling, assuming it's done right. All CBM needs to do is add the line #define OpenWindow(x) OpenWindowTagList(x, NULL) to intution.h, and I can recompile my code without changing a line. So can anyone else who's followd the rules. If This is a improvment and you say it should evolve, removing Openwindow is somthing logical? Yup; some time during the next century. I would prefere that CBM create a NEW OS based on the curent 2.0. You haven't been paying attention. They did. It's called AmigaDOS 2.0. CBM also went to great lengths to make it backwards compatable with the old OS. Shouldn'y hurt more than removing all those function that CBM recomand bot to use anymore, like you say. No, it'll hurt a lot more. People are complaining about not being able to get 2.0 now. Imagine how they'd feel if 2.0 were a "new" OS that wasn't largely backwards compatable - that could well kill the Amiga. Why should doing it now, rather than five years from now with "NewADOS" of having an AmigaDOS 2.0 change that? In my libraries All my defined structed have (Like nodes) Type/ID, including structure version... That allow my friend to NEVER recompile his programes when ever I give him a new library version. Admirable goal. How long have you been supporting those libraries? And how long do you plan on supporting them? Since you got upset about having to recompile your code every five years, I assume you've been doing it for at least 10 years. That's starting to get almost noticable. Get back to me in another 10, and let me know if the same library is still in use, and whether you've changed it since. Also be interested in knowing wether it's running on 10-year-old hardware or not.