From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29844 invoked from network); 11 Jun 2008 01:18:06 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 11 Jun 2008 01:18:06 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 89632 invoked from network); 11 Jun 2008 01:17:56 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 11 Jun 2008 01:17:56 -0000 Received: (qmail 3041 invoked by alias); 11 Jun 2008 01:17:44 -0000 Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 12906 Received: (qmail 3023 invoked from network); 11 Jun 2008 01:17:43 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 11 Jun 2008 01:17:43 -0000 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by bifrost.dotsrc.org (Postfix) with ESMTP id D956C8028AC3 for ; Wed, 11 Jun 2008 03:17:26 +0200 (CEST) Received: by an-out-0708.google.com with SMTP id b33so708557ana.13 for ; Tue, 10 Jun 2008 18:17:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=qgUKrxoNZ7HVAlR4y4/6uLMOCbrFR1imy3j1yJM7Xco=; b=kgwYebMtqZ6yLNWvwAdqdb6bV35XhFPnPLAXdOIAFFvDk8/UoOcDLIFW9Zlx9Cgone QiVLuEq6Pssvnkx4PK5HmzzFA/52/hECbrqozWdellZuW3ozt4ZoRiXqr8jEUYO4vRrM 4wdMeGkCW5i8YbLZ7VLJA8uzfp5ruC8leXTUs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=WRit8j14bj5VBpSVPd0Sn3febO9ar62LbA/itOyhmSOdp6lK8gbMcjeJmCqsJ74rM3 lYm7DSU4G8eZ1GCBvrk+KilNBAtvkWQSZLpbvoBfABtv/yyrhIK024vEQlEeZeh2/zLH kL9GoazkvjInk54tlCalS+Qnf7tRTysMU0ex4= Received: by 10.100.132.2 with SMTP id f2mr6451866and.154.1213147046098; Tue, 10 Jun 2008 18:17:26 -0700 (PDT) Received: by 10.100.43.19 with HTTP; Tue, 10 Jun 2008 18:17:25 -0700 (PDT) Message-ID: <2d460de70806101817x762f9cf0t7690b5859a5e4e20@mail.gmail.com> Date: Wed, 11 Jun 2008 03:17:25 +0200 From: "Richard Hartmann" To: "Benjamin R. Haskell" Subject: Re: idea for new feature (was: Re: sticky-note and zle bindings) Cc: "Zsh Users" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <080125095733.ZM20873@torch.brasslantern.com> <13ed09c00801251018l1007ac9an9c453651d5695c46@mail.gmail.com> <080125181227.ZM21172@torch.brasslantern.com> <2d460de70801260741q16e4f197he2307be6e4f81c82@mail.gmail.com> <080126153143.ZM6173@torch.brasslantern.com> <20080128163340.GA18831@spiegl.de> <13ed09c00806062139g6e0e81eaxb350eaca45698a94@mail.gmail.com> <2d460de70806101702t40eb23f0n566aee04131f8119@mail.gmail.com> X-Virus-Scanned: ClamAV 0.92.1/7432/Wed Jun 11 02:58:13 2008 on bifrost X-Virus-Status: Clean On Wed, Jun 11, 2008 at 02:26, Benjamin R. Haskell wrote: > I don't see the advantage or difference yet (except the "on a different > level" part -- the 'screen' way makes more sense to me at this point). For example, you can not space out screen windows over terminal emulator tabs. Also, you can not run a screen session across a reboot which works just fine with a ID thing. > Perusing the previous thread made me wonder: Is there a solution for the > problem of needing co-operation from, say, the X Window manager? Or have you > settled on being able to pass in a dead/killed shell's UUID/GUID? What would you neec X for? The TE sets the variable in the environment and invokes the shell, which takes over from there. > (Is there an alternate interface to the online mailing list archive, btw? I > hate all the clicking around -- I'd rather download an .mbox file and use it > in Alpine.) I forwarded you the full thread. Is Alpine a proper replacement for pine, now? I heard of pain when Alpine was born. > But, won't this also be a problem with whatever mechanism you're > envisioning? Or is this beyond the scope of what you'd want your "thing" to > do (re-attaching already-running programs)? Re-attaching is outside the scope of this. One could think about using a mechanism like retty or simply stopping the execution of the 'child', pivoting STDIN, STDOUT and STDERR from under its feet and letting it run again, but that confuses a _lot_ of programs (for the obvious reason that this is something you normally do not anticipate). Richard