unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Angelo Graziosi <Angelo.Graziosi@roma1.infn.it>
To: Ralf Angeli <angeli@caeruleus.net>
Cc: auctex-devel@gnu.org, emacs-devel@gnu.org
Subject: Re: Emacs trunk(+AUCTeX) regressions
Date: Sun, 1 Feb 2009 17:27:08 +0100 (CET)	[thread overview]
Message-ID: <Pine.LNX.4.64.0902011654050.5171@login2.roma1.infn.it> (raw)
In-Reply-To: <87skmybdwi.fsf@photon.caeruleus.net>

[-- Attachment #1: Type: TEXT/PLAIN, Size: 3433 bytes --]


With a binary search, the changes which cause the problems I see, are 
localized between

CVS of  20090129 15:30  (works fine)

and

CVS of  20090129 15:40  (does not work fine)

i.e.

$ cat src_ChangeLog-20090129_1540-1530.diff
--- /tmp/emacs/src/ChangeLog    2009-02-01 16:24:46.031250000 +0100
+++ emacs/src/ChangeLog 2009-02-01 14:02:47.000000000 +0100
@@ -1,3 +1,26 @@
+2009-01-29  Chong Yidong  <cyd@stupidchicken.com>
+
+       * keyboard.c (pending_signals): New var.
+       (poll_for_input, input_available_signal, init_keyboard): Set it.
+       (process_pending_signals): New function.
+
+       * lisp.h (QUIT): Check pending_signals instead of
+       interrupt_input_pending.  Use process_pending_signals.
+
+       * atimer.c (run_timers, alarm_signal_handler): Update
+       pending_signals.
+
+       * process.c (wait_reading_process_output): Use
+       process_pending_signals.
+
+       * sysdep.c (emacs_write): Use process_pending_signals.
+
+       * xterm.c (XTread_socket): Update pending_signals.
+
+       * w32term.c (w32_read_socket): Update pending_signals.
+
+       * w32inevt.c (w32_console_read_socket): Update pending_signals.
+
  2009-01-29  Kenichi Handa  <handa@m17n.org>

         * xftfont.c (xftfont_has_char): New function.


To reproduce the things I have attached a tarball which contains a .tex 
file to be used under Emacs+AUCTeX and a skeleton of my ".emacs" file. 
Indeed something there triggers the problems. As you can see in ".emacs" I 
have (since I was 'children' with Emacs...):

(setq imenu-auto-rescan-maxout 500000)

which seems to cause the problems. If you comment out it, then 
Emacs-builds > 20090129-15:30 seems to work normally. Instead with 
"imenu-auto-rescan-maxout" > 80000 (default 60000, me 500000), when I type 
a key, it is echoized (appears) after: 9 seconds (gulp!) on Cygwin and 1.5 
seconds on GNU/Linux Kubuntu 8.04.02!

As I wrote: it is more than an year I use Emacs23-gtk+AUCTeX, and with 
"(setq imenu-auto-rescan-maxout 500000)", without big problems.

Ralf, I am afraid I can't give a short example to be used with emacs -Q... 
The test case should have many lines and many sectioning (section, 
chapter, subsection...). However the test case I send is simple to use: 
after visiting it with Emacs, one should only type a character a see after 
how many seconds it appear (obviously all this with the skeleton .emacs 
substituting yours temporarly).


Cheers,
Angelo.



On Sun, 1 Feb 2009, Ralf Angeli wrote:
> * Angelo Graziosi (2009-02-01) writes:
>
>> It seems that the changes in Emacs 23.0.60 trunk that have been done
>> between 2009.01.27 and 2009.01.31 cause big regressions on Cygwin and
>> GNU/Linux Kubuntu 8.04.02 (even if here they are weaker), mainly with
>> AUCTeX.
>>
>> Visiting a tex file can take several seconds and when one type a character
>> it takes some time before it is echoized. The effect are greater with
>> bigger file. Also closing a buffer or quitting from Emacs takes some time.
>
> I cannot reproduce this with
> emacs -Q -l auctex circ.tex
> using an anti-aliased DejaVu Sans Mono font or a non-anti-aliased
> Terminal font on Debian sid.  In the anti-aliased case there is a
> noticable lag during scrolling.  But it is not so bad that it shows
> during character insertion.
>
> So please provide a minimal test case starting from emacs -Q (likely
> with a sample LaTeX file) for reproducing the problem.
>
>

[-- Attachment #2: Type: APPLICATION/x-bzip2, Size: 81920 bytes --]

  reply	other threads:[~2009-02-01 16:27 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-01 10:10 Emacs trunk(+AUCTeX) regressions Angelo Graziosi
2009-02-01 11:22 ` Ralf Angeli
2009-02-01 16:27   ` Angelo Graziosi [this message]
2009-02-01 17:49     ` Ralf Angeli
2009-02-01 21:46       ` Angelo Graziosi
2009-02-01 14:40 ` Chong Yidong

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.LNX.4.64.0902011654050.5171@login2.roma1.infn.it \
    --to=angelo.graziosi@roma1.infn.it \
    --cc=angeli@caeruleus.net \
    --cc=auctex-devel@gnu.org \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).