GNU bug report logs - #3218
23.0.92; Problem in accept-process-output?

Previous Next

Package: emacs;

Reported by: David Abrahams <dave <at> boostpro.com>

Date: Tue, 5 May 2009 10:35:03 UTC

Severity: normal

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (Emacs bug Tracking System)
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: bug#3218: marked as done (23.0.92; Problem in accept-process-output?)
Date: Wed, 06 May 2009 01:55:07 +0000
[Message part 1 (text/plain, inline)]
Your message dated Tue, 05 May 2009 21:49:44 -0400
with message-id <jwv63gfm260.fsf-monnier+emacsbugreports <at> gnu.org>
and subject line Re: bug#3218: Oops
has caused the Emacs bug report #3218,
regarding 23.0.92; Problem in accept-process-output?
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact help-debbugs <at> gnu.org
immediately.)


-- 
3218: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3218
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: David Abrahams <dave <at> boostpro.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.92; Problem in accept-process-output?
Date: Tue, 05 May 2009 04:08:56 -0600
[Message part 3 (text/plain, inline)]
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 <at> gnu.org mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Opening an IMAP server in gnus.  Curiously, this doesn't happen in an
emacs started cleanly, so I'm not really sure what's going on, but this
backtrace ought to help

[bt (text/plain, inline)]
Debugger entered--Lisp error: (wrong-type-argument integerp 0.01)
  ad-Orig-accept-process-output(#<process imap<5>> 0.01 0.01 nil)
  accept-process-output(#<process imap<5>> 0 100)
  imap-wait-for-tag(289 nil)
  imap-send-command-wait("NOOP" nil)
  byte-code("ÃÄ\"‰Å=ƒÆ‚	Ç)‡" [buffer status imap-error imap-send-command-wait "NOOP" OK t nil] 4)
  imap-ping-server()
  imap-opened(" *nnimap* Mail")
  imap-open("localhost" nil network login " *nnimap* Mail")
  nnimap-open-connection("Mail")
  nnimap-open-server("Mail" ((nnimap-address "localhost") (nnimap-stream network) (nnimap-authenticator login)))
  byte-code("	A@	AA\"‡" [open-server-function gnus-command-method] 3)
  gnus-open-server((nnimap "Mail" (nnimap-address "localhost") (nnimap-stream network) (nnimap-authenticator login)))
  gnus-server-open-server("nnimap:Mail")
  call-interactively(gnus-server-open-server nil nil)
[Message part 5 (text/plain, inline)]

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/Applications/Emacs.app/Contents/Resources/etc/DEBUG for instructions.


In GNU Emacs 23.0.92.1 (i386-apple-darwin9.6.0, NS apple-appkit-949.43)
 of 2009-04-26 on black.local
Windowing system distributor `Apple', version 10.3.949
configured using `configure  '--with-ns''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  value of $XMODIFIERS: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  show-paren-mode: t
  global-auto-revert-mode: t
  delete-selection-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
M-x r e p o r t - e m a <tab> <return>

Recent messages:
Loading /Users/dave/elisp/config.d/window-splitting...done
Loading /Users/dave/.emacs.d/3rd-party/package.d/bbdb/lisp/bbdb-autoloads...done
Loading /Users/dave/.emacs.d/3rd-party/package.d/muse/lisp/muse-autoloads.el (source)...done
Loading /Users/dave/.emacs.d/3rd-party/package.d/planner/lisp/planner-autoloads.el (source)...done
Loading /Users/dave/.emacs.d/3rd-party/package.d/remember/lisp/remember-autoloads.el (source)...done
Loading /Users/dave/.emacs.d/3rd-party/package.d/w3m/lisp/w3m-load.el (source)...done
Loading /Users/dave/elisp/autoload.d/lisp-mode-setup...done
Loading /Users/dave/elisp/init.el (source)...done
Loading /Users/dave/.emacs.d/elpa/package.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.

-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
[Message part 6 (message/rfc822, inline)]
From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: David Abrahams <dave <at> boostpro.com>
Cc: 3218-done <at> debbugs.gnu.org
Subject: Re: bug#3218: Oops
Date: Tue, 05 May 2009 21:49:44 -0400
> This bug should be closed; it is due to mis-written advice that I added to
> accept-process-output.  If anything needs to be fixed in  emacs, the docs
> for that function ought to be explicit that the MSECS  parameter must be
> integral (not floating point).

Actually, it shouldn't be used, as explained in the docstring:

   The millisec argument is obsolete and should be avoided.


-- Stefan


This bug report was last modified 16 years and 15 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.