Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site uwai.UUCP Path: utzoo!watmath!clyde!bonnie!akgua!gatech!seismo!uwvax!uwai!neves From: neves@uwai.UUCP Newsgroups: net.lang.lisp Subject: Re: Flavors in Franz Message-ID: <315@uwai.UUCP> Date: Tue, 12-Nov-85 15:08:23 EST Article-I.D.: uwai.315 Posted: Tue Nov 12 15:08:23 1985 Date-Received: Thu, 14-Nov-85 02:59:28 EST References: <809@wdl1.UUCP> Organization: U of Wisconsin CS Dept Lines: 60 I tried mailing this but as usual I couldn't get through. Here is a 1 year old message about flavors. ---------------------------------------------------------------- Date: Tue, 4 Dec 84 14:50:26 est From: Steven M. HaflichTo: franz-friends@Berkeley Subject: the *real* flavor sources (etc.) Status: R For some time I have been using and maintaining enhanced versions of the several Franz lisplib modules which implement various Lisp Machine compatibilities, most notably, the FLAVOR system and FORMAT output. jkf@berkeley has authorized me to announce public availability of these files via anonymous ftp from UCBKIM. These seven files are compatible with Opus 38.91, but supersede the versions in the 39.91 distribution. There are a number of bugfixes and new features. UCBKIM supports FTP with login "anonymous" and any password. The files are: ~anonymous/pub/flavors/Makefile flavors.l flavorm.l vanilla.l hash.l describe.l format.l The changes are too many to describe in detail. Many of the FLAVOR system changes are for compatibility with changes to Franz, although a few non-working or missing features (but not all) have been bludgeoned into functionality. In particular, wrappers work. The FORMAT module fixes a number of format directives which apparently never worked. However, some of the hairier ones are known still to be defective. This "completely unsupported" software is graciously being made available to all takers without any promises whatever: there is no promise of correctness, and no promise of support. Also, the sources total 160K and unsuitable for uucp distribution, and I don't have time to deal with tape requests [sorry]. The above notwithstanding, I am as eager as anyone for additional improvements to the code. Anyone with additional bugfixes is encouraged to communicate to me, and I will try to integrate the code. I will try to respond to bug reports, but it may be a rather low priority business. Steve Haflich MIT Experimental Music Studio ARPA: smh@mit-eddie@mit-mc UUCP: {ihnp4, decvax!genrad}!mit-eddie!smh -- David Neves Computer Sciences Department University of Wisconsin-Madison Usenet: {allegra,heurikon,ihnp4,seismo,uwm-evax}!uwvax!neves Arpanet: neves@uwvax