In [EMAIL PROTECTED] Kenichi Handa wrote:
In article [EMAIL PROTECTED], Chris Moore [EMAIL PROTECTED] writes:
Stefan Monnier [EMAIL PROTECTED] writes:
Which function is it?
I believe the function at fault is uudecode-decode-region
Yes, it's uudecode-decode-region.
Ok, I've just
There's no ``best way'', it depends on what code calls call-process.
In some cases, you could bind default-directory to something sensible
(e.g., invocation-directory), in others you _must_ fail, because the
command arguments could use something like ./foo/bar which precludes
If I do
C-x C-f somefile.txt RET C-x C-s
in order to create and save an empty file, Emacs replies
No changes need to be saved
It has always been this way. I hesitate to change it ever,
and I certainly do not want to change it now.
Thanks.
In article [EMAIL PROTECTED], Katsumi Yamaoka [EMAIL PROTECTED] writes:
In [EMAIL PROTECTED] Kenichi Handa wrote:
In article [EMAIL PROTECTED], Chris Moore [EMAIL PROTECTED] writes:
Stefan Monnier [EMAIL PROTECTED] writes:
Which function is it?
I believe the function at fault is
In [EMAIL PROTECTED] Kenichi Handa wrote:
In article [EMAIL PROTECTED], Katsumi Yamaoka [EMAIL PROTECTED] writes:
uudecode.el bundled with Gnus now doesn't work with Emacs 21 and
XEmacs because of `string-to-multibyte'.
[...]
+ (defalias 'uudecode-string-to-multibyte
[...]
Yes. Please
I got a report for a parallel make failure when doing:
make -j4 -C lisp updates
Here is the relevant portion of the log:
Generating autoloads for subdirs.el...
Generating autoloads for subdirs.el...done
Generating autoloads for eshell/esh-groups.el...
Generating autoloads for
After doing an update of the sources from CVS today, `make bootstrap'
does not finish anymore. The last command in the terminal is
EMACSLOADPATH=/usr/src/emacs/leim/../lisp LC_ALL=C ../src/emacs -batch
--no-init -file --no-site-file --multibyte -f batch-byte-compile
quail/ZIRANMA.el
which
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Wed, 24 Jan 2007 10:13:52 -0800
I got a report for a parallel make failure when doing:
make -j4 -C lisp updates
Thanks. People should really try to use -j more, as it reveals subtle
problems in our Makefile's.
Is this patch correct?
Yes, I
Eli Zaretskii [EMAIL PROTECTED] writes:
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Wed, 24 Jan 2007 10:13:52 -0800
I got a report for a parallel make failure when doing:
make -j4 -C lisp updates
Thanks. People should really try to use -j more, as it reveals
Ralf Angeli [EMAIL PROTECTED] writes:
After doing an update of the sources from CVS today, `make
bootstrap' does not finish anymore. The last command in the
terminal is
EMACSLOADPATH=/usr/src/emacs/leim/../lisp LC_ALL=C ../src/emacs -batch
--no-init -file --no-site-file --multibyte -f
* Romain Francoise (2007-01-24) writes:
Ralf Angeli [EMAIL PROTECTED] writes:
After doing an update of the sources from CVS today, `make
bootstrap' does not finish anymore.
It does finish but it's *very* slow; compiling this file now takes
about 5 minutes on my computer where it took only
Kevin Rodgers [EMAIL PROTECTED] writes:
It should signal an error, that the directory doesn't exist. How
does one create a buffer whose default-directory doesn't exist?
One finds a file or creates a buffer which isn't associated with a
file, but has default-directory set anyway, and then has
Richard Stallman [EMAIL PROTECTED] writes:
There's no ``best way'', it depends on what code calls call-process.
In some cases, you could bind default-directory to something sensible
(e.g., invocation-directory), in others you _must_ fail, because the
command arguments could
YAMAMOTO Mitsuharu [EMAIL PROTECTED] writes:
Could you test if the following patch affects the stability?
That seems to be fine, but then, the problem has already been fixed by
a previous patch.
I can't tell whether your patch has improved things or not. Behaviour
looks the same with or
On Wed, 24 Jan 2007 23:27:06 +0100, Chris Moore [EMAIL PROTECTED] said:
I can't tell whether your patch has improved things or not. Behaviour
looks the same with or without it - ie. fine.
I'm not sure, but I think this is the change which fixed it:
2007-01-11 Jan Djärv [EMAIL
Ralf Angeli [EMAIL PROTECTED] writes:
The build process, however, now is really slow. Probably twice the
time it took before.
Is the slowness restricted to the abnormally large files in the leim
subdirectory, such as ZIRANMA.el and ja-dic.el, or is it all lisp files?
If the former, perhaps we
In article [EMAIL PROTECTED], Miles Bader [EMAIL PROTECTED] writes:
Ralf Angeli [EMAIL PROTECTED] writes:
The build process, however, now is really slow. Probably twice the
time it took before.
Is the slowness restricted to the abnormally large files in the leim
subdirectory, such as
Cc: emacs-pretest-bug@gnu.org
From: Dan Nicolaescu [EMAIL PROTECTED]
Date: Wed, 24 Jan 2007 12:13:03 -0800
I misspoke. Emacs is not trying to load loaddefs.el, it's trying to
read it. Both the finder-data and custom-deps make targets read the
loaddefs.el file (well, they read all the elisp
From: Chris Moore [EMAIL PROTECTED]
Date: Wed, 24 Jan 2007 22:58:37 +0100
Cc: emacs-pretest-bug@gnu.org
Note that when checking for the existance of default-directory, we
need to take the filename handlers into account.
What do you mean by ``take into account''? File primitives already do
YAMAMOTO Mitsuharu skrev:
So, in order for BLOCK_INPUT to work reliably, it seems that
interrupt_input_blocked should be declared as volatile (or maybe
`volatile sig_atomic_t' instead of `volatile int') because it is
accessed from a signal handler.
I think volatile int is OK, I'm sure some
Kim == Kim F Storm [EMAIL PROTECTED] writes:
Kim
Kim Klaus Zeitler [EMAIL PROTECTED] writes:
When I change the frame to 81 columns (the tab in the long line is now
wrapped after 1 char), clicking on the '7' will set the cursor to '6'.
In GNU Emacs 22.0.50.14
21 matches
Mail list logo