From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Release update Date: Mon, 22 Dec 2008 15:04:05 -0800 Message-ID: <001901c96489$97132040$0200a8c0@us.oracle.com> References: <87abaocmay.fsf@cyd.mit.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1229987117 21158 80.91.229.12 (22 Dec 2008 23:05:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 22 Dec 2008 23:05:17 +0000 (UTC) Cc: emacs-devel@gnu.org To: "'Eli Zaretskii'" , "'Chong Yidong'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 23 00:06:22 2008 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 1LEtpy-0006Xn-9a for ged-emacs-devel@m.gmane.org; Tue, 23 Dec 2008 00:05:52 +0100 Original-Received: from localhost ([127.0.0.1]:39445 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LEtol-0001JR-NN for ged-emacs-devel@m.gmane.org; Mon, 22 Dec 2008 18:04:07 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LEtog-0001JB-4m for emacs-devel@gnu.org; Mon, 22 Dec 2008 18:04:02 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LEtod-0001Iw-Bj for emacs-devel@gnu.org; Mon, 22 Dec 2008 18:04:01 -0500 Original-Received: from [199.232.76.173] (port=43945 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LEtod-0001It-6D for emacs-devel@gnu.org; Mon, 22 Dec 2008 18:03:59 -0500 Original-Received: from rcsinet13.oracle.com ([148.87.113.125]:52219 helo=rgminet13.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LEtob-0003KF-1y; Mon, 22 Dec 2008 18:03:57 -0500 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id mBMN4QrN010893 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 22 Dec 2008 23:04:27 GMT Original-Received: from acsmt703.oracle.com (acsmt703.oracle.com [141.146.40.81]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id mBMN3x7M011252; Mon, 22 Dec 2008 23:04:01 GMT Original-Received: from dradamslap1 (/24.5.135.148) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 22 Dec 2008 15:03:49 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AclkbN6Q92NLsUkRRTeeKYHW8jt1hAAAPvBA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt703.oracle.com [141.146.40.81] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090209.49501CD8.0137:SCFSTAT928724,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) 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:107208 Archived-At: > Also, what about bug #970? I don't think we can release Emacs that > messes up the tty display like that. If we're reminding about specific bugs and talking about possible release, the following two bugs are very long-standing. They are regressions specific to Emacs 23. #117 - * Fringe (on first frame only), when no-fringe was specified. * Tool bar, when no-tool-bar was specified. * Duplicate and contradictory frame parameters. * Frames not redisplayed until manual C-l. Frame goes blank when another frame or window-mgr window is dragged over it or otherwise obscures it - and frame stays blank until C-l. #1562 aka #119 - * modify-frame-parameters, given a `font' parameter argument ending with "-iso8859-1" changes the `font' frame parameter to a font name that ends with "-fontset-auto1" (where `1' seems to be an index of the number of such calls, so the second uses `auto2'...). In both cases, I sent code to reproduce the problem. Those bugs are, to me, quite major - they (esp. #117) make Emacs 23 unusable for me, sad to say. And there are of course other open bugs. Another noticeable problem is the time it takes Emacs to start up. I know that people have tried to improve this, but for me this startup time has not changed, as of this build: In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2008-12-19 on LENNART-69DE564 Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include -fno-crossjumping' Whether I use my own setup of a standalone minibuffer frame and one other, principal frame or I use emacs -Q, the startup time is about the same. And that's true whether I start by editing a file or Dired or just start with *scratch*. With my own setup, it takes on average 15-20 seconds for the initial frame to appear, and another 10 seconds for my two-frame setup to finish. emacs -Q takes 15-20 seconds on average for the frame to appear. The command I use is this: runemacs.exe -Q --debug-init. This is on a 1-year-old laptop with 2G RAM and pretty good processors. The startup time is variable, for some reason. Sometimes it is much less (as if something were cached), sometimes it is a little more. Usually it is about 15-20 sec. To compare: for my two-frame setup, Emacs 22.3 takes about 4 sec total, and Emacs 22.3 -Q takes less than a second. (These are all wall-clock durations.) Personally, the long startup time does not prevent me from using Emacs 23. The bugs do. I don't know whether this kind of performance and these kinds of bugs are normal for a pretest. Perhaps pretesting will lead to fixes. But I hope Emacs 23 will not be released with these problems.