Can you tell us a precise test case?
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Normally, the caller would instead use `STRING_SET_UNIBYTE' after the
call
(or rather calls one of make_foo_string which does it for him) if
needed.
This is not the same as what I suggested, but this too is ok.
However, if we stick with this, we should document it better
in
Place a few multibyte characters in the buffer, say with
C-u C-\ latin-1-prefix RET a o s
Copy them into the killring. Type
M-: (search-forward-regexp (regexp-quote
Press C-y and then
)) RET
And nothing gets found. Not good.
It doesn't fail for me.
Try customize-apropos . RET
This will obviously take a while, as it opens a custom buffer with all
options.
After the message Creating customization items... is finished, the rest of
the wait is much longer than the period in which that message is displayed.
However, no
Thanks, but I don't think this is a bug.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
I think behavior like text mode should be available in Emacs-Lisp mode
and other modes where it is likely to be useful!
As an abstract suggestion, I am in favor of it.
If someone wants to implement it, please do.
However, this is a new feature, so we would not install
it until after the
Does this patch solve the problem?
*** re-builder.el 06 Jan 2005 17:47:18 -0500 1.19
--- re-builder.el 25 Feb 2005 10:54:13 -0500
***
*** 327,336
Return binding for SYMBOL in the RE Builder target buffer.
`(with-current-buffer reb-target-buffer
It is not very dangerous, since it asks the user for confirmation.
But it may be inconvenient and annoying.
I agree it would be better to change this.
It is not easy to do, since there is no way for a C primitive
to use Lisp code to read the arguments.
It may not have to do with the compiler at all, but with a variable
(mark-diary-entries-in-calendar) being reset by the evaluation, which
caused the problematic code not to be executed.
I don't understand. Could you explain what that means?
Anyway, why does this resetting effect
It may not have to do with the compiler at all, but with a variable
(mark-diary-entries-in-calendar) being reset by the evaluation, which
caused the problematic code not to be executed. I cannot reconstruct
what precisely happened (and what I did), but I'm continuing the
I will turn off undo for tar mode buffers.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
I found a way to fix this to do what people want.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
One reason for this is that I am sometimes not releasing the mouse
button fast enough.
Perhaps we should increase the default time threshold.
The second reason is the delay until the action associated with the
click is actually performed and that one has to keep the mouse pointer
Animate used next-line instead of forward-line. I have fixed that.
Performance is now comparable to 21.3, and I even run 22.x without
optimizations.
Thank you.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
To make scrolling (even of images or lines of widely different height)
reliable, compute-motion would need to pay attention to every display
element and parameter, including things like frame-local face properties.
So either it re-implements the redisplay or it reuses the
Emacs crashed somewhere inside fontification invoked by the timer.
It seems this is not reproducible.
Can you please investigate the data objects that the innermost
few frames are operating on? For instance, whats the -8 here?
#0 0x081844ab in remove_properties (plist=-8,
Type M-x foo. You end up with
A45
This is because the `display' property of all three characters is eq.
With bar, they are three different strings.
I will document this in the manual.
___
Emacs-pretest-bug mailing list
Also `browse-url-default-browser' should look for `sensible-browser'
at high priority, which will DTRT on Debian.
Sorry, I don't understand that. What is `sensible-browser'?
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
As someone who doesn't have a background in Lisp, I would expect executing
the same statement three times to give the same result as executing three
identical statements.
The three identical statements are not identical--they contain distinct
string constants.
It looks like a let bind of `case-fold-search' is missing in
`hack-local-variables'. This patch fixes the problem for me, however I
am not sure it is the right thing to do.
You've analyzed the bug right, but the fix is not right. Your change
binds case-fold-search over a long part of
I could not reproduce this, with an Emacs built on March 12.
That is, I used dragging M-mouse-1 in a nonselected window
in the latest Emacs, and it was highlighted properly.
Then I used M-mouse-2 in another Emacs process
(this was an old Emacs, 20.7) and it was yanked ok.
This error is caused by out-of-sync lists `auto-mode-alist' and
`auto-coding-alist' where upper case extensions for archive files
exist in the former, but not in the latter.
I agree that the lists should be sync'd; however, when do people
actually use upper-case extensions for these
Your fix works only for the case where a specified directory has no
final slash. But after invoking M-x copy-file or M-x rename-file
the default initial value for the second argument has a final slash,
e.g. `/tmp/'. Since `copy-file' and `rename-file' have interactive
It fails here as well (GTK or tty) with emacs -Q (updated and built
10 hours, the same with a built from 2005-03-07). If I don't wait for
the `C-x-' echo to appear, it displays `C-x RET-'.
If it fails for you, can you debug it?
___
If this behavior is intended to address the case of quitting from a
buffer where a new frame is created to display that buffer, it seems
to make a lot more sense to record the fact that the frame was created
for that purpose, and have view-mode check for that specific case.
Then type M-x edit-abbrevs, and then C-x C-s. Emacs returns an error
message
Wrong type argument: integerp, (sys)
Thanks for reporting the bug, but
The reason seems to be the presence of (sys) in the buffer, for
system abbreviations. It may be sufficient not to print (sys)
Wow, thanks! Sorry to have been such a fool - and your advice was
indeed very helpful!
No need to apologize. It is better to report a bug which isn't
than to fail to report a bug which is.
___
Emacs-pretest-bug mailing list
filesets.el, which is new to Emacs 22, contains no autoload cookies. The
commentary says to put (require 'filesets) and (filesets-init) in your
.emacs if you want to use it. This is strange for a package distributed
with Emacs.
It is not unacceptable. Since enabling the feature
When describe-key is run interactively, echo_message_buffer is set
to Describe key: by message3_nolog,
Where in the code for message3_nolog does that happen?
I can't spot it.
It appears to me that echo_message_buffer is set by echo_now
*after* it calls message3_nolog. Which is also
You can always fix these problems locally by setting or binding
deactivate-mark in the particular place. WOuld you please fix it that
way?
Because I just compiled a fresh CVS checkout of Emacs and still see
the problem and haven't found a check-in by Stefan related to the
Richard rejected _automatic_ adding of undo-boundaries for timers when
we discussed this earlier.
Treating *process output* this way might be ok. It is not the same
issue as the result of user editing commands.
___
Emacs-pretest-bug mailing
Indeed reveal.el has this code (added on 2004-11-22):
(defvar reveal-mode-map
(let ((map (make-sparse-keymap)))
;; Override the default move-beginning-of-line and move-end-of-line
;; which skips valuable invisible text.
(define-key map [?\C-a]
Commands that generate lots of output:
Execute (shell-command (concat ogg123 your-favorite-ogg-file ))
Look in *Async Shell Command* to see the output - there is a lot
of it.
How about turning off undo in the *Async Shell Command* buffer?
I recently suggested patches to report menu bindings using the real
menu item texts rather than the internal names, like this:
File=Print=Print With Faces
I don't think it is much of an improvement. In any case,
it would have to be a very important improvement to be
I guess it should be visible at the end of the line.
Well Unicode says that guess is wrong...
Unicode is entitled to its opinion, but we do not necessarily
follow Unicode's opinion.
If the opinion is based on reasons, those reasons may be valid. It
would be useful for us to look at
The use of custom-current-group seems like a bad practice to me.
It is unreliable to make one defun depend on whatever was lying around
from a previous defun in this way. It has the result that moving
code from one place in a file to another changes its meaning.
So I think it would be better to
So I think it would be better to document that define-minor-mode
and easy-mmode-define-global-mode default the group based
solely on the mode name.
Ok, that was the actual behavior up till now anyway. For
define-minor-mode and easy-mmode-define-global-mode, it doesn't
I am not sure it is due to my change nor have any idea on what could
cause it. Maybe a guru of the custom/widget internals could help?
I hope we have one. I don't know any more about this code than you
do; probably less, since I have had more time to forget.
The experience of Custom
It seems to me as if set-window-point and goto-char don't do the same thing.
set-window-point basically executes the following statements:
--- snip ---
if (w == XWINDOW (selected_window)
XBUFFER (w-buffer) == current_buffer)
Fgoto_char (pos);
else
I will document magic-mode-alist in Choosing Modes.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
The whole point of the use of custom-current-group is to try and default to
the group that was defined in the current file. Such a group is unlikely to
be bogus.
My decision is to move away from such file-position-dependent defaults.
___
After Lute's patch the define-minor-mode for `diff-minor-mode' would
have to be given an explicit :group, or diff-minor-mode-hook would be
moved from the diff-mode group (where it belongs) to the bogus
diff-minor group (if I understood Lute's patch correctly). I am now
define-generic-mode didn't have any defcustom forms in the past. I
added one for the mode hook variable a few days ago. So the change I
propose is backward compatible.
Ok, please do it.
___
Emacs-pretest-bug mailing list
this works, but after some time emacs hangs.
I attached gdb and found it hangs around here:
Program received signal SIGTSTP, Stopped (user).
0x0819f18a in truncate_undo_list (b=0x9430a08) at undo.c:366
Of course, that will eventually be called, but if it hangs, that
is a bug.
It looks clean to me. I have never understood widgets very well,
so I don't know whether it is correct. But if it seems to work
better than the present code, it must be a step forward.
I wish someone here had enough expertise to be able to
assure us it is correct--but I think nobody does.
So
I think the current situation is best, it fixed the bug that the behavior
was different when loading the .el file than when loading the .elc file.
Sorry, I've decided I won't let this change remain installed.
We will not move towards increased use of custom-current-group.
If there was a
If things are that messed up, you probably need to do your debugging
in GDB. You could put a GDB breakpoint at lines like this in eval.c:
error (Lisp nesting exceeds max-lisp-eval-depth);
(I think there are two such lines.)
___
Emacs fails to respond, because it is buzy truncating a very large
undo list. My emacs doesnt respond to c-g during this operation, and
maybe that is normal behaviour.
It is strange that the undo list could get so big
that traversing it takes such a long time
without having been
But wouldn't it be better instead of these extension to add ZIP magic
string PK^C^D to `magic-mode-alist' to recognize archive files for
any possible extension?
Yes, in principle (like compressed files), but please don't mess with
that now.
I tend to agree it is better to
When the Emacs implementation of multilingual menus gets good enough,
at some point we might start putting some into Emacs.
I don't understand what isn't good enough about the GTK menus for this
now that most Emacs characters can be encoded in utf-8.
For Emacs to USE
If marker M points to position P in buffer A and you're in buffer B,
(goto-char M) will go to position P in buffer B, ignoring the fact that M is
a position in buffer A and that P may be outside of point-min...point-max in
buffer B.
Point can't move to a position outside the
: menu-bar edit select-paste ;; then enter the text in that file's
own buffer. runs the command menu-bar-select-yank
:which is an interactive compiled Lisp function in `menu-bar'.
: It is bound to menu-bar edit select-paste ;; then enter the text in
that file's own buffer.,
It would seem much safer to do the translation of escape sequences to
text-properties in the process filter (maybe it could add a
`font-lock-face' property, so that the displayed result would honor
font-lock-mode).
Would someone like to try implementing this?
Do these escape
Fprint uses PRINTPREPARE which will try to set point at the marker
position:
if (MARKERP (printcharfun))
\
{
\
...
SET_PT_BOTH
Could someone please look at this question further? I tried to work
on this problem but I could not understand it without more info.
When describe-key is run interactively, echo_message_buffer is set
to Describe key: by message3_nolog,
Where in the code for message3_nolog does that
(define-key map (kbd S-TAB) 'nero-move-to-previous-link)
should work, i.e., it should do the same thing as
(define-key map [(shift tab)] 'nero-move-to-previous-link)
(shift tab) is equivalent to the symbol S-tab, a shifted keyboard key.
(kbd S-TAB) is equivalent to the ASCII TAB
I don't know how to fix it, but I've traced it to the following problem:
% emacs -Q
[ type in some random text]
C-x 2
[ move point elsewhere ]
M-: (save-window-excursion (select-window (next-window))) RET
after the M-: command, point in the second window is
Silently using the absolute file name is a very error-prone behavior.
It is also very useful, and used frequently. I don't think I can
change this in read-file-name.
There was a bug report recently about `copy-file' and other similar
command assuming a wrong filename. This was
We are running into an ambiguity in the term authority. When you
first spoke about this, your words appeared to use the meaning He Who
Must Be Obeyed.
I'm taken aback that you'd think that.
Several of the things you've said about Unicode in this discussion
seemed to presume
Does this patch give good results?
*** jka-compr.el21 Mar 2005 12:44:09 -0500 1.81
--- jka-compr.el12 Apr 2005 22:04:09 -0400
***
*** 198,209
(choice :tag Compress Message
(string :format %v)
We would also want them to work with oldXMenu, but dropping support
for oldXMenu is also an option we could consider.
I don't understand why it's still there,
It was the default, once upon a time. We are conservative about
desupporting things, especially things that were once the
I updated the defface docstring. Thanks.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
But it seems that X.org is now what most people seem to be converging
to. So supporting these bindings should be helpful for a lot of users.
I agree, but I think we should document the situation so people won't
be puzzled when some things sometimes don't work.
If you try my example again:
% emacs -Q
[ type in some random text]
C-x 2
[ move point elsewhere ]
M-: (save-window-excursion (select-window (next-window))) RET
you'll see that at the end the second window's point is being set to the
On GNU Emacs 22.0.50.1 (i386-mingw-windows98.3000) of 2005-04-11 imenu
creates _two_ entries for, say
static void
describe_abbrev (sym, stream)
Lisp_Object sym, stream;
I can't reproduce this. Would you please give a complete test case,
saying exactly what to type so
This has now been fixed to say
menu-bar edit select-paste (any string)
Wouldn't it be clearer to say
menu-bar edit select-paste any string
This shows that the any string part is part of the sequence.
Not necessarily. It could also lead people to think it refers
Would it be acceptable to add something like:
(substitute-key-definition [f29] [C-f5] function-key-map) to xterm.el?
Does any terminal have a real f29 key?
If not, why not just define function-key-map to map
it unconditionally into C-f5?
___
I see no harm in adding it.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
There is international/iso-cvt.el which translates (La)TeX and HTML
files to ISO 8859-1 and back. However, I think this package does not
work beyond ISO 8859-1. At least, it would be necessary to provide
the appropriate conversion tables. Furthermore, it seems to me that
this
I did that; thanks.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
I didn't know that self-insert-cmmand also uses
translation-table-for-input. I have thought that the
variable is for an input method as in this docstring:
Perhaps the first step is to come up with a clearer statement of what
its job should be. From that, we should be able to decide
I'm not sure there is a right thing that covers all cases.
I have installed changes so that the ellipsis are now shown in the
same face as the preceding text, as that will probably be TRT for most
applications.
If you've done the best you can think of,
I am sure it is good
Duh, I didn't pay attention to the `substitute-key-definition' and simply
assumed it was `define-key'. Sorry for my being so dense,
Couldn't we use key-remapping instead?
I think that would be cleaner than using substitute-key-definition.
___
Thanks. I fixed this.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
`(elisp)Standard Hooks' says:
Every major mode defines a mode hook named `MODENAME-mode-hook'.
The major mode command runs this normal hook with `run-mode-hooks' as
the very last thing it does. *Note Mode Hooks::. Mode hooks are
omitted in the list below.
It would
Which of these do Lisp programmers need to use, and when?
It seems like tooltip-mode is used in several files, so at least that
function should be mentioned.
The place to document tooltip-mode, if we want to document it,
is the Emacs manual. It is a user-level command to enable or
I'm saying that changing it to
(save-excursion (save-window-excursion (select-window (next-window
ought to solve the problem too, and the approach is less risky.
That's true. But what about:
(save-window-excursion (forward-char 1) (select-window (next-window)))
Please investigate what happened in this frame:
#4 0x08185c1c in Fsignal (error_symbol=137657473, data=151680309) at
eval.c:1543
There is probably some invalid data somewhere, but what data is it?
And how did it get to be invalid?
___
When mouse-sel-mode is enabled, one cannot click on (mouse-1) buttons
in customize buffers or follow most links in *info* buffers, even
though mouse-1-click-follows-link is t.
Probably some function in mouse-sel.el needs to have the
support for mouse-1-click-follows-link merged into
At this point, I'd be happy with _any_ line, even not a clear one.
Something like ``let's not document everything'' just doesn't cut it,
sorry.
I wish I could give you the line that you want, but I can't. The
criterion is mostly a matter of how often, and how generally,
something is
I have a hard time believing you tyhink this behavior is desirable.
So just to double check: you do realize I'm talking about the window's
cursor.
I am not sure if that statement is meaningful. Remember, the window's
point value is never in use for the selected window. It is
special-display-regexps doesn't seem to apply to normal buffers opened
with find-file (or switched to via the buffers menu).
That's right. It has no effect on commands that always switch
to the buffer in the selected window. This affects calls
to display-buffer and pop-to-buffer, and
As I said, I agree with the general idea that save-window-excursion
shouldn't affect point, but I indeed think it's more important that it
shouldn't cause any window's cursor to move.
Copying the value of one window's point to another window's point is (to me)
always a bug.
I don't think this is worth the effort to documentn it.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
'backtrace_list' appears to only contain two items, and it looks like
the first one is semi-corrupted also.
It does look that way. The innermost element of backtrace_list should
have been made by the innermost Lisp-level function call. An ordinary
backtrace should show us what that was.
Stefan's proposal is to translate a character by
translation-table-for-input in read_char (). This is a
generic solution, but it makes read_char () return different
character depending on the buffer-file-coding-system of the
current buffer, which may or may not cause anther
I fixed this. Thanks.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
I fixed this. Thanks.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
I installed a change I think ought to fix your problem.
I can't test it myself. Please fetch the latest sources and see
if the problem is fixed.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
became:
TERM = xterm
Breakpoint 1 at 0x811e0a6: file emacs.c, line 460.
Function x_error_quitter not defined.
The function still exists in the source. Can you investigate
why it does not exist in your binary? I can only guess
it was inlined and optimized out of existence. But
The function still exists in the source. Can you investigate
why it does not exist in your binary? I can only guess
it was inlined and optimized out of existence. But that's
supposed to be prevented by NO_INLINE which should expand to
__attribute__((noinline)).
Okay, I give... what was the fix?
Why ask me to spend time explaining?
Get the latest sources and see what has changed.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
I fixed this yesterday.
Thanks.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Please Note: `c-macro-expand', despite its name, is _NOT_ part of CC
Mode. Its name prefix c- is misleading here.
It has this name because it is specifically for C code and C mode.
This function and its name antedate CC Mode.
___
Thanks for fixing this.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
I think this boils down to a bug in the kernel headers that gentoo
provides. Here is the thread and how I think it got included:
http://kerneltrap.org/mailarchive/1/message/61720/thread
Are you saying that most GNU/Linux distributions don't have this
problem--only Gentoo?
If so, we
Thanks. I will make them use the method in hack-local-variables-prop-line
with some ideas from Stefan's suggestion.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Periodically (once every week or so), when going to get new mail with
VM, Emacs will crash on me.
This suggests that something VM does to get new mail
corrupts data structures. Would someone like to see what
(your version of) VM does that might be unusual and not happen
much outside of
I will install the fix for this when I have a better connection.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
I expected the filter function to be called only when the menu is
being activated.
You can't count on that.
I will document this fact in the manual.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
1 - 100 of 1131 matches
Mail list logo