Chris Moore skrev:
Richard Stallman <[EMAIL PROTECTED]> writes:
* running the same build on the same debian sid machine under KDE
when you run it under KDE, is that the GTK build of Emacs?
It's the same build in all cases. The same binary files. I make a
".deb" package from the re
> > Can you please find a way to get the full log?
>
> attached (this is with the CVS head build from this morning)
There's still something odd because the first entry (at the end) is:
(send-item #1# gdb-info-breakpoints-handler)
and all the initial commands at startup are missing (set heig
In article <[EMAIL PROTECTED]>, Stefan Monnier <[EMAIL PROTECTED]> writes:
> > But, as Stefan wrote, it is better to call
> > (set-buffer-multibyte nil) much earlier.
> > Anyway, it is better to fix the function bound to loc-dec to
> > work in a multibyte buffer too. Which function is it?
> I b
> But, as Stefan wrote, it is better to call
> (set-buffer-multibyte nil) much earlier.
> Anyway, it is better to fix the function bound to loc-dec to
> work in a multibyte buffer too. Which function is it?
I believe the function "at fault" is uudecode-decode-region, although
personally I think
> * running the same build on the same debian sid machine under KDE
> when you run it under KDE, is that the GTK build of Emacs?
It's the same build in all cases. The same binary files. I make a
".deb" package from the results of the build and install that same
package
In article <[EMAIL PROTECTED]>, Chris Moore <[EMAIL PROTECTED]> writes:
> I didn't have uudecode installed on the local machine, so TRAMP was
> using Emacs' Lisp version of uudecode, and using Emacs' write-region
> to save the results to a file.
> tramp.el is careful to bind coding-system-for-wri
> tramp.el is careful to bind coding-system-for-write to 'binary when
> writing the region:
>(let ((coding-system-for-write 'binary))
> (funcall loc-dec (point-min) (point-max))
> (write-region (point-min) (point-max) tmpfil))
> but unf
In article <[EMAIL PROTECTED]>, Chris <[EMAIL PROTECTED]> writes:
> I have a 1 byte file on a remote server. If I use 'scp' to copy the
> file to my local machine, it copies correctly, but if I use:
> $ emacs -Q
> (copy-file "/ssh:[EMAIL PROTECTED]:~/file" "/tmp/file") C-j
> to copy it, then
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> I just tried this, and I cannot reproduce the problem with the
> current CVS: I get an exact replica of the original file on my local
> machine.
I found what was causing the problem:
I didn't have uudecode installed on the local machine, so TRAMP was
u
This change:
Typing C-x C-e twice prints the value of the integer result
in additional formats (octal, hexadecimal, character) specified
by the new function `eval-expression-print-format'. The same
function also defines the result format for `eval-expressi
"Aaron S. Hawley" <[EMAIL PROTECTED]> writes:
> This bug is really worth fixing. Otherwise, the lisp expression
> aspect of `query-replace-regexp' will behave /unnecessarily/ slow.
Sure, but I don't have access to commit the patch.
Can someone who does please take a look and check it in if it's
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> Do _all_ files from that machine copy incorrectly? Or just some?
No. Plain text files copy correctly for example. And I just noticed
that using /scp:... instead of /ssh:... works fine, too. I only used
ssh in the first place because I didn't have ss
Chris Moore wrote:
I'm not confident about it. It seems to be working well for me still,
but there's quite a lot of functionality available at the
query-replace prompt which I neither understand nor use.
All the replacement actions seem to work in my experience. The ones I
tested were the
Richard Stallman <[EMAIL PROTECTED]> writes:
> Thanks.
While looking into this problem, I discovered that some in-line images
can't be scrolled even after the emacs-w3m fix.
I don't know whether to report it or not because it's already known
that image support in Emacs is pretty flaky, but, just
Leo <[EMAIL PROTECTED]> writes:
> I actually have noticed this a long time ago using Gnus' Face/X-Face
> feature. All transparent parts become black.
Interesting. They go white here.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http:/
Richard Stallman <[EMAIL PROTECTED]> writes:
> * running the same build on the same debian sid machine under KDE
> when you run it under KDE, is that the GTK build of Emacs?
It's the same build in all cases. The same binary files. I make a
".deb" package from the results of the build and
> Date: Wed, 10 Jan 2007 21:04:19 +0100
> From: Chris <[EMAIL PROTECTED]>
>
> I have a 1 byte file on a remote server. If I use 'scp' to copy the
> file to my local machine, it copies correctly, but if I use:
> $ emacs -Q
> (copy-file "/ssh:[EMAIL PROTECTED]:~/file" "/tmp/file") C-j
> to copy
Nick Roberts wrote:
Can you please find a way to get the full log?
attached (this is with the CVS head build from this morning)
gdb-debug-ring
Description: Binary data
elisp-backtrace
Description: Binary data
___
emacs-pretest-bug mailing list
e
$ emacs -Q
M-x shell RET
cd /tmp RET
echo hello > file RET
C-x 4 f file RET
M-x hexl-mode RET
C-x o
echo world >> file RET
C-x 4 f file RET
("File file changed on disk. Reread from disk? (yes or no)")
yes RET
(notice the contents of buffer 'file' are now in plain text, but the
buffer is sti
* Chris Moore (2007-01-10 01:49 +0100) said:
^^^
> Download this image and open it in Emacs:
>
>
> http://tango-project.org/static/cvs/tango-art-tools/palettes/Tango-Palette.png
>
> The image has lots of transparent pixels. Using M-x
> set-background-colour RET and you'll see the back
I have a 1 byte file on a remote server. If I use 'scp' to copy the
file to my local machine, it copies correctly, but if I use:
$ emacs -Q
(copy-file "/ssh:[EMAIL PROTECTED]:~/file" "/tmp/file") C-j
to copy it, then the resulting local file is 2 bytes long.
I used hexl-mode to compare the tw
Thanks.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
* running the same build on the same debian sid machine under KDE
* running the same build on the same debian sid machine with
different GTK theme (tried Amaranth, Crux and Simple - all show the
crash)
So it's something specific to GNOME on this laptop.
Is it a matter
Jan Djärv <[EMAIL PROTECTED]> writes:
> Thanks. Somehow the thread detection thingy isn't working
> correctly. While I try to figure this out, please try the patch
> suggested by YAMAMOTO Mitsuharu.
That patch didn't appear to make any difference, but I've found one
that fixes the bug for me.
GNU Emacs 22.0.92.5 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2007-01-08 on quant8
Just got this:
Breakpoint 3, x_error_quitter (display=0x8589bd8, error=0xbfdab788)
at xterm.c:7833
7833 if (error->error_code == BadName)
(gdb) where
#0 x_error_quitter (display=0x8589bd8, err
This change:
Typing C-x C-e twice prints the value of the integer result
in additional formats (octal, hexadecimal, character) specified
by the new function `eval-expression-print-format'. The same
function also defines the result format for `eval-expression' (M-:),
`eva
[...]
Directory international
Directory language
Directory mail
Directory mh-e
Directory net
Directory play
Directory progmodes
Directory term
Directory textmodes
Directory url
Directory obsolete
Generating cus-load.el...
Saving file d:/emacs-unicode-2/lisp/cus-load.el...
Loading vc-cvs...
Wrote d
* Vinicius Jose Latorre (2007-01-10 03:01 -0200) said:
^
> Hi Leo,
>
> Thanks for the Emacs image.
Welcome!
>
[...]
>> Thank you for the answer.
>> However output from ps-print does not look good generally in a dark
>> background? Is this a known problem?
>
> Ok, using the p
28 matches
Mail list logo