[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#20207: closed (25.0.50; url-retrieve-synchronously

From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#20207: closed (25.0.50; url-retrieve-synchronously hangs)
Date: Sun, 26 Apr 2015 15:24:02 +0000

Your message dated Sun, 26 Apr 2015 18:23:37 +0300
with message-id <address@hidden>
and subject line Re: bug#19860: 25.0.50; One url-retrieve-synchronously call 
running concurrently with another can freeze it
has caused the debbugs.gnu.org bug report #19729,
regarding 25.0.50; url-retrieve-synchronously hangs
to be marked as done.

(If you believe you have received this mail in error, please contact

19729: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19729
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 25.0.50; url-retrieve-synchronously hangs Date: Thu, 26 Mar 2015 20:38:48 +0200
To reproduce:

 emacs -Q

Type into the scratch buffer:

 (url-retrieve-synchronously "http://localhost:1/";) C-j

Emacs hangs until you type C-g.  I believe it hangs in
accept-process-output that is called by url-retrieve-synchronously.

Turning on url-debug produces the following *URL-DEBUG* buffer;

  http -> Contacting host: localhost:2
  http -> Marking connection as busy: localhost:2 #<process localhost<1>>
  retrieval -> Spinning in url-retrieve-synchronously: nil (#<buffer  *http 
local host:2*>)
  http -> Marking connection as free: localhost:2 #<process localhost<1>>
  http -> Activating callback in buffer ( *http localhost:2*): #[128 
"\302\303\30\4p#\210\300\305\240\210\301p\240\207" [(nil) (#<buffer  *http 
localhost:2*>) ur\l-debug retrieval "Synchronous fetching done (%S)" t] 5 "

  (fn &rest IGNORED)"] ((:error (error connection-failed "failed with code 111
  " :host "localhost" :service 2)))
  retrieval -> Synchronous fetching done (#<buffer  *http localhost:2*>)

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'.
For information about debugging Emacs, please read the file

In GNU Emacs (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1)
 of 2015-03-17 on fencepost.gnu.org
Repository revision: e70a1f9b42857fa1315302b9c140a6d40ea15f1d
System Description:     Trisquel 4.1 LTS

Configured using:
 `configure --prefix=/home/e/eliz --enable-checking=yes,glyphs
 --with-gif=no --with-tiff=no 'CFLAGS=-O0 -g3''

Configured features:

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Contacting host: localhost:1
Contacting host: localhost:2
Mark set
Scanning for dabbrevs...done

Load-path shadows:
None found.

(shadow sort mail-extr dabbrev emacsbug message dired format-spec rfc822
mml mml-sec mm-decode mm-bodies mm-encode mailabbrev gmm-utils
mailheader sendmail mail-utils cus-edit easymenu cus-start cus-load
wid-edit network-stream nsm starttls url-cache url-http tls mail-parse
rfc2231 rfc2047 rfc2045 ietf-drums url-gw url-auth url url-proxy
url-privacy url-expand url-methods url-history url-cookie url-domsuf
url-util url-parse auth-source cl-macs eieio eieio-core cl-generic
byte-opt gv bytecomp byte-compile cl-extra seq cconv pcase cl-loaddefs
cl-lib gnus-util mm-util help-fns mail-prsvr password-cache url-vars
mailcap xterm time-date tooltip eldoc electric uniquify ediff-hook
vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow timer select scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp
files text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
gfilenotify dynamic-setting font-render-setting move-toolbar gtk
x-toolkit x multi-tty emacs)

Memory information:
((conses 16 117483 6859)
 (symbols 48 21842 0)
 (miscs 40 45 130)
 (strings 32 22726 6972)
 (string-bytes 1 623691)
 (vectors 16 12115)
 (vector-slots 8 390120 1904)
 (floats 8 129 169)
 (intervals 56 197 0)
 (buffers 976 14)
 (heap 1024 35413 908))

--- End Message ---
--- Begin Message --- Subject: Re: bug#19860: 25.0.50; One url-retrieve-synchronously call running concurrently with another can freeze it Date: Sun, 26 Apr 2015 18:23:37 +0300 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:36.0) Gecko/20100101 Thunderbird/36.0
On 04/26/2015 06:01 PM, Eli Zaretskii wrote:

It looks like this also fixed bug#20207 and #19729, so I think we can
close them.  Dmitry, can you verify that they are solved for you as

Indeed, they are. Thanks for the reminder.

--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]