From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: "Attempt to modify read-only object" error with set-frame-configuration Date: Wed, 26 Dec 2007 16:00:04 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <47698DF5.2080106@gmx.at> <47702D13.8050806@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1198652435 15787 80.91.229.12 (26 Dec 2007 07:00:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Dec 2007 07:00:35 +0000 (UTC) Cc: martin rudalics , eliz@gnu.org, emacs-devel@gnu.org, lekktu@gmail.com To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 26 08:00:48 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1J7QFx-00032y-D2 for ged-emacs-devel@m.gmane.org; Wed, 26 Dec 2007 08:00:45 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J7QFc-0005Kz-Ly for ged-emacs-devel@m.gmane.org; Wed, 26 Dec 2007 02:00:24 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1J7QFY-0005K0-Gn for emacs-devel@gnu.org; Wed, 26 Dec 2007 02:00:20 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1J7QFW-0005I0-NF for emacs-devel@gnu.org; Wed, 26 Dec 2007 02:00:19 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J7QFW-0005Hm-Eh for emacs-devel@gnu.org; Wed, 26 Dec 2007 02:00:18 -0500 Original-Received: from ntp.math.s.chiba-u.ac.jp ([133.82.132.2] helo=mathmail.math.s.chiba-u.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1J7QFO-0001Tq-4w; Wed, 26 Dec 2007 02:00:10 -0500 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id D58202C51; Wed, 26 Dec 2007 16:00:04 +0900 (JST) In-Reply-To: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/23.0.50 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-kernel: by monty-python.gnu.org: NetBSD 3.0 (DF) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:85470 Archived-At: >>>>> On Wed, 26 Dec 2007 00:28:42 -0500, Richard Stallman said: > There is still a mystery why visibility's cons cell is pure I guess the reason is: 1. w32-win.el has a literal cons-cell in the following function: (defun x-handle-iconic (switch) "Make \"-iconic\" SWITCH apply only to the initial frame." (push '(visibility . icon) initial-frame-alist)) Note that x-win.el also has an equivalent one. 2. On the multi-tty merge, term/*-win.elc files are changed to be preloaded. As a result, the above cons cell is allocated in the pure storage on Emacs 23. 3. The X11 version of Fx_create_frame creates a copy of frame parameters, 3030 DEFUN ("x-create-frame", Fx_create_frame, Sx_create_frame, : 3057 parms = Fcopy_alist (parms); but the W32 port doesn't do so. You don't see the problem on Emacs 22 or on X11 because of 2 or 3 above, respectively. As for 3 above, the Carbon port of Emacs 22 creates a copy of frame parameters just as in X11. But it seems to be changed not to do so on the multi-tty merge for some reason I'm not sure. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp