Lennart Borgman [EMAIL PROTECTED] writes:
Kim F. Storm wrote:
The problem on w32 is that w32 sends a message to the process when
delete-process is used. W32 then expects the process to answer to some
w32 message (can't remember which one right now). Cygwin does not
answer to this message.
Recursive copies in dired fail rather ungracefully: if an error occurs
for one file the whole operation is aborted, leaving the remaining
files unprocessed. See the following example: A dired buffer looks
like this:
,
| /tmp/foo:
| total used in directory 15 available 265502
|
Lennart Borgman [EMAIL PROTECTED] writes:
find . ( -type f -exec grep -q -e message {} ; ) -exec ls -ld {} ;
Thanks, that expression works with the GnuWin32 port of GNU find and
CMD.exe.
To remove the bugs I suggest the following approach:
1) A new function quote-special-characters that
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
Type
M-: most-negative-fixnum RET
and you get the output
-268435456 (#o360, #xf000)
The unsigned numbers to the right don't make sense: they are 29-bit
numbers sign-extended to 32 bit. The
This node is a catch-all of options that each have something to do
with display - from `baud-rate' to `ctl-arrow'. The text runs on, from
one option to the next. Some option descriptions are several
paragraphs each. The result is an unorganized grab bag.
I will split out two large
With Debian emacs-snapshot 20060730-1 upon find-file
/var/cache/apt/archives/mediawiki1.7_1.7.1-1_all.deb I see:
The undo info was discarded because it exceeded `undo-outer-limit'.
This is normal if you executed a command that made a huge change
to the buffer. In that case, to prevent similar
Now you've really done it. M-x fill-paragraph on
487.2875,
487.3375,
487.4000,
487.4500,
487.4750,
487.5250,
487.5500,
487.6000,
487.7250,
487.8000,
487.8500,
487.8750,
gives
487.2875, 3375, 4000, 4500, 4750, 5250, 5500, 6000, 7250, 8000, 8500,
487.8750,
OK, probably well intentioned, but not
Lennart Borgman wrote:
1) A new function quote-special-characters that will quote characters
like (); if it is a unix style shell.
If we DTRT in shell-quote-argument, then we don't need to introduce
further complication.
2) A new function w32-shell-is-unix-style that looks at
Jason Rumney wrote:
We already have w32-system-shells, which is the inverse of the
variable you propose (except it is missing cmdproxy.exe, I am not
sure if there is a good reason for that).
In fact we have a function w32-shell-dos-semantics for precisely this
purpose. So a suitable patch
Please try
$ strace firefox
$ strace emacs
Notice that after things settle, firefox gives the CPU or whatever
several seconds of rest between polling etc. activity, whilst emacs
causes a constant stream.
I notice when I exited emacs, my laptop fan soon was able to take rest
breaks. With an
Now you've really done it. M-x fill-paragraph on
487.2875,
487.3375,
487.4000,
487.4500,
487.4750,
487.5250,
487.5500,
487.6000,
487.7250,
487.8000,
487.8500,
487.8750,
gives
487.2875, 3375, 4000, 4500, 4750, 5250, 5500, 6000, 7250, 8000, 8500,
487.8750,
OK, probably well intentioned, but not
This node is a catch-all of options that each have something to do
with display - from `baud-rate' to `ctl-arrow'. The text
runs on, from
one option to the next. Some option descriptions are several
paragraphs each. The result is an unorganized grab bag.
I notice when I exited emacs, my laptop fan soon was able to take rest
breaks. With an emacs running, even idle, the fan never stops!
(Well sometimes it never stops anyway (Celeron M, no power saving))
try (setq jit-lock-stealth-time nil) in your .emacs.
Stefan
Jason Rumney wrote:
Jason Rumney wrote:
We already have w32-system-shells, which is the inverse of the
variable you propose (except it is missing cmdproxy.exe, I am not
sure if there is a good reason for that).
In fact we have a function w32-shell-dos-semantics for precisely this
purpose. So
In GNU Emacs 22.0.50 (i686-pc-linux-gnu) of 2006-08-28
after visiting an image file in tty-only built Emacs (i.e. no X),
it signals the following error:
Debugger entered--Lisp error: (void-function clear-image-cache)
clear-image-cache()
image-toggle-display()
image-mode()
using recent cvs gnu emacs
I start emacs using
emacs -Q file.f
I drag the mouse to highlight a region
mouse-1- fortran-comment region
error message: mark is not active now
if I do set-mark using ctrl-@ or such, then use arrows to highlight a
region, then use the mouse to do comment region,
The problem on w32 is that w32 sends a message to the process when
delete-process is used. W32 then expects the process to answer to some
w32 message (can't remember which one right now). Cygwin does not answer
to this message. Then w32 shows a dialog box and asks the user what
This seems to fix it; does it give good results?
*** editfns.c 26 Aug 2006 06:12:54 -0400 1.423
--- editfns.c 28 Aug 2006 13:46:46 -0400
***
*** 3758,3764
this_format[format - this_format_start] = 0;
if (INTEGERP (args[n]))
!
I think this fix ought to work, but it is not easy for me to test it.
Would you please test it?
*** dired-aux.el17 Jul 2006 16:31:56 -0400 1.146
--- dired-aux.el28 Aug 2006 14:35:01 -0400
***
*** 1165,1174
(or top (dired-handle-overwrite
Kim F. Storm wrote:
How can the choice of firewall influence whether delete-process
works or not?
I do not know. I just know that when I reverted to my old firewall the
problem seems to be (nearly) gone. And I know that with the other
firewall things sometimes slowed down to a crawl.
I am
Lennart Borgman [EMAIL PROTECTED] writes:
It is probably waiting for some event then. A backtrace
should show you where it is waiting, and the state may
then show you what it is waiting for.
Is there any way to get that when Emacs is frozen?
Run it in a debugger, and stop it when it's
Juri Linkov [EMAIL PROTECTED] writes:
I think even if Emacs doesn't display images on a tty, it still makes
sense to open the content of an image file as text in the Emacs buffer
without an error.
I checked in a fix for this.
(We may have to rethink some of these issues when the multi-tty
Hi,
This question is for ebrowse.
I noticed that whilethe tag-like functions, such as ebrowse-tags-find-definition works fine in c++ mode, their key bindings are gone. When I do ctl-C c b in a c++ buffer, I get a beep. Is there something I need to do before this can happen, or this is a bug?
Hezi Gildor wrote:
emacs -Q file.f
I drag the mouse to highlight a region
mouse-1- fortran-comment region
error message: mark is not active now
if I do set-mark using ctrl-@ or such, then use arrows to highlight a
region, then use the mouse to do comment region, it works fine.
The
24 matches
Mail list logo