Re: Crash during access_keymap
> On Tue, 8 Nov 2005 00:57:19 +, David Reitter <[EMAIL PROTECTED]> said: > If this is the same bug with corruption of keymaps that everybody is > complaining about: please please find&fix it. This occurs not only > in Aquamacs, but also in recent Carbon Emacs Package builds. I've > already spent hours on tracing this and finding a workaround, and I > haven't gotten far with this. Thanks. Still I can't see the "commandp" problem with the CVS version. If it only occurs on some distributions of modified Carbon Emacs, it is difficult for me to help directly, sorry. One thing I can think of is heap corruption caused by missing BLOCK_INPUTs. If -DSYNC_INPUT suppresses the error, it might be due to this. (See the thread starting from http://lists.gnu.org/archive/html/emacs-devel/2004-09/msg00074.html) YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: OS X: Character Palette input doesn't work
> On Thu, 10 Nov 2005 21:41:20 +, David Reitter <[EMAIL PROTECTED]> > said: > In the Carbon port, one cannot use the "Character Palette" to input > characters into Emacs. > The original report came from an Aquamacs user. >> It's easy to insert a Unicode character in a window from a Keyboard >> Viewer (e.g. a cyrillic character from an Ukrainian keyboard) but I >> cannot insert a Unicode character from the Character Palette. The >> "Insert" button remains grayed out. > I confirmed this for a very recent Emacs CVS version. The "Insert" > function of Character Palette is disabled while in Emacs. All other > applications are happy to take input from it. This is documented in the Emacs info (the "Keyboard and Mouse Input on Mac" section): Emacs recognizes the setting in the Keyboard control panel (Mac OS Classic) or the International system preference pane (Mac OS X) and supports international and alternative keyboard layouts (e.g., Dvorak) if its script is either Roman, Japanese, Traditional Chinese, Korean, Cyrillic, Simplified Chinese, or Central European. Keyboard layouts based on Unicode may not work properly. Selecting one of the layouts from the keyboard layout pull-down menu will affect how the keys typed on the keyboard are interpreted. > I couldn't find out what the cause of the problem is - I was looking > for issues with the Carbon event handling and a missing event > handler for some text input event. You may want to look at the following documents: "Understanding Text Input and the Text Services Manager in Carbon" http://developer.apple.com/documentation/Carbon/Conceptual/UnderstandTextInput_TSM/index.html "Supporting Unicode Input" http://developer.apple.com/documentation/Carbon/Conceptual/Supporting_Unicode_Input/index.html YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Carbon / reported font width wrong?
> On Fri, 11 Nov 2005 15:50:14 +, David Reitter <[EMAIL PROTECTED]>
> said:
> In the Carbon port (current CVS), fontset-info or frame-char-width
> report wrong pixel widths for fonts. In the example below, two
> fontsets are created. The I set the frame font (to load the font)
> and compare reported character width with (frame-char-width).
> From my understanding of the documentation, the two should be the
> same - but they differ.
They are not necessarily the same: the former is the maximum width,
and the latter is the average width.
The reason why they are not the same even in a fixed-width font is
that the maximum metrics are confused by characters missing in the
font. One way to avoid this is to define maximum/minimum metrics as
those among ASCII characters. This is what ATSUI support code is
doing.
YAMAMOTO Mitsuharu
[EMAIL PROTECTED]
Index: src/macterm.c
===
RCS file: /cvsroot/emacs/emacs/src/macterm.c,v
retrieving revision 1.142
diff -c -r1.142 macterm.c
*** src/macterm.c 11 Nov 2005 16:33:44 - 1.142
--- src/macterm.c 12 Nov 2005 05:31:57 -
***
*** 7572,7577
--- 7572,7584
SetRect (&max_bounds, 0, 0, 0, 0);
for (c = 0x20; c <= 0xff; c++)
{
+ if (c == 0x7f)
+ {
+ STORE_XCHARSTRUCT (font->min_bounds, min_width, min_bounds);
+ STORE_XCHARSTRUCT (font->max_bounds, max_width, max_bounds);
+ continue;
+ }
+
ch = c;
char_width = CharWidth (ch);
QDTextBounds (1, &ch, &char_bounds);
***
*** 7594,7601
UnionRect (&max_bounds, &char_bounds, &max_bounds);
}
}
- STORE_XCHARSTRUCT (font->min_bounds, min_width, min_bounds);
- STORE_XCHARSTRUCT (font->max_bounds, max_width, max_bounds);
if (min_width == max_width
&& max_bounds.left >= 0 && max_bounds.right <= max_width)
{
--- 7601,7606
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: "emacs -f gnus" shows the splashscreen instead of Gnus
That would be inacurate. If you type SPC, then the SPC is actually processed (either by opening the group at point for "emacs -f gnus", or inserted in the file for "emacs foo.c bar.c"). I guess it should say "C-l" instead of SPC, which is what (someone pointed out) the existing message says. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Luc Teirlinck wrote: > I do not know wether the fact that a hook is unbound caused problems > back in July 2003, but it certainly causes no problems in today's > CVS. Many hooks are unbound until add-hook gets called for them. I haven't made myself clear. There was no _real_ problem with hooks not being bound; it just confused someone to read the docstring of outline-mode and see: Turning on outline mode calls the value ... of `outline-mode-hook' ; then to try `C-h v outline-mode-hook' and get [No match]. Many packages (eg sh-script.el) that define modes "by hand" explicitly defcustom the associated hook. As you say, they don't need to; it just helps document things for the user, I guess. That was the motivation here. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Glenn Morris wrote: I am he, but Stefan has it right anyway. It was just a cosmetic change, in response to bug report "outline mode doesn't call outline-mode-hook as promised (patch)" (Jul 16 2003). Without it, when one read the docstring for a mode defined with define-derived-mode it referenced a hook that did not seem to be defined. I do not know wether the fact that a hook is unbound caused problems back in July 2003, but it certainly causes no problems in today's CVS. Many hooks are unbound until add-hook gets called for them. Sincerely, Luc. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Stefan Monnier wrote: > I'm not Glenn, but IIRC the motivation was to make sure that foo-mode-hook > was always bound. It's not needed from elisp's point of view. I am he, but Stefan has it right anyway. It was just a cosmetic change, in response to bug report "outline mode doesn't call outline-mode-hook as promised (patch)" (Jul 16 2003). Without it, when one read the docstring for a mode defined with define-derived-mode it referenced a hook that did not seem to be defined. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: menu-updating-frame is nil on X
>> My previous change (i.e. using `(or menu-updating-frame (selected-frame))') >> assumes that if `menu-updating-frame' is nil, this means that the menu >> frame is the same as the selected frame. > > I'm not sure this is the right assumption. I will think about this > problem some more and try to find a better solution. > > Btw, if Vmenu_updating_frame is not set, it probably means that tmm > has trouble in the non-toolkit build. Is that indeed so? Yes, in the menu buffer created by tmm in the non-toolkit version, some valid menu items are disabled (i.e. the same menu items that are normally enabled in a toolkit version or on a text-only terminal, like "Save As..." or "Split Window"). -- Juri Linkov http://www.jurta.org/emacs/ ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
>> > AFAIK, Gerd isn't listening, so I CC'ed him. >> > >> > Gerd, can you please help? >> > >> > > revision 1.2 >> > > date: 2003/07/23 00:00:13; author: gm; state: Exp; lines: +5 -1 >> >> I don't recognize the author "gm", but I'm pretty sure it's not me :-). > Oops, sorry, you are right. It was Glenn Morris. Glenn, any > insights why this change added a defvar for the hook? I'm not Glenn, but IIRC the motivation was to make sure that foo-mode-hook was always bound. It's not needed from elisp's point of view. Stefan ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
> Date: Fri, 11 Nov 2005 12:26:47 +0100 > Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org, [EMAIL PROTECTED] > From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> > > > AFAIK, Gerd isn't listening, so I CC'ed him. > > > > Gerd, can you please help? > > > > > revision 1.2 > > > date: 2003/07/23 00:00:13; author: gm; state: Exp; lines: +5 -1 > > I don't recognize the author "gm", but I'm pretty sure it's not me :-). Oops, sorry, you are right. It was Glenn Morris. Glenn, any insights why this change added a defvar for the hook? ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
Stefan Monnier <[EMAIL PROTECTED]> wrote: > > revision 1.2 > > date: 2003/07/23 00:00:13; author: gm; state: Exp; lines: +5 -1 > > branches: 1.2.2; > > (define-derived-mode): Mention hook in doc string. Defvar the derived > > hook. > > > Maybe someone familiar with that code can take it out... > > I'll gladly take it out if nobody objects. Thanks. I tried taking it out and found that the output of make bootstrap didn't change in a meaningful way. It also fixed the setting of those two MH-E hooks. I'd feel better if someone else who could articulate the reason in the ChangeLog better checked this in. -- Bill Wohler <[EMAIL PROTECTED]> http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Carbon / reported font width wrong?
In the Carbon port (current CVS), fontset-info or frame-char-width report wrong pixel widths for fonts. In the example below, two fontsets are created. The I set the frame font (to load the font) and compare reported character width with (frame-char-width). From my understanding of the documentation, the two should be the same - but they differ. Please correct me if my understanding is wrong and this is not a bug. In that case it'd be helpful to know how to determine the height and normal width of characters in a fontset before the fontset is actually loaded. The reason why I'd like to do this is to change the font of a given frame without changing its pixel size (or at least with only minimal changes in pixel size). For this, I need to calculate the new (character-based) width and height using the old ones and the old and new font character dimensions. Thanks D --- (defun create-aquamacs-fontset (maker name weight variety style sizes &optional fontsetname) "Create a mac fontset with the given properties (leave nil to under-specify). SIZES is a list of integers, indicating the desired font sizes in points. Errors are signalled with ``signal-font-error'', unless ''ignore-font- errors'' is non-nil. (This function is part of Aquamacs and subject to change.)" (message (concat "Defining fontset: " (or fontsetname name))) (condition-case e (dolist (size sizes) (create-fontset-from-mac-roman-font (format "-%s-%s-%s-%s-%s-*-%s-*-*-*-*-*-mac-roman" (or maker "*") (or name "*") (or weight "*") (or variety "*") (or style "*") size ) nil (concat (or fontsetname name) (int-to-string size)) ) ) (error (signal-font-error e))) ) (create-aquamacs-fontset "apple" "lucida grande*" "medium" "r" "normal" '(9 10 11 12 13 14 16 18) "lucida" ) (create-aquamacs-fontset "apple" "monaco*" "medium" "r" "normal" '(9 10 11 12 13 14 16 18) "monaco" ) (set-frame-font "fontset-lucida13") (fontset-info "fontset-lucida13") ;; "SIZE is the maximum bound width of ASCII font in the fontset," ;; first element of vector is 15 (width in pixels) (frame-char-width) (set-frame-font "fontset-monaco12") (fontset-info "fontset-monaco12") ;; width reported is 8 (frame-char-width) ;; real width is 7 ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > AFAIK, Gerd isn't listening, so I CC'ed him. > > > > Gerd, can you please help? > > > > > revision 1.2 > > > date: 2003/07/23 00:00:13; author: gm; state: Exp; lines: +5 -1 > > I don't recognize the author "gm", but I'm pretty sure it's not me :-). Ooops ;-). -- Bill Wohler <[EMAIL PROTECTED]> http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: "emacs -f gnus" shows the splashscreen instead of Gnus
"Richard M. Stallman" <[EMAIL PROTECTED]> writes: > How about > >Type SPC to proceed to editing the files foo.c and bar.c > > or > >Type SPC to proceed to use gnus. That would be inacurate. If you type SPC, then the SPC is actually processed (either by opening the group at point for "emacs -f gnus", or inserted in the file for "emacs foo.c bar.c"). (that's what made it very anoying in my case with "emacs -f gnus") -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: "emacs -f gnus" shows the splashscreen instead of Gnus
2005/11/11, Romain Francoise <[EMAIL PROTECTED]>: > There is one already: when you're visiting a file, the splash screen > says "Type C-l to begin editing your file." on the second line. > > Perhaps it's not obvious enough... I think it's too generic -- it sounds like the sort of random boilerplate that might always be displayed. -miles -- Do not taunt Happy Fun Ball. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: "emacs -f gnus" shows the splashscreen instead of Gnus
Miles Bader <[EMAIL PROTECTED]> writes: > I think it would be good if there was some obvious indicator on the > splash screen that would make the true state of affairs obvious. There is one already: when you're visiting a file, the splash screen says "Type C-l to begin editing your file." on the second line. Perhaps it's not obvious enough... -- Romain Francoise <[EMAIL PROTECTED]> | The sea! the sea! the open it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the | ever free! --Bryan W. Procter ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Saving SVN-managed files over Tramp fails
I had opened a file on a remote host over Tramp. The file is in an
SVN tree. When trying to save the file, I get the following
backtrace. (I don't have SVN installed on the local machine)
Debugger entered--Lisp error: (error "Running svn...FAILED (status 127)")
signal(error ("Running svn...FAILED (status 127)"))
error("Running %s...FAILED (%s)" "svn" "status 127")
vc-do-command(t 0 "svn" "/sshx:[EMAIL
PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml"
"status" "-v")
apply(vc-do-command t 0 "svn" "/sshx:[EMAIL
PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml"
("status" "-v"))
vc-svn-command(t 0 "/sshx:[EMAIL
PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml"
"status" "-v")
vc-svn-registered("/sshx:[EMAIL
PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml")
apply(vc-svn-registered "/sshx:[EMAIL
PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml")
vc-call-backend(SVN registered "/sshx:[EMAIL
PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml")
#[(b) "ÂÃ#..Ä Å#..ÆÇÈ\"." [b file vc-call-backend registered
vc-file-setprop vc-backend throw found t] 4](SVN)
mapcar(#[(b) "ÂÃ #..Ä Å#..ÆÇÈ\"." [b file vc-call-backend
registered vc-file-setprop vc-backend throw found t] 4] (RCS CVS SVN SCCS Arch
MCVS))
byte-code("ÃÄ\".ÅÆ .. Ç=..\n.. \nB\".)ÈÄÇ#.É." [file backend
vc-handled-backends vc-file-getprop vc-backend mapcar #[(b) "ÂÃ #..Ä
Å#..ÆÇÈ\"." [b file vc-call-backend registered vc-file-setprop vc-backend
throw found t] 4] none vc-file-setprop nil] 4)
vc-registered("/sshx:[EMAIL
PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml")
apply(vc-registered "/sshx:[EMAIL
PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml")
tramp-run-real-handler(vc-registered ("/sshx:[EMAIL
PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml"))
tramp-sh-file-name-handler(vc-registered "/sshx:[EMAIL
PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml")
apply(tramp-sh-file-name-handler vc-registered "/sshx:[EMAIL
PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml")
tramp-file-name-handler(vc-registered "/sshx:[EMAIL
PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml")
vc-registered("/sshx:[EMAIL
PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml")
vc-backend("/sshx:[EMAIL
PROTECTED]:/jabber/src/production/msn.jabber.cd.chalmers.se-svn/config.xml")
vc-before-save()
basic-save-buffer()
save-buffer(1)
call-interactively(save-buffer)
If emacs crashed, and you have the emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/local/share/emacs/22.0.50/etc/DEBUG for instructions.
In GNU Emacs 22.0.50.1 (powerpc-unknown-netbsd3.99.10, X toolkit, Xaw3d scroll
bars)
of 2005-11-01 on zemdatav
X server distributor `The XFree86 Project, Inc', version 11.0.4040
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: en_US.UTF-8
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: nil
locale-coding-system: utf-8
default-enable-multibyte-characters: t
Major mode: Debugger
Minor modes in effect:
desktop-save-mode: t
file-name-shadow-mode: t
jabber-activity-mode: t
jabber-mode-line-mode: t
iswitchb-mode: t
icomplete-mode: t
tooltip-mode: t
auto-compression-mode: t
mouse-wheel-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
unify-8859-on-encoding-mode: t
utf-translate-cjk-mode: t
line-number-mode: t
Recent input:
C-s C-w C-w C-w C-s C-s
C-x C-f v c - s v
C-s v c - s v n - a m a k e -
C-w C-w C-w C-s C-s C-x 1 C-h
v C-g C-h f v c SPC s t a y SPC l o c M-x
C-g C-x C-s C-x C-x
C-x C-x C-s C-x h M-w M-x e m
r e p o r t SPC e m
Recent messages:
Quit
Type C-x 1 to remove help window. C-M-v to scroll the help.
Fri Nov 11 10:35:57 2005: sending keepalive packet
Fri Nov 11 10:35:58 2005: got keepalive response
Quit
(No changes need to be saved)
Message from kotsje in Esperanto
Entering debugger...
Mark set [2 times]
Loading emacsbug...done
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: custom-set-variables fails to set variable
> Date: Thu, 10 Nov 2005 19:32:44 -0800 > From: Bill Wohler <[EMAIL PROTECTED]> > Cc: emacs-pretest-bug@gnu.org > > Luc Teirlinck <[EMAIL PROTECTED]> wrote: > > > Bill Wohler wrote: > > > >Also, why does the same code work in Emacs 21 and not in Emacs 22? > > > > I believe that I answered this in an earlier reply, but maybe you had > > not yet read that reply when you asked this. > > Yes, that is correct. I liked your proposal to revert to Emacs 21 > semantics. This would also fix the problem with the two broken MH-E > hooks which, as far as I can tell, shouldn't be broken (although I might > be confused about how require works ;-). (Who knows how many other hooks > are broken in the same way.) > > If Gerd is listening, perhaps he can let us know why he added that > defvar: AFAIK, Gerd isn't listening, so I CC'ed him. Gerd, can you please help? > revision 1.2 > date: 2003/07/23 00:00:13; author: gm; state: Exp; lines: +5 -1 > branches: 1.2.2; > (define-derived-mode): Mention hook in doc string. Defvar the derived > hook. > > Maybe someone familiar with that code can take it out... ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: "emacs -f gnus" shows the splashscreen instead of Gnus
> From: "Richard M. Stallman" <[EMAIL PROTECTED]> > Date: Thu, 10 Nov 2005 15:49:21 -0500 > Cc: emacs-pretest-bug@gnu.org, [EMAIL PROTECTED] > > Why not use the splash screen as a "screen saver", i.e. if emacs has > been idle for N seconds, show the splash screen (of course, people > should have a chance to turn this off). > > Would people like that? I think it would be very annoying? Annoying, yes. People who want this should use "M-x zone", which was specifically designed as a joke. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
