unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#13546: 24.2.92; Error(s) when sending emails
@ 2013-01-25  9:23 Sebastien Vauban
  2013-01-25 13:52 ` Eli Zaretskii
       [not found] ` <mailman.18301.1359121987.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-01-25  9:23 UTC (permalink / raw)
  To: 13546-ubl+/3LiMTaZdePnXv/OxA

Hello,
For some unknown reason, at some point in time, I've got an error when sending
emails -- the same way I do for ~ 8 years now:

--8<---------------cut here---------------start------------->8---
network-stream-open-starttls: make client process failed: no error, :name, smtpmail, :buffer, *trace of SMTP session to mail.missioncriticalit.com*, :host, mail.missioncriticalit.com, :service, 25
Saving file d:/Users/sva/.gnus.d/drafts/drafts/2...
Mark set
basic-save-buffer-2: IO error writing d:/Users/sva/.gnus.d/drafts/drafts/2: Socket operation on non-socket
Saving file d:/Users/sva/.gnus.d/drafts/drafts/2...
--8<---------------cut here---------------end--------------->8---

This phenomenon is really new to me, but I can't tell its source:

- because of the pretest Emacs version?
- because of my new environment (new laptop with Windows 8)?
- because I'm using constantly the sleep mode of the laptop?
- ...

And, what's even more surprising, is the second error: when wanting to save a
draft copy of the email (as I couldn't send it), with C-c C-d, I've got the
error:

--8<---------------cut here---------------start------------->8---
basic-save-buffer-2: IO error writing d:/Users/sva/.gnus.d/drafts/drafts/2: Socket operation on non-socket
--8<---------------cut here---------------end--------------->8---

In GNU Emacs 24.2.92.1 (i386-mingw-nt6.2.9200)
 of 2013-01-16 on MS-W8-DANI
Bzr revision: 111185 rgm-x6JLEaVhGFnVmAmV2YmiiFrJYiBtcHauc0cLeeUDf5YN2h7/eYb4UQ@public.gmane.org
Windowing system distributor `Microsoft Corp.', version 6.2.9200
Configured using:
 `configure --with-gcc (4.7) --no-opt --enable-checking --cflags
 -Ic:/emacs/libs/libXpm-3.5.10/include -Ic:/emacs/libs/libXpm-3.5.10/src
 -Ic:/emacs/libs/libpng-dev_1.4.3-1_win32/include
 -Ic:/emacs/libs/zlib-dev_1.2.5-2_win32/include
 -Ic:/emacs/libs/giflib-4.1.4-1-lib/include
 -Ic:/emacs/libs/jpeg-6b-4-lib/include
 -Ic:/emacs/libs/tiff-3.8.2-1-lib/include
 -Ic:/emacs/libs/libxml2-2.7.8-w32-bin/include/libxml2
 -Ic:/emacs/libs/gnutls-3.1.5-w32/include
 -Ic:/emacs/libs/libiconv-1.14-2-mingw32-dev/include'

Important settings:
  value of $LANG: en_US.utf8
  locale-coding-system: cp1252
  default enable-multibyte-characters: t

Major mode: Group

Minor modes in effect:
  gnus-topic-mode: t
  helm-match-plugin-mode: t
  recentf-mode: t
  global-auto-complete-mode: t
  pretty-control-l-mode: t
  shell-dirtrack-mode: t
  auto-image-file-mode: t
  gnus-undo-mode: t
  yas-global-mode: t
  yas-minor-mode: t
  show-paren-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
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<return> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <return> e C-c C-c <up> 
. T r <tab> <return> <down> e C-c C-c <up> <return> 
q <up> <up> <up> <up> <up> <return> <return> <down> 
<down> <return> SPC <backspace> <down> <up> <down> 
<return> SPC SPC SPC SPC SPC SPC n n n n n SPC SPC 
SPC SPC <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> M-u <down> M-u q <return> <return> 
SPC q <return> <down> <up> <return> SPC SPC SPC q C-u 
a <down> <down> <down> <down> <down> <return> C-x i 
~ / m a <tab> <return> <up> C-x i <up> . <tab> <return> 
C-x C-x C-c M-m <up> <up> <down> <down> <down> <delete> 
<up> <up> <up> <up> <up> <up> <up> <up> <return> <return> 
<up> <up> <up> <up> <up> <up> <down> <down> <down> 
<down> <down> <up> <up> <up> <up> <up> <left> E r r 
o r s SPC <backspace> <backspace> ( s ) SPC w h e n 
SPC s e n d i n g SPC a n SPC e m a i l <down> <down> 
<down> <down> <down> H e l l o , <return> <return> 
F o r SPC s o m e SPC u n k n o w n SPC r e a s o n 
, SPC C-x h <down> <down> <down> <down> <down> <down> 
<down> <down> <down> C-x C-x <up> <up> <up> <up> <up> 
<up> M-w <S-f12> y e s <return> M-x r e p o r t - e 
m <tab> <return>

Recent messages:
(info) +-> Requiring `helm'... already loaded
(info) +-> Requiring `helm-mode'...
(info)   +-> Requiring `helm'... already loaded
(info)   +-> Requiring `helm-files'... already loaded
(info) +-> Requiring `helm-mode'... d:/Users/sva/Public/Repositories/helm/helm-mode.elc (loaded in 0.02 s)
(info) +-> Requiring `helm-misc'... already loaded
 [7 times]
(info) +-> Requiring `sendmail'... already loaded
(info) +-> Requiring `message'... already loaded
(info) +-> Requiring `helm-misc'... already loaded

Load-path shadows:
d:/Users/sva/Public/Repositories/yasnippet/.yas-snippets-snippets hides d:/Users/sva/emacs/site-lisp/yasnippet/.yas-snippets-snippets
d:/Users/sva/Public/Repositories/gnus/lisp/lpath hides d:/Users/sva/.emacs.d/site-lisp/dictionary-1.8.7/lpath
d:/Users/sva/Public/Repositories/fuzzy-el/fuzzy hides d:/Users/sva/.emacs.d/site-lisp/auto-complete-1.3.1/fuzzy
d:/Users/sva/Public/Repositories/gnus/lisp/password-cache hides c:/Program Files (x86)/emacs-24.2.92/lisp/password-cache
d:/Users/sva/Public/Repositories/gnus/lisp/md4 hides c:/Program Files (x86)/emacs-24.2.92/lisp/md4
d:/Users/sva/Public/Repositories/gnus/lisp/hex-util hides c:/Program Files (x86)/emacs-24.2.92/lisp/hex-util
d:/Users/sva/Public/Repositories/gnus/lisp/format-spec hides c:/Program Files (x86)/emacs-24.2.92/lisp/format-spec
d:/Users/sva/Public/Repositories/gnus/lisp/color hides c:/Program Files (x86)/emacs-24.2.92/lisp/color
d:/Users/sva/Public/Repositories/gnus/lisp/dns-mode hides c:/Program Files (x86)/emacs-24.2.92/lisp/textmodes/dns-mode
d:/Users/sva/Public/Repositories/org-mode/lisp/org hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org
d:/Users/sva/Public/Repositories/org-mode/lisp/org-xoxo hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-xoxo
d:/Users/sva/Public/Repositories/org-mode/lisp/org-wl hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-wl
d:/Users/sva/Public/Repositories/org-mode/lisp/org-w3m hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-w3m
d:/Users/sva/Public/Repositories/org-mode/lisp/org-vm hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-vm
d:/Users/sva/Public/Repositories/org-mode/lisp/org-version hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-version
d:/Users/sva/Public/Repositories/org-mode/lisp/org-timer hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-timer
d:/Users/sva/Public/Repositories/org-mode/lisp/org-taskjuggler hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-taskjuggler
d:/Users/sva/Public/Repositories/org-mode/lisp/org-table hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-table
d:/Users/sva/Public/Repositories/org-mode/lisp/org-src hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-src
d:/Users/sva/Public/Repositories/org-mode/lisp/org-special-blocks hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-special-blocks
d:/Users/sva/Public/Repositories/org-mode/lisp/org-rmail hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-rmail
d:/Users/sva/Public/Repositories/org-mode/lisp/org-remember hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-remember
d:/Users/sva/Public/Repositories/org-mode/lisp/org-publish hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-publish
d:/Users/sva/Public/Repositories/org-mode/lisp/org-protocol hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-protocol
d:/Users/sva/Public/Repositories/org-mode/lisp/org-plot hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-plot
d:/Users/sva/Public/Repositories/org-mode/lisp/org-pcomplete hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-pcomplete
d:/Users/sva/Public/Repositories/org-mode/lisp/org-odt hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-odt
d:/Users/sva/Public/Repositories/org-mode/lisp/org-mouse hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-mouse
d:/Users/sva/Public/Repositories/org-mode/lisp/org-mobile hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-mobile
d:/Users/sva/Public/Repositories/org-mode/lisp/org-mks hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-mks
d:/Users/sva/Public/Repositories/org-mode/lisp/org-mhe hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-mhe
d:/Users/sva/Public/Repositories/org-mode/lisp/org-mew hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-mew
d:/Users/sva/Public/Repositories/org-mode/lisp/org-macs hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-macs
d:/Users/sva/Public/Repositories/org-mode/lisp/org-mac-message hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-mac-message
d:/Users/sva/Public/Repositories/org-mode/lisp/org-lparse hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-lparse
d:/Users/sva/Public/Repositories/org-mode/lisp/org-loaddefs hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-loaddefs
d:/Users/sva/Public/Repositories/org-mode/lisp/org-list hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-list
d:/Users/sva/Public/Repositories/org-mode/lisp/org-latex hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-latex
d:/Users/sva/Public/Repositories/org-mode/lisp/org-jsinfo hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-jsinfo
d:/Users/sva/Public/Repositories/org-mode/lisp/org-irc hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-irc
d:/Users/sva/Public/Repositories/org-mode/lisp/org-install hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-install
d:/Users/sva/Public/Repositories/org-mode/lisp/org-inlinetask hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-inlinetask
d:/Users/sva/Public/Repositories/org-mode/lisp/org-info hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-info
d:/Users/sva/Public/Repositories/org-mode/lisp/org-indent hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-indent
d:/Users/sva/Public/Repositories/org-mode/lisp/org-id hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-id
d:/Users/sva/Public/Repositories/org-mode/lisp/org-icalendar hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-icalendar
d:/Users/sva/Public/Repositories/org-mode/lisp/org-html hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-html
d:/Users/sva/Public/Repositories/org-mode/lisp/org-habit hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-habit
d:/Users/sva/Public/Repositories/org-mode/lisp/org-gnus hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-gnus
d:/Users/sva/Public/Repositories/org-mode/lisp/org-freemind hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-freemind
d:/Users/sva/Public/Repositories/org-mode/lisp/org-footnote hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-footnote
d:/Users/sva/Public/Repositories/org-mode/lisp/org-feed hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-feed
d:/Users/sva/Public/Repositories/org-mode/lisp/org-faces hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-faces
d:/Users/sva/Public/Repositories/org-mode/lisp/org-exp hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-exp
d:/Users/sva/Public/Repositories/org-mode/lisp/org-exp-blocks hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-exp-blocks
d:/Users/sva/Public/Repositories/org-mode/lisp/org-eshell hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-eshell
d:/Users/sva/Public/Repositories/org-mode/lisp/org-entities hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-entities
d:/Users/sva/Public/Repositories/org-mode/lisp/org-element hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-element
d:/Users/sva/Public/Repositories/org-mode/lisp/org-docview hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-docview
d:/Users/sva/Public/Repositories/org-mode/lisp/org-docbook hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-docbook
d:/Users/sva/Public/Repositories/org-mode/lisp/org-datetree hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-datetree
d:/Users/sva/Public/Repositories/org-mode/lisp/org-ctags hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-ctags
d:/Users/sva/Public/Repositories/org-mode/lisp/org-crypt hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-crypt
d:/Users/sva/Public/Repositories/org-mode/lisp/org-compat hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-compat
d:/Users/sva/Public/Repositories/org-mode/lisp/org-colview hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-colview
d:/Users/sva/Public/Repositories/org-mode/lisp/org-clock hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-clock
d:/Users/sva/Public/Repositories/org-mode/lisp/org-capture hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-capture
d:/Users/sva/Public/Repositories/org-mode/lisp/org-bibtex hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-bibtex
d:/Users/sva/Public/Repositories/org-mode/lisp/org-beamer hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-beamer
d:/Users/sva/Public/Repositories/org-mode/lisp/org-bbdb hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-bbdb
d:/Users/sva/Public/Repositories/org-mode/lisp/org-attach hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-attach
d:/Users/sva/Public/Repositories/org-mode/lisp/org-ascii hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-ascii
d:/Users/sva/Public/Repositories/org-mode/lisp/org-archive hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-archive
d:/Users/sva/Public/Repositories/org-mode/lisp/org-agenda hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/org-agenda
d:/Users/sva/Public/Repositories/org-mode/lisp/ob hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-tangle hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-tangle
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-table hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-table
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-sqlite hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-sqlite
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-sql hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-sql
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-shen hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-shen
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-sh hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-sh
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-screen hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-screen
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-scheme hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-scheme
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-scala hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-scala
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-sass hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-sass
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-ruby hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-ruby
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-ref hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-ref
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-R hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-R
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-python hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-python
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-plantuml hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-plantuml
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-picolisp hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-picolisp
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-perl hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-perl
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-org hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-org
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-octave hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-octave
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-ocaml hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-ocaml
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-mscgen hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-mscgen
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-maxima hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-maxima
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-matlab hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-matlab
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-lob hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-lob
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-lisp hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-lisp
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-lilypond hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-lilypond
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-ledger hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-ledger
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-latex hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-latex
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-keys hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-keys
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-js hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-js
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-java hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-java
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-io hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-io
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-haskell hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-haskell
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-gnuplot hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-gnuplot
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-fortran hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-fortran
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-exp hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-exp
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-eval hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-eval
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-emacs-lisp hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-emacs-lisp
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-dot hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-dot
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-ditaa hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-ditaa
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-css hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-css
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-comint hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-comint
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-clojure hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-clojure
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-calc hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-calc
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-C hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-C
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-awk hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-awk
d:/Users/sva/Public/Repositories/org-mode/lisp/ob-asymptote hides c:/Program Files (x86)/emacs-24.2.92/lisp/org/ob-asymptote
d:/Users/sva/Public/Repositories/gnus/lisp/tls hides c:/Program Files (x86)/emacs-24.2.92/lisp/net/tls
d:/Users/sva/Public/Repositories/gnus/lisp/sasl hides c:/Program Files (x86)/emacs-24.2.92/lisp/net/sasl
d:/Users/sva/Public/Repositories/gnus/lisp/sasl-ntlm hides c:/Program Files (x86)/emacs-24.2.92/lisp/net/sasl-ntlm
d:/Users/sva/Public/Repositories/gnus/lisp/sasl-digest hides c:/Program Files (x86)/emacs-24.2.92/lisp/net/sasl-digest
d:/Users/sva/Public/Repositories/gnus/lisp/sasl-cram hides c:/Program Files (x86)/emacs-24.2.92/lisp/net/sasl-cram
d:/Users/sva/Public/Repositories/gnus/lisp/ntlm hides c:/Program Files (x86)/emacs-24.2.92/lisp/net/ntlm
d:/Users/sva/Public/Repositories/gnus/lisp/netrc hides c:/Program Files (x86)/emacs-24.2.92/lisp/net/netrc
d:/Users/sva/Public/Repositories/gnus/lisp/hmac-md5 hides c:/Program Files (x86)/emacs-24.2.92/lisp/net/hmac-md5
d:/Users/sva/Public/Repositories/gnus/lisp/hmac-def hides c:/Program Files (x86)/emacs-24.2.92/lisp/net/hmac-def
d:/Users/sva/Public/Repositories/gnus/lisp/dns hides c:/Program Files (x86)/emacs-24.2.92/lisp/net/dns
d:/Users/sva/Public/Repositories/gnus/lisp/dig hides c:/Program Files (x86)/emacs-24.2.92/lisp/net/dig
d:/Users/sva/Public/Repositories/gnus/lisp/uudecode hides c:/Program Files (x86)/emacs-24.2.92/lisp/mail/uudecode
d:/Users/sva/Public/Repositories/gnus/lisp/hashcash hides c:/Program Files (x86)/emacs-24.2.92/lisp/mail/hashcash
d:/Users/sva/Public/Repositories/gnus/lisp/binhex hides c:/Program Files (x86)/emacs-24.2.92/lisp/mail/binhex
d:/Users/sva/Public/Repositories/gnus/lisp/yenc hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/yenc
d:/Users/sva/Public/Repositories/gnus/lisp/utf7 hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/utf7
d:/Users/sva/Public/Repositories/gnus/lisp/starttls hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/starttls
d:/Users/sva/Public/Repositories/gnus/lisp/spam hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/spam
d:/Users/sva/Public/Repositories/gnus/lisp/spam-wash hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/spam-wash
d:/Users/sva/Public/Repositories/gnus/lisp/spam-stat hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/spam-stat
d:/Users/sva/Public/Repositories/gnus/lisp/spam-report hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/spam-report
d:/Users/sva/Public/Repositories/gnus/lisp/smime hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/smime
d:/Users/sva/Public/Repositories/gnus/lisp/smiley hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/smiley
d:/Users/sva/Public/Repositories/gnus/lisp/sieve hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/sieve
d:/Users/sva/Public/Repositories/gnus/lisp/sieve-mode hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/sieve-mode
d:/Users/sva/Public/Repositories/gnus/lisp/sieve-manage hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/sieve-manage
d:/Users/sva/Public/Repositories/gnus/lisp/shr hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/shr
d:/Users/sva/Public/Repositories/gnus/lisp/shr-color hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/shr-color
d:/Users/sva/Public/Repositories/gnus/lisp/score-mode hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/score-mode
d:/Users/sva/Public/Repositories/gnus/lisp/rtree hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/rtree
d:/Users/sva/Public/Repositories/gnus/lisp/rfc2231 hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/rfc2231
d:/Users/sva/Public/Repositories/gnus/lisp/rfc2104 hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/rfc2104
d:/Users/sva/Public/Repositories/gnus/lisp/rfc2047 hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/rfc2047
d:/Users/sva/Public/Repositories/gnus/lisp/rfc2045 hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/rfc2045
d:/Users/sva/Public/Repositories/gnus/lisp/rfc1843 hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/rfc1843
d:/Users/sva/Public/Repositories/gnus/lisp/registry hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/registry
d:/Users/sva/Public/Repositories/gnus/lisp/qp hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/qp
d:/Users/sva/Public/Repositories/gnus/lisp/pop3 hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/pop3
d:/Users/sva/Public/Repositories/gnus/lisp/plstore hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/plstore
d:/Users/sva/Public/Repositories/gnus/lisp/nnweb hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnweb
d:/Users/sva/Public/Repositories/gnus/lisp/nnvirtual hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnvirtual
d:/Users/sva/Public/Repositories/gnus/lisp/nntp hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nntp
d:/Users/sva/Public/Repositories/gnus/lisp/nnspool hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnspool
d:/Users/sva/Public/Repositories/gnus/lisp/nnrss hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnrss
d:/Users/sva/Public/Repositories/gnus/lisp/nnregistry hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnregistry
d:/Users/sva/Public/Repositories/gnus/lisp/nnoo hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnoo
d:/Users/sva/Public/Repositories/gnus/lisp/nnnil hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnnil
d:/Users/sva/Public/Repositories/gnus/lisp/nnml hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnml
d:/Users/sva/Public/Repositories/gnus/lisp/nnmh hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnmh
d:/Users/sva/Public/Repositories/gnus/lisp/nnmbox hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnmbox
d:/Users/sva/Public/Repositories/gnus/lisp/nnmairix hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnmairix
d:/Users/sva/Public/Repositories/gnus/lisp/nnmaildir hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnmaildir
d:/Users/sva/Public/Repositories/gnus/lisp/nnmail hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnmail
d:/Users/sva/Public/Repositories/gnus/lisp/nnir hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnir
d:/Users/sva/Public/Repositories/gnus/lisp/nnimap hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnimap
d:/Users/sva/Public/Repositories/gnus/lisp/nnheader hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnheader
d:/Users/sva/Public/Repositories/gnus/lisp/nngateway hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nngateway
d:/Users/sva/Public/Repositories/gnus/lisp/nnfolder hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnfolder
d:/Users/sva/Public/Repositories/gnus/lisp/nneething hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nneething
d:/Users/sva/Public/Repositories/gnus/lisp/nndraft hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nndraft
d:/Users/sva/Public/Repositories/gnus/lisp/nndoc hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nndoc
d:/Users/sva/Public/Repositories/gnus/lisp/nndir hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nndir
d:/Users/sva/Public/Repositories/gnus/lisp/nndiary hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nndiary
d:/Users/sva/Public/Repositories/gnus/lisp/nnbabyl hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnbabyl
d:/Users/sva/Public/Repositories/gnus/lisp/nnagent hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/nnagent
d:/Users/sva/Public/Repositories/gnus/lisp/mml2015 hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mml2015
d:/Users/sva/Public/Repositories/gnus/lisp/mml1991 hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mml1991
d:/Users/sva/Public/Repositories/gnus/lisp/mml hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mml
d:/Users/sva/Public/Repositories/gnus/lisp/mml-smime hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mml-smime
d:/Users/sva/Public/Repositories/gnus/lisp/mml-sec hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mml-sec
d:/Users/sva/Public/Repositories/gnus/lisp/mm-view hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mm-view
d:/Users/sva/Public/Repositories/gnus/lisp/mm-uu hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mm-uu
d:/Users/sva/Public/Repositories/gnus/lisp/mm-util hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mm-util
d:/Users/sva/Public/Repositories/gnus/lisp/mm-url hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mm-url
d:/Users/sva/Public/Repositories/gnus/lisp/mm-partial hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mm-partial
d:/Users/sva/Public/Repositories/gnus/lisp/mm-extern hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mm-extern
d:/Users/sva/Public/Repositories/gnus/lisp/mm-encode hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mm-encode
d:/Users/sva/Public/Repositories/gnus/lisp/mm-decode hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mm-decode
d:/Users/sva/Public/Repositories/gnus/lisp/mm-bodies hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mm-bodies
d:/Users/sva/Public/Repositories/gnus/lisp/mm-archive hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mm-archive
d:/Users/sva/Public/Repositories/gnus/lisp/messcompat hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/messcompat
d:/Users/sva/Public/Repositories/gnus/lisp/message hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/message
d:/Users/sva/Public/Repositories/gnus/lisp/mailcap hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mailcap
d:/Users/sva/Public/Repositories/gnus/lisp/mail-source hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mail-source
d:/Users/sva/Public/Repositories/gnus/lisp/mail-prsvr hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mail-prsvr
d:/Users/sva/Public/Repositories/gnus/lisp/mail-parse hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/mail-parse
d:/Users/sva/Public/Repositories/gnus/lisp/legacy-gnus-agent hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/legacy-gnus-agent
d:/Users/sva/Public/Repositories/gnus/lisp/ietf-drums hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/ietf-drums
d:/Users/sva/Public/Repositories/gnus/lisp/html2text hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/html2text
d:/Users/sva/Public/Repositories/gnus/lisp/gssapi hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gssapi
d:/Users/sva/Public/Repositories/gnus/lisp/gravatar hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gravatar
d:/Users/sva/Public/Repositories/gnus/lisp/gnus hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-win hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-win
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-vm hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-vm
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-uu hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-uu
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-util hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-util
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-undo hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-undo
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-topic hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-topic
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-sync hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-sync
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-sum hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-sum
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-start hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-start
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-srvr hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-srvr
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-spec hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-spec
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-sieve hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-sieve
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-setup hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-setup
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-score hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-score
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-salt hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-salt
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-registry hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-registry
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-range hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-range
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-picon hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-picon
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-notifications hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-notifications
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-msg hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-msg
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-mlspl hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-mlspl
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-ml hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-ml
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-mh hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-mh
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-logic hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-logic
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-kill hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-kill
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-int hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-int
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-html hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-html
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-group hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-group
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-gravatar hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-gravatar
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-fun hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-fun
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-ems hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-ems
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-eform hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-eform
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-dup hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-dup
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-draft hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-draft
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-dired hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-dired
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-diary hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-diary
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-demon hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-demon
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-delay hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-delay
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-cus hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-cus
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-cite hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-cite
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-cache hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-cache
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-bookmark hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-bookmark
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-bcklg hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-bcklg
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-async hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-async
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-art hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-art
d:/Users/sva/Public/Repositories/gnus/lisp/gnus-agent hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gnus-agent
d:/Users/sva/Public/Repositories/gnus/lisp/gmm-utils hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/gmm-utils
d:/Users/sva/Public/Repositories/gnus/lisp/flow-fill hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/flow-fill
d:/Users/sva/Public/Repositories/gnus/lisp/ecomplete hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/ecomplete
d:/Users/sva/Public/Repositories/gnus/lisp/deuglify hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/deuglify
d:/Users/sva/Public/Repositories/gnus/lisp/compface hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/compface
d:/Users/sva/Public/Repositories/gnus/lisp/canlock hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/canlock
d:/Users/sva/Public/Repositories/gnus/lisp/auth-source hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/auth-source
d:/Users/sva/Public/Repositories/gnus/lisp/.dir-locals hides c:/Program Files (x86)/emacs-24.2.92/lisp/gnus/.dir-locals
d:/Users/sva/Public/Repositories/gnus/lisp/time-date hides c:/Program Files (x86)/emacs-24.2.92/lisp/calendar/time-date
d:/Users/sva/Public/Repositories/gnus/lisp/parse-time hides c:/Program Files (x86)/emacs-24.2.92/lisp/calendar/parse-time

Features:
(shadow emacsbug helm-command helm-mode flow-fill mm-archive gnus-async
mailalias smtpmail qp sort time-stamp copyright gnus-bcklg gnus-cite
gnus-alias flyspell ispell org-table gnus-draft gnus-ml hl-line gnus-topic
mail-extr utf-7 nndraft nnmh nnimap parse-time utf7 gnus-agent gnus-srvr
gnus-score score-mode nnvirtual gnus-msg gnus-cache bbdb-message sendmail
helm-misc helm-files image-dired tramp tramp-compat tramp-loaddefs ffap
helm-tags helm-bookmark helm-adaptative helm-info helm-net xml helm-plugin
helm-locate helm-help helm-match-plugin helm-external helm-buffers helm-grep
helm-regexp grep helm-elscreen helm-utils helm epa-file epa epg netrc gnutls
network-stream starttls tls nntp gnus-leuven gnus-dired dired-sort-map
dired-single dired+ dired-x dired-aux dired bbdb-gnus gnus-art mm-uu mml2015
epg-config mm-view mml-smime smime dig bbdb-mua bbdb-com bbdb timezone recentf
tree-widget auto-complete-config auto-complete popup server saveplace
vc-dispatcher vc-svn vc-git pp-c-l org-id org-gnus org-info org-crypt org-mime
org-inlinetask ess-R-object-tooltip ido ess-toolbar ess-mouse mouseme
thingatpt browse-url ess-menu ess-swv ess-noweb ess-noweb-font-lock-mode
ess-bugs-l essd-els ess-sas-d ess-sas-l ess-sas-a ess-arc-d ess-vst-d
ess-xls-d ess-lsp-l ess-sta-d ess-sta-l cc-vars cc-defs make-regexp ess-sp6w-d
ess-sp4-d ess-sp3-d ess-julia ess-r-d ess-tracebug compile ess-roxy ess-help
info reporter ess-developer ess-r-args ess-s-l speedbar sb-image ezimage
dframe ess ess-inf ess-mode ess-noweb-mode ess-utils ess-custom executable
ess-compat ess-site ob-sql ob-sh shell ob-python ob-org ob-ledger ob-latex
ob-gnuplot ob-dot ob-ditaa ob-calc calc-store calc-trail calc-ext calc
calc-loaddefs calc-macs ob-awk ob-R org-e-odt org-e-beamer org-e-latex
org-e-html table org-e-ascii org-e-publish org-export org-element org-protocol
org-habit org-clock org-exp org-agenda holidays hol-loaddefs image-file appt
diary-lib diary-loaddefs mule-util org warnings org-footnote org-pcomplete
pcomplete org-list org-faces org-entities noutline outline org-version
ob-emacs-lisp ob ob-tangle org-src ob-ref ob-lob ob-table ob-keys ob-exp
ob-comint comint ansi-color ring ob-core ob-eval org-compat org-macs cal-menu
calendar cal-loaddefs gnus-sum nnoo gnus-group gnus-undo nnmail mail-source
gnus-start gnus-spec gnus-int gnus-range message dircolors format-spec rfc822
mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045
ietf-drums mailabbrev gmm-utils mailheader gnus-win gnus gnus-ems gnus-compat
url url-proxy url-privacy url-expand url-methods url-history url-cookie
url-domsuf url-util url-parse auth-source eieio byte-opt bytecomp byte-compile
cconv password-cache url-vars mailcap nnheader gnus-util mail-utils mm-util
mail-prsvr wid-edit eldoc edebug redshank skeleton paredit whitespace hideshow
emacs-leuven leuven-theme gnus-load yasnippet dropdown-list assoc help-mode
find-func git-commit mic-paren paren tex-site auto-loads derived org-loaddefs
uniquify helm-config easymenu diff-mode- cl-macs gv edmacro kmacro
idle-require easy-mmode advice help-fns advice-preload cl cl-lib time-date
tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment lisp-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 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 w32 multi-tty emacs)

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-01-25  9:23 bug#13546: 24.2.92; Error(s) when sending emails Sebastien Vauban
@ 2013-01-25 13:52 ` Eli Zaretskii
       [not found] ` <mailman.18301.1359121987.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-01-25 13:52 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Date: Fri, 25 Jan 2013 10:23:52 +0100
> 
> For some unknown reason, at some point in time, I've got an error when sending
> emails -- the same way I do for ~ 8 years now:
> 
> --8<---------------cut here---------------start------------->8---
> network-stream-open-starttls: make client process failed: no error, :name, smtpmail, :buffer, *trace of SMTP session to mail.missioncriticalit.com*, :host, mail.missioncriticalit.com, :service, 25
> Saving file d:/Users/sva/.gnus.d/drafts/drafts/2...
> Mark set
> basic-save-buffer-2: IO error writing d:/Users/sva/.gnus.d/drafts/drafts/2: Socket operation on non-socket
> Saving file d:/Users/sva/.gnus.d/drafts/drafts/2...
> --8<---------------cut here---------------end--------------->8---
> 
> This phenomenon is really new to me, but I can't tell its source:
> 
> - because of the pretest Emacs version?
> - because of my new environment (new laptop with Windows 8)?
> - because I'm using constantly the sleep mode of the laptop?
> - ...
> 
> And, what's even more surprising, is the second error: when wanting to save a
> draft copy of the email (as I couldn't send it), with C-c C-d, I've got the
> error:
> 
> --8<---------------cut here---------------start------------->8---
> basic-save-buffer-2: IO error writing d:/Users/sva/.gnus.d/drafts/drafts/2: Socket operation on non-socket
> --8<---------------cut here---------------end--------------->8---

Is this all repeatable, or did it happen just once?





^ permalink raw reply	[flat|nested] 93+ messages in thread

* Re: bug#13546: 24.2.92; Error(s) when sending emails
       [not found] ` <mailman.18301.1359121987.855.bug-gnu-emacs@gnu.org>
@ 2013-01-25 14:06   ` Sebastien Vauban
  2013-01-25 17:30     ` Glenn Morris
  2013-01-25 14:08   ` Sebastien Vauban
  1 sibling, 1 reply; 93+ messages in thread
From: Sebastien Vauban @ 2013-01-25 14:06 UTC (permalink / raw)
  To: bug-gnu-emacs-mXXj517/zsQ

Hi Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Date: Fri, 25 Jan 2013 10:23:52 +0100
>> 
>> For some unknown reason, at some point in time, I've got an error when sending
>> emails -- the same way I do for ~ 8 years now:
>> 
>> --8<---------------cut here---------------start------------->8---
>> network-stream-open-starttls: make client process failed: no error, :name,
>> smtpmail, :buffer, *trace of SMTP session to mail.missioncriticalit.com*,
>> :host, mail.missioncriticalit.com, :service, 25
>> Saving file d:/Users/sva/.gnus.d/drafts/drafts/2...
>> Mark set
>> basic-save-buffer-2: IO error writing d:/Users/sva/.gnus.d/drafts/drafts/2:
>> Socket operation on non-socket
>> Saving file d:/Users/sva/.gnus.d/drafts/drafts/2...
>> --8<---------------cut here---------------end--------------->8---
>> 
>> This phenomenon is really new to me, but I can't tell its source:
>> 
>> - because of the pretest Emacs version?
>> - because of my new environment (new laptop with Windows 8)?
>> - because I'm using constantly the sleep mode of the laptop?
>> - ...
>> 
>> And, what's even more surprising, is the second error: when wanting to save a
>> draft copy of the email (as I couldn't send it), with C-c C-d, I've got the
>> error:
>> 
>> --8<---------------cut here---------------start------------->8---
>> basic-save-buffer-2: IO error writing d:/Users/sva/.gnus.d/drafts/drafts/2:
>> Socket operation on non-socket
>> --8<---------------cut here---------------end--------------->8---
>
> Is this all repeatable, or did it happen just once?

Unluckily, it already happened a couple of times (3 or 4 times) over the last
week (since I have version 24.2.92, IIRC -- not sure, though).

Every time, I quitted Emacs and restarted it.

Best regards,
  Seb

-- 
Sebastien Vauban


^ permalink raw reply	[flat|nested] 93+ messages in thread

* Re: bug#13546: 24.2.92; Error(s) when sending emails
       [not found] ` <mailman.18301.1359121987.855.bug-gnu-emacs@gnu.org>
  2013-01-25 14:06   ` Sebastien Vauban
@ 2013-01-25 14:08   ` Sebastien Vauban
  2013-01-25 15:05     ` Eli Zaretskii
       [not found]     ` <mailman.18307.1359126423.855.bug-gnu-emacs@gnu.org>
  1 sibling, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-01-25 14:08 UTC (permalink / raw)
  To: bug-gnu-emacs-mXXj517/zsQ

Eli,

Eli Zaretskii wrote:
>> And, what's even more surprising, is the second error: when wanting to save a
>> draft copy of the email (as I couldn't send it), with C-c C-d, I've got the
>> error:
>> 
>> --8<---------------cut here---------------start------------->8---
>> basic-save-buffer-2: IO error writing d:/Users/sva/.gnus.d/drafts/drafts/2:
>> Socket operation on non-socket
>> --8<---------------cut here---------------end--------------->8---
>
> Is this all repeatable, or did it happen just once?

FYI, the _first_ time I press `C-c C-d', I get the above. The second time, not
anymore, and the draft is correctly saved: I quit Emacs, restart it, and send
straight away my email.

Best regards,
  Seb

-- 
Sebastien Vauban


^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-01-25 14:08   ` Sebastien Vauban
@ 2013-01-25 15:05     ` Eli Zaretskii
       [not found]     ` <mailman.18307.1359126423.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-01-25 15:05 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Date: Fri, 25 Jan 2013 15:08:50 +0100
> 
> >> And, what's even more surprising, is the second error: when wanting to save a
> >> draft copy of the email (as I couldn't send it), with C-c C-d, I've got the
> >> error:
> >> 
> >> --8<---------------cut here---------------start------------->8---
> >> basic-save-buffer-2: IO error writing d:/Users/sva/.gnus.d/drafts/drafts/2:
> >> Socket operation on non-socket
> >> --8<---------------cut here---------------end--------------->8---
> >
> > Is this all repeatable, or did it happen just once?
> 
> FYI, the _first_ time I press `C-c C-d', I get the above. The second time, not
> anymore, and the draft is correctly saved: I quit Emacs, restart it, and send
> straight away my email.

Sorry, I don't understand: is the "second time" in the same Emacs
session, or after restarting?  If the former, does the draft get saved
to the same file d:/Users/sva/.gnus.d/drafts/drafts/2 as in the first
attempt?  Also, does "first time" mean first time after the laptop
awakes from sleep mode?  If so, can you wait a little longer before
you try this, perhaps the disk did not yet have chance to spin up.

In any case, I'm sure that the "Socket operation on non-socket" part
is a red herring: write-region is not careful to zero out errno before
the operations it wants to diagnose, so the value is probably coming
from some entirely irrelevant interim error.  What is important is
that write-region _does_ fail in one of these operations, the question
is which one?





^ permalink raw reply	[flat|nested] 93+ messages in thread

* Re: bug#13546: 24.2.92; Error(s) when sending emails
       [not found]     ` <mailman.18307.1359126423.855.bug-gnu-emacs@gnu.org>
@ 2013-01-25 15:32       ` Sebastien Vauban
  2013-01-25 15:58         ` Eli Zaretskii
       [not found]         ` <mailman.18310.1359129541.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-01-25 15:32 UTC (permalink / raw)
  To: bug-gnu-emacs-mXXj517/zsQ

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>>
>>>> And, what's even more surprising, is the second error: when wanting to
>>>> save a draft copy of the email (as I couldn't send it), with C-c C-d,
>>>> I've got the error:
>>>>
>>>> --8<---------------cut here---------------start------------->8---
>>>> basic-save-buffer-2: IO error writing d:/Users/sva/.gnus.d/drafts/drafts/2:
>>>> Socket operation on non-socket
>>>> --8<---------------cut here---------------end--------------->8---
>>>
>>> Is this all repeatable, or did it happen just once?
>>
>> FYI, the _first_ time I press `C-c C-d', I get the above. The second time,
>> not anymore, and the draft is correctly saved: I quit Emacs, restart it,
>> and send straight away my email.
>
> Sorry, I don't understand: is the "second time" in the same Emacs session,
> or after restarting?

Sorry for not being clear the first time ;-)

Let's recap:

1. The sending error occurs (and reoccurs again and again if I try to resend
   the email)
2. I'm trying to save the mail as a draft (C-c C-d): IO error above
3. I'm retring to save it once again ("second" time), with no other change:
   draft is successfully saved
4. I'm restarting Emacs
5. I'm sending the precited email

Note -- Looking at the location of the drafts, I'm puzzled that the draft is
saved in `~/.gnus.d/drafts' (that is, under my `gnus-directory'), and not in
`~/Mail/drafts' (that is, under my `message-directory'). I though that
everything related to "email composing" would be handled by Message?

> If the former, does the draft get saved to the same file
> d:/Users/sva/.gnus.d/drafts/drafts/2 as in the first attempt? Also, does
> "first time" mean first time after the laptop awakes from sleep mode? If so,
> can you wait a little longer before you try this, perhaps the disk did not
> yet have chance to spin up.

The problem occurs for example just now, while my laptop is up since this
midday. So, it's not 1just a few seconds or so after making the laptop alive
-- BTW, my new laptop (Asus Zenbook UX31) is 100% SSD, so I guess it can't be
more speedy than it is.

Why did I mention that fact, then?  Because, before, with the old laptop, I
quitted Emacs much more often -- at least once every evening. Now, I'm more or
less used to let Emacs (and the laptop) sleep between work sessions.

> In any case, I'm sure that the "Socket operation on non-socket" part is a
> red herring: write-region is not careful to zero out errno before the
> operations it wants to diagnose, so the value is probably coming from some
> entirely irrelevant interim error. What is important is that write-region
> _does_ fail in one of these operations, the question is which one?

I cannot reproduce yet the problem, as I still don't have a clue about the
conditions which are necessary to do so.

Any test I could do when this does happen?

Best regards,
  Seb

-- 
Sebastien Vauban


^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-01-25 15:32       ` Sebastien Vauban
@ 2013-01-25 15:58         ` Eli Zaretskii
       [not found]         ` <mailman.18310.1359129541.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-01-25 15:58 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Date: Fri, 25 Jan 2013 16:32:42 +0100
> 
> > In any case, I'm sure that the "Socket operation on non-socket" part is a
> > red herring:

Btw, it could be a real problem with sys_close on Windows as well.

> I cannot reproduce yet the problem, as I still don't have a clue about the
> conditions which are necessary to do so.
> 
> Any test I could do when this does happen?

What I'd like is for you to step with a debugger through the affected
code and see what is going on there.  But since your cannot reproduce
this at will, it doesn't seem to be possible...





^ permalink raw reply	[flat|nested] 93+ messages in thread

* Re: bug#13546: 24.2.92; Error(s) when sending emails
       [not found]         ` <mailman.18310.1359129541.855.bug-gnu-emacs@gnu.org>
@ 2013-01-25 16:03           ` Sebastien Vauban
  2013-01-27  8:16             ` Eli Zaretskii
       [not found]             ` <mailman.18426.1359274612.855.bug-gnu-emacs@gnu.org>
  2013-01-25 16:06           ` Sebastien Vauban
  1 sibling, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-01-25 16:03 UTC (permalink / raw)
  To: bug-gnu-emacs-mXXj517/zsQ

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Date: Fri, 25 Jan 2013 16:32:42 +0100
>> 
>> > In any case, I'm sure that the "Socket operation on non-socket" part is a
>> > red herring:
>
> Btw, it could be a real problem with sys_close on Windows as well.
>
>> I cannot reproduce yet the problem, as I still don't have a clue about the
>> conditions which are necessary to do so.
>> 
>> Any test I could do when this does happen?
>
> What I'd like is for you to step with a debugger through the affected
> code and see what is going on there.

You mean with gdb, like I do when Emacs is hanging or crashing?

> But since your cannot reproduce this at will, it doesn't seem to be
> possible...

But I'm sure it will come back[1], and that will happen, can you tell me what I
should type in the GDB window?

Best regards,
  Seb

[1] Going back using 24.2.91 for a while to see if I get it there as well.

-- 
Sebastien Vauban


^ permalink raw reply	[flat|nested] 93+ messages in thread

* Re: bug#13546: 24.2.92; Error(s) when sending emails
       [not found]         ` <mailman.18310.1359129541.855.bug-gnu-emacs@gnu.org>
  2013-01-25 16:03           ` Sebastien Vauban
@ 2013-01-25 16:06           ` Sebastien Vauban
  1 sibling, 0 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-01-25 16:06 UTC (permalink / raw)
  To: bug-gnu-emacs-mXXj517/zsQ

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Date: Fri, 25 Jan 2013 16:32:42 +0100
>> 
>> > In any case, I'm sure that the "Socket operation on non-socket" part is a
>> > red herring:
>
> Btw, it could be a real problem with sys_close on Windows as well.
>
>> I cannot reproduce yet the problem, as I still don't have a clue about the
>> conditions which are necessary to do so.
>> 
>> Any test I could do when this does happen?
>
> What I'd like is for you to step with a debugger through the affected
> code and see what is going on there.

You mean with gdb, like I do when Emacs is hanging or crashing?

> But since your cannot reproduce this at will, it doesn't seem to be
> possible...

But I'm sure it will come back[1], and that will happen, can you tell me what I
should type in the GDB window?

Best regards,
  Seb

[1] Going back using 24.2.91 for a while to see if I get it there as well.

-- 
Sebastien Vauban


^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-01-25 14:06   ` Sebastien Vauban
@ 2013-01-25 17:30     ` Glenn Morris
  2013-01-25 19:33       ` Eli Zaretskii
  0 siblings, 1 reply; 93+ messages in thread
From: Glenn Morris @ 2013-01-25 17:30 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546


Hi,

You seem to be posting via the bug newsgroup. Please don't do that,
since it breaks http://debbugs.gnu.org/13546 - notice none of your
replies are there. This is unfixable, so please treat the bug newsgroup
as read-only (better still, forget it exists).





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-01-25 17:30     ` Glenn Morris
@ 2013-01-25 19:33       ` Eli Zaretskii
  2013-01-25 19:43         ` Glenn Morris
       [not found]         ` <mailman.18336.1359143096.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-01-25 19:33 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 13546, wxhgmqzgwmuf

> From: Glenn Morris <rgm@gnu.org>
> Date: Fri, 25 Jan 2013 12:30:59 -0500
> Cc: 13546@debbugs.gnu.org
> 
> You seem to be posting via the bug newsgroup. Please don't do that,
> since it breaks http://debbugs.gnu.org/13546 - notice none of your
> replies are there. This is unfixable, so please treat the bug newsgroup
> as read-only (better still, forget it exists).

The problem is that sometimes the bug tracker doesn't respond with the
bug number for very long time.  To someone like me, who is used to
reply without ever looking at the headers, it's a nuisance to check
whether there's a bug address there, and if not, go through the PITA
of surfing to the tracker and searching for the bug number there.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-01-25 19:33       ` Eli Zaretskii
@ 2013-01-25 19:43         ` Glenn Morris
       [not found]         ` <mailman.18336.1359143096.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Glenn Morris @ 2013-01-25 19:43 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546, wxhgmqzgwmuf

Eli Zaretskii wrote:

>> You seem to be posting via the bug newsgroup. Please don't do that,
>> since it breaks http://debbugs.gnu.org/13546 - notice none of your
>> replies are there. This is unfixable, so please treat the bug newsgroup
>> as read-only (better still, forget it exists).
>
> The problem is that sometimes the bug tracker doesn't respond with the
> bug number for very long time.  To someone like me, who is used to
> reply without ever looking at the headers, it's a nuisance to check
> whether there's a bug address there, and if not, go through the PITA
> of surfing to the tracker and searching for the bug number there.

I'm not sure what you are saying. Are you saying this is why some people
want to use the newsgroup interface? If so, that doesn't make sense to
me.

There is no problem with what you were doing in your replies (note that
I was talking to the OP, not you; check the To: header).

It is impossible for a message to appear on bug-gnu-emacs without a bug
number UNLESS the initial report was sent by the newsgroup (which it
wasn't in this case).


(Anyway this is OT for this report.)





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-01-25 16:03           ` Sebastien Vauban
@ 2013-01-27  8:16             ` Eli Zaretskii
       [not found]             ` <mailman.18426.1359274612.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-01-27  8:16 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Date: Fri, 25 Jan 2013 17:03:30 +0100
> 
> > What I'd like is for you to step with a debugger through the affected
> > code and see what is going on there.
> 
> You mean with gdb, like I do when Emacs is hanging or crashing?

Yes.

> > But since your cannot reproduce this at will, it doesn't seem to be
> > possible...
> 
> But I'm sure it will come back[1], and that will happen, can you tell me what I
> should type in the GDB window?

OK.  So please attach GDB to Emacs _before_ the problem happens, and
set a breakpoint like this:

  (gdb) break fileio.c:4913
  (gdb) continue

The breakpoint will be on this line in fileio.c:

  if (! ok)
    error ("IO error writing %s: %s", SDATA (filename),  <<<<<<<<<
           emacs_strerror (save_errno));

Then do whatever it takes to reproduce the problem.  When it happens
again, this breakpoint should break.  Then type the following GDB
commands:

  (gdb) p desc
  (gdb) p/x fd_info[N].flags

where N is the value of 'desc' as displayed by "p desc".  That's
assuming that value is non-negative; if it is negative, the second
command is not going to display anything useful.

Meanwhile, I installed a couple of small changes that may or may not
solve this problem, so please be sure to try the next pretest binary
when it becomes available.

Thanks.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]           ` <mailman.18336.1359143096.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-01-27  8:18             ` Sebastien Vauban
  2013-01-27 19:54               ` Glenn Morris
  0 siblings, 1 reply; 93+ messages in thread
From: Sebastien Vauban @ 2013-01-27  8:18 UTC (permalink / raw)
  To: Glenn Morris
  Cc: 13546-ubl+/3LiMTaZdePnXv/OxA, wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw

Hi Glenn, Eli,

Glenn Morris wrote:
> Eli Zaretskii wrote:
>>> You seem to be posting via the bug newsgroup. Please don't do that,
>>> since it breaks http://debbugs.gnu.org/13546 - notice none of your
>>> replies are there. This is unfixable, so please treat the bug newsgroup
>>> as read-only (better still, forget it exists).
>>
>> The problem is that sometimes the bug tracker doesn't respond with the
>> bug number for very long time.  To someone like me, who is used to
>> reply without ever looking at the headers, it's a nuisance to check
>> whether there's a bug address there, and if not, go through the PITA
>> of surfing to the tracker and searching for the bug number there.
>
> I'm not sure what you are saying. Are you saying this is why some people
> want to use the newsgroup interface? If so, that doesn't make sense to
> me.
>
> There is no problem with what you were doing in your replies (note that
> I was talking to the OP, not you; check the To: header).
>
> It is impossible for a message to appear on bug-gnu-emacs without a bug
> number UNLESS the initial report was sent by the newsgroup (which it
> wasn't in this case).

I posted the bug via `M-x report-emacs-bug'. Then, I got replies from Eli, and
answered them by "following up" (F) from the posting read in the newsgroup.

If you want me to "wide" reply to the authors (S W), I'll do that next time.

But I don't have the impression that postings are missing from the Web link.

> (Anyway this is OT for this report.)

FYI (Eli), I don't have that anymore since going back on Emacs 24.2.91 for a
couple of days. I'll now go back to using 24.2.92 and see if I got it
reproduced.

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-01-27  8:18             ` Sebastien Vauban
@ 2013-01-27 19:54               ` Glenn Morris
  0 siblings, 0 replies; 93+ messages in thread
From: Glenn Morris @ 2013-01-27 19:54 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

"Sebastien Vauban" wrote:

> I posted the bug via `M-x report-emacs-bug'. Then, I got replies from
> Eli, and answered them by "following up" (F) from the posting read in
> the newsgroup.
>
> If you want me to "wide" reply to the authors (S W), I'll do that next
>time.

I'm not sure what S W does; but basically always reply by mail, never by
usenet. Thanks!





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]               ` <mailman.18426.1359274612.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-12 12:43                 ` Sebastien Vauban
  2013-02-12 16:24                   ` Eli Zaretskii
       [not found]                   ` <mailman.19681.1360686344.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-12 12:43 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA, Sebastien Vauban

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Date: Fri, 25 Jan 2013 17:03:30 +0100
>> 
>> > What I'd like is for you to step with a debugger through the affected
>> > code and see what is going on there.
>> > But since your cannot reproduce this at will, it doesn't seem to be
>> > possible...
>> 
>> But I'm sure it will come back[1], and that will happen, can you tell me
>> what I should type in the GDB window?
>
> OK. So please attach GDB to Emacs _before_ the problem happens, and set a
> breakpoint like this:
>
>   (gdb) break fileio.c:4913
>   (gdb) continue
>
> The breakpoint will be on this line in fileio.c:
>
>   if (! ok)
>     error ("IO error writing %s: %s", SDATA (filename),  <<<<<<<<<
>            emacs_strerror (save_errno));
>
> Then do whatever it takes to reproduce the problem.  When it happens
> again, this breakpoint should break.

I did attach to Emacs when problems began with Helm.

--8<---------------cut here---------------start------------->8---
$ gdb emacs.exe -p 21312
GNU gdb (GDB) 7.5.50.20120815-cvs (cygwin-special)
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-cygwin".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /cygdrive/c/Program Files (x86)/emacs-24.2.93/bin/emacs.exe...done.
Attaching to program `/cygdrive/c/Program Files (x86)/emacs-24.2.93/bin/emacs.exe', process 21312
[New Thread 21312.0x66d4]
[New Thread 21312.0xdb8]
[New Thread 21312.0x4dc]
[New Thread 21312.0x65a0]
[New Thread 21312.0x18f4]
(gdb) break fileio.c:4913
Breakpoint 1 at 0x106380e: file fileio.c, line 4913.
(gdb) continue
Continuing.
[New Thread 21312.0x6b24]
[New Thread 21312.0x1b0c]
warning: sys_read called when read is in progress
warning: reader_thread.SetEvent failed with 6 for fd 3
[New Thread 21312.0x30a4]
warning: sys_read called when read is in progress
warning: reader_thread.SetEvent failed with 6 for fd 3
[New Thread 21312.0x469c]
[New Thread 21312.0x42c0]
warning: reader_thread.SetEvent failed with 6 for fd 3
[New Thread 21312.0x5050]
[New Thread 21312.0x1014]
warning: sys_read called when read is in progress
[New Thread 21312.0x1790]
--8<---------------cut here---------------end--------------->8---

Did I attach too late?  Is the above giving some information already?

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                 ` <mailman.19665.1360673152.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-12 13:07                   ` Fabrice Niessen
  0 siblings, 0 replies; 93+ messages in thread
From: Fabrice Niessen @ 2013-02-12 13:07 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

"Sebastien Vauban" wrote:
> Eli Zaretskii wrote:
>>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>>> Date: Fri, 25 Jan 2013 17:03:30 +0100
>>> 
>>> > What I'd like is for you to step with a debugger through the affected
>>> > code and see what is going on there.
>>> > But since your cannot reproduce this at will, it doesn't seem to be
>>> > possible...
>>> 
>>> But I'm sure it will come back[1], and that will happen, can you tell me
>>> what I should type in the GDB window?
>>
>> OK. So please attach GDB to Emacs _before_ the problem happens, and set a
>> breakpoint like this:
>>
>>   (gdb) break fileio.c:4913
>>   (gdb) continue
>>
>> The breakpoint will be on this line in fileio.c:
>>
>>   if (! ok)
>>     error ("IO error writing %s: %s", SDATA (filename),  <<<<<<<<<
>>            emacs_strerror (save_errno));
>>
>> Then do whatever it takes to reproduce the problem.  When it happens
>> again, this breakpoint should break.
>
> I did attach to Emacs when problems began with Helm.
>
> $ gdb emacs.exe -p 21312
> GNU gdb (GDB) 7.5.50.20120815-cvs (cygwin-special)
> Copyright (C) 2012 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "i686-cygwin".
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>...
> Reading symbols from /cygdrive/c/Program Files (x86)/emacs-24.2.93/bin/emacs.exe...done.
> Attaching to program `/cygdrive/c/Program Files (x86)/emacs-24.2.93/bin/emacs.exe', process 21312
> [New Thread 21312.0x66d4]
> [New Thread 21312.0xdb8]
> [New Thread 21312.0x4dc]
> [New Thread 21312.0x65a0]
> [New Thread 21312.0x18f4]
> (gdb) break fileio.c:4913
> Breakpoint 1 at 0x106380e: file fileio.c, line 4913.
> (gdb) continue
> Continuing.
> [New Thread 21312.0x6b24]
> [New Thread 21312.0x1b0c]
> warning: sys_read called when read is in progress
> warning: reader_thread.SetEvent failed with 6 for fd 3
> [New Thread 21312.0x30a4]
> warning: sys_read called when read is in progress
> warning: reader_thread.SetEvent failed with 6 for fd 3
> [New Thread 21312.0x469c]
> [New Thread 21312.0x42c0]
> warning: reader_thread.SetEvent failed with 6 for fd 3
> [New Thread 21312.0x5050]
> [New Thread 21312.0x1014]

Follow-up (with the mistake of having typed quit inadvertendly):

--8<---------------cut here---------------start------------->8---
[... above ...]
warning: sys_read called when read is in progress
[New Thread 21312.0x1fe0]
exit
quit



[New Thread 21312.0x6118]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 21312.0x6118]
(gdb) qQuitu
it
A debugging session is active.

        Inferior 1 [process 21312] will be detached.

Quit anyway? (y or n) Please answer y or n.
A debugging session is active.

        Inferior 1 [process 21312] will be detached.

Quit anyway? (y or n) Please answer y or n.
A debugging session is active.

        Inferior 1 [process 21312] will be detached.

Quit anyway? (y or n) Please answer y or n.
A debugging session is active.

        Inferior 1 [process 21312] will be detached.

Quit anyway? (y or n) n
(gdb) Not confirmed.

A debugging session is active.

        Inferior 1 [process 21312] will be detached.

Quit anyway? (y or n) n
(gdb) Not confirmed.

A debugging session is active.

        Inferior 1 [process 21312] will be detached.

Quit anyway? (y or n) n
Not confirmed.(gdb)

A debugging session is active.

        Inferior 1 [process 21312] will be detached.

Quit anyway? (y or n)
Please answer y or n.
A debugging session is active.

        Inferior 1 [process 21312] will be detached.

Quit anyway? (y or n)
Please answer y or n.
A debugging session is active.

        Inferior 1 [process 21312] will be detached.

Quit anyway? (y or n) n
(gdb) Not confirmed.
n
Single stepping until exit from function ntdll!RtlVerifyVersionInfo,
which has no line number information.

p desc
--8<---------------cut here---------------end--------------->8---

I've no prompt anymore.

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                   ` <mailman.19666.1360674598.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-12 13:12                     ` Sebastien Vauban
  0 siblings, 0 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-12 13:12 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

In that same Emacs (not communicating anymore well with Helm and the mail
server), I tried to go on with other tasks: export an Org document to LaTeX.

That fails with "Creating process pipe: no error":

--8<---------------cut here---------------start------------->8---
Saving file d:/Users/fni/org/tests/tasks.tex...
Applying style hooks... done
Wrote d:/Users/fni/org/tests/tasks.tex
Processing LaTeX file ./tasks.tex ...
(Shell command failed with error)
shell-command-on-region: Creating process pipe: no error
t
Saving file d:/Users/fni/org/tests/tasks.tex...
Applying style hooks... done
Wrote d:/Users/fni/org/tests/tasks.tex
Processing LaTeX file ./tasks.tex ...
(Shell command failed with error)
shell-command-on-region: Creating process pipe: no error
--8<---------------cut here---------------end--------------->8---

No new message in the GDB window, though.

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-12 12:43                 ` Sebastien Vauban
@ 2013-02-12 16:24                   ` Eli Zaretskii
       [not found]                   ` <mailman.19681.1360686344.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-12 16:24 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546, wxhgmqzgwmuf

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: Sebastien Vauban <wxhgmqzgwmuf@spammotel.com>,  13546@debbugs.gnu.org
> Date: Tue, 12 Feb 2013 13:43:53 +0100
> 
> > OK. So please attach GDB to Emacs _before_ the problem happens, and set a
> > breakpoint like this:
> >
> >   (gdb) break fileio.c:4913
> >   (gdb) continue
> >
> > The breakpoint will be on this line in fileio.c:
> >
> >   if (! ok)
> >     error ("IO error writing %s: %s", SDATA (filename),  <<<<<<<<<
> >            emacs_strerror (save_errno));
> >
> > Then do whatever it takes to reproduce the problem.  When it happens
> > again, this breakpoint should break.
> 
> I did attach to Emacs when problems began with Helm.
> 
> --8<---------------cut here---------------start------------->8---
> $ gdb emacs.exe -p 21312
> GNU gdb (GDB) 7.5.50.20120815-cvs (cygwin-special)
> Copyright (C) 2012 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "i686-cygwin".
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>...
> Reading symbols from /cygdrive/c/Program Files (x86)/emacs-24.2.93/bin/emacs.exe...done.
> Attaching to program `/cygdrive/c/Program Files (x86)/emacs-24.2.93/bin/emacs.exe', process 21312
> [New Thread 21312.0x66d4]
> [New Thread 21312.0xdb8]
> [New Thread 21312.0x4dc]
> [New Thread 21312.0x65a0]
> [New Thread 21312.0x18f4]
> (gdb) break fileio.c:4913
> Breakpoint 1 at 0x106380e: file fileio.c, line 4913.
> (gdb) continue
> Continuing.
> [New Thread 21312.0x6b24]
> [New Thread 21312.0x1b0c]
> warning: sys_read called when read is in progress
> warning: reader_thread.SetEvent failed with 6 for fd 3
> [New Thread 21312.0x30a4]
> warning: sys_read called when read is in progress
> warning: reader_thread.SetEvent failed with 6 for fd 3
> [New Thread 21312.0x469c]
> [New Thread 21312.0x42c0]
> warning: reader_thread.SetEvent failed with 6 for fd 3
> [New Thread 21312.0x5050]
> [New Thread 21312.0x1014]
> warning: sys_read called when read is in progress
> [New Thread 21312.0x1790]
> --8<---------------cut here---------------end--------------->8---
> 
> Did I attach too late?  Is the above giving some information already?

It gives me something, but not what I expected.  Did you at all see
the "IO error writing FOO" message this time?  If not, the above
breakpoint will not break.

In any case, since you say the problem comes back after 2 hours of
usage, it is probably better to attach GDB and set the breakpoints at
the very beginning of your session.

To catch this message:

  warning: sys_read called when read is in progress

please put an additional breakpoint on line 6410 of w32.c, which says:

        DebPrint (("sys_read called when read is in progress\n"));

and when it breaks, please do:

  (gdb) p fd_info[fd]
  (gdb) p fd
  (gdb) p *cp

TIA





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                     ` <mailman.19681.1360686344.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-12 17:36                       ` Sebastien Vauban
  2013-02-12 20:22                         ` Eli Zaretskii
       [not found]                         ` <mailman.19711.1360700560.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-12 17:36 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Cc: Sebastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>,  13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>> Date: Tue, 12 Feb 2013 13:43:53 +0100
>> 
>> > OK. So please attach GDB to Emacs _before_ the problem happens, and set a
>> > breakpoint like this:
>> >
>> >   (gdb) break fileio.c:4913
>> >   (gdb) continue
>> >
>> > The breakpoint will be on this line in fileio.c:
>> >
>> >   if (! ok)
>> >     error ("IO error writing %s: %s", SDATA (filename),  <<<<<<<<<
>> >            emacs_strerror (save_errno));
>> >
>> > Then do whatever it takes to reproduce the problem.  When it happens
>> > again, this breakpoint should break.
>> 
>> I did attach to Emacs when problems began with Helm.
>> 
>> --8<---------------cut here---------------start------------->8---
>> [New Thread 21312.0x6b24]
>> [New Thread 21312.0x1b0c]
>> warning: sys_read called when read is in progress
>> warning: reader_thread.SetEvent failed with 6 for fd 3
>> [New Thread 21312.0x30a4]
>> warning: sys_read called when read is in progress
>> warning: reader_thread.SetEvent failed with 6 for fd 3
>> [New Thread 21312.0x469c]
>> [New Thread 21312.0x42c0]
>> warning: reader_thread.SetEvent failed with 6 for fd 3
>> [New Thread 21312.0x5050]
>> [New Thread 21312.0x1014]
>> warning: sys_read called when read is in progress
>> [New Thread 21312.0x1790]
>> --8<---------------cut here---------------end--------------->8---
>> 
>> Did I attach too late?  Is the above giving some information already?
>
> It gives me something, but not what I expected.  Did you at all see
> the "IO error writing FOO" message this time?

Not this time, no.

> If not, the above breakpoint will not break.

This explains that.

> In any case, since you say the problem comes back after 2 hours of
> usage, it is probably better to attach GDB and set the breakpoints at
> the very beginning of your session.
>
> To catch this message:
>
>   warning: sys_read called when read is in progress
>
> please put an additional breakpoint on line 6410 of w32.c, which says:
>
>         DebPrint (("sys_read called when read is in progress\n"));
>
> and when it breaks, please do:
>
>   (gdb) p fd_info[fd]
>   (gdb) p fd
>   (gdb) p *cp

OK, I do this:

1. Launch Emacs 24.2.93

2. Go to c:\Program Files (x86)\Emacs-24.2.93\bin

3. Run: gdb -p 15276
   XXX not sure about having to reference emacs.exe?
   XXX or should I start somehow Emacs from GDB?

4. Type in GDB:
   (gdb) break fileio.c:4913
   (gdb) break w32.c:6410
   (gdb) continue

5. Wait for problems, and do what you wrote in these threads.

Is this correct?

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                       ` <mailman.19695.1360690724.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-12 17:48                         ` Sebastien Vauban
  0 siblings, 0 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-12 17:48 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

"Sebastien Vauban" wrote:
> Eli Zaretskii wrote:
>> To catch this message:
>>
>>   warning: sys_read called when read is in progress
>>
>> please put an additional breakpoint on line 6410 of w32.c, which says:
>>
>>         DebPrint (("sys_read called when read is in progress\n"));
>>
>> and when it breaks, please do:
>>
>>   (gdb) p fd_info[fd]
>>   (gdb) p fd
>>   (gdb) p *cp
>
> OK, I do this:
>
> 1. Launch Emacs 24.2.93
>
> 2. Go to c:\Program Files (x86)\Emacs-24.2.93\bin
>
> 3. Run: gdb -p 15276
>    XXX not sure about having to reference emacs.exe?
>    XXX or should I start somehow Emacs from GDB?
>
> 4. Type in GDB:
>    (gdb) break fileio.c:4913
>    (gdb) break w32.c:6410
>    (gdb) continue
>
> 5. Wait for problems, and do what you wrote in these threads.

I went fast for the 2nd breakpoint: just launching Gnus already gives me 2
occurrences of them:

--8<---------------cut here---------------start------------->8---
Reading symbols from /cygdrive/c/Program Files (x86)/emacs-24.2.93/bin/emacs.exe...done.
(gdb) break fileio.c:4913
Breakpoint 1 at 0x106380e: file fileio.c, line 4913.
(gdb) break w32.c:6410
Breakpoint 2 at 0x108fca5: file w32.c, line 6410.
(gdb) continue
Continuing.
[New Thread 15276.0x3b20]
[New Thread 15276.0x39a8]
[New Thread 15276.0x5524]
[New Thread 15276.0x4948]
[New Thread 15276.0x6258]
[New Thread 15276.0x614c]
[New Thread 15276.0x1c1c]
[Switching to Thread 15276.0x6ea0]

Breakpoint 2, sys_read (fd=3, buffer=0x5a28034 "", count=5) at w32.c:6410
(gdb) 6410      w32.c: No such file or directory.
p fd_info[fd]
$1 = {flags = 1555, hnd = 0x30c, cp = 0x1680c60}
(gdb) p fd
$2 = 3
(gdb) p *cp
$3 = {fd = 3, pid = -1, char_avail = 0x314, char_consumed = 0x318, thrd = 0x31c, hwnd = 0x0,
  procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 1,
  chr = 22 '\026', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
        OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}
(gdb) continue
Continuing.
warning: sys_read called when read is in progress
[New Thread 15276.0x1f58]
[New Thread 15276.0x2844]
[New Thread 15276.0x6d70]
[New Thread 15276.0x5ccc]

Breakpoint 2, sys_read (fd=5, buffer=0x5ae0034 "", count=5) at w32.c:6410
6410    in w32.c
(gdb) p fd_info[fd]
$4 = {flags = 1555, hnd = 0x344, cp = 0x1680d10}
(gdb) p fd
$5 = 5
(gdb) p *cp
$6 = {fd = 5, pid = -1, char_avail = 0x358, char_consumed = 0x354, thrd = 0x350, hwnd = 0x0,
  procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 1,
  chr = 22 '\026', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
        OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}
(gdb) continue
Continuing.
warning: sys_read called when read is in progress
[New Thread 15276.0x2eb8]
--8<---------------cut here---------------end--------------->8---

Does it help?

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                         ` <mailman.19696.1360691387.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-12 17:52                           ` Sebastien Vauban
  0 siblings, 0 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-12 17:52 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

"Sebastien Vauban" wrote:
> "Sebastien Vauban" wrote:
>> Eli Zaretskii wrote:
>>> To catch this message:
>>>
>>>   warning: sys_read called when read is in progress
>>>
>>> please put an additional breakpoint on line 6410 of w32.c
>
> I went fast for the 2nd breakpoint: just launching Gnus already gives me 2
> occurrences of them:
>
> Reading symbols from /cygdrive/c/Program Files (x86)/emacs-24.2.93/bin/emacs.exe...done.
> (gdb) break fileio.c:4913
> Breakpoint 1 at 0x106380e: file fileio.c, line 4913.
> (gdb) break w32.c:6410
> Breakpoint 2 at 0x108fca5: file w32.c, line 6410.
> (gdb) continue
> Continuing.
> [New Thread 15276.0x3b20]
> [New Thread 15276.0x39a8]
> [New Thread 15276.0x5524]
> [New Thread 15276.0x4948]
> [New Thread 15276.0x6258]
> [New Thread 15276.0x614c]
> [New Thread 15276.0x1c1c]
> [Switching to Thread 15276.0x6ea0]
>
> Breakpoint 2, sys_read (fd=3, buffer=0x5a28034 "", count=5) at w32.c:6410
> (gdb) 6410      w32.c: No such file or directory.
> p fd_info[fd]
> $1 = {flags = 1555, hnd = 0x30c, cp = 0x1680c60}
> (gdb) p fd
> $2 = 3
> (gdb) p *cp
> $3 = {fd = 3, pid = -1, char_avail = 0x314, char_consumed = 0x318, thrd = 0x31c, hwnd = 0x0,
>   procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 1,
>   chr = 22 '\026', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
>       Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
>         OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}
> (gdb) continue
> Continuing.
> warning: sys_read called when read is in progress
> [New Thread 15276.0x1f58]
> [New Thread 15276.0x2844]
> [New Thread 15276.0x6d70]
> [New Thread 15276.0x5ccc]
>
> Breakpoint 2, sys_read (fd=5, buffer=0x5ae0034 "", count=5) at w32.c:6410
> 6410    in w32.c
> (gdb) p fd_info[fd]
> $4 = {flags = 1555, hnd = 0x344, cp = 0x1680d10}
> (gdb) p fd
> $5 = 5
> (gdb) p *cp
> $6 = {fd = 5, pid = -1, char_avail = 0x358, char_consumed = 0x354, thrd = 0x350, hwnd = 0x0,
>   procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 1,
>   chr = 22 '\026', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
>       Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
>         OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}
> (gdb) continue
> Continuing.
> warning: sys_read called when read is in progress
> [New Thread 15276.0x2eb8]

And, when sending the email:

--8<---------------cut here---------------start------------->8---
[New Thread 15276.0x6e9c]
[New Thread 15276.0x4890]
[New Thread 15276.0x1878]
[New Thread 15276.0x53bc]
[New Thread 15276.0x5f00]
[New Thread 15276.0x1ce4]
[New Thread 15276.0x3b90]
[New Thread 15276.0x12dc]
[New Thread 15276.0x1948]

[New Thread 15276.0x3b54]
[New Thread 15276.0x41a4]

Breakpoint 2, sys_read (fd=6, buffer=0x639a034 "", count=5) at w32.c:6410
6410    in w32.c
(gdb)
Continuing.
warning: sys_read called when read is in progress
warning: reader_thread.SetEvent failed with 6 for fd 6
[New Thread 15276.0x2c3c]
--8<---------------cut here---------------end--------------->8---

Others not trapped?

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                           ` <mailman.19703.1360691991.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-12 18:28                             ` Sebastien Vauban
  2013-02-13 17:20                               ` Eli Zaretskii
       [not found]                               ` <mailman.19836.1360776098.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-12 18:28 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

"Sebastien Vauban" wrote:
> "Sebastien Vauban" wrote:
>> "Sebastien Vauban" wrote:
>>> Eli Zaretskii wrote:
>>>> To catch this message:
>>>>
>>>>   warning: sys_read called when read is in progress
>>>>
>>>> please put an additional breakpoint on line 6410 of w32.c
>>
>> I went fast for the 2nd breakpoint: just launching Gnus already gives me 2
>> occurrences of them:
>>
>> Reading symbols from /cygdrive/c/Program Files (x86)/emacs-24.2.93/bin/emacs.exe...done.
>> (gdb) break fileio.c:4913
>> Breakpoint 1 at 0x106380e: file fileio.c, line 4913.
>> (gdb) break w32.c:6410
>> Breakpoint 2 at 0x108fca5: file w32.c, line 6410.
>> (gdb) continue
>> Continuing.
>> [New Thread 15276.0x3b20]
>> [New Thread 15276.0x39a8]
>> [New Thread 15276.0x5524]
>> [New Thread 15276.0x4948]
>> [New Thread 15276.0x6258]
>> [New Thread 15276.0x614c]
>> [New Thread 15276.0x1c1c]
>> [Switching to Thread 15276.0x6ea0]
>>
>> Breakpoint 2, sys_read (fd=3, buffer=0x5a28034 "", count=5) at w32.c:6410
>> (gdb) 6410      w32.c: No such file or directory.
>> p fd_info[fd]
>> $1 = {flags = 1555, hnd = 0x30c, cp = 0x1680c60}
>> (gdb) p fd
>> $2 = 3
>> (gdb) p *cp
>> $3 = {fd = 3, pid = -1, char_avail = 0x314, char_consumed = 0x318, thrd = 0x31c, hwnd = 0x0,
>>   procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 1,
>>   chr = 22 '\026', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
>>       Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
>>         OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}
>> (gdb) continue
>> Continuing.
>> warning: sys_read called when read is in progress
>> [New Thread 15276.0x1f58]
>> [New Thread 15276.0x2844]
>> [New Thread 15276.0x6d70]
>> [New Thread 15276.0x5ccc]
>>
>> Breakpoint 2, sys_read (fd=5, buffer=0x5ae0034 "", count=5) at w32.c:6410
>> 6410    in w32.c
>> (gdb) p fd_info[fd]
>> $4 = {flags = 1555, hnd = 0x344, cp = 0x1680d10}
>> (gdb) p fd
>> $5 = 5
>> (gdb) p *cp
>> $6 = {fd = 5, pid = -1, char_avail = 0x358, char_consumed = 0x354, thrd = 0x350, hwnd = 0x0,
>>   procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 1,
>>   chr = 22 '\026', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
>>       Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
>>         OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}
>> (gdb) continue
>> Continuing.
>> warning: sys_read called when read is in progress
>> [New Thread 15276.0x2eb8]
>
> And, when sending the email:
>
> [New Thread 15276.0x6e9c]
> [New Thread 15276.0x4890]
> [New Thread 15276.0x1878]
> [New Thread 15276.0x53bc]
> [New Thread 15276.0x5f00]
> [New Thread 15276.0x1ce4]
> [New Thread 15276.0x3b90]
> [New Thread 15276.0x12dc]
> [New Thread 15276.0x1948]
>
> [New Thread 15276.0x3b54]
> [New Thread 15276.0x41a4]
>
> Breakpoint 2, sys_read (fd=6, buffer=0x639a034 "", count=5) at w32.c:6410
> 6410    in w32.c
> (gdb)
> Continuing.
> warning: sys_read called when read is in progress
> warning: reader_thread.SetEvent failed with 6 for fd 6
> [New Thread 15276.0x2c3c]

New ones:

--8<---------------cut here---------------start------------->8---
[New Thread 15276.0x4d08]
[New Thread 15276.0x17a0]

Breakpoint 2, sys_read (fd=6, buffer=0x64b1034 "", count=5) at w32.c:6410
6410    in w32.c
(gdb)
Continuing.
warning: sys_read called when read is in progress
warning: reader_thread.SetEvent failed with 6 for fd 6
[New Thread 15276.0x6774]
warning: reader_thread.SetEvent failed with 6 for fd 3
warning: reader_thread.SetEvent failed with 6 for fd 5
[New Thread 15276.0x5b0c]
[New Thread 15276.0x1898]

Breakpoint 2, sys_read (fd=3, buffer=0x6594034 "", count=5) at w32.c:6410
6410    in w32.c
(gdb) p fd_info[fd]
$7 = {flags = 1555, hnd = 0x324, cp = 0x1680c60}
(gdb) p fd
$8 = 3
(gdb) p *cp
$9 = {fd = 3, pid = -1, char_avail = 0x318, char_consumed = 0x314, thrd = 0x31c, hwnd = 0x0,
  procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 1,
  chr = 22 '\026', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
        OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}
(gdb) continue
Continuing.
[New Thread 15276.0x65ac]
warning: sys_read called when read is in progress
[New Thread 15276.0x2c88]

Breakpoint 2, sys_read (fd=5, buffer=0x65de034 "", count=5) at w32.c:6410
6410    in w32.c
(gdb) p fd_info[fd]
$10 = {flags = 1555, hnd = 0x3fc, cp = 0x1680d10}
(gdb) p fd
$11 = 5
(gdb) p *cp
$12 = {fd = 5, pid = -1, char_avail = 0x3f0, char_consumed = 0x29c, thrd = 0x3a4, hwnd = 0x0,
  procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 1,
  chr = 22 '\026', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
        OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}
(gdb) continue
Continuing.
warning: sys_read called when read is in progress
[New Thread 15276.0x6478]
[New Thread 15276.0x3378]
--8<---------------cut here---------------end--------------->8---

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-12 17:36                       ` Sebastien Vauban
@ 2013-02-12 20:22                         ` Eli Zaretskii
       [not found]                         ` <mailman.19711.1360700560.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-12 20:22 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org
> Date: Tue, 12 Feb 2013 18:36:58 +0100
> 
> OK, I do this:
> 
> 1. Launch Emacs 24.2.93
> 
> 2. Go to c:\Program Files (x86)\Emacs-24.2.93\bin
> 
> 3. Run: gdb -p 15276

Right.

>    XXX not sure about having to reference emacs.exe?
>    XXX or should I start somehow Emacs from GDB?

Don't worry about these.

> 4. Type in GDB:
>    (gdb) break fileio.c:4913
>    (gdb) break w32.c:6410
>    (gdb) continue
> 
> 5. Wait for problems, and do what you wrote in these threads.
> 
> Is this correct?

Yes.

Thanks for the data, I will dwell on it.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* Re: bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                         ` <mailman.19711.1360700560.855.bug-gnu-emacs@gnu.org>
@ 2013-02-13  8:55                           ` Sebastien Vauban
       [not found]                             ` <86ehh9mx93.fsf-oHC15RC7JGTNLxjTenLetw@public.gmane.org>
  0 siblings, 1 reply; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-13  8:55 UTC (permalink / raw)
  To: bug-gnu-emacs-mXXj517/zsQ

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>> Date: Tue, 12 Feb 2013 18:36:58 +0100
>> 
>> 1. Launch Emacs 24.2.93
>> 2. Go to c:\Program Files (x86)\Emacs-24.2.93\bin
>> 3. Run: gdb -p 15276
>>    XXX not sure about having to reference emacs.exe?
>>    XXX or should I start somehow Emacs from GDB?
>
> Don't worry about these.

OK.

>> 4. Type in GDB:
>>    (gdb) break fileio.c:4913
>>    (gdb) break w32.c:6410
>>    (gdb) continue
>> 5. Wait for problems, and do what you wrote in these threads.
>
> Thanks for the data, I will dwell on it.

Another bunch, when interacting with my company's email server and NNTP
servers (via Gnus):

--8<---------------cut here---------------start------------->8---
[Switching to Thread 21032.0xfac]

Breakpoint 2, sys_read (fd=4, buffer=0x8797034 "", count=5) at w32.c:6410
6410    in w32.c
(gdb) p fd_info[fd]
$4 = {flags = 1555, hnd = 0x2c8, cp = 0x16813f0}
(gdb) p fd
$5 = 4
(gdb) p *cp
$6 = {fd = 4, pid = -1, char_avail = 0x688, char_consumed = 0x60c, thrd = 0x624, hwnd = 0x0,
  procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 1,
  chr = 22 '\026', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
        OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}
(gdb) continue
Continuing.
[New Thread 21032.0x5920]
warning: sys_read called when read is in progress
[New Thread 21032.0xb70]

Breakpoint 2, sys_read (fd=4, buffer=0x8797034 "", count=5) at w32.c:6410
6410    in w32.c
(gdb) p fd_info[fd]
$7 = {flags = 1555, hnd = 0x36c, cp = 0x16813f0}
(gdb) p fd
$8 = 4
(gdb) p *cp
$9 = {fd = 4, pid = -1, char_avail = 0x33c, char_consumed = 0x580, thrd = 0x68c, hwnd = 0x0,
  procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 1,
  chr = 22 '\026', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
        OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}
(gdb) continue
Continuing.
warning: sys_read called when read is in progress
--8<---------------cut here---------------end--------------->8---

Best regards,
  Seb

-- 
Sebastien Vauban


^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                             ` <86ehh9mx93.fsf-oHC15RC7JGTNLxjTenLetw@public.gmane.org>
@ 2013-02-13  9:06                               ` Sebastien Vauban
  2013-02-13 17:28                                 ` Eli Zaretskii
       [not found]                                 ` <mailman.19837.1360776521.855.bug-gnu-emacs@gnu.org>
  2013-02-14 11:36                               ` Sebastien Vauban
                                                 ` (2 subsequent siblings)
  3 siblings, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-13  9:06 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

"Sebastien Vauban" wrote:
> Eli Zaretskii wrote:
>>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>>> Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>>> Date: Tue, 12 Feb 2013 18:36:58 +0100
>>>
>>> 1. Launch Emacs 24.2.93
>>> 2. Go to c:\Program Files (x86)\Emacs-24.2.93\bin
>>> 3. Run: gdb -p 15276
>>>    XXX not sure about having to reference emacs.exe?
>>>    XXX or should I start somehow Emacs from GDB?
>>> 4. Type in GDB:
>>>    (gdb) break fileio.c:4913
>>>    (gdb) break w32.c:6410
>>>    (gdb) continue
>>> 5. Wait for problems, and do what you wrote in these threads.
>>
>> Thanks for the data, I will dwell on it.
>
> Another bunch, when interacting with my company's email server and NNTP
> servers (via Gnus):
>
> [Switching to Thread 21032.0xfac]
>
> Breakpoint 2, sys_read (fd=4, buffer=0x8797034 "", count=5) at w32.c:6410
> 6410    in w32.c
> (gdb) p fd_info[fd]
> $4 = {flags = 1555, hnd = 0x2c8, cp = 0x16813f0}
> (gdb) p fd
> $5 = 4
> (gdb) p *cp
> $6 = {fd = 4, pid = -1, char_avail = 0x688, char_consumed = 0x60c, thrd = 0x624, hwnd = 0x0,
>   procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 1,
>   chr = 22 '\026', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
>       Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
>         OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}
> (gdb) continue
> Continuing.
> [New Thread 21032.0x5920]
> warning: sys_read called when read is in progress
> [New Thread 21032.0xb70]
>
> Breakpoint 2, sys_read (fd=4, buffer=0x8797034 "", count=5) at w32.c:6410
> 6410    in w32.c
> (gdb) p fd_info[fd]
> $7 = {flags = 1555, hnd = 0x36c, cp = 0x16813f0}
> (gdb) p fd
> $8 = 4
> (gdb) p *cp
> $9 = {fd = 4, pid = -1, char_avail = 0x33c, char_consumed = 0x580, thrd = 0x68c, hwnd = 0x0,
>   procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 1,
>   chr = 22 '\026', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
>       Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
>         OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}
> (gdb) continue
> Continuing.
> warning: sys_read called when read is in progress

The last ones, before not being able anymore to connect to my email, were:

--8<---------------cut here---------------start------------->8---
warning: sys_read called when read is in progress


warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 21032.0x50e0]

Breakpoint 2, sys_read (fd=4, buffer=0x8ffd034 "", count=5) at w32.c:6410
6410    in w32.c
(gdb)
Continuing.
warning: sys_read called when read is in progress

[New Thread 21032.0x1bb0]
[Inferior 1 (process 21032) exited normally]
(gdb)
(gdb) The program is not being run.
--8<---------------cut here---------------end--------------->8---

I've relaunched a new Emacs.

Best regards,
  Seb

--
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-12 18:28                             ` Sebastien Vauban
@ 2013-02-13 17:20                               ` Eli Zaretskii
  2013-02-14 11:01                                 ` Thierry Volpiatto
       [not found]                               ` <mailman.19836.1360776098.855.bug-gnu-emacs@gnu.org>
  1 sibling, 1 reply; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-13 17:20 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org
> Date: Tue, 12 Feb 2013 19:28:30 +0100
> 
> Breakpoint 2, sys_read (fd=6, buffer=0x64b1034 "", count=5) at w32.c:6410
> 6410    in w32.c
> (gdb)
> Continuing.
> warning: sys_read called when read is in progress
> warning: reader_thread.SetEvent failed with 6 for fd 6
> [New Thread 15276.0x6774]
> warning: reader_thread.SetEvent failed with 6 for fd 3
> warning: reader_thread.SetEvent failed with 6 for fd 5
> [New Thread 15276.0x5b0c]
> [New Thread 15276.0x1898]

It's weird, these messages.  I cannot figure out what causes them.  I
see in your screencast that helm launches subprocesses like crazy (it
looks like every pattern character you type runs another Locate
process).  But even if I try simulating such a subprocess pressure, by
launching another 'locate' command every 100 msec, I cannot reproduce
the above messages on my system.  So some other factor is at work
here.

I need more data.  Please modify the way you set breakpoint at
w32.c:6410 as follows:

 (gdb) break w32.c:6410
 (gdb) commands
  > bt 4
  > p fd
  > p fd_info[fd]
  > b *cp
  > continue
  > end

In addition, please add a 3rd breakpoint, like this:

 (gdb) break w32proc.c:2276
 (gdb) commands
  > bt 5
  > p cp
  > p cp->wnd
  > continue
  > end

Please do this right at the beginning of a fresh session, and please
post the entire GDB session until it gets to the "unusable" state.
(You may need to enlarge the Screen Buffer Size property of the cmd
window in which you run GDB, for it to be able to keep all those
message and backtraces.)  It is very important for me to see all the
messages and backtraces one after the other, to see how the problem
develops.

Also, do you per chance have w32-start-process-share-console
customized to a non-nil value?  If so, can you try with it being nil?

> (gdb) p *cp
> $9 = {fd = 3, pid = -1, char_avail = 0x318, char_consumed = 0x314, thrd = 0x31c, hwnd = 0x0,
>   procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 1,
>   chr = 22 '\026', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},

Not sure if this is important, but every time this breakpoint breaks,
the character read from the pipe is \026, i.e. Ctrl-V.  Does that ring
any bells?





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-13  9:06                               ` Sebastien Vauban
@ 2013-02-13 17:28                                 ` Eli Zaretskii
       [not found]                                 ` <mailman.19837.1360776521.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-13 17:28 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org
> Date: Wed, 13 Feb 2013 10:06:54 +0100
> 
> The last ones, before not being able anymore to connect to my email, were:
> 
> --8<---------------cut here---------------start------------->8---
> warning: sys_read called when read is in progress
> 
> 
> warning: reader_thread.SetEvent failed with 6 for fd 4
> [New Thread 21032.0x50e0]
> 
> Breakpoint 2, sys_read (fd=4, buffer=0x8ffd034 "", count=5) at w32.c:6410
> 6410    in w32.c
> (gdb)
> Continuing.
> warning: sys_read called when read is in progress
> 
> [New Thread 21032.0x1bb0]
> [Inferior 1 (process 21032) exited normally]
> (gdb)
> (gdb) The program is not being run.
> --8<---------------cut here---------------end--------------->8---
> 
> I've relaunched a new Emacs.

Can we step back for a moment and talk about the "Emacs is unusable"
part?  What exactly stops working for you, that you need to start
another session?  For each command that fails at this stage, please
show the error message(s), if any, that are the manifestations of the
failures.

Also, when you cannot "connect to your email", whatever that means,
please press F12, or wait until some breakpoint breaks, and show me
the contents of these two arrays:

  (gdb) p fd_info[0]@64
  (gdb) p child_procs[0]@32

Thanks.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                 ` <mailman.19836.1360776098.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-13 20:20                                   ` Sebastien Vauban
  2013-02-13 22:08                                     ` Eli Zaretskii
  2013-02-14 12:31                                   ` Sebastien Vauban
  1 sibling, 1 reply; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-13 20:20 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>> Date: Tue, 12 Feb 2013 19:28:30 +0100
>> 
>> Breakpoint 2, sys_read (fd=6, buffer=0x64b1034 "", count=5) at w32.c:6410
>> 6410    in w32.c
>> (gdb)
>> Continuing.
>> warning: sys_read called when read is in progress
>> warning: reader_thread.SetEvent failed with 6 for fd 6
>> [New Thread 15276.0x6774]
>> warning: reader_thread.SetEvent failed with 6 for fd 3
>> warning: reader_thread.SetEvent failed with 6 for fd 5
>> [New Thread 15276.0x5b0c]
>> [New Thread 15276.0x1898]
>
> It's weird, these messages. I cannot figure out what causes them. I
> see in your screencast that helm launches subprocesses like crazy (it
> looks like every pattern character you type runs another Locate
> process).

I'm glad to have done that screencast. That way, you can feel how my system
reacts, and see I'm not a fool...

> But even if I try simulating such a subprocess pressure, by launching
> another 'locate' command every 100 msec, I cannot reproduce the above
> messages on my system. So some other factor is at work here.
>
> I need more data. Please modify the way you set breakpoint at
> w32.c:6410 as follows:
>
>  (gdb) break w32.c:6410
>  (gdb) commands
>   > bt 4
>   > p fd
>   > p fd_info[fd]
>   > b *cp
>   > continue
>   > end
>
> In addition, please add a 3rd breakpoint, like this:
>
>  (gdb) break w32proc.c:2276
>  (gdb) commands
>   > bt 5
>   > p cp
>   > p cp->wnd
>   > continue
>   > end
>
> Please do this right at the beginning of a fresh session, and please
> post the entire GDB session until it gets to the "unusable" state.
> (You may need to enlarge the Screen Buffer Size property of the cmd
> window in which you run GDB, for it to be able to keep all those
> message and backtraces.) It is very important for me to see all the
> messages and backtraces one after the other, to see how the problem
> develops.
>
> Also, do you per chance have w32-start-process-share-console
> customized to a non-nil value? If so, can you try with it being nil?

  ╭────
  │ w32-start-process-share-console is a variable defined in `C source code'.
  │ Its value is nil
  │ 
  │ Documentation:
  │ When nil, new child processes are given a new console.
  │ When non-nil, they share the Emacs console; this has the limitation of
  │ allowing only one DOS subprocess to run at a time (whether started directly
  │ or indirectly by Emacs), and preventing Emacs from cleanly terminating the
  │ subprocess group, but may allow Emacs to interrupt a subprocess that doesn't
  │ otherwise respond to interrupts from Emacs.
  ╰────

As my Emacs was already quite weak[1], when reading your email, I decided to
attach GDB (I had a rest, for a couple of hours, with all those breaks),
launch a screencast, and try to reproduce problems.

Here for the live demo: http://screencast.com/t/PTVc7yA4u.

For the traces:

--8<---------------cut here---------------start------------->8---
GNU gdb (GDB) 7.5.50.20120815-cvs (cygwin-special)
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-cygwin".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Attaching to process 21364
[New Thread 21364.0xce8]
[New Thread 21364.0x64f0]
[New Thread 21364.0x67cc]
[New Thread 21364.0x1a8c]
[New Thread 21364.0x1e78]
[New Thread 21364.0x5930]
[New Thread 21364.0x33a0]
Reading symbols from /cygdrive/c/Program Files (x86)/emacs-24.2.93/bin/emacs.exe...done.
(gdb) break w32.c:6410
Breakpoint 1 at 0x108fca5: file w32.c, line 6410.
(gdb) commands
Type commands for breakpoint(s) 1, one per line.
End with a line saying just "end".
>bt 4
>p fd
>p fd_info[fd]
>b *cp
>continue
>end
(gdb) break w32proc.c:2276
Breakpoint 2 at 0x1035229: file w32proc.c, line 2276.
(gdb) commands
Type commands for breakpoint(s) 2, one per line.
End with a line saying just "end".
>bt 5
>p cp
>p cp->wnd
>continue
>end
(gdb) contin
Continuing.
warning: reader_thread.SetEvent failed with 6 for fd 9
[New Thread 21364.0x4a48]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 21364.0x4a48]
0x77af2fac in ntdll!RtlVerifyVersionInfo ()
   from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb) p fd_info[2]@64
$1 = {{flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 1559, hnd = 0x2a0,
    cp = 0x1680c60}, {flags = 1555, hnd = 0x550, cp = 0x16816b0}, {flags = 0,
    hnd = 0x0, cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274,
    hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0,
    hnd = 0x4bc, cp = 0x0}, {flags = 0, hnd = 0x3b8, cp = 0x0}, {flags = 0,
    hnd = 0x0, cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274,
    hnd = 0x0, cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274,
    hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {flags = 273,
    hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0, cp = 0x0}, {flags = 0,
    hnd = 0x0, cp = 0x0} <repeats 45 times>}
(gdb) p child_procs[2]@32
$2 = {{fd = 3, pid = -1, char_avail = 0x2a8, char_consumed = 0x2ac,
    thrd = 0x2b0, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
      dwProcessId = 0, dwThreadId = 0}, status = 2, chr = 0 '\000',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 11236, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xb706f8, procinfo = {
      hProcess = 0x2bc, hThread = 0x224, dwProcessId = 11236,
      dwThreadId = 22420}, status = -1, chr = 95 '_', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 14008, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x520b7e, procinfo = {
      hProcess = 0x35c, hThread = 0x33c, dwProcessId = 14008,
      dwThreadId = 22852}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 2108, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x360,
      hThread = 0x3e8, dwProcessId = 2108, dwThreadId = 26260}, status = -1,
    chr = 67 'C', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 4, pid = 15080,
    char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x12609e0 <Fset_frame_height+267>, procinfo = {hProcess = 0x398,
      hThread = 0x32c, dwProcessId = 15080, dwThreadId = 19872}, status = -1,
    chr = 110 'n', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 4, pid = 9080, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x4d0920, procinfo = {
      hProcess = 0x4f4, hThread = 0x350, dwProcessId = 9080,
      dwThreadId = 6408}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 10, pid = 25980, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x890a4c, procinfo = {
      hProcess = 0x3d0, hThread = 0x324, dwProcessId = 25980,
      dwThreadId = 20332}, status = -1, chr = 68 'D', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 11, pid = 11832, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xcd06f8, procinfo = {
---Type <return> to continue, or q <return> to quit---
      hProcess = 0x340, hThread = 0x3f4, dwProcessId = 11832,
      dwThreadId = 5448}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 11, pid = 15136, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xce06f8, procinfo = {
      hProcess = 0x344, hThread = 0x374, dwProcessId = 15136,
      dwThreadId = 2732}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 11, pid = 26132, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xcf06f8, procinfo = {
      hProcess = 0x3d4, hThread = 0x3a4, dwProcessId = 26132,
      dwThreadId = 5812}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 11, pid = 15292, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x1cf0926, procinfo = {
      hProcess = 0x330, hThread = 0x298, dwProcessId = 15292,
      dwThreadId = 18320}, status = 3, chr = 110 'n', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 11, pid = 26236, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x30c,
      hThread = 0x390, dwProcessId = 26236, dwThreadId = 8156}, status = -1,
    chr = 67 'C', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 10, pid = 17820,
    char_avail = 0x0, char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {
      hProcess = 0x318, hThread = 0x378, dwProcessId = 17820,
      dwThreadId = 10584}, status = -1, chr = 67 'C', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 10, pid = 22248, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x380,
      hThread = 0x3cc, dwProcessId = 22248, dwThreadId = 17100}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 4, pid = 21720,
    char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x12709e0 <Fundo_boundary+120>, procinfo = {hProcess = 0x39c,
      hThread = 0x358, dwProcessId = 21720, dwThreadId = 4960}, status = -1,
---Type <return> to continue, or q <return> to quit---
    chr = 116 't', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 4, pid = 17192,
    char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x12809e0 <fill_gstring_header+1137>, procinfo = {hProcess = 0x3fc,
      hThread = 0x178, dwProcessId = 17192, dwThreadId = 9220}, status = -1,
    chr = 67 'C', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 4, pid = 15248,
    char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x12909e0 <font_parse_family_registry+109>, procinfo = {
      hProcess = 0x3b4, hThread = 0x3d8, dwProcessId = 15248,
      dwThreadId = 15680}, status = -1, chr = 67 'C', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 19696, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x9c0a56, procinfo = {
      hProcess = 0x3f8, hThread = 0x37c, dwProcessId = 19696,
      dwThreadId = 10056}, status = 3, chr = 110 'n', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 15536, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x9d0a56, procinfo = {
      hProcess = 0x314, hThread = 0x3b0, dwProcessId = 15536,
      dwThreadId = 27164}, status = 3, chr = 114 'r', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 11776, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x4c0920, procinfo = {
      hProcess = 0x2e8, hThread = 0x460, dwProcessId = 11776,
      dwThreadId = 6368}, status = -1, chr = 67 'C', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 10, pid = 6700, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x8a05dc, procinfo = {hProcess = 0x4c0, hThread = 0x44c,
      dwProcessId = 6700, dwThreadId = 21396}, status = -1, chr = 106 'j',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 5344, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x4f0920, procinfo = {
      hProcess = 0x4c8, hThread = 0x404, dwProcessId = 5344,
      dwThreadId = 1132}, status = 2, chr = 0 '\000', ovl_read = {
---Type <return> to continue, or q <return> to quit---
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 15040, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x4b0,
      hThread = 0x464, dwProcessId = 15040, dwThreadId = 9588}, status = 2,
    chr = 0 '\000', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 4, pid = 13912,
    char_avail = 0x0, char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {
      hProcess = 0x528, hThread = 0x4b8, dwProcessId = 13912,
      dwThreadId = 7364}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 20624, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x520920, procinfo = {
      hProcess = 0x4c4, hThread = 0x48c, dwProcessId = 20624,
      dwThreadId = 16412}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 13792, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x530920, procinfo = {
      hProcess = 0x51c, hThread = 0x52c, dwProcessId = 13792,
      dwThreadId = 12548}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 13300, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x580920, procinfo = {
      hProcess = 0x57c, hThread = 0x518, dwProcessId = 13300,
      dwThreadId = 18344}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 7864, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x590920, procinfo = {
      hProcess = 0x564, hThread = 0x578, dwProcessId = 7864,
      dwThreadId = 13496}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 24404, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5a0920, procinfo = {
      hProcess = 0x490, hThread = 0x3e4, dwProcessId = 24404,
      dwThreadId = 24800}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
---Type <return> to continue, or q <return> to quit---
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 28260, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x458,
      hThread = 0x448, dwProcessId = 28260, dwThreadId = 18524}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 4, pid = -1, char_avail = 0x21c,
    char_consumed = 0x370, thrd = 0x514, hwnd = 0x0, procinfo = {
      hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0},
    status = 1, chr = 23 '\027', ovl_read = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0},
    ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {fd = 9, pid = -1,
    char_avail = 0x0, char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {
      hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0},
    status = -1, chr = 21 '\025', ovl_read = {Internal = 0, InternalHigh = 0, {
        {Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0},
    ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}}
(gdb) c
Continuing.
[Switching to Thread 21364.0xce8]

Breakpoint 2, prepare_standard_handles (in=9, out=20, err=20, handles=0x87cc8c)
    at w32proc.c:2285
2285    w32proc.c: No such file or directory.
#0  prepare_standard_handles (in=9, out=20, err=20, handles=0x87cc8c)
    at w32proc.c:2285
#1  0x010d5f36 in child_setup (in=9, out=20, err=20, new_argv=0x87cd00,
    set_pgrp=false, current_dir=132414497) at callproc.c:1255
#2  0x010d4220 in Fcall_process (nargs=8, args=0x88d5e4) at callproc.c:581
#3  0x01014c29 in Ffuncall (nargs=9, args=0x88d5e0) at eval.c:2756
#4  0x010140c3 in Fapply (nargs=6, args=0x88d728) at eval.c:2309
(gdb) No symbol "cp" in current context.

Continuing.
[New Thread 21364.0x232c]

Breakpoint 2, prepare_standard_handles (in=9, out=20, err=20, handles=0x87cc8c)
    at w32proc.c:2285
2285    in w32proc.c
#0  prepare_standard_handles (in=9, out=20, err=20, handles=0x87cc8c)
    at w32proc.c:2285
#1  0x010d5f36 in child_setup (in=9, out=20, err=20, new_argv=0x87cd00,
    set_pgrp=false, current_dir=141459681) at callproc.c:1255
#2  0x010d4220 in Fcall_process (nargs=8, args=0x88d5e4) at callproc.c:581
#3  0x01014c29 in Ffuncall (nargs=9, args=0x88d5e0) at eval.c:2756
#4  0x010140c3 in Fapply (nargs=6, args=0x88d728) at eval.c:2309
(gdb) No symbol "cp" in current context.

Continuing.
[New Thread 21364.0x36c8]
--8<---------------cut here---------------end--------------->8---

>> (gdb) p *cp
>> $9 = {fd = 3, pid = -1, char_avail = 0x318, char_consumed = 0x314, thrd =
>> 0x31c, hwnd = 0x0,
>>   procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId =
>> 0}, status = 1,
>>   chr = 22 '\026', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
>> OffsetHigh = 0},
>
> Not sure if this is important, but every time this breakpoint breaks,
> the character read from the pipe is \026, i.e. Ctrl-V. Does that ring
> any bells?

Not at all. I mean: it's not upon pressing C-v that all my problems occur.
But, yes, I occasionally use C-v, mainly in collapsed Org files, as it works
better than the Page Down key.

Best regards,
  Seb

[1] Everything not displaying any results in Helm-find-files, ao.

[2] DEFINITION NOT FOUND: 0

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                   ` <mailman.19837.1360776521.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-13 20:26                                     ` Sebastien Vauban
  2013-02-13 22:09                                       ` Eli Zaretskii
       [not found]                                       ` <mailman.19867.1360793434.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-13 20:26 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>> Date: Wed, 13 Feb 2013 10:06:54 +0100
>> 
>> The last ones, before not being able anymore to connect to my email, were:
>> 
>> --8<---------------cut here---------------start------------->8---
>> warning: sys_read called when read is in progress
>> 
>> 
>> warning: reader_thread.SetEvent failed with 6 for fd 4
>> [New Thread 21032.0x50e0]
>> 
>> Breakpoint 2, sys_read (fd=4, buffer=0x8ffd034 "", count=5) at w32.c:6410
>> 6410    in w32.c
>> (gdb)
>> Continuing.
>> warning: sys_read called when read is in progress
>> 
>> [New Thread 21032.0x1bb0]
>> [Inferior 1 (process 21032) exited normally]
>> (gdb)
>> (gdb) The program is not being run.
>> --8<---------------cut here---------------end--------------->8---
>> 
>> I've relaunched a new Emacs.
>
> Can we step back for a moment and talk about the "Emacs is unusable"
> part?  What exactly stops working for you, that you need to start
> another session?

Examples of show-blockers:

- Helm-find-files does not include "locate" results anymore (I mean: from
  es.exe), just the current buffers, and the recent files.

- When connecting to my mail server, it's denied: I see all my mail groups
  grayed, and pressing ^, closing the server connection (C), re-establishing
  it (O) does not work. So, basically, I can't read my mails anymore.

> For each command that fails at this stage, please
> show the error message(s), if any, that are the manifestations of the
> failures.
>
> Also, when you cannot "connect to your email", whatever that means,

I hope the above clarifies what I mean.

> please press F12, or wait until some breakpoint breaks, and show me
> the contents of these two arrays:
>
>   (gdb) p fd_info[0]@64
>   (gdb) p child_procs[0]@32

I'll try it.

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-13 20:20                                   ` Sebastien Vauban
@ 2013-02-13 22:08                                     ` Eli Zaretskii
  0 siblings, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-13 22:08 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org
> Date: Wed, 13 Feb 2013 21:20:46 +0100
> 
> Breakpoint 2, prepare_standard_handles (in=9, out=20, err=20, handles=0x87cc8c)
>     at w32proc.c:2285

Why line 2285, not 2276?  Oh, I see, it's my fault: I looked into a
wrong version of the file.  Please use w32proc.c:2247 instead (with
the same breakpoint commands).

Thanks for the data, I will look into it.  But I really do need to see
this from the beginning of the session.  In particular, in what you
posted, the breakpoint at w32.c:6410 didn't break even once.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-13 20:26                                     ` Sebastien Vauban
@ 2013-02-13 22:09                                       ` Eli Zaretskii
       [not found]                                       ` <mailman.19867.1360793434.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-13 22:09 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org
> Date: Wed, 13 Feb 2013 21:26:03 +0100
> 
> > Can we step back for a moment and talk about the "Emacs is unusable"
> > part?  What exactly stops working for you, that you need to start
> > another session?
> 
> Examples of show-blockers:

Just examples?  Are there more?

> - Helm-find-files does not include "locate" results anymore (I mean: from
>   es.exe), just the current buffers, and the recent files.

Any error message(s)?  Or just silent failures?

> - When connecting to my mail server, it's denied: I see all my mail groups
>   grayed, and pressing ^, closing the server connection (C), re-establishing
>   it (O) does not work. So, basically, I can't read my mails anymore.

Again, any error message(s)?

> > please press F12, or wait until some breakpoint breaks, and show me
> > the contents of these two arrays:
> >
> >   (gdb) p fd_info[0]@64
> >   (gdb) p child_procs[0]@32
> 
> I'll try it.

Thanks.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                         ` <mailman.19867.1360793434.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-13 22:31                                           ` Sebastien Vauban
  2013-02-14  5:22                                             ` Eli Zaretskii
                                                               ` (2 more replies)
  0 siblings, 3 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-13 22:31 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>> Date: Wed, 13 Feb 2013 21:26:03 +0100
>>
>>> Can we step back for a moment and talk about the "Emacs is unusable"
>>> part?  What exactly stops working for you, that you need to start
>>> another session?
>>
>> Examples of show-blockers:
>
> Just examples?  Are there more?

Not necessarily, but they're what just popped out of my mind. I meant as well
that the list is maybe not exhaustive. But, when thinking more, no, I don't
see other problems.

Euh, sorry, another one: impossible to convert an Org file to PDF.

In fact, to be exact, these are problems which render Emacs unusable _for me_.
So, I quit, and take a new one: if I can't read my mails, easily access my
files and/or convert documents to PDF, well, I'm pretty blocked.

>> - Helm-find-files does not include "locate" results anymore (I mean: from
>>   es.exe), just the current buffers, and the recent files.
>
> Any error message(s)?  Or just silent failures?

Silent failures -- at least, I never saw anything wrong. Maybe some info is
hidden, though, somewhere in Messages or in debug buffers?

>> - When connecting to my mail server, it's denied: I see all my mail groups
>>   grayed, and pressing ^, closing the server connection (C), re-establishing
>>   it (O) does not work. So, basically, I can't read my mails anymore.
>
> Again, any error message(s)?

Yes (see live screencasts): connections denied to the mail server. Tough,
that's not a that weird message... Nothing as spectacular as "spawning
processes" or such.

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-13 22:31                                           ` Sebastien Vauban
@ 2013-02-14  5:22                                             ` Eli Zaretskii
  2013-02-14  5:56                                             ` Eli Zaretskii
       [not found]                                             ` <mailman.19892.1360819353.855.bug-gnu-emacs@gnu.org>
  2 siblings, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-14  5:22 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org
> Date: Wed, 13 Feb 2013 23:31:16 +0100
> 
> Euh, sorry, another one: impossible to convert an Org file to PDF.
> 
> In fact, to be exact, these are problems which render Emacs unusable _for me_.
> So, I quit, and take a new one: if I can't read my mails, easily access my
> files and/or convert documents to PDF, well, I'm pretty blocked.
> 
> >> - Helm-find-files does not include "locate" results anymore (I mean: from
> >>   es.exe), just the current buffers, and the recent files.
> >
> > Any error message(s)?  Or just silent failures?
> 
> Silent failures -- at least, I never saw anything wrong. Maybe some info is
> hidden, though, somewhere in Messages or in debug buffers?
> 
> >> - When connecting to my mail server, it's denied: I see all my mail groups
> >>   grayed, and pressing ^, closing the server connection (C), re-establishing
> >>   it (O) does not work. So, basically, I can't read my mails anymore.
> >
> > Again, any error message(s)?
> 
> Yes (see live screencasts): connections denied to the mail server. Tough,
> that's not a that weird message... Nothing as spectacular as "spawning
> processes" or such.

OK.  I really need to see those two arrays in this situation.  I think
they are key to understanding what might be going on.






^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-13 22:31                                           ` Sebastien Vauban
  2013-02-14  5:22                                             ` Eli Zaretskii
@ 2013-02-14  5:56                                             ` Eli Zaretskii
       [not found]                                             ` <mailman.19892.1360819353.855.bug-gnu-emacs@gnu.org>
  2 siblings, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-14  5:56 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org
> Date: Wed, 13 Feb 2013 23:31:16 +0100
> 
> >> - Helm-find-files does not include "locate" results anymore (I mean: from
> >>   es.exe), just the current buffers, and the recent files.
> >
> > Any error message(s)?  Or just silent failures?
> 
> Silent failures -- at least, I never saw anything wrong. Maybe some info is
> hidden, though, somewhere in Messages or in debug buffers?
> 
> >> - When connecting to my mail server, it's denied: I see all my mail groups
> >>   grayed, and pressing ^, closing the server connection (C), re-establishing
> >>   it (O) does not work. So, basically, I can't read my mails anymore.
> >
> > Again, any error message(s)?
> 
> Yes (see live screencasts): connections denied to the mail server. Tough,
> that's not a that weird message... Nothing as spectacular as "spawning
> processes" or such.

I saw an error message saying "make client process failed".  Please be
sure to look in the *Messages* buffer and post here any similar error
messages, especially those related to failure to start processes, open
files or network streams, create pipes, etc.

Thanks.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-13 17:20                               ` Eli Zaretskii
@ 2013-02-14 11:01                                 ` Thierry Volpiatto
  2013-02-15 10:10                                   ` Eli Zaretskii
       [not found]                                   ` <mailman.20001.1360923093.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Thierry Volpiatto @ 2013-02-14 11:01 UTC (permalink / raw)
  To: 13546

Hi Eli,

Eli Zaretskii <eliz@gnu.org> writes:

> It's weird, these messages.  I cannot figure out what causes them.  I
> see in your screencast that helm launches subprocesses like crazy (it
> looks like every pattern character you type runs another Locate
> process).
Helm is starting updating (create the first process) after the
`requires-pattern' value of source, for locate it is 3, so when entering
the third char in pattern the process start, return the data through a
process-filter, then stop the process-filter (setq *filter t) and kill
the process. When you enter the 4th char, a new process is created,
killed and so on.
You can avoid this by hitting `C-!' when starting helm session, then you
can type the whole pattern quietly and hit `C-!' again when done to
launch process, in this case only one process will be started.
(You can also type `C-!' at anytime to interrupt process too long to
finish, type more input and restart process again with `C-!')

This was just for info in case that help for debugging.

-- 
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997 






^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                             ` <86ehh9mx93.fsf-oHC15RC7JGTNLxjTenLetw@public.gmane.org>
  2013-02-13  9:06                               ` Sebastien Vauban
@ 2013-02-14 11:36                               ` Sebastien Vauban
  2013-02-15 10:12                                 ` Eli Zaretskii
       [not found]                                 ` <mailman.20003.1360923218.855.bug-gnu-emacs@gnu.org>
  2013-03-01 13:56                               ` Sebastien Vauban
  2013-03-01 14:28                               ` Sebastien Vauban
  3 siblings, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-14 11:36 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>> Date: Wed, 13 Feb 2013 23:31:16 +0100
>>
>> Euh, sorry, another one: impossible to convert an Org file to PDF.
>>
>> In fact, to be exact, these are problems which render Emacs unusable _for me_.
>> So, I quit, and take a new one: if I can't read my mails, easily access my
>> files and/or convert documents to PDF, well, I'm pretty blocked.
>>
>> >> - Helm-find-files does not include "locate" results anymore (I mean: from
>> >>   es.exe), just the current buffers, and the recent files.
>> >
>> > Any error message(s)?  Or just silent failures?
>>
>> Silent failures -- at least, I never saw anything wrong. Maybe some info is
>> hidden, though, somewhere in Messages or in debug buffers?
>>
>> >> - When connecting to my mail server, it's denied: I see all my mail groups
>> >>   grayed, and pressing ^, closing the server connection (C), re-establishing
>> >>   it (O) does not work. So, basically, I can't read my mails anymore.
>> >
>> > Again, any error message(s)?
>>
>> Yes (see live screencasts): connections denied to the mail server. Tough,
>> that's not a that weird message... Nothing as spectacular as "spawning
>> processes" or such.
>
> OK.  I really need to see those two arrays in this situation.  I think
> they are key to understanding what might be going on.

Voilà, did everything you wanted me to do, I think.

I began working around 09:30, and problems appeared from 12:18, that is after
3 hours of normal Emacs use.

Problems (in order):

- Can't save file due to "Spawning child process: resource temporarily
  unavailable"
- Can't export Org file to PDF due to the same reason
- Can't read posts NNTP server
- Can close it and reopen it, but email server is now "denied"

GDB trace (with comments in there, from 12:18):

--8<---------------cut here---------------start------------->8---
$ gdb -p 26316
GNU gdb (GDB) 7.5.50.20120815-cvs (cygwin-special)
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-cygwin".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Attaching to process 26316
[New Thread 26316.0xfc4]
[New Thread 26316.0x2184]
[New Thread 26316.0x1244]
[New Thread 26316.0x5bd0]
[New Thread 26316.0x2d44]
Reading symbols from /cygdrive/c/Program Files (x86)/emacs-24.2.93/bin/emacs.exe...done.
(gdb) break fileio.c:4913
Breakpoint 1 at 0x106380e: file fileio.c, line 4913.
(gdb) break w32.c:6410
Breakpoint 2 at 0x108fca5: file w32.c, line 6410.
(gdb) commands
Type commands for breakpoint(s) 2, one per line.
End with a line saying just "end".
>bt 4
>p fd
>p fd_info[fd]
>p *cp
>continue
>end
(gdb) break w32proc.c:2247
Breakpoint 3 at 0x10351bb: file w32proc.c, line 2247.
(gdb) commands
Type commands for breakpoint(s) 3, one per line.
End with a line saying just "end".
>bt 5
>p cp
>p cp->wnd
>continue
>end
(gdb) continue
Continuing.
[New Thread 26316.0x60d0]
[New Thread 26316.0x3e60]
[New Thread 26316.0x1a00]
[New Thread 26316.0x24d4]
[New Thread 26316.0x37e8]
[New Thread 26316.0x3fc8]
[New Thread 26316.0x2118]
[Switching to Thread 26316.0xfc4]

Breakpoint 2, sys_read (fd=4, buffer=0x5704034 "", count=5) at w32.c:6410
#0  sys_read (fd=4, buffer=0x5704034 "", count=5) at w32.c:6410
#1  0x01091825 in emacs_gnutls_pull (p=0x55c80e8, buf=0x5704034, sz=5)
    at w32.c:7204
#2  0x7021725d in _gnutls_stream_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
#3  0x7021756d in _gnutls_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
6410    w32.c: No such file or directory.
$1 = 4
$2 = {flags = 1555, hnd = 0x2e8, cp = 0x1680cb8}
$3 = {fd = 4, pid = -1, char_avail = 0x304, char_consumed = 0x2f8,
  thrd = 0x2d8, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
    dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 51 '3', ovl_read = {
    Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
    InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
    hEvent = 0x0}}
warning: sys_read called when read is in progress
[New Thread 26316.0x53a4]
[New Thread 26316.0x1070]
[New Thread 26316.0x6cc4]

Breakpoint 2, sys_read (fd=6, buffer=0x598a034 "", count=5) at w32.c:6410
6410    in w32.c
---Type <return> to continue, or q <return> to quit---
#0  sys_read (fd=6, buffer=0x598a034 "", count=5) at w32.c:6410
#1  0x01091825 in emacs_gnutls_pull (p=0x5467000, buf=0x598a034, sz=5)
    at w32.c:7204
#2  0x7021725d in _gnutls_stream_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
#3  0x7021756d in _gnutls_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
$4 = 6
$5 = {flags = 1555, hnd = 0x354, cp = 0x1680d68}
$6 = {fd = 6, pid = -1, char_avail = 0x2d4, char_consumed = 0x31c,
  thrd = 0x328, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
    dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 22 '\026', ovl_read = {
    Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
    InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
    hEvent = 0x0}}
warning: sys_read called when read is in progress
[New Thread 26316.0x419c]
[New Thread 26316.0x3040]
[New Thread 26316.0x390c]
[New Thread 26316.0x5d24]
[New Thread 26316.0x2cd8]
[New Thread 26316.0xc98]
[New Thread 26316.0x6238]
[New Thread 26316.0x62e4]
[New Thread 26316.0x6fdc]
[New Thread 26316.0x2128]
[New Thread 26316.0x61bc]
[New Thread 26316.0x1d8c]
[New Thread 26316.0x3850]
[New Thread 26316.0x2b48]
[New Thread 26316.0x5a9c]
[New Thread 26316.0x2c08]
[New Thread 26316.0x6220]
[New Thread 26316.0x2350]
[New Thread 26316.0x2744]
[New Thread 26316.0x69b0]
[New Thread 26316.0x543c]
[New Thread 26316.0x5028]

Breakpoint 2, sys_read (fd=4, buffer=0x5fb6034 "", count=5) at w32.c:6410
6410    in w32.c
#0  sys_read (fd=4, buffer=0x5fb6034 "", count=5) at w32.c:6410
#1  0x01091825 in emacs_gnutls_pull (p=0x66a62a0, buf=0x5fb6034, sz=5)
    at w32.c:7204
#2  0x7021725d in _gnutls_stream_read ()
---Type <return> to continue, or q <return> to quit---
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
#3  0x7021756d in _gnutls_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
$7 = 4
$8 = {flags = 1555, hnd = 0x3a8, cp = 0x1680cb8}
$9 = {fd = 4, pid = -1, char_avail = 0x3d4, char_consumed = 0x3ac,
  thrd = 0x518, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
    dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 22 '\026', ovl_read = {
    Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
    InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
    hEvent = 0x0}}
warning: sys_read called when read is in progress
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x5604]

Breakpoint 2, sys_read (fd=4, buffer=0x5fd1034 "", count=5) at w32.c:6410
6410    in w32.c
#0  sys_read (fd=4, buffer=0x5fd1034 "", count=5) at w32.c:6410
#1  0x01091825 in emacs_gnutls_pull (p=0x693eef0, buf=0x5fd1034, sz=5)
    at w32.c:7204
#2  0x7021725d in _gnutls_stream_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
#3  0x7021756d in _gnutls_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
$10 = 4
---Type <return> to continue, or q <return> to quit---
$11 = {flags = 1555, hnd = 0x5e0, cp = 0x1680cb8}
$12 = {fd = 4, pid = -1, char_avail = 0x3e4, char_consumed = 0x3ac,
  thrd = 0x3d4, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
    dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 22 '\026', ovl_read = {
    Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
    InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
    hEvent = 0x0}}
warning: sys_read called when read is in progress
[New Thread 26316.0x6a30]
[New Thread 26316.0x34f4]
[New Thread 26316.0x68d0]

Breakpoint 2, sys_read (fd=6, buffer=0x6681034 "", count=5) at w32.c:6410
6410    in w32.c
#0  sys_read (fd=6, buffer=0x6681034 "", count=5) at w32.c:6410
#1  0x01091825 in emacs_gnutls_pull (p=0x5383f00, buf=0x6681034, sz=5)
    at w32.c:7204
#2  0x7021725d in _gnutls_stream_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
#3  0x7021756d in _gnutls_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
$13 = 6
$14 = {flags = 1555, hnd = 0x518, cp = 0x1680d68}
$15 = {fd = 6, pid = -1, char_avail = 0x598, char_consumed = 0x4f8,
  thrd = 0x4fc, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
    dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 51 '3', ovl_read = {
---Type <return> to continue, or q <return> to quit---
    Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
    InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
    hEvent = 0x0}}
warning: sys_read called when read is in progress
[New Thread 26316.0x64dc]
warning: create_child.CreateProcess failed: 5
[New Thread 26316.0x5a08]
[New Thread 26316.0x3a80]
[New Thread 26316.0x1ad8]
[New Thread 26316.0x2a88]
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x5330]
[New Thread 26316.0x6b38]
[New Thread 26316.0x2d88]
[New Thread 26316.0x4064]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 26316.0x4064]
0x77af2fac in ntdll!RtlVerifyVersionInfo ()
   from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb) p fd_info[1]@64
$16 = {{flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 1559, hnd = 0x2a8,
    cp = 0x1680c60}, {flags = 1555, hnd = 0x5e0, cp = 0x1680cb8}, {
    flags = 1555, hnd = 0x468, cp = 0x1680d10}, {flags = 1555, hnd = 0x518,
    cp = 0x1680d68}, {flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0,
    cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0,
    cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0} <repeats 53 times>}
(gdb) p child_procs[1]@32
$17 = {{fd = 3, pid = -1, char_avail = 0x2b0, char_consumed = 0x2b4,
    thrd = 0x2b8, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
      dwProcessId = 0, dwThreadId = 0}, status = 2, chr = 0 '\000',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = -1, char_avail = 0x3e4,
    char_consumed = 0x3ac, thrd = 0x3d4, hwnd = 0x0, procinfo = {
      hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0},
    status = 1, chr = 23 '\027', ovl_read = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0},
    ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {fd = 5, pid = -1,
    char_avail = 0x2f0, char_consumed = 0x320, thrd = 0x364, hwnd = 0x0,
    procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 1, chr = 126 '~', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 6, pid = -1, char_avail = 0x598, char_consumed = 0x4f8, thrd = 0x4fc,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 1, chr = 52 '4', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
---Type <return> to continue, or q <return> to quit---
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 16560, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0xad089c, procinfo = {hProcess = 0x2d4, hThread = 0x590,
      dwProcessId = 16560, dwThreadId = 19600}, status = 3, chr = 67 'C',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = -1, pid = 28376, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x0,
      hThread = 0x0, dwProcessId = 28376, dwThreadId = 28352}, status = -1,
    chr = 0 '\000', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 0, pid = 0, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x0,
      hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 0,
    chr = 0 '\000', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}} <repeats 26 times>}
(gdb) continue
Continuing.
[New Thread 26316.0x44d8]
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x6924]
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x19f8]
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x6cf8]
[New Thread 26316.0x555c]
[New Thread 26316.0x4f00]
[New Thread 26316.0x2588]
[New Thread 26316.0x66f8]
[New Thread 26316.0x1de4]
[New Thread 26316.0x5e98]
[New Thread 26316.0x43c]
[New Thread 26316.0x2314]
[New Thread 26316.0x6e5c]
[New Thread 26316.0x6d18]
[New Thread 26316.0x1fb4]
[New Thread 26316.0x1d90]
[New Thread 26316.0x3924]
[New Thread 26316.0x2598]
[New Thread 26316.0x5160]
[New Thread 26316.0x4a44]
[New Thread 26316.0xe60]
[New Thread 26316.0x3c44]
[New Thread 26316.0x5b54]
[New Thread 26316.0x4a00]
[New Thread 26316.0x689c]
[New Thread 26316.0x203c]
[New Thread 26316.0x1c08]
[New Thread 26316.0xf70]
[New Thread 26316.0x2ee0]
[New Thread 26316.0x5a98]
[New Thread 26316.0x11d8]
[New Thread 26316.0x55dc]
[New Thread 26316.0x3cb0]
[New Thread 26316.0x332c]
[New Thread 26316.0x6d34]
[New Thread 26316.0x2fb4]
[New Thread 26316.0x2550]
[New Thread 26316.0xd7c]
[New Thread 26316.0x63e4]
[New Thread 26316.0xaac]
[New Thread 26316.0x5b30]
[New Thread 26316.0x477c]
[New Thread 26316.0x45dc]
[New Thread 26316.0x12fc]
[New Thread 26316.0x5134]
[New Thread 26316.0x1e6c]
[New Thread 26316.0x5584]
[New Thread 26316.0x50b4]
[New Thread 26316.0x1614]
[New Thread 26316.0x6af0]
[New Thread 26316.0x5a74]
[New Thread 26316.0x6fd8]
[New Thread 26316.0x512c]
[New Thread 26316.0x4214]
[New Thread 26316.0x3e98]
[New Thread 26316.0x57f0]
[New Thread 26316.0x4090]
[New Thread 26316.0x11d4]
[New Thread 26316.0x5180]
[New Thread 26316.0x63a4]
[New Thread 26316.0x1088]
[New Thread 26316.0x625c]
[New Thread 26316.0x2778]
[New Thread 26316.0xc54]
[New Thread 26316.0x5c7c]
[New Thread 26316.0x4794]
[New Thread 26316.0x59e4]
[New Thread 26316.0x228c]
[New Thread 26316.0x6a2c]
[New Thread 26316.0x4060]
[New Thread 26316.0x1d9c]
[New Thread 26316.0x3bd8]
[New Thread 26316.0x5c3c]
[New Thread 26316.0x3940]
[New Thread 26316.0x36f8]
[New Thread 26316.0x500c]
[New Thread 26316.0x5ae0]
[New Thread 26316.0x22c4]
[New Thread 26316.0x6d64]
[New Thread 26316.0x61f8]
[New Thread 26316.0x69b4]
[New Thread 26316.0x5ec8]
[New Thread 26316.0x48f8]
[New Thread 26316.0x345c]
[New Thread 26316.0x6c6c]
[New Thread 26316.0x2900]
[New Thread 26316.0x4b68]
[New Thread 26316.0x6c30]
[New Thread 26316.0x1590]
[New Thread 26316.0x5ab0]
[New Thread 26316.0x41e4]
[New Thread 26316.0x4f08]
[New Thread 26316.0x2534]
warning: reader_thread.SetEvent failed with 6 for fd 4
warning: reader_thread.SetEvent failed with 6 for fd 6
[New Thread 26316.0x573c]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 26316.0x573c]
0x77af2fac in ntdll!RtlVerifyVersionInfo ()
   from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb) p fd_info[1]@64
$18 = {{flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 1559, hnd = 0x2a8,
    cp = 0x1680c60}, {flags = 0, hnd = 0x5e0, cp = 0x0}, {flags = 1555,
    hnd = 0x468, cp = 0x1680d10}, {flags = 0, hnd = 0x518, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0} <repeats 53 times>}
(gdb) p child_procs[1]@32
$19 = {{fd = 3, pid = -1, char_avail = 0x2b0, char_consumed = 0x2b4,
    thrd = 0x2b8, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
      dwProcessId = 0, dwThreadId = 0}, status = 2, chr = 0 '\000',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = -1, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x0,
      hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = -1,
    chr = 21 '\025', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 5, pid = -1, char_avail = 0x2f0,
    char_consumed = 0x320, thrd = 0x364, hwnd = 0x0, procinfo = {
      hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0},
    status = 1, chr = 23 '\027', ovl_read = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0},
    ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {fd = 6, pid = -1,
    char_avail = 0x0, char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {
      hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0},
    status = -1, chr = 21 '\025', ovl_read = {Internal = 0, InternalHigh = 0, {
        {Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0},
---Type <return> to continue, or q <return> to quit---
    ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {fd = 7,
    pid = 16560, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0xad089c, procinfo = {hProcess = 0x2d4, hThread = 0x590,
      dwProcessId = 16560, dwThreadId = 19600}, status = 3, chr = 67 'C',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 28604, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x590b08, procinfo = {
      hProcess = 0x548, hThread = 0x324, dwProcessId = 28604,
      dwThreadId = 5620}, status = -1, chr = 115 's', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 920, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5a0b08, procinfo = {
      hProcess = 0x514, hThread = 0x4c8, dwProcessId = 920,
      dwThreadId = 17864}, status = -1, chr = 114 'r', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 3192, char_avail = 0x0,
---Type <return> to continue, or q <return> to quit---
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5b0b08, procinfo = {
      hProcess = 0x564, hThread = 0x574, dwProcessId = 3192,
      dwThreadId = 16276}, status = 3, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = -1, pid = 17124, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
      dwProcessId = 17124, dwThreadId = 26884}, status = -1, chr = 0 '\000',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0,
    thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
      dwProcessId = 0, dwThreadId = 0}, status = 0, chr = 0 '\000',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}} <repeats 23 times>}
(gdb) continue
Continuing.
[New Thread 26316.0x518c]
[New Thread 26316.0x40dc]
[New Thread 26316.0x37b8]
[New Thread 26316.0x4a4c]
[New Thread 26316.0x5b7c]
[New Thread 26316.0x20b0]
[New Thread 26316.0x4d34]
[New Thread 26316.0x1704]
[New Thread 26316.0x4888]
[New Thread 26316.0x276c]
[New Thread 26316.0x6e6c]
[New Thread 26316.0x5780]
[New Thread 26316.0x4e88]
[New Thread 26316.0x635c]
[New Thread 26316.0xf8]
[New Thread 26316.0x1078]
[New Thread 26316.0x41d4]
[New Thread 26316.0x6098]
[New Thread 26316.0x6a98]
[New Thread 26316.0x2164]
[New Thread 26316.0x2ba4]
[New Thread 26316.0x16cc]
[New Thread 26316.0xaa0]
[New Thread 26316.0x4534]
[New Thread 26316.0x2510]
[New Thread 26316.0x3418]
[New Thread 26316.0x53c]
[New Thread 26316.0x1b6c]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 26316.0x1b6c]
0x77af2fac in ntdll!RtlVerifyVersionInfo ()
   from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb) continue
Continuing.
[New Thread 26316.0x159c]
[New Thread 26316.0xd9c]
[New Thread 26316.0x3424]
[New Thread 26316.0x3a00]
[New Thread 26316.0x4edc]
[New Thread 26316.0x6b04]
[New Thread 26316.0x6c58]
[New Thread 26316.0x112c]
[New Thread 26316.0x40]
[New Thread 26316.0x6974]
[New Thread 26316.0x1b10]
[New Thread 26316.0x6968]
[New Thread 26316.0x64d0]
[New Thread 26316.0x5e74]
[New Thread 26316.0x4430]
[New Thread 26316.0x3920]
[New Thread 26316.0x1a24]
[New Thread 26316.0x1e34]
[New Thread 26316.0x27dc]
[New Thread 26316.0x3c80]
[New Thread 26316.0x864]
[New Thread 26316.0x3784]
[New Thread 26316.0x458c]
[New Thread 26316.0x6754]
[New Thread 26316.0x6ccc]
[New Thread 26316.0x1e30]
[New Thread 26316.0x5654]
[New Thread 26316.0x2b5c]
[New Thread 26316.0x6524]
[New Thread 26316.0x2e50]
[New Thread 26316.0x27ac]
[New Thread 26316.0x1fa0]
[New Thread 26316.0x6dd8]
[New Thread 26316.0x2fe0]
[New Thread 26316.0x3bc0]
[New Thread 26316.0x3098]
[New Thread 26316.0x1cb4]
[New Thread 26316.0x100]
[New Thread 26316.0x23fc]
[New Thread 26316.0x6cc8]
[New Thread 26316.0x15a4]
[New Thread 26316.0x5e14]
[New Thread 26316.0x4818]
[New Thread 26316.0xda8]
[New Thread 26316.0x5830]
[New Thread 26316.0x6ab8]
[New Thread 26316.0x178c]
[New Thread 26316.0x5864]
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x3248]
[New Thread 26316.0x4cac]
[New Thread 26316.0x62c0]
[New Thread 26316.0x6040]
[New Thread 26316.0x2458]
[New Thread 26316.0x4af0]
[New Thread 26316.0x1cfc]
[New Thread 26316.0x2284]
[New Thread 26316.0x6db0]
[New Thread 26316.0x6d4c]
[New Thread 26316.0x529c]
[New Thread 26316.0x3494]
[New Thread 26316.0x4b5c]
[New Thread 26316.0x4374]
[New Thread 26316.0x2ef8]
[New Thread 26316.0x61fc]
[New Thread 26316.0x5404]
[New Thread 26316.0x388c]
[New Thread 26316.0x65d0]
[New Thread 26316.0x2298]
[New Thread 26316.0x4608]
[New Thread 26316.0x56e4]
[New Thread 26316.0x3ce0]
[New Thread 26316.0x15dc]
[New Thread 26316.0x5200]
[New Thread 26316.0x1b2c]
[New Thread 26316.0x57b8]
[New Thread 26316.0x33e8]
[New Thread 26316.0x3c48]
[New Thread 26316.0x42c4]
[New Thread 26316.0xb48]
[New Thread 26316.0x2b70]
[New Thread 26316.0x2dd0]
[New Thread 26316.0x68f0]
[New Thread 26316.0x6934]
[New Thread 26316.0x6f58]
[New Thread 26316.0x2068]
[New Thread 26316.0x4010]
[New Thread 26316.0x3cf0]
[New Thread 26316.0x212c]
[New Thread 26316.0x25ec]
[New Thread 26316.0x18b8]
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x10bc]
[Switching to Thread 26316.0xfc4]

Breakpoint 2, sys_read (fd=4, buffer=0x6fea034 "", count=5) at w32.c:6410
6410    in w32.c
#0  sys_read (fd=4, buffer=0x6fea034 "", count=5) at w32.c:6410
#1  0x01091825 in emacs_gnutls_pull (p=0x6d69000, buf=0x6fea034, sz=5)
    at w32.c:7204
#2  0x7021725d in _gnutls_stream_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
#3  0x7021756d in _gnutls_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
$20 = 4
$21 = {flags = 1555, hnd = 0x2e4, cp = 0x1680d68}
$22 = {fd = 4, pid = -1, char_avail = 0x4b8, char_consumed = 0x41c,
  thrd = 0x50c, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
    dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 51 '3', ovl_read = {
    Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
    InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
    hEvent = 0x0}}
warning: sys_read called when read is in progress
[New Thread 26316.0x3454]

Breakpoint 2, sys_read (fd=6, buffer=0x709e034 "", count=5) at w32.c:6410
---Type <return> to continue, or q <return> to quit---
6410    in w32.c
#0  sys_read (fd=6, buffer=0x709e034 "", count=5) at w32.c:6410
#1  0x01091825 in emacs_gnutls_pull (p=0x6e84ec0, buf=0x709e034, sz=5)
    at w32.c:7204
#2  0x7021725d in _gnutls_stream_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
#3  0x7021756d in _gnutls_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
$23 = 6
$24 = {flags = 1555, hnd = 0x568, cp = 0x1680cb8}
$25 = {fd = 6, pid = -1, char_avail = 0x708, char_consumed = 0x668,
  thrd = 0x71c, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
    dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 22 '\026', ovl_read = {
    Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
    InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
    hEvent = 0x0}}
warning: sys_read called when read is in progress
[New Thread 26316.0x37a8]
[New Thread 26316.0x2e54]
[New Thread 26316.0x4158]
[New Thread 26316.0x2444]
[New Thread 26316.0x4c98]
[New Thread 26316.0x2d24]
[New Thread 26316.0x485c]
[New Thread 26316.0x2e00]
[New Thread 26316.0x2ff4]
[New Thread 26316.0x7e0]
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x4ef8]
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x42b4]
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x61ac]
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x3104]

Breakpoint 3, sys_kill (pid=1968, sig=9) at w32proc.c:2247
2247    w32proc.c: No such file or directory.
#0  sys_kill (pid=1968, sig=9) at w32proc.c:2247
#1  0x0102e22d in process_send_signal (process=105902341, signo=9,
    current_group=57350170, nomsg=0) at process.c:5948
#2  0x0102e28b in Fkill_process (process=105902341, current_group=57350170)
---Type <return> to continue, or q <return> to quit---
    at process.c:5975
#3  0x01023231 in Fdelete_process (process=105902341) at process.c:845
#4  0x0101318f in eval_sub (form=100522366) at eval.c:2140
$26 = (child_process *) 0x1681080
(gdb) There is no member named wnd.

Continuing.
warning: sys_kill.TerminateProcess returned 5 for pid 1968
[New Thread 26316.0xcc]

Breakpoint 3, sys_kill (pid=7260, sig=9) at w32proc.c:2247
2247    in w32proc.c
#0  sys_kill (pid=7260, sig=9) at w32proc.c:2247
#1  0x0102e22d in process_send_signal (process=113971765, signo=9,
    current_group=57350170, nomsg=0) at process.c:5948
#2  0x0102e28b in Fkill_process (process=113971765, current_group=57350170)
    at process.c:5975
#3  0x01023231 in Fdelete_process (process=113971765) at process.c:845
#4  0x0101318f in eval_sub (form=100522366) at eval.c:2140
$27 = (child_process *) 0x16810d8
(gdb) There is no member named wnd.

Continuing.
warning: sys_kill.TerminateProcess returned 5 for pid 7260
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x3544]
[New Thread 26316.0x4188]
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x56a4]
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x1cf8]
[New Thread 26316.0x6c90]
[New Thread 26316.0x43bc]
[New Thread 26316.0x1838]
[New Thread 26316.0x2ae4]
[New Thread 26316.0x6bb0]
[New Thread 26316.0x428c]
[New Thread 26316.0x31ec]
warning: reader_thread.SetEvent failed with 6 for fd 4
warning: reader_thread.SetEvent failed with 6 for fd 6
[New Thread 26316.0x1f3c]
[New Thread 26316.0x2b0c]
[New Thread 26316.0x1744]

Breakpoint 2, sys_read (fd=4, buffer=0x65f2034 "", count=5) at w32.c:6410
6410    w32.c: No such file or directory.
#0  sys_read (fd=4, buffer=0x65f2034 "", count=5) at w32.c:6410
#1  0x01091825 in emacs_gnutls_pull (p=0x6ba83c0, buf=0x65f2034, sz=5)
    at w32.c:7204
#2  0x7021725d in _gnutls_stream_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
#3  0x7021756d in _gnutls_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
$28 = 4
$29 = {flags = 1555, hnd = 0x560, cp = 0x1680d68}
$30 = {fd = 4, pid = -1, char_avail = 0x6cc, char_consumed = 0x354,
  thrd = 0x668, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
    dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 51 '3', ovl_read = {
    Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
    InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
    hEvent = 0x0}}
warning: sys_read called when read is in progress
[New Thread 26316.0x19f4]

Breakpoint 2, sys_read (fd=6, buffer=0x6b59034 "", count=5) at w32.c:6410
6410    in w32.c
#0  sys_read (fd=6, buffer=0x6b59034 "", count=5) at w32.c:6410
---Type <return> to continue, or q <return> to quit---
#1  0x01091825 in emacs_gnutls_pull (p=0x6b15480, buf=0x6b59034, sz=5)
    at w32.c:7204
#2  0x7021725d in _gnutls_stream_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
#3  0x7021756d in _gnutls_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
$31 = 6
$32 = {flags = 1555, hnd = 0x4b8, cp = 0x1680cb8}
$33 = {fd = 6, pid = -1, char_avail = 0x2e4, char_consumed = 0x470,
  thrd = 0x458, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
    dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 22 '\026', ovl_read = {
    Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
    InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
    hEvent = 0x0}}
warning: sys_read called when read is in progress
[New Thread 26316.0x59d0]
[New Thread 26316.0xfc0]
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x4af8]
[New Thread 26316.0x1248]
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x52c8]

Breakpoint 3, sys_kill (pid=27128, sig=9) at w32proc.c:2247
2247    w32proc.c: No such file or directory.
#0  sys_kill (pid=27128, sig=9) at w32proc.c:2247
#1  0x0102e22d in process_send_signal (process=111083733, signo=9,
    current_group=57350170, nomsg=0) at process.c:5948
#2  0x0102e28b in Fkill_process (process=111083733, current_group=57350170)
    at process.c:5975
#3  0x01023231 in Fdelete_process (process=111083733) at process.c:845
---Type <return> to continue, or q <return> to quit---
#4  0x0101318f in eval_sub (form=100522366) at eval.c:2140
$34 = (child_process *) 0x1681290
(gdb) There is no member named wnd.

Continuing.
warning: sys_kill.TerminateProcess returned 5 for pid 27128
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x35e8]
[New Thread 26316.0x3f8c]
[New Thread 26316.0x67fc]
[New Thread 26316.0x90c]
[New Thread 26316.0x617c]
[New Thread 26316.0x4294]
[New Thread 26316.0x13e8]
[New Thread 26316.0x4028]
[New Thread 26316.0x6554]
[New Thread 26316.0x5fe8]
[New Thread 26316.0x5bac]
[New Thread 26316.0x689c]
[New Thread 26316.0x3b48]
[New Thread 26316.0x1478]
[New Thread 26316.0x1ff0]
[New Thread 26316.0x5920]
[New Thread 26316.0x21c4]
[New Thread 26316.0x5d2c]
[New Thread 26316.0xda0]
warning: reader_thread.SetEvent failed with 6 for fd 4
warning: reader_thread.SetEvent failed with 6 for fd 6
[New Thread 26316.0x844]
[New Thread 26316.0x4378]
[New Thread 26316.0x497c]
[New Thread 26316.0x2334]
[New Thread 26316.0x5b0]
[New Thread 26316.0x3638]
[New Thread 26316.0x2a8]
[New Thread 26316.0x24d0]
[New Thread 26316.0x4c70]
[New Thread 26316.0x6298]
[New Thread 26316.0x5450]
[New Thread 26316.0x16ac]
[New Thread 26316.0x1900]
[New Thread 26316.0x22a4]
[New Thread 26316.0x5ab0]
[New Thread 26316.0x6a34]
[New Thread 26316.0x4054]
[New Thread 26316.0x6904]
[New Thread 26316.0x99c]
[New Thread 26316.0x2b60]
[New Thread 26316.0x2790]
[New Thread 26316.0x1fcc]
[New Thread 26316.0xdd8]
[New Thread 26316.0x6248]
[New Thread 26316.0x5d30]
[New Thread 26316.0x4a30]
[New Thread 26316.0x5cc8]
[New Thread 26316.0x163c]
[New Thread 26316.0x2784]
[New Thread 26316.0x39e8]
[New Thread 26316.0x26f0]
[New Thread 26316.0x29a0]
[New Thread 26316.0x290c]
[New Thread 26316.0x1978]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 26316.0x1978]
0x77af2fac in ntdll!RtlVerifyVersionInfo ()
   from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb) p fd_info[1]@64
$35 = {{flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 1559, hnd = 0x2a8,
    cp = 0x1680c60}, {flags = 0, hnd = 0x560, cp = 0x0}, {flags = 1555,
    hnd = 0x468, cp = 0x1680d10}, {flags = 0, hnd = 0x4b8, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0} <repeats 53 times>}
(gdb) p child_procs[1]@32
$36 = {{fd = 3, pid = -1, char_avail = 0x2b0, char_consumed = 0x2b4,
    thrd = 0x2b8, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
      dwProcessId = 0, dwThreadId = 0}, status = 2, chr = 0 '\000',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 6, pid = -1, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x0,
      hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = -1,
    chr = 21 '\025', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 5, pid = -1, char_avail = 0x2f0,
    char_consumed = 0x320, thrd = 0x364, hwnd = 0x0, procinfo = {
      hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0},
    status = 1, chr = 23 '\027', ovl_read = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0},
    ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {fd = -1,
    pid = 20604, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
      dwProcessId = 20604, dwThreadId = 932}, status = -1, chr = 0 '\000',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
---Type <return> to continue, or q <return> to quit---
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 16560, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xad089c, procinfo = {
      hProcess = 0x2d4, hThread = 0x590, dwProcessId = 16560,
      dwThreadId = 19600}, status = 3, chr = 67 'C', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 28604, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x590b08, procinfo = {hProcess = 0x548, hThread = 0x324,
      dwProcessId = 28604, dwThreadId = 5620}, status = -1, chr = 115 's',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 920, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5a0b08, procinfo = {
      hProcess = 0x514, hThread = 0x4c8, dwProcessId = 920,
      dwThreadId = 17864}, status = -1, chr = 114 'r', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 3192, char_avail = 0x0,
---Type <return> to continue, or q <return> to quit---
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5b0b08, procinfo = {
      hProcess = 0x564, hThread = 0x574, dwProcessId = 3192,
      dwThreadId = 16276}, status = 3, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 17568, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x4f0604, procinfo = {hProcess = 0x6b8, hThread = 0x570,
      dwProcessId = 17568, dwThreadId = 16756}, status = -1, chr = 68 'D',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 25984, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x500604, procinfo = {
      hProcess = 0x77c, hThread = 0x6d8, dwProcessId = 25984,
      dwThreadId = 4420}, status = -1, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 18904, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x510604, procinfo = {hProcess = 0x654, hThread = 0x538,
      dwProcessId = 18904, dwThreadId = 17596}, status = -1, chr = 68 'D',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
---Type <return> to continue, or q <return> to quit---
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 13440, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x520604, procinfo = {
      hProcess = 0x6ec, hThread = 0x5fc, dwProcessId = 13440,
      dwThreadId = 24428}, status = 3, chr = 46 '.', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 1968, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x7fc, hThread = 0x710,
      dwProcessId = 1968, dwThreadId = 23708}, status = 2, chr = 68 'D',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 7260, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x74c,
      hThread = 0x6b4, dwProcessId = 7260, dwThreadId = 19452}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 7, pid = 9796, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x3e06cc, procinfo = {
---Type <return> to continue, or q <return> to quit---
      hProcess = 0x53c, hThread = 0x370, dwProcessId = 9796,
      dwThreadId = 7612}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 7040, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x3f06cc, procinfo = {
      hProcess = 0x7a8, hThread = 0x49c, dwProcessId = 7040,
      dwThreadId = 13952}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 11380, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xe708f4, procinfo = {
      hProcess = 0x5d4, hThread = 0x594, dwProcessId = 11380,
      dwThreadId = 24484}, status = -1, chr = 67 'C', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 25504, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xe808f4, procinfo = {
      hProcess = 0x3e4, hThread = 0x7dc, dwProcessId = 25504,
      dwThreadId = 8504}, status = 3, chr = 55 '7', ovl_read = {Internal = 0,
---Type <return> to continue, or q <return> to quit---
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 27128, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x7e0, hThread = 0x740,
      dwProcessId = 27128, dwThreadId = 27896}, status = -1, chr = 115 's',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = -1, pid = 18536, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x0,
      hThread = 0x0, dwProcessId = 18536, dwThreadId = 24196}, status = -1,
    chr = 0 '\000', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 0, pid = 0, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x0,
      hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 0,
    chr = 0 '\000', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}} <repeats 12 times>}
(gdb) continue
Continuing.
[New Thread 26316.0x678c]
[New Thread 26316.0x2b24]
[New Thread 26316.0x4338]
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x4448]
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x92c]
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x6424]
[Switching to Thread 26316.0xfc4]

Breakpoint 3, sys_kill (pid=7672, sig=9) at w32proc.c:2247
2247    in w32proc.c
#0  sys_kill (pid=7672, sig=9) at w32proc.c:2247
#1  0x0102e22d in process_send_signal (process=113893445, signo=9,
    current_group=57350170, nomsg=0) at process.c:5948
#2  0x0102e28b in Fkill_process (process=113893445, current_group=57350170)
    at process.c:5975
#3  0x01023231 in Fdelete_process (process=113893445) at process.c:845
#4  0x0101318f in eval_sub (form=100522366) at eval.c:2140
$37 = (child_process *) 0x1681340
(gdb) There is no member named wnd.

Continuing.
warning: sys_kill.TerminateProcess returned 5 for pid 7672
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x4644]

Breakpoint 3, sys_kill (pid=12828, sig=9) at w32proc.c:2247
2247    in w32proc.c
#0  sys_kill (pid=12828, sig=9) at w32proc.c:2247
#1  0x0102e22d in process_send_signal (process=107148965, signo=9,
    current_group=57350170, nomsg=0) at process.c:5948
#2  0x0102e28b in Fkill_process (process=107148965, current_group=57350170)
    at process.c:5975
#3  0x01023231 in Fdelete_process (process=107148965) at process.c:845
#4  0x0101318f in eval_sub (form=100522366) at eval.c:2140
$38 = (child_process *) 0x1681398
(gdb) There is no member named wnd.

Continuing.
warning: sys_kill.TerminateProcess returned 5 for pid 12828
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x405c]

[New Thread 26316.0x3444]

Breakpoint 3, sys_kill (pid=26048, sig=9) at w32proc.c:2247
2247    in w32proc.c
#0  sys_kill (pid=26048, sig=9) at w32proc.c:2247
#1  0x0102e22d in process_send_signal (process=100895429, signo=9,
    current_group=57350170, nomsg=0) at process.c:5948
#2  0x0102e28b in Fkill_process (process=100895429, current_group=57350170)
    at process.c:5975
#3  0x01023231 in Fdelete_process (process=100895429) at process.c:845
#4  0x0101318f in eval_sub (form=100522366) at eval.c:2140
$39 = (child_process *) 0x16813f0
(gdb) There is no member named wnd.

Continuing.
warning: sys_kill.TerminateProcess returned 5 for pid 26048
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x18a4]
[New Thread 26316.0x3fe4]
[New Thread 26316.0x2ca8]
[New Thread 26316.0x69ec]
[New Thread 26316.0x1cb4]

Breakpoint 2, sys_read (fd=4, buffer=0x6f7a034 "", count=5) at w32.c:6410
6410    w32.c: No such file or directory.
#0  sys_read (fd=4, buffer=0x6f7a034 "", count=5) at w32.c:6410
#1  0x01091825 in emacs_gnutls_pull (p=0x692fe70, buf=0x6f7a034, sz=5)
    at w32.c:7204
#2  0x7021725d in _gnutls_stream_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
#3  0x7021756d in _gnutls_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
$40 = 4
$41 = {flags = 1555, hnd = 0x76c, cp = 0x1681448}
$42 = {fd = 4, pid = -1, char_avail = 0x720, char_consumed = 0x600,
  thrd = 0x75c, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
    dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 51 '3', ovl_read = {
    Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
    InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
    hEvent = 0x0}}
warning: sys_read called when read is in progress
[New Thread 26316.0x4d28]
[New Thread 26316.0x5b8c]

Breakpoint 2, sys_read (fd=6, buffer=0x7334034 "", count=5) at w32.c:6410
6410    in w32.c
#0  sys_read (fd=6, buffer=0x7334034 "", count=5) at w32.c:6410
---Type <return> to continue, or q <return> to quit---
#1  0x01091825 in emacs_gnutls_pull (p=0x69d2a30, buf=0x7334034, sz=5)
    at w32.c:7204
#2  0x7021725d in _gnutls_stream_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
#3  0x7021756d in _gnutls_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
$43 = 6
$44 = {flags = 1555, hnd = 0x5ec, cp = 0x16814a0}
$45 = {fd = 6, pid = -1, char_avail = 0x61c, char_consumed = 0x630,
  thrd = 0x57c, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
    dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 22 '\026', ovl_read = {
    Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
    InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
    hEvent = 0x0}}
warning: sys_read called when read is in progress
[New Thread 26316.0x2538]
[New Thread 26316.0x4520]
[New Thread 26316.0x53cc]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 26316.0x53cc]
0x77af2fac in ntdll!RtlVerifyVersionInfo ()
   from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb) p fd_info[1]@64
$46 = {{flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 1559, hnd = 0x2a8,
    cp = 0x1680c60}, {flags = 1555, hnd = 0x76c, cp = 0x1681448}, {
    flags = 1555, hnd = 0x468, cp = 0x1680d10}, {flags = 1555, hnd = 0x5ec,
    cp = 0x16814a0}, {flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0,
    cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0,
    cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0} <repeats 53 times>}
(gdb) p child_procs[1]@32
$47 = {{fd = 3, pid = -1, char_avail = 0x2b0, char_consumed = 0x2b4,
    thrd = 0x2b8, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
      dwProcessId = 0, dwThreadId = 0}, status = 2, chr = 0 '\000',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 19048, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x750582, procinfo = {
      hProcess = 0x748, hThread = 0x354, dwProcessId = 19048,
      dwThreadId = 11920}, status = -1, chr = 68 'D', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 5, pid = -1, char_avail = 0x2f0,
    char_consumed = 0x320, thrd = 0x364, hwnd = 0x0, procinfo = {
      hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0},
    status = 1, chr = 23 '\027', ovl_read = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0},
    ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {fd = 4,
    pid = 26412, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x740582, procinfo = {hProcess = 0x7c4, hThread = 0x1f4,
      dwProcessId = 26412, dwThreadId = 5428}, status = 3, chr = 54 '6',
---Type <return> to continue, or q <return> to quit---
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 16560, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xad089c, procinfo = {
      hProcess = 0x2d4, hThread = 0x590, dwProcessId = 16560,
      dwThreadId = 19600}, status = 3, chr = 67 'C', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 28604, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x590b08, procinfo = {hProcess = 0x548, hThread = 0x324,
      dwProcessId = 28604, dwThreadId = 5620}, status = -1, chr = 115 's',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 920, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5a0b08, procinfo = {
      hProcess = 0x514, hThread = 0x4c8, dwProcessId = 920,
      dwThreadId = 17864}, status = -1, chr = 114 'r', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
---Type <return> to continue, or q <return> to quit---
      hEvent = 0x0}}, {fd = 7, pid = 3192, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5b0b08, procinfo = {
      hProcess = 0x564, hThread = 0x574, dwProcessId = 3192,
      dwThreadId = 16276}, status = 3, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 17568, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x4f0604, procinfo = {hProcess = 0x6b8, hThread = 0x570,
      dwProcessId = 17568, dwThreadId = 16756}, status = -1, chr = 68 'D',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 25984, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x500604, procinfo = {
      hProcess = 0x77c, hThread = 0x6d8, dwProcessId = 25984,
      dwThreadId = 4420}, status = -1, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 18904, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x510604, procinfo = {hProcess = 0x654, hThread = 0x538,
      dwProcessId = 18904, dwThreadId = 17596}, status = -1, chr = 68 'D',
---Type <return> to continue, or q <return> to quit---
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 13440, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x520604, procinfo = {
      hProcess = 0x6ec, hThread = 0x5fc, dwProcessId = 13440,
      dwThreadId = 24428}, status = 3, chr = 46 '.', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 1968, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x7fc, hThread = 0x710,
      dwProcessId = 1968, dwThreadId = 23708}, status = 2, chr = 68 'D',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 7260, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x74c,
      hThread = 0x6b4, dwProcessId = 7260, dwThreadId = 19452}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 7, pid = 9796, char_avail = 0x0,
---Type <return> to continue, or q <return> to quit---
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x3e06cc, procinfo = {
      hProcess = 0x53c, hThread = 0x370, dwProcessId = 9796,
      dwThreadId = 7612}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 7040, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x3f06cc, procinfo = {
      hProcess = 0x7a8, hThread = 0x49c, dwProcessId = 7040,
      dwThreadId = 13952}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 11380, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xe708f4, procinfo = {
      hProcess = 0x5d4, hThread = 0x594, dwProcessId = 11380,
      dwThreadId = 24484}, status = -1, chr = 67 'C', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 25504, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xe808f4, procinfo = {
      hProcess = 0x3e4, hThread = 0x7dc, dwProcessId = 25504,
---Type <return> to continue, or q <return> to quit---
      dwThreadId = 8504}, status = 3, chr = 55 '7', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 27128, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x7e0, hThread = 0x740,
      dwProcessId = 27128, dwThreadId = 27896}, status = -1, chr = 115 's',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 24384, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x760582, procinfo = {
      hProcess = 0x6bc, hThread = 0x6d0, dwProcessId = 24384,
      dwThreadId = 28584}, status = 3, chr = 58 ':', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 4, pid = 7672, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x718, hThread = 0x6fc,
      dwProcessId = 7672, dwThreadId = 14964}, status = -1, chr = 46 '.',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
---Type <return> to continue, or q <return> to quit---
      hEvent = 0x0}}, {fd = 4, pid = 12828, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x470,
      hThread = 0x6e8, dwProcessId = 12828, dwThreadId = 17024}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 4, pid = 26048,
    char_avail = 0x0, char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {
      hProcess = 0x464, hThread = 0x530, dwProcessId = 26048,
      dwThreadId = 27808}, status = 3, chr = 115 's', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = -1, char_avail = 0x720,
    char_consumed = 0x600, thrd = 0x75c, hwnd = 0x0, procinfo = {
      hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0},
    status = 1, chr = 23 '\027', ovl_read = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0},
    ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {fd = 6, pid = -1,
    char_avail = 0x61c, char_consumed = 0x630, thrd = 0x57c, hwnd = 0x0,
    procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 1, chr = 23 '\027', ovl_read = {Internal = 0,
---Type <return> to continue, or q <return> to quit---
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 0, chr = 0 '\000', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 0, chr = 0 '\000', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 0, chr = 0 '\000', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
---Type <return> to continue, or q <return> to quit---
      dwThreadId = 0}, status = 0, chr = 0 '\000', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 0, chr = 0 '\000', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 0, chr = 0 '\000', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 0, chr = 0 '\000', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}}
(gdb) continue
Continuing.
[New Thread 26316.0x2dd0]
warning: reader_thread.SetEvent failed with 6 for fd 6
[New Thread 26316.0x28fc]
[New Thread 26316.0x2bc4]
[New Thread 26316.0x4c60]
[New Thread 26316.0x13c]
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x240c]
[New Thread 26316.0x3844]
[Switching to Thread 26316.0xfc4]

Breakpoint 2, sys_read (fd=4, buffer=0x74eb034 "", count=5) at w32.c:6410
6410    in w32.c
#0  sys_read (fd=4, buffer=0x74eb034 "", count=5) at w32.c:6410
#1  0x01091825 in emacs_gnutls_pull (p=0x6083910, buf=0x74eb034, sz=5)
    at w32.c:7204
#2  0x7021725d in _gnutls_stream_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
#3  0x7021756d in _gnutls_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
$48 = 4
$49 = {flags = 1555, hnd = 0x610, cp = 0x1681448}
$50 = {fd = 4, pid = -1, char_avail = 0x7d4, char_consumed = 0x618,
  thrd = 0x640, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
    dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 51 '3', ovl_read = {
    Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
    InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
    hEvent = 0x0}}
warning: sys_read called when read is in progress
[New Thread 26316.0xa58]

Breakpoint 2, sys_read (fd=6, buffer=0x78a7034 "", count=5) at w32.c:6410
---Type <return> to continue, or q <return> to quit---
6410    in w32.c
#0  sys_read (fd=6, buffer=0x78a7034 "", count=5) at w32.c:6410
#1  0x01091825 in emacs_gnutls_pull (p=0x64d73e0, buf=0x78a7034, sz=5)
    at w32.c:7204
#2  0x7021725d in _gnutls_stream_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
#3  0x7021756d in _gnutls_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
$51 = 6
$52 = {flags = 1555, hnd = 0x758, cp = 0x16814a0}
$53 = {fd = 6, pid = -1, char_avail = 0x3d4, char_consumed = 0x624,
  thrd = 0x5f4, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
    dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 22 '\026', ovl_read = {
    Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
    InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
    hEvent = 0x0}}
warning: [New Thread 26316.0x5364]
sys_read called when read is in progress
[New Thread 26316.0x3c5c]
[New Thread 26316.0x627c]
[New Thread 26316.0x3390]
[New Thread 26316.0x6260]
[New Thread 26316.0x484c]
[New Thread 26316.0x53b4]
[New Thread 26316.0x6b4c]
[New Thread 26316.0x2498]
[New Thread 26316.0xbec]
[New Thread 26316.0x18e0]
[New Thread 26316.0x2bd8]
[New Thread 26316.0x5f04]
[New Thread 26316.0x216c]
[New Thread 26316.0x1c64]
[New Thread 26316.0x65b4]
[New Thread 26316.0x10f0]
[New Thread 26316.0x285c]
[New Thread 26316.0x60f8]
[New Thread 26316.0x6dcc]
[New Thread 26316.0x15e8]
[New Thread 26316.0x21a0]
[New Thread 26316.0x470c]
[New Thread 26316.0x4670]
[New Thread 26316.0x6448]
[New Thread 26316.0x1160]
[New Thread 26316.0x4cd8]
[New Thread 26316.0x704]
[New Thread 26316.0x32c]
[New Thread 26316.0x352c]
[New Thread 26316.0x1070]
[New Thread 26316.0x3850]
[New Thread 26316.0x3524]
[New Thread 26316.0x1eec]
[New Thread 26316.0x3510]
[New Thread 26316.0x61a8]
[New Thread 26316.0x471c]
[New Thread 26316.0x56e8]
[New Thread 26316.0x6a3c]
[New Thread 26316.0x4f4c]
[New Thread 26316.0x6a1c]
[New Thread 26316.0x24f8]
[New Thread 26316.0x6140]
[New Thread 26316.0xa9c]
[New Thread 26316.0x6700]
[New Thread 26316.0x5c08]
[New Thread 26316.0x2e4]
[New Thread 26316.0x6cb8]
[New Thread 26316.0x1a8c]
[New Thread 26316.0x48e0]
[New Thread 26316.0x348c]
[New Thread 26316.0x3408]
[New Thread 26316.0x68b4]
[New Thread 26316.0x4770]
[New Thread 26316.0x17d4]
[New Thread 26316.0x4340]
[New Thread 26316.0x527c]
[New Thread 26316.0x6f78]
[New Thread 26316.0x4ce8]
[New Thread 26316.0x5494]
[New Thread 26316.0x16dc]
[New Thread 26316.0x1f58]
[New Thread 26316.0x44f0]
[New Thread 26316.0x4184]
[New Thread 26316.0x5370]
[New Thread 26316.0x690c]
[New Thread 26316.0x6ea4]
[New Thread 26316.0x26dc]
[New Thread 26316.0x14b8]
[New Thread 26316.0x1ac4]
[New Thread 26316.0x4c2c]
[New Thread 26316.0x6024]
[New Thread 26316.0x482c]
[New Thread 26316.0x20c]
[New Thread 26316.0x1cc4]
[New Thread 26316.0x61ac]
[New Thread 26316.0x3500]
[New Thread 26316.0x6b18]
[New Thread 26316.0x5f18]
[New Thread 26316.0x2fc0]
[New Thread 26316.0x3734]
[New Thread 26316.0x300c]
[New Thread 26316.0x5104]
[New Thread 26316.0x1fc4]
[New Thread 26316.0x103c]
[New Thread 26316.0x3544]
[New Thread 26316.0x3d00]
[New Thread 26316.0xaf8]
[New Thread 26316.0x1e8c]
[New Thread 26316.0x4c4]
[New Thread 26316.0x2448]
[New Thread 26316.0x2930]
[New Thread 26316.0x24b8]
[New Thread 26316.0x5a48]
[New Thread 26316.0x3224]
[New Thread 26316.0x6c90]
[New Thread 26316.0x43bc]
[New Thread 26316.0x1838]
[New Thread 26316.0x2ae4]
[New Thread 26316.0x6bb0]
[New Thread 26316.0x428c]
[New Thread 26316.0x29d4]
[New Thread 26316.0x1910]
[New Thread 26316.0xc7c]
[New Thread 26316.0x2b84]
[New Thread 26316.0x4018]
[New Thread 26316.0x3338]
[New Thread 26316.0x601c]
[New Thread 26316.0x1968]
[New Thread 26316.0x2054]
[New Thread 26316.0x3440]
[New Thread 26316.0x3824]
[New Thread 26316.0x36d8]
[New Thread 26316.0x3128]
[New Thread 26316.0x4d10]
[New Thread 26316.0x10bc]
[New Thread 26316.0x551c]
[New Thread 26316.0x3d68]
[New Thread 26316.0x4108]
[New Thread 26316.0x47c4]
[New Thread 26316.0x3618]
[New Thread 26316.0x6cb0]
[New Thread 26316.0x5224]
[New Thread 26316.0x2c98]
[New Thread 26316.0x5760]
[New Thread 26316.0x4074]
[New Thread 26316.0x25a0]
[New Thread 26316.0x2700]
[New Thread 26316.0x1d4c]
[New Thread 26316.0x5290]
[New Thread 26316.0x21bc]
[New Thread 26316.0x53e8]
[New Thread 26316.0x30b4]
[New Thread 26316.0x44c4]
[New Thread 26316.0x2848]
[New Thread 26316.0x6564]
[New Thread 26316.0x480c]
[New Thread 26316.0x4ca4]
[New Thread 26316.0x1658]
[New Thread 26316.0x6344]
[New Thread 26316.0x4d74]
[New Thread 26316.0x1e8]
[New Thread 26316.0xf94]
[New Thread 26316.0x64bc]
[New Thread 26316.0x5da4]
[New Thread 26316.0x3d8c]
[New Thread 26316.0x4f8c]
warning: reader_thread.SetEvent failed with 6 for fd 7
[New Thread 26316.0x1270]
[New Thread 26316.0x1d3c]
[New Thread 26316.0x4ecc]
[New Thread 26316.0x44c0]
[New Thread 26316.0x5fdc]
[New Thread 26316.0xfc0]
[New Thread 26316.0x31cc]
[New Thread 26316.0x2cf8]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 26316.0x2cf8]
0x77af2fac in ntdll!RtlVerifyVersionInfo ()
   from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb) p fd_info[1]@64
$54 = {{flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 1559, hnd = 0x2a8,
    cp = 0x1680c60}, {flags = 1555, hnd = 0x610, cp = 0x1681448}, {
    flags = 1555, hnd = 0x468, cp = 0x1680d10}, {flags = 1555, hnd = 0x758,
    cp = 0x16814a0}, {flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0,
    cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0,
    cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0} <repeats 53 times>}
(gdb) p child_procs[1]@32
$55 = {{fd = 3, pid = -1, char_avail = 0x2b0, char_consumed = 0x2b4,
    thrd = 0x2b8, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
      dwProcessId = 0, dwThreadId = 0}, status = 2, chr = 0 '\000',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 19048, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x750582, procinfo = {
      hProcess = 0x748, hThread = 0x354, dwProcessId = 19048,
      dwThreadId = 11920}, status = -1, chr = 68 'D', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 5, pid = -1, char_avail = 0x2f0,
    char_consumed = 0x320, thrd = 0x364, hwnd = 0x0, procinfo = {
      hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0},
    status = 1, chr = 23 '\027', ovl_read = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0},
    ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {fd = 4,
    pid = 26412, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x740582, procinfo = {hProcess = 0x7c4, hThread = 0x1f4,
      dwProcessId = 26412, dwThreadId = 5428}, status = 3, chr = 54 '6',
---Type <return> to continue, or q <return> to quit---
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 16560, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xad089c, procinfo = {
      hProcess = 0x2d4, hThread = 0x590, dwProcessId = 16560,
      dwThreadId = 19600}, status = 3, chr = 67 'C', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 28604, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x590b08, procinfo = {hProcess = 0x548, hThread = 0x324,
      dwProcessId = 28604, dwThreadId = 5620}, status = -1, chr = 115 's',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 920, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5a0b08, procinfo = {
      hProcess = 0x514, hThread = 0x4c8, dwProcessId = 920,
      dwThreadId = 17864}, status = -1, chr = 114 'r', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
---Type <return> to continue, or q <return> to quit---
      hEvent = 0x0}}, {fd = 7, pid = 3192, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5b0b08, procinfo = {
      hProcess = 0x564, hThread = 0x574, dwProcessId = 3192,
      dwThreadId = 16276}, status = 3, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 17568, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x4f0604, procinfo = {hProcess = 0x6b8, hThread = 0x570,
      dwProcessId = 17568, dwThreadId = 16756}, status = -1, chr = 68 'D',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 25984, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x500604, procinfo = {
      hProcess = 0x77c, hThread = 0x6d8, dwProcessId = 25984,
      dwThreadId = 4420}, status = -1, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 18904, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x510604, procinfo = {hProcess = 0x654, hThread = 0x538,
      dwProcessId = 18904, dwThreadId = 17596}, status = -1, chr = 68 'D',
---Type <return> to continue, or q <return> to quit---
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 13440, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x520604, procinfo = {
      hProcess = 0x6ec, hThread = 0x5fc, dwProcessId = 13440,
      dwThreadId = 24428}, status = 3, chr = 46 '.', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 1968, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x7fc, hThread = 0x710,
      dwProcessId = 1968, dwThreadId = 23708}, status = 2, chr = 68 'D',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 7260, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x74c,
      hThread = 0x6b4, dwProcessId = 7260, dwThreadId = 19452}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 7, pid = 9796, char_avail = 0x0,
---Type <return> to continue, or q <return> to quit---
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x3e06cc, procinfo = {
      hProcess = 0x53c, hThread = 0x370, dwProcessId = 9796,
      dwThreadId = 7612}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 7040, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x3f06cc, procinfo = {
      hProcess = 0x7a8, hThread = 0x49c, dwProcessId = 7040,
      dwThreadId = 13952}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 11380, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xe708f4, procinfo = {
      hProcess = 0x5d4, hThread = 0x594, dwProcessId = 11380,
      dwThreadId = 24484}, status = -1, chr = 67 'C', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 25504, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xe808f4, procinfo = {
      hProcess = 0x3e4, hThread = 0x7dc, dwProcessId = 25504,
---Type <return> to continue, or q <return> to quit---
      dwThreadId = 8504}, status = 3, chr = 55 '7', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 27128, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x7e0, hThread = 0x740,
      dwProcessId = 27128, dwThreadId = 27896}, status = -1, chr = 115 's',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 24384, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x760582, procinfo = {
      hProcess = 0x6bc, hThread = 0x6d0, dwProcessId = 24384,
      dwThreadId = 28584}, status = 3, chr = 58 ':', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 4, pid = 7672, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x718, hThread = 0x6fc,
      dwProcessId = 7672, dwThreadId = 14964}, status = -1, chr = 46 '.',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
---Type <return> to continue, or q <return> to quit---
      hEvent = 0x0}}, {fd = 4, pid = 12828, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x470,
      hThread = 0x6e8, dwProcessId = 12828, dwThreadId = 17024}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 4, pid = 26048,
    char_avail = 0x0, char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {
      hProcess = 0x464, hThread = 0x530, dwProcessId = 26048,
      dwThreadId = 27808}, status = 3, chr = 115 's', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = -1, char_avail = 0x7d4,
    char_consumed = 0x618, thrd = 0x640, hwnd = 0x0, procinfo = {
      hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0},
    status = 1, chr = 23 '\027', ovl_read = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0},
    ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {fd = 6, pid = -1,
    char_avail = 0x3d4, char_consumed = 0x624, thrd = 0x5f4, hwnd = 0x0,
    procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 1, chr = 23 '\027', ovl_read = {Internal = 0,
---Type <return> to continue, or q <return> to quit---
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 3660, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0xba0c34, procinfo = {hProcess = 0x504, hThread = 0x4b8,
      dwProcessId = 3660, dwThreadId = 9932}, status = -1, chr = 92 '\\',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = -1, pid = 8712, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x0,
      hThread = 0x0, dwProcessId = 8712, dwThreadId = 16832}, status = -1,
    chr = 0 '\000', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 0, pid = 0, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x0,
      hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 0,
    chr = 0 '\000', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 0, pid = 0, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x0,
---Type <return> to continue, or q <return> to quit---
      hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 0,
    chr = 0 '\000', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 0, pid = 0, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x0,
      hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 0,
    chr = 0 '\000', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 0, pid = 0, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x0,
      hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 0,
    chr = 0 '\000', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 0, pid = 0, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x0,
      hThread = 0x0, dwProcessId = 0, dwThreadId = 0}, status = 0,
    chr = 0 '\000', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}}
(gdb) continue
Continuing.
[New Thread 26316.0x4028]
[New Thread 26316.0x6554]
[New Thread 26316.0x54f0]
[New Thread 26316.0x5e84]
[New Thread 26316.0x23e0]
[New Thread 26316.0x4a40]
[New Thread 26316.0x6d80]
[New Thread 26316.0x17f4]
[New Thread 26316.0x4dc]
[New Thread 26316.0xa14]
[New Thread 26316.0xe60]
[New Thread 26316.0x2220]
[New Thread 26316.0x5d94]
warning: reader_thread.SetEvent failed with 6 for fd 4
warning: reader_thread.SetEvent failed with 6 for fd 6
[New Thread 26316.0x6334]
[New Thread 26316.0x74c]
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x4ca8]
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x13ac]
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x4630]
[Switching to Thread 26316.0xfc4]

Breakpoint 3, sys_kill (pid=6112, sig=9) at w32proc.c:2247
2247    w32proc.c: No such file or directory.
#0  sys_kill (pid=6112, sig=9) at w32proc.c:2247
#1  0x0102e22d in process_send_signal (process=123933381, signo=9,
    current_group=57350170, nomsg=0) at process.c:5948
#2  0x0102e28b in Fkill_process (process=123933381, current_group=57350170)
    at process.c:5975
#3  0x01023231 in Fdelete_process (process=123933381) at process.c:845
#4  0x0101318f in eval_sub (form=100522366) at eval.c:2140
$56 = (child_process *) 0x16815a8
(gdb) There is no member named wnd.
continp fd_info[0]@64
$57 = {{flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 1559, hnd = 0x2a8,
    cp = 0x1680c60}, {flags = 401, hnd = 0x610, cp = 0x16815a8}, {
    flags = 1555, hnd = 0x468, cp = 0x1680d10}, {flags = 0, hnd = 0x758,
    cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0,
    cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0,
    cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0,
    cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0} <repeats 51 times>}
(gdb) p child_procs[1]@32
$58 = {{fd = 3, pid = -1, char_avail = 0x2b0, char_consumed = 0x2b4,
    thrd = 0x2b8, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
      dwProcessId = 0, dwThreadId = 0}, status = 2, chr = 0 '\000',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 19048, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x750582, procinfo = {
      hProcess = 0x748, hThread = 0x354, dwProcessId = 19048,
      dwThreadId = 11920}, status = -1, chr = 68 'D', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 5, pid = -1, char_avail = 0x2f0,
    char_consumed = 0x320, thrd = 0x364, hwnd = 0x0, procinfo = {
      hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0},
    status = 1, chr = 23 '\027', ovl_read = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0},
    ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {fd = 4,
    pid = 26412, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x740582, procinfo = {hProcess = 0x7c4, hThread = 0x1f4,
      dwProcessId = 26412, dwThreadId = 5428}, status = 3, chr = 54 '6',
---Type <return> to continue, or q <return> to quit---
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 16560, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xad089c, procinfo = {
      hProcess = 0x2d4, hThread = 0x590, dwProcessId = 16560,
      dwThreadId = 19600}, status = 3, chr = 67 'C', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 28604, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x590b08, procinfo = {hProcess = 0x548, hThread = 0x324,
      dwProcessId = 28604, dwThreadId = 5620}, status = -1, chr = 115 's',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 920, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5a0b08, procinfo = {
      hProcess = 0x514, hThread = 0x4c8, dwProcessId = 920,
      dwThreadId = 17864}, status = -1, chr = 114 'r', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
---Type <return> to continue, or q <return> to quit---
      hEvent = 0x0}}, {fd = 7, pid = 3192, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5b0b08, procinfo = {
      hProcess = 0x564, hThread = 0x574, dwProcessId = 3192,
      dwThreadId = 16276}, status = 3, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 17568, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x4f0604, procinfo = {hProcess = 0x6b8, hThread = 0x570,
      dwProcessId = 17568, dwThreadId = 16756}, status = -1, chr = 68 'D',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 25984, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x500604, procinfo = {
      hProcess = 0x77c, hThread = 0x6d8, dwProcessId = 25984,
      dwThreadId = 4420}, status = -1, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 18904, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x510604, procinfo = {hProcess = 0x654, hThread = 0x538,
      dwProcessId = 18904, dwThreadId = 17596}, status = -1, chr = 68 'D',
---Type <return> to continue, or q <return> to quit---
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 13440, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x520604, procinfo = {
      hProcess = 0x6ec, hThread = 0x5fc, dwProcessId = 13440,
      dwThreadId = 24428}, status = 3, chr = 46 '.', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 1968, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x7fc, hThread = 0x710,
      dwProcessId = 1968, dwThreadId = 23708}, status = 2, chr = 68 'D',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 7260, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x74c,
      hThread = 0x6b4, dwProcessId = 7260, dwThreadId = 19452}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 7, pid = 9796, char_avail = 0x0,
---Type <return> to continue, or q <return> to quit---
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x3e06cc, procinfo = {
      hProcess = 0x53c, hThread = 0x370, dwProcessId = 9796,
      dwThreadId = 7612}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 7040, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x3f06cc, procinfo = {
      hProcess = 0x7a8, hThread = 0x49c, dwProcessId = 7040,
      dwThreadId = 13952}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 11380, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xe708f4, procinfo = {
      hProcess = 0x5d4, hThread = 0x594, dwProcessId = 11380,
      dwThreadId = 24484}, status = -1, chr = 67 'C', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 25504, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xe808f4, procinfo = {
      hProcess = 0x3e4, hThread = 0x7dc, dwProcessId = 25504,
---Type <return> to continue, or q <return> to quit---
      dwThreadId = 8504}, status = 3, chr = 55 '7', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 27128, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x7e0, hThread = 0x740,
      dwProcessId = 27128, dwThreadId = 27896}, status = -1, chr = 115 's',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 24384, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x760582, procinfo = {
      hProcess = 0x6bc, hThread = 0x6d0, dwProcessId = 24384,
      dwThreadId = 28584}, status = 3, chr = 58 ':', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 4, pid = 7672, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x718, hThread = 0x6fc,
      dwProcessId = 7672, dwThreadId = 14964}, status = -1, chr = 46 '.',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
---Type <return> to continue, or q <return> to quit---
      hEvent = 0x0}}, {fd = 4, pid = 12828, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x470,
      hThread = 0x6e8, dwProcessId = 12828, dwThreadId = 17024}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 4, pid = 26048,
    char_avail = 0x0, char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {
      hProcess = 0x464, hThread = 0x530, dwProcessId = 26048,
      dwThreadId = 27808}, status = 3, chr = 115 's', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 24868, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5f067c, procinfo = {
      hProcess = 0x4ec, hThread = 0x650, dwProcessId = 24868,
      dwThreadId = 17196}, status = -1, chr = 68 'D', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 15764, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5e067c, procinfo = {
      hProcess = 0x6ac, hThread = 0x724, dwProcessId = 15764,
---Type <return> to continue, or q <return> to quit---
      dwThreadId = 12564}, status = -1, chr = 68 'D', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 3660, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xba0c34, procinfo = {
      hProcess = 0x504, hThread = 0x4b8, dwProcessId = 3660,
      dwThreadId = 9932}, status = -1, chr = 92 '\\', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 22816, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x60067c, procinfo = {
      hProcess = 0x310, hThread = 0x6c4, dwProcessId = 22816,
      dwThreadId = 14932}, status = -1, chr = 67 'C', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 6112, char_avail = 0x6f4,
    char_consumed = 0x7e4, thrd = 0x744, hwnd = 0x0, procinfo = {
      hProcess = 0x714, hThread = 0x430, dwProcessId = 6112,
      dwThreadId = 16336}, status = 3, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
---Type <return> to continue, or q <return> to quit---
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 0, chr = 0 '\000', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 0, chr = 0 '\000', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 0, chr = 0 '\000', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 0, chr = 0 '\000', ovl_read = {Internal = 0,
---Type <return> to continue, or q <return> to quit---
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}}
(gdb) continue
Continuing.
warning: sys_kill.TerminateProcess returned 5 for pid 6112
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x2e30]

Breakpoint 3, sys_kill (pid=16080, sig=9) at w32proc.c:2247
2247    in w32proc.c
#0  sys_kill (pid=16080, sig=9) at w32proc.c:2247
#1  0x0102e22d in process_send_signal (process=121952701, signo=9,
    current_group=57350170, nomsg=0) at process.c:5948
#2  0x0102e28b in Fkill_process (process=121952701, current_group=57350170)
    at process.c:5975
#3  0x01023231 in Fdelete_process (process=121952701) at process.c:845
#4  0x0101318f in eval_sub (form=100522366) at eval.c:2140
$59 = (child_process *) 0x1681600
(gdb) There is no member named wnd.
continp fd_info[0]@64
$60 = {{flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 1559, hnd = 0x2a8,
    cp = 0x1680c60}, {flags = 401, hnd = 0x610, cp = 0x1681600}, {
    flags = 1555, hnd = 0x468, cp = 0x1680d10}, {flags = 0, hnd = 0x758,
    cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0,
    cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0,
    cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0,
    cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0} <repeats 51 times>}
(gdb) p child_procs[1]@32
$61 = {{fd = 3, pid = -1, char_avail = 0x2b0, char_consumed = 0x2b4,
    thrd = 0x2b8, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
      dwProcessId = 0, dwThreadId = 0}, status = 2, chr = 0 '\000',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 19048, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x750582, procinfo = {
      hProcess = 0x748, hThread = 0x354, dwProcessId = 19048,
      dwThreadId = 11920}, status = -1, chr = 68 'D', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 5, pid = -1, char_avail = 0x2f0,
    char_consumed = 0x320, thrd = 0x364, hwnd = 0x0, procinfo = {
      hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0},
    status = 1, chr = 23 '\027', ovl_read = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0},
    ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {fd = 4,
    pid = 26412, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x740582, procinfo = {hProcess = 0x7c4, hThread = 0x1f4,
      dwProcessId = 26412, dwThreadId = 5428}, status = 3, chr = 54 '6',
---Type <return> to continue, or q <return> to quit---
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 16560, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xad089c, procinfo = {
      hProcess = 0x2d4, hThread = 0x590, dwProcessId = 16560,
      dwThreadId = 19600}, status = 3, chr = 67 'C', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 28604, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x590b08, procinfo = {hProcess = 0x548, hThread = 0x324,
      dwProcessId = 28604, dwThreadId = 5620}, status = -1, chr = 115 's',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 920, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5a0b08, procinfo = {
      hProcess = 0x514, hThread = 0x4c8, dwProcessId = 920,
      dwThreadId = 17864}, status = -1, chr = 114 'r', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
---Type <return> to continue, or q <return> to quit---
      hEvent = 0x0}}, {fd = 7, pid = 3192, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5b0b08, procinfo = {
      hProcess = 0x564, hThread = 0x574, dwProcessId = 3192,
      dwThreadId = 16276}, status = 3, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 17568, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x4f0604, procinfo = {hProcess = 0x6b8, hThread = 0x570,
      dwProcessId = 17568, dwThreadId = 16756}, status = -1, chr = 68 'D',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 25984, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x500604, procinfo = {
      hProcess = 0x77c, hThread = 0x6d8, dwProcessId = 25984,
      dwThreadId = 4420}, status = -1, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 18904, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x510604, procinfo = {hProcess = 0x654, hThread = 0x538,
      dwProcessId = 18904, dwThreadId = 17596}, status = -1, chr = 68 'D',
---Type <return> to continue, or q <return> to quit---
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 13440, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x520604, procinfo = {
      hProcess = 0x6ec, hThread = 0x5fc, dwProcessId = 13440,
      dwThreadId = 24428}, status = 3, chr = 46 '.', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 1968, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x7fc, hThread = 0x710,
      dwProcessId = 1968, dwThreadId = 23708}, status = 2, chr = 68 'D',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 7260, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x74c,
      hThread = 0x6b4, dwProcessId = 7260, dwThreadId = 19452}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 7, pid = 9796, char_avail = 0x0,
---Type <return> to continue, or q <return> to quit---
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x3e06cc, procinfo = {
      hProcess = 0x53c, hThread = 0x370, dwProcessId = 9796,
      dwThreadId = 7612}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 7040, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x3f06cc, procinfo = {
      hProcess = 0x7a8, hThread = 0x49c, dwProcessId = 7040,
      dwThreadId = 13952}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 11380, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xe708f4, procinfo = {
      hProcess = 0x5d4, hThread = 0x594, dwProcessId = 11380,
      dwThreadId = 24484}, status = -1, chr = 67 'C', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 25504, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xe808f4, procinfo = {
      hProcess = 0x3e4, hThread = 0x7dc, dwProcessId = 25504,
---Type <return> to continue, or q <return> to quit---
      dwThreadId = 8504}, status = 3, chr = 55 '7', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 27128, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x7e0, hThread = 0x740,
      dwProcessId = 27128, dwThreadId = 27896}, status = -1, chr = 115 's',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 24384, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x760582, procinfo = {
      hProcess = 0x6bc, hThread = 0x6d0, dwProcessId = 24384,
      dwThreadId = 28584}, status = 3, chr = 58 ':', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 4, pid = 7672, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x718, hThread = 0x6fc,
      dwProcessId = 7672, dwThreadId = 14964}, status = -1, chr = 46 '.',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
---Type <return> to continue, or q <return> to quit---
      hEvent = 0x0}}, {fd = 4, pid = 12828, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x470,
      hThread = 0x6e8, dwProcessId = 12828, dwThreadId = 17024}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 4, pid = 26048,
    char_avail = 0x0, char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {
      hProcess = 0x464, hThread = 0x530, dwProcessId = 26048,
      dwThreadId = 27808}, status = 3, chr = 115 's', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 24868, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5f067c, procinfo = {
      hProcess = 0x4ec, hThread = 0x650, dwProcessId = 24868,
      dwThreadId = 17196}, status = -1, chr = 68 'D', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 15764, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5e067c, procinfo = {
      hProcess = 0x6ac, hThread = 0x724, dwProcessId = 15764,
---Type <return> to continue, or q <return> to quit---
      dwThreadId = 12564}, status = -1, chr = 68 'D', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 3660, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xba0c34, procinfo = {
      hProcess = 0x504, hThread = 0x4b8, dwProcessId = 3660,
      dwThreadId = 9932}, status = -1, chr = 92 '\\', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 22816, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x60067c, procinfo = {
      hProcess = 0x310, hThread = 0x6c4, dwProcessId = 22816,
      dwThreadId = 14932}, status = -1, chr = 67 'C', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 6112, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x714,
      hThread = 0x430, dwProcessId = 6112, dwThreadId = 16336}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
---Type <return> to continue, or q <return> to quit---
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 4, pid = 16080,
    char_avail = 0x6f4, char_consumed = 0x744, thrd = 0x6c0, hwnd = 0x0,
    procinfo = {hProcess = 0x618, hThread = 0x4f8, dwProcessId = 16080,
      dwThreadId = 6976}, status = 4, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 0, chr = 0 '\000', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 0, chr = 0 '\000', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 0, pid = 0, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0, dwProcessId = 0,
      dwThreadId = 0}, status = 0, chr = 0 '\000', ovl_read = {Internal = 0,
---Type <return> to continue, or q <return> to quit---
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}}
(gdb) continue
Continuing.
warning: sys_kill.TerminateProcess returned 5 for pid 16080
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0xc14]
[New Thread 26316.0xb70]
[New Thread 26316.0x5c4c]

Breakpoint 3, sys_kill (pid=3156, sig=9) at w32proc.c:2247
2247    in w32proc.c
#0  sys_kill (pid=3156, sig=9) at w32proc.c:2247
#1  0x0102e22d in process_send_signal (process=122143829, signo=9,
    current_group=57350170, nomsg=0) at process.c:5948
#2  0x0102e28b in Fkill_process (process=122143829, current_group=57350170)
    at process.c:5975
#3  0x01023231 in Fdelete_process (process=122143829) at process.c:845
#4  0x0101318f in eval_sub (form=100522366) at eval.c:2140
$62 = (child_process *) 0x1681658
(gdb) There is no member named wnd.
contincontinue
Continuing.
warning: sys_kill.TerminateProcess returned 5 for pid 3156
[New Thread 26316.0x2dc0]
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x5378]
[New Thread 26316.0x5478]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 26316.0x5478]
0x77af2fac in ntdll!RtlVerifyVersionInfo ()
   from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb) continue
Continuing.
[New Thread 26316.0x6a74]
[New Thread 26316.0x1250]
[New Thread 26316.0x108c]
[New Thread 26316.0x768]
[New Thread 26316.0x1524]
[New Thread 26316.0x55fc]
[New Thread 26316.0x2280]
[New Thread 26316.0x34]
[New Thread 26316.0x39dc]
[New Thread 26316.0x4718]
[New Thread 26316.0x4420]
[New Thread 26316.0x1f7c]
[New Thread 26316.0x415c]
[New Thread 26316.0x683c]
[New Thread 26316.0x5c04]
[New Thread 26316.0x2f4c]
[New Thread 26316.0x1510]
[New Thread 26316.0xc4]
[New Thread 26316.0x251c]
[New Thread 26316.0x5ad0]
[New Thread 26316.0x44d4]
[New Thread 26316.0x4b68]
[New Thread 26316.0x3ca0]
[New Thread 26316.0x5a0c]
[New Thread 26316.0x6904]
[New Thread 26316.0x2534]
[New Thread 26316.0x6630]
[New Thread 26316.0x4820]
[New Thread 26316.0x6cac]
[New Thread 26316.0x457c]
[New Thread 26316.0x2e04]
[New Thread 26316.0x3d78]
[New Thread 26316.0x126c]
[New Thread 26316.0x5ba0]
[New Thread 26316.0x2204]
warning: clipped frame 039B3DE0 (Emacs 24.2.93.1 pid:26316) got WM_PAINT - ignored
[New Thread 26316.0x4e7c]
warning: reader_thread.SetEvent failed with 6 for fd 4
[New Thread 26316.0x2dac]
[New Thread 26316.0x264c]
[New Thread 26316.0x6178]

It's 12:18: spawning child process when saving an Org file

[New Thread 26316.0x6a78]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 26316.0x6a78]
0x77af2fac in ntdll!RtlVerifyVersionInfo ()
   from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb)
Continuing.


did F12...

[New Thread 26316.0x1bf0]

12:22 Trying to export Org to PDF "spawning child process: resource temporarily unavaible"

12:23 Try to send you an email: "Couldn't open server"

[New Thread 26316.0x2e48]
[Switching to Thread 26316.0xfc4]

Breakpoint 2, sys_read (fd=5, buffer=0x72c7034 "", count=5) at w32.c:6410
6410    w32.c: No such file or directory.
#0  sys_read (fd=5, buffer=0x72c7034 "", count=5) at w32.c:6410
#1  0x01091825 in emacs_gnutls_pull (p=0x6665380, buf=0x72c7034, sz=5)
    at w32.c:7204
#2  0x7021725d in _gnutls_stream_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
#3  0x7021756d in _gnutls_read ()
   from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
$63 = 5
$64 = {flags = 1555, hnd = 0x644, cp = 0x1680d10}
$65 = {fd = 5, pid = -1, char_avail = 0x7f8, char_consumed = 0x454,
  thrd = 0x5f0, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
    dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 51 '3', ovl_read = {
    Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
      Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
    InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
    hEvent = 0x0}}
warning: sys_read called when read is in progress

Did C in Gnus Server buffer, [New Thread 26316.0x1394]
followed by O

12:24 Unable to open server nnimap
[New Thread 26316.0x108]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 26316.0x108]
---Type <return> to continue, or q <return> to quit---It's 12:18: spawning child process when saving an Org file
0x77af2fac in ntdll!RtlVerifyVersionInfo ()
   from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb)
Continuing.

[New Thread 26316.0x6b00]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 26316.0x6b00]
0x77af2fac in ntdll!RtlVerifyVersionInfo ()
   from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb)
Continuing.
[New Thread 26316.0x47b4]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 26316.0x47b4]
0x77af2fac in ntdll!RtlVerifyVersionInfo ()
   from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb)
Continuing.

I don't get the GDB prompt anymore, even after pressing F12!

[New Thread 26316.0x21b0]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 26316.0x21b0]
0x77af2fac in ntdll!RtlVerifyVersionInfo ()
   from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb) did F12...
(gdb)
(gdb) Undefined command: "did".  Try "help".
Undefined command: "did".  Try "help".
did F1
(gdb) Undefined command: "did".  Try "help".1
arily unavaible"xport Org to PDF "spawning child process: resource tempor
(gdb) Undefined command: "12".  Try "help".

(gdb) Undefined command: "12".  Try "help".1
2:23 Try to send you an email: "Couldn't open server"
(gdb) Undefined command: "12".  Try "help".

(gdb) Undefined command: "12".  Try "help".

(gdb) Undefined command: "12".  Try "help".D
id C in Gnus Server buffer, followed by O
(gdb) Undefined command: "Did".  Try "help".

(gdb) Undefined command: "Did".  Try "help".1
2:24 Unable to open server nnimap
(gdb) Undefined command: "12".  Try "help".
12:24
(gdb) Undefined command: "12".  Try "help".

(gdb) Undefined command: "12".  Try "help".
12:24 I don't get the GDB prompt anymore, even after pressing F12!
(gdb) Undefined info command: "don't get the GDB prompt anymore, even after pressing F12!".  Try "help info".

(gdb) Undefined info command: "don't get the GDB prompt anymore, even after pressing F12!".  Try "help info".
p fd_info[1]@64
$66 = {{flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 1559, hnd = 0x2a8,
    cp = 0x1680c60}, {flags = 0, hnd = 0x610, cp = 0x0}, {flags = 1555,
    hnd = 0x644, cp = 0x1680d10}, {flags = 273, hnd = 0x758, cp = 0x0}, {
    flags = 274, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {
    flags = 274, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {
    flags = 274, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {
    flags = 274, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {
    flags = 274, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x69c, cp = 0x0}, {flags = 274, hnd = 0x0, cp = 0x0}, {
    flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0, cp = 0x0}, {
    flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0, cp = 0x0}, {
    flags = 273, hnd = 0x0, cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {
    flags = 274, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {
    flags = 274, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
---Type <return> to continue, or q <return> to quit---
    flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 273, hnd = 0x0, cp = 0x0}, {
    flags = 274, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 273, hnd = 0x0, cp = 0x0}, {flags = 274, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x7d8, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}, {flags = 0, hnd = 0x0, cp = 0x0}, {
    flags = 0, hnd = 0x0, cp = 0x0}}
(gdb) p child_procs[1]@32
$67 = {{fd = 3, pid = -1, char_avail = 0x2b0, char_consumed = 0x2b4,
    thrd = 0x2b8, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
      dwProcessId = 0, dwThreadId = 0}, status = 2, chr = 0 '\000',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 19048, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x750582, procinfo = {
      hProcess = 0x748, hThread = 0x354, dwProcessId = 19048,
      dwThreadId = 11920}, status = -1, chr = 68 'D', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 5, pid = -1, char_avail = 0x7f8,
    char_consumed = 0x454, thrd = 0x5f0, hwnd = 0x0, procinfo = {
      hProcess = 0x0, hThread = 0x0, dwProcessId = 0, dwThreadId = 0},
    status = 1, chr = 23 '\027', ovl_read = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0},
    ovl_write = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {fd = 4,
    pid = 26412, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x740582, procinfo = {hProcess = 0x7c4, hThread = 0x1f4,
      dwProcessId = 26412, dwThreadId = 5428}, status = 3, chr = 54 '6',
---Type <return> to continue, or q <return> to quit---
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 16560, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xad089c, procinfo = {
      hProcess = 0x2d4, hThread = 0x590, dwProcessId = 16560,
      dwThreadId = 19600}, status = 3, chr = 67 'C', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 28604, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x590b08, procinfo = {hProcess = 0x548, hThread = 0x324,
      dwProcessId = 28604, dwThreadId = 5620}, status = -1, chr = 115 's',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 920, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5a0b08, procinfo = {
      hProcess = 0x514, hThread = 0x4c8, dwProcessId = 920,
      dwThreadId = 17864}, status = -1, chr = 114 'r', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
---Type <return> to continue, or q <return> to quit---
      hEvent = 0x0}}, {fd = 7, pid = 3192, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5b0b08, procinfo = {
      hProcess = 0x564, hThread = 0x574, dwProcessId = 3192,
      dwThreadId = 16276}, status = 3, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 17568, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x4f0604, procinfo = {hProcess = 0x6b8, hThread = 0x570,
      dwProcessId = 17568, dwThreadId = 16756}, status = -1, chr = 68 'D',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 25984, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x500604, procinfo = {
      hProcess = 0x77c, hThread = 0x6d8, dwProcessId = 25984,
      dwThreadId = 4420}, status = -1, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 18904, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x510604, procinfo = {hProcess = 0x654, hThread = 0x538,
      dwProcessId = 18904, dwThreadId = 17596}, status = -1, chr = 68 'D',
---Type <return> to continue, or q <return> to quit---
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 13440, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x520604, procinfo = {
      hProcess = 0x6ec, hThread = 0x5fc, dwProcessId = 13440,
      dwThreadId = 24428}, status = 3, chr = 46 '.', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 1968, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x7fc, hThread = 0x710,
      dwProcessId = 1968, dwThreadId = 23708}, status = 2, chr = 68 'D',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 7260, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x74c,
      hThread = 0x6b4, dwProcessId = 7260, dwThreadId = 19452}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 7, pid = 9796, char_avail = 0x0,
---Type <return> to continue, or q <return> to quit---
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x3e06cc, procinfo = {
      hProcess = 0x53c, hThread = 0x370, dwProcessId = 9796,
      dwThreadId = 7612}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 7040, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x3f06cc, procinfo = {
      hProcess = 0x7a8, hThread = 0x49c, dwProcessId = 7040,
      dwThreadId = 13952}, status = 2, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 11380, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xe708f4, procinfo = {
      hProcess = 0x5d4, hThread = 0x594, dwProcessId = 11380,
      dwThreadId = 24484}, status = -1, chr = 67 'C', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 25504, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xe808f4, procinfo = {
      hProcess = 0x3e4, hThread = 0x7dc, dwProcessId = 25504,
---Type <return> to continue, or q <return> to quit---
      dwThreadId = 8504}, status = 3, chr = 55 '7', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 7, pid = 27128, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x7e0, hThread = 0x740,
      dwProcessId = 27128, dwThreadId = 27896}, status = -1, chr = 115 's',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 24384, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x760582, procinfo = {
      hProcess = 0x6bc, hThread = 0x6d0, dwProcessId = 24384,
      dwThreadId = 28584}, status = 3, chr = 58 ':', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 4, pid = 7672, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x718, hThread = 0x6fc,
      dwProcessId = 7672, dwThreadId = 14964}, status = -1, chr = 46 '.',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
---Type <return> to continue, or q <return> to quit---
      hEvent = 0x0}}, {fd = 4, pid = 12828, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x470,
      hThread = 0x6e8, dwProcessId = 12828, dwThreadId = 17024}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 4, pid = 26048,
    char_avail = 0x0, char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {
      hProcess = 0x464, hThread = 0x530, dwProcessId = 26048,
      dwThreadId = 27808}, status = 3, chr = 115 's', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 24868, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5f067c, procinfo = {
      hProcess = 0x4ec, hThread = 0x650, dwProcessId = 24868,
      dwThreadId = 17196}, status = -1, chr = 68 'D', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 15764, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x5e067c, procinfo = {
      hProcess = 0x6ac, hThread = 0x724, dwProcessId = 15764,
---Type <return> to continue, or q <return> to quit---
      dwThreadId = 12564}, status = -1, chr = 68 'D', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 7, pid = 3660, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xba0c34, procinfo = {
      hProcess = 0x504, hThread = 0x4b8, dwProcessId = 3660,
      dwThreadId = 9932}, status = -1, chr = 92 '\\', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 22816, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x60067c, procinfo = {
      hProcess = 0x310, hThread = 0x6c4, dwProcessId = 22816,
      dwThreadId = 14932}, status = -1, chr = 67 'C', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 6112, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {hProcess = 0x714,
      hThread = 0x430, dwProcessId = 6112, dwThreadId = 16336}, status = -1,
    chr = 68 'D', ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0,
          OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}, ovl_write = {
---Type <return> to continue, or q <return> to quit---
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}}, {fd = 4, pid = 16080,
    char_avail = 0x0, char_consumed = 0x0, thrd = 0x0, hwnd = 0x0, procinfo = {
      hProcess = 0x618, hThread = 0x4f8, dwProcessId = 16080,
      dwThreadId = 6976}, status = -1, chr = 68 'D', ovl_read = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}, ovl_write = {Internal = 0, InternalHigh = 0, {{
          Offset = 0, OffsetHigh = 0}, Pointer = 0x0}, hEvent = 0x0}}, {
    fd = 4, pid = 3156, char_avail = 0x0, char_consumed = 0x0, thrd = 0x0,
    hwnd = 0x0, procinfo = {hProcess = 0x758, hThread = 0x6f4,
      dwProcessId = 3156, dwThreadId = 26712}, status = 2, chr = 115 's',
    ovl_read = {Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 11940, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0x430a4a, procinfo = {
      hProcess = 0x640, hThread = 0x528, dwProcessId = 11940,
      dwThreadId = 12984}, status = -1, chr = 0 '\000', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}, {fd = 4, pid = 5136, char_avail = 0x0,
    char_consumed = 0x0, thrd = 0x0, hwnd = 0xba0686, procinfo = {
---Type <return> to continue, or q <return> to quit---
      hProcess = 0x51c, hThread = 0x76c, dwProcessId = 5136,
      dwThreadId = 19740}, status = 3, chr = 101 'e', ovl_read = {
      Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
        Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
      InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
      hEvent = 0x0}}}
(gdb)
(gdb) continue
Continuing.
--8<---------------cut here---------------end--------------->8---

I'll send you my full Messages buffer privately.

Best regards,
  Seb

--
Sebastien Vauban

[1] DEFINITION NOT FOUND: 0





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                 ` <mailman.19836.1360776098.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
  2013-02-13 20:20                                   ` Sebastien Vauban
@ 2013-02-14 12:31                                   ` Sebastien Vauban
  1 sibling, 0 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-14 12:31 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA, Sebastien Vauban

Eli,

Eli Zaretskii wrote:
> I need more data.  Please modify the way you set breakpoint at
> w32.c:6410 as follows:
>
>  (gdb) break w32.c:6410
>  (gdb) commands
>   > bt 4
>   > p fd
>   > p fd_info[fd]
>   > b *cp

I guess you meant "p *cp"?  That's why I've type anyway in the GDB session I
sent to you [1].

>   > continue
>   > end


Best regards,
  Seb

[1] In fact, I did first type "b", but had lots of errors about breakpoints...

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                                 ` <mailman.19927.1360841946.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-15  8:31                                                   ` Sebastien Vauban
  0 siblings, 0 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-15  8:31 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Hi Eli,

"Sebastien Vauban" wrote:
> Eli Zaretskii wrote:
>>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>>> Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>>> Date: Wed, 13 Feb 2013 23:31:16 +0100
>>>
>>> In fact, to be exact, these are problems which render Emacs unusable _for me_.
>>> So, I quit, and take a new one: if I can't read my mails, easily access my
>>> files and/or convert documents to PDF, well, I'm pretty blocked.
>>>
>>> >> - Helm-find-files does not include "locate" results anymore (I mean: from
>>> >>   es.exe), just the current buffers, and the recent files.
>>> >
>>> > Any error message(s)?  Or just silent failures?
>>>
>>> Silent failures -- at least, I never saw anything wrong. Maybe some info is
>>> hidden, though, somewhere in Messages or in debug buffers?
>>>
>>> >> - When connecting to my mail server, it's denied: I see all my mail groups
>>> >>   grayed, and pressing ^, closing the server connection (C), re-establishing
>>> >>   it (O) does not work. So, basically, I can't read my mails anymore.
>>> >
>>> > Again, any error message(s)?
>>>
>>> Yes (see live screencasts): connections denied to the mail server. Tough,
>>> that's not a that weird message... Nothing as spectacular as "spawning
>>> processes" or such.
>>
>> OK.  I really need to see those two arrays in this situation.  I think
>> they are key to understanding what might be going on.
>
> Voilà, did everything you wanted me to do, I think.
>
> I began working around 09:30, and problems appeared from 12:18, that is after
> 3 hours of normal Emacs use.
>
> Problems (in order):
>
> - Can't save file due to "Spawning child process: resource temporarily
>   unavailable"
> - Can't export Org file to PDF due to the same reason
> - Can't read posts NNTP server
> - Can close it and reopen it, but email server is now "denied"
>
> GDB trace (with comments in there, from 12:18):
>
> $ gdb -p 26316
> GNU gdb (GDB) 7.5.50.20120815-cvs (cygwin-special)
> Reading symbols from /cygdrive/c/Program Files (x86)/emacs-24.2.93/bin/emacs.exe...done.
> [...]
> (gdb) break w32.c:6410
> Breakpoint 2 at 0x108fca5: file w32.c, line 6410.
> (gdb) commands
> Type commands for breakpoint(s) 2, one per line.
> End with a line saying just "end".
>>bt 4
>>p fd
>>p fd_info[fd]
>>p *cp
>>continue
>>end
> [...]
> Breakpoint 2, sys_read (fd=4, buffer=0x5704034 "", count=5) at w32.c:6410
> #0  sys_read (fd=4, buffer=0x5704034 "", count=5) at w32.c:6410
> #1  0x01091825 in emacs_gnutls_pull (p=0x55c80e8, buf=0x5704034, sz=5)
>     at w32.c:7204
> #2  0x7021725d in _gnutls_stream_read ()
>    from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
> #3  0x7021756d in _gnutls_read ()
>    from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.dll
> 6410    w32.c: No such file or directory.
> $1 = 4
> $2 = {flags = 1555, hnd = 0x2e8, cp = 0x1680cb8}
> $3 = {fd = 4, pid = -1, char_avail = 0x304, char_consumed = 0x2f8,
>   thrd = 0x2d8, hwnd = 0x0, procinfo = {hProcess = 0x0, hThread = 0x0,
>     dwProcessId = 0, dwThreadId = 0}, status = 1, chr = 51 '3', ovl_read = {
>     Internal = 0, InternalHigh = 0, {{Offset = 0, OffsetHigh = 0},
>       Pointer = 0x0}, hEvent = 0x0}, ovl_write = {Internal = 0,
>     InternalHigh = 0, {{Offset = 0, OffsetHigh = 0}, Pointer = 0x0},
>     hEvent = 0x0}}
> [...]
>
> I'll send you my full Messages buffer privately.

I can imagine it can take you long to dissecate the logs I sent you, but I'm
at least curious to know if what I sent you is what you expected to receive
for your analysis -- or if you need other data from me?

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-14 11:01                                 ` Thierry Volpiatto
@ 2013-02-15 10:10                                   ` Eli Zaretskii
  2013-02-15 19:59                                     ` Thierry Volpiatto
       [not found]                                   ` <mailman.20001.1360923093.855.bug-gnu-emacs@gnu.org>
  1 sibling, 1 reply; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-15 10:10 UTC (permalink / raw)
  To: Thierry Volpiatto; +Cc: 13546

> From: Thierry Volpiatto <thierry.volpiatto@gmail.com>
> Date: Thu, 14 Feb 2013 12:01:54 +0100
> 
> Helm is starting updating (create the first process) after the
> `requires-pattern' value of source, for locate it is 3, so when entering
> the third char in pattern the process start, return the data through a
> process-filter, then stop the process-filter (setq *filter t) and kill
> the process. When you enter the 4th char, a new process is created,
> killed and so on.

The "kill process" part was an important clue, thanks.  Using that, I
was able to re-create a situation similar to what happens for
Sebastien.  I installed a few changes on the emacs-24 branch to
prevent these problems, so I hope the next pretest will behave better.

FWIW, the improved handling of subprocesses on the trunk avoids these
problems altogether, at least in the scenario I used to re-create
them.

(There's still some strange issue with gnutls calls, as reported by
Sebastien, which I'm still looking in.  Not sure if this is an
additional problem or just "how things should work".)

> This was just for info in case that help for debugging.

Thanks, it helped.

Btw, I'm surprised that helm starts an async subprocess, just to kill
it after its output was collected.  Isn't this exactly what
synchronous subprocesses are for?  What is the purpose of such a
strange design? (except if you wanted to help find bugs in Emacs when
async subprocesses are launched and killed at high frequency ;-)





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-14 11:36                               ` Sebastien Vauban
@ 2013-02-15 10:12                                 ` Eli Zaretskii
  2013-02-15 17:33                                   ` Glenn Morris
       [not found]                                   ` <mailman.20035.1360949668.855.bug-gnu-emacs@gnu.org>
       [not found]                                 ` <mailman.20003.1360923218.855.bug-gnu-emacs@gnu.org>
  1 sibling, 2 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-15 10:12 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org
> Date: Thu, 14 Feb 2013 12:36:45 +0100
> 
> Voilà, did everything you wanted me to do, I think.
> 
> I began working around 09:30, and problems appeared from 12:18, that is after
> 3 hours of normal Emacs use.
> 
> Problems (in order):
> 
> - Can't save file due to "Spawning child process: resource temporarily
>   unavailable"
> - Can't export Org file to PDF due to the same reason
> - Can't read posts NNTP server
> - Can close it and reopen it, but email server is now "denied"

Thanks, this was exactly what I needed.  Revisions 111267 and 111268
on the emacs-24 branch should take care of these problems.  Please try
the next binary from the emacs-24 branch, or the next 24.2.9x pretest,
whenever you can.






^ permalink raw reply	[flat|nested] 93+ messages in thread

* Re: bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                 ` <mailman.20003.1360923218.855.bug-gnu-emacs@gnu.org>
@ 2013-02-15 10:35                                   ` Sebastien Vauban
  2013-02-15 13:20                                     ` Eli Zaretskii
       [not found]                                     ` <mailman.20015.1360934495.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-15 10:35 UTC (permalink / raw)
  To: bug-gnu-emacs-mXXj517/zsQ

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>> Date: Thu, 14 Feb 2013 12:36:45 +0100
>> 
>> Voilà, did everything you wanted me to do, I think.
>> 
>> I began working around 09:30, and problems appeared from 12:18, that is
>> after 3 hours of normal Emacs use.
>> 
>> Problems (in order):
>> 
>> - Can't save file due to "Spawning child process: resource temporarily
>>   unavailable"
>> - Can't export Org file to PDF due to the same reason
>> - Can't read posts NNTP server
>> - Can close it and reopen it, but email server is now "denied"
>
> Thanks, this was exactly what I needed. Revisions 111267 and 111268 on the
> emacs-24 branch should take care of these problems.

Great news!

> Please try the next binary from the emacs-24 branch, or the next 24.2.9x
> pretest, whenever you can.

I'll have a look at the distribs of Dani. I'll take the first following one.

Best regards,
  Seb

-- 
Sebastien Vauban


^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                     ` <mailman.20001.1360923093.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-15 10:37                                       ` Sebastien Vauban
  2013-02-15 13:26                                         ` Eli Zaretskii
  0 siblings, 1 reply; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-15 10:37 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA, Thierry Volpiatto

Eli,

Eli Zaretskii wrote:
>> From: Thierry Volpiatto <thierry.volpiatto-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
>> Date: Thu, 14 Feb 2013 12:01:54 +0100
>> 
>> Helm is starting updating (create the first process) after the
>> `requires-pattern' value of source, for locate it is 3, so when entering
>> the third char in pattern the process start, return the data through a
>> process-filter, then stop the process-filter (setq *filter t) and kill
>> the process. When you enter the 4th char, a new process is created,
>> killed and so on.
>
> The "kill process" part was an important clue, thanks.  Using that, I
> was able to re-create a situation similar to what happens for
> Sebastien.  I installed a few changes on the emacs-24 branch to
> prevent these problems, so I hope the next pretest will behave better.
>
> FWIW, the improved handling of subprocesses on the trunk avoids these
> problems altogether, at least in the scenario I used to re-create
> them.
>
> (There's still some strange issue with gnutls calls, as reported by
> Sebastien, which I'm still looking in.  Not sure if this is an
> additional problem or just "how things should work".)
>
>> This was just for info in case that help for debugging.
>
> Thanks, it helped.
>
> Btw, I'm surprised that helm starts an async subprocess, just to kill
> it after its output was collected.  Isn't this exactly what
> synchronous subprocesses are for?  What is the purpose of such a
> strange design? (except if you wanted to help find bugs in Emacs when
> async subprocesses are launched and killed at high frequency ;-)

IIUC, I guess the reason is not to block the user during typing: the fact that
Helm's locate is still collecting results does not hinder to type an extra
character to refined the search.

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-15 10:35                                   ` Sebastien Vauban
@ 2013-02-15 13:20                                     ` Eli Zaretskii
       [not found]                                     ` <mailman.20015.1360934495.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-15 13:20 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Date: Fri, 15 Feb 2013 11:35:59 +0100
> 
> > Thanks, this was exactly what I needed. Revisions 111267 and 111268 on the
> > emacs-24 branch should take care of these problems.
> 
> Great news!
> 
> > Please try the next binary from the emacs-24 branch, or the next 24.2.9x
> > pretest, whenever you can.
> 
> I'll have a look at the distribs of Dani. I'll take the first following one.

Thanks.  I will leave this bug open in case there are leftovers.  (I
also am still looking at the gnutls part of this riddle.)

You might also try one of the trunk builds, as the trunk didn't have
that problem in the first place.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-15 10:37                                       ` Sebastien Vauban
@ 2013-02-15 13:26                                         ` Eli Zaretskii
  0 siblings, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-15 13:26 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546, thierry.volpiatto

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: Thierry Volpiatto <thierry.volpiatto@gmail.com>,  13546@debbugs.gnu.org
> Date: Fri, 15 Feb 2013 11:37:04 +0100
> 
> > Btw, I'm surprised that helm starts an async subprocess, just to kill
> > it after its output was collected.  Isn't this exactly what
> > synchronous subprocesses are for?  What is the purpose of such a
> > strange design? (except if you wanted to help find bugs in Emacs when
> > async subprocesses are launched and killed at high frequency ;-)
> 
> IIUC, I guess the reason is not to block the user during typing: the fact that
> Helm's locate is still collecting results does not hinder to type an extra
> character to refined the search.

That consideration doesn't apply in this case, AFAIU, for 2 reeasons:

  . 'locate' must be (and is) reasonably fast for this feature to be
    liked by users.  Otherwise, the results you see will lag behind
    input, i.e. they will lie to you.  In your screencasts one can
    clearly see that you type a character and wait for the result to
    appear before you type the next one, which is what I'd expect, so
    a synchronous subprocess that does its job quickly will fit this
    very well.

  . Typing at a very fast rate will prevent Emacs from reading output
    from 'locate', if it is run asynchronously, so you will see no
    results at all in this case.  Not really useful, IMO.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                       ` <mailman.20015.1360934495.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-15 15:15                                         ` Sebastien Vauban
  2013-02-15 15:47                                           ` Eli Zaretskii
       [not found]                                           ` <mailman.20023.1360943307.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-15 15:15 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA, Sebastien Vauban

Dear Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Date: Fri, 15 Feb 2013 11:35:59 +0100
>> 
>> > Thanks, this was exactly what I needed. Revisions 111267 and 111268 on the
>> > emacs-24 branch should take care of these problems.
>> 
>> Great news!
>> 
>> > Please try the next binary from the emacs-24 branch, or the next 24.2.9x
>> > pretest, whenever you can.
>> 
>> I'll have a look at the distribs of Dani. I'll take the first following one.
>
> Thanks.  I will leave this bug open in case there are leftovers.  (I
> also am still looking at the gnutls part of this riddle.)

I'll be glad that all those problems will be behind us. I couldn't imagine
suffering more because of using the greatest magical piece of software I do
have at my fingertips...

> You might also try one of the trunk builds, as the trunk didn't have
> that problem in the first place.

OK. But note that I'll be out for a week, so don't expect problem reports from
me...

BTW, a couple of questions:

- What about that magical `C-v' character?  Any idea?

- Now that you know what the problem was, can you confirm that Emacs 23 did
  behave well for my use case?  Maybe Emacs 24.0 as well?

- Is the current problem only happening on Windows (or due to my shell
  setting)?

- Is it only with heavy process-creator users like me (by using Helm as my
  almost only way to switch between buffers and files)?

- Can you confirm the GDB command had to be "p *cp" and not "b *cp"?

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-15 15:15                                         ` Sebastien Vauban
@ 2013-02-15 15:47                                           ` Eli Zaretskii
       [not found]                                           ` <mailman.20023.1360943307.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-15 15:47 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: Sebastien Vauban <wxhgmqzgwmuf@spammotel.com>,  13546@debbugs.gnu.org
> Date: Fri, 15 Feb 2013 16:15:01 +0100
> 
> - What about that magical `C-v' character?  Any idea?

No idea.  It doesn't seem to be related to the problem, though.

> - Now that you know what the problem was, can you confirm that Emacs 23 did
>   behave well for my use case?  Maybe Emacs 24.0 as well?

Emacs 23 concealed the problem: it would let you continue invoking
subprocesses, but with every Locate subprocesses launched by Helm,
Emacs would leak 2 handles.  After some time (longer than the 2-3
hours you got with 24.2.9x), too many handles would have been lost,
and Emacs would become unusable.  Moreover, since the OS cannot reuse
a process ID of a process which still has some handle open on it, the
entire system would become unusable, because it could no longer launch
processes.

In v24.2.91, this handle leakage was plumbed, but doing so exhibited
another problem (which was already fixed on the trunk, btw), which
manifested itself in what you described.  Note that this problem only
rears its ugly head whenever an async subprocess is launched and then
killed without letting it exit in an orderly manner.  That is why no
one else reported the problem: I guess there are no more Helm users on
Windows who track the v24.3 pretests.

> - Is the current problem only happening on Windows (or due to my shell
>   setting)?

It is specific to Windows, but is not related to any shell settings.
It happens every time an async subprocess is killed by calling
delete-process on it.

> - Is it only with heavy process-creator users like me (by using Helm as my
>   almost only way to switch between buffers and files)?

See above: delete-process is the main trigger.  It prevents a slot
from being released in the array which Emacs on Windows uses to manage
subprocesses and network/serial connections.  When all the 32 slots
are used up in this way, Emacs can no longer launch subprocesses or
open network connections.

The code I added looks for these "lost" slots and releases them, so
that they can be reused.  On the trunk, the problem is avoided
altogether, but that requires deeper changes in the related code, and
I'd rather not make them at this late stage of the pretest.

> - Can you confirm the GDB command had to be "p *cp" and not "b *cp"?

Yes, of course.  Sorry.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* Re: bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                           ` <mailman.20023.1360943307.855.bug-gnu-emacs@gnu.org>
@ 2013-02-15 16:33                                             ` Sebastien Vauban
  0 siblings, 0 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-15 16:33 UTC (permalink / raw)
  To: bug-gnu-emacs-mXXj517/zsQ

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Cc: Sebastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>,  13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>> Date: Fri, 15 Feb 2013 16:15:01 +0100
>> 
>> - What about that magical `C-v' character?  Any idea?
>
> No idea.  It doesn't seem to be related to the problem, though.
>
>> - Now that you know what the problem was, can you confirm that Emacs 23 did
>>   behave well for my use case?  Maybe Emacs 24.0 as well?
>
> Emacs 23 concealed the problem: it would let you continue invoking
> subprocesses, but with every Locate subprocesses launched by Helm,
> Emacs would leak 2 handles.  After some time (longer than the 2-3
> hours you got with 24.2.9x), too many handles would have been lost,
> and Emacs would become unusable.  Moreover, since the OS cannot reuse
> a process ID of a process which still has some handle open on it, the
> entire system would become unusable, because it could no longer launch
> processes.
>
> In v24.2.91, this handle leakage was plumbed, but doing so exhibited
> another problem (which was already fixed on the trunk, btw), which
> manifested itself in what you described.  Note that this problem only
> rears its ugly head whenever an async subprocess is launched and then
> killed without letting it exit in an orderly manner.  That is why no
> one else reported the problem: I guess there are no more Helm users on
> Windows who track the v24.3 pretests.
>
>> - Is the current problem only happening on Windows (or due to my shell
>>   setting)?
>
> It is specific to Windows, but is not related to any shell settings.
> It happens every time an async subprocess is killed by calling
> delete-process on it.
>
>> - Is it only with heavy process-creator users like me (by using Helm as my
>>   almost only way to switch between buffers and files)?
>
> See above: delete-process is the main trigger.  It prevents a slot
> from being released in the array which Emacs on Windows uses to manage
> subprocesses and network/serial connections.  When all the 32 slots
> are used up in this way, Emacs can no longer launch subprocesses or
> open network connections.
>
> The code I added looks for these "lost" slots and releases them, so
> that they can be reused.  On the trunk, the problem is avoided
> altogether, but that requires deeper changes in the related code, and
> I'd rather not make them at this late stage of the pretest.
>
>> - Can you confirm the GDB command had to be "p *cp" and not "b *cp"?
>
> Yes, of course.  Sorry.

Thanks for these interesting explanations.

Now, let's hope for the best! (and resolve Gnutls... ;-))

Best regards,
  Seb

-- 
Sebastien Vauban


^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-15 10:12                                 ` Eli Zaretskii
@ 2013-02-15 17:33                                   ` Glenn Morris
  2013-02-15 19:38                                     ` Eli Zaretskii
       [not found]                                   ` <mailman.20035.1360949668.855.bug-gnu-emacs@gnu.org>
  1 sibling, 1 reply; 93+ messages in thread
From: Glenn Morris @ 2013-02-15 17:33 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546, Sebastien Vauban

Eli Zaretskii wrote:

> Revisions 111267 and 111268 on the emacs-24 branch should take care of
> these problems.

Many thanks for figuring this out. The merge I just did of this to trunk
wasn't completely smooth, so you may need to fix it there.

>  Please try the next binary from the emacs-24 branch, or the next
> 24.2.9x pretest, whenever you can.

Sebastien, it would be great if you can find a way to try this before
the next pretest.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                     ` <mailman.20035.1360949668.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-15 18:42                                       ` Sebastien Vauban
  2013-02-15 18:49                                         ` Glenn Morris
                                                           ` (2 more replies)
  0 siblings, 3 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-15 18:42 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Hi Glenn,

Glenn Morris wrote:
> Eli Zaretskii wrote:
>
>> Revisions 111267 and 111268 on the emacs-24 branch should take care of
>> these problems.
>
> Many thanks for figuring this out. The merge I just did of this to trunk
> wasn't completely smooth, so you may need to fix it there.
>
>>  Please try the next binary from the emacs-24 branch, or the next
>> 24.2.9x pretest, whenever you can.
>
> Sebastien, it would be great if you can find a way to try this before
> the next pretest.

I'm willing to try whichever version you're interested in, but I need a binary
ready for me to use. It's impossible for me right now to go through all the
necessary tests to try and compile it myself under Windows 8 -- I clearly have
no such environment running on my laptop now.

If you can provide me with a link, or if Dani is ready to make another one,
it's easy for me to download it, and use it: I need Emacs to do all my work
(from writing documents to reading/writing emails), so the "use it" part is
not the trouble.

For the last months, my feeding place is Dani's Dropbox on
https://www.dropbox.com/sh/7jr3vbv9tm1zod0/jPuvfrJAe8.

Well, look, there are binaries from 1 to 2 hours ago:

- emacs-24-r111270-20130215-w32-i386.zip (58.94 MB), 1 hr ago
- emacs-trunk-r111788-20130215-w32-i386.zip (59.32 MB), 2 hrs ago

Which one do you want me to use?

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-15 18:42                                       ` Sebastien Vauban
@ 2013-02-15 18:49                                         ` Glenn Morris
  2013-02-15 19:07                                         ` Eli Zaretskii
       [not found]                                         ` <mailman.20043.1360954243.855.bug-gnu-emacs@gnu.org>
  2 siblings, 0 replies; 93+ messages in thread
From: Glenn Morris @ 2013-02-15 18:49 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

"Sebastien Vauban" wrote:

> - emacs-24-r111270-20130215-w32-i386.zip (58.94 MB), 1 hr ago

That one please.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-15 18:42                                       ` Sebastien Vauban
  2013-02-15 18:49                                         ` Glenn Morris
@ 2013-02-15 19:07                                         ` Eli Zaretskii
       [not found]                                         ` <mailman.20043.1360954243.855.bug-gnu-emacs@gnu.org>
  2 siblings, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-15 19:07 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: Eli Zaretskii <eliz@gnu.org>,  13546@debbugs.gnu.org
> Date: Fri, 15 Feb 2013 19:42:38 +0100
> 
> Well, look, there are binaries from 1 to 2 hours ago:
> 
> - emacs-24-r111270-20130215-w32-i386.zip (58.94 MB), 1 hr ago
> - emacs-trunk-r111788-20130215-w32-i386.zip (59.32 MB), 2 hrs ago
> 
> Which one do you want me to use?

Please try both of them.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-15 17:33                                   ` Glenn Morris
@ 2013-02-15 19:38                                     ` Eli Zaretskii
  0 siblings, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-15 19:38 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 13546, wxhgmqzgwmuf

> From: Glenn Morris <rgm@gnu.org>
> Cc: Sebastien Vauban <wxhgmqzgwmuf@spammotel.com>,  13546@debbugs.gnu.org
> Date: Fri, 15 Feb 2013 12:33:24 -0500
> 
> The merge I just did of this to trunk wasn't completely smooth, so
> you may need to fix it there.

Done.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-15 10:10                                   ` Eli Zaretskii
@ 2013-02-15 19:59                                     ` Thierry Volpiatto
  0 siblings, 0 replies; 93+ messages in thread
From: Thierry Volpiatto @ 2013-02-15 19:59 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546

Hi Eli,

Eli Zaretskii <eliz@gnu.org> writes:

> Btw, I'm surprised that helm starts an async subprocess, just to kill
> it after its output was collected.  Isn't this exactly what
> synchronous subprocesses are for?  What is the purpose of such a
> strange design?

It allow among other things to run several sources all together (async
sources and normal sources), a synchronous process would block results of
all other sources.

But yes, having the possibility to use a synchronous process for a
single source would be nice in some cases.
Maybe I will write this in next versions of helm.

> (except if you wanted to help find bugs in Emacs when async
> subprocesses are launched and killed at high frequency ;-)

Indeed this is another feature I didn't think about ;-)

Thanks for your work on this.

-- 
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997 





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                           ` <mailman.20043.1360954243.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-15 20:50                                             ` Sebastien Vauban
  2013-02-15 22:42                                               ` Eli Zaretskii
       [not found]                                               ` <mailman.20072.1360968204.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-15 20:50 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Glenn,

Glenn Morris wrote:
> "Sebastien Vauban" wrote:
>
>> - emacs-24-r111270-20130215-w32-i386.zip (58.94 MB), 1 hr ago
>
> That one please.

Check your inbox, I've sent you a screencast link (which I prefer to keep
private, for not exposing private stuff), but please know that version does
not work at all for my test case:

- using Helm: buffers shown, locate not displayed...

- creating or opening an Org file (I wanted to test the export but couldn't
  get that far: max-lisp-eval-depth problem!

- reading my emails with Gnus: server is inaccessible

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-15 20:50                                             ` Sebastien Vauban
@ 2013-02-15 22:42                                               ` Eli Zaretskii
       [not found]                                               ` <mailman.20072.1360968204.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-15 22:42 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Date: Fri, 15 Feb 2013 21:50:27 +0100
> Cc: 13546@debbugs.gnu.org
> 
> >> - emacs-24-r111270-20130215-w32-i386.zip (58.94 MB), 1 hr ago
> >
> > That one please.
> 
> Check your inbox, I've sent you a screencast link (which I prefer to keep
> private, for not exposing private stuff), but please know that version does
> not work at all for my test case:
> 
> - using Helm: buffers shown, locate not displayed...

Any error messages?  Anything in *Messages*?

> - creating or opening an Org file (I wanted to test the export but couldn't
>   get that far: max-lisp-eval-depth problem!

That's got to be unrelated.  Does it help to enlarge
max-lisp-eval-depth?

> - reading my emails with Gnus: server is inaccessible

Is that right from the start?  If so, can you open any other network
connection, like fetch some URL with the url-retrieve?

Can you launch a process?  E.g., does this work, if evaluated in
*scratch*?

  (setq proc (start-process-shell-command
		"locate<0>" "locate-results<0>"
		"locate eee"))
  (sleep-for 20)
  (delete-process proc)

If you attach GDB, do you see any "warning" messages?

I'm at a loss here...  The changes don't affect any code that launches
subprocesses or open network streams.  They just affect what happens
when there are no more free slots for additional subprocesses, which
should only happen once you've launched at least 32 of them.  Can you
show the contents of child_procs[] array, like you did before, when
you cannot see the results of 'locate'?





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                                 ` <mailman.20072.1360968204.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-15 23:34                                                   ` Sebastien Vauban
  2013-02-17 18:29                                                     ` Eli Zaretskii
  0 siblings, 1 reply; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-15 23:34 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

A quick one-minute answer on what I can, not being able to test right now (and
almost going to bed as well)...

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Date: Fri, 15 Feb 2013 21:50:27 +0100
>> Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>> 
>> >> - emacs-24-r111270-20130215-w32-i386.zip (58.94 MB), 1 hr ago
>> >
>> > That one please.
>> 
>> Check your inbox, I've sent you a screencast link (which I prefer to keep
>> private, for not exposing private stuff), but please know that version does
>> not work at all for my test case:
>> 
>> - using Helm: buffers shown, locate not displayed...
>
> Any error messages?  Anything in *Messages*?

Not that I saw, no.

>> - creating or opening an Org file (I wanted to test the export but couldn't
>>   get that far: max-lisp-eval-depth problem!
>
> That's got to be unrelated.  Does it help to enlarge
> max-lisp-eval-depth?
>
>> - reading my emails with Gnus: server is inaccessible
>
> Is that right from the start?

Yes, but that could be related to a precondition to connect to my mail server:
decrypting my authinfo.gpg. If that fails (or doesn't succeed), the rest won't
work.

> If so, can you open any other network
> connection, like fetch some URL with the url-retrieve?
>
> Can you launch a process?  E.g., does this work, if evaluated in
> *scratch*?
>
>   (setq proc (start-process-shell-command
> 		"locate<0>" "locate-results<0>"
> 		"locate eee"))
>   (sleep-for 20)
>   (delete-process proc)
>
> If you attach GDB, do you see any "warning" messages?
>
> I'm at a loss here...  The changes don't affect any code that launches
> subprocesses or open network streams.  They just affect what happens
> when there are no more free slots for additional subprocesses, which
> should only happen once you've launched at least 32 of them.

I clearly want to believe you, but did you see the live video: the difference
is quite impressive between what's possible in one process and what's not in
the other.

> Can you show the contents of child_procs[] array, like you did before, when
> you cannot see the results of 'locate'?

I hope to give you more details by tomorrow.

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-15 23:34                                                   ` Sebastien Vauban
@ 2013-02-17 18:29                                                     ` Eli Zaretskii
  2013-02-19 17:10                                                       ` Glenn Morris
       [not found]                                                       ` <mailman.20362.1361293889.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-17 18:29 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org
> Date: Sat, 16 Feb 2013 00:34:50 +0100
> 
> > I'm at a loss here...  The changes don't affect any code that launches
> > subprocesses or open network streams.  They just affect what happens
> > when there are no more free slots for additional subprocesses, which
> > should only happen once you've launched at least 32 of them.
> 
> I clearly want to believe you, but did you see the live video: the difference
> is quite impressive between what's possible in one process and what's not in
> the other.
> 
> > Can you show the contents of child_procs[] array, like you did before, when
> > you cannot see the results of 'locate'?
> 
> I hope to give you more details by tomorrow.

Meanwhile I think I found the bug.

I went ahead and reverted all the changes related to the subprocesses
which I made since the 24.2.91 pretest, which you say worked for you.
I don't want to hold the 24.3 release hostage by my evidently inept
tinkering with this code.  The problem I tried to avoid is minor (in
comparison with the breakage I caused by the "solution"), and is
already fixed on the trunk in a more fundamental way.  So I guess
Emacs on Windows will need to stay with this problem for a little bit
longer, until we deliver a release from the current trunk.

I hope the next binary you could try from the emacs-24 branch will
work again for you, and the pretest can then continue on its course.

Thanks.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-17 18:29                                                     ` Eli Zaretskii
@ 2013-02-19 17:10                                                       ` Glenn Morris
       [not found]                                                       ` <mailman.20362.1361293889.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Glenn Morris @ 2013-02-19 17:10 UTC (permalink / raw)
  To: Sebastien Vauban, 13546

Eli Zaretskii wrote:

> I hope the next binary you could try from the emacs-24 branch will
> work again for you, and the pretest can then continue on its course.

I see a binary with these changes is available.
Please try it out as soon as you can, and let us know how it goes.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                                         ` <mailman.20362.1361293889.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-25 21:26                                                           ` Sebastien Vauban
  2013-02-25 21:43                                                             ` Glenn Morris
       [not found]                                                             ` <mailman.20837.1361828606.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-25 21:26 UTC (permalink / raw)
  To: Glenn Morris, eli-mXXj517/zsQ; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Hi Glenn and Eli,

Glenn Morris wrote:
> Eli Zaretskii wrote:
>
>> I hope the next binary you could try from the emacs-24 branch will work
>> again for you, and the pretest can then continue on its course.
>
> I see a binary with these changes is available. Please try it out as soon as
> you can, and let us know how it goes.

I'm back from vacation, and can go on (helping you) debugging this.

I see on Dani's DropBox account those binaries:

- emacs-24-r111276-20130218-w32-i386.zip (58.94 MB), 7 days ago
- emacs-trunk-r111822-20130217-w32-i386.zip (59.33 MB), 8 days ago

IIUC, you want me to test the first one?

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-25 21:26                                                           ` Sebastien Vauban
@ 2013-02-25 21:43                                                             ` Glenn Morris
       [not found]                                                             ` <mailman.20837.1361828606.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Glenn Morris @ 2013-02-25 21:43 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

"Sebastien Vauban" wrote:

> - emacs-24-r111276-20130218-w32-i386.zip (58.94 MB), 7 days ago
> - emacs-trunk-r111822-20130217-w32-i386.zip (59.33 MB), 8 days ago
>
> IIUC, you want me to test the first one?

Whatever is the latest emacs-24- you find there.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                                               ` <mailman.20837.1361828606.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-27 10:32                                                                 ` Sebastien Vauban
  2013-02-27 18:01                                                                   ` Eli Zaretskii
       [not found]                                                                   ` <mailman.21036.1361988154.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-27 10:32 UTC (permalink / raw)
  To: Glenn Morris, Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Hello Glenn and Eli,

Glenn Morris wrote:
> "Sebastien Vauban" wrote:
>
>> - emacs-24-r111276-20130218-w32-i386.zip (58.94 MB), 7 days ago
>> - emacs-trunk-r111822-20130217-w32-i386.zip (59.33 MB), 8 days ago
>>
>> IIUC, you want me to test the first one?
>
> Whatever is the latest emacs-24- you find there.

As said in a separate bug report, emacs-trunk has a problem opening Org files
(at least, for me) because of an autoload. Bastien should have fixed that.
I'll report when testing the next available binary.

Regarding emacs-24 (Emacs 24.2.93), I'm using it since yesterday morning. It
more or less causes me problems after a couple of hours.

The last symptom, now, was when trying to send an email via Gnus (or should I
say Message?). Emacs seemed inflooping, but still stopped and displayed me
this after a while (one minute or so -- subjective appreciation):

--8<---------------cut here---------------start------------->8---
Emergency (alloc): Warning: past 95% of memory limit
Memory exhausted--use C-x s then exit and restart Emacs
--8<---------------cut here---------------end--------------->8---

I did follow the advise...

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-27 10:32                                                                 ` Sebastien Vauban
@ 2013-02-27 18:01                                                                   ` Eli Zaretskii
  2013-02-28  6:34                                                                     ` Glenn Morris
       [not found]                                                                   ` <mailman.21036.1361988154.855.bug-gnu-emacs@gnu.org>
  1 sibling, 1 reply; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-27 18:01 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org
> Date: Wed, 27 Feb 2013 11:32:34 +0100
> 
> Regarding emacs-24 (Emacs 24.2.93), I'm using it since yesterday morning. It
> more or less causes me problems after a couple of hours.
> 
> The last symptom, now, was when trying to send an email via Gnus (or should I
> say Message?). Emacs seemed inflooping, but still stopped and displayed me
> this after a while (one minute or so -- subjective appreciation):
> 
> --8<---------------cut here---------------start------------->8---
> Emergency (alloc): Warning: past 95% of memory limit
> Memory exhausted--use C-x s then exit and restart Emacs
> --8<---------------cut here---------------end--------------->8---

Please post here all the symptoms, not just the last one.  We don't
have much time till the next pretest (which is planned to be a release
candidate), so we must be very efficient in our communications if we
want any chance of solving this before Emacs 24.3 is released.

Do you still maintain that pretest 24.2.91 worked fine on this same
machine with the same setup?  If so, then I'm almost at the end of my
wits wrt your problems.  I have reviewed all the Windows specific
changes introduced between 24.2.91 and today, and found only one that
could be even remotely relevant.  I have now reverted that one change
(revision 111303 on the emacs-24 branch), so please see if the next
binary behaves better.  If not, I will have to give up on these
problems until someone more talented shows us the light.  Sorry.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                                                     ` <mailman.21036.1361988154.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-27 20:43                                                                       ` Sebastien Vauban
  2013-02-27 21:07                                                                         ` Eli Zaretskii
                                                                                           ` (3 more replies)
  0 siblings, 4 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-27 20:43 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>> Date: Wed, 27 Feb 2013 11:32:34 +0100
>> 
>> Regarding emacs-24 (Emacs 24.2.93), I'm using it since yesterday morning. It
>> more or less causes me problems after a couple of hours.
>> 
>> The last symptom, now, was when trying to send an email via Gnus (or should I
>> say Message?). Emacs seemed inflooping, but still stopped and displayed me
>> this after a while (one minute or so -- subjective appreciation):
>> 
>> --8<---------------cut here---------------start------------->8---
>> Emergency (alloc): Warning: past 95% of memory limit
>> Memory exhausted--use C-x s then exit and restart Emacs
>> --8<---------------cut here---------------end--------------->8---
>
> Please post here all the symptoms, not just the last one.

Unfortunately, I don't have other symptoms to share with you. Except if you
tell me to look for some data when attaching GDB to the sick process.

> We don't have much time till the next pretest (which is planned to be a
> release candidate), so we must be very efficient in our communications if we
> want any chance of solving this before Emacs 24.3 is released.

I understand, but I don't see what I can add in this case.

> Do you still maintain that pretest 24.2.91 worked fine on this same
> machine with the same setup?

Yes, I do. During a few days, I went back on 24.2.91, and did not see anything
wrong with it.

> If so, then I'm almost at the end of my wits wrt your problems. I have
> reviewed all the Windows specific changes introduced between 24.2.91 and
> today, and found only one that could be even remotely relevant. I have now
> reverted that one change (revision 111303 on the emacs-24 branch), so please
> see if the next binary behaves better.

I just see there are 2 new binaries built by Dani:

- emacs-24-r111300-20130225-w32-i386.zip (58.94 MB), 9 hrs ago
- emacs-trunk-r111884-20130226-w32-i386.zip (59.41 MB), 7 hrs ago

Damn, your change is not there. IIUC, the next build done by Dani will be in a
week or so...

> If not, I will have to give up on these problems until someone more talented
> shows us the light. Sorry.

I'm still totally convinced you're that one person!

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-27 20:43                                                                       ` Sebastien Vauban
@ 2013-02-27 21:07                                                                         ` Eli Zaretskii
       [not found]                                                                         ` <mailman.21051.1361999392.855.bug-gnu-emacs@gnu.org>
                                                                                           ` (2 subsequent siblings)
  3 siblings, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-27 21:07 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org
> Date: Wed, 27 Feb 2013 21:43:09 +0100
> 
> >> Regarding emacs-24 (Emacs 24.2.93), I'm using it since yesterday morning. It
> >> more or less causes me problems after a couple of hours.
> >> 
> >> The last symptom, now, was when trying to send an email via Gnus (or should I
> >> say Message?). Emacs seemed inflooping, but still stopped and displayed me
> >> this after a while (one minute or so -- subjective appreciation):
> >> 
> >> --8<---------------cut here---------------start------------->8---
> >> Emergency (alloc): Warning: past 95% of memory limit
> >> Memory exhausted--use C-x s then exit and restart Emacs
> >> --8<---------------cut here---------------end--------------->8---
> >
> > Please post here all the symptoms, not just the last one.
> 
> Unfortunately, I don't have other symptoms to share with you. Except if you
> tell me to look for some data when attaching GDB to the sick process.

I don't understand: above you say that it "causes you problems after a
couple of hours".  Those problems must have _some_ symptoms, or else
you wouldn't have known there are problems, right?  So what did you
see?

> > If not, I will have to give up on these problems until someone more talented
> > shows us the light. Sorry.
> 
> I'm still totally convinced you're that one person!

The facts tell a different story.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                                                           ` <mailman.21051.1361999392.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-27 21:25                                                                             ` Sebastien Vauban
  2013-02-28  4:54                                                                               ` Eli Zaretskii
       [not found]                                                                               ` <mailman.21081.1362027312.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-27 21:25 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>> Date: Wed, 27 Feb 2013 21:43:09 +0100
>> 
>>>> Regarding emacs-24 (Emacs 24.2.93), I'm using it since yesterday
>>>> morning. It more or less causes me problems after a couple of hours.
>>>> 
>>>> The last symptom, now, was when trying to send an email via Gnus (or
>>>> should I say Message?). Emacs seemed inflooping, but still stopped and
>>>> displayed me this after a while (one minute or so -- subjective
>>>> appreciation):
>>>> 
>>>> --8<---------------cut here---------------start------------->8---
>>>> Emergency (alloc): Warning: past 95% of memory limit
>>>> Memory exhausted--use C-x s then exit and restart Emacs
>>>> --8<---------------cut here---------------end--------------->8---
>>>
>>> Please post here all the symptoms, not just the last one.
>>
>> Unfortunately, I don't have other symptoms to share with you. Except if you
>> tell me to look for some data when attaching GDB to the sick process.
>
> I don't understand: above you say that it "causes you problems after a
> couple of hours". Those problems must have _some_ symptoms, or else you
> wouldn't have known there are problems, right? So what did you see?

I thought I gave the symptoms here above:

After a couple of hours (like 2 or 3), when I had composed an email and was
sending it (I had pressed C-c C-c), Emacs wrote "Sending email..." (or
similar) in the echo area. Normally, that message disappears after a couple of
seconds, and I'm back to the Group buffer.

Here, that message did not disappear. After 1 minute or so, I thought that
Emacs was hanging. I checked my Internet connection, that was OK.

But seconds later, Emacs still prompted me:

    Memory exhausted--use C-x s then exit and restart Emacs

in the echo area, and

    Emergency (alloc): Warning: past 95% of memory limit

in a popup buffer.

I went back to the draft of the email, and tried again, but the message never
got sent. So, I restarted Emacs as stated.

These are the symptoms that I observed. Do you expect anything else?

Clearly, I should have looked at the memory footprint of Emacs, but (for
reasons which escape me now), I unfortunately did not. But I thought that the
messages only would help you localizing the cause of the problem.

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-27 21:25                                                                             ` Sebastien Vauban
@ 2013-02-28  4:54                                                                               ` Eli Zaretskii
  2013-02-28 13:42                                                                                 ` Stefan Monnier
       [not found]                                                                               ` <mailman.21081.1362027312.855.bug-gnu-emacs@gnu.org>
  1 sibling, 1 reply; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-28  4:54 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org
> Date: Wed, 27 Feb 2013 22:25:48 +0100
> 
> After a couple of hours (like 2 or 3), when I had composed an email and was
> sending it (I had pressed C-c C-c), Emacs wrote "Sending email..." (or
> similar) in the echo area. Normally, that message disappears after a couple of
> seconds, and I'm back to the Group buffer.
> 
> Here, that message did not disappear. After 1 minute or so, I thought that
> Emacs was hanging. I checked my Internet connection, that was OK.
> 
> But seconds later, Emacs still prompted me:
> 
>     Memory exhausted--use C-x s then exit and restart Emacs
> 
> in the echo area, and
> 
>     Emergency (alloc): Warning: past 95% of memory limit
> 
> in a popup buffer.
> 
> I went back to the draft of the email, and tried again, but the message never
> got sent. So, I restarted Emacs as stated.
> 
> These are the symptoms that I observed. Do you expect anything else?
> 
> Clearly, I should have looked at the memory footprint of Emacs, but (for
> reasons which escape me now), I unfortunately did not. But I thought that the
> messages only would help you localizing the cause of the problem.

The messages just say that Emacs is using up a lot of memory for some
reason.

Next time, please look at the memory footprint and also at the CPU
usage, and if the latter is high (meaning that Emacs is looping
somewhere), please attach the debugger and see where it is looping.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-27 18:01                                                                   ` Eli Zaretskii
@ 2013-02-28  6:34                                                                     ` Glenn Morris
  2013-02-28 15:35                                                                       ` Eli Zaretskii
  0 siblings, 1 reply; 93+ messages in thread
From: Glenn Morris @ 2013-02-28  6:34 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546, Sebastien Vauban

Eli Zaretskii wrote:

> I have reviewed all the Windows specific
> changes introduced between 24.2.91 and today, and found only one that
> could be even remotely relevant.  I have now reverted that one change
> (revision 111303 on the emacs-24 branch), so please see if the next
> binary behaves better.

Thanks for doing that. I don't think we have anyone more qualified than
you to look into this, so thanks for sticking with it. :)
Sorry I can't help, I know nothing about this.

(r111303 wasn't marked "do not merge", so it was merged to trunk.
If that wasn't right, please revert it there.)





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                                                                 ` <mailman.21081.1362027312.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-28  8:41                                                                                   ` Sebastien Vauban
  2013-02-28 15:37                                                                                     ` Eli Zaretskii
  0 siblings, 1 reply; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-28  8:41 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Eli,

Eli Zaretskii wrote:
>> Here, that message did not disappear. After 1 minute or so, I thought that
>> Emacs was hanging. I checked my Internet connection, that was OK.
>> 
>> But seconds later, Emacs still prompted me:
>> 
>>     Memory exhausted--use C-x s then exit and restart Emacs
>> 
>> in the echo area, and
>> 
>>     Emergency (alloc): Warning: past 95% of memory limit
>> 
>> in a popup buffer.
>> 
>> I went back to the draft of the email, and tried again, but the message never
>> got sent. So, I restarted Emacs as stated.
>> 
>> These are the symptoms that I observed. Do you expect anything else?
>> 
>> Clearly, I should have looked at the memory footprint of Emacs, but (for
>> reasons which escape me now), I unfortunately did not. But I thought that the
>> messages only would help you localizing the cause of the problem.
>
> The messages just say that Emacs is using up a lot of memory for some
> reason.
>
> Next time, please look at the memory footprint and also at the CPU
> usage, and if the latter is high (meaning that Emacs is looping
> somewhere), please attach the debugger and see where it is looping.

That is, do the `finish' dance, right?

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-27 20:43                                                                       ` Sebastien Vauban
  2013-02-27 21:07                                                                         ` Eli Zaretskii
       [not found]                                                                         ` <mailman.21051.1361999392.855.bug-gnu-emacs@gnu.org>
@ 2013-02-28 11:59                                                                         ` Dani Moncayo
  2013-02-28 15:51                                                                           ` Eli Zaretskii
       [not found]                                                                         ` <mailman.21094.1362052819.855.bug-gnu-emacs@gnu.org>
  3 siblings, 1 reply; 93+ messages in thread
From: Dani Moncayo @ 2013-02-28 11:59 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

>> Do you still maintain that pretest 24.2.91 worked fine on this same
>> machine with the same setup?
>
> Yes, I do. During a few days, I went back on 24.2.91, and did not see anything
> wrong with it.
>
>> If so, then I'm almost at the end of my wits wrt your problems. I have
>> reviewed all the Windows specific changes introduced between 24.2.91 and
>> today, and found only one that could be even remotely relevant. I have now
>> reverted that one change (revision 111303 on the emacs-24 branch), so please
>> see if the next binary behaves better.
>
> I just see there are 2 new binaries built by Dani:
>
> - emacs-24-r111300-20130225-w32-i386.zip (58.94 MB), 9 hrs ago
> - emacs-trunk-r111884-20130226-w32-i386.zip (59.41 MB), 7 hrs ago
>
> Damn, your change is not there. IIUC, the next build done by Dani will be in a
> week or so...

I've made and uploaded a new build of the current emacs-24 branch (r111307).

HTH.

-- 
Dani Moncayo





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-28  4:54                                                                               ` Eli Zaretskii
@ 2013-02-28 13:42                                                                                 ` Stefan Monnier
  2013-02-28 16:06                                                                                   ` Eli Zaretskii
       [not found]                                                                                   ` <mailman.21109.1362067632.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Stefan Monnier @ 2013-02-28 13:42 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546, Sebastien Vauban

> The messages just say that Emacs is using up a lot of memory for some
> reason.

Indeed.  Most likely the memory is used by C-level objects rather than
by Elisp objects, but in case these are Elisp objects, you can install
memory-usage (available from GNU ELPA) and do M-x memory-usage when the
process's size is suspicious (assuming that at that point Emacs is
still sufficiently usable to run the above command).


        Stefan


PS: The likelihood that this will help is rather low, sadly.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                                                           ` <mailman.21094.1362052819.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-28 15:14                                                                             ` Sebastien Vauban
  0 siblings, 0 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-28 15:14 UTC (permalink / raw)
  To: Dani Moncayo; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Hello Dani,

Dani Moncayo wrote:
>>> Do you still maintain that pretest 24.2.91 worked fine on this same
>>> machine with the same setup?
>>
>> Yes, I do. During a few days, I went back on 24.2.91, and did not see anything
>> wrong with it.
>>
>>> If so, then I'm almost at the end of my wits wrt your problems. I have
>>> reviewed all the Windows specific changes introduced between 24.2.91 and
>>> today, and found only one that could be even remotely relevant. I have now
>>> reverted that one change (revision 111303 on the emacs-24 branch), so please
>>> see if the next binary behaves better.
>>
>> I just see there are 2 new binaries built by Dani:
>>
>> - emacs-24-r111300-20130225-w32-i386.zip (58.94 MB), 9 hrs ago
>> - emacs-trunk-r111884-20130226-w32-i386.zip (59.41 MB), 7 hrs ago
>>
>> Damn, your change is not there. IIUC, the next build done by Dani will be in a
>> week or so...
>
> I've made and uploaded a new build of the current emacs-24 branch (r111307).

Thanks a lot for the warning -- I wouldn't have checked so early, otherwise.

I'm already using it for answering this post...

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-28  6:34                                                                     ` Glenn Morris
@ 2013-02-28 15:35                                                                       ` Eli Zaretskii
  0 siblings, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-28 15:35 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 13546, wxhgmqzgwmuf

> From: Glenn Morris <rgm@gnu.org>
> Cc: Sebastien Vauban <wxhgmqzgwmuf@spammotel.com>,  13546@debbugs.gnu.org
> Date: Thu, 28 Feb 2013 01:34:11 -0500
> 
> (r111303 wasn't marked "do not merge", so it was merged to trunk.
> If that wasn't right, please revert it there.)

Merging that revision was the right thing, it's what I meant.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-28  8:41                                                                                   ` Sebastien Vauban
@ 2013-02-28 15:37                                                                                     ` Eli Zaretskii
  0 siblings, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-28 15:37 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org
> Date: Thu, 28 Feb 2013 09:41:33 +0100
> 
> > Next time, please look at the memory footprint and also at the CPU
> > usage, and if the latter is high (meaning that Emacs is looping
> > somewhere), please attach the debugger and see where it is looping.
> 
> That is, do the `finish' dance, right?

Yes, after the initial "thread apply all bt", and "thread 1".





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-28 11:59                                                                         ` Dani Moncayo
@ 2013-02-28 15:51                                                                           ` Eli Zaretskii
  0 siblings, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-28 15:51 UTC (permalink / raw)
  To: Dani Moncayo; +Cc: 13546, wxhgmqzgwmuf

> Date: Thu, 28 Feb 2013 12:59:29 +0100
> From: Dani Moncayo <dmoncayo@gmail.com>
> Cc: Eli Zaretskii <eliz@gnu.org>, 13546@debbugs.gnu.org
> 
> I've made and uploaded a new build of the current emacs-24 branch (r111307).

Thank you!





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-28 13:42                                                                                 ` Stefan Monnier
@ 2013-02-28 16:06                                                                                   ` Eli Zaretskii
  2013-03-01 11:30                                                                                     ` Ted Zlatanov
       [not found]                                                                                     ` <mailman.21157.1362137466.855.bug-gnu-emacs@gnu.org>
       [not found]                                                                                   ` <mailman.21109.1362067632.855.bug-gnu-emacs@gnu.org>
  1 sibling, 2 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-02-28 16:06 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: 13546, wxhgmqzgwmuf

> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: Sebastien Vauban <wxhgmqzgwmuf@spammotel.com>,  13546@debbugs.gnu.org
> Date: Thu, 28 Feb 2013 08:42:18 -0500
> 
> > The messages just say that Emacs is using up a lot of memory for some
> > reason.
> 
> Indeed.  Most likely the memory is used by C-level objects rather than
> by Elisp objects, but in case these are Elisp objects, you can install
> memory-usage (available from GNU ELPA) and do M-x memory-usage when the
> process's size is suspicious (assuming that at that point Emacs is
> still sufficiently usable to run the above command).

Since this happens when sending email, i.e. opening network
connections, I suspect that memory might be eaten up by reader threads
we start to support each connection.  This is further exacerbated by
the fact that Sebastien uses TLS connections for email, so perhaps
emacs_gnutls_pull is part of the problem.

Sebastien, if the latest emacs-24 binary still gives you trouble,
please try separate the sub-process and Helm stuff from the email
stuff.  That is, start 2 sessions of Emacs: one that uses Helm, but
does not use email, the other that uses email, but not Helm (or
subprocess-related commands in general).  I'd like to know whether
none, one, or both of theses sessions will exhibit some abnormal
symptoms after several hours.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                                                                     ` <mailman.21109.1362067632.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-02-28 16:52                                                                                       ` Sebastien Vauban
  0 siblings, 0 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-02-28 16:52 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Dear Eli,

Eli Zaretskii wrote:
>> From: Stefan Monnier <monnier-CRDzTM1onBSWkKpYnGOUKg@public.gmane.org>
>> Cc: Sebastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>,  13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
>> Date: Thu, 28 Feb 2013 08:42:18 -0500
>> 
>> > The messages just say that Emacs is using up a lot of memory for some
>> > reason.
>> 
>> Indeed.  Most likely the memory is used by C-level objects rather than
>> by Elisp objects, but in case these are Elisp objects, you can install
>> memory-usage (available from GNU ELPA) and do M-x memory-usage when the
>> process's size is suspicious (assuming that at that point Emacs is
>> still sufficiently usable to run the above command).
>
> Since this happens when sending email, i.e. opening network
> connections, I suspect that memory might be eaten up by reader threads
> we start to support each connection.  This is further exacerbated by
> the fact that Sebastien uses TLS connections for email, so perhaps
> emacs_gnutls_pull is part of the problem.
>
> Sebastien, if the latest emacs-24 binary still gives you trouble,
> please try separate the sub-process and Helm stuff from the email
> stuff.  That is, start 2 sessions of Emacs: one that uses Helm, but
> does not use email, the other that uses email, but not Helm (or
> subprocess-related commands in general).  I'd like to know whether
> none, one, or both of theses sessions will exhibit some abnormal
> symptoms after several hours.

Very clear mission; and, yes, very important distinctions to be made.

I'll report you anything as soon as it happens...

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-02-28 16:06                                                                                   ` Eli Zaretskii
@ 2013-03-01 11:30                                                                                     ` Ted Zlatanov
  2013-03-01 13:36                                                                                       ` Ted Zlatanov
  2013-03-01 13:58                                                                                       ` Eli Zaretskii
       [not found]                                                                                     ` <mailman.21157.1362137466.855.bug-gnu-emacs@gnu.org>
  1 sibling, 2 replies; 93+ messages in thread
From: Ted Zlatanov @ 2013-03-01 11:30 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546, wxhgmqzgwmuf

On Thu, 28 Feb 2013 18:06:56 +0200 Eli Zaretskii <eliz@gnu.org> wrote: 

EZ> Sebastien, if the latest emacs-24 binary still gives you trouble,
EZ> please try separate the sub-process and Helm stuff from the email
EZ> stuff.  That is, start 2 sessions of Emacs: one that uses Helm, but
EZ> does not use email, the other that uses email, but not Helm (or
EZ> subprocess-related commands in general).  I'd like to know whether
EZ> none, one, or both of theses sessions will exhibit some abnormal
EZ> symptoms after several hours.

I read through this thread.

I am not aware of anyone else experiencing this bug on W32 or other
platforms.  May I also suggest running without the GnuTLS DLL, which
will degrade your experience but may give a good differential?  But
without at least one other confirmed case of this bug, it's really hard
to find a pattern that triggers it.

Ted





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                                                                       ` <mailman.21157.1362137466.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-03-01 12:49                                                                                         ` Sebastien Vauban
  2013-03-01 14:01                                                                                           ` Eli Zaretskii
  0 siblings, 1 reply; 93+ messages in thread
From: Sebastien Vauban @ 2013-03-01 12:49 UTC (permalink / raw)
  To: Ted Zlatanov; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Ted,

Ted Zlatanov wrote:
> On Thu, 28 Feb 2013 18:06:56 +0200 Eli Zaretskii <eliz-mXXj517/zsQ@public.gmane.org> wrote: 
>
> EZ> Sebastien, if the latest emacs-24 binary still gives you trouble,
> EZ> please try separate the sub-process and Helm stuff from the email
> EZ> stuff.  That is, start 2 sessions of Emacs: one that uses Helm, but
> EZ> does not use email, the other that uses email, but not Helm (or
> EZ> subprocess-related commands in general).  I'd like to know whether
> EZ> none, one, or both of theses sessions will exhibit some abnormal
> EZ> symptoms after several hours.
>
> I read through this thread.
>
> I am not aware of anyone else experiencing this bug on W32 or other
> platforms. May I also suggest running without the GnuTLS DLL, which will
> degrade your experience but may give a good differential? But without at
> least one other confirmed case of this bug, it's really hard to find a
> pattern that triggers it.

In this case, I can't: that's the only I found working (when setting Gnus)
when connecting to the company email server. The admin has suppressed less
secure accesses.

That's why, anyway, the proposition of Eli is good to distinguish about both
possible causes of the problem.

Best regards,
  Seb

PS- Right now, after almost a full day of use, I've no complaint so far about
Emacs 24.2.93...

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-03-01 11:30                                                                                     ` Ted Zlatanov
@ 2013-03-01 13:36                                                                                       ` Ted Zlatanov
  2013-03-01 14:03                                                                                         ` Eli Zaretskii
  2013-03-01 13:58                                                                                       ` Eli Zaretskii
  1 sibling, 1 reply; 93+ messages in thread
From: Ted Zlatanov @ 2013-03-01 13:36 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546, wxhgmqzgwmuf

On Fri, 01 Mar 2013 13:49:32 +0100 "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> wrote: 

SV> Ted Zlatanov wrote:
>> I am not aware of anyone else experiencing this bug on W32 or other
>> platforms. May I also suggest running without the GnuTLS DLL, which will
>> degrade your experience but may give a good differential? But without at
>> least one other confirmed case of this bug, it's really hard to find a
>> pattern that triggers it.

SV> In this case, I can't: that's the only I found working (when setting Gnus)
SV> when connecting to the company email server. The admin has suppressed less
SV> secure accesses.

I didn't see this suggested: can you try from another platform besides W32?

Have you tried multiple versions of the GnuTLS DLL?

Ted





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                             ` <86ehh9mx93.fsf-oHC15RC7JGTNLxjTenLetw@public.gmane.org>
  2013-02-13  9:06                               ` Sebastien Vauban
  2013-02-14 11:36                               ` Sebastien Vauban
@ 2013-03-01 13:56                               ` Sebastien Vauban
  2013-03-01 14:28                               ` Sebastien Vauban
  3 siblings, 0 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-03-01 13:56 UTC (permalink / raw)
  To: Ted Zlatanov; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA

Ted,

Ted Zlatanov wrote:
> On Fri, 01 Mar 2013 13:49:32 +0100 "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw-XMD5yJDbdMReXY1tMh2IBg@public.gmane.org> wrote:
>
> SV> Ted Zlatanov wrote:
>>> I am not aware of anyone else experiencing this bug on W32 or other
>>> platforms. May I also suggest running without the GnuTLS DLL, which will
>>> degrade your experience but may give a good differential? But without at
>>> least one other confirmed case of this bug, it's really hard to find a
>>> pattern that triggers it.
>
> SV> In this case, I can't: that's the only I found working (when setting Gnus)
> SV> when connecting to the company email server. The admin has suppressed less
> SV> secure accesses.
>
> I didn't see this suggested: can you try from another platform besides W32?

No, I don't have any other platform to work from at the moment.

> Have you tried multiple versions of the GnuTLS DLL?

No. But the problem was (and may still be) initially very bound to my use of
Helm + Bash + Everything, all of that from Windows.

For information, I installed GnuTLS (for connection to our mail server on port
993) from the file `gnutls-3.1.6-w32.zip'.

Best regards,
  Seb

--
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-03-01 11:30                                                                                     ` Ted Zlatanov
  2013-03-01 13:36                                                                                       ` Ted Zlatanov
@ 2013-03-01 13:58                                                                                       ` Eli Zaretskii
  2013-03-01 18:13                                                                                         ` Glenn Morris
  1 sibling, 1 reply; 93+ messages in thread
From: Eli Zaretskii @ 2013-03-01 13:58 UTC (permalink / raw)
  To: Ted Zlatanov; +Cc: 13546, wxhgmqzgwmuf

> From: Ted Zlatanov <tzz@lifelogs.com>
> Cc: Stefan Monnier <monnier@iro.umontreal.ca>,  13546@debbugs.gnu.org,  wxhgmqzgwmuf@spammotel.com
> Gmane-Reply-To-List: yes
> Date: Fri, 01 Mar 2013 06:30:45 -0500
> 
> On Thu, 28 Feb 2013 18:06:56 +0200 Eli Zaretskii <eliz@gnu.org> wrote: 
> 
> EZ> Sebastien, if the latest emacs-24 binary still gives you trouble,
> EZ> please try separate the sub-process and Helm stuff from the email
> EZ> stuff.  That is, start 2 sessions of Emacs: one that uses Helm, but
> EZ> does not use email, the other that uses email, but not Helm (or
> EZ> subprocess-related commands in general).  I'd like to know whether
> EZ> none, one, or both of theses sessions will exhibit some abnormal
> EZ> symptoms after several hours.
> 
> I read through this thread.
> 
> I am not aware of anyone else experiencing this bug on W32 or other
> platforms.

I doubt anyone else who tracks development versions has such an
extreme setup, that puts such a pressure on the infrastructure used in
the w32 Emacs for supporting subprocesses and network connections (the
same infrastructure is used for both types).  As you must have seen in
one of the messages I posted and in the corresponding screencast, Helm
sometimes fires up an async subprocess for every keystroke, then kills
each one of them right away.  Emacs on Windows can only support up to
32 subprocess or up to 64 network connections (each subprocess
requires resources of 2 connections).  So any subtle problems and race
conditions in the related code, that will go unnoticed on more "quiet"
systems, could be exposed by such an enormous resource pressure.  This
is complicated by the fact that Sebastien uses the Cygwin Bash as the
sub-shell, so any subtle problems with controlling, communicating, and
killing such processes from a native w32 application might also come
into play here.

> May I also suggest running without the GnuTLS DLL, which
> will degrade your experience but may give a good differential?

I don't think GnuTLS per se is the problem.  At most, it could be the
fact that emacs_gnutls_pull calls 'select', but I doubt even that.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-03-01 12:49                                                                                         ` Sebastien Vauban
@ 2013-03-01 14:01                                                                                           ` Eli Zaretskii
  0 siblings, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-03-01 14:01 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546, tzz

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org,  Eli Zaretskii <eliz@gnu.org>
> Date: Fri, 01 Mar 2013 13:49:32 +0100
> 
> PS- Right now, after almost a full day of use, I've no complaint so far about
> Emacs 24.2.93...

That is good news.  Is this with or without separating Gnus/email
operations from Helm and other uses of subprocesses?

Thanks.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-03-01 13:36                                                                                       ` Ted Zlatanov
@ 2013-03-01 14:03                                                                                         ` Eli Zaretskii
  2013-03-01 19:40                                                                                           ` Ted Zlatanov
  0 siblings, 1 reply; 93+ messages in thread
From: Eli Zaretskii @ 2013-03-01 14:03 UTC (permalink / raw)
  To: Ted Zlatanov; +Cc: 13546, wxhgmqzgwmuf

> From: Ted Zlatanov <tzz@lifelogs.com>
> Cc: 13546@debbugs.gnu.org,  wxhgmqzgwmuf@spammotel.com
> Date: Fri, 01 Mar 2013 08:36:23 -0500
> 
> I didn't see this suggested: can you try from another platform besides W32?

Unless you are thinking about a bug in GnuTLS, I don't see how this
could help.  The problem is quite clearly in the infrastructure used
in the w32 build of Emacs.  Any other platform will not have any
comparable infrastructure, as they all use system-provided facilities
like signals and pty's.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                             ` <86ehh9mx93.fsf-oHC15RC7JGTNLxjTenLetw@public.gmane.org>
                                                 ` (2 preceding siblings ...)
  2013-03-01 13:56                               ` Sebastien Vauban
@ 2013-03-01 14:28                               ` Sebastien Vauban
  2013-03-01 15:01                                 ` Eli Zaretskii
  3 siblings, 1 reply; 93+ messages in thread
From: Sebastien Vauban @ 2013-03-01 14:28 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA, tzz-mIZUurteI1BWk0Htik3J/w

Eli,

Eli Zaretskii wrote:
>> From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
>> Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org,  Eli Zaretskii <eliz-mXXj517/zsQ@public.gmane.org>
>> Date: Fri, 01 Mar 2013 13:49:32 +0100
>>
>> PS- Right now, after almost a full day of use, I've no complaint so far about
>> Emacs 24.2.93...
>
> That is good news.  Is this with or without separating Gnus/email
> operations from Helm and other uses of subprocesses?

Following your advice, I'm first trying with both in the same process (the
right setup, how I work daily I mean). Would it crash, I'd take the route with
2 "sub"-processes.

Best regards,
  Seb

--
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-03-01 14:28                               ` Sebastien Vauban
@ 2013-03-01 15:01                                 ` Eli Zaretskii
  0 siblings, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-03-01 15:01 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546, tzz

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: 13546@debbugs.gnu.org,  tzz@lifelogs.com
> Date: Fri, 01 Mar 2013 15:28:33 +0100
> 
> >> PS- Right now, after almost a full day of use, I've no complaint so far about
> >> Emacs 24.2.93...
> >
> > That is good news.  Is this with or without separating Gnus/email
> > operations from Helm and other uses of subprocesses?
> 
> Following your advice, I'm first trying with both in the same process (the
> right setup, how I work daily I mean).

Great, this is even better.  Holding my fingers crossed...





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-03-01 13:58                                                                                       ` Eli Zaretskii
@ 2013-03-01 18:13                                                                                         ` Glenn Morris
  2013-03-01 18:31                                                                                           ` Eli Zaretskii
       [not found]                                                                                           ` <mailman.21201.1362162725.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Glenn Morris @ 2013-03-01 18:13 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546, wxhgmqzgwmuf, Ted Zlatanov

Eli Zaretskii wrote:

> I doubt anyone else who tracks development versions has such an

Just to comment that this is not really the development version any
more; this is essentially Emacs 24.3. If not many people are pretesting
it, there's not much we can do. Or if people are testing it, but not
seeing this, it's not common.

> extreme setup, that puts such a pressure on the infrastructure used in
> the w32 Emacs for supporting subprocesses and network connections (the
> same infrastructure is used for both types).  As you must have seen in
> one of the messages I posted and in the corresponding screencast, Helm
> sometimes fires up an async subprocess for every keystroke, then kills
> each one of them right away.

To me, this doesn't seem a very sensible thing to do, but I've never
used Helm.

> Emacs on Windows can only support up to 32 subprocess or up to 64
> network connections (each subprocess requires resources of 2
> connections). So any subtle problems and race conditions in the
> related code, that will go unnoticed on more "quiet" systems, could be
> exposed by such an enormous resource pressure. This is complicated by
> the fact that Sebastien uses the Cygwin Bash as the sub-shell, so any
> subtle problems with controlling, communicating, and killing such
> processes from a native w32 application might also come into play
> here.

I don't know how long we keep waiting for this issue, which is 5 weeks
old at the moment. Possibly/probably even older, eg

http://lists.gnu.org/archive/html/help-gnu-emacs/2012-10/msg00021.html

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13701#11

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13701#14
   Problems began appearing with Emacs 24, IIRC.

Exactly the same issue in 24.1, AFAICS:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12579#50

And in 24.2:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12579#134

And in 24.2.50:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12579#188

Report #12579 is 5 months old, and very long.


If we can't seem to make any progress in the next few days, I think all
we can do is add a PROBLEMS entry (which no-one will read of course),
and carry on with 24.3. But if people think that's a bad plan, we can
wait a bit more.






^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-03-01 18:13                                                                                         ` Glenn Morris
@ 2013-03-01 18:31                                                                                           ` Eli Zaretskii
       [not found]                                                                                           ` <mailman.21201.1362162725.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-03-01 18:31 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 13546, wxhgmqzgwmuf, tzz

> From: Glenn Morris <rgm@gnu.org>
> Cc: Ted Zlatanov <tzz@lifelogs.com>,  13546@debbugs.gnu.org,  wxhgmqzgwmuf@spammotel.com
> Date: Fri, 01 Mar 2013 13:13:53 -0500
> 
> If we can't seem to make any progress in the next few days, I think all
> we can do is add a PROBLEMS entry (which no-one will read of course),
> and carry on with 24.3. But if people think that's a bad plan, we can
> wait a bit more.

Given the latest report from Sebastien, there's hope that the current
emacs-24 branch is stable enough for a release.  I suggest to wait one
more day.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-03-01 14:03                                                                                         ` Eli Zaretskii
@ 2013-03-01 19:40                                                                                           ` Ted Zlatanov
  2013-03-01 20:20                                                                                             ` Eli Zaretskii
       [not found]                                                                                             ` <mailman.21215.1362169594.855.bug-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 93+ messages in thread
From: Ted Zlatanov @ 2013-03-01 19:40 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546, wxhgmqzgwmuf

On Fri, 01 Mar 2013 16:03:41 +0200 Eli Zaretskii <eliz@gnu.org> wrote: 

>> From: Ted Zlatanov <tzz@lifelogs.com>
>> Cc: 13546@debbugs.gnu.org,  wxhgmqzgwmuf@spammotel.com
>> Date: Fri, 01 Mar 2013 08:36:23 -0500
>> 
>> I didn't see this suggested: can you try from another platform besides W32?

EZ> Unless you are thinking about a bug in GnuTLS, I don't see how this
EZ> could help.  The problem is quite clearly in the infrastructure used
EZ> in the w32 build of Emacs.  Any other platform will not have any
EZ> comparable infrastructure, as they all use system-provided facilities
EZ> like signals and pty's.

I'd like to know that there's a working Emacs and a broken one, so we
can do some differential analysis.  Right now we're crossing our
fingers that the latest pretest works.

Also, if we can determine definitely that the problem only affects W32
as we have supposed so far, it makes the debugging easier and the
problem less of a release blocker.

I brought up GnuTLS because it's involved in some of Sebastian's setup,
and it has special glue in Emacs for W32.  As with my other suggestions,
I'm just trying to do some differential analysis to see if there's some
kind of bisection that will reduce the set of possible causes.  But I
agree with you that it's an unlikely cause... so I'll be quiet now :)

Ted





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-03-01 19:40                                                                                           ` Ted Zlatanov
@ 2013-03-01 20:20                                                                                             ` Eli Zaretskii
       [not found]                                                                                             ` <mailman.21215.1362169594.855.bug-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-03-01 20:20 UTC (permalink / raw)
  To: Ted Zlatanov; +Cc: 13546, wxhgmqzgwmuf

> From: Ted Zlatanov <tzz@lifelogs.com>
> Cc: 13546@debbugs.gnu.org,  wxhgmqzgwmuf@spammotel.com
> Date: Fri, 01 Mar 2013 14:40:59 -0500
> 
> On Fri, 01 Mar 2013 16:03:41 +0200 Eli Zaretskii <eliz@gnu.org> wrote: 
> 
> >> From: Ted Zlatanov <tzz@lifelogs.com>
> >> Cc: 13546@debbugs.gnu.org,  wxhgmqzgwmuf@spammotel.com
> >> Date: Fri, 01 Mar 2013 08:36:23 -0500
> >> 
> >> I didn't see this suggested: can you try from another platform besides W32?
> 
> EZ> Unless you are thinking about a bug in GnuTLS, I don't see how this
> EZ> could help.  The problem is quite clearly in the infrastructure used
> EZ> in the w32 build of Emacs.  Any other platform will not have any
> EZ> comparable infrastructure, as they all use system-provided facilities
> EZ> like signals and pty's.
> 
> I'd like to know that there's a working Emacs and a broken one, so we
> can do some differential analysis.

The symptoms we saw up till now (see the discussions) all so
overwhelmingly point towards the w32-specific code that deals with
subprocesses and network connections that it is hard to believe
comparison with any other platform will be of any benefit whatsoever.

In any case, we already have a working Emacs (24.2.91) and a broken
one (24.2.92 and 24.2.93), so if you want to compare them, please do.

> Right now we're crossing our fingers that the latest pretest works.

_I_ am crossing fingers.  Because I see no changes between 24.2.91 and
the current emacs-24 branch that are specific to w32 and touch the
relevant areas of Emacs.  If the current release branch is still
buggy, I simply don't know what else could be the reason, and will
advise Glenn to proceed with the release candidate, this problem
notwithstanding.

> Also, if we can determine definitely that the problem only affects W32
> as we have supposed so far, it makes the debugging easier and the
> problem less of a release blocker.

No one else reported anything similar, not on Windows, not elsewhere.

> I brought up GnuTLS because it's involved in some of Sebastian's setup,
> and it has special glue in Emacs for W32.  As with my other suggestions,
> I'm just trying to do some differential analysis to see if there's some
> kind of bisection that will reduce the set of possible causes.  But I
> agree with you that it's an unlikely cause... so I'll be quiet now :)

No need to be quiet.  Any comments or thoughts on this are greatly
appreciated.





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                                                                               ` <mailman.21215.1362169594.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-03-01 22:25                                                                                                 ` Sebastien Vauban
  0 siblings, 0 replies; 93+ messages in thread
From: Sebastien Vauban @ 2013-03-01 22:25 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA, Ted Zlatanov

Eli, Glenn, Ted and others,

Eli Zaretskii wrote:
>> From: Ted Zlatanov <tzz-mIZUurteI1BWk0Htik3J/w@public.gmane.org>
>> Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org,  wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org
>> Date: Fri, 01 Mar 2013 14:40:59 -0500
>> 
>> On Fri, 01 Mar 2013 16:03:41 +0200 Eli Zaretskii <eliz-mXXj517/zsQ@public.gmane.org> wrote: 
>> 
>> >> From: Ted Zlatanov <tzz-mIZUurteI1BWk0Htik3J/w@public.gmane.org>
>> >> Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org,  wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org
>> >> Date: Fri, 01 Mar 2013 08:36:23 -0500
>> >> 
>> >> I didn't see this suggested: can you try from another platform besides W32?
>> 
>> EZ> Unless you are thinking about a bug in GnuTLS, I don't see how this
>> EZ> could help.  The problem is quite clearly in the infrastructure used
>> EZ> in the w32 build of Emacs.  Any other platform will not have any
>> EZ> comparable infrastructure, as they all use system-provided facilities
>> EZ> like signals and pty's.
>> 
>> I'd like to know that there's a working Emacs and a broken one, so we
>> can do some differential analysis.
>
> The symptoms we saw up till now (see the discussions) all so
> overwhelmingly point towards the w32-specific code that deals with
> subprocesses and network connections that it is hard to believe
> comparison with any other platform will be of any benefit whatsoever.

I think that Eli is plain right. Moreover, Thierry, the maintainer of Helm
never had any problems such as mines with Helm and locate. On Windows, the set
of programs is different, and Eli tells pratical constraints are as well quite
different.

So, this clearly seems to be Win32-only, reason why, maybe, there are so few,
or I'm the only one, reports of this.

> In any case, we already have a working Emacs (24.2.91) and a broken
> one (24.2.92 and 24.2.93), so if you want to compare them, please do.
>
>> Right now we're crossing our fingers that the latest pretest works.
>
> _I_ am crossing fingers.  Because I see no changes between 24.2.91 and
> the current emacs-24 branch that are specific to w32 and touch the
> relevant areas of Emacs.  If the current release branch is still
> buggy, I simply don't know what else could be the reason, and will
> advise Glenn to proceed with the release candidate, this problem
> notwithstanding.
>
>> Also, if we can determine definitely that the problem only affects W32
>> as we have supposed so far, it makes the debugging easier and the
>> problem less of a release blocker.
>
> No one else reported anything similar, not on Windows, not elsewhere.
>
>> I brought up GnuTLS because it's involved in some of Sebastian's setup,
>> and it has special glue in Emacs for W32.  As with my other suggestions,
>> I'm just trying to do some differential analysis to see if there's some
>> kind of bisection that will reduce the set of possible causes.  But I
>> agree with you that it's an unlikely cause... so I'll be quiet now :)
>
> No need to be quiet.  Any comments or thoughts on this are greatly
> appreciated.

FWIW, I currently regard Emacs 24.2.93 (from file
emacs-24-r111307-20130227-w32-i386.zip) as being as good as the Emacs 24.2.91
I've been using for weeks.

I (think we can) trust this version to have fixed problems introduced in
24.2.92 and first versions of 24.2.93.

Best regards,
  Seb

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
       [not found]                                                                                             ` <mailman.21201.1362162725.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
@ 2013-03-04 16:00                                                                                               ` Sebastien Vauban
  2013-03-04 17:05                                                                                                 ` Eli Zaretskii
  0 siblings, 1 reply; 93+ messages in thread
From: Sebastien Vauban @ 2013-03-04 16:00 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 13546-ubl+/3LiMTaZdePnXv/OxA, tzz-mIZUurteI1BWk0Htik3J/w

Eli,

Eli Zaretskii wrote:
>> From: Glenn Morris <rgm-mXXj517/zsQ@public.gmane.org>
>> Cc: Ted Zlatanov <tzz-mIZUurteI1BWk0Htik3J/w@public.gmane.org>,  13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org,  wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org
>> Date: Fri, 01 Mar 2013 13:13:53 -0500
>> 
>> If we can't seem to make any progress in the next few days, I think all
>> we can do is add a PROBLEMS entry (which no-one will read of course),
>> and carry on with 24.3. But if people think that's a bad plan, we can
>> wait a bit more.
>
> Given the latest report from Sebastien, there's hope that the current
> emacs-24 branch is stable enough for a release.  I suggest to wait one
> more day.

After one extra workday of normal Emacs use, I'm telling you:

    GNU Emacs 24.2.93.1 (i386-mingw-nt6.2.9200) of 2013-02-28 on VBOX-W7

is perfectly fine for my use case -- as was 24.2.91.

  ╭────
  │ emacs-bzr-version is a variable defined in `version.el'.
  │ Its value is "111307 rgm-x6JLEaVhGFm/tOszmPKrCF/J3AruurZCy6IDz9KOm5BYXhpLlr+TUA@public.gmane.org2"
  ╰────

Thanks a lot to you!!

You can close this bug...

Best regards,
  Seb

PS- For my information, do you know what fix makes this version good?

-- 
Sebastien Vauban





^ permalink raw reply	[flat|nested] 93+ messages in thread

* bug#13546: 24.2.92; Error(s) when sending emails
  2013-03-04 16:00                                                                                               ` Sebastien Vauban
@ 2013-03-04 17:05                                                                                                 ` Eli Zaretskii
  0 siblings, 0 replies; 93+ messages in thread
From: Eli Zaretskii @ 2013-03-04 17:05 UTC (permalink / raw)
  To: Sebastien Vauban; +Cc: 13546-done, tzz

> From: "Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com>
> Cc: Glenn Morris <rgm@gnu.org>,  13546@debbugs.gnu.org,  tzz@lifelogs.com
> Date: Mon, 04 Mar 2013 17:00:42 +0100
> 
> > Given the latest report from Sebastien, there's hope that the current
> > emacs-24 branch is stable enough for a release.  I suggest to wait one
> > more day.
> 
> After one extra workday of normal Emacs use, I'm telling you:
> 
>     GNU Emacs 24.2.93.1 (i386-mingw-nt6.2.9200) of 2013-02-28 on VBOX-W7
> 
> is perfectly fine for my use case -- as was 24.2.91.

That's great news, thanks!

> You can close this bug...

Done.

> PS- For my information, do you know what fix makes this version good?

Not really.  The last change I made, which seemed to make the
difference, was not to reset the flags for file descriptors we use to
monitor output from subprocesses and from network connections, when
the file descriptor is open for a regular file.  But since the same
flags are reset when the descriptor is closed, I don't see how this
could make any difference.  The only thing that led me to this change
was that 24.2.91 didn't have that code snippet.





^ permalink raw reply	[flat|nested] 93+ messages in thread

end of thread, other threads:[~2013-03-04 17:05 UTC | newest]

Thread overview: 93+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-01-25  9:23 bug#13546: 24.2.92; Error(s) when sending emails Sebastien Vauban
2013-01-25 13:52 ` Eli Zaretskii
     [not found] ` <mailman.18301.1359121987.855.bug-gnu-emacs@gnu.org>
2013-01-25 14:06   ` Sebastien Vauban
2013-01-25 17:30     ` Glenn Morris
2013-01-25 19:33       ` Eli Zaretskii
2013-01-25 19:43         ` Glenn Morris
     [not found]         ` <mailman.18336.1359143096.855.bug-gnu-emacs@gnu.org>
     [not found]           ` <mailman.18336.1359143096.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-01-27  8:18             ` Sebastien Vauban
2013-01-27 19:54               ` Glenn Morris
2013-01-25 14:08   ` Sebastien Vauban
2013-01-25 15:05     ` Eli Zaretskii
     [not found]     ` <mailman.18307.1359126423.855.bug-gnu-emacs@gnu.org>
2013-01-25 15:32       ` Sebastien Vauban
2013-01-25 15:58         ` Eli Zaretskii
     [not found]         ` <mailman.18310.1359129541.855.bug-gnu-emacs@gnu.org>
2013-01-25 16:03           ` Sebastien Vauban
2013-01-27  8:16             ` Eli Zaretskii
     [not found]             ` <mailman.18426.1359274612.855.bug-gnu-emacs@gnu.org>
     [not found]               ` <mailman.18426.1359274612.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-12 12:43                 ` Sebastien Vauban
2013-02-12 16:24                   ` Eli Zaretskii
     [not found]                   ` <mailman.19681.1360686344.855.bug-gnu-emacs@gnu.org>
     [not found]                     ` <mailman.19681.1360686344.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-12 17:36                       ` Sebastien Vauban
2013-02-12 20:22                         ` Eli Zaretskii
     [not found]                         ` <mailman.19711.1360700560.855.bug-gnu-emacs@gnu.org>
2013-02-13  8:55                           ` Sebastien Vauban
     [not found]                             ` <86ehh9mx93.fsf-oHC15RC7JGTNLxjTenLetw@public.gmane.org>
2013-02-13  9:06                               ` Sebastien Vauban
2013-02-13 17:28                                 ` Eli Zaretskii
     [not found]                                 ` <mailman.19837.1360776521.855.bug-gnu-emacs@gnu.org>
     [not found]                                   ` <mailman.19837.1360776521.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-13 20:26                                     ` Sebastien Vauban
2013-02-13 22:09                                       ` Eli Zaretskii
     [not found]                                       ` <mailman.19867.1360793434.855.bug-gnu-emacs@gnu.org>
     [not found]                                         ` <mailman.19867.1360793434.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-13 22:31                                           ` Sebastien Vauban
2013-02-14  5:22                                             ` Eli Zaretskii
2013-02-14  5:56                                             ` Eli Zaretskii
     [not found]                                             ` <mailman.19892.1360819353.855.bug-gnu-emacs@gnu.org>
     [not found]                                               ` <mailman.19927.1360841946.855.bug-gnu-emacs@gnu.org>
     [not found]                                                 ` <mailman.19927.1360841946.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-15  8:31                                                   ` Sebastien Vauban
2013-02-14 11:36                               ` Sebastien Vauban
2013-02-15 10:12                                 ` Eli Zaretskii
2013-02-15 17:33                                   ` Glenn Morris
2013-02-15 19:38                                     ` Eli Zaretskii
     [not found]                                   ` <mailman.20035.1360949668.855.bug-gnu-emacs@gnu.org>
     [not found]                                     ` <mailman.20035.1360949668.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-15 18:42                                       ` Sebastien Vauban
2013-02-15 18:49                                         ` Glenn Morris
2013-02-15 19:07                                         ` Eli Zaretskii
     [not found]                                         ` <mailman.20043.1360954243.855.bug-gnu-emacs@gnu.org>
     [not found]                                           ` <mailman.20043.1360954243.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-15 20:50                                             ` Sebastien Vauban
2013-02-15 22:42                                               ` Eli Zaretskii
     [not found]                                               ` <mailman.20072.1360968204.855.bug-gnu-emacs@gnu.org>
     [not found]                                                 ` <mailman.20072.1360968204.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-15 23:34                                                   ` Sebastien Vauban
2013-02-17 18:29                                                     ` Eli Zaretskii
2013-02-19 17:10                                                       ` Glenn Morris
     [not found]                                                       ` <mailman.20362.1361293889.855.bug-gnu-emacs@gnu.org>
     [not found]                                                         ` <mailman.20362.1361293889.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-25 21:26                                                           ` Sebastien Vauban
2013-02-25 21:43                                                             ` Glenn Morris
     [not found]                                                             ` <mailman.20837.1361828606.855.bug-gnu-emacs@gnu.org>
     [not found]                                                               ` <mailman.20837.1361828606.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-27 10:32                                                                 ` Sebastien Vauban
2013-02-27 18:01                                                                   ` Eli Zaretskii
2013-02-28  6:34                                                                     ` Glenn Morris
2013-02-28 15:35                                                                       ` Eli Zaretskii
     [not found]                                                                   ` <mailman.21036.1361988154.855.bug-gnu-emacs@gnu.org>
     [not found]                                                                     ` <mailman.21036.1361988154.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-27 20:43                                                                       ` Sebastien Vauban
2013-02-27 21:07                                                                         ` Eli Zaretskii
     [not found]                                                                         ` <mailman.21051.1361999392.855.bug-gnu-emacs@gnu.org>
     [not found]                                                                           ` <mailman.21051.1361999392.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-27 21:25                                                                             ` Sebastien Vauban
2013-02-28  4:54                                                                               ` Eli Zaretskii
2013-02-28 13:42                                                                                 ` Stefan Monnier
2013-02-28 16:06                                                                                   ` Eli Zaretskii
2013-03-01 11:30                                                                                     ` Ted Zlatanov
2013-03-01 13:36                                                                                       ` Ted Zlatanov
2013-03-01 14:03                                                                                         ` Eli Zaretskii
2013-03-01 19:40                                                                                           ` Ted Zlatanov
2013-03-01 20:20                                                                                             ` Eli Zaretskii
     [not found]                                                                                             ` <mailman.21215.1362169594.855.bug-gnu-emacs@gnu.org>
     [not found]                                                                                               ` <mailman.21215.1362169594.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-03-01 22:25                                                                                                 ` Sebastien Vauban
2013-03-01 13:58                                                                                       ` Eli Zaretskii
2013-03-01 18:13                                                                                         ` Glenn Morris
2013-03-01 18:31                                                                                           ` Eli Zaretskii
     [not found]                                                                                           ` <mailman.21201.1362162725.855.bug-gnu-emacs@gnu.org>
     [not found]                                                                                             ` <mailman.21201.1362162725.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-03-04 16:00                                                                                               ` Sebastien Vauban
2013-03-04 17:05                                                                                                 ` Eli Zaretskii
     [not found]                                                                                     ` <mailman.21157.1362137466.855.bug-gnu-emacs@gnu.org>
     [not found]                                                                                       ` <mailman.21157.1362137466.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-03-01 12:49                                                                                         ` Sebastien Vauban
2013-03-01 14:01                                                                                           ` Eli Zaretskii
     [not found]                                                                                   ` <mailman.21109.1362067632.855.bug-gnu-emacs@gnu.org>
     [not found]                                                                                     ` <mailman.21109.1362067632.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-28 16:52                                                                                       ` Sebastien Vauban
     [not found]                                                                               ` <mailman.21081.1362027312.855.bug-gnu-emacs@gnu.org>
     [not found]                                                                                 ` <mailman.21081.1362027312.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-28  8:41                                                                                   ` Sebastien Vauban
2013-02-28 15:37                                                                                     ` Eli Zaretskii
2013-02-28 11:59                                                                         ` Dani Moncayo
2013-02-28 15:51                                                                           ` Eli Zaretskii
     [not found]                                                                         ` <mailman.21094.1362052819.855.bug-gnu-emacs@gnu.org>
     [not found]                                                                           ` <mailman.21094.1362052819.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-28 15:14                                                                             ` Sebastien Vauban
     [not found]                                 ` <mailman.20003.1360923218.855.bug-gnu-emacs@gnu.org>
2013-02-15 10:35                                   ` Sebastien Vauban
2013-02-15 13:20                                     ` Eli Zaretskii
     [not found]                                     ` <mailman.20015.1360934495.855.bug-gnu-emacs@gnu.org>
     [not found]                                       ` <mailman.20015.1360934495.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-15 15:15                                         ` Sebastien Vauban
2013-02-15 15:47                                           ` Eli Zaretskii
     [not found]                                           ` <mailman.20023.1360943307.855.bug-gnu-emacs@gnu.org>
2013-02-15 16:33                                             ` Sebastien Vauban
2013-03-01 13:56                               ` Sebastien Vauban
2013-03-01 14:28                               ` Sebastien Vauban
2013-03-01 15:01                                 ` Eli Zaretskii
     [not found]                     ` <mailman.19695.1360690724.855.bug-gnu-emacs@gnu.org>
     [not found]                       ` <mailman.19695.1360690724.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-12 17:48                         ` Sebastien Vauban
     [not found]                       ` <mailman.19696.1360691387.855.bug-gnu-emacs@gnu.org>
     [not found]                         ` <mailman.19696.1360691387.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-12 17:52                           ` Sebastien Vauban
     [not found]                         ` <mailman.19703.1360691991.855.bug-gnu-emacs@gnu.org>
     [not found]                           ` <mailman.19703.1360691991.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-12 18:28                             ` Sebastien Vauban
2013-02-13 17:20                               ` Eli Zaretskii
2013-02-14 11:01                                 ` Thierry Volpiatto
2013-02-15 10:10                                   ` Eli Zaretskii
2013-02-15 19:59                                     ` Thierry Volpiatto
     [not found]                                   ` <mailman.20001.1360923093.855.bug-gnu-emacs@gnu.org>
     [not found]                                     ` <mailman.20001.1360923093.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-15 10:37                                       ` Sebastien Vauban
2013-02-15 13:26                                         ` Eli Zaretskii
     [not found]                               ` <mailman.19836.1360776098.855.bug-gnu-emacs@gnu.org>
     [not found]                                 ` <mailman.19836.1360776098.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-13 20:20                                   ` Sebastien Vauban
2013-02-13 22:08                                     ` Eli Zaretskii
2013-02-14 12:31                                   ` Sebastien Vauban
     [not found]               ` <mailman.19665.1360673152.855.bug-gnu-emacs@gnu.org>
     [not found]                 ` <mailman.19665.1360673152.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-12 13:07                   ` Fabrice Niessen
     [not found]                 ` <mailman.19666.1360674598.855.bug-gnu-emacs@gnu.org>
     [not found]                   ` <mailman.19666.1360674598.855.bug-gnu-emacs-mXXj517/zsQ@public.gmane.org>
2013-02-12 13:12                     ` Sebastien Vauban
2013-01-25 16:06           ` Sebastien Vauban

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).