From: David Abrahams <dave@boost-consulting.com>
Subject: Re: nnimap slowness
Date: 18 Apr 2003 11:16:25 -0400 [thread overview]
Message-ID: <84u1cvltti.fsf@boost-consulting.com> (raw)
In-Reply-To: <uof3352z3.fsf@boost-consulting.com>
David Abrahams <dave@boost-consulting.com> writes:
> beaker@iavmb.pl (Krzysztof Jêdruczyk) writes:
>
> >> But you're seeing slowness on Windows? Never mind. Windows Emacs
> >> doesn't even have msec timeouts.
> >
> > I can actually confirm that it's GNU Emacs/W32 problem. On friday I
> > installed XEmacs and gnus/imap worked as fast as I would expect it
> > to (I had installed the same cvs-head-as-of-friday version).
>
> Well, that's fabulous. At least maybe I can be happy doing all my
> GNUs stuff under xemacs... if I can figure out how to get past
>
> "This application has failed to start because cygXpm-noX4.dll
> was not found."
>
> and, of course, making my .emacs file portable to XEmacs. Anyone
> know where there's a guide to that?
OK, I dealt with all that, and my IMAP interactions indeed seem to be
much faster. Now I'm seeing two weird effects in XEmacs/GNUs:
1. Every time I read a message, it gets an extra newline after it in
my summary buffer! Interestingly, the _other_ (unread) lines all seem
to end in ^M according to what I'm seeing below, having copied/pasted
from my summary buffer.
* 17-Apr[ 27: Aaron Moore ] Re: Collaboration?
* 17-Apr[ 51: faisal vali ] [boost] Re: Types and Programming Languages
* 18-Apr[ 53: Peter Dimov ] Re: exception specifications
* 18-Apr[ 33: David Abrahams ] Re: [boost] luabind
* 18-Apr[ 128: Pete Becker ] RE: Why integral_constant in type_traits?
* 18-Apr< 27: Pete Becker >
*R 18-Apr[ 13: Jeremy Siek ] boost-sandbox
* 18-Apr[ 65: ship-confirm@amazon.] Your Amazon.com order has shipped (#104-0735696-8985567)
*RA 18-Apr[ 34: Daveed Vandevoorde ] Re: Haskell Metaprogramming
* 18-Apr[ 19: code_cold ] [C++-sig] How to embed python to c++
2. For some reason, delete-selection-mode (a.k.a. pending-delete-mode)
does not always seem to take effect in message composition
buffers. It's very strange, because it seems to work unless I use
<CR> to delete selected text. Maybe this one is just an XEmacs
quirk and nothing more...
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
next prev parent reply other threads:[~2003-04-18 15:16 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-21 21:51 David Abrahams
2003-03-22 0:54 ` Simon Josefsson
2003-03-22 1:21 ` David Abrahams
2003-03-22 3:51 ` Simon Josefsson
2003-03-22 16:55 ` David Abrahams
2003-03-22 17:12 ` Simon Josefsson
2003-03-22 17:18 ` David Abrahams
2003-03-22 17:52 ` Simon Josefsson
2003-03-22 18:48 ` David Abrahams
2003-03-30 19:20 ` Simon Josefsson
2003-03-30 22:12 ` David Abrahams
2003-03-31 12:30 ` Simon Josefsson
2003-03-31 22:31 ` David Abrahams
2003-04-01 11:20 ` Simon Josefsson
2003-03-31 1:13 ` Krzysztof Jędruczyk
2003-03-31 12:33 ` Simon Josefsson
2003-03-31 16:51 ` Lars Magne Ingebrigtsen
2003-03-31 17:18 ` Lars Magne Ingebrigtsen
2003-03-31 17:25 ` Simon Josefsson
2003-04-13 13:45 ` Krzysztof Jędruczyk
2003-04-18 13:50 ` David Abrahams
2003-04-18 15:16 ` David Abrahams [this message]
2003-04-19 18:34 ` Kai Großjohann
2003-04-18 15:44 ` David Abrahams
2003-04-19 18:35 ` Kai Großjohann
2003-04-20 9:28 ` David Abrahams
2003-04-18 19:01 ` A.J. Rossini
2003-04-18 19:19 ` David Abrahams
2003-04-19 6:28 ` Steinar Bang
2003-04-19 20:07 ` Frank Schmitt
2003-03-23 3:20 ` David Abrahams
2003-03-22 18:47 ` Jody Klymak
2003-03-24 9:12 ` Niklas Morberg
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=84u1cvltti.fsf@boost-consulting.com \
--to=dave@boost-consulting.com \
/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.
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 NNTP newsgroup(s).