> With your old compile flags, and this patch applied to the current CVS
> sources, does bootstrap still fail?
I hope it does :-(, because -DENABLE_CHECKING should have caught
those, otherwise.
Stefan
> *** emacs/src/keymap.c.~1.340.~ 2006-10-11 23:33:12.0 -0400
> --- ema
In article <[EMAIL PROTECTED]>, pluskid <[EMAIL PROTECTED]> writes:
> Then, try the following code
> (let ((foo "foobar"))
> (aset foo 0 ?\!!)) ; note the `!!' means the Chinese character I
> ; mentioned above
> evaluate this expression , I get an error:
> Debugger entere
> Date: Wed, 11 Oct 2006 22:54:05 +0200
> From: "Peter Tury" <[EMAIL PROTECTED]>
>
> normally I start emacs with the "default EmacsW32 icon" (= gnuclientw.exe
> -sqf).
>
> Now I've tried emacs.exe -Q; then opening the 1MB file: it's fine (1-2
> seconds), but fundamental mode was used. In this ru
> Date: Wed, 11 Oct 2006 22:15:54 +0200
> From: "Peter Tury" <[EMAIL PROTECTED]>
>
> I found that newer v22 Emacses (I tried:
> - patched EmacsW32 vP060914 (=mid September);
> - patched EmacsW32 vP060926 (= end of September) and
> - unpatched(!) EmacsW32 vU061011(=current CVS))
> are much slower t
With your old compile flags, and this patch applied to the current CVS
sources, does bootstrap still fail?
*** emacs/src/keymap.c.~1.340.~ 2006-10-11 23:33:12.0 -0400
--- emacs/src/keymap.c 2006-10-11 23:42:26.0 -0400
***
*** 1610,1622
/* We are not int
> My gcc command does not have an option "-Wno-pointer-sign".
> (gcc version is 3.4.6)
> So, I tried this command.
> --
> ./configure --with-gtk CFLAGS="-pipe -O2 -g -Wall -DUSE_LISP_UNION_TYPE
> -DENABLE_CHECKING"
> make bootstrap
> --
> keymap.c's compile time warning is
> --
> gcc -c -I/usr/
> (aset foo 0 ?\!!)
As a general rule I recommend to never use `aset' on strings. It turns out
that it's indeed rarely used, and that implementing it is stupidly tricky
and potentially much more costly than one would think.
My own local Emacs is hacked to disallow `aset' on strings and it works
In "Re: emacs-current bootstrap fail on FreeBSD 6.2" at Wed, 11 Oct 2006
20:54:58 -0400
Chong Yidong <[EMAIL PROTECTED]> wrote:
> HASHI Hiroaki <[EMAIL PROTECTED]> writes:
>
> > My gcc command does not have an option "-Wno-pointer-sign".
> > (gcc version is 3.4.6)
> >
> > So, I tried this comma
HASHI Hiroaki <[EMAIL PROTECTED]> writes:
> My gcc command does not have an option "-Wno-pointer-sign".
> (gcc version is 3.4.6)
>
> So, I tried this command.
> --
> ./configure --with-gtk CFLAGS="-pipe -O2 -g -Wall -DUSE_LISP_UNION_TYPE
> -DENABLE_CHECKING"
> make bootstrap
>
> segfault did not
My gcc command does not have an option "-Wno-pointer-sign".
(gcc version is 3.4.6)
So, I tried this command.
--
./configure --with-gtk CFLAGS="-pipe -O2 -g -Wall -DUSE_LISP_UNION_TYPE
-DENABLE_CHECKING"
make bootstrap
--
keymap.c's compile time warning is
--
gcc -c -I/usr/X11R6/include -I/usr/l
Richard Stallman <[EMAIL PROTECTED]> writes:
> You reported this for Emacs 23.
> Does this happen in the Emacs 22 sources?
Yes, same problem with Emacs 22 and Emacs 23 on GNU/Linux and
Windows-xp.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@
Stefan Monnier <[EMAIL PROTECTED]> writes:
>>> ./configure --with-gtk CFLAGS="-pipe -O2 -g"
>>> make bootstrap
>
> If additionally to "-pipe -O2 -g" you pass
> "-Wall -Wno-pointer-sign -DUSE_LISP_UNION_TYPE -DENABLE_CHECKING", do you
> see any warning in the compilation log (especially in the comp
Ralf Angeli wrote:
Perhaps somebody can tell me what the problem was which the check-in
from 2002-02-22 was supposed to solve in order for me being able to
check if this is still an issue. I could not find anything related to
it in the list archives of emacs-devel or emacs-pretest-bug (the
archi
Am 11.10.2006 um 23:20 schrieb Chong Yidong:
Peter Dyballa <[EMAIL PROTECTED]> writes:
when I have in load-path outside /usr/local/share/emacs/22.0.50/lisp/
international the files (copies obviously):
If you remove these spurious translation table files from your
load-path, the problem goes
Peter Dyballa <[EMAIL PROTECTED]> writes:
> when I have in load-path outside /usr/local/share/emacs/22.0.50/lisp/
> international the files (copies obviously):
If you remove these spurious translation table files from your
load-path, the problem goes away: correct or not?
__
Am 11.10.2006 um 20:51 schrieb Richard Stallman:
No, I wouldn't say so. In the extra directory were the non-
compiled
ELisp files. These files are stable, unchanged, since last year,
obviously (I forgot to diff before I deleted them, seeing that the
byte counts were the same).
Dan Jacobson <[EMAIL PROTECTED]> writes:
> Gentlemen, how cruel of you to beep "undo-start: No undo information
> in this buffer". One never knew how much one uses undo until it is
> turned off. All one can do is save to a new file for the moment.
>
> Save the attached into file.html
Which file a
mendouer <[EMAIL PROTECTED]> writes:
> Can not load emacs-wiki-mode.In debian.??
This is a bug in emacs-wiki-mode. It's fixed in the latest version of
emacs-wiki-mode.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org
Hi,
additional info:
normally I start emacs with the "default EmacsW32 icon" (= gnuclientw.exe -sqf).
Now I've tried emacs.exe -Q; then opening the 1MB file: it's fine (1-2
seconds), but fundamental mode was used. In this running "pure" emacs
I loaded the files for the specific mode support for
Gentlemen, how cruel of you to beep "undo-start: No undo information
in this buffer". One never knew how much one uses undo until it is
turned off. All one can do is save to a new file for the moment.
Save the attached into file.html
then do emacs -Q file.html
type a character, try to undo, and ge
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of th
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of th
Hello everyone!
I'm using today's cvs version of Emacs 23(unicode branch):
M-x version
GNU Emacs 23.0.0.2 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2006-10-11 on
kid
and eval this piece of code
(let ((foo "foobar"))
(aset foo 0 ?\我))
the Chinese character 我 means `I' in English. Then I ge
I test my .emacs line by line and find out this problem is caused by
this line:
(setq frame-title-format (list "%f (%l,%c) @" system-name))
That like looks correct, so it is still a bug.
___
emacs-pretest-bug mailing list
emacs-pretes
You reported this for Emacs 23.
Does this happen in the Emacs 22 sources?
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Hi,
I found that newer v22 Emacses (I tried:
- patched EmacsW32 vP060914 (=mid September);
- patched EmacsW32 vP060926 (= end of September) and
- unpatched(!) EmacsW32 vU061011(=current CVS))
are much slower than older ones (I tried for comparison patched
EmacsW32 vP060415 (=mid April)).
This is
No, I wouldn't say so. In the extra directory were the non-compiled
ELisp files. These files are stable, unchanged, since last year,
obviously (I forgot to diff before I deleted them, seeing that the
byte counts were the same). So GNU Emacs was and is loading the same
co
* Ralf Angeli (2006-09-14) writes:
> * Jason Rumney (2006-08-08) writes:
>
>> Eli Zaretskii wrote:
Date: Fri, 04 Aug 2006 22:00:02 +0100
From: Jason Rumney <[EMAIL PROTECTED]>
We already have a hack in the code to keep the menu for a second,
because we know that Windows te
Gentlemen, in addition to
v dired-view-file
there ought to be a
z dired-view-file-tail
which also first does a
View-scroll-to-buffer-endscroll so that buffer end is at last line of
window.
E.g., I am poking around /var/log. Of course I want to see the ends of
files, not the beginnings.
I not
In "Re: emacs-current bootstrap fail on FreeBSD 6.2" at Tue, 10 Oct 2006
13:19:18 -0400
Chong Yidong <[EMAIL PROTECTED]> wrote:
> If you apply this patch to the latest sources, does bootstrap succeed?
No. still fail bootstrap.
> *** emacs/src/keymap.c.~1.340.~ 2006-09-28 16:31:40.000
Leo <[EMAIL PROTECTED]> writes:
> On Wed, 11/10/06 11:09 +0100, Eli Zaretskii wrote:
>
>>> Cc: emacs-pretest-bug@gnu.org
>>> From: Zhang Wei <[EMAIL PROTECTED]>
>>> Date: Wed, 11 Oct 2006 17:06:19 +0800
>>>
>>> I test my .emacs line by line and find out this problem is caused by
>>> this line:
>>
On Wed, 11/10/06 13:33 +0100, Kenichi Handa wrote:
> In article <[EMAIL PROTECTED]>, Leo <[EMAIL PROTECTED]> writes:
>
>> I didn't set Emacs.FontBackend.
>
> ??? Didn't you wrote as below?
>
>> This is very helpful. However even with "Emacs.FontBackend: xft" and
>> --enable-font-backend, CJK will
In article <[EMAIL PROTECTED]>, Leo <[EMAIL PROTECTED]> writes:
> I didn't set Emacs.FontBackend.
??? Didn't you wrote as below?
> This is very helpful. However even with "Emacs.FontBackend: xft" and
> --enable-font-backend, CJK will use xfld font other than xft font if
> both fonts are availabl
On Wed, 11/10/06 12:00 +0100, Kenichi Handa wrote:
> In article <[EMAIL PROTECTED]>, Leo <[EMAIL PROTECTED]> writes:
>
>> I have heard of this issue in the Chinese community for a long time
>> but I just recently updated to CVS 20061004 and can experience it
>> myself.
>
>> >
>> > (frame-parameter
In article <[EMAIL PROTECTED]>, Leo <[EMAIL PROTECTED]> writes:
> I have heard of this issue in the Chinese community for a long time
> but I just recently updated to CVS 20061004 and can experience it
> myself.
> >
> > (frame-parameter nil 'font-backend)
> >
> It is "(xft x)".
That's strange.
Seems as function `list-at-point' from thingatpt.el
fails.
To check this, I set a defun foo at the beginning of a
buffer and called check-list functions an them as
given. The result was always nil, but should return the
list.
(defun foo ()
" "
(interactive "*")
(message "%s" "baz"))
(defun
On Wed, 11/10/06 11:09 +0100, Eli Zaretskii wrote:
>> Cc: emacs-pretest-bug@gnu.org
>> From: Zhang Wei <[EMAIL PROTECTED]>
>> Date: Wed, 11 Oct 2006 17:06:19 +0800
>>
>> I test my .emacs line by line and find out this problem is caused by
>> this line:
>>
>> (setq frame-title-format (list "%f (%
> Cc: emacs-pretest-bug@gnu.org
> From: Zhang Wei <[EMAIL PROTECTED]>
> Date: Wed, 11 Oct 2006 17:06:19 +0800
>
> I test my .emacs line by line and find out this problem is caused by
> this line:
>
> (setq frame-title-format (list "%f (%l,%c) @" system-name))
Now I can reproduce this, thank
The gnuserv message looks to me like gnuserv is complaining about that it can
not talk to Emacs (because Emacs just crashed).
Content-Type: multipart/alternative;
boundary="060802040201040308000104"
--060802040201040308000104
Content-Type: text/plain; charset=ISO-
Jason Rumney <[EMAIL PROTECTED]> writes:
> The gnuserv error message seems to be a symptom of a different problem
> in both reports. The other report was when using wanderlust (mail
> reader) with zipped mail folders. Zhang, Are your info files compressed?
> If so, it could be the same problem, bu
Eli Zaretskii wrote:
I googled the web and found a same problem report here:
http://www.ysnb.net/meadow/meadow-users-jp/2006/msg00091.html
This report is in Japanese, so I cannot read it.
It seems like a gnuserv problem
I wonder how could gnuserv have
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> From: Zhang Wei <[EMAIL PROTECTED]>
>> Date: Wed, 11 Oct 2006 15:44:59 +0800
>>
>> Emacs crashed while reading elisp manual, this problem could be
>> reproduced by the following input sequence:
>>
>> start emacs and press "C-h i m elisp m lists m ri
I just tested with CVS Emacs and it did not crash for me.
In GNU Emacs 22.0.50.1 (i386-mingw-nt5.0.2195)
of 2006-10-11
- Original Message -
From: Zhang Wei <[EMAIL PROTECTED]>
Date: Wednesday, October 11, 2006 9:44 am
Subject: emacs crashed on windows-xp
>
> Emacs crashed while readin
Did you start Emacs with
emacs -Q
- Original Message -
From: Zhang Wei <[EMAIL PROTECTED]>
Date: Wednesday, October 11, 2006 9:44 am
Subject: emacs crashed on windows-xp
>
> Emacs crashed while reading elisp manual, this problem could be
> reproduced by the following input sequence
> From: Zhang Wei <[EMAIL PROTECTED]>
> Date: Wed, 11 Oct 2006 15:44:59 +0800
>
> Emacs crashed while reading elisp manual, this problem could be
> reproduced by the following input sequence:
>
> start emacs and press "C-h i m elisp m lists m rings u u"
It doesn't crash for me, neither on Wi
On Wed, 11/10/06 08:51 +0100, Kenichi Handa wrote:
> Sorry for the late response.
>
> In article <[EMAIL PROTECTED]>, Leo <[EMAIL PROTECTED]> writes:
>
>> Start emacs with "emacs --enable-font-backend -fn mono".
>
>> ,[ C-u C-x = ]
>> | character: 字 (23383, #o55527, #x5b57)
>> | prefer
Emacs crashed while reading elisp manual, this problem could be
reproduced by the following input sequence:
start emacs and press "C-h i m elisp m lists m rings u u"
I googled the web and found a same problem report here:
http://www.ysnb.net/meadow/meadow-users-jp/2006/msg00091.html
It see
Sorry for the late response.
In article <[EMAIL PROTECTED]>, Leo <[EMAIL PROTECTED]> writes:
> Start emacs with "emacs --enable-font-backend -fn mono".
> ,[ C-u C-x = ]
> | character: 字 (23383, #o55527, #x5b57)
> | preferred charset: chinese-gb2312 (GB2312 Chinese simplified: ISO-IR-
48 matches
Mail list logo