Url package in cvs head cannot use http proxy.
# gateway method is default (native).
For example, this simple code fail with url-gw.el rev 1.15
(url-retrieve http://www.gnu.org/; 'ignore))
but success with url-gw.el rev 1.14.
With rev 1.15, url-retrievef issue GET requests
GET
Eli Zaretskii [EMAIL PROTECTED] writes:
From: Richard Stallman [EMAIL PROTECTED]
Date: Tue, 07 Nov 2006 23:18:08 -0500
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
That sounds like exactly the right thing for the Emacs calendar to
consult.
I don't think Emacs needs
On Wed, 08/11/06, Kenichi Handa wrote:
In article [EMAIL PROTECTED], Leo [EMAIL PROTECTED] writes:
Start emacs with emacs -Q and type some text in the *scrach* buffer,
select the text with mouse left button, and paste them to xterm with
middle button, you will get a !MEM FULL! on the mode
Here is a patch that fixes the below problem for cvs emacs.
The patch prevents the re-fontification of the case keyword as a constant.
I also toyed with some code that fontifies the case constants as constants,
as Emacs 19-21 tries to do, but it doesn't (can't) work in all cases. Also,
I think
Chong Yidong writes:
This patch implements this (modulo the requisite documentation
changes).
Since e.g. compile.el and term.el also set EMACS, I suggest
emacs-environment-variable instead of comint-subshell-envvar.
Best wishes! -- Markus
___
On Tue, Nov 07 2006, Reiner Steib wrote:
Alexandre and Elias: Does this patch give good results?
Please consider this patch instead:
--8---cut here---start-8---
--- nnheader.el 01 Aug 2006 12:10:19 +0200 7.24
+++ nnheader.el 08 Nov 2006 15:33:18 +0100
Kenichi == Kenichi Handa [EMAIL PROTECTED] writes:
Kenichi They are ambiguous according to EastAsianWidth.txt of
Kenichi Unicode. I think the right thing is to set them to the
Kenichi symbol `ambiguous', and make display routine (and column
Kenichi calculation routine) to resolve it to 1 or 2
Kenichi Handa [EMAIL PROTECTED] writes:
! (modify-category-entry elt ?\|)))
This is questionable. At least, shouldn't we exclude Hangul?
I don't konw korean, does Hangul has a different char break rule?
___
emacs-pretest-bug mailing list
This patch implements this (modulo the requisite documentation
changes).
Please do not go ahead with this solution. Adding an option
to choose between two broken behaviors is not a good solution.
___
emacs-pretest-bug mailing list
Kim F. Storm writes:
Kenichi Handa [EMAIL PROTECTED] writes:
I want to see the value of nbytes. If you re-build emacs
as below, I think you can see the value when segfault
happens.
% cd .../emacs/src
% touch process.c
% make CFLAGS=-g
I think this is better:
It's clearly one or the other. Personally, I think we should revert
the changes, and get whichever projects use EMACS in their build
scripts to use some other variable name instead.
I don't like that approach because it conflicts with a general
convention for makefiles. I think that
Richard Stallman [EMAIL PROTECTED] writes:
It's clearly one or the other. Personally, I think we should revert
the changes, and get whichever projects use EMACS in their build
scripts to use some other variable name instead.
I don't like that approach because it conflicts with a
Richard Stallman wrote:
I would assume that M-x calendar must use the database directly
to find out _when_ DST starts and ends to print the calendar
correctly.
I guess that is true, for the sake of the holiday display.
Given a way to check any given time for DST, it would not
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-pretest-bug@gnu.org,
[EMAIL PROTECTED]
From: [EMAIL PROTECTED] (Kim F. Storm)
Date: Wed, 08 Nov 2006 10:22:25 +0100
I don't think Emacs needs to consult tzdata, because on system that
have it, the library functions which handle
when linking temacs:
xmenu.o: In function `Fmenu_or_popup_active_p':
/var/local/cc/news/emacs/src/xmenu.c:3773: undefined reference to
`popup_activated'
collect2: ld returned 1 exit status
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
15 matches
Mail list logo