From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ESCOUFLAIRE Pierre-Louis Newsgroups: gmane.emacs.bugs Subject: Splash-screen, elisp files compression, gdb usage Date: Thu, 09 Aug 2007 18:18:40 +0200 Message-ID: <46BB3E60.5040800@eurocontrol.int> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1186679605 12143 80.91.229.12 (9 Aug 2007 17:13:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 9 Aug 2007 17:13:25 +0000 (UTC) To: bug-gnu-emacs@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Aug 09 19:13:23 2007 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IJBZa-0000co-Tn for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 Aug 2007 19:13:23 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IJBZa-0003WH-CM for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 Aug 2007 13:13:22 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IJAjC-0007Oe-V4 for bug-gnu-emacs@gnu.org; Thu, 09 Aug 2007 12:19:15 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IJAjB-0007OG-7Q for bug-gnu-emacs@gnu.org; Thu, 09 Aug 2007 12:19:13 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IJAjB-0007O6-0C for bug-gnu-emacs@gnu.org; Thu, 09 Aug 2007 12:19:13 -0400 Original-Received: from exprod8og52.obsmtp.com ([64.18.3.86]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1IJAjA-0002pQ-FV for bug-gnu-emacs@gnu.org; Thu, 09 Aug 2007 12:19:12 -0400 Original-Received: from source ([193.221.170.179]) by exprod8ob52.obsmtp.com ([64.18.7.12]) with SMTP; Thu, 09 Aug 2007 09:18:44 PDT Original-Received: from HHBRUE011.hq.corp.eurocontrol.int (hhbrue011.hq.corp.eurocontrol.int [193.221.161.80]) by biscuit.eurocontrol.int (8.12.10/8.12.7) with ESMTP id l79GIf5n006050 for ; Thu, 9 Aug 2007 18:18:41 +0200 (MEST) Original-Received: from FFBRUE001.cfmu.corp.eurocontrol.int ([193.58.25.51]) by HHBRUE011.hq.corp.eurocontrol.int with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Aug 2007 18:18:41 +0200 Original-Received: from eurocontrol.int ([193.58.17.120]) by FFBRUE001.cfmu.corp.eurocontrol.int with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Aug 2007 18:18:41 +0200 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.3) Gecko/20040924 X-Accept-Language: en-us, en, fr-fr X-OriginalArrivalTime: 09 Aug 2007 16:18:41.0514 (UTC) FILETIME=[F350F4A0:01C7DAA0] X-Detected-Kernel: Linux 2.6, seldom 2.4 (older, 4) X-Mailman-Approved-At: Thu, 09 Aug 2007 13:13:16 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:16308 Archived-At: Hello, While using emacs-22.1, I found the following problems: 1- splash-screen '(setq inhibit-startup-message nil)': . calling emacs (no arguments): A splash-screen appears, which is perfectly normal. . calling emacs : A splash-screen appears, which is a regression from emacs-21. emacs waits for an input event to open associated buffer. THIS IS NOT A BUG but RATHER A SUGGESTION. I think that users requesting a file expect that file to be opened directly without having the splash-screen. I know that setting the 'inhibit-startup-message' to 't' will avoid this problem but some configuration are using this splash-screen and can be annoying in certain cases (such as loading an elisp diff script in emacs from command line). Newcomers to emacs are generally using 'emacs' with no arguments on their first use of it so they would see the splash-screen. Plus, they still can use the Help menu for tutorial. Thus, I do NOT think it is a good idea to display this splash-screen when given a . 2- elisp files compression: . elisp source files are compressed on emacs 'make install'. Navigating through gzipped elisp source files is transparent. Byte-compiling gzipped elisp source files is not. THIS HAPPENS ONLY FOR FILES WITH DEPENDENCIES. THIS COULD BE AN ENHANCEMENT FOR THE NEXT RELEASE. One could need to patch an emacs-provided elisp source file that has been gzipped and byte-compilation may fail if dependencies exist for this file. Should it not be possible to have '--no_compress' (or look-alike) option to the 'configure' script so that problem for compilation transparency could be avoided? 3- gdb 3.1- gdb default behavior . GDB '--annotate=3' option is automatically added. . GDB finds the first executable in the current directory THIS IS NOT A BUG but RATHER A SUGGESTION. Default GDB behavior is to add the '--annotate=3' option that is unused by several GDB users. In our case, it has also made emacs freezing while typing a simple command such as 'help'. Default GDB behavior is to find the first file matching 'execute' mode on in the current directory. The problem is that it also finds scripts (such as shell scripts) that are not 'debug-able'. I heard that emacs GDB had an enhancement to allow perl scripts debugging but it should not interfere with others. Perhaps an option/variable/... could help to disable this feature (e.g, variable gud-matching-executables-search). 3.2- gdb navigation . GDB does not (always) navigate through source code. up/down/breakpoints/... do not switch to source code. Here is a small/simple example: -- main.c #include "pouet.h" int main () { pouet (); } -- pouet.c #include "stdio.h" void pouet () { printf ("pouet-separate\n"); } -- pouet.h void pouet (); -------------------- $ emacs -> M-x gdb RET pouet RET (gdb) b pouet (gdb) r (gdb) up (gdb) do (gdb) Thanks a lot for your time and attention. Regards, Pierre-Louis ESCOUFLAIRE ____ This message and any files transmitted with it are legally privileged and intended for the sole use of the individual(s) or entity to whom they are addressed. If you are not the intended recipient, please notify the sender by reply and delete the message and any attachments from your system. Any unauthorised use or disclosure of the content of this message is strictly prohibited and may be unlawful. Nothing in this e-mail message amounts to a contractual or legal commitment on the part of EUROCONTROL, unless it is confirmed by appropriately signed hard copy. Any views expressed in this message are those of the sender.