Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!wuarchive!udel!rochester!cornell!batcomputer!THEORY.TC.CORNELL.EDU!riley From: riley@THEORY.TC.CORNELL.EDU (Daniel S. Riley) Newsgroups: comp.sys.amiga.programmer Subject: Re: Short Hello World Message-ID: <1991May18.172039.7477@batcomputer.tn.cornell.edu> Date: 18 May 91 17:20:39 GMT References: Sender: news@batcomputer.tn.cornell.edu Organization: Cornell Theory Center Lines: 35 Nntp-Posting-Host: theory.tc.cornell.edu In article mwm@pa.dec.com (Mike (My Watch Has Windows) Meyer) writes: >BTW, one of my critical applications is an orphan. If it hadn't run >under 2.0, I would have lost. If CBM breaks OldOpenLibrary, I may lose >(given the code quality, I probably don't, but I should check that). >And I'll still be plugging for OldOpenLibrary to go away. If >OpenScreen and OpenWindow go away, I'll lose. I'll still be pushing >for CBM to do that. I expect that all the people who've been crying >for demand paging or resource tracking or a protected environment will >also be doing so. Those broken eggs are the cost of the omelette they >want. What should CBM do with the LVOs for deleted functions? I'd be in favor of CBM eventually deleting unused functions. I'd be opposed to CBM reusing those LVOs--reassigning LVOs would just lead to massive confusion--in which case deleted functions would continue to take up some space in the jump tables. 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). The obvious disadvantages are that it would take up some small amount of space, and anyone who *really* wants to could SetFunction() the routines in question back into some sort of existence (yes, I regard this as an advantage *and* a disadvantage). Comments? -- -Dan Riley (riley@theory.tn.cornell.edu, cornell!batcomputer!riley) -Wilson Lab, Cornell University