>> ** Ange-ftp should ignore irrelevant IPv6 errors:
>>
>> Message-Id: <[EMAIL PROTECTED]>
>> From: "Piet van Oostrum"
>> To: emacs-pretest-bug@gnu.org
>> Subject: Ange-ftp can't deal with IPV6/IPV4 fallback
>>
>> Symptoms:
>>
>> C-x C-f /ftp.nluug.nl:/
>>
>> The problem is that the DNS first
I'm seeing strange error messages (typically about incorrect search bound in
utf-8-pre-write-conversion) when working under a tty and after tracking it
down, I ended up with the following backtrace:
#1 0x080fbd94 in set_conversion_work_buffer (multibyte=1) at coding.c:6041
#2 0x080fc0d8 in run_
Symptoms:
I'm seeing a problem with Tramp in which when I save a file or revisit it,
emacs changes its mind on the type of line endings to DOS mode, whether or not
the file was DOS mode before.
The result of the initial save on disk doesn't contain CR characters, but
subsequent saves do.
I see t
The debugger window should appear.
Then type either C-x 0 or C-x k RET to get rid the window (or the
buffer).
Do NOT type q.
Then evalute ring-bell-function.
It's nil.
That is because you are still inside the call to `error'.
You have not yet exited from the `let'.
So the fix would then be to make height when querying frame parameters
mean height not including tool bar. I think this is a risky change,
some lisp code depends on the current behaviour
(frame-notice-user-settings among other things). I suggest saving this
for after the
python-mode.el (distributed with Python) and python.el (bundled with
Emacs-CVS) are two completely different (codewise) major modes for Python.
It's difficult to figure out which one you're talking about in which part of
your message.
> * with the standard python-mode, I can interpret a file in th
Where should I document it in the Emacs manual?
I can't seem to find any doc for sh-mode in the Emacs manual.
Please add a section in the chapter on programming modes.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.g
Right now GNU Emacs 23 running via sudo as root crashed when I had
open a second frame which I tried to enlarge. Apple's CrashReporter
saved this from the stack:
This doesn't say much. Can you reproduce this? If so, try running
Emacs inside gdb and get the exact line where Emacs crashes
Ralf Angeli <[EMAIL PROTECTED]> writes:
> Scrolling may
> look a bit strange because overlays with multi-line overlay strings
> are skipped as a whole and not displayed anymore. So if you have
> something like this
>
> first line first line [overlay overlay overlay overlay overlay
> overlay o
Philippe is referring to a problem with the python-mode.el that
originated from python, not the python-mode that is included in Emacs
CVS.
So please ignore this bug report (with regards to Emacs).
Philippe Charpentier:
* I hence saw on the wiki that one could use the standard python-
mode.
On 12 Jul 2005, at 19:06, Richard M. Stallman wrote:
(defadvice error (around ring-bell (&rest args) activate protect)
(let ((ring-bell-function nil))
(ding)
ad-do-it))
lets ring-bell-function set to nil after (error "xxx") is called.
I can't reproduce that. If I have
* Kim F. Storm (2005-07-13) writes:
> I have installed some changes to fix this and other problems related
> to line-move around such multi-line overlay strings.
Cool! Thank you very much! I was plowing through the code in xdisp.c
and dispnew.c but didn't really know where to start. Maybe I ca
Start a fresh Emacs (-Q),
open an extra frame with C-x 5 2,
paste the code below into the buffer and then do M-x eval-buffer.
(setq testvar 77) ;; global binding
(print testvar)
(make-variable-frame-local 'testvar)
(modify-frame-parameters nil '((testvar . 33))) ;; local binding
(print testvar)
Ralf Angeli <[EMAIL PROTECTED]> writes:
> Some additions ...
>
> * Ralf Angeli (2005-07-10) writes:
>
>> I am currently not sure if `line-move-1' is the correct location for
>> fixing this bug. Maybe the code involved in scrolling would be more
>> appropriate?
>
> With the testcase one can demons
> In <[EMAIL PROTECTED]> Jan D. wrote:
> Basically it is a font <=> locale problem. I suspect you have UTF-8 as
> your locale coding, but X does not seem capable of using fonts in 10646
> coding in this case. So X needs fonts in many codings to cover UTF-8.
That seems true, though I changed
Stefan Monnier wrote:
The inconsistency is that when creating a frame, Emacs adds the tool bar
height to the frame parameter (say you specified height 40, Emacs adds 3 =>
43). This makes sense in that you can specify 40 lines and not have to care
about the tool bar height. But the lines in the
Katsumi Yamaoka wrote:
Oops, your fix did the trick in the Solaris 2.6 display. I'm
using the Fedora Core 4 linux normally, and it will be a problem
of occurring only with FC4's X server (or the window manager).
I'll look into it, though I might be able to do nothing...
Basically it
Joshua Varner wrote:
I have CVS emacs from mid June I believe -- it's been a little since I
updated -- compiled with --with-gtk, and I noticed an interesting
behavior.
If you run emacs like this and then grab the title bar as soon as it
appears and hold down the mouse button, the window won't r
In dired, I get an error with key "%Y" which runs the command
`dired-do-relsymlink-regexp' defined in dired-aux.el. Comparison with
`dired-do-rename-regexp' defined in dired-x.el suggests the following
patch. It seems to work fine.
2005-07-13 Markus Rost <[EMAIL PROTECTED]>
* dired-x.
> In <[EMAIL PROTECTED]> Katsumi Yamaoka wrote:
>> Thanks. I tried it, however I'm not still able to set the
>> `menu' font.
> Oops, your fix did the trick in the Solaris 2.6 display. I'm
> using the Fedora Core 4 linux normally, and it will be a problem
> of occurring only with FC4's X ser
Symptoms:
I was trying to use the native python-mode in Aquamacs, then fetch the
"official" one and observed the following behaviour:
* with the standard python-mode, I can interpret a file in the python
interpreter, but the content of this file doesn't load in the global scope
(i.e. I cannot e
21 matches
Mail list logo
