headers
Rafael Laboissiere | 1 Sep 2005 08:48
Picon
Favicon

Re: Bug#324471: octave2.1-emacsen: problems if octave startup file contains cd()

Dear Emacs maintainers,

I am forwarding this as requested by John W. Eaton.  For the context, please
see:

    http://bugs.debian.org/324471

* John W. Eaton <jwe <at> bevo.che.wisc.edu> [2005-08-31 15:14]:

> I applied this change to my sources.
> 
> Would you please also report this to the Emacs maintainers so that the
> version of octave-inf that is distributed with Emacs can also be
> fixed?

--

-- 
Rafael
Permalink | Reply | 0 comments |
headers
Reiner Steib | 4 Sep 2005 21:47
X-Face

Re: apropos-* command key bindings

On Tue, Aug 30 2005, Kevin Rodgers wrote:

> Wouldn't it be nice if all the apropos commands were available via
> keybindings?  Obviously `C-h a' is sacrosanct, so how about making
> `C-h C-a' a prefix key:
>
> C-h C-a a	apropos
> C-h C-a c	apropos-command
> C-h C-a d	apropos-documentation
> C-h C-a t	tags-apropos
> C-h C-a v	apropos-variable
> C-h C-a V	apropos-value
> C-h C-a z	apropos-zippy

I think this would be useful.  Personally, I use the `<f1> A' prefix
for...

a	apropos
c	apropos-command
d	apropos-documentation
f	apropos-command (with apropos-do-all = t)
i	info-apropos
v	apropos-variable
V	apropos-value

Bye, Reiner.
--

-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/
(Continue reading)

Permalink | Reply | 1 comment |
headers
Justin M Wozniak | 5 Sep 2005 19:45
Picon

Crash on exit in Sparc Solaris 10


Using 21.4 or 21.3 on a patched Solaris 10 machine, with gcc-3.3.2.

On exit via C-xC-c I get:
Fatal error (11).zsh: segmentation fault (core dumped)  emacs -i

Other possible symptoms:

On make, I get:
Wrote /nfs/home1/jwozniak/sfw/emacs-21.3/lib-src/fns-21.3.1.el
Dumping under names emacs and emacs-21.3.1
715480 pure bytes used
./emacs -q -batch -f list-load-path-shadows
Fatal error (11).*** Signal 11 - core dumped (ignored)
(export PARALLEL; PARALLEL=0; cd leim; make all  \
  CC='gcc' CFLAGS='-g -O2' CPPFLAGS='' \
  LDFLAGS='-L/usr/openwin/lib' MAKE='make')

Making again works.

Make install the first time causes an error with blessmail.

Also, does not compile with Sun's cc 10:

Unicron: ~jwozniak/sfw/emacs-21.4# make
if [ ! -f /nfs/home1/jwozniak/sfw/emacs-21.4/lisp/abbrev.elc ]; then \
  make  bootstrap; \
fi
cd lib-src; make all  \
  CC='cc' CFLAGS='-g -O' CPPFLAGS='' \
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mathias Dahl | 6 Sep 2005 13:00
Picon

delete-char vs "mouse-region" and "transient-mark-region"

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug <at> gnu.org mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

1. $ emacs -q

2. Create two lines of text:

line1
line2

3. Mark the first one using the mouse and press C-d (delete-char). The
   marked region will be deleted.

4. Mark the second line using transient mark mode (C-SPC C-CPC C-e)
   and press C-d. The region will not be deleted.

Is it just me or would others also like to have both these marked
regions behave in the same way?

If the decision is to delete the region in both cases, may I suggest
that DEL (<backspace>) also deletes marked text?

/Mathias
(Continue reading)

Permalink | Reply | 3 comments |
headers
keith.sprochi | 6 Sep 2005 19:14

set in. "We heard a powerful and eloquent silence, " said Chuck P. Diamond, a litigator with O'Melveny & Myers in Los Angeles, who with his wife, Linda Smith, is representing AMD.

--text follows this line--
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs <at> gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.3.1 (i686-pc-linux-gnu)
 of 2004-11-23 on ksprochi-lx02
configured using `configure  --prefix=/opt/emacs --with-gcc --with-x=no'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: en_US
  value of $LC_CTYPE: en_US
  value of $LC_MESSAGES: en_US
  value of $LC_MONETARY: en_US
  value of $LC_NUMERIC: en_US
  value of $LC_TIME: en_US
  value of $LANG: en_US
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
====================================================================================================
(Everything I have included is wrapped by the ===========...)

I am creating a trivial data transfer object Java class, and the buffer contents were:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ilya N. Golubev | 6 Sep 2005 21:20
Picon

Mule-UCS in 21.3 and newer

Versions: 21.3, 21.4a

Mule-UCS, as referenced by `etc/MORE.STUFF', will not work with emacs
21.3 or 21.4a.  Worked only after patching as reproduced below, and
did not observe critical bugs in it yet.  Wrote to <mule <at> m17n.org>
about that on 2005-08-31, and on 2005-09-02 posted the fix.  Still
received no response to neither of messages, and it is very unlikely
to happen in the nearest future.
<http://www.m17n.org/mlarchive/mule/> that mailing list contains at
most half-dozen msgs a month, and often no one in a month, so the
mailing list appears near to dead, and patch release of mule-ucs is
very unlikely.

Perhaps you will decide to maintain its own branch of mule-ucs.
Perhaps putting the patch in `PROBLEMS' file is enough.  Anyway,
posting it.

To comments and `ChangeLog' entry may add that actually checked the
byte compilers misfeature in question.  In both emacs 20.7 and xemacs
21.4 they process `(progn progn ...)' the same way as `(progn ...)'.
In emacs 21.3, 21.4a `(progn progn ...)'  is processed just as
interpreter does, that is, as `progn' variable reference.  Never
figured what such a misfeature depends on and what version changed it.

	* mucs-ccl.el (mucs-ccl-generate-registration-program): Return
	exactly list of forms suitable for including in BODY of `progn' or
	like.  Do not rely on byte-compiler (mis-) features.

--- mucs-ccl.el	2 Sep 2005 00:42:23 -0000	1.1.1.1
+++ mucs-ccl.el	2 Sep 2005 01:31:51 -0000	1.3
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kevin Rodgers | 6 Sep 2005 22:34
Picon
Favicon

Re: apropos-* command key bindings

Reiner Steib wrote:
 > I think this would be useful.  Personally, I use the `<f1> A' prefix
 > for...
 >
 > a	apropos
 > c	apropos-command
 > d	apropos-documentation
 > f	apropos-command (with apropos-do-all = t)

Why doesn't Emacs have apropos-function?

(defun apropos-function (regexp)
   "Show functions that match REGEXP."
   (interactive)
   (if (interactive-p)
       (let ((apropos-do-all t))
         (call-interactively 'apropos-command))
     (apropos-command regexp t)))

 > i	info-apropos

What Emacs version has info-apropos?

 > v	apropos-variable

If that command had a more specific name like apropos-option, we could
define apropos-variable like apropos-function above:

(defun apropos-variable (regexp)
   "Show variables that match REGEXP."
(Continue reading)

Permalink | Reply | 0 comments |
headers
Daniel Barrett | 7 Sep 2005 02:35
Favicon

Emacs 22.0.50.1 crash on make_uninit_multibyte_string

Here's a stacktrace of a crash in emacs 22.0.50.1.  Let me know if you want
me to examine any values in this core dump.

Platform: SUSE 9.1 Professional with latest patches
Linux myhost 2.6.5-7.201-smp #1 SMP Thu Aug 25 06:20:45 UTC 2005 i686 i686 i386 GNU/Linux

$ gdb emacs core
GNU gdb 6.1
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i586-suse-linux"...Using host libthread_db library "/lib/tls/libthread_db.so.1".

Core was generated by `emacs -f vm'.
Program terminated with signal 11, Segmentation fault.

warning: current_sos: Can't read pathname for load map: Input/output error

Reading symbols from /usr/X11R6/lib/libXaw3d.so.7...done.
Loaded symbols for /usr/X11R6/lib/libXaw3d.so.7
Reading symbols from /usr/X11R6/lib/libXmu.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXmu.so.6
Reading symbols from /usr/X11R6/lib/libXt.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXt.so.6
Reading symbols from /usr/X11R6/lib/libSM.so.6...done.
Loaded symbols for /usr/X11R6/lib/libSM.so.6
Reading symbols from /usr/X11R6/lib/libICE.so.6...done.
Loaded symbols for /usr/X11R6/lib/libICE.so.6
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kim F. Storm | 8 Sep 2005 13:26
Picon

Re: Emacs 22.0.50.1 crash on make_uninit_multibyte_string

Daniel Barrett <dbarrett <at> blazemonger.com> writes:

> Here's a stacktrace of a crash in emacs 22.0.50.1.  Let me know if you want
> me to examine any values in this core dump.

Can you provide an "xbacktrace" and "bt full" backtrace.

Please use M-x report-emacs-bug to include proper information
about your emacs version and environment, including additional
information about the crash (as instructed).

In any case, VM is one specific package which seems to be able to
crash emacs "quite consistently", but so far none of the VM users
have been able to help us really pinpoint what causes the trap.

If you can help in any way, it would be great.

Thanks.

>
> Platform: SUSE 9.1 Professional with latest patches
> Linux myhost 2.6.5-7.201-smp #1 SMP Thu Aug 25 06:20:45 UTC 2005 i686 i686 i386 GNU/Linux
>
> $ gdb emacs core
> GNU gdb 6.1
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Greg Burton | 8 Sep 2005 22:05

Bug: Resolution of multiple Emacs windows on Tiger (OS X 10.4.2)

Hello!

I have been a long-time user of EMACS on OS X, but have come upon a 
new problem running any of the current Carbon EMACS distributions on 
Tiger ( I'm running 10.4.2).  This bug arises when opening multiple 
EMACS windows using the c-x 52 command.  Specifically, when I open 
the first EMACS window (when starting up the application) I get a 
normal-looking window with proper resolution of all alpha-numeric 
characters in the frame.  However, when I open a second window (using 
c-x 52) that new frame is displayed at a MUCH coarser resolution than 
is normal.  It looks as though the frame contains many fewer pixels 
than the first, because now all alpha-numeric characters are 
displayed so coarsely that you can see individual pixels making up 
each individual character.  However, when opening a THIRD window, 
that window is now displayed at the same high resolution as the 
first!  And when opening a FOURTH window, I get the same coarse 
display of the SECOND!!  This "fine-coarse" pattern continues for 
every pair of windows opened using c-x 52.  I have installed several 
different Tiger-compatible Carbon EMACS distributions and all have 
the same bug.

I'd like to get this bug fixed, so I don't have to keep opening pairs 
of windows (deleting the ODD-ordered one) to insure that all my 
working windows have the same high resolution.

Thanks!
Greg Burton
Permalink | Reply | 1 comment |

Gmane