From: ESCOUFLAIRE Pierre-Louis <pierre-louis.escouflaire@eurocontrol.int>
To: bug-gnu-emacs@gnu.org
Subject: Splash-screen, elisp files compression, gdb usage
Date: Thu, 09 Aug 2007 18:18:40 +0200 [thread overview]
Message-ID: <46BB3E60.5040800@eurocontrol.int> (raw)
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 <filename>:
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 <filename>.
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.
next reply other threads:[~2007-08-09 16:18 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-09 16:18 ESCOUFLAIRE Pierre-Louis [this message]
-- strict thread matches above, loose matches on Subject: below --
2007-08-10 4:36 Splash-screen, elisp files compression, gdb usage Nick Roberts
2007-08-10 10:48 ` ESCOUFLAIRE Pierre-Louis
2007-08-11 4:03 ` Nick Roberts
2007-08-13 7:45 ` ESCOUFLAIRE Pierre-Louis
2007-08-13 10:49 ` Nick Roberts
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46BB3E60.5040800@eurocontrol.int \
--to=pierre-louis.escouflaire@eurocontrol.int \
--cc=bug-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).