From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.236.50.47 with SMTP id y35csp257779yhb; Tue, 8 May 2012 11:57:56 -0700 (PDT) Return-Path: <9front+bncCPTY2Ox2ELPZpf0EGgTOzqPG@googlegroups.com> Received-SPF: pass (google.com: domain of 9front+bncCPTY2Ox2ELPZpf0EGgTOzqPG@googlegroups.com designates 10.180.88.9 as permitted sender) client-ip=10.180.88.9; Authentication-Results: mr.google.com; spf=pass (google.com: domain of 9front+bncCPTY2Ox2ELPZpf0EGgTOzqPG@googlegroups.com designates 10.180.88.9 as permitted sender) smtp.mail=9front+bncCPTY2Ox2ELPZpf0EGgTOzqPG@googlegroups.com; dkim=pass header.i=9front+bncCPTY2Ox2ELPZpf0EGgTOzqPG@googlegroups.com Received: from mr.google.com ([10.180.88.9]) by 10.180.88.9 with SMTP id bc9mr5826623wib.3.1336503475885 (num_hops = 1); Tue, 08 May 2012 11:57:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=beta; h=x-beenthere:received-spf:x-authenticated:x-provags-id:message-id :date:from:to:subject:in-reply-to:mime-version:x-y-gmx-trusted :x-original-sender:x-original-authentication-results:reply-to :precedence:mailing-list:list-id:x-google-group-id:list-post :list-help:list-archive:sender:list-subscribe:list-unsubscribe :content-type:content-transfer-encoding; bh=b19awrWVSU2oP4/Zqv7Y33wzpg2BhBB5S/kJ2nhuHec=; b=1BjTwcLspCR6wDFKW2ABVBA1x7mXynMehhUy6x/U0GvpoxBMCJ87PK7TxC9MlnUtaz rnVo8VOvSen1rEEAGXtX7M90QljcEc14tM0afVnLQBRtfpgHHgUxdUopc8ZxHyuSxPL9 JBtHgMuKlVZsTdDKIIADPXt2grKKFrKegUW0A= Received: by 10.180.88.9 with SMTP id bc9mr686856wib.3.1336503475837; Tue, 08 May 2012 11:57:55 -0700 (PDT) X-BeenThere: 9front@googlegroups.com Received: by 10.14.29.78 with SMTP id h54ls284720eea.2.gmail; Tue, 08 May 2012 11:57:55 -0700 (PDT) Received: by 10.213.120.193 with SMTP id e1mr58647ebr.8.1336503475332; Tue, 08 May 2012 11:57:55 -0700 (PDT) Received: by 10.213.120.193 with SMTP id e1mr58646ebr.8.1336503475315; Tue, 08 May 2012 11:57:55 -0700 (PDT) Received: from mailout-de.gmx.net (mailout-de.gmx.net. [213.165.64.23]) by gmr-mx.google.com with SMTP id s9si133333eei.3.2012.05.08.11.57.55; Tue, 08 May 2012 11:57:55 -0700 (PDT) Received-SPF: pass (google.com: domain of cinap_lenrek@gmx.de designates 213.165.64.23 as permitted sender) client-ip=213.165.64.23; Received: (qmail invoked by alias); 08 May 2012 18:57:54 -0000 Received: from i5E878574.versanet.de (EHLO rei2.9hal) [94.135.133.116] by mail.gmx.net (mp019) with SMTP; 08 May 2012 20:57:54 +0200 X-Authenticated: #10700799 X-Provags-ID: V01U2FsdGVkX1+KgNFeubmKeAMo6VG/sx1Mu46tijShGW9OI33rG+ M18nXdcfcTTXol Message-ID: Date: Tue, 8 May 2012 20:57:52 +0200 From: cinap_lenrek@gmx.de To: 9front@googlegroups.com Subject: Re: /dev/wsys/*/screen not present for nested rio? In-Reply-To: <1c581e53ec2520d4989053955c2ef15b@sp.inri.net> MIME-Version: 1.0 X-Y-GMX-Trusted: 0 X-Original-Sender: cinap_lenrek@gmx.de X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of cinap_lenrek@gmx.de designates 213.165.64.23 as permitted sender) smtp.mail=cinap_lenrek@gmx.de Reply-To: 9front@googlegroups.com Precedence: list Mailing-list: list 9front@googlegroups.com; contact 9front+owners@googlegroups.com List-ID: <9front.googlegroups.com> X-Google-Group-Id: 831096995978 List-Post: , List-Help: , List-Archive: Sender: 9front@googlegroups.com List-Subscribe: , List-Unsubscribe: , Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit the patch that stops serving /dev/screen is here: 1165.1ccc5dd3a9f54176837bc485b128d4ce79493450 the reason we dont serve /dev/screen anymore if its here already there by the topmost rio is this: previously, /dev/screen used the image from the display, wich gets initialized in initdraw(). this is always the whole display image like defined in the manpage. problem is, that image doesnt work when the screen is resized or changes its colordepth. like when you run aux/vga to change to a different mode. the solution was to use the Image *screen; instead wich gets updated on resize. problem is, this is always the image of the "window" or whatever your program (or rio) runs in. so to make it work, only the topmost rio serves the screen file so the manpage definition of /dev/screen holds and represents the whole display. similat that only the topmost rio serves /dev/snarf so all programs and subrios share the same snarf buffer. -- cinap