Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 11 Jul 2001 18:37:04 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 11 Jul 2001 18:36:54 -0400 Received: from shell.ca.us.webchat.org ([216.152.64.152]:48542 "EHLO shell.webmaster.com") by vger.kernel.org with ESMTP id ; Wed, 11 Jul 2001 18:36:45 -0400 From: "David Schwartz" To: "Rik van Riel" Cc: Subject: RE: Switching Kernels without Rebooting? Date: Wed, 11 Jul 2001 15:36:45 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2479.0006 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org > One thing which always surprises me in this discussion > (it comes up about once a year, it seems) is that > nobody participating in this discussion ever starts > writing any code for it. > Is this a feature which is only wanted by people who > don't want to code, or is this just a signal that the > amount of trouble involved just isn't worth it? > Rik > -- Doesn't it make sense to decide on a feature set and method of implementation _before_ you begin coding? Or does it make sense to just start coding something that might never work or do what anybody wants? When you decide to implement something, do you usually code before you decide exactly what it is you're trying to implement and whether anybody wants it? I certainly don't. This isn't a very good example because this a rather bad idea overall. But if you think it's stupid and will never work, just say that. Kill with legal blows, especially when you're right. DS - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/