Re: CVS Emacs fails to remove server.el socket on exit
On 12/18/06, Trent Buck [EMAIL PROTECTED] wrote: I believe CVS Emacs is not correctly removing the socket file created by server-start (from server.el). It is on purpose. Note the following fragment from server.el: ;; Delete the associated connection file, if applicable. ;; This is actually problematic: the file may have been overwritten by ;; another Emacs server in the mean time, so it's not ours any more. ;; (and (process-contact proc :server) ;; (eq (process-status proc) 'closed) ;; (ignore-errors (delete-file (process-get proc :server-file /L/e/k/t/u ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Build problem with temacs
On 12/18/06, Eli Zaretskii [EMAIL PROTECTED] wrote: Same here, but I never saw such a problem. Strange... Neither did I, on XP Home nor XP Pro, both with administrator permissions. /L/e/k/t/u ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: image.el doesn't associate image-mode with .JPG files
Richard Stallman wrote: The answer is no, and I've chosen a different solution. Please drop the subject. If a developers mailing list cannot be used for discussing development ideas, then I think I might as well unsubscribe. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Emacs Manual: G.5 Keyboard Usage on MS-Windows
Eli Zaretskii wrote: Date: Sun, 17 Dec 2006 22:23:26 +0100 From: Lennart Borgman [EMAIL PROTECTED] CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org The manual says that setting w32-pass-lwindow-to-system (and dito r) to nil prevents that these keys are sent to MS Windows. I do not know how many times I have said this now: It does not do that! The effect is similar, and I don't see the need to complicate things by expanding this obscure issue. Uh? You can not mean that. It must be some misunderstanding. The doc string for w32-pass-lwindow-to-system already have a correct wording. Could we please make Info accurate too? Having different information about the same thing is very annoying. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: image.el doesn't associate image-mode with .JPG files
Can you point to a single instance where doing a case-insensitve match as a fallback would be harmful? There are many patterns which are meant to apply to file names used for specific conventional purposes in a GNU-like system, names which are used with specific case patterns. Here's one example. (\\(/\\|\\`\\)\\.\\(bash_profile\\|z?login\\|bash_login\\|z?logout\\)\\' . sh-mode) I don't see in which sense this is an example. After all, what harm would there be to use sh-mode for files named .BASH_PROFILE or .ZLOGIN ? Or even .bAsH_PROfilE ? The answer is no, and I've chosen a different solution. I think the two solutions aren't mutually exclusive. I agree with Jason that it would make a lot of sense to use a fallback where we try auto-mode-alist a second time with case-fold-search set to t if the first time didn't turn up any match. Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: ediff displays gibberish output
All my files are in utf-8 encoding and that's why I am surprised to see such output. But that's a very special case. We cannot make Emacs work only in special cases. I think the case where both files use the same encoding is the common case rather than the exception. Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: image.el doesn't associate image-mode with .JPG files
I can install it, if you don't want to install Kim's change instead right now. But I think his is the way to go. Remember that I transfer mail in batches. I saw Kim's message after sending out my last message. I think his method is fine too. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: 'woman' can't format the ssh man page
That man page is written in doc rather than in an. Can we make woman detect use of the doc macros and give a meaningful error message? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: scroll-other-window scrolls wrong window for vc-revert-buffer
But I don't see it would help in the case of (defalias 'y-or-n-p 'yes-or-no-p) That's the case where nothing works, because y-or-n-p doesn't obey any key-bindings... I don't think we need to regard misbehavior in the case of such drastic user reprogramming as a bug in Emacs itself. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: image.el doesn't associate image-mode with .JPG files
On 12/18/06, Richard Stallman [EMAIL PROTECTED] wrote: Remember that I transfer mail in batches. I know. That's why I didn't install anything ;) I think his method is fine too. Cool. /L/e/k/t/u ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: CVS Emacs fails to remove server.el socket on exit
On Mon, Dec 18, 2006 at 10:14:53AM +0100, Juanma Barranquero wrote: On 12/18/06, Trent Buck [EMAIL PROTECTED] wrote: I believe CVS Emacs is not correctly removing the socket file created by server-start (from server.el). It is on purpose. Note the following fragment from server.el: ;; Delete the associated connection file, if applicable. ;; This is actually problematic: the file may have been overwritten by ;; another Emacs server in the mean time, so it's not ours any more. ;; (and (process-contact proc :server) ;; (eq (process-status proc) 'closed) ;; (ignore-errors (delete-file (process-get proc :server-file I see. In my .emacs, I change `server-name' to be process-specific, and create a symlink to the generic name: ;;; Say I run bzr commit in a normal shell, outside of emacs. I ;;; want that to start up a full Emacs. If it used emacsclient, then ;;; buffer would show up on some random Emacs process in some GNU ;;; Screen window, and I'd have to hunt it down. ;;; ;;; HOWEVER, if I run M-x shell in Emacs, and I run bzr commit in ;;; THERE, I want it to talk to the parent Emacs process (via ;;; emacsclient). ;;; ;;; Since I occasionally have multiple Emacs processes running, I need ;;; to change server-name to be process-specific, so the Emacs ;;; processes' server-starts won't clobber one another's sockets. (setq server-name (format server%d (emacs-pid))) (let ((x (format emacsclient -s %s server-name))) (setenv VISUAL x) (setenv EDITOR x)) (server-start) ;; emacsclient(1) looks for a socket named server by default. We ;; symlink to this file, so that running emacsclient manually from the ;; command line will use the more recently opened Emacs. ;; ;; We don't bother doing this for Emacs 21 because the socket dir is ;; too difficult to deduce. (when (= emacs-major-version 22) (make-symbolic-link server-name (concat server-socket-dir /server) t)) Is this a sensible approach to adopt as default in CVS Emacs, or would it have problems for e.g. DOS users (who have no symbolic links)? If this approach was adopted, `server-sentinel' could happily remove it's socket file, leaving a broken symlink instead of a defunct socket. -- Trent Buck, Student Errant signature.asc Description: Digital signature ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: 'woman' can't format the ssh man page
RMS == Richard Stallman [EMAIL PROTECTED] writes: RMS Can we make woman detect use of the doc macros RMS and give a meaningful error message? Grog(1) (part of groff) uses this logic to guess -man macros: if: any line matches /^\.SH[\s\n]/ and if any (other) line matches /^\.TH[\s\n]/ and if no line matches /^\.([pnil]p|sh)[\s\n]/ then: it uses an It should be enough for woman to check for those (perl-style) regexps. At least for now. For doc, if it is not an, e, om, s or m, and if any line matches /^\.Dd/, then it is either doc or doc-old. For after the 22 release, it would seem a good idea to convert the full grog logic to elisp; I'm sure it would be useful to more than just woman. -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Emacs Manual: G.5 Keyboard Usage on MS-Windows
From: Eli Zaretskii [EMAIL PROTECTED] To: Francis Wright [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; emacs-pretest-bug@gnu.org Sent: Monday, December 18, 2006 4:09 AM Subject: Re: Emacs Manual: G.5 Keyboard Usage on MS-Windows From: Francis Wright [EMAIL PROTECTED] Cc: emacs-pretest-bug@gnu.org Date: Sun, 17 Dec 2006 21:58:36 - The documentation for the variable `w32-pass-lwindow-to-system' carries a rider that key *combinations* involving the left windows key cannot be handled by Emacs, but the manual does not include this rider, and so is a little misleading. Perhaps adding a reference in the manual to the variable documentation for further details would suffice. Sorry, I don't understand: what rider? what variable? The final paragraph of the help for the variable `w32-pass-lwindow-to-system' explains the point that Lennart is making, which is that this variable only affects the left Windows key when it is pressed alone. When it is used as a modifier key, the combination is trapped by Windows at a low level and so cannot he handled by Emacs. It would be helpful if this information were included in the manual in some way. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: TRAMP password caching
Michael Albinus wrote: I've added ControlMaster/ControlPath options to the scp method. This should mitigate the situation, at least for ssh versions which support these options. IFAICS this makes Tramp not work at all on current stable Debian GNU/Linux; the ssh version here barfs on the ControlMaster options. Maybe it's better not to use those options by default. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Manual: indexes are missing links
Shouldn't each index (Option, Command, Concept, etc.) in the manual (via info) use links rather than just text? The right column appears as plain text for me. (To reproduce: C-h r, click on Concept Index. I'm using a current CVS build on OS X.) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Sound problem with SUSE x86_64
I have SuSE Linux Enterprise 9.1 X86_64. If I just configure with only a prefix, when I run make it fails to compile sound.c, because if can't find asoundlib.h. If I hardcode the path to the file, all compiles fine and sound files play. I changed src/sound.c: #ifdef HAVE_ALSA #include asoundlib.h comment this /* #include /usr/include/alsa/asoundlib.h */ uncomment this #endif Is this just my setup or did configure not find the file correctly? Thanks tom === gcc --version gcc (GCC) 3.4.6 make --version GNU Make 3.80 [emacs-22.0.91_sound]alnx004[101]% ./configure --prefix=/u/rdsnfs2/t901353/programs/emacs_pretest/ checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for AIX... no checking whether gcc understands -Wno-pointer-sign... no checking whether ln -s works... yes checking how to run the C preprocessor... gcc -E checking for a BSD-compatible install... /usr/bin/install -c checking for ranlib... ranlib checking for install-info... /sbin/install-info checking for install-info... (cached) /sbin/install-info checking for install-info... (cached) /sbin/install-info checking for gzip... /u/rdsnfs2/t901353/programs/linux/bin/gzip checking for -znocombreloc... yes configure: checking the machine- and system-dependent files to find out - which libraries the lib-src programs will want, and - whether the GNU malloc routines are usable... checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for _LARGE_FILES value needed for large files... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking machine/soundcard.h usability... no checking machine/soundcard.h presence... no checking for machine/soundcard.h... no checking sys/soundcard.h usability... yes checking sys/soundcard.h presence... yes checking for sys/soundcard.h... yes checking soundcard.h usability... no checking soundcard.h presence... no checking for soundcard.h... no checking for _oss_ioctl in -lossaudio... no checking for pkg-config... /usr/bin/pkg-config checking for alsa = 1.0.0... yes checking ALSA_CFLAGS... checking ALSA_LIBS... -L/usr/lib64 -lasound -lm -ldl -lpthread checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking sys/timeb.h usability... yes checking sys/timeb.h presence... yes checking for sys/timeb.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for unistd.h... (cached) yes checking utime.h usability... yes checking utime.h presence... yes checking for utime.h... yes checking linux/version.h usability... yes checking linux/version.h presence... yes checking for linux/version.h... yes checking sys/systeminfo.h usability... no checking sys/systeminfo.h presence... no checking for sys/systeminfo.h... no checking termios.h usability... yes checking termios.h presence... yes checking for termios.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking for string.h... (cached) yes checking for stdlib.h... (cached) yes checking termcap.h usability... yes checking termcap.h presence... yes checking for termcap.h... yes checking stdio_ext.h usability... yes checking stdio_ext.h presence... yes checking for stdio_ext.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for strings.h... (cached) yes checking coff.h usability... no checking coff.h presence... no checking for coff.h... no checking pty.h usability... yes checking pty.h presence... yes checking for pty.h... yes checking sys/mman.h usability... yes checking sys/mman.h presence... yes checking for sys/mman.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sys/vlimit.h usability... yes checking sys/vlimit.h presence... yes checking for sys/vlimit.h... yes checking sys/resource.h usability... yes checking sys/resource.h presence... yes checking
Re: TRAMP password caching
Lars Hansen [EMAIL PROTECTED] writes: Michael Albinus wrote: I've added ControlMaster/ControlPath options to the scp method. This should mitigate the situation, at least for ssh versions which support these options. IFAICS this makes Tramp not work at all on current stable Debian GNU/Linux; the ssh version here barfs on the ControlMaster options. Maybe it's better not to use those options by default. I am running Ubuntu 06.10 (OK, it is newer than Debian 3.1), which offers arthur:~ ssh -V OpenSSH_4.3p2 Debian-5ubuntu1, OpenSSL 0.9.8b 04 May 2006 Which ssh version are you running? Do you know a simple test to determine whether a given ssh version offers ControlMaster? What are the symptoms when Tramp does not work at all on current stable Debian GNU/Linux? Best regards, Michael. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: image.el doesn't associate image-mode with .JPG files
Date: Mon, 18 Dec 2006 09:18:29 + From: Jason Rumney [EMAIL PROTECTED] Cc: emacs-pretest-bug@gnu.org, [EMAIL PROTECTED] If a developers mailing list cannot be used for discussing development ideas, then I think I might as well unsubscribe. Please don't. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: image.el doesn't associate image-mode with .JPG files
From: Miles Bader [EMAIL PROTECTED] Date: Mon, 18 Dec 2006 18:29:09 +0900 Cc: emacs-pretest-bug@gnu.org, [EMAIL PROTECTED] You might try decaf. Not really my idea of support. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Build problem with temacs
Date: Mon, 18 Dec 2006 10:56:20 +0100 From: Sven Axelsson [EMAIL PROTECTED] If needed you can manipulate the permission settings with SetACL (http://setacl.sourceforge.net/) Thanks, but I'd like the Windows build procedure to require the absolute minimum of tools that don't come with the basic installation. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: image.el doesn't associate image-mode with .JPG files
Eli Zaretskii writes: From: Miles Bader [EMAIL PROTECTED] Date: Mon, 18 Dec 2006 18:29:09 +0900 Cc: emacs-pretest-bug@gnu.org, [EMAIL PROTECTED] You might try decaf. Not really my idea of support. I agree. Jason always presents a reasoned and informed point of view, and his e-mails always succinct. In a civilised debate, the thread should end when there is nothing more to add, not by decree. -- Nick http://www.inet.net.nz/~nickrob ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-22..0.91 - Sound problem with SUSE x86_64
I have SuSE Linux Enterprise 9.1 X86_64. If I just configure with only a prefix, when I run make it fails to compile sound.c, because if can't find asoundlib.h (see output below). If I hardcode the path to the file, all compiles fine and sound files play. I changed src/sound.c: #ifdef HAVE_ALSA #include asoundlib.h comment this /* #include /usr/include/alsa/asoundlib.h */ uncomment this #endif Is this just my setup or did configure not find the file correctly? Thanks tom === gcc --version gcc (GCC) 3.4.6 make --version GNU Make 3.80 [emacs-22.0.91_sound]alnx004[101]% ./configure --prefix=/u/rdsnfs2/t901353/programs/emacs_pretest/ checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for AIX... no checking whether gcc understands -Wno-pointer-sign... no checking whether ln -s works... yes checking how to run the C preprocessor... gcc -E checking for a BSD-compatible install... /usr/bin/install -c checking for ranlib... ranlib checking for install-info... /sbin/install-info checking for install-info... (cached) /sbin/install-info checking for install-info... (cached) /sbin/install-info checking for gzip... /u/rdsnfs2/t901353/programs/linux/bin/gzip checking for -znocombreloc... yes configure: checking the machine- and system-dependent files to find out - which libraries the lib-src programs will want, and - whether the GNU malloc routines are usable... checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for _LARGE_FILES value needed for large files... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking machine/soundcard.h usability... no checking machine/soundcard.h presence... no checking for machine/soundcard.h... no checking sys/soundcard.h usability... yes checking sys/soundcard.h presence... yes checking for sys/soundcard.h... yes checking soundcard.h usability... no checking soundcard.h presence... no checking for soundcard.h... no checking for _oss_ioctl in -lossaudio... no checking for pkg-config... /usr/bin/pkg-config checking for alsa = 1.0.0... yes checking ALSA_CFLAGS... checking ALSA_LIBS... -L/usr/lib64 -lasound -lm -ldl -lpthread checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking sys/timeb.h usability... yes checking sys/timeb.h presence... yes checking for sys/timeb.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for unistd.h... (cached) yes checking utime.h usability... yes checking utime.h presence... yes checking for utime.h... yes checking linux/version.h usability... yes checking linux/version.h presence... yes checking for linux/version.h... yes checking sys/systeminfo.h usability... no checking sys/systeminfo.h presence... no checking for sys/systeminfo.h... no checking termios.h usability... yes checking termios.h presence... yes checking for termios.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking for string.h... (cached) yes checking for stdlib.h... (cached) yes checking termcap.h usability... yes checking termcap.h presence... yes checking for termcap.h... yes checking stdio_ext.h usability... yes checking stdio_ext.h presence... yes checking for stdio_ext.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for strings.h... (cached) yes checking coff.h usability... no checking coff.h presence... no checking for coff.h... no checking pty.h usability... yes checking pty.h presence... yes checking for pty.h... yes checking sys/mman.h usability... yes checking sys/mman.h presence... yes checking for sys/mman.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sys/vlimit.h usability... yes checking sys/vlimit.h presence... yes checking for sys/vlimit.h... yes checking sys/resource.h usability... yes checking sys/resource.h
Re: Manual: indexes are missing links
From: David Reitter [EMAIL PROTECTED] Date: Sun, 17 Dec 2006 23:07:33 + Shouldn't each index (Option, Command, Concept, etc.) in the manual (via info) use links rather than just text? The right column appears as plain text for me. Thanks. I think it's a bug: it looks like Emacs doesn't support the new format of Index menus introduced with the latest versions of Texinfo. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: ediff displays gibberish output
In this case, one file was UTF-8, the other was pure 7-bit ASCII. I think this case is also very common. Right, we may also want to handle cases where one encoding is a subset of the other. But that can come as a second step. And then there's the case when one file is ISO-88590-x, the other is UTF-8; also very common. But much more difficult to handle, since we then have to decode each half of a hunk differently. This can probably wait until the point where only utf-8 is relevant. Patches welcome, as always (but please hold your horses until after the release). Seconded, Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Emacs Manual: G.5 Keyboard Usage on MS-Windows
Date: Mon, 18 Dec 2006 11:00:06 +0100 From: Lennart Borgman [EMAIL PROTECTED] CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org The manual says that setting w32-pass-lwindow-to-system (and dito r) to nil prevents that these keys are sent to MS Windows. I do not know how many times I have said this now: It does not do that! The effect is similar, and I don't see the need to complicate things by expanding this obscure issue. Uh? You can not mean that. Yes, I did mean it. Please re-read what you wrote, and my response. The doc string for w32-pass-lwindow-to-system already have a correct wording. Could we please make Info accurate too? Done. If only, instead of dramatization, you could simply explain in simple words what you are asking for... ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: menus: enable revert-buffer-with-coding-system from dired
d Just wanted to let you know that in the menus, d having this choice blanked out when in dired, d Set Coding System (up/down to change, PgUp to menu): d ---For Reverting This File Now (C-x RET r) d is not helpful. r Precisely where in the menu structure is that? Type M-x dired RET, then M-` o m c and you'll see it. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: css mode doesn't know about // comments
// bla bla is shown in comment colour in C mode but not CSS mode. S Which css mode is that? (defvar cssm-version 0.11.zap1 The current version number of css-mode.) ;;; copyright (c) 1998 Lars Marius Garshol, [EMAIL PROTECTED] ;;; $Id: css-mode.el,v 1.9 2000/01/05 21:21:56 larsga Exp $ ;;; Modified by John Zaitseff, 3rd November 2004. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Manual: indexes are missing links
Date: Mon, 18 Dec 2006 22:33:18 +0200 From: Eli Zaretskii [EMAIL PROTECTED] Cc: emacs-pretest-bug@gnu.org I think it's a bug: it looks like Emacs doesn't support the new format of Index menus introduced with the latest versions of Texinfo. Let me rephrase: Emacs doesn't _fully_ support the new format. Specifically, `m', `f', TAB, and RET work, but the link face, mouse highlight and related features don't. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Bug#403671: css mode doesn't know about // comments
Package: css-mode Version: 0.11-5 Severity: normal // bla bla is shown in comment colour in C mode but not CSS mode. Which css mode is that? Oops, /site-lisp/css-mode/css-mode.el. Reporting to Debian. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: css mode doesn't know about // comments
// bla bla is shown in comment colour in C mode but not CSS mode. S Which css mode is that? (defvar cssm-version 0.11.zap1 The current version number of css-mode.) ;;; copyright (c) 1998 Lars Marius Garshol, [EMAIL PROTECTED] ;;; $Id: css-mode.el,v 1.9 2000/01/05 21:21:56 larsga Exp $ ;;; Modified by John Zaitseff, 3rd November 2004. Then you may want to contact that author. It's not part of Emacs and I can't remember seeing his email around here, so he probably doesn't read this list. Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: TRAMP password caching
Michael Albinus wrote: I am running Ubuntu 06.10 (OK, it is newer than Debian 3.1), which offers arthur:~ ssh -V OpenSSH_4.3p2 Debian-5ubuntu1, OpenSSL 0.9.8b 04 May 2006 Which ssh version are you running? OpenSSH_3.8.1p1 Debian-8.sarge.6, OpenSSL 0.9.7e 25 Oct 2004 Do you know a simple test to determine whether a given ssh version offers ControlMaster? AFAIK ControlMaster was introduced in OpenSSH version 4, so testing the output of ssh -V might do. What are the symptoms when Tramp does not work at all on current stable Debian GNU/Linux? One gets the message Login failed and the tramp buffer contains --- command-line: line 0: Bad configuration option: ControlPath Process *tramp/scp [EMAIL PROTECTED] exited abnormally with code 1 --- ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Sound problem with SUSE x86_64
Tom Wurgler skrev: I have SuSE Linux Enterprise 9.1 X86_64. If I just configure with only a prefix, when I run make it fails to compile sound.c, because if can't find asoundlib.h. If I hardcode the path to the file, all compiles fine and sound files play. I changed src/sound.c: #ifdef HAVE_ALSA #include asoundlib.h comment this /* #include /usr/include/alsa/asoundlib.h */ uncomment this #endif Is this just my setup or did configure not find the file correctly? What is the output of % pkg-config --cflags alsa ? Jan D. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: TRAMP password caching
Which ssh version are you running? OpenSSH_3.8.1p1 Debian-8.sarge.6, OpenSSL 0.9.7e 25 Oct 2004 Do you know a simple test to determine whether a given ssh version offers ControlMaster? AFAIK ControlMaster was introduced in OpenSSH version 4, so testing the output of ssh -V might do. What are the symptoms when Tramp does not work at all on current stable Debian GNU/Linux? Again, can we go back to using `ssh' rather than `scp', so that the default behavior is reliable? Maybe it's not perfect, but neither is `scp' and at least `ssh' is the safe choice. Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
TRAMP: no 2nd chance to enter sudo password
I type: C-x C-f /sudo:[EMAIL PROTECTED]:/ RET blah RET blah isn't my password, so I expect it to fail, and re-prompt, but instead I see Login failed in the message line, and a new buffer called *tramp/sudo [EMAIL PROTECTED] containing: Sorry, try again. Password: The cursor is left in this new window, just after the '.' of 'again.'. If I type my password at the 'Password:' prompt, it is displayed on the screen, and hitting return after it doesn't do anything anyway, since the buffer is in Fundamental mode. In GNU Emacs 22.0.91.32 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2006-12-18 on chrislap X server distributor `RealVNC Ltd', version 11.0.3370 configured using `configure '--with-gtk' '--prefix' '/usr/local/emacs22' '--with-xpm' '--with-jpeg' '--with-png' '--with-gif'' ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Emacs Manual: G.5 Keyboard Usage on MS-Windows
Eli Zaretskii wrote: The doc string for w32-pass-lwindow-to-system already have a correct wording. Could we please make Info accurate too? Done. If only, instead of dramatization, you could simply explain in simple words what you are asking for... Thanks. I will try to ;-) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Build problem with temacs
Eli Zaretskii wrote: Date: Mon, 18 Dec 2006 10:56:20 +0100 From: Sven Axelsson [EMAIL PROTECTED] If needed you can manipulate the permission settings with SetACL (http://setacl.sourceforge.net/) Thanks, but I'd like the Windows build procedure to require the absolute minimum of tools that don't come with the basic installation. FYI cacls.exe comes with Windows. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: M-\ does not work with prefix argument as documented
Dieter Wilhelm wrote: Kevin Rodgers [EMAIL PROTECTED] writes: Dieter Wilhelm wrote: ... Neither the Emacs manual nor the delete-horizontal-space's doc string says anything about how prefix args are handled. But it seems like a You're right, I interpreted the documentation in this way because I wanted M-\ to work also with a prefix argument. My notion was that a numeric argument to an interactive function means implicitly that a prefix argument must be working as well. The next time I'll be looking out for the word prefix. Thank you for installing your patch. (You did install it, didn't you?) No, I don't have that permission. But RMS posted a similar patch, so I assume that was committed. The main difference was that my patch included changes to the doc string and the manual. Could you, please, also make the command symmetric? For example negative arguments are killing on the left hand side of the point and positive arguments on the left hand side. The default would remain as is. (There was recently a request--unrelated to M-\--for such a feature on gnu.emacs.help, killing white space left or right of the cursor). That would be cool. 8-), OK, I'll have a go at it. But probably only after the release. What I need to know is how could I distinguish in the function whether the user gave a prefix argument '1' or whether it was the default argument '1'? The default argument would mean kill on both sides, the same numerical value would mean just kill to the right. Is it possible to intercept the argument before the (interactive *p) form is evaluated? I think that would be a poor interface: for any command foo that takes a numeric argument, `M-x foo' and `M-1 M-x foo' ought to mean the same thing. But yes, you can examine the value of current-prefix-arg, which will be nil in the `M-x foo' case. -- Kevin ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Shell completion on w32 uses / instead of \
Stefan Monnier wrote: It could, but it doesn't want to. In Emacs, the canonical directory separator is / (although \ is made to work as well under w32, for obvious interoperability reasons). You make it sound like / and \ both work in Windows, but they don't: They do if you use another shell ;-) (IIUC the API-level functions in w32 understand / just fine, it's only the/some shells which insist on using \ exclusively). If shell-mode could use backslash when completing on w32 it would be a lot more useful. I'll let the w32 people decide. I was just explaining the current situation. It is clearly a bug when using cmd.exe for the shell (cmdproxy.exe really). I think it need to be corrected. I believe the problem is in comint-dynamic-complete-as-filename. The let variable dirsuffix has a hardcoded /. Maybe a fix could look like this (dirsuffix (cond ((not comint-completion-addsuffix) ) ((not (consp comint-completion-addsuffix)) (if (w32-shell-dos-semantics) \\ /)) but I am not sure at all. Even if this is correct however I think that shell-file-name and explicit-shell-file-name must be made buffer local in the interactive shell buffers. (And did I not mention before that w32-shell-dos-semantics needs to test explicit-shell-file-name too?) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Improper switching to article buffer in Gnus
Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Bug re-creation: * Select an article in gnus that has a non-inlined attachment. This message includes an example of this. * View the attachment inline using `2 K i'. Result: The window containing the Article buffer is now selected, rather than the prior selected window (containing the Summary buffer). This behavior is not exhibited when clicking the link. This is an example of an an attachment in an email which can be viewed inline. In GNU Emacs 22.0.91.10 (i686-pc-linux-gnu, X toolkit) of 2006-12-17 on maru X server distributor `The X.Org Foundation', version 11.0.70101000 configured using `configure '--without-toolkit-scroll-bars'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: C locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: display-time-mode: t shell-dirtrack-mode: t erc-autojoin-mode: t erc-button-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-match-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t line-number-mode: t Recent input: b u f f e r C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n I SPC a m SPC n o t SPC c e r t a i n SPC M-b M-b M-b M-d w a s C-e w h e t h e r SPC t h i s SPC s h o u l d SPC b e SPC r e p o r t e d switch-frame help-echo switch-frame switch-frame C-x o help-echo switch-frame help-echo C-x k y e s return M-x r e p o r t - e m tab return Recent messages: No Gnus v0.6 Please wait while we snoop your variables... Auto-saving...done No Gnus v0.6 Please wait while we snoop your variables... Loading emacsbug...done Undo! [2 times] Mark set [7 times] Don't touch it! It's the History Eraser Button, you fool! [2 times] Auto-saving...done -- Michael Welsh Duggan ([EMAIL PROTECTED]) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Calc history out-of-date
Please describe exactly what actions triggered the bug and the precise symptoms of the bug: This may be excessively trivial, but in the interest of completeness... The Emacs Calc History and Acknowledgements node contains the following phrase: Emacs Lisp doesn't have built-in floating point math, so it had to be simulated in software. In fact, Emacs integers will only comfortably fit six decimal digits or so--not enough for a decent calculator. This statement was correct when originally written, but has not been true for some time. I think the original text should not be changed, as it is a first-person not from the author to the reader, but a footnote could be added. A prototype patch follows: Index: calc.texi === RCS file: /cvsroot/emacs/emacs/man/calc.texi,v retrieving revision 1.87 diff -u -p -c -r1.87 calc.texi cvs diff: conflicting specifications of output style *** calc.texi 15 Sep 2006 17:44:51 - 1.87 --- calc.texi 19 Dec 2006 01:30:59 - *** solid implementation of Lisp, and the hu *** 1540,1554 turned out to be more open-ended than one might have expected. Emacs Lisp doesn't have built-in floating point math, so it had to be ! simulated in software. In fact, Emacs integers will only comfortably ! fit six decimal digits or so---not enough for a decent calculator. So ! I had to write my own high-precision integer code as well, and once I had ! this I figured that arbitrary-size integers were just as easy as large ! integers. Arbitrary floating-point precision was the logical next step. ! Also, since the large integer arithmetic was there anyway it seemed only ! fair to give the user direct access to it, which in turn made it practical ! to support fractions as well as floats. All these features inspired me ! to look around for other data types that might be worth having. Around this time, my friend Rick Koshi showed me his nifty new HP-28 calculator. It allowed the user to manipulate formulas as well as --- 1540,1557 turned out to be more open-ended than one might have expected. Emacs Lisp doesn't have built-in floating point math, so it had to be ! simulated in [EMAIL PROTECTED] floating point support was ! added to Emacs in version 19. This feature does not, however, support ! arbitrary precision, unlike Calc.}. In fact, Emacs integers will only ! comfortably fit six decimal digits or so---not enough for a decent ! calculator. So I had to write my own high-precision integer code as ! well, and once I had this I figured that arbitrary-size integers were ! just as easy as large integers. Arbitrary floating-point precision ! was the logical next step. Also, since the large integer arithmetic ! was there anyway it seemed only fair to give the user direct access to ! it, which in turn made it practical to support fractions as well as ! floats. All these features inspired me to look around for other data ! types that might be worth having. Around this time, my friend Rick Koshi showed me his nifty new HP-28 calculator. It allowed the user to manipulate formulas as well as In GNU Emacs 22.0.91.10 (i686-pc-linux-gnu, X toolkit) of 2006-12-17 on maru X server distributor `The X.Org Foundation', version 11.0.70101000 configured using `configure '--without-toolkit-scroll-bars'' -- Michael Welsh Duggan ([EMAIL PROTECTED]) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: ediff displays gibberish output
In article [EMAIL PROTECTED], Eli Zaretskii [EMAIL PROTECTED] writes: From: Stefan Monnier [EMAIL PROTECTED] I think the case where both files use the same encoding is the common case rather than the exception. In this case, one file was UTF-8, the other was pure 7-bit ASCII. I think this case is also very common. To save those cases, I think chaging the code of reading the process output to use `undecided' coding-system is enough. And then there's the case when one file is ISO-88590-x, the other is UTF-8; also very common. If two files contain identical characters (just encodings are different), I'm not sure what is the right thing. If we decode the both hunks correctly, a user will see no difference and wonder why Emacs tells those lines are different. --- Kenichi Handa [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: image.el doesn't associate image-mode with .JPG files
Eli Zaretskii [EMAIL PROTECTED] writes: You might try decaf. Not really my idea of support. I wasn't trying to support him. I don't particularly like Richard's method of handling such issues, but Jason's response was downright petulant. -MIles -- Love is a snowmobile racing across the tundra. Suddenly it flips over, pinning you underneath. At night the ice weasels come. --Nietzsche ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Build problem with temacs
Date: Tue, 19 Dec 2006 00:55:50 +0100 From: Lennart Borgman [EMAIL PROTECTED] CC: Sven Axelsson [EMAIL PROTECTED], emacs-pretest-bug@gnu.org FYI cacls.exe comes with Windows. Thanks, but Francis needs first to tell me that he can use cacls to resolve the weird problem he had with executable permissions of temacs. Then I could add a call to cacls to the appropriate Makefile. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Shell completion on w32 uses / instead of \
Date: Tue, 19 Dec 2006 01:23:18 +0100 From: Lennart Borgman [EMAIL PROTECTED] Cc: emacs-pretest-bug@gnu.org I believe the problem is in comint-dynamic-complete-as-filename. The let variable dirsuffix has a hardcoded /. Maybe a fix could look like this (dirsuffix (cond ((not comint-completion-addsuffix) ) ((not (consp comint-completion-addsuffix)) (if (w32-shell-dos-semantics) \\ /)) but I am not sure at all. Even if this is correct however I think that shell-file-name and explicit-shell-file-name must be made buffer local in the interactive shell buffers. (And did I not mention before that w32-shell-dos-semantics needs to test explicit-shell-file-name too?) I really don't think we should try to open this can of worms now. Let's wait until after the release. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: image.el doesn't associate image-mode with .JPG files
Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org, [EMAIL PROTECTED] From: Miles Bader [EMAIL PROTECTED] Date: Tue, 19 Dec 2006 12:29:27 +0900 Eli Zaretskii [EMAIL PROTECTED] writes: You might try decaf. Not really my idea of support. I wasn't trying to support him. It should be obvious that I thought you ought to. I don't particularly like Richard's method of handling such issues, but Jason's response was downright petulant. We all have our bad days, and that's when we are in dire need of support. Not before, not after, but right there and then. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Can't display Japanese text in menu bar
In article [EMAIL PROTECTED], Katsumi Yamaoka [EMAIL PROTECTED] writes: [1 text/plain (7bit)] First of all, this issue is not necessarily serious at least for me and Nomiya-san since we have a workaround to solve it. So, you can let us wait. I have doubts that it doesn't work for us even if it works for Handa-san, though. In [EMAIL PROTECTED] Katsumi Yamaoka wrote: In [EMAIL PROTECTED] Handa-san wrote: (let ((japanese (decode-coding-string \e$B%F%9%H\e(B 'iso-2022-jp))) (easy-menu-define testing-menu global-map Testing. `(Testing [,japanese (lambda nil (interactive) (message ,japanese)) t])) (easy-menu-add testing-menu global-map)) It works for me (my Emacs also uses LUCID) both in ja_JP.EUC-JP and en_US.UTF-8. In which locale did you test it? I found a way to reproduce this problem. I have this X resource: *fontSet: -*-*-medium-r-normal--16-*-*-* When I remove the resource and run Emacs, I see incorrect menu label, and (set-face-font 'menu (face-font 'menu)) surely make the label displayed correctly. And, starting emacs with: % emacs -xrm '*fontSet: -*-*-medium-r-normal--16-*-*-*' also displays the menu label correctly. Please try it by yourself. Anyway, I suspect that somehow the menu widget is not created with a correct fontset. Though, I have not yet investigated the problem deeper. --- Kenichi Handa [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: TRAMP password caching
Stefan Monnier [EMAIL PROTECTED] writes: Again, can we go back to using `ssh' rather than `scp', so that the default behavior is reliable? Maybe it's not perfect, but neither is `scp' and at least `ssh' is the safe choice. The recent problem is not because ssh or scp being the default, but because I've added ssh options which seem not to be common. I'm working on. Stefan Best regards, Michael. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: image.el doesn't associate image-mode with .JPG files
Eli Zaretskii [EMAIL PROTECTED] writes: We all have our bad days, and that's when we are in dire need of support. Not before, not after, but right there and then. True... I apologize for the snide comment, Jason. -Miles -- Suppose He doesn't give a shit? Suppose there is a God but He just doesn't give a shit? [George Carlin] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: TRAMP password caching
Lars Hansen [EMAIL PROTECTED] writes: IFAICS this makes Tramp not work at all on current stable Debian GNU/Linux; the ssh version here barfs on the ControlMaster options. Maybe it's better not to use those options by default. ControlMaster has been removed from the scp method now. It can be used by a new method scpc, if desired. The check for the default method chooses scp only in case password.el is loaded or ssh-agent is running, otherwise it takes ssh. This should be robust. Best regards, Michael. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug