GNU bug report logs -
#3218
23.0.92; Problem in accept-process-output?
Previous Next
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
[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)]
[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)]
> 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.