From ... From: Erik Naggum Subject: Re: (declare (thread-special *foo* ...)) Date: 2000/11/23 Message-ID: <3183959327296218@naggum.net>#1/1 X-Deja-AN: 696994338 References: mail-copies-to: never Content-Type: text/plain; charset=us-ascii X-Complaints-To: newsmaster@eunet.no X-Trace: oslo-nntp.eunet.no 974971021 5949 195.0.192.66 (23 Nov 2000 09:17:01 GMT) Organization: Naggum Software; vox: +47 800 35477; gsm: +47 93 256 360; fax: +47 93 270 868; http://naggum.no; http://naggum.net User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.7 Mime-Version: 1.0 NNTP-Posting-Date: 23 Nov 2000 09:17:01 GMT Newsgroups: comp.lang.lisp * Kent M Pitman | specials on all those processes, you can see the kind of "memory leak" | effect that makes Unix have to get booted more often. * Espen Vestre | uh? more often than every 3 to 6 months? which unix have you been using | lately? Not Linux, apparently, where the most frequent reason to reboot is to use a new kernel revision. However, on my production system, we still run kernel revision 2.2.14 because I have sort of waited for today: 9:53am up 300 days, 6:00, 2 users, load average: 0.00, 0.00, 0.00 Other software that has been running exactly as long are screen 3.9.5, Emacs 20.5, and Allegro CL 5.0.1. Allegro CL 6.0 just arrived, kernel revision is at 2.2.18pre21, a few days old , Emacs 21.1 just got into pretest and the new version of my own software is ready to install, all coinciding randomly at 300 days of uptime. All we need now is for a certain presidental election to release a final version of who won. #:Erik -- ALGORITHM: a procedure for solving a mathematical problem in a finite number of steps that frequently involves repetition of an operation. ALGOREISM: a procedure for solving an electoral problem in a finite number of steps that frequently involves repetition of an operation.