[EMAIL PROTECTED] writes:
The command that generated this: jpegtran -rotate 90 -copy all
file.jpg ~/.emacs.d/tumme/.tumme_rotate_temp
The problem is that the fails if the file already exists.
So I made a change to tumme-rotate-original that checks if that
file is there and deletes it
The problem is that the fails if the file already exists.
So I made a change to tumme-rotate-original that checks if that
file is there and deletes it before running the current rotate
command.
Really strange. I rotate images all the time with tumme and I have
never seen
I think the following patch should be applied to ispell.el (but I don't
use polish). The regexp in francais7 is not wrong but misleading.
*** ispell.el.~1.203.~ Mon Nov 6 10:23:02 2006
--- ispell.el Fri Jan 12 11:47:16 2007
***
*** 574,580
[A-Za-z^\\] [^A-Za-z^\\]
Nick Roberts [EMAIL PROTECTED] writes:
Really strange. I rotate images all the time with tumme and I
have never seen this problem. Normally has no problem
overwriting old files.
twurgl probably uses a csh variant and has set noclobber while you
don't.
In that case, applying this
echo junkme ~/.emacs.d/tumme/.tumme_rotate_temp when that file already
exists fails for me.
and I discovered the problem when I ran the jpegtran command on the
command-line, ie it fails too.
I use tcsh and if I run set on the command-line, I see noclobber is listed.
It must be set by
The problem is that the fails if the file already exists.
So I made a change to tumme-rotate-original that checks if that
file is there and deletes it before running the current rotate
command.
Really strange. I rotate images all the time with tumme and I have
never seen this
Stefan Monnier [EMAIL PROTECTED] writes:
But tumme should not be using the user's login shell (especially since it
may be anything, including Emacs). It should use /bin/sh regardless. So it
doesn't really explain it.
Would having 'set -o noclobber' in one of /bin/sh's startup files
explain
Hi, this bug remains[*] and a quick look at the C++ file I am editing shows
that most of my methods have ended up with this sort of misfontification
somewhere. Note that misfontification does not occur during initial
fontification, only after editing (though not in a way I can replicate). I
But tumme should not be using the user's login shell (especially since it
may be anything, including Emacs). It should use /bin/sh regardless. So it
doesn't really explain it.
Would having 'set -o noclobber' in one of /bin/sh's startup files
explain it?
/bin/sh has only one startup file
Would having 'set -o noclobber' in one of /bin/sh's startup files
explain it?
/bin/sh has only one startup file (/etc/profile and/or ~/.profile) which is
only sourced for login shells, so no that wouldn't explain it.
I see now that jpegtran has an option, -outfile:
-outfile name
I made some tests and it is not possible to use frame-parameter in the
ps-default-fg and ps-default-bg initialization, because, during Emacs
initilization, ps-print is loaded before the frame parameters are set.
1. Why is ps-print loaded before the frame parameters are set?
In what
Is there a good reason why using \xNN should cause the string to be
multibyte? It seems counterintuitive to me.
This gives you a way to force a string constant to multibyte.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
Sure, but I don't have access to commit the patch.
Please send the patch again.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Some, but the root cause is still unknown. It seems UNBLOCK_INPUT gets
called
more than BLOCK_INPUT, so the counter goes below zero and Emacs aborts (in
UNBLOCK_INPUT).
It is easy to see how a function could return failing to do
UNBLOCK_INPUT, which would cause the opposite
I tried the -outfile ~/.emacs.d/tumme/.tumme_rotate_temp from the command line;
it works great.
It overwrites the old outfile.
thanks
Mathias
However, the underlying bug in `insert' remains I think.
Stefan Monnier said the problem is that:
| Basically, `insert' uses implicitly string-make-multibyte instead of
| string-to-multibyte.
I am not convinced this is a bug.
___
Well, I don't know why, but when the initialization code for
ps-default-bg and ps-default-fg include frame-parameter,
What is the precise test case that you tried?
If the variables have a value (let's say, 'frame-parameter), the value
of them is calculated when any ps-print
I tried the -outfile ~/.emacs.d/tumme/.tumme_rotate_temp from the command line;
it works great.
It overwrites the old outfile.
Is it OK to commit a fix for this now?
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
Hello,
I just installed Ubuntu Edgy 6.10, and still experiences
problems with `color-theme' (versions 6.5.4, 6.5.5 and
6.6.0) under Emacs Snapshot (GTK).
I see some of my colors
Here is a simple file handler that delegates all operations:
(defun trivial-file-handler (operation rest args)
(let ((inhibit-file-name-handlers
(cons 'trivial-file-handler
(and (eq inhibit-file-name-operation operation)
inhibit-file-name-handlers)))
Please install that fix too. Please also look at the Lisp Manual
docs for file-attributes, in case that also need fixing.
I installed all my fixes. I believe it should now work, although I'm sure
there are still many spots left were similar problems can show up.
Stefan
it before incrementing interrupt_input_blocked in the #define for
BLOCK_INPUT fixes the bug!
Are you sure it fixes it? It may just hide it by slightly changing
the timing.
Stefan
___
emacs-pretest-bug mailing list
22 matches
Mail list logo