From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 25 04:25:02 2013 Received: (at submit) by debbugs.gnu.org; 25 Jan 2013 09:25:02 +0000 Received: from localhost ([127.0.0.1]:48633 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TyfWt-0001Pq-Bx for submit@debbugs.gnu.org; Fri, 25 Jan 2013 04:25:02 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46768) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TyfWn-0001Pg-Sv for submit@debbugs.gnu.org; Fri, 25 Jan 2013 04:24:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TyfWV-0001T2-F5 for submit@debbugs.gnu.org; Fri, 25 Jan 2013 04:24:46 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.9 required=5.0 tests=BAYES_00,FROM_LOCAL_NOVOWEL, HK_RANDOM_ENVFROM, HK_RANDOM_FROM, RCVD_IN_RP_RNBL, RDNS_DYNAMIC autolearn=no version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:60249) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TyfWV-0001Sx-A0 for submit@debbugs.gnu.org; Fri, 25 Jan 2013 04:24:35 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58085) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TyfWK-0006Ra-OZ for bug-gnu-emacs@gnu.org; Fri, 25 Jan 2013 04:24:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TyfWD-0001Qa-Kv for bug-gnu-emacs@gnu.org; Fri, 25 Jan 2013 04:24:24 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:34406 helo=mail.missioncriticalit.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TyfWC-0001Oo-QM for bug-gnu-emacs@gnu.org; Fri, 25 Jan 2013 04:24:17 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id A14B4500479 for ; Fri, 25 Jan 2013 10:24:10 +0100 (CET) From: "Sebastien Vauban" To: bug-gnu-emacs@gnu.org Subject: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban X-Url: Under construction... X-Archive: encrypt Date: Fri, 25 Jan 2013 10:23:52 +0100 Message-ID: <86ehh9mx93.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.92 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.4 (-----) 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@gnu.org-20130116122101-t5ychlz0gwh9u34x 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: e C-c C-c . T r e C-c C-c q SPC SPC SPC SPC SPC SPC SPC n n n n n SPC SPC SPC SPC M-u M-u q SPC q SPC SPC SPC q C-u a C-x i ~ / m a C-x i . C-x C-x C-c M-m E r r o r s SPC ( s ) SPC w h e n SPC s e n d i n g SPC a n SPC e m a i l H e l l o , 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 C-x C-x M-w y e s M-x r e p o r t - e m 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 25 08:52:16 2013 Received: (at 13546) by debbugs.gnu.org; 25 Jan 2013 13:52:16 +0000 Received: from localhost ([127.0.0.1]:48853 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TyjhX-0000Dl-38 for submit@debbugs.gnu.org; Fri, 25 Jan 2013 08:52:15 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:63682) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TyjhT-0000DZ-FU for 13546@debbugs.gnu.org; Fri, 25 Jan 2013 08:52:12 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MH600L00OX49300@a-mtaout23.012.net.il> for 13546@debbugs.gnu.org; Fri, 25 Jan 2013 15:52:01 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MH600LODP6O9C00@a-mtaout23.012.net.il>; Fri, 25 Jan 2013 15:52:01 +0200 (IST) Date: Fri, 25 Jan 2013 15:52:08 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86ehh9mx93.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <838v7hl69j.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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: > > --88--- > 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... > --88--- > > 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: > > --88--- > basic-save-buffer-2: IO error writing d:/Users/sva/.gnus.d/drafts/drafts/2: Socket operation on non-socket > --88--- [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.175 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4991] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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: > > --88--- > 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... > --88--- > > 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: > > --88--- > basic-save-buffer-2: IO error writing d:/Users/sva/.gnus.d/drafts/drafts/2: Socket operation on non-socket > --88--- [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.175 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4264] > From: "Sebastien Vauban" > 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? From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 25 10:06:19 2013 Received: (at submit) by debbugs.gnu.org; 25 Jan 2013 15:06:19 +0000 Received: from localhost ([127.0.0.1]:49380 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TykrC-0001yw-Px for submit@debbugs.gnu.org; Fri, 25 Jan 2013 10:06:19 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33544) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tykr9-0001ym-1j for submit@debbugs.gnu.org; Fri, 25 Jan 2013 10:06:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tykqy-0004eL-2p for submit@debbugs.gnu.org; Fri, 25 Jan 2013 10:06:06 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-101.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_NONE, USER_IN_WHITELIST autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:48024) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tykqx-0004eH-Vt for submit@debbugs.gnu.org; Fri, 25 Jan 2013 10:06:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44809) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tykqq-0004xN-No for bug-gnu-emacs@gnu.org; Fri, 25 Jan 2013 10:06:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tykqm-0004aa-3B for bug-gnu-emacs@gnu.org; Fri, 25 Jan 2013 10:05:56 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:63983) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tykql-0004aB-NY for bug-gnu-emacs@gnu.org; Fri, 25 Jan 2013 10:05:51 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MH600D00S9WVJ00@a-mtaout20.012.net.il> for bug-gnu-emacs@gnu.org; Fri, 25 Jan 2013 17:05:46 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MH600DBUSLMLRA0@a-mtaout20.012.net.il>; Fri, 25 Jan 2013 17:05:46 +0200 (IST) Date: Fri, 25 Jan 2013 17:05:54 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86libhfj7x.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <837gn1l2ul.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.5 (-----) > From: "Sebastien Vauban" > 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? From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 25 10:58:20 2013 Received: (at submit) by debbugs.gnu.org; 25 Jan 2013 15:58:20 +0000 Received: from localhost ([127.0.0.1]:49414 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TylfX-0003AZ-SH for submit@debbugs.gnu.org; Fri, 25 Jan 2013 10:58:20 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46155) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TylfU-0003AR-G4 for submit@debbugs.gnu.org; Fri, 25 Jan 2013 10:58:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TylfK-0003vt-AR for submit@debbugs.gnu.org; Fri, 25 Jan 2013 10:58:07 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-101.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_NONE, USER_IN_WHITELIST autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:38159) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TylfK-0003vp-72 for submit@debbugs.gnu.org; Fri, 25 Jan 2013 10:58:06 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57500) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TylfH-00085o-HN for bug-gnu-emacs@gnu.org; Fri, 25 Jan 2013 10:58:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TylfC-0003ue-3z for bug-gnu-emacs@gnu.org; Fri, 25 Jan 2013 10:58:03 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:44296) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TylfB-0003uP-SG for bug-gnu-emacs@gnu.org; Fri, 25 Jan 2013 10:57:58 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MH600000UTMG400@a-mtaout21.012.net.il> for bug-gnu-emacs@gnu.org; Fri, 25 Jan 2013 17:57:55 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MH60000LV0JFR20@a-mtaout21.012.net.il>; Fri, 25 Jan 2013 17:57:55 +0200 (IST) Date: Fri, 25 Jan 2013 17:58:03 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86ham5ffc5.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <8338xpl0fo.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.0 (-----) > From: "Sebastien Vauban" > 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... From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 25 12:31:12 2013 Received: (at 13546) by debbugs.gnu.org; 25 Jan 2013 17:31:12 +0000 Received: from localhost ([127.0.0.1]:49478 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tyn7Q-0006CN-5u for submit@debbugs.gnu.org; Fri, 25 Jan 2013 12:31:12 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:54803) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tyn7N-0006CG-VN for 13546@debbugs.gnu.org; Fri, 25 Jan 2013 12:31:10 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Tyn7D-0002LH-Ir; Fri, 25 Jan 2013 12:30:59 -0500 From: Glenn Morris To: "Sebastien Vauban" Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails References: <86ehh9mx93.fsf@somewhere.org> <86pq0tfjb3.fsf@somewhere.org> X-Spook: NASA Crowell Commecen LABLINK MIT-LL Leuken-Baden quiche X-Ran: 15F?Fea=H!Xo*mjKLV^i^Z)ObJgC,k5qwS?\l>/F?-+w_-|VGMHdA+pAA7{atQlg4z?qb1 X-Hue: red X-Debbugs-No-Ack: yes X-Attribution: GM Date: Fri, 25 Jan 2013 12:30:59 -0500 In-Reply-To: <86pq0tfjb3.fsf@somewhere.org> (Sebastien Vauban's message of "Fri, 25 Jan 2013 15:06:56 +0100") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.0 (-----) 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). From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 25 14:34:07 2013 Received: (at 13546) by debbugs.gnu.org; 25 Jan 2013 19:34:07 +0000 Received: from localhost ([127.0.0.1]:49593 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Typ2N-0000da-C2 for submit@debbugs.gnu.org; Fri, 25 Jan 2013 14:34:07 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:56921) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Typ2K-0000dR-Rl for 13546@debbugs.gnu.org; Fri, 25 Jan 2013 14:34:05 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MH700G004TB9A00@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Fri, 25 Jan 2013 21:33:19 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MH700F1H4ZIRRB0@a-mtaout20.012.net.il>; Fri, 25 Jan 2013 21:33:18 +0200 (IST) Date: Fri, 25 Jan 2013 21:33:26 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: X-012-Sender: halo1@inter.net.il To: Glenn Morris Message-id: <83y5fhjbw9.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86pq0tfjb3.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: Glenn Morris > 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). [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4998] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: Glenn Morris > 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). [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4266] > From: Glenn Morris > 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 25 14:44:15 2013 Received: (at 13546) by debbugs.gnu.org; 25 Jan 2013 19:44:15 +0000 Received: from localhost ([127.0.0.1]:49603 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TypC8-0000u6-U6 for submit@debbugs.gnu.org; Fri, 25 Jan 2013 14:44:15 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:56949) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TypC3-0000tt-96 for 13546@debbugs.gnu.org; Fri, 25 Jan 2013 14:44:11 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1TypBs-0001eV-27; Fri, 25 Jan 2013 14:43:56 -0500 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails References: <86ehh9mx93.fsf@somewhere.org> <86pq0tfjb3.fsf@somewhere.org> <83y5fhjbw9.fsf@gnu.org> X-Spook: Uzbekistan investigation enforcers TWA Crowell S Key X-Ran: R@c6io6Z),t@1x3Ek_AkfG6uIoJNA X-Hue: green X-Debbugs-No-Ack: yes X-Attribution: GM Date: Fri, 25 Jan 2013 14:43:55 -0500 Message-ID: <41d2wtaw04.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) 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.) From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 27 03:16:56 2013 Received: (at 13546) by debbugs.gnu.org; 27 Jan 2013 08:16:56 +0000 Received: from localhost ([127.0.0.1]:50989 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TzNQ7-0003TZ-PN for submit@debbugs.gnu.org; Sun, 27 Jan 2013 03:16:56 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:57140) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TzNQ4-0003TL-86 for 13546@debbugs.gnu.org; Sun, 27 Jan 2013 03:16:53 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MH900E00YXN2Q00@a-mtaout22.012.net.il> for 13546@debbugs.gnu.org; Sun, 27 Jan 2013 10:16:32 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MH900DRNYZJFA90@a-mtaout22.012.net.il>; Sun, 27 Jan 2013 10:16:32 +0200 (IST) Date: Sun, 27 Jan 2013 10:16:44 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <861ud9gsh9.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83zjzvhwgj.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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? [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4918] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > From: "Sebastien Vauban" > 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. From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 27 03:18:54 2013 Received: (at 13546) by debbugs.gnu.org; 27 Jan 2013 08:18:54 +0000 Received: from localhost ([127.0.0.1]:50993 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TzNS2-0003YS-BG for submit@debbugs.gnu.org; Sun, 27 Jan 2013 03:18:54 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:52581 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TzNRy-0003YD-Lg for 13546@debbugs.gnu.org; Sun, 27 Jan 2013 03:18:52 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 9B797500A50; Sun, 27 Jan 2013 09:18:30 +0100 (CET) From: "Sebastien Vauban" To: Glenn Morris Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86pq0tfjb3.fsf@somewhere.org> <83y5fhjbw9.fsf@gnu.org> X-Url: Under construction... X-Archive: encrypt Date: Sun, 27 Jan 2013 09:18:12 +0100 In-Reply-To: (Glenn Morris's message of "Fri, 25 Jan 2013 14:43:55 -0500") Message-ID: <868v7ff397.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 3.3 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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). [...] Content analysis details: (3.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4994] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.6 (/) 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 From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 27 14:54:34 2013 Received: (at 13546) by debbugs.gnu.org; 27 Jan 2013 19:54:34 +0000 Received: from localhost ([127.0.0.1]:51667 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TzYJG-00050T-2m for submit@debbugs.gnu.org; Sun, 27 Jan 2013 14:54:34 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:39483) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TzYJD-00050M-Le for 13546@debbugs.gnu.org; Sun, 27 Jan 2013 14:54:32 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1TzYIq-000450-Es; Sun, 27 Jan 2013 14:54:08 -0500 From: Glenn Morris To: "Sebastien Vauban" Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails References: <86ehh9mx93.fsf@somewhere.org> <86pq0tfjb3.fsf@somewhere.org> <83y5fhjbw9.fsf@gnu.org> <868v7ff397.fsf@somewhere.org> X-Spook: Glock NSA Centro ANDVT CID 9705 Samford Road afsatcom X-Ran: K|}hwi;Q@p\-%WnBsJP*PCOLMKUnfSJo61N//iGNS!Rc6o.~z*JHk7I)^'wK"n{S}Av"{t X-Hue: yellow X-Debbugs-No-Ack: yes X-Attribution: GM Date: Sun, 27 Jan 2013 14:54:08 -0500 In-Reply-To: <868v7ff397.fsf@somewhere.org> (Sebastien Vauban's message of "Sun, 27 Jan 2013 09:18:12 +0100") Message-ID: <5lham2o10f.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.6 (----) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) "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! From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 12 07:45:03 2013 Received: (at 13546) by debbugs.gnu.org; 12 Feb 2013 12:45:03 +0000 Received: from localhost ([127.0.0.1]:51661 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5FEL-00027l-VL for submit@debbugs.gnu.org; Tue, 12 Feb 2013 07:45:02 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:36068 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5FEI-000277-GA for 13546@debbugs.gnu.org; Tue, 12 Feb 2013 07:45:00 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id A6B98500937; Tue, 12 Feb 2013 13:44:31 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Tue, 12 Feb 2013 13:43:53 +0100 In-Reply-To: (Eli Zaretskii's message of "Sun, 27 Jan 2013 10:16:44 +0200") Message-ID: <86ip5x3do6.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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. [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Sebastien Vauban X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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. [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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 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: ... 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 From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 12 08:09:04 2013 Received: (at 13546) by debbugs.gnu.org; 12 Feb 2013 13:09:04 +0000 Received: from localhost ([127.0.0.1]:51695 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5Fbb-0002eg-Ph for submit@debbugs.gnu.org; Tue, 12 Feb 2013 08:09:04 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:36090 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5FbY-0002eG-EQ for 13546@debbugs.gnu.org; Tue, 12 Feb 2013 08:09:01 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id B31E5500937; Tue, 12 Feb 2013 14:08:33 +0100 (CET) From: Fabrice Niessen To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Mission Critical IT References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> X-Url: http://www.missioncriticalit.com X-Archive: encrypt Date: Tue, 12 Feb 2013 14:07:55 +0100 In-Reply-To: (Sebastien Vauban's message of "Tue, 12 Feb 2013 13:43:53 +0100") Message-ID: <86bobp3ck4.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, "Sebastien Vauban" wrote: > Eli Zaretskii wrote: >>> From: "Sebastien Vauban" >>> 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 > 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: > ... > 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 [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, "Sebastien Vauban" wrote: > Eli Zaretskii wrote: >>> From: "Sebastien Vauban" >>> 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 > 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: > ... > 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 [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SINGLE_HEADER_2K A single header contains 2K-3K characters 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4873] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS Eli, "Sebastien Vauban" wrote: > Eli Zaretskii wrote: >>> From: "Sebastien Vauban" >>> 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 > 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: > ... > 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 From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 12 08:13:32 2013 Received: (at 13546) by debbugs.gnu.org; 12 Feb 2013 13:13:33 +0000 Received: from localhost ([127.0.0.1]:51710 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5Ffw-0002ku-P7 for submit@debbugs.gnu.org; Tue, 12 Feb 2013 08:13:32 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:36095 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5Ffv-0002kn-Hq for 13546@debbugs.gnu.org; Tue, 12 Feb 2013 08:13:31 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 6A13E500937; Tue, 12 Feb 2013 14:13:05 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Tue, 12 Feb 2013 14:12:27 +0100 In-Reply-To: (Fabrice Niessen's message of "Tue, 12 Feb 2013 14:07:55 +0100") Message-ID: <867gmd3cck.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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": [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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": [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4790] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 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 From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 12 11:25:24 2013 Received: (at 13546) by debbugs.gnu.org; 12 Feb 2013 16:25:24 +0000 Received: from localhost ([127.0.0.1]:52373 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5Ifb-0007MY-RB for submit@debbugs.gnu.org; Tue, 12 Feb 2013 11:25:24 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:45414) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5IfY-0007MM-V7 for 13546@debbugs.gnu.org; Tue, 12 Feb 2013 11:25:22 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MI400K007SAD300@a-mtaout21.012.net.il> for 13546@debbugs.gnu.org; Tue, 12 Feb 2013 18:24:23 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI400KH188NCM40@a-mtaout21.012.net.il>; Tue, 12 Feb 2013 18:24:23 +0200 (IST) Date: Tue, 12 Feb 2013 18:24:34 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86ip5x3do6.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <831ucl5wl9.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > Cc: Sebastien Vauban , 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. > > --88--- > $ 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 > 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: > ... > 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] [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > Cc: Sebastien Vauban , 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. > > --88--- > $ 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 > 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: > ... > 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] [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.0 SINGLE_HEADER_2K A single header contains 2K-3K characters 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4984] > From: "Sebastien Vauban" > Cc: Sebastien Vauban , 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 > 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: > ... > 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 From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 12 12:38:08 2013 Received: (at 13546) by debbugs.gnu.org; 12 Feb 2013 17:38:08 +0000 Received: from localhost ([127.0.0.1]:52485 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5Jo0-0001XF-9t for submit@debbugs.gnu.org; Tue, 12 Feb 2013 12:38:08 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:36344 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5Jnu-0001Wu-Qv for 13546@debbugs.gnu.org; Tue, 12 Feb 2013 12:38:04 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id BD772500515; Tue, 12 Feb 2013 18:37:34 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Tue, 12 Feb 2013 18:36:58 +0100 In-Reply-To: (Eli Zaretskii's message of "Tue, 12 Feb 2013 18:24:34 +0200") Message-ID: <86y5etph6t.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> Cc: Sebastien Vauban , 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. >> >> --88--- >> [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] >> --88--- >> >> 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? [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> Cc: Sebastien Vauban , 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. >> >> --88--- >> [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] >> --88--- >> >> 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? [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SINGLE_HEADER_2K A single header contains 2K-3K characters 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> Cc: Sebastien Vauban , 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--- >> [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 From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 12 12:49:25 2013 Received: (at 13546) by debbugs.gnu.org; 12 Feb 2013 17:49:25 +0000 Received: from localhost ([127.0.0.1]:52491 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5Jyv-0001mk-G4 for submit@debbugs.gnu.org; Tue, 12 Feb 2013 12:49:25 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:36353 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5Jyt-0001me-MB for 13546@debbugs.gnu.org; Tue, 12 Feb 2013 12:49:24 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 83970501654; Tue, 12 Feb 2013 18:48:55 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Tue, 12 Feb 2013 18:48:19 +0100 In-Reply-To: (Sebastien Vauban's message of "Tue, 12 Feb 2013 18:36:58 +0100") Message-ID: <86liatl8yk.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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. [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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. [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4990] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 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 From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 12 12:53:09 2013 Received: (at 13546) by debbugs.gnu.org; 12 Feb 2013 17:53:09 +0000 Received: from localhost ([127.0.0.1]:52506 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5K2X-0001sg-3b for submit@debbugs.gnu.org; Tue, 12 Feb 2013 12:53:09 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:36355 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5K2V-0001sZ-8X for 13546@debbugs.gnu.org; Tue, 12 Feb 2013 12:53:07 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 779CC501654; Tue, 12 Feb 2013 18:52:39 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Tue, 12 Feb 2013 18:52:03 +0100 In-Reply-To: (Sebastien Vauban's message of "Tue, 12 Feb 2013 18:48:19 +0100") Message-ID: <86ehgll8sc.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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 [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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 [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SINGLE_HEADER_2K A single header contains 2K-3K characters 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4938] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 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 From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 12 13:29:42 2013 Received: (at 13546) by debbugs.gnu.org; 12 Feb 2013 18:29:42 +0000 Received: from localhost ([127.0.0.1]:52542 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5Kbt-0002hN-ML for submit@debbugs.gnu.org; Tue, 12 Feb 2013 13:29:42 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:36395 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5Kbq-0002hE-4Y for 13546@debbugs.gnu.org; Tue, 12 Feb 2013 13:29:40 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id BDDF6501654; Tue, 12 Feb 2013 19:29:08 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Tue, 12 Feb 2013 19:28:30 +0100 In-Reply-To: (Sebastien Vauban's message of "Tue, 12 Feb 2013 18:52:03 +0100") Message-ID: <867gmdl73l.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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, [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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, [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SINGLE_HEADER_2K A single header contains 2K-3K characters 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4994] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 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 From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 12 15:22:22 2013 Received: (at 13546) by debbugs.gnu.org; 12 Feb 2013 20:22:22 +0000 Received: from localhost ([127.0.0.1]:52594 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5MMv-0005G4-EX for submit@debbugs.gnu.org; Tue, 12 Feb 2013 15:22:21 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:35311) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5MMs-0005Fq-3i for 13546@debbugs.gnu.org; Tue, 12 Feb 2013 15:22:20 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MI400L00IWQJB00@a-mtaout21.012.net.il> for 13546@debbugs.gnu.org; Tue, 12 Feb 2013 22:21:48 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI400LWDJ8BFX60@a-mtaout21.012.net.il>; Tue, 12 Feb 2013 22:21:48 +0200 (IST) Date: Tue, 12 Feb 2013 22:22:00 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86y5etph6t.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83zjz94713.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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 [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4999] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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 [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4396] > From: "Sebastien Vauban" > 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. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 13 04:08:08 2013 Received: (at 13546) by debbugs.gnu.org; 13 Feb 2013 09:08:08 +0000 Received: from localhost ([127.0.0.1]:53269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5YJz-0000KD-OI for submit@debbugs.gnu.org; Wed, 13 Feb 2013 04:08:08 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:36912 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5YJw-0000K4-NM for 13546@debbugs.gnu.org; Wed, 13 Feb 2013 04:08:06 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 24AF350096A; Wed, 13 Feb 2013 10:07:32 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Wed, 13 Feb 2013 10:06:54 +0100 Message-ID: <86vc9winv5.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, "Sebastien Vauban" wrote: > Eli Zaretskii wrote: >>> From: "Sebastien Vauban" >>> Cc: 13546@debbugs.gnu.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, [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4815] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, "Sebastien Vauban" wrote: > Eli Zaretskii wrote: >>> From: "Sebastien Vauban" >>> Cc: 13546@debbugs.gnu.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, [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SINGLE_HEADER_2K A single header contains 2K-3K characters 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.1536] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS Eli, "Sebastien Vauban" wrote: > Eli Zaretskii wrote: >>> From: "Sebastien Vauban" >>> Cc: 13546@debbugs.gnu.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 From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 13 12:21:41 2013 Received: (at 13546) by debbugs.gnu.org; 13 Feb 2013 17:21:41 +0000 Received: from localhost ([127.0.0.1]:54426 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5g1d-000518-3C for submit@debbugs.gnu.org; Wed, 13 Feb 2013 12:21:41 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:35472) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5g1a-00050y-NZ for 13546@debbugs.gnu.org; Wed, 13 Feb 2013 12:21:40 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MI6007005G6LS00@a-mtaout22.012.net.il> for 13546@debbugs.gnu.org; Wed, 13 Feb 2013 19:20:29 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI6005VU5I5PYE1@a-mtaout22.012.net.il>; Wed, 13 Feb 2013 19:20:29 +0200 (IST) Date: Wed, 13 Feb 2013 19:20:44 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <867gmdl73l.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83pq043zbn.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <867gmdl73l.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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] [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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] [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4998] > From: "Sebastien Vauban" > 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? From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 13 12:28:37 2013 Received: (at 13546) by debbugs.gnu.org; 13 Feb 2013 17:28:37 +0000 Received: from localhost ([127.0.0.1]:54442 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5g8L-0005By-8E for submit@debbugs.gnu.org; Wed, 13 Feb 2013 12:28:37 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:37269) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5g8J-0005Bq-Mg for 13546@debbugs.gnu.org; Wed, 13 Feb 2013 12:28:36 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MI6007005U2RE00@a-mtaout22.012.net.il> for 13546@debbugs.gnu.org; Wed, 13 Feb 2013 19:28:02 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI6005T75UQU4E1@a-mtaout22.012.net.il>; Wed, 13 Feb 2013 19:28:02 +0200 (IST) Date: Wed, 13 Feb 2013 19:28:16 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86vc9winv5.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83obfo3yz3.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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: > > --88--- > 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. > --88--- > > I've relaunched a new Emacs. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4999] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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: > > --88--- > 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. > --88--- > > I've relaunched a new Emacs. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4520] > From: "Sebastien Vauban" > 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. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 13 15:22:10 2013 Received: (at 13546) by debbugs.gnu.org; 13 Feb 2013 20:22:10 +0000 Received: from localhost ([127.0.0.1]:54601 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5iqG-0000t3-Hn for submit@debbugs.gnu.org; Wed, 13 Feb 2013 15:22:10 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:37475 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5iqB-0000ss-FT for 13546@debbugs.gnu.org; Wed, 13 Feb 2013 15:22:07 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id C5E3E5002C1; Wed, 13 Feb 2013 21:21:26 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <867gmdl73l.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Wed, 13 Feb 2013 21:20:46 +0100 In-Reply-To: (Eli Zaretskii's message of "Wed, 13 Feb 2013 19:20:44 +0200") Message-ID: <86r4kkc6e9.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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). [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.0584] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.4 (/) Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> Cc: 13546@debbugs.gnu.org >> Date: Tue, 12 Feb 2013 19:28:30 +0100 >>=20 >> Breakpoint 2, sys_read (fd=3D6, buffer=3D0x64b1034 "", count=3D5) 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? =E2=95=AD=E2=94=80=E2=94=80=E2=94=80=E2=94=80 =E2=94=82 w32-start-process-share-console is a variable defined in `C sou= rce code'. =E2=94=82 Its value is nil =E2=94=82=20 =E2=94=82 Documentation: =E2=94=82 When nil, new child processes are given a new console. =E2=94=82 When non-nil, they share the Emacs console; this has the limita= tion of =E2=94=82 allowing only one DOS subprocess to run at a time (whether star= ted directly =E2=94=82 or indirectly by Emacs), and preventing Emacs from cleanly term= inating the =E2=94=82 subprocess group, but may allow Emacs to interrupt a subprocess= that doesn't =E2=94=82 otherwise respond to interrupts from Emacs. =E2=95=B0=E2=94=80=E2=94=80=E2=94=80=E2=94=80 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 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: . 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/emac= s.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 =3D {{flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, = cp =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 1559, hnd =3D 0x2a0, cp =3D 0x1680c60}, {flags =3D 1555, hnd =3D 0x550, cp =3D 0x16816b0}, {= flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {fl= ags =3D 274, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flag= s =3D 0, hnd =3D 0x4bc, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x3b8, cp =3D 0x0}, {= flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {fl= ags =3D 274, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {fl= ags =3D 274, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flag= s =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, hnd =3D 0x0, cp =3D 0x0}, {fl= ags =3D 0, hnd =3D 0x0, cp =3D 0x0} } (gdb) p child_procs[2]@32 $2 =3D {{fd =3D 3, pid =3D -1, char_avail =3D 0x2a8, char_consumed =3D 0x2a= c, thrd =3D 0x2b0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread = =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 2, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 11236, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xb706f8, procinfo =3D { hProcess =3D 0x2bc, hThread =3D 0x224, dwProcessId =3D 11236, dwThreadId =3D 22420}, status =3D -1, chr =3D 95 '_', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 14008, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x520b7e, procinfo =3D { hProcess =3D 0x35c, hThread =3D 0x33c, dwProcessId =3D 14008, dwThreadId =3D 22852}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 2108, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x360, hThread =3D 0x3e8, dwProcessId =3D 2108, dwThreadId =3D 26260}, statu= s =3D -1, chr =3D 67 'C', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 15080, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x12609e0 , procinfo =3D {hProcess =3D = 0x398, hThread =3D 0x32c, dwProcessId =3D 15080, dwThreadId =3D 19872}, stat= us =3D -1, chr =3D 110 'n', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Of= fset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 9080, char_a= vail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x4d0920, procinfo =3D { hProcess =3D 0x4f4, hThread =3D 0x350, dwProcessId =3D 9080, dwThreadId =3D 6408}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 10, pid =3D 25980, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x890a4c, procinfo =3D { hProcess =3D 0x3d0, hThread =3D 0x324, dwProcessId =3D 25980, dwThreadId =3D 20332}, status =3D -1, chr =3D 68 'D', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 11, pid =3D 11832, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xcd06f8, procinfo =3D { ---Type to continue, or q to quit--- hProcess =3D 0x340, hThread =3D 0x3f4, dwProcessId =3D 11832, dwThreadId =3D 5448}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 11, pid =3D 15136, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xce06f8, procinfo =3D { hProcess =3D 0x344, hThread =3D 0x374, dwProcessId =3D 15136, dwThreadId =3D 2732}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 11, pid =3D 26132, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xcf06f8, procinfo =3D { hProcess =3D 0x3d4, hThread =3D 0x3a4, dwProcessId =3D 26132, dwThreadId =3D 5812}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 11, pid =3D 15292, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x1cf0926, procinfo =3D { hProcess =3D 0x330, hThread =3D 0x298, dwProcessId =3D 15292, dwThreadId =3D 18320}, status =3D 3, chr =3D 110 'n', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 11, pid =3D 26236, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x30c, hThread =3D 0x390, dwProcessId =3D 26236, dwThreadId =3D 8156}, statu= s =3D -1, chr =3D 67 'C', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 10, pid =3D 17820, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, = procinfo =3D { hProcess =3D 0x318, hThread =3D 0x378, dwProcessId =3D 17820, dwThreadId =3D 10584}, status =3D -1, chr =3D 67 'C', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 10, pid =3D 22248, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x380, hThread =3D 0x3cc, dwProcessId =3D 22248, dwThreadId =3D 17100}, stat= us =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 21720, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x12709e0 , procinfo =3D {hProcess =3D 0x3= 9c, hThread =3D 0x358, dwProcessId =3D 21720, dwThreadId =3D 4960}, statu= s =3D -1, ---Type to continue, or q to quit--- chr =3D 116 't', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Of= fset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 17192, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x12809e0 , procinfo =3D {hProcess = =3D 0x3fc, hThread =3D 0x178, dwProcessId =3D 17192, dwThreadId =3D 9220}, statu= s =3D -1, chr =3D 67 'C', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 15248, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x12909e0 , procinfo =3D { hProcess =3D 0x3b4, hThread =3D 0x3d8, dwProcessId =3D 15248, dwThreadId =3D 15680}, status =3D -1, chr =3D 67 'C', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 19696, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x9c0a56, procinfo =3D { hProcess =3D 0x3f8, hThread =3D 0x37c, dwProcessId =3D 19696, dwThreadId =3D 10056}, status =3D 3, chr =3D 110 'n', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 15536, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x9d0a56, procinfo =3D { hProcess =3D 0x314, hThread =3D 0x3b0, dwProcessId =3D 15536, dwThreadId =3D 27164}, status =3D 3, chr =3D 114 'r', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 11776, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x4c0920, procinfo =3D { hProcess =3D 0x2e8, hThread =3D 0x460, dwProcessId =3D 11776, dwThreadId =3D 6368}, status =3D -1, chr =3D 67 'C', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 10, pid =3D 6700, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x8a05dc, procinfo =3D {hProcess =3D 0x4c0, hThread =3D 0x44c, dwProcessId =3D 6700, dwThreadId =3D 21396}, status =3D -1, chr =3D 1= 06 'j', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 5344, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x4f0920, procinfo =3D { hProcess =3D 0x4c8, hThread =3D 0x404, dwProcessId =3D 5344, dwThreadId =3D 1132}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { ---Type to continue, or q to quit--- Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 15040, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x4b0, hThread =3D 0x464, dwProcessId =3D 15040, dwThreadId =3D 9588}, statu= s =3D 2, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{O= ffset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 13912, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, = procinfo =3D { hProcess =3D 0x528, hThread =3D 0x4b8, dwProcessId =3D 13912, dwThreadId =3D 7364}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 20624, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x520920, procinfo =3D { hProcess =3D 0x4c4, hThread =3D 0x48c, dwProcessId =3D 20624, dwThreadId =3D 16412}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 13792, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x530920, procinfo =3D { hProcess =3D 0x51c, hThread =3D 0x52c, dwProcessId =3D 13792, dwThreadId =3D 12548}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 13300, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x580920, procinfo =3D { hProcess =3D 0x57c, hThread =3D 0x518, dwProcessId =3D 13300, dwThreadId =3D 18344}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 7864, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x590920, procinfo =3D { hProcess =3D 0x564, hThread =3D 0x578, dwProcessId =3D 7864, dwThreadId =3D 13496}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 24404, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5a0920, procinfo =3D { hProcess =3D 0x490, hThread =3D 0x3e4, dwProcessId =3D 24404, dwThreadId =3D 24800}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, ---Type to continue, or q to quit--- Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 28260, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x458, hThread =3D 0x448, dwProcessId =3D 28260, dwThreadId =3D 18524}, stat= us =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D -1, char_ava= il =3D 0x21c, char_consumed =3D 0x370, thrd =3D 0x514, hwnd =3D 0x0, procinfo =3D { hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D = 0}, status =3D 1, chr =3D 23 '\027', ovl_read =3D {Internal =3D 0, Internal= High =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 9,= pid =3D -1, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, = procinfo =3D { hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D = 0}, status =3D -1, chr =3D 21 '\025', ovl_read =3D {Internal =3D 0, Interna= lHigh =3D 0, { {Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}} (gdb) c Continuing. [Switching to Thread 21364.0xce8] Breakpoint 2, prepare_standard_handles (in=3D9, out=3D20, err=3D20, handles= =3D0x87cc8c) at w32proc.c:2285 2285 w32proc.c: No such file or directory. #0 prepare_standard_handles (in=3D9, out=3D20, err=3D20, handles=3D0x87cc8= c) at w32proc.c:2285 #1 0x010d5f36 in child_setup (in=3D9, out=3D20, err=3D20, new_argv=3D0x87c= d00, set_pgrp=3Dfalse, current_dir=3D132414497) at callproc.c:1255 #2 0x010d4220 in Fcall_process (nargs=3D8, args=3D0x88d5e4) at callproc.c:= 581 #3 0x01014c29 in Ffuncall (nargs=3D9, args=3D0x88d5e0) at eval.c:2756 #4 0x010140c3 in Fapply (nargs=3D6, args=3D0x88d728) at eval.c:2309 (gdb) No symbol "cp" in current context. Continuing. [New Thread 21364.0x232c] Breakpoint 2, prepare_standard_handles (in=3D9, out=3D20, err=3D20, handles= =3D0x87cc8c) at w32proc.c:2285 2285 in w32proc.c #0 prepare_standard_handles (in=3D9, out=3D20, err=3D20, handles=3D0x87cc8= c) at w32proc.c:2285 #1 0x010d5f36 in child_setup (in=3D9, out=3D20, err=3D20, new_argv=3D0x87c= d00, set_pgrp=3Dfalse, current_dir=3D141459681) at callproc.c:1255 #2 0x010d4220 in Fcall_process (nargs=3D8, args=3D0x88d5e4) at callproc.c:= 581 #3 0x01014c29 in Ffuncall (nargs=3D9, args=3D0x88d5e0) at eval.c:2756 #4 0x010140c3 in Fapply (nargs=3D6, args=3D0x88d728) 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 =3D {fd =3D 3, pid =3D -1, char_avail =3D 0x318, char_consumed =3D 0x= 314, thrd =3D >> 0x31c, hwnd =3D 0x0, >> procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dw= ThreadId =3D >> 0}, status =3D 1, >> chr =3D 22 '\026', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {= {Offset =3D 0, >> OffsetHigh =3D 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 --=20 Sebastien Vauban From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 13 15:27:20 2013 Received: (at 13546) by debbugs.gnu.org; 13 Feb 2013 20:27:20 +0000 Received: from localhost ([127.0.0.1]:54611 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5ivH-00010a-8T for submit@debbugs.gnu.org; Wed, 13 Feb 2013 15:27:19 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:37478 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5ivE-00010S-Io for 13546@debbugs.gnu.org; Wed, 13 Feb 2013 15:27:17 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 4BBD85002C1; Wed, 13 Feb 2013 21:26:42 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Wed, 13 Feb 2013 21:26:03 +0100 In-Reply-To: (Eli Zaretskii's message of "Wed, 13 Feb 2013 19:28:16 +0200") Message-ID: <86k3qcc65g.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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: >> >> --88--- >> 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. >> --88--- >> >> 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? [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4985] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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: >> >> --88--- >> 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. >> --88--- >> >> 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? [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters -0.0 BAYES_40 BODY: Bayes spam probability is 20 to 40% [score: 0.3735] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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? 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 From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 13 17:08:38 2013 Received: (at 13546) by debbugs.gnu.org; 13 Feb 2013 22:08:38 +0000 Received: from localhost ([127.0.0.1]:54660 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5kVJ-0003Ie-Q0 for submit@debbugs.gnu.org; Wed, 13 Feb 2013 17:08:38 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:56170) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5kVH-0003IT-0h for 13546@debbugs.gnu.org; Wed, 13 Feb 2013 17:08:36 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MI600400IQKQH00@a-mtaout23.012.net.il> for 13546@debbugs.gnu.org; Thu, 14 Feb 2013 00:08:00 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI6004K5ITCP910@a-mtaout23.012.net.il>; Thu, 14 Feb 2013 00:08:00 +0200 (IST) Date: Thu, 14 Feb 2013 00:08:15 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86r4kkc6e9.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <838v6r50kw.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <867gmdl73l.fsf@somewhere.org> <86r4kkc6e9.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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 [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.175 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4959] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > From: "Sebastien Vauban" > 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. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 13 17:10:03 2013 Received: (at 13546) by debbugs.gnu.org; 13 Feb 2013 22:10:03 +0000 Received: from localhost ([127.0.0.1]:54665 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5kWg-0003Kz-Me for submit@debbugs.gnu.org; Wed, 13 Feb 2013 17:10:03 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:60367) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5kWe-0003KW-Q2 for 13546@debbugs.gnu.org; Wed, 13 Feb 2013 17:10:01 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MI600600IJMSH00@a-mtaout21.012.net.il> for 13546@debbugs.gnu.org; Thu, 14 Feb 2013 00:09:19 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI6006SYIVJR720@a-mtaout21.012.net.il>; Thu, 14 Feb 2013 00:09:19 +0200 (IST) Date: Thu, 14 Feb 2013 00:09:34 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86k3qcc65g.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <837gmb50ip.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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: [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4999] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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: [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4537] > From: "Sebastien Vauban" > 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. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 13 17:32:37 2013 Received: (at 13546) by debbugs.gnu.org; 13 Feb 2013 22:32:37 +0000 Received: from localhost ([127.0.0.1]:54681 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5ksW-0003qe-FY for submit@debbugs.gnu.org; Wed, 13 Feb 2013 17:32:36 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:37552 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5ksS-0003qU-9w for 13546@debbugs.gnu.org; Wed, 13 Feb 2013 17:32:34 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 21FB95002C1; Wed, 13 Feb 2013 23:31:57 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Wed, 13 Feb 2013 23:31:16 +0100 In-Reply-To: (Eli Zaretskii's message of "Thu, 14 Feb 2013 00:09:34 +0200") Message-ID: <8638wzethn.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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? [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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? [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4079] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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? 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 From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 14 00:22:38 2013 Received: (at 13546) by debbugs.gnu.org; 14 Feb 2013 05:22:39 +0000 Received: from localhost ([127.0.0.1]:54901 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5rHK-0000Io-IJ for submit@debbugs.gnu.org; Thu, 14 Feb 2013 00:22:38 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:62279) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5rHI-0000If-OY for 13546@debbugs.gnu.org; Thu, 14 Feb 2013 00:22:37 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MI700E002TIAP00@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Thu, 14 Feb 2013 07:21:45 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI700DYU2W8YD80@a-mtaout20.012.net.il>; Thu, 14 Feb 2013 07:21:45 +0200 (IST) Date: Thu, 14 Feb 2013 07:22:00 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <8638wzethn.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <8338wz4ghz.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4758] > From: "Sebastien Vauban" > 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. From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 14 00:57:10 2013 Received: (at 13546) by debbugs.gnu.org; 14 Feb 2013 05:57:10 +0000 Received: from localhost ([127.0.0.1]:54923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5roj-0001S0-M4 for submit@debbugs.gnu.org; Thu, 14 Feb 2013 00:57:10 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:57838) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5rod-0001Ri-De for 13546@debbugs.gnu.org; Thu, 14 Feb 2013 00:57:04 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MI700E004E4F000@a-mtaout22.012.net.il> for 13546@debbugs.gnu.org; Thu, 14 Feb 2013 07:56:26 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI700D3O4I2OJJ0@a-mtaout22.012.net.il>; Thu, 14 Feb 2013 07:56:26 +0200 (IST) Date: Thu, 14 Feb 2013 07:56:40 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <8638wzethn.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83txpftp47.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4990] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > From: "Sebastien Vauban" > 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. From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 14 06:03:04 2013 Received: (at submit) by debbugs.gnu.org; 14 Feb 2013 11:03:04 +0000 Received: from localhost ([127.0.0.1]:55217 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5wal-0006JG-3H for submit@debbugs.gnu.org; Thu, 14 Feb 2013 06:03:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57932) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5wai-0006Iq-Ex for submit@debbugs.gnu.org; Thu, 14 Feb 2013 06:03:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U5wa4-0000v8-UY for submit@debbugs.gnu.org; Thu, 14 Feb 2013 06:02:24 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-101.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, RP_MATCHES_RCVD, USER_IN_WHITELIST autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:42625) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U5wa4-0000v1-Rz for submit@debbugs.gnu.org; Thu, 14 Feb 2013 06:02:20 -0500 Received: from eggs.gnu.org ([208.118.235.92]:40999) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U5wZx-00053X-QG for bug-gnu-emacs@gnu.org; Thu, 14 Feb 2013 06:02:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U5wZq-0000rc-RM for bug-gnu-emacs@gnu.org; Thu, 14 Feb 2013 06:02:13 -0500 Received: from plane.gmane.org ([80.91.229.3]:51608) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U5wZq-0000rM-Kc for bug-gnu-emacs@gnu.org; Thu, 14 Feb 2013 06:02:06 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1U5wa7-0003Sx-L0 for bug-gnu-emacs@gnu.org; Thu, 14 Feb 2013 12:02:23 +0100 Received: from lbe83-2-78-243-104-167.fbx.proxad.net ([78.243.104.167]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Feb 2013 12:02:23 +0100 Received: from thierry.volpiatto by lbe83-2-78-243-104-167.fbx.proxad.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Feb 2013 12:02:23 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Thierry Volpiatto Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Date: Thu, 14 Feb 2013 12:01:54 +0100 Organization: Emacs Helm Lines: 26 Message-ID: <87r4kjkvkt.fsf@gmail.com> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <867gmdl73l.fsf@somewhere.org> <83pq043zbn.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lbe83-2-78-243-104-167.fbx.proxad.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.93 (gnu/linux) Cancel-Lock: sha1:hQeOVvlnYlBY1aoFqQ7Cxi0Qb/c= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.5 (-----) Hi Eli, Eli Zaretskii 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 From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 14 06:38:13 2013 Received: (at 13546) by debbugs.gnu.org; 14 Feb 2013 11:38:13 +0000 Received: from localhost ([127.0.0.1]:55241 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5x8m-0007Xf-56 for submit@debbugs.gnu.org; Thu, 14 Feb 2013 06:38:12 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:38000 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5x8e-0007XC-B9 for 13546@debbugs.gnu.org; Thu, 14 Feb 2013 06:38:07 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 5A80F500FF8; Thu, 14 Feb 2013 12:37:26 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Thu, 14 Feb 2013 12:36:45 +0100 Message-ID: <86fw0z3z5e.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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 _fo= r 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 g= roups >> >> grayed, and pressing ^, closing the server connection (C), re-estab= lishing >> >> 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=C3=A0, did everything you wanted me to do, I think. I began working around 09:30, and problems appeared from 12:18, that is aft= er 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 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: . 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/emac= s.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=3D4, buffer=3D0x5704034 "", count=3D5) at w32.c:= 6410 #0 sys_read (fd=3D4, buffer=3D0x5704034 "", count=3D5) at w32.c:6410 #1 0x01091825 in emacs_gnutls_pull (p=3D0x55c80e8, buf=3D0x5704034, sz=3D5) at w32.c:7204 #2 0x7021725d in _gnutls_stream_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll #3 0x7021756d in _gnutls_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll 6410 w32.c: No such file or directory. $1 =3D 4 $2 =3D {flags =3D 1555, hnd =3D 0x2e8, cp =3D 0x1680cb8} $3 =3D {fd =3D 4, pid =3D -1, char_avail =3D 0x304, char_consumed =3D 0x2f8, thrd =3D 0x2d8, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 51 '3', ovl= _read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 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=3D6, buffer=3D0x598a034 "", count=3D5) at w32.c:= 6410 6410 in w32.c ---Type to continue, or q to quit--- #0 sys_read (fd=3D6, buffer=3D0x598a034 "", count=3D5) at w32.c:6410 #1 0x01091825 in emacs_gnutls_pull (p=3D0x5467000, buf=3D0x598a034, sz=3D5) at w32.c:7204 #2 0x7021725d in _gnutls_stream_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll #3 0x7021756d in _gnutls_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll $4 =3D 6 $5 =3D {flags =3D 1555, hnd =3D 0x354, cp =3D 0x1680d68} $6 =3D {fd =3D 6, pid =3D -1, char_avail =3D 0x2d4, char_consumed =3D 0x31c, thrd =3D 0x328, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 22 '\026', = ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 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=3D4, buffer=3D0x5fb6034 "", count=3D5) at w32.c:= 6410 6410 in w32.c #0 sys_read (fd=3D4, buffer=3D0x5fb6034 "", count=3D5) at w32.c:6410 #1 0x01091825 in emacs_gnutls_pull (p=3D0x66a62a0, buf=3D0x5fb6034, sz=3D5) at w32.c:7204 #2 0x7021725d in _gnutls_stream_read () ---Type to continue, or q to quit--- from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll #3 0x7021756d in _gnutls_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll $7 =3D 4 $8 =3D {flags =3D 1555, hnd =3D 0x3a8, cp =3D 0x1680cb8} $9 =3D {fd =3D 4, pid =3D -1, char_avail =3D 0x3d4, char_consumed =3D 0x3ac, thrd =3D 0x518, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 22 '\026', = ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 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=3D4, buffer=3D0x5fd1034 "", count=3D5) at w32.c:= 6410 6410 in w32.c #0 sys_read (fd=3D4, buffer=3D0x5fd1034 "", count=3D5) at w32.c:6410 #1 0x01091825 in emacs_gnutls_pull (p=3D0x693eef0, buf=3D0x5fd1034, sz=3D5) at w32.c:7204 #2 0x7021725d in _gnutls_stream_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll #3 0x7021756d in _gnutls_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll $10 =3D 4 ---Type to continue, or q to quit--- $11 =3D {flags =3D 1555, hnd =3D 0x5e0, cp =3D 0x1680cb8} $12 =3D {fd =3D 4, pid =3D -1, char_avail =3D 0x3e4, char_consumed =3D 0x3a= c, thrd =3D 0x3d4, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 22 '\026', = ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 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=3D6, buffer=3D0x6681034 "", count=3D5) at w32.c:= 6410 6410 in w32.c #0 sys_read (fd=3D6, buffer=3D0x6681034 "", count=3D5) at w32.c:6410 #1 0x01091825 in emacs_gnutls_pull (p=3D0x5383f00, buf=3D0x6681034, sz=3D5) at w32.c:7204 #2 0x7021725d in _gnutls_stream_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll #3 0x7021756d in _gnutls_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll $13 =3D 6 $14 =3D {flags =3D 1555, hnd =3D 0x518, cp =3D 0x1680d68} $15 =3D {fd =3D 6, pid =3D -1, char_avail =3D 0x598, char_consumed =3D 0x4f= 8, thrd =3D 0x4fc, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 51 '3', ovl= _read =3D { ---Type to continue, or q to quit--- Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 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 =3D {{flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0,= cp =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 1559, hnd =3D 0x2a8, cp =3D 0x1680c60}, {flags =3D 1555, hnd =3D 0x5e0, cp =3D 0x1680cb8}, { flags =3D 1555, hnd =3D 0x468, cp =3D 0x1680d10}, {flags =3D 1555, hnd = =3D 0x518, cp =3D 0x1680d68}, {flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0= , hnd =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, = hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp =3D 0x0} } (gdb) p child_procs[1]@32 $17 =3D {{fd =3D 3, pid =3D -1, char_avail =3D 0x2b0, char_consumed =3D 0x2= b4, thrd =3D 0x2b8, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread = =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 2, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D -1, char_avail =3D 0x3e4, char_consumed =3D 0x3ac, thrd =3D 0x3d4, hwnd =3D 0x0, procinfo =3D { hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D = 0}, status =3D 1, chr =3D 23 '\027', ovl_read =3D {Internal =3D 0, Internal= High =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 5,= pid =3D -1, char_avail =3D 0x2f0, char_consumed =3D 0x320, thrd =3D 0x364, hwnd =3D= 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 126 '~', ovl_read =3D {Inter= nal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 6, pid =3D -1, char_avail =3D 0x598, char_consumed =3D 0x4f8, th= rd =3D 0x4fc, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 52 '4', ovl_read =3D {Intern= al =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, ---Type to continue, or q to quit--- hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 16560, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0xad089c, procinfo =3D {hProcess =3D 0x2d4, hThread =3D 0x590, dwProcessId =3D 16560, dwThreadId =3D 19600}, status =3D 3, chr =3D 6= 7 'C', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D -1, pid =3D 28376, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x0, hThread =3D 0x0, dwProcessId =3D 28376, dwThreadId =3D 28352}, status= =3D -1, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{O= ffset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 0, pid =3D 0, char_avai= l =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{O= ffset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}} } (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 =3D {{flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0,= cp =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 1559, hnd =3D 0x2a8, cp =3D 0x1680c60}, {flags =3D 0, hnd =3D 0x5e0, cp =3D 0x0}, {flags =3D= 1555, hnd =3D 0x468, cp =3D 0x1680d10}, {flags =3D 0, hnd =3D 0x518, cp =3D 0= x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, hnd =3D 0x0, c= p =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0} } (gdb) p child_procs[1]@32 $19 =3D {{fd =3D 3, pid =3D -1, char_avail =3D 0x2b0, char_consumed =3D 0x2= b4, thrd =3D 0x2b8, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread = =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 2, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D -1, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D -1, chr =3D 21 '\025', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{= Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 5, pid =3D -1, char_ava= il =3D 0x2f0, char_consumed =3D 0x320, thrd =3D 0x364, hwnd =3D 0x0, procinfo =3D { hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D = 0}, status =3D 1, chr =3D 23 '\027', ovl_read =3D {Internal =3D 0, Internal= High =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 6,= pid =3D -1, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, = procinfo =3D { hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D = 0}, status =3D -1, chr =3D 21 '\025', ovl_read =3D {Internal =3D 0, Interna= lHigh =3D 0, { {Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ---Type to continue, or q to quit--- ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 16560, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xad089c, procinfo =3D {hProcess =3D 0x2d4, hThread =3D 0x590, dwProcessId =3D 16560, dwThreadId =3D 19600}, status =3D 3, chr =3D 6= 7 'C', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 28604, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x590b08, procinfo =3D { hProcess =3D 0x548, hThread =3D 0x324, dwProcessId =3D 28604, dwThreadId =3D 5620}, status =3D -1, chr =3D 115 's', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 920, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5a0b08, procinfo =3D { hProcess =3D 0x514, hThread =3D 0x4c8, dwProcessId =3D 920, dwThreadId =3D 17864}, status =3D -1, chr =3D 114 'r', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 3192, char_avail =3D 0x0, ---Type to continue, or q to quit--- char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5b0b08, procinfo =3D { hProcess =3D 0x564, hThread =3D 0x574, dwProcessId =3D 3192, dwThreadId =3D 16276}, status =3D 3, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D -1, pid =3D 17124, char_avail =3D 0x0, char_consumed =3D 0x0, th= rd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 17124, dwThreadId =3D 26884}, status =3D -1, chr =3D = 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_cons= umed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}} } (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=3D4, buffer=3D0x6fea034 "", count=3D5) at w32.c:= 6410 6410 in w32.c #0 sys_read (fd=3D4, buffer=3D0x6fea034 "", count=3D5) at w32.c:6410 #1 0x01091825 in emacs_gnutls_pull (p=3D0x6d69000, buf=3D0x6fea034, sz=3D5) at w32.c:7204 #2 0x7021725d in _gnutls_stream_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll #3 0x7021756d in _gnutls_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll $20 =3D 4 $21 =3D {flags =3D 1555, hnd =3D 0x2e4, cp =3D 0x1680d68} $22 =3D {fd =3D 4, pid =3D -1, char_avail =3D 0x4b8, char_consumed =3D 0x41= c, thrd =3D 0x50c, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 51 '3', ovl= _read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}} warning: sys_read called when read is in progress [New Thread 26316.0x3454] Breakpoint 2, sys_read (fd=3D6, buffer=3D0x709e034 "", count=3D5) at w32.c:= 6410 ---Type to continue, or q to quit--- 6410 in w32.c #0 sys_read (fd=3D6, buffer=3D0x709e034 "", count=3D5) at w32.c:6410 #1 0x01091825 in emacs_gnutls_pull (p=3D0x6e84ec0, buf=3D0x709e034, sz=3D5) at w32.c:7204 #2 0x7021725d in _gnutls_stream_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll #3 0x7021756d in _gnutls_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll $23 =3D 6 $24 =3D {flags =3D 1555, hnd =3D 0x568, cp =3D 0x1680cb8} $25 =3D {fd =3D 6, pid =3D -1, char_avail =3D 0x708, char_consumed =3D 0x66= 8, thrd =3D 0x71c, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 22 '\026', = ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 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=3D1968, sig=3D9) at w32proc.c:2247 2247 w32proc.c: No such file or directory. #0 sys_kill (pid=3D1968, sig=3D9) at w32proc.c:2247 #1 0x0102e22d in process_send_signal (process=3D105902341, signo=3D9, current_group=3D57350170, nomsg=3D0) at process.c:5948 #2 0x0102e28b in Fkill_process (process=3D105902341, current_group=3D57350= 170) ---Type to continue, or q to quit--- at process.c:5975 #3 0x01023231 in Fdelete_process (process=3D105902341) at process.c:845 #4 0x0101318f in eval_sub (form=3D100522366) at eval.c:2140 $26 =3D (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=3D7260, sig=3D9) at w32proc.c:2247 2247 in w32proc.c #0 sys_kill (pid=3D7260, sig=3D9) at w32proc.c:2247 #1 0x0102e22d in process_send_signal (process=3D113971765, signo=3D9, current_group=3D57350170, nomsg=3D0) at process.c:5948 #2 0x0102e28b in Fkill_process (process=3D113971765, current_group=3D57350= 170) at process.c:5975 #3 0x01023231 in Fdelete_process (process=3D113971765) at process.c:845 #4 0x0101318f in eval_sub (form=3D100522366) at eval.c:2140 $27 =3D (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=3D4, buffer=3D0x65f2034 "", count=3D5) at w32.c:= 6410 6410 w32.c: No such file or directory. #0 sys_read (fd=3D4, buffer=3D0x65f2034 "", count=3D5) at w32.c:6410 #1 0x01091825 in emacs_gnutls_pull (p=3D0x6ba83c0, buf=3D0x65f2034, sz=3D5) at w32.c:7204 #2 0x7021725d in _gnutls_stream_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll #3 0x7021756d in _gnutls_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll $28 =3D 4 $29 =3D {flags =3D 1555, hnd =3D 0x560, cp =3D 0x1680d68} $30 =3D {fd =3D 4, pid =3D -1, char_avail =3D 0x6cc, char_consumed =3D 0x35= 4, thrd =3D 0x668, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 51 '3', ovl= _read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}} warning: sys_read called when read is in progress [New Thread 26316.0x19f4] Breakpoint 2, sys_read (fd=3D6, buffer=3D0x6b59034 "", count=3D5) at w32.c:= 6410 6410 in w32.c #0 sys_read (fd=3D6, buffer=3D0x6b59034 "", count=3D5) at w32.c:6410 ---Type to continue, or q to quit--- #1 0x01091825 in emacs_gnutls_pull (p=3D0x6b15480, buf=3D0x6b59034, sz=3D5) at w32.c:7204 #2 0x7021725d in _gnutls_stream_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll #3 0x7021756d in _gnutls_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll $31 =3D 6 $32 =3D {flags =3D 1555, hnd =3D 0x4b8, cp =3D 0x1680cb8} $33 =3D {fd =3D 6, pid =3D -1, char_avail =3D 0x2e4, char_consumed =3D 0x47= 0, thrd =3D 0x458, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 22 '\026', = ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 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=3D27128, sig=3D9) at w32proc.c:2247 2247 w32proc.c: No such file or directory. #0 sys_kill (pid=3D27128, sig=3D9) at w32proc.c:2247 #1 0x0102e22d in process_send_signal (process=3D111083733, signo=3D9, current_group=3D57350170, nomsg=3D0) at process.c:5948 #2 0x0102e28b in Fkill_process (process=3D111083733, current_group=3D57350= 170) at process.c:5975 #3 0x01023231 in Fdelete_process (process=3D111083733) at process.c:845 ---Type to continue, or q to quit--- #4 0x0101318f in eval_sub (form=3D100522366) at eval.c:2140 $34 =3D (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 =3D {{flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0,= cp =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 1559, hnd =3D 0x2a8, cp =3D 0x1680c60}, {flags =3D 0, hnd =3D 0x560, cp =3D 0x0}, {flags =3D= 1555, hnd =3D 0x468, cp =3D 0x1680d10}, {flags =3D 0, hnd =3D 0x4b8, cp =3D 0= x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, hnd =3D 0x0, c= p =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0} } (gdb) p child_procs[1]@32 $36 =3D {{fd =3D 3, pid =3D -1, char_avail =3D 0x2b0, char_consumed =3D 0x2= b4, thrd =3D 0x2b8, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread = =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 2, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 6, pid =3D -1, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D -1, chr =3D 21 '\025', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{= Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 5, pid =3D -1, char_ava= il =3D 0x2f0, char_consumed =3D 0x320, thrd =3D 0x364, hwnd =3D 0x0, procinfo =3D { hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D = 0}, status =3D 1, chr =3D 23 '\027', ovl_read =3D {Internal =3D 0, Internal= High =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D -1, pid =3D 20604, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 20604, dwThreadId =3D 932}, status =3D -1, chr =3D 0 = '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, ---Type to continue, or q to quit--- Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 16560, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xad089c, procinfo =3D { hProcess =3D 0x2d4, hThread =3D 0x590, dwProcessId =3D 16560, dwThreadId =3D 19600}, status =3D 3, chr =3D 67 'C', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 28604, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x590b08, procinfo =3D {hProcess =3D 0x548, hThread =3D 0x324, dwProcessId =3D 28604, dwThreadId =3D 5620}, status =3D -1, chr =3D 1= 15 's', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 920, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5a0b08, procinfo =3D { hProcess =3D 0x514, hThread =3D 0x4c8, dwProcessId =3D 920, dwThreadId =3D 17864}, status =3D -1, chr =3D 114 'r', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 3192, char_avail =3D 0x0, ---Type to continue, or q to quit--- char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5b0b08, procinfo =3D { hProcess =3D 0x564, hThread =3D 0x574, dwProcessId =3D 3192, dwThreadId =3D 16276}, status =3D 3, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 17568, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x4f0604, procinfo =3D {hProcess =3D 0x6b8, hThread =3D 0x570, dwProcessId =3D 17568, dwThreadId =3D 16756}, status =3D -1, chr =3D = 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 25984, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x500604, procinfo =3D { hProcess =3D 0x77c, hThread =3D 0x6d8, dwProcessId =3D 25984, dwThreadId =3D 4420}, status =3D -1, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 18904, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x510604, procinfo =3D {hProcess =3D 0x654, hThread =3D 0x538, dwProcessId =3D 18904, dwThreadId =3D 17596}, status =3D -1, chr =3D = 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, ---Type to continue, or q to quit--- Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 13440, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x520604, procinfo =3D { hProcess =3D 0x6ec, hThread =3D 0x5fc, dwProcessId =3D 13440, dwThreadId =3D 24428}, status =3D 3, chr =3D 46 '.', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 1968, char_avail =3D 0x0, char_consumed =3D 0x0, thrd= =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x7fc, hThread =3D 0x710, dwProcessId =3D 1968, dwThreadId =3D 23708}, status =3D 2, chr =3D 68= 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 7260, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x74c, hThread =3D 0x6b4, dwProcessId =3D 7260, dwThreadId =3D 19452}, statu= s =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 9796, char_a= vail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x3e06cc, procinfo =3D { ---Type to continue, or q to quit--- hProcess =3D 0x53c, hThread =3D 0x370, dwProcessId =3D 9796, dwThreadId =3D 7612}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 7040, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x3f06cc, procinfo =3D { hProcess =3D 0x7a8, hThread =3D 0x49c, dwProcessId =3D 7040, dwThreadId =3D 13952}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 11380, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xe708f4, procinfo =3D { hProcess =3D 0x5d4, hThread =3D 0x594, dwProcessId =3D 11380, dwThreadId =3D 24484}, status =3D -1, chr =3D 67 'C', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 25504, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xe808f4, procinfo =3D { hProcess =3D 0x3e4, hThread =3D 0x7dc, dwProcessId =3D 25504, dwThreadId =3D 8504}, status =3D 3, chr =3D 55 '7', ovl_read =3D {Int= ernal =3D 0, ---Type to continue, or q to quit--- InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 27128, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x7e0, hThread =3D 0x740, dwProcessId =3D 27128, dwThreadId =3D 27896}, status =3D -1, chr =3D = 115 's', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D -1, pid =3D 18536, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x0, hThread =3D 0x0, dwProcessId =3D 18536, dwThreadId =3D 24196}, status= =3D -1, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{O= ffset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 0, pid =3D 0, char_avai= l =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{O= ffset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}} } (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=3D7672, sig=3D9) at w32proc.c:2247 2247 in w32proc.c #0 sys_kill (pid=3D7672, sig=3D9) at w32proc.c:2247 #1 0x0102e22d in process_send_signal (process=3D113893445, signo=3D9, current_group=3D57350170, nomsg=3D0) at process.c:5948 #2 0x0102e28b in Fkill_process (process=3D113893445, current_group=3D57350= 170) at process.c:5975 #3 0x01023231 in Fdelete_process (process=3D113893445) at process.c:845 #4 0x0101318f in eval_sub (form=3D100522366) at eval.c:2140 $37 =3D (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=3D12828, sig=3D9) at w32proc.c:2247 2247 in w32proc.c #0 sys_kill (pid=3D12828, sig=3D9) at w32proc.c:2247 #1 0x0102e22d in process_send_signal (process=3D107148965, signo=3D9, current_group=3D57350170, nomsg=3D0) at process.c:5948 #2 0x0102e28b in Fkill_process (process=3D107148965, current_group=3D57350= 170) at process.c:5975 #3 0x01023231 in Fdelete_process (process=3D107148965) at process.c:845 #4 0x0101318f in eval_sub (form=3D100522366) at eval.c:2140 $38 =3D (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=3D26048, sig=3D9) at w32proc.c:2247 2247 in w32proc.c #0 sys_kill (pid=3D26048, sig=3D9) at w32proc.c:2247 #1 0x0102e22d in process_send_signal (process=3D100895429, signo=3D9, current_group=3D57350170, nomsg=3D0) at process.c:5948 #2 0x0102e28b in Fkill_process (process=3D100895429, current_group=3D57350= 170) at process.c:5975 #3 0x01023231 in Fdelete_process (process=3D100895429) at process.c:845 #4 0x0101318f in eval_sub (form=3D100522366) at eval.c:2140 $39 =3D (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=3D4, buffer=3D0x6f7a034 "", count=3D5) at w32.c:= 6410 6410 w32.c: No such file or directory. #0 sys_read (fd=3D4, buffer=3D0x6f7a034 "", count=3D5) at w32.c:6410 #1 0x01091825 in emacs_gnutls_pull (p=3D0x692fe70, buf=3D0x6f7a034, sz=3D5) at w32.c:7204 #2 0x7021725d in _gnutls_stream_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll #3 0x7021756d in _gnutls_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll $40 =3D 4 $41 =3D {flags =3D 1555, hnd =3D 0x76c, cp =3D 0x1681448} $42 =3D {fd =3D 4, pid =3D -1, char_avail =3D 0x720, char_consumed =3D 0x60= 0, thrd =3D 0x75c, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 51 '3', ovl= _read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}} warning: sys_read called when read is in progress [New Thread 26316.0x4d28] [New Thread 26316.0x5b8c] Breakpoint 2, sys_read (fd=3D6, buffer=3D0x7334034 "", count=3D5) at w32.c:= 6410 6410 in w32.c #0 sys_read (fd=3D6, buffer=3D0x7334034 "", count=3D5) at w32.c:6410 ---Type to continue, or q to quit--- #1 0x01091825 in emacs_gnutls_pull (p=3D0x69d2a30, buf=3D0x7334034, sz=3D5) at w32.c:7204 #2 0x7021725d in _gnutls_stream_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll #3 0x7021756d in _gnutls_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll $43 =3D 6 $44 =3D {flags =3D 1555, hnd =3D 0x5ec, cp =3D 0x16814a0} $45 =3D {fd =3D 6, pid =3D -1, char_avail =3D 0x61c, char_consumed =3D 0x63= 0, thrd =3D 0x57c, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 22 '\026', = ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 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 =3D {{flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0,= cp =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 1559, hnd =3D 0x2a8, cp =3D 0x1680c60}, {flags =3D 1555, hnd =3D 0x76c, cp =3D 0x1681448}, { flags =3D 1555, hnd =3D 0x468, cp =3D 0x1680d10}, {flags =3D 1555, hnd = =3D 0x5ec, cp =3D 0x16814a0}, {flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0= , hnd =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, = hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp =3D 0x0} } (gdb) p child_procs[1]@32 $47 =3D {{fd =3D 3, pid =3D -1, char_avail =3D 0x2b0, char_consumed =3D 0x2= b4, thrd =3D 0x2b8, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread = =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 2, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 19048, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x750582, procinfo =3D { hProcess =3D 0x748, hThread =3D 0x354, dwProcessId =3D 19048, dwThreadId =3D 11920}, status =3D -1, chr =3D 68 'D', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 5, pid =3D -1, char_avail =3D 0x2f0, char_consumed =3D 0x320, thrd =3D 0x364, hwnd =3D 0x0, procinfo =3D { hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D = 0}, status =3D 1, chr =3D 23 '\027', ovl_read =3D {Internal =3D 0, Internal= High =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 26412, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x740582, procinfo =3D {hProcess =3D 0x7c4, hThread =3D 0x1f4, dwProcessId =3D 26412, dwThreadId =3D 5428}, status =3D 3, chr =3D 54= '6', ---Type to continue, or q to quit--- ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 16560, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xad089c, procinfo =3D { hProcess =3D 0x2d4, hThread =3D 0x590, dwProcessId =3D 16560, dwThreadId =3D 19600}, status =3D 3, chr =3D 67 'C', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 28604, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x590b08, procinfo =3D {hProcess =3D 0x548, hThread =3D 0x324, dwProcessId =3D 28604, dwThreadId =3D 5620}, status =3D -1, chr =3D 1= 15 's', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 920, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5a0b08, procinfo =3D { hProcess =3D 0x514, hThread =3D 0x4c8, dwProcessId =3D 920, dwThreadId =3D 17864}, status =3D -1, chr =3D 114 'r', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, ---Type to continue, or q to quit--- hEvent =3D 0x0}}, {fd =3D 7, pid =3D 3192, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5b0b08, procinfo =3D { hProcess =3D 0x564, hThread =3D 0x574, dwProcessId =3D 3192, dwThreadId =3D 16276}, status =3D 3, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 17568, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x4f0604, procinfo =3D {hProcess =3D 0x6b8, hThread =3D 0x570, dwProcessId =3D 17568, dwThreadId =3D 16756}, status =3D -1, chr =3D = 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 25984, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x500604, procinfo =3D { hProcess =3D 0x77c, hThread =3D 0x6d8, dwProcessId =3D 25984, dwThreadId =3D 4420}, status =3D -1, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 18904, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x510604, procinfo =3D {hProcess =3D 0x654, hThread =3D 0x538, dwProcessId =3D 18904, dwThreadId =3D 17596}, status =3D -1, chr =3D = 68 'D', ---Type to continue, or q to quit--- ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 13440, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x520604, procinfo =3D { hProcess =3D 0x6ec, hThread =3D 0x5fc, dwProcessId =3D 13440, dwThreadId =3D 24428}, status =3D 3, chr =3D 46 '.', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 1968, char_avail =3D 0x0, char_consumed =3D 0x0, thrd= =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x7fc, hThread =3D 0x710, dwProcessId =3D 1968, dwThreadId =3D 23708}, status =3D 2, chr =3D 68= 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 7260, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x74c, hThread =3D 0x6b4, dwProcessId =3D 7260, dwThreadId =3D 19452}, statu= s =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 9796, char_a= vail =3D 0x0, ---Type to continue, or q to quit--- char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x3e06cc, procinfo =3D { hProcess =3D 0x53c, hThread =3D 0x370, dwProcessId =3D 9796, dwThreadId =3D 7612}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 7040, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x3f06cc, procinfo =3D { hProcess =3D 0x7a8, hThread =3D 0x49c, dwProcessId =3D 7040, dwThreadId =3D 13952}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 11380, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xe708f4, procinfo =3D { hProcess =3D 0x5d4, hThread =3D 0x594, dwProcessId =3D 11380, dwThreadId =3D 24484}, status =3D -1, chr =3D 67 'C', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 25504, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xe808f4, procinfo =3D { hProcess =3D 0x3e4, hThread =3D 0x7dc, dwProcessId =3D 25504, ---Type to continue, or q to quit--- dwThreadId =3D 8504}, status =3D 3, chr =3D 55 '7', ovl_read =3D {Int= ernal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 27128, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x7e0, hThread =3D 0x740, dwProcessId =3D 27128, dwThreadId =3D 27896}, status =3D -1, chr =3D = 115 's', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 24384, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x760582, procinfo =3D { hProcess =3D 0x6bc, hThread =3D 0x6d0, dwProcessId =3D 24384, dwThreadId =3D 28584}, status =3D 3, chr =3D 58 ':', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 4, pid =3D 7672, char_avail =3D 0x0, char_consumed =3D 0x0, thrd= =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x718, hThread =3D 0x6fc, dwProcessId =3D 7672, dwThreadId =3D 14964}, status =3D -1, chr =3D 4= 6 '.', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, ---Type to continue, or q to quit--- hEvent =3D 0x0}}, {fd =3D 4, pid =3D 12828, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x470, hThread =3D 0x6e8, dwProcessId =3D 12828, dwThreadId =3D 17024}, stat= us =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 26048, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, = procinfo =3D { hProcess =3D 0x464, hThread =3D 0x530, dwProcessId =3D 26048, dwThreadId =3D 27808}, status =3D 3, chr =3D 115 's', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D -1, char_avail =3D 0x720, char_consumed =3D 0x600, thrd =3D 0x75c, hwnd =3D 0x0, procinfo =3D { hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D = 0}, status =3D 1, chr =3D 23 '\027', ovl_read =3D {Internal =3D 0, Internal= High =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 6,= pid =3D -1, char_avail =3D 0x61c, char_consumed =3D 0x630, thrd =3D 0x57c, hwnd =3D= 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 23 '\027', ovl_read =3D {Int= ernal =3D 0, ---Type to continue, or q to quit--- InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_consumed =3D 0x0, thrd = =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Inte= rnal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_consumed =3D 0x0, thrd = =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Inte= rnal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_consumed =3D 0x0, thrd = =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Inte= rnal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_consumed =3D 0x0, thrd = =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, ---Type to continue, or q to quit--- dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Inte= rnal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_consumed =3D 0x0, thrd = =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Inte= rnal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_consumed =3D 0x0, thrd = =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Inte= rnal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_consumed =3D 0x0, thrd = =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Inte= rnal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 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=3D4, buffer=3D0x74eb034 "", count=3D5) at w32.c:= 6410 6410 in w32.c #0 sys_read (fd=3D4, buffer=3D0x74eb034 "", count=3D5) at w32.c:6410 #1 0x01091825 in emacs_gnutls_pull (p=3D0x6083910, buf=3D0x74eb034, sz=3D5) at w32.c:7204 #2 0x7021725d in _gnutls_stream_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll #3 0x7021756d in _gnutls_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll $48 =3D 4 $49 =3D {flags =3D 1555, hnd =3D 0x610, cp =3D 0x1681448} $50 =3D {fd =3D 4, pid =3D -1, char_avail =3D 0x7d4, char_consumed =3D 0x61= 8, thrd =3D 0x640, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 51 '3', ovl= _read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}} warning: sys_read called when read is in progress [New Thread 26316.0xa58] Breakpoint 2, sys_read (fd=3D6, buffer=3D0x78a7034 "", count=3D5) at w32.c:= 6410 ---Type to continue, or q to quit--- 6410 in w32.c #0 sys_read (fd=3D6, buffer=3D0x78a7034 "", count=3D5) at w32.c:6410 #1 0x01091825 in emacs_gnutls_pull (p=3D0x64d73e0, buf=3D0x78a7034, sz=3D5) at w32.c:7204 #2 0x7021725d in _gnutls_stream_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll #3 0x7021756d in _gnutls_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll $51 =3D 6 $52 =3D {flags =3D 1555, hnd =3D 0x758, cp =3D 0x16814a0} $53 =3D {fd =3D 6, pid =3D -1, char_avail =3D 0x3d4, char_consumed =3D 0x62= 4, thrd =3D 0x5f4, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 22 '\026', = ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 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 =3D {{flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0,= cp =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 1559, hnd =3D 0x2a8, cp =3D 0x1680c60}, {flags =3D 1555, hnd =3D 0x610, cp =3D 0x1681448}, { flags =3D 1555, hnd =3D 0x468, cp =3D 0x1680d10}, {flags =3D 1555, hnd = =3D 0x758, cp =3D 0x16814a0}, {flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0= , hnd =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, = hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp =3D 0x0} } (gdb) p child_procs[1]@32 $55 =3D {{fd =3D 3, pid =3D -1, char_avail =3D 0x2b0, char_consumed =3D 0x2= b4, thrd =3D 0x2b8, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread = =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 2, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 19048, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x750582, procinfo =3D { hProcess =3D 0x748, hThread =3D 0x354, dwProcessId =3D 19048, dwThreadId =3D 11920}, status =3D -1, chr =3D 68 'D', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 5, pid =3D -1, char_avail =3D 0x2f0, char_consumed =3D 0x320, thrd =3D 0x364, hwnd =3D 0x0, procinfo =3D { hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D = 0}, status =3D 1, chr =3D 23 '\027', ovl_read =3D {Internal =3D 0, Internal= High =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 26412, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x740582, procinfo =3D {hProcess =3D 0x7c4, hThread =3D 0x1f4, dwProcessId =3D 26412, dwThreadId =3D 5428}, status =3D 3, chr =3D 54= '6', ---Type to continue, or q to quit--- ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 16560, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xad089c, procinfo =3D { hProcess =3D 0x2d4, hThread =3D 0x590, dwProcessId =3D 16560, dwThreadId =3D 19600}, status =3D 3, chr =3D 67 'C', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 28604, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x590b08, procinfo =3D {hProcess =3D 0x548, hThread =3D 0x324, dwProcessId =3D 28604, dwThreadId =3D 5620}, status =3D -1, chr =3D 1= 15 's', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 920, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5a0b08, procinfo =3D { hProcess =3D 0x514, hThread =3D 0x4c8, dwProcessId =3D 920, dwThreadId =3D 17864}, status =3D -1, chr =3D 114 'r', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, ---Type to continue, or q to quit--- hEvent =3D 0x0}}, {fd =3D 7, pid =3D 3192, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5b0b08, procinfo =3D { hProcess =3D 0x564, hThread =3D 0x574, dwProcessId =3D 3192, dwThreadId =3D 16276}, status =3D 3, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 17568, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x4f0604, procinfo =3D {hProcess =3D 0x6b8, hThread =3D 0x570, dwProcessId =3D 17568, dwThreadId =3D 16756}, status =3D -1, chr =3D = 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 25984, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x500604, procinfo =3D { hProcess =3D 0x77c, hThread =3D 0x6d8, dwProcessId =3D 25984, dwThreadId =3D 4420}, status =3D -1, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 18904, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x510604, procinfo =3D {hProcess =3D 0x654, hThread =3D 0x538, dwProcessId =3D 18904, dwThreadId =3D 17596}, status =3D -1, chr =3D = 68 'D', ---Type to continue, or q to quit--- ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 13440, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x520604, procinfo =3D { hProcess =3D 0x6ec, hThread =3D 0x5fc, dwProcessId =3D 13440, dwThreadId =3D 24428}, status =3D 3, chr =3D 46 '.', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 1968, char_avail =3D 0x0, char_consumed =3D 0x0, thrd= =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x7fc, hThread =3D 0x710, dwProcessId =3D 1968, dwThreadId =3D 23708}, status =3D 2, chr =3D 68= 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 7260, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x74c, hThread =3D 0x6b4, dwProcessId =3D 7260, dwThreadId =3D 19452}, statu= s =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 9796, char_a= vail =3D 0x0, ---Type to continue, or q to quit--- char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x3e06cc, procinfo =3D { hProcess =3D 0x53c, hThread =3D 0x370, dwProcessId =3D 9796, dwThreadId =3D 7612}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 7040, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x3f06cc, procinfo =3D { hProcess =3D 0x7a8, hThread =3D 0x49c, dwProcessId =3D 7040, dwThreadId =3D 13952}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 11380, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xe708f4, procinfo =3D { hProcess =3D 0x5d4, hThread =3D 0x594, dwProcessId =3D 11380, dwThreadId =3D 24484}, status =3D -1, chr =3D 67 'C', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 25504, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xe808f4, procinfo =3D { hProcess =3D 0x3e4, hThread =3D 0x7dc, dwProcessId =3D 25504, ---Type to continue, or q to quit--- dwThreadId =3D 8504}, status =3D 3, chr =3D 55 '7', ovl_read =3D {Int= ernal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 27128, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x7e0, hThread =3D 0x740, dwProcessId =3D 27128, dwThreadId =3D 27896}, status =3D -1, chr =3D = 115 's', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 24384, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x760582, procinfo =3D { hProcess =3D 0x6bc, hThread =3D 0x6d0, dwProcessId =3D 24384, dwThreadId =3D 28584}, status =3D 3, chr =3D 58 ':', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 4, pid =3D 7672, char_avail =3D 0x0, char_consumed =3D 0x0, thrd= =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x718, hThread =3D 0x6fc, dwProcessId =3D 7672, dwThreadId =3D 14964}, status =3D -1, chr =3D 4= 6 '.', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, ---Type to continue, or q to quit--- hEvent =3D 0x0}}, {fd =3D 4, pid =3D 12828, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x470, hThread =3D 0x6e8, dwProcessId =3D 12828, dwThreadId =3D 17024}, stat= us =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 26048, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, = procinfo =3D { hProcess =3D 0x464, hThread =3D 0x530, dwProcessId =3D 26048, dwThreadId =3D 27808}, status =3D 3, chr =3D 115 's', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D -1, char_avail =3D 0x7d4, char_consumed =3D 0x618, thrd =3D 0x640, hwnd =3D 0x0, procinfo =3D { hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D = 0}, status =3D 1, chr =3D 23 '\027', ovl_read =3D {Internal =3D 0, Internal= High =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 6,= pid =3D -1, char_avail =3D 0x3d4, char_consumed =3D 0x624, thrd =3D 0x5f4, hwnd =3D= 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 23 '\027', ovl_read =3D {Int= ernal =3D 0, ---Type to continue, or q to quit--- InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 3660, char_avail =3D 0x0, char_consumed =3D 0x0, thrd= =3D 0x0, hwnd =3D 0xba0c34, procinfo =3D {hProcess =3D 0x504, hThread =3D 0x4b8, dwProcessId =3D 3660, dwThreadId =3D 9932}, status =3D -1, chr =3D 92= '\\', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D -1, pid =3D 8712, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x0, hThread =3D 0x0, dwProcessId =3D 8712, dwThreadId =3D 16832}, status = =3D -1, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{O= ffset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 0, pid =3D 0, char_avai= l =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{O= ffset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 0, pid =3D 0, char_avai= l =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x0, ---Type to continue, or q to quit--- hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{O= ffset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 0, pid =3D 0, char_avai= l =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{O= ffset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 0, pid =3D 0, char_avai= l =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{O= ffset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 0, pid =3D 0, char_avai= l =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{O= ffset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 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=3D6112, sig=3D9) at w32proc.c:2247 2247 w32proc.c: No such file or directory. #0 sys_kill (pid=3D6112, sig=3D9) at w32proc.c:2247 #1 0x0102e22d in process_send_signal (process=3D123933381, signo=3D9, current_group=3D57350170, nomsg=3D0) at process.c:5948 #2 0x0102e28b in Fkill_process (process=3D123933381, current_group=3D57350= 170) at process.c:5975 #3 0x01023231 in Fdelete_process (process=3D123933381) at process.c:845 #4 0x0101318f in eval_sub (form=3D100522366) at eval.c:2140 $56 =3D (child_process *) 0x16815a8 (gdb) There is no member named wnd. continp fd_info[0]@64 $57 =3D {{flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0,= cp =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 1559, hnd =3D 0x2a8, cp =3D 0x1680c60}, {flags =3D 401, hnd =3D 0x610, cp =3D 0x16815a8}, { flags =3D 1555, hnd =3D 0x468, cp =3D 0x1680d10}, {flags =3D 0, hnd =3D= 0x758, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd = =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, = hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, hn= d =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp =3D 0x0} } (gdb) p child_procs[1]@32 $58 =3D {{fd =3D 3, pid =3D -1, char_avail =3D 0x2b0, char_consumed =3D 0x2= b4, thrd =3D 0x2b8, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread = =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 2, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 19048, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x750582, procinfo =3D { hProcess =3D 0x748, hThread =3D 0x354, dwProcessId =3D 19048, dwThreadId =3D 11920}, status =3D -1, chr =3D 68 'D', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 5, pid =3D -1, char_avail =3D 0x2f0, char_consumed =3D 0x320, thrd =3D 0x364, hwnd =3D 0x0, procinfo =3D { hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D = 0}, status =3D 1, chr =3D 23 '\027', ovl_read =3D {Internal =3D 0, Internal= High =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 26412, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x740582, procinfo =3D {hProcess =3D 0x7c4, hThread =3D 0x1f4, dwProcessId =3D 26412, dwThreadId =3D 5428}, status =3D 3, chr =3D 54= '6', ---Type to continue, or q to quit--- ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 16560, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xad089c, procinfo =3D { hProcess =3D 0x2d4, hThread =3D 0x590, dwProcessId =3D 16560, dwThreadId =3D 19600}, status =3D 3, chr =3D 67 'C', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 28604, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x590b08, procinfo =3D {hProcess =3D 0x548, hThread =3D 0x324, dwProcessId =3D 28604, dwThreadId =3D 5620}, status =3D -1, chr =3D 1= 15 's', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 920, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5a0b08, procinfo =3D { hProcess =3D 0x514, hThread =3D 0x4c8, dwProcessId =3D 920, dwThreadId =3D 17864}, status =3D -1, chr =3D 114 'r', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, ---Type to continue, or q to quit--- hEvent =3D 0x0}}, {fd =3D 7, pid =3D 3192, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5b0b08, procinfo =3D { hProcess =3D 0x564, hThread =3D 0x574, dwProcessId =3D 3192, dwThreadId =3D 16276}, status =3D 3, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 17568, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x4f0604, procinfo =3D {hProcess =3D 0x6b8, hThread =3D 0x570, dwProcessId =3D 17568, dwThreadId =3D 16756}, status =3D -1, chr =3D = 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 25984, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x500604, procinfo =3D { hProcess =3D 0x77c, hThread =3D 0x6d8, dwProcessId =3D 25984, dwThreadId =3D 4420}, status =3D -1, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 18904, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x510604, procinfo =3D {hProcess =3D 0x654, hThread =3D 0x538, dwProcessId =3D 18904, dwThreadId =3D 17596}, status =3D -1, chr =3D = 68 'D', ---Type to continue, or q to quit--- ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 13440, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x520604, procinfo =3D { hProcess =3D 0x6ec, hThread =3D 0x5fc, dwProcessId =3D 13440, dwThreadId =3D 24428}, status =3D 3, chr =3D 46 '.', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 1968, char_avail =3D 0x0, char_consumed =3D 0x0, thrd= =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x7fc, hThread =3D 0x710, dwProcessId =3D 1968, dwThreadId =3D 23708}, status =3D 2, chr =3D 68= 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 7260, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x74c, hThread =3D 0x6b4, dwProcessId =3D 7260, dwThreadId =3D 19452}, statu= s =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 9796, char_a= vail =3D 0x0, ---Type to continue, or q to quit--- char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x3e06cc, procinfo =3D { hProcess =3D 0x53c, hThread =3D 0x370, dwProcessId =3D 9796, dwThreadId =3D 7612}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 7040, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x3f06cc, procinfo =3D { hProcess =3D 0x7a8, hThread =3D 0x49c, dwProcessId =3D 7040, dwThreadId =3D 13952}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 11380, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xe708f4, procinfo =3D { hProcess =3D 0x5d4, hThread =3D 0x594, dwProcessId =3D 11380, dwThreadId =3D 24484}, status =3D -1, chr =3D 67 'C', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 25504, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xe808f4, procinfo =3D { hProcess =3D 0x3e4, hThread =3D 0x7dc, dwProcessId =3D 25504, ---Type to continue, or q to quit--- dwThreadId =3D 8504}, status =3D 3, chr =3D 55 '7', ovl_read =3D {Int= ernal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 27128, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x7e0, hThread =3D 0x740, dwProcessId =3D 27128, dwThreadId =3D 27896}, status =3D -1, chr =3D = 115 's', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 24384, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x760582, procinfo =3D { hProcess =3D 0x6bc, hThread =3D 0x6d0, dwProcessId =3D 24384, dwThreadId =3D 28584}, status =3D 3, chr =3D 58 ':', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 4, pid =3D 7672, char_avail =3D 0x0, char_consumed =3D 0x0, thrd= =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x718, hThread =3D 0x6fc, dwProcessId =3D 7672, dwThreadId =3D 14964}, status =3D -1, chr =3D 4= 6 '.', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, ---Type to continue, or q to quit--- hEvent =3D 0x0}}, {fd =3D 4, pid =3D 12828, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x470, hThread =3D 0x6e8, dwProcessId =3D 12828, dwThreadId =3D 17024}, stat= us =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 26048, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, = procinfo =3D { hProcess =3D 0x464, hThread =3D 0x530, dwProcessId =3D 26048, dwThreadId =3D 27808}, status =3D 3, chr =3D 115 's', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 24868, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5f067c, procinfo =3D { hProcess =3D 0x4ec, hThread =3D 0x650, dwProcessId =3D 24868, dwThreadId =3D 17196}, status =3D -1, chr =3D 68 'D', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 15764, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5e067c, procinfo =3D { hProcess =3D 0x6ac, hThread =3D 0x724, dwProcessId =3D 15764, ---Type to continue, or q to quit--- dwThreadId =3D 12564}, status =3D -1, chr =3D 68 'D', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 3660, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xba0c34, procinfo =3D { hProcess =3D 0x504, hThread =3D 0x4b8, dwProcessId =3D 3660, dwThreadId =3D 9932}, status =3D -1, chr =3D 92 '\\', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 22816, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x60067c, procinfo =3D { hProcess =3D 0x310, hThread =3D 0x6c4, dwProcessId =3D 22816, dwThreadId =3D 14932}, status =3D -1, chr =3D 67 'C', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 6112, char_avail =3D 0x6f4, char_consumed =3D 0x7e4, thrd =3D 0x744, hwnd =3D 0x0, procinfo =3D { hProcess =3D 0x714, hThread =3D 0x430, dwProcessId =3D 6112, dwThreadId =3D 16336}, status =3D 3, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, ---Type to continue, or q to quit--- hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_consumed =3D 0x0, thrd = =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Inte= rnal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_consumed =3D 0x0, thrd = =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Inte= rnal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_consumed =3D 0x0, thrd = =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Inte= rnal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_consumed =3D 0x0, thrd = =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Inte= rnal =3D 0, ---Type to continue, or q to quit--- InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 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=3D16080, sig=3D9) at w32proc.c:2247 2247 in w32proc.c #0 sys_kill (pid=3D16080, sig=3D9) at w32proc.c:2247 #1 0x0102e22d in process_send_signal (process=3D121952701, signo=3D9, current_group=3D57350170, nomsg=3D0) at process.c:5948 #2 0x0102e28b in Fkill_process (process=3D121952701, current_group=3D57350= 170) at process.c:5975 #3 0x01023231 in Fdelete_process (process=3D121952701) at process.c:845 #4 0x0101318f in eval_sub (form=3D100522366) at eval.c:2140 $59 =3D (child_process *) 0x1681600 (gdb) There is no member named wnd. continp fd_info[0]@64 $60 =3D {{flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0,= cp =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 1559, hnd =3D 0x2a8, cp =3D 0x1680c60}, {flags =3D 401, hnd =3D 0x610, cp =3D 0x1681600}, { flags =3D 1555, hnd =3D 0x468, cp =3D 0x1680d10}, {flags =3D 0, hnd =3D= 0x758, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd = =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, = hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, hn= d =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp =3D 0x0} } (gdb) p child_procs[1]@32 $61 =3D {{fd =3D 3, pid =3D -1, char_avail =3D 0x2b0, char_consumed =3D 0x2= b4, thrd =3D 0x2b8, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread = =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 2, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 19048, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x750582, procinfo =3D { hProcess =3D 0x748, hThread =3D 0x354, dwProcessId =3D 19048, dwThreadId =3D 11920}, status =3D -1, chr =3D 68 'D', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 5, pid =3D -1, char_avail =3D 0x2f0, char_consumed =3D 0x320, thrd =3D 0x364, hwnd =3D 0x0, procinfo =3D { hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D = 0}, status =3D 1, chr =3D 23 '\027', ovl_read =3D {Internal =3D 0, Internal= High =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 26412, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x740582, procinfo =3D {hProcess =3D 0x7c4, hThread =3D 0x1f4, dwProcessId =3D 26412, dwThreadId =3D 5428}, status =3D 3, chr =3D 54= '6', ---Type to continue, or q to quit--- ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 16560, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xad089c, procinfo =3D { hProcess =3D 0x2d4, hThread =3D 0x590, dwProcessId =3D 16560, dwThreadId =3D 19600}, status =3D 3, chr =3D 67 'C', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 28604, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x590b08, procinfo =3D {hProcess =3D 0x548, hThread =3D 0x324, dwProcessId =3D 28604, dwThreadId =3D 5620}, status =3D -1, chr =3D 1= 15 's', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 920, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5a0b08, procinfo =3D { hProcess =3D 0x514, hThread =3D 0x4c8, dwProcessId =3D 920, dwThreadId =3D 17864}, status =3D -1, chr =3D 114 'r', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, ---Type to continue, or q to quit--- hEvent =3D 0x0}}, {fd =3D 7, pid =3D 3192, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5b0b08, procinfo =3D { hProcess =3D 0x564, hThread =3D 0x574, dwProcessId =3D 3192, dwThreadId =3D 16276}, status =3D 3, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 17568, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x4f0604, procinfo =3D {hProcess =3D 0x6b8, hThread =3D 0x570, dwProcessId =3D 17568, dwThreadId =3D 16756}, status =3D -1, chr =3D = 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 25984, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x500604, procinfo =3D { hProcess =3D 0x77c, hThread =3D 0x6d8, dwProcessId =3D 25984, dwThreadId =3D 4420}, status =3D -1, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 18904, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x510604, procinfo =3D {hProcess =3D 0x654, hThread =3D 0x538, dwProcessId =3D 18904, dwThreadId =3D 17596}, status =3D -1, chr =3D = 68 'D', ---Type to continue, or q to quit--- ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 13440, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x520604, procinfo =3D { hProcess =3D 0x6ec, hThread =3D 0x5fc, dwProcessId =3D 13440, dwThreadId =3D 24428}, status =3D 3, chr =3D 46 '.', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 1968, char_avail =3D 0x0, char_consumed =3D 0x0, thrd= =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x7fc, hThread =3D 0x710, dwProcessId =3D 1968, dwThreadId =3D 23708}, status =3D 2, chr =3D 68= 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 7260, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x74c, hThread =3D 0x6b4, dwProcessId =3D 7260, dwThreadId =3D 19452}, statu= s =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 9796, char_a= vail =3D 0x0, ---Type to continue, or q to quit--- char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x3e06cc, procinfo =3D { hProcess =3D 0x53c, hThread =3D 0x370, dwProcessId =3D 9796, dwThreadId =3D 7612}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 7040, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x3f06cc, procinfo =3D { hProcess =3D 0x7a8, hThread =3D 0x49c, dwProcessId =3D 7040, dwThreadId =3D 13952}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 11380, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xe708f4, procinfo =3D { hProcess =3D 0x5d4, hThread =3D 0x594, dwProcessId =3D 11380, dwThreadId =3D 24484}, status =3D -1, chr =3D 67 'C', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 25504, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xe808f4, procinfo =3D { hProcess =3D 0x3e4, hThread =3D 0x7dc, dwProcessId =3D 25504, ---Type to continue, or q to quit--- dwThreadId =3D 8504}, status =3D 3, chr =3D 55 '7', ovl_read =3D {Int= ernal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 27128, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x7e0, hThread =3D 0x740, dwProcessId =3D 27128, dwThreadId =3D 27896}, status =3D -1, chr =3D = 115 's', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 24384, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x760582, procinfo =3D { hProcess =3D 0x6bc, hThread =3D 0x6d0, dwProcessId =3D 24384, dwThreadId =3D 28584}, status =3D 3, chr =3D 58 ':', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 4, pid =3D 7672, char_avail =3D 0x0, char_consumed =3D 0x0, thrd= =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x718, hThread =3D 0x6fc, dwProcessId =3D 7672, dwThreadId =3D 14964}, status =3D -1, chr =3D 4= 6 '.', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, ---Type to continue, or q to quit--- hEvent =3D 0x0}}, {fd =3D 4, pid =3D 12828, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x470, hThread =3D 0x6e8, dwProcessId =3D 12828, dwThreadId =3D 17024}, stat= us =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 26048, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, = procinfo =3D { hProcess =3D 0x464, hThread =3D 0x530, dwProcessId =3D 26048, dwThreadId =3D 27808}, status =3D 3, chr =3D 115 's', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 24868, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5f067c, procinfo =3D { hProcess =3D 0x4ec, hThread =3D 0x650, dwProcessId =3D 24868, dwThreadId =3D 17196}, status =3D -1, chr =3D 68 'D', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 15764, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5e067c, procinfo =3D { hProcess =3D 0x6ac, hThread =3D 0x724, dwProcessId =3D 15764, ---Type to continue, or q to quit--- dwThreadId =3D 12564}, status =3D -1, chr =3D 68 'D', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 3660, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xba0c34, procinfo =3D { hProcess =3D 0x504, hThread =3D 0x4b8, dwProcessId =3D 3660, dwThreadId =3D 9932}, status =3D -1, chr =3D 92 '\\', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 22816, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x60067c, procinfo =3D { hProcess =3D 0x310, hThread =3D 0x6c4, dwProcessId =3D 22816, dwThreadId =3D 14932}, status =3D -1, chr =3D 67 'C', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 6112, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x714, hThread =3D 0x430, dwProcessId =3D 6112, dwThreadId =3D 16336}, statu= s =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { ---Type to continue, or q to quit--- Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 16080, char_avail =3D 0x6f4, char_consumed =3D 0x744, thrd =3D 0x6c0, hwnd =3D= 0x0, procinfo =3D {hProcess =3D 0x618, hThread =3D 0x4f8, dwProcessId =3D 16= 080, dwThreadId =3D 6976}, status =3D 4, chr =3D 68 'D', ovl_read =3D {Int= ernal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_consumed =3D 0x0, thrd = =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Inte= rnal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_consumed =3D 0x0, thrd = =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Inte= rnal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 0, pid =3D 0, char_avail =3D 0x0, char_consumed =3D 0x0, thrd = =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D 0x0, dwProces= sId =3D 0, dwThreadId =3D 0}, status =3D 0, chr =3D 0 '\000', ovl_read =3D {Inte= rnal =3D 0, ---Type to continue, or q to quit--- InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 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=3D3156, sig=3D9) at w32proc.c:2247 2247 in w32proc.c #0 sys_kill (pid=3D3156, sig=3D9) at w32proc.c:2247 #1 0x0102e22d in process_send_signal (process=3D122143829, signo=3D9, current_group=3D57350170, nomsg=3D0) at process.c:5948 #2 0x0102e28b in Fkill_process (process=3D122143829, current_group=3D57350= 170) at process.c:5975 #3 0x01023231 in Fdelete_process (process=3D122143829) at process.c:845 #4 0x0101318f in eval_sub (form=3D100522366) at eval.c:2140 $62 =3D (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 tempora= rily 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=3D5, buffer=3D0x72c7034 "", count=3D5) at w32.c:= 6410 6410 w32.c: No such file or directory. #0 sys_read (fd=3D5, buffer=3D0x72c7034 "", count=3D5) at w32.c:6410 #1 0x01091825 in emacs_gnutls_pull (p=3D0x6665380, buf=3D0x72c7034, sz=3D5) at w32.c:7204 #2 0x7021725d in _gnutls_stream_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll #3 0x7021756d in _gnutls_read () from /cygdrive/c/Program Files (x86)/GnuTLS-3.1.6-w32/bin/libgnutls-28.d= ll $63 =3D 5 $64 =3D {flags =3D 1555, hnd =3D 0x644, cp =3D 0x1680d10} $65 =3D {fd =3D 5, pid =3D -1, char_avail =3D 0x7f8, char_consumed =3D 0x45= 4, thrd =3D 0x5f0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread =3D= 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 51 '3', ovl= _read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 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 to continue, or q 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 =3D {{flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0,= cp =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 1559, hnd =3D 0x2a8, cp =3D 0x1680c60}, {flags =3D 0, hnd =3D 0x610, cp =3D 0x0}, {flags =3D= 1555, hnd =3D 0x644, cp =3D 0x1680d10}, {flags =3D 273, hnd =3D 0x758, cp =3D= 0x0}, { flags =3D 274, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, hnd =3D 0x0, c= p =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 274, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 274, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 274, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 274, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 0, hnd =3D 0x69c, cp =3D 0x0}, {flags =3D 274, hnd =3D 0x0, c= p =3D 0x0}, { flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, hnd =3D 0x0, c= p =3D 0x0}, { flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, hnd =3D 0x0, c= p =3D 0x0}, { flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, c= p =3D 0x0}, { flags =3D 274, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, hnd =3D 0x0, c= p =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 274, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { ---Type to continue, or q to quit--- flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, hnd =3D 0x0, c= p =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 273, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 274, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 273, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 274, hnd =3D 0x0, c= p =3D 0x0}, { flags =3D 0, hnd =3D 0x7d8, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}, {flags =3D 0, hnd =3D 0x0, cp = =3D 0x0}, { flags =3D 0, hnd =3D 0x0, cp =3D 0x0}} (gdb) p child_procs[1]@32 $67 =3D {{fd =3D 3, pid =3D -1, char_avail =3D 0x2b0, char_consumed =3D 0x2= b4, thrd =3D 0x2b8, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread = =3D 0x0, dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 2, chr =3D 0 '\000', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 19048, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x750582, procinfo =3D { hProcess =3D 0x748, hThread =3D 0x354, dwProcessId =3D 19048, dwThreadId =3D 11920}, status =3D -1, chr =3D 68 'D', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 5, pid =3D -1, char_avail =3D 0x7f8, char_consumed =3D 0x454, thrd =3D 0x5f0, hwnd =3D 0x0, procinfo =3D { hProcess =3D 0x0, hThread =3D 0x0, dwProcessId =3D 0, dwThreadId =3D = 0}, status =3D 1, chr =3D 23 '\027', ovl_read =3D {Internal =3D 0, Internal= High =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 26412, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x740582, procinfo =3D {hProcess =3D 0x7c4, hThread =3D 0x1f4, dwProcessId =3D 26412, dwThreadId =3D 5428}, status =3D 3, chr =3D 54= '6', ---Type to continue, or q to quit--- ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 16560, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xad089c, procinfo =3D { hProcess =3D 0x2d4, hThread =3D 0x590, dwProcessId =3D 16560, dwThreadId =3D 19600}, status =3D 3, chr =3D 67 'C', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 28604, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x590b08, procinfo =3D {hProcess =3D 0x548, hThread =3D 0x324, dwProcessId =3D 28604, dwThreadId =3D 5620}, status =3D -1, chr =3D 1= 15 's', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 920, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5a0b08, procinfo =3D { hProcess =3D 0x514, hThread =3D 0x4c8, dwProcessId =3D 920, dwThreadId =3D 17864}, status =3D -1, chr =3D 114 'r', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, ---Type to continue, or q to quit--- hEvent =3D 0x0}}, {fd =3D 7, pid =3D 3192, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5b0b08, procinfo =3D { hProcess =3D 0x564, hThread =3D 0x574, dwProcessId =3D 3192, dwThreadId =3D 16276}, status =3D 3, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 17568, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x4f0604, procinfo =3D {hProcess =3D 0x6b8, hThread =3D 0x570, dwProcessId =3D 17568, dwThreadId =3D 16756}, status =3D -1, chr =3D = 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 25984, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x500604, procinfo =3D { hProcess =3D 0x77c, hThread =3D 0x6d8, dwProcessId =3D 25984, dwThreadId =3D 4420}, status =3D -1, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 18904, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x510604, procinfo =3D {hProcess =3D 0x654, hThread =3D 0x538, dwProcessId =3D 18904, dwThreadId =3D 17596}, status =3D -1, chr =3D = 68 'D', ---Type to continue, or q to quit--- ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 13440, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x520604, procinfo =3D { hProcess =3D 0x6ec, hThread =3D 0x5fc, dwProcessId =3D 13440, dwThreadId =3D 24428}, status =3D 3, chr =3D 46 '.', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 1968, char_avail =3D 0x0, char_consumed =3D 0x0, thrd= =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x7fc, hThread =3D 0x710, dwProcessId =3D 1968, dwThreadId =3D 23708}, status =3D 2, chr =3D 68= 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 7260, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x74c, hThread =3D 0x6b4, dwProcessId =3D 7260, dwThreadId =3D 19452}, statu= s =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 9796, char_a= vail =3D 0x0, ---Type to continue, or q to quit--- char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x3e06cc, procinfo =3D { hProcess =3D 0x53c, hThread =3D 0x370, dwProcessId =3D 9796, dwThreadId =3D 7612}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 7040, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x3f06cc, procinfo =3D { hProcess =3D 0x7a8, hThread =3D 0x49c, dwProcessId =3D 7040, dwThreadId =3D 13952}, status =3D 2, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 11380, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xe708f4, procinfo =3D { hProcess =3D 0x5d4, hThread =3D 0x594, dwProcessId =3D 11380, dwThreadId =3D 24484}, status =3D -1, chr =3D 67 'C', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 25504, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xe808f4, procinfo =3D { hProcess =3D 0x3e4, hThread =3D 0x7dc, dwProcessId =3D 25504, ---Type to continue, or q to quit--- dwThreadId =3D 8504}, status =3D 3, chr =3D 55 '7', ovl_read =3D {Int= ernal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 7, pid =3D 27128, char_avail =3D 0x0, char_consumed =3D 0x0, thr= d =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x7e0, hThread =3D 0x740, dwProcessId =3D 27128, dwThreadId =3D 27896}, status =3D -1, chr =3D = 115 's', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 24384, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x760582, procinfo =3D { hProcess =3D 0x6bc, hThread =3D 0x6d0, dwProcessId =3D 24384, dwThreadId =3D 28584}, status =3D 3, chr =3D 58 ':', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 4, pid =3D 7672, char_avail =3D 0x0, char_consumed =3D 0x0, thrd= =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x718, hThread =3D 0x6fc, dwProcessId =3D 7672, dwThreadId =3D 14964}, status =3D -1, chr =3D 4= 6 '.', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, ---Type to continue, or q to quit--- hEvent =3D 0x0}}, {fd =3D 4, pid =3D 12828, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x470, hThread =3D 0x6e8, dwProcessId =3D 12828, dwThreadId =3D 17024}, stat= us =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 26048, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, = procinfo =3D { hProcess =3D 0x464, hThread =3D 0x530, dwProcessId =3D 26048, dwThreadId =3D 27808}, status =3D 3, chr =3D 115 's', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 24868, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5f067c, procinfo =3D { hProcess =3D 0x4ec, hThread =3D 0x650, dwProcessId =3D 24868, dwThreadId =3D 17196}, status =3D -1, chr =3D 68 'D', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 15764, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x5e067c, procinfo =3D { hProcess =3D 0x6ac, hThread =3D 0x724, dwProcessId =3D 15764, ---Type to continue, or q to quit--- dwThreadId =3D 12564}, status =3D -1, chr =3D 68 'D', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 7, pid =3D 3660, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xba0c34, procinfo =3D { hProcess =3D 0x504, hThread =3D 0x4b8, dwProcessId =3D 3660, dwThreadId =3D 9932}, status =3D -1, chr =3D 92 '\\', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 22816, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x60067c, procinfo =3D { hProcess =3D 0x310, hThread =3D 0x6c4, dwProcessId =3D 22816, dwThreadId =3D 14932}, status =3D -1, chr =3D 67 'C', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 6112, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProce= ss =3D 0x714, hThread =3D 0x430, dwProcessId =3D 6112, dwThreadId =3D 16336}, statu= s =3D -1, chr =3D 68 'D', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Off= set =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write = =3D { ---Type to continue, or q to quit--- Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 16080, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x0, = procinfo =3D { hProcess =3D 0x618, hThread =3D 0x4f8, dwProcessId =3D 16080, dwThreadId =3D 6976}, status =3D -1, chr =3D 68 'D', ovl_read =3D {In= ternal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{ Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0= }}, { fd =3D 4, pid =3D 3156, char_avail =3D 0x0, char_consumed =3D 0x0, thrd= =3D 0x0, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x758, hThread =3D 0x6f4, dwProcessId =3D 3156, dwThreadId =3D 26712}, status =3D 2, chr =3D 11= 5 's', ovl_read =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, Offse= tHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 11940, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0x430a4a, procinfo =3D { hProcess =3D 0x640, hThread =3D 0x528, dwProcessId =3D 11940, dwThreadId =3D 12984}, status =3D -1, chr =3D 0 '\000', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 0x0}}, {fd =3D 4, pid =3D 5136, char_avail =3D 0x0, char_consumed =3D 0x0, thrd =3D 0x0, hwnd =3D 0xba0686, procinfo =3D { ---Type to continue, or q to quit--- hProcess =3D 0x51c, hThread =3D 0x76c, dwProcessId =3D 5136, dwThreadId =3D 19740}, status =3D 3, chr =3D 101 'e', ovl_read =3D { Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, hEvent =3D 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 From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 14 07:32:54 2013 Received: (at 13546) by debbugs.gnu.org; 14 Feb 2013 12:32:54 +0000 Received: from localhost ([127.0.0.1]:55278 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5xzi-0001oc-2P for submit@debbugs.gnu.org; Thu, 14 Feb 2013 07:32:54 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:38031 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5xzb-0001oH-IV for 13546@debbugs.gnu.org; Thu, 14 Feb 2013 07:32:52 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id D025B500FF8; Thu, 14 Feb 2013 13:32:07 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <867gmdl73l.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Thu, 14 Feb 2013 13:31:27 +0100 In-Reply-To: (Eli Zaretskii's message of "Wed, 13 Feb 2013 19:20:44 +0200") Message-ID: <864nhf3wm8.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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 [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4958] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Sebastien Vauban X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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 [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters -0.0 BAYES_40 BODY: Bayes spam probability is 20 to 40% [score: 0.3207] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 03:32:46 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 08:32:46 +0000 Received: from localhost ([127.0.0.1]:57069 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6Gir-0007d7-Tr for submit@debbugs.gnu.org; Fri, 15 Feb 2013 03:32:46 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:38437 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6Gin-0007cu-Rj for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 03:32:44 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 3AB5C500BE3; Fri, 15 Feb 2013 09:31:59 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Fri, 15 Feb 2013 09:31:17 +0100 In-Reply-To: (Sebastien Vauban's message of "Thu, 14 Feb 2013 12:36:45 +0100") Message-ID: <86fw0ynfl6.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Eli, "Sebastien Vauban" wrote: > Eli Zaretskii wrote: >>> From: "Sebastien Vauban" >>> Cc: 13546@debbugs.gnu.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 [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Eli, "Sebastien Vauban" wrote: > Eli Zaretskii wrote: >>> From: "Sebastien Vauban" >>> Cc: 13546@debbugs.gnu.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 [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SINGLE_HEADER_3K A single header contains 3K-4K characters 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4936] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS Hi Eli, "Sebastien Vauban" wrote: > Eli Zaretskii wrote: >>> From: "Sebastien Vauban" >>> Cc: 13546@debbugs.gnu.org >>> Date: Wed, 13 Feb 2013 23:31:16 +0100 >>> >>> In fact, to be exact, these are problems which render Emacs unusable _f= or 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 inf= o 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-esta= blishing >>> >> 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. Toug= h, >>> 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=C3=A0, did everything you wanted me to do, I think. > > I began working around 09:30, and problems appeared from 12:18, that is a= fter > 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/em= acs.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=3D4, buffer=3D0x5704034 "", count=3D5) at w32.= c:6410 > #0 sys_read (fd=3D4, buffer=3D0x5704034 "", count=3D5) at w32.c:6410 > #1 0x01091825 in emacs_gnutls_pull (p=3D0x55c80e8, buf=3D0x5704034, sz= =3D5) > 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 =3D 4 > $2 =3D {flags =3D 1555, hnd =3D 0x2e8, cp =3D 0x1680cb8} > $3 =3D {fd =3D 4, pid =3D -1, char_avail =3D 0x304, char_consumed =3D 0x2= f8, > thrd =3D 0x2d8, hwnd =3D 0x0, procinfo =3D {hProcess =3D 0x0, hThread = =3D 0x0, > dwProcessId =3D 0, dwThreadId =3D 0}, status =3D 1, chr =3D 51 '3', o= vl_read =3D { > Internal =3D 0, InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, > Pointer =3D 0x0}, hEvent =3D 0x0}, ovl_write =3D {Internal =3D 0, > InternalHigh =3D 0, {{Offset =3D 0, OffsetHigh =3D 0}, Pointer =3D 0x= 0}, > hEvent =3D 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 --=20 Sebastien Vauban From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 05:11:21 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 10:11:21 +0000 Received: from localhost ([127.0.0.1]:57131 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6IGH-0002Wq-0e for submit@debbugs.gnu.org; Fri, 15 Feb 2013 05:11:21 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:35903) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6IGE-0002Wd-4J for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 05:11:20 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MI900F00ANUPF00@a-mtaout23.012.net.il> for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 12:10:33 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI900FKZAXLP810@a-mtaout23.012.net.il>; Fri, 15 Feb 2013 12:10:33 +0200 (IST) Date: Fri, 15 Feb 2013 12:10:48 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <87r4kjkvkt.fsf@gmail.com> X-012-Sender: halo1@inter.net.il To: Thierry Volpiatto Message-id: <83liapubtj.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <867gmdl73l.fsf@somewhere.org> <83pq043zbn.fsf@gnu.org> <87r4kjkvkt.fsf@gmail.com> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: Thierry Volpiatto > 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. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.175 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4971] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > From: Thierry Volpiatto > 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 ;-) From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 05:13:15 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 10:13:15 +0000 Received: from localhost ([127.0.0.1]:57135 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6II7-0002ay-EH for submit@debbugs.gnu.org; Fri, 15 Feb 2013 05:13:15 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:36034) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6II5-0002ap-Pd for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 05:13:14 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MI900F00AYCPW00@a-mtaout23.012.net.il> for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 12:12:30 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI900FHJB0UIW80@a-mtaout23.012.net.il>; Fri, 15 Feb 2013 12:12:30 +0200 (IST) Date: Fri, 15 Feb 2013 12:12:48 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86fw0z3z5e.fsf@somewhere.org> To: Sebastien Vauban Message-id: <83k3q9ubq7.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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" [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.175 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4998] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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" [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.175 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4467] > From: "Sebastien Vauban" > Cc: 13546@debbugs.gnu.org > Date: Thu, 14 Feb 2013 12:36:45 +0100 >=20 > Voil=C3=A0, did everything you wanted me to do, I think. >=20 > I began working around 09:30, and problems appeared from 12:18, tha= t is after > 3 hours of normal Emacs use. >=20 > Problems (in order): >=20 > - Can't save file due to "Spawning child process: resource temporar= ily > 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 tr= y the next binary from the emacs-24 branch, or the next 24.2.9x pretest= , whenever you can. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 05:38:33 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 10:38:33 +0000 Received: from localhost ([127.0.0.1]:57145 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6Iga-0003JD-NL for submit@debbugs.gnu.org; Fri, 15 Feb 2013 05:38:32 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:38529 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6IgY-0003J6-DE for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 05:38:31 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id DE50A500BE3; Fri, 15 Feb 2013 11:37:46 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <867gmdl73l.fsf@somewhere.org> <83pq043zbn.fsf@gnu.org> <87r4kjkvkt.fsf@gmail.com> X-Url: Under construction... X-Archive: encrypt Date: Fri, 15 Feb 2013 11:37:04 +0100 In-Reply-To: (Eli Zaretskii's message of "Fri, 15 Feb 2013 12:10:48 +0200") Message-ID: <86liapoobz.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: Thierry Volpiatto >> 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 ;-) [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4965] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Thierry Volpiatto X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: Thierry Volpiatto >> 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 ;-) [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SINGLE_HEADER_2K A single header contains 2K-3K characters 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4917] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS Eli, Eli Zaretskii wrote: >> From: Thierry Volpiatto >> 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 08:21:45 2013 Received: (at submit) by debbugs.gnu.org; 15 Feb 2013 13:21:45 +0000 Received: from localhost ([127.0.0.1]:57239 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6LEU-0007uN-VP for submit@debbugs.gnu.org; Fri, 15 Feb 2013 08:21:44 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57700) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6LEQ-0007uB-3n for submit@debbugs.gnu.org; Fri, 15 Feb 2013 08:21:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U6LDd-0002k8-NH for submit@debbugs.gnu.org; Fri, 15 Feb 2013 08:20:55 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-101.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_NONE, USER_IN_WHITELIST autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:35028) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6LDd-0002k4-KA for submit@debbugs.gnu.org; Fri, 15 Feb 2013 08:20:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:40812) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6LDX-0003HA-IM for bug-gnu-emacs@gnu.org; Fri, 15 Feb 2013 08:20:49 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U6LDT-0002gp-0q for bug-gnu-emacs@gnu.org; Fri, 15 Feb 2013 08:20:43 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:56113) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6LDS-0002gS-Op for bug-gnu-emacs@gnu.org; Fri, 15 Feb 2013 08:20:38 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MI900B00JJ94C00@a-mtaout22.012.net.il> for bug-gnu-emacs@gnu.org; Fri, 15 Feb 2013 15:20:31 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI9008OGJQ7FAG1@a-mtaout22.012.net.il>; Fri, 15 Feb 2013 15:20:31 +0200 (IST) Date: Fri, 15 Feb 2013 15:20:49 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86pq01oods.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83fw0xu30u.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <86pq01oods.fsf@somewhere.org> X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) > From: "Sebastien Vauban" > 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 08:27:57 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 13:28:02 +0000 Received: from localhost ([127.0.0.1]:57245 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6LKP-00082x-VF for submit@debbugs.gnu.org; Fri, 15 Feb 2013 08:27:50 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:57428) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6LKL-00082m-EG for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 08:27:47 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MI900B00JTN5600@a-mtaout22.012.net.il> for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 15:26:30 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI90080BK05FAI1@a-mtaout22.012.net.il>; Fri, 15 Feb 2013 15:26:30 +0200 (IST) Date: Fri, 15 Feb 2013 15:26:48 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86liapoobz.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83ehghu2qv.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <867gmdl73l.fsf@somewhere.org> <83pq043zbn.fsf@gnu.org> <87r4kjkvkt.fsf@gmail.com> <86liapoobz.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > Cc: Thierry Volpiatto , 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. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4852] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, thierry.volpiatto@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > From: "Sebastien Vauban" > Cc: Thierry Volpiatto , 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 10:16:33 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 15:16:33 +0000 Received: from localhost ([127.0.0.1]:57771 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6N1c-0002DC-QW for submit@debbugs.gnu.org; Fri, 15 Feb 2013 10:16:33 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:38726 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6N1Y-0002D1-M6 for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 10:16:31 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 4186850121B; Fri, 15 Feb 2013 16:15:44 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <86pq01oods.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Fri, 15 Feb 2013 16:15:01 +0100 In-Reply-To: (Eli Zaretskii's message of "Fri, 15 Feb 2013 15:20:49 +0200") Message-ID: <86k3q9mwwa.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dear Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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.) [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4945] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Sebastien Vauban X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dear Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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.) [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4874] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS Dear Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 10:48:44 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 15:48:44 +0000 Received: from localhost ([127.0.0.1]:57814 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6NWm-0002z2-69 for submit@debbugs.gnu.org; Fri, 15 Feb 2013 10:48:44 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:50298) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6NWi-0002yr-OI for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 10:48:42 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MI900D00QE00200@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 17:47:17 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI900CEGQIP6ZA0@a-mtaout20.012.net.il>; Fri, 15 Feb 2013 17:47:14 +0200 (IST) Date: Fri, 15 Feb 2013 17:47:13 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86k3q9mwwa.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <837gm9tw8u.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <86pq01oods.fsf@somewhere.org> <86k3q9mwwa.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > Cc: Sebastien Vauban , 13546@debbugs.gnu.org > Date: Fri, 15 Feb 2013 16:15:01 +0100 > > - What about that magical `C-v' character? Any idea? [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: "Sebastien Vauban" > Cc: Sebastien Vauban , 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 12:34:15 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 17:34:15 +0000 Received: from localhost ([127.0.0.1]:57894 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6PAs-0005PW-JS for submit@debbugs.gnu.org; Fri, 15 Feb 2013 12:34:15 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:55787) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6PAq-0005PP-1F for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 12:34:12 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1U6PA5-0007eB-3u; Fri, 15 Feb 2013 12:33:25 -0500 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> X-Spook: SCUD missile Rumsfeld interception INS George W. Bush X-Ran: Y`7RML1/Cxc_p^fh|)j4.E:]wl\Afs7n&JS*?!$75XRAygqGNhObAHA@dHqP}~nh8?DVe* X-Hue: blue X-Debbugs-No-Ack: yes X-Attribution: GM Date: Fri, 15 Feb 2013 12:33:24 -0500 In-Reply-To: <83k3q9ubq7.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 15 Feb 2013 12:12:48 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Sebastien Vauban X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.0 (-----) 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 13:12:05 2013 Received: (at control) by debbugs.gnu.org; 15 Feb 2013 18:12:05 +0000 Received: from localhost ([127.0.0.1]:57941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6PlV-0006L2-FD for submit@debbugs.gnu.org; Fri, 15 Feb 2013 13:12:05 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:56581) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6PlT-0006Kw-M1 for control@debbugs.gnu.org; Fri, 15 Feb 2013 13:12:04 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1U6Pkl-0005Xn-NJ for control@debbugs.gnu.org; Fri, 15 Feb 2013 13:11:19 -0500 Date: Fri, 15 Feb 2013 13:11:19 -0500 Message-Id: Subject: control message for bug 13546 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) merge 13527 13546 From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 13:44:09 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 18:44:09 +0000 Received: from localhost ([127.0.0.1]:57994 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6QGW-00080Y-Ot for submit@debbugs.gnu.org; Fri, 15 Feb 2013 13:44:09 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:38800 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6QGT-00080N-Io for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 13:44:07 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id C83BA500B1D; Fri, 15 Feb 2013 19:43:19 +0100 (CET) From: "Sebastien Vauban" To: Glenn Morris Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> X-Url: Under construction... X-Archive: encrypt Date: Fri, 15 Feb 2013 19:42:38 +0100 In-Reply-To: (Glenn Morris's message of "Fri, 15 Feb 2013 12:33:24 -0500") Message-ID: <86k3q9l8pt.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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. [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4873] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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. [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4200] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 13:50:21 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 18:50:21 +0000 Received: from localhost ([127.0.0.1]:58003 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6QMX-00089m-6y for submit@debbugs.gnu.org; Fri, 15 Feb 2013 13:50:21 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:57576) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6QMU-00089f-OH for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 13:50:19 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1U6QLl-0002As-G6; Fri, 15 Feb 2013 13:49:33 -0500 From: Glenn Morris To: "Sebastien Vauban" Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails References: <86ehh9mx93.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> X-Spook: bce event security Attorney General Belknap credit card X-Ran: WU{bosWp[pA|RM`D{LpMcP[gt9`A,dn$%d^WS^HG~TuselbAB\9D<{J#%)N{UhZ!1|p6Eq X-Hue: blue X-Debbugs-No-Ack: yes X-Attribution: GM Date: Fri, 15 Feb 2013 13:49:33 -0500 In-Reply-To: <86k3q9l8pt.fsf@somewhere.org> (Sebastien Vauban's message of "Fri, 15 Feb 2013 19:42:38 +0100") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) "Sebastien Vauban" wrote: > - emacs-24-r111270-20130215-w32-i386.zip (58.94 MB), 1 hr ago That one please. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 14:08:22 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 19:08:22 +0000 Received: from localhost ([127.0.0.1]:58017 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6Qdy-00008o-FA for submit@debbugs.gnu.org; Fri, 15 Feb 2013 14:08:22 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:56867) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6Qdv-00008f-NP for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 14:08:20 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MI900E00ZOLNU00@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 21:07:34 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI900EPZZSLDF90@a-mtaout20.012.net.il>; Fri, 15 Feb 2013 21:07:34 +0200 (IST) Date: Fri, 15 Feb 2013 21:07:34 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86k3q9l8pt.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83r4khs8eh.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, rgm@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: "Sebastien Vauban" > Cc: Eli Zaretskii , 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 14:39:53 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 19:39:53 +0000 Received: from localhost ([127.0.0.1]:58045 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6R8T-0000xB-Cl for submit@debbugs.gnu.org; Fri, 15 Feb 2013 14:39:53 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:62788) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6R8O-0000wy-Nu for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 14:39:50 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MIA00E00107ZA00@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 21:38:59 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIA00EGZ18ZXF30@a-mtaout20.012.net.il>; Fri, 15 Feb 2013 21:38:59 +0200 (IST) Date: Fri, 15 Feb 2013 21:38:59 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: X-012-Sender: halo1@inter.net.il To: Glenn Morris Message-id: <83liaps6y4.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Glenn Morris > Cc: Sebastien Vauban , 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 15:00:38 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 20:00:38 +0000 Received: from localhost ([127.0.0.1]:58073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6RSW-0001S8-R0 for submit@debbugs.gnu.org; Fri, 15 Feb 2013 15:00:38 -0500 Received: from mail-ea0-f172.google.com ([209.85.215.172]:62905) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6RSU-0001Ry-GT for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 15:00:35 -0500 Received: by mail-ea0-f172.google.com with SMTP id f13so1544975eaa.3 for <13546@debbugs.gnu.org>; Fri, 15 Feb 2013 11:59:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:organization:references:date :in-reply-to:message-id:user-agent:mime-version:content-type; bh=MSJ5ZVLEBzZRJT9mxQ8BrOh8O+ADnNBNHiGSRL/KHqM=; b=JsZON6uZRRyrpjkoEfcr5cK/jV6afMMNZNEBUCyYgeks+w8rzS9yEppSFItliGOB59 ynHJB4thu9jxBHV9bCJC8MvcWiRk6Vm3WUBQiOJpJ75HAcPkIoWAWKuDhLj3I7pnY/fl dTs/azpFKjdbBaCPrj26gO3Z/eWu3aMTL4ygQNKcIlEdSb2VH4jyKxEM+MIxfBhl0ccX uQnNJ7UUVbGlOEKBtmSIpsD1xtu/pbxU+qOt9KhCGXtZ+/rY3lO894oX1oJgJGkj+9wQ 3G8Kx3UOVw7ahLZfKvlEpbwHGmBg2DoPYbWs+XmLPOI5BLO8jkDph4/ztVQwuT8yetbq sqlg== X-Received: by 10.14.214.199 with SMTP id c47mr12036250eep.12.1360958389411; Fri, 15 Feb 2013 11:59:49 -0800 (PST) Received: from dell-14z (lbe83-2-78-243-104-167.fbx.proxad.net. [78.243.104.167]) by mx.google.com with ESMTPS id k7sm82534891een.8.2013.02.15.11.59.46 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Fri, 15 Feb 2013 11:59:47 -0800 (PST) From: Thierry Volpiatto To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Emacs Helm References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <867gmdl73l.fsf@somewhere.org> <83pq043zbn.fsf@gnu.org> <87r4kjkvkt.fsf@gmail.com> <83liapubtj.fsf@gnu.org> Date: Fri, 15 Feb 2013 20:59:37 +0100 In-Reply-To: <83liapubtj.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 15 Feb 2013 12:10:48 +0200") Message-ID: <87y5epgxg6.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Hi Eli, Eli Zaretskii 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 15:51:58 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 20:51:58 +0000 Received: from localhost ([127.0.0.1]:58181 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6SGD-0003bV-Rg for submit@debbugs.gnu.org; Fri, 15 Feb 2013 15:51:58 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:38849 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6SG9-0003bM-WB for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 15:51:56 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 6A25150030E; Fri, 15 Feb 2013 21:51:07 +0100 (CET) From: "Sebastien Vauban" To: Glenn Morris Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Fri, 15 Feb 2013 21:50:27 +0100 In-Reply-To: (Glenn Morris's message of "Fri, 15 Feb 2013 13:49:33 -0500") Message-ID: <86fw0x8fos.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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: [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4676] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.4 (/) 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 17:43:39 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 22:43:39 +0000 Received: from localhost ([127.0.0.1]:58224 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6U0I-00077v-SL for submit@debbugs.gnu.org; Fri, 15 Feb 2013 17:43:39 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:64272) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6U0F-00077l-Su for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 17:43:37 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MIA00F009O4WZ00@a-mtaout22.012.net.il> for 13546@debbugs.gnu.org; Sat, 16 Feb 2013 00:42:48 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIA00FJM9RCVU20@a-mtaout22.012.net.il>; Sat, 16 Feb 2013 00:42:48 +0200 (IST) Date: Sat, 16 Feb 2013 00:42:49 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86fw0x8fos.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83fw0xryfq.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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... [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4770] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, rgm@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: "Sebastien Vauban" > 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'? From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 15 18:36:23 2013 Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 23:36:23 +0000 Received: from localhost ([127.0.0.1]:58264 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6UpL-0008JU-1V for submit@debbugs.gnu.org; Fri, 15 Feb 2013 18:36:23 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:38949 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6UpH-0008JM-Qd for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 18:36:21 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 09673500B1D; Sat, 16 Feb 2013 00:35:32 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Sat, 16 Feb 2013 00:34:50 +0100 In-Reply-To: (Eli Zaretskii's message of "Sat, 16 Feb 2013 00:42:49 +0200") Message-ID: <86mwv56tid.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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" >> 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*? [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4797] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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" >> 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*? [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4298] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 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" >> 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*? 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 From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 17 13:30:34 2013 Received: (at 13546) by debbugs.gnu.org; 17 Feb 2013 18:30:34 +0000 Received: from localhost ([127.0.0.1]:33288 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U790U-0004wQ-Am for submit@debbugs.gnu.org; Sun, 17 Feb 2013 13:30:34 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:35287) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U790S-0004wI-6k for 13546@debbugs.gnu.org; Sun, 17 Feb 2013 13:30:33 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MID00K00N7L4D00@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Sun, 17 Feb 2013 20:29:03 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MID00JVHNCF6HN0@a-mtaout20.012.net.il>; Sun, 17 Feb 2013 20:29:03 +0200 (IST) Date: Sun, 17 Feb 2013 20:29:09 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86mwv56tid.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83a9r2rdze.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4998] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > From: "Sebastien Vauban" > 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. From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 19 12:11:43 2013 Received: (at 13546) by debbugs.gnu.org; 19 Feb 2013 17:11:43 +0000 Received: from localhost ([127.0.0.1]:37175 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U7qjH-00087L-JG for submit@debbugs.gnu.org; Tue, 19 Feb 2013 12:11:43 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:52317) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U7qjF-00087C-Mk for 13546@debbugs.gnu.org; Tue, 19 Feb 2013 12:11:42 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1U7qiA-0006mf-CQ; Tue, 19 Feb 2013 12:10:34 -0500 From: Glenn Morris To: Sebastien Vauban , 13546@debbugs.gnu.org Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails References: <86ehh9mx93.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> X-Spook: quarter kibo NORAD sweep nitrate Nazi Aldergrove Centro X-Ran: e@Rd_S;-0M7joyl?_1&kzP3?83r/ZSDyQ6~=A1Ku<2'sI):q-B*'M}f\}4/fOGpSA+UtIz X-Hue: green X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 19 Feb 2013 12:10:34 -0500 In-Reply-To: <83a9r2rdze.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 17 Feb 2013 20:29:09 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.8 (----) X-Debbugs-Envelope-To: 13546 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) 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. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 25 16:28:35 2013 Received: (at 13546) by debbugs.gnu.org; 25 Feb 2013 21:28:35 +0000 Received: from localhost ([127.0.0.1]:50096 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UA5b9-00041F-AP for submit@debbugs.gnu.org; Mon, 25 Feb 2013 16:28:35 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:44372 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UA5b6-000417-In for 13546@debbugs.gnu.org; Mon, 25 Feb 2013 16:28:34 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 70E79502F89; Mon, 25 Feb 2013 22:26:49 +0100 (CET) From: "Sebastien Vauban" To: Glenn Morris , eli@gnu.org Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> X-Url: Under construction... X-Archive: encrypt Date: Mon, 25 Feb 2013 22:26:00 +0100 In-Reply-To: (Glenn Morris's message of "Tue, 19 Feb 2013 12:10:34 -0500") Message-ID: <861uc4gk5z.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 3.3 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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. [...] Content analysis details: (3.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 3.3 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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. [...] Content analysis details: (3.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4743] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 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 From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 25 16:44:58 2013 Received: (at 13546) by debbugs.gnu.org; 25 Feb 2013 21:44:58 +0000 Received: from localhost ([127.0.0.1]:50111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UA5qz-0004RQ-Da for submit@debbugs.gnu.org; Mon, 25 Feb 2013 16:44:58 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:41824) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UA5qv-0004RI-Lj for 13546@debbugs.gnu.org; Mon, 25 Feb 2013 16:44:54 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UA5pG-0007He-HI; Mon, 25 Feb 2013 16:43:10 -0500 From: Glenn Morris To: "Sebastien Vauban" Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails References: <86ehh9mx93.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> X-Spook: e-bomb JSOFC3IP Downing Street CIA UNSCOM defense X-Ran: AH"+LV^S09qh!o3gA$F(Arrv/evP%i^ibC{{(>7|EG438NOv(;dB'fucIV$sf3\HEgyuj? X-Hue: yellow X-Debbugs-No-Ack: yes X-Attribution: GM Date: Mon, 25 Feb 2013 16:43:10 -0500 In-Reply-To: <861uc4gk5z.fsf@somewhere.org> (Sebastien Vauban's message of "Mon, 25 Feb 2013 22:26:00 +0100") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -7.6 (-------) "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. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 27 05:35:22 2013 Received: (at 13546) by debbugs.gnu.org; 27 Feb 2013 10:35:22 +0000 Received: from localhost ([127.0.0.1]:52659 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAeM6-00089r-5r for submit@debbugs.gnu.org; Wed, 27 Feb 2013 05:35:22 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:45733 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAeM2-00089h-K5 for 13546@debbugs.gnu.org; Wed, 27 Feb 2013 05:35:20 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 49ABD5009F6; Wed, 27 Feb 2013 11:33:27 +0100 (CET) From: "Sebastien Vauban" To: Glenn Morris , Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Wed, 27 Feb 2013 11:32:34 +0100 In-Reply-To: (Glenn Morris's message of "Mon, 25 Feb 2013 16:43:10 -0500") Message-ID: <86wqtu3v3x.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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. [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.1656] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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. [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.1027] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 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 From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 27 13:04:00 2013 Received: (at 13546) by debbugs.gnu.org; 27 Feb 2013 18:04:01 +0000 Received: from localhost ([127.0.0.1]:53846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAlMG-0002h7-Ki for submit@debbugs.gnu.org; Wed, 27 Feb 2013 13:04:00 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:57711) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAlME-0002gu-0x for 13546@debbugs.gnu.org; Wed, 27 Feb 2013 13:03:59 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MIW00M004P2KR00@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Wed, 27 Feb 2013 20:01:54 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIW00MHL4R60XC0@a-mtaout20.012.net.il>; Wed, 27 Feb 2013 20:01:54 +0200 (IST) Date: Wed, 27 Feb 2013 20:01:53 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86wqtu3v3x.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83y5e9ws8e.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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): > > --88--- > Emergency (alloc): Warning: past 95% of memory limit > Memory exhausted--use C-x s then exit and restart Emacs > --88--- [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4995] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, rgm@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > From: "Sebastien Vauban" > 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. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 27 15:45:59 2013 Received: (at 13546) by debbugs.gnu.org; 27 Feb 2013 20:45:59 +0000 Received: from localhost ([127.0.0.1]:54041 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAnt1-0006S6-92 for submit@debbugs.gnu.org; Wed, 27 Feb 2013 15:45:59 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:46350 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAnsx-0006Rv-B2 for 13546@debbugs.gnu.org; Wed, 27 Feb 2013 15:45:58 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 34598501199; Wed, 27 Feb 2013 21:44:01 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Wed, 27 Feb 2013 21:43:09 +0100 In-Reply-To: (Eli Zaretskii's message of "Wed, 27 Feb 2013 20:01:53 +0200") Message-ID: <86wqtt5vz6.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 3.3 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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): >> >> --88--- >> Emergency (alloc): Warning: past 95% of memory limit >> Memory exhausted--use C-x s then exit and restart Emacs >> --88--- > > Please post here all the symptoms, not just the last one. [...] Content analysis details: (3.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4997] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.6 (/) Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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. 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 From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 27 16:10:54 2013 Received: (at 13546) by debbugs.gnu.org; 27 Feb 2013 21:10:54 +0000 Received: from localhost ([127.0.0.1]:54055 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAoH8-00071e-F8 for submit@debbugs.gnu.org; Wed, 27 Feb 2013 16:10:54 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:39024) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAoH5-00071V-72 for 13546@debbugs.gnu.org; Wed, 27 Feb 2013 16:10:52 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MIW00100D015O00@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Wed, 27 Feb 2013 23:07:36 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIW000YEDCOVG70@a-mtaout20.012.net.il>; Wed, 27 Feb 2013 23:07:36 +0200 (IST) Date: Wed, 27 Feb 2013 23:07:35 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86wqtt5vz6.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83lia9wjmw.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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): > >> > >> --88--- > >> Emergency (alloc): Warning: past 95% of memory limit > >> Memory exhausted--use C-x s then exit and restart Emacs > >> --88--- > > > > 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. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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): > >> > >> --88--- > >> Emergency (alloc): Warning: past 95% of memory limit > >> Memory exhausted--use C-x s then exit and restart Emacs > >> --88--- > > > > 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. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4445] > From: "Sebastien Vauban" > 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. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 27 16:28:38 2013 Received: (at 13546) by debbugs.gnu.org; 27 Feb 2013 21:28:38 +0000 Received: from localhost ([127.0.0.1]:54074 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAoYI-0007Qy-18 for submit@debbugs.gnu.org; Wed, 27 Feb 2013 16:28:38 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:46379 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAoYE-0007Qo-Dj for 13546@debbugs.gnu.org; Wed, 27 Feb 2013 16:28:36 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 392B6501199; Wed, 27 Feb 2013 22:26:40 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Wed, 27 Feb 2013 22:25:48 +0100 In-Reply-To: (Eli Zaretskii's message of "Wed, 27 Feb 2013 23:07:35 +0200") Message-ID: <868v69a1pf.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 3.3 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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): >>>> >>>> --88--- >>>> Emergency (alloc): Warning: past 95% of memory limit >>>> Memory exhausted--use C-x s then exit and restart Emacs >>>> --88--- >>> >>> 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? [...] Content analysis details: (3.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4844] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 3.3 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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): >>>> >>>> --88--- >>>> Emergency (alloc): Warning: past 95% of memory limit >>>> Memory exhausted--use C-x s then exit and restart Emacs >>>> --88--- >>> >>> 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? [...] Content analysis details: (3.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4832] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> 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? 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 From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 27 23:56:53 2013 Received: (at 13546) by debbugs.gnu.org; 28 Feb 2013 04:56:54 +0000 Received: from localhost ([127.0.0.1]:54748 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAvY5-0001Oo-IP for submit@debbugs.gnu.org; Wed, 27 Feb 2013 23:56:53 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:65223) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAvY2-0001Oe-Ru for 13546@debbugs.gnu.org; Wed, 27 Feb 2013 23:56:52 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MIW00500YX5EE00@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 06:54:07 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIW0058CYY66070@a-mtaout20.012.net.il>; Thu, 28 Feb 2013 06:54:07 +0200 (IST) Date: Thu, 28 Feb 2013 06:54:07 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <868v69a1pf.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83k3ptvy1c.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4971] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > From: "Sebastien Vauban" > 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. From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 28 01:36:12 2013 Received: (at 13546) by debbugs.gnu.org; 28 Feb 2013 06:36:12 +0000 Received: from localhost ([127.0.0.1]:54862 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAx6C-0003vN-Cj for submit@debbugs.gnu.org; Thu, 28 Feb 2013 01:36:12 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:54442) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAx69-0003vC-0e for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 01:36:10 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UAx4G-0001DO-6L; Thu, 28 Feb 2013 01:34:12 -0500 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails References: <86ehh9mx93.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <83y5e9ws8e.fsf@gnu.org> X-Spook: smuggle Bellcore Bush Wired BLU-97 A/B Mena Ortega X-Ran: h|:@mjo,6HVK954\p=wN^&+F=Q90l%F};Bxz*(3U0VNe2oJ X-Hue: cyan X-Debbugs-No-Ack: yes X-Attribution: GM Date: Thu, 28 Feb 2013 01:34:11 -0500 In-Reply-To: <83y5e9ws8e.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 27 Feb 2013 20:01:53 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Sebastien Vauban X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.2 (------) 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.) From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 28 03:44:29 2013 Received: (at 13546) by debbugs.gnu.org; 28 Feb 2013 08:44:29 +0000 Received: from localhost ([127.0.0.1]:55045 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAz6K-00070Y-Nt for submit@debbugs.gnu.org; Thu, 28 Feb 2013 03:44:29 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:46692 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAz6G-00070N-7u for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 03:44:26 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 2C827500B71; Thu, 28 Feb 2013 09:42:28 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Thu, 28 Feb 2013 09:41:33 +0100 In-Reply-To: (Eli Zaretskii's message of "Thu, 28 Feb 2013 06:54:07 +0200") Message-ID: <86obf496f6.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 3.3 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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. [...] Content analysis details: (3.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4989] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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. [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.1612] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 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 From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 28 07:01:33 2013 Received: (at 13546) by debbugs.gnu.org; 28 Feb 2013 12:01:33 +0000 Received: from localhost ([127.0.0.1]:55272 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB2B2-0003Pn-NZ for submit@debbugs.gnu.org; Thu, 28 Feb 2013 07:01:32 -0500 Received: from mail-la0-f54.google.com ([209.85.215.54]:52577) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB2Az-0003Pd-94 for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 07:01:32 -0500 Received: by mail-la0-f54.google.com with SMTP id gw10so1627916lab.41 for <13546@debbugs.gnu.org>; Thu, 28 Feb 2013 03:59:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Xb/hOAld6EjTHC77WqUhGQ+/SdYqggShQcT4afQnQk0=; b=wjoi6yBHsvWNv9ayEfJ8Tf5pzb/Nhtm4mV68YE7bCh7kVaXJFku5kOr4KsWcs/qteH NH40u8vJGWvy/2V5IFAYagfppRv+sZNq8wjJyZ8lMKhjUM6FOT6QxyiP/SZUWDELWi5l iLAuA0uhRU0+fbVPCvDeSE3VvcLbAu2PLg6wCiXPV4cCfCBwMex+aanKfFIIlubTFQwm a69R3EgOLL+SwfmY9Z2ZSQkyvxXZrnQ39S4sfjRF4af8EDRV5ZtrJvQ3MjgN4zkJe0kd NUrI4uAGLegYJVIlcKE3C7PfoX1MQSrLA35C2WCZY0w+nSVgz5EFD+P4XJTYGOqp9o2G nE3A== MIME-Version: 1.0 X-Received: by 10.112.54.6 with SMTP id f6mr3503745lbp.104.1362052769581; Thu, 28 Feb 2013 03:59:29 -0800 (PST) Received: by 10.114.29.137 with HTTP; Thu, 28 Feb 2013 03:59:29 -0800 (PST) In-Reply-To: <86wqtt5vz6.fsf@somewhere.org> References: <86ehh9mx93.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> Date: Thu, 28 Feb 2013 12:59:29 +0100 Message-ID: Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails From: Dani Moncayo To: Sebastien Vauban Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.7 (/) >> 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 From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 28 08:44:19 2013 Received: (at 13546) by debbugs.gnu.org; 28 Feb 2013 13:44:19 +0000 Received: from localhost ([127.0.0.1]:55445 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB3mU-0006qZ-U3 for submit@debbugs.gnu.org; Thu, 28 Feb 2013 08:44:19 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:61264) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB3mR-0006qQ-Tk for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 08:44:16 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFFpaTU/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLY0ng2MDiGGcGYFegxU X-IPAS-Result: Av8EABK/CFFFpaTU/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLY0ng2MDiGGcGYFegxU X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="2677635" Received: from 69-165-164-212.dsl.teksavvy.com (HELO pastel.home) ([69.165.164.212]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 28 Feb 2013 08:42:17 -0500 Received: by pastel.home (Postfix, from userid 20848) id 8A60B6BDCD; Thu, 28 Feb 2013 08:42:18 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Message-ID: References: <86ehh9mx93.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> Date: Thu, 28 Feb 2013 08:42:18 -0500 In-Reply-To: <83k3ptvy1c.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 28 Feb 2013 06:54:07 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Sebastien Vauban X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > 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. From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 28 10:17:12 2013 Received: (at 13546) by debbugs.gnu.org; 28 Feb 2013 15:17:12 +0000 Received: from localhost ([127.0.0.1]:56272 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB5EN-0000iW-8g for submit@debbugs.gnu.org; Thu, 28 Feb 2013 10:17:12 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:47112 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB5EI-0000iJ-Mn for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 10:17:07 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id CE94A501546; Thu, 28 Feb 2013 16:15:08 +0100 (CET) From: "Sebastien Vauban" To: Dani Moncayo Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Thu, 28 Feb 2013 16:14:14 +0100 In-Reply-To: (Dani Moncayo's message of "Thu, 28 Feb 2013 12:59:29 +0100") Message-ID: <86txowa2t5.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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). [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters -0.0 BAYES_40 BODY: Bayes spam probability is 20 to 40% [score: 0.3123] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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). [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.1188] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 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 From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 28 10:37:29 2013 Received: (at 13546) by debbugs.gnu.org; 28 Feb 2013 15:37:29 +0000 Received: from localhost ([127.0.0.1]:56315 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB5Y0-0001DH-DM for submit@debbugs.gnu.org; Thu, 28 Feb 2013 10:37:28 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:42737) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB5Xw-0001D5-LE for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 10:37:26 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MIX00400SIWPK00@a-mtaout23.012.net.il> for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 17:35:25 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIX004TTSN1IP60@a-mtaout23.012.net.il>; Thu, 28 Feb 2013 17:35:25 +0200 (IST) Date: Thu, 28 Feb 2013 17:35:26 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: X-012-Sender: halo1@inter.net.il To: Glenn Morris Message-id: <83hakwwiwx.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <83y5e9ws8e.fsf@gnu.org> X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Glenn Morris > Cc: Sebastien Vauban , 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. From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 28 10:39:47 2013 Received: (at 13546) by debbugs.gnu.org; 28 Feb 2013 15:39:47 +0000 Received: from localhost ([127.0.0.1]:56330 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB5aE-0001IQ-AD for submit@debbugs.gnu.org; Thu, 28 Feb 2013 10:39:46 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:63390) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB5aB-0001II-Pt for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 10:39:44 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MIX00D00SPIY900@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 17:37:45 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIX00DPUSQX79B0@a-mtaout20.012.net.il>; Thu, 28 Feb 2013 17:37:45 +0200 (IST) Date: Thu, 28 Feb 2013 17:37:46 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86obf496f6.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83fw0gwit1.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <86obf496f6.fsf@somewhere.org> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: "Sebastien Vauban" > 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". From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 28 10:53:42 2013 Received: (at 13546) by debbugs.gnu.org; 28 Feb 2013 15:53:42 +0000 Received: from localhost ([127.0.0.1]:56367 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB5nh-0001eS-PX for submit@debbugs.gnu.org; Thu, 28 Feb 2013 10:53:42 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:44304) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB5ne-0001eG-EW for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 10:53:39 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MIX00400TAJR800@a-mtaout23.012.net.il> for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 17:51:39 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIX0041GTE3QQ20@a-mtaout23.012.net.il>; Thu, 28 Feb 2013 17:51:39 +0200 (IST) Date: Thu, 28 Feb 2013 17:51:41 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: X-012-Sender: halo1@inter.net.il To: Dani Moncayo Message-id: <83bob4wi5u.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Thu, 28 Feb 2013 12:59:29 +0100 > From: Dani Moncayo > Cc: Eli Zaretskii , 13546@debbugs.gnu.org > > I've made and uploaded a new build of the current emacs-24 branch (r111307). Thank you! From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 28 11:08:56 2013 Received: (at 13546) by debbugs.gnu.org; 28 Feb 2013 16:08:56 +0000 Received: from localhost ([127.0.0.1]:56374 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB62R-000210-Hc for submit@debbugs.gnu.org; Thu, 28 Feb 2013 11:08:56 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:60781) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB62P-00020r-9B for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 11:08:54 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MIX00900U0RKS00@a-mtaout22.012.net.il> for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 18:06:55 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIX00950U3I36D0@a-mtaout22.012.net.il>; Thu, 28 Feb 2013 18:06:55 +0200 (IST) Date: Thu, 28 Feb 2013 18:06:56 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Message-id: <837glswhgf.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Stefan Monnier > Cc: Sebastien Vauban , 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. From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 28 11:55:17 2013 Received: (at 13546) by debbugs.gnu.org; 28 Feb 2013 16:55:17 +0000 Received: from localhost ([127.0.0.1]:56421 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB6lF-00037E-Nm for submit@debbugs.gnu.org; Thu, 28 Feb 2013 11:55:17 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:47176 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB6lA-000370-4w for 13546@debbugs.gnu.org; Thu, 28 Feb 2013 11:55:11 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 49B4050167C; Thu, 28 Feb 2013 17:53:09 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> X-Url: Under construction... X-Archive: encrypt Date: Thu, 28 Feb 2013 17:52:16 +0100 In-Reply-To: (Eli Zaretskii's message of "Thu, 28 Feb 2013 18:06:56 +0200") Message-ID: <86sj4gnzy7.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dear Eli, Eli Zaretskii wrote: >> From: Stefan Monnier >> Cc: Sebastien Vauban , 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. [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.1515] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.6 (/) Dear Eli, Eli Zaretskii wrote: >> From: Stefan Monnier >> Cc: Sebastien Vauban , 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. 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 01 06:32:53 2013 Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 11:32:53 +0000 Received: from localhost ([127.0.0.1]:57576 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBOCp-0004zy-0G for submit@debbugs.gnu.org; Fri, 01 Mar 2013 06:32:53 -0500 Received: from z.lifelogs.com ([173.255.230.239]:40341) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBOCm-0004zq-IB for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 06:32:49 -0500 Received: from heechee (c-65-96-148-157.hsd1.ma.comcast.net [65.96.148.157]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: tzz) by z.lifelogs.com (Postfix) with ESMTPSA id 9422320613; Fri, 1 Mar 2013 11:30:46 +0000 (UTC) From: Ted Zlatanov To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos References: <86ehh9mx93.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Fri, 01 Mar 2013 06:30:45 -0500 In-Reply-To: <837glswhgf.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 28 Feb 2013 18:06:56 +0200") Message-ID: <87y5e7s6fu.fsf@lifelogs.com> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com, Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On Thu, 28 Feb 2013 18:06:56 +0200 Eli Zaretskii 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 01 07:52:41 2013 Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 12:52:41 +0000 Received: from localhost ([127.0.0.1]:57638 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBPS1-0007kU-Ik for submit@debbugs.gnu.org; Fri, 01 Mar 2013 07:52:41 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:47773 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBPRv-0007kI-9L for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 07:52:35 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id AD76550009D; Fri, 1 Mar 2013 13:50:27 +0100 (CET) From: "Sebastien Vauban" To: Ted Zlatanov Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> X-Url: Under construction... X-Archive: encrypt Date: Fri, 01 Mar 2013 13:49:32 +0100 In-Reply-To: (Ted Zlatanov's message of "Fri, 01 Mar 2013 06:30:45 -0500") Message-ID: <86bob3e143.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Ted, Ted Zlatanov wrote: > On Thu, 28 Feb 2013 18:06:56 +0200 Eli Zaretskii 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. [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.1598] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.6 (/) Ted, Ted Zlatanov wrote: > On Thu, 28 Feb 2013 18:06:56 +0200 Eli Zaretskii 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 01 08:38:33 2013 Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 13:38:33 +0000 Received: from localhost ([127.0.0.1]:57660 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBQAP-0000Ld-MP for submit@debbugs.gnu.org; Fri, 01 Mar 2013 08:38:33 -0500 Received: from z.lifelogs.com ([173.255.230.239]:40657) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBQAM-0000LV-4l for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 08:38:27 -0500 Received: from heechee (c-65-96-148-157.hsd1.ma.comcast.net [65.96.148.157]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: tzz) by z.lifelogs.com (Postfix) with ESMTPSA id 6D94220613; Fri, 1 Mar 2013 13:36:23 +0000 (UTC) From: Ted Zlatanov To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos References: <86ehh9mx93.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <87y5e7s6fu.fsf@lifelogs.com> X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Fri, 01 Mar 2013 08:36:23 -0500 In-Reply-To: <87y5e7s6fu.fsf@lifelogs.com> (Ted Zlatanov's message of "Fri, 01 Mar 2013 06:30:45 -0500") Message-ID: <87k3prs0mg.fsf@lifelogs.com> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On Fri, 01 Mar 2013 13:49:32 +0100 "Sebastien Vauban" 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 01 08:59:13 2013 Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 13:59:14 +0000 Received: from localhost ([127.0.0.1]:57669 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBQUS-0000pP-Jk for submit@debbugs.gnu.org; Fri, 01 Mar 2013 08:59:13 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:47817 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBQUM-0000pD-M5 for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 08:59:08 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 1C2D4500A4C; Fri, 1 Mar 2013 14:57:03 +0100 (CET) From: "Sebastien Vauban" To: Ted Zlatanov Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <87y5e7s6fu.fsf@lifelogs.com> X-Url: Under construction... X-Archive: encrypt Date: Fri, 01 Mar 2013 14:56:07 +0100 Message-ID: <861ubzns08.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Ted, Ted Zlatanov wrote: > On Fri, 01 Mar 2013 13:49:32 +0100 "Sebastien Vauban" 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? [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.0551] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.6 (/) Ted, Ted Zlatanov wrote: > On Fri, 01 Mar 2013 13:49:32 +0100 "Sebastien Vauban" 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 01 09:00:06 2013 Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 14:00:06 +0000 Received: from localhost ([127.0.0.1]:57673 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBQVI-0000rR-VD for submit@debbugs.gnu.org; Fri, 01 Mar 2013 09:00:05 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:62954) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBQVG-0000qh-5C for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 09:00:04 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MIZ00200I9HS900@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 15:57:58 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIZ002OPISLH6A0@a-mtaout20.012.net.il>; Fri, 01 Mar 2013 15:57:58 +0200 (IST) Date: Fri, 01 Mar 2013 15:58:02 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <87y5e7s6fu.fsf@lifelogs.com> X-012-Sender: halo1@inter.net.il To: Ted Zlatanov Message-id: <831ubzw7bp.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <87y5e7s6fu.fsf@lifelogs.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Ted Zlatanov > Cc: Stefan Monnier , 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 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 01 09:03:03 2013 Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 14:03:04 +0000 Received: from localhost ([127.0.0.1]:57678 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBQYB-0000vz-Bo for submit@debbugs.gnu.org; Fri, 01 Mar 2013 09:03:03 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:48080) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBQY8-0000vY-PE for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 09:03:01 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MIZ00600INVZ600@a-mtaout21.012.net.il> for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 16:00:57 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIZ006I1IXLUT60@a-mtaout21.012.net.il>; Fri, 01 Mar 2013 16:00:57 +0200 (IST) Date: Fri, 01 Mar 2013 16:01:01 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86bob3e143.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83zjynusma.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <86bob3e143.fsf@somewhere.org> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, tzz@lifelogs.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: "Sebastien Vauban" > Cc: 13546@debbugs.gnu.org, Eli Zaretskii > 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 01 09:05:45 2013 Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 14:05:45 +0000 Received: from localhost ([127.0.0.1]:57683 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBQam-0000zb-3w for submit@debbugs.gnu.org; Fri, 01 Mar 2013 09:05:45 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:64241) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBQaj-0000zU-EA for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 09:05:42 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MIZ00200IYXXA00@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 16:03:37 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIZ002GWJ21XJ00@a-mtaout20.012.net.il>; Fri, 01 Mar 2013 16:03:37 +0200 (IST) Date: Fri, 01 Mar 2013 16:03:41 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <87k3prs0mg.fsf@lifelogs.com> X-012-Sender: halo1@inter.net.il To: Ted Zlatanov Message-id: <83y5e7ushu.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <87y5e7s6fu.fsf@lifelogs.com> <87k3prs0mg.fsf@lifelogs.com> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: Ted Zlatanov > 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? [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4147] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > From: Ted Zlatanov > 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 01 09:31:48 2013 Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 14:31:49 +0000 Received: from localhost ([127.0.0.1]:57710 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBQzy-0001Zc-P9 for submit@debbugs.gnu.org; Fri, 01 Mar 2013 09:31:48 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:47832 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBQzk-0001Z9-GL for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 09:31:35 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 133C5500A4C; Fri, 1 Mar 2013 15:29:29 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <86bob3e143.fsf@somewhere.org> X-Url: Under construction... X-Archive: encrypt Date: Fri, 01 Mar 2013 15:28:33 +0100 Message-ID: <86ip5bdwj2.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 3.3 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> Cc: 13546@debbugs.gnu.org, Eli Zaretskii >> 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? [...] Content analysis details: (3.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4587] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, tzz@lifelogs.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> Cc: 13546@debbugs.gnu.org, Eli Zaretskii >> 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? [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters -0.5 BAYES_05 BODY: Bayes spam probability is 1 to 5% [score: 0.0252] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> Cc: 13546@debbugs.gnu.org, Eli Zaretskii >> 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 01 10:04:22 2013 Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 15:04:22 +0000 Received: from localhost ([127.0.0.1]:58237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBRVV-0002Oa-Ri for submit@debbugs.gnu.org; Fri, 01 Mar 2013 10:04:22 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:35401) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBRVP-0002OL-FN for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 10:04:17 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MIZ00A00L5VMB00@a-mtaout23.012.net.il> for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 17:01:54 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIZ00AQLLR5IE70@a-mtaout23.012.net.il>; Fri, 01 Mar 2013 17:01:54 +0200 (IST) Date: Fri, 01 Mar 2013 17:01:58 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86ip5bdwj2.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83txovupsp.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <86bob3e143.fsf@somewhere.org> <86ip5bdwj2.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Sebastien Vauban" > 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). [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.175 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4564] X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, tzz@lifelogs.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > From: "Sebastien Vauban" > 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... From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 01 13:16:03 2013 Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 18:16:03 +0000 Received: from localhost ([127.0.0.1]:58446 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBUV1-0007qN-7D for submit@debbugs.gnu.org; Fri, 01 Mar 2013 13:16:03 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:44018) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBUUx-0007p3-SJ for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 13:16:01 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UBUSv-0003Zx-UD; Fri, 01 Mar 2013 13:13:53 -0500 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails References: <86ehh9mx93.fsf@somewhere.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <87y5e7s6fu.fsf@lifelogs.com> <831ubzw7bp.fsf@gnu.org> X-Spook: Semtex argus NASA Chobetsu Osama electronic surveillance X-Ran: ec[9h=v.Vnh]#[kaV/3(3h^y]Jb0ZR)wZoOj=kJ3OOdvJe_2e)yvH4Iy$*)(L&LF9HCK#] X-Hue: magenta X-Debbugs-No-Ack: yes X-Attribution: GM Date: Fri, 01 Mar 2013 13:13:53 -0500 Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.7 (-----) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com, Ted Zlatanov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -7.6 (-------) 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 01 13:33:27 2013 Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 18:33:27 +0000 Received: from localhost ([127.0.0.1]:58462 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBUlq-0008Fp-Sd for submit@debbugs.gnu.org; Fri, 01 Mar 2013 13:33:27 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:36962) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBUln-0008Ff-Ok for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 13:33:25 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MIZ00000UYWFN00@a-mtaout22.012.net.il> for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 20:31:19 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIZ0008ZVG646D0@a-mtaout22.012.net.il>; Fri, 01 Mar 2013 20:31:18 +0200 (IST) Date: Fri, 01 Mar 2013 20:31:15 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: X-012-Sender: halo1@inter.net.il To: Glenn Morris Message-id: <83r4jzug3w.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <87y5e7s6fu.fsf@lifelogs.com> <831ubzw7bp.fsf@gnu.org> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com, tzz@lifelogs.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Glenn Morris > Cc: Ted Zlatanov , 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 01 14:43:49 2013 Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 19:43:49 +0000 Received: from localhost ([127.0.0.1]:58552 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBVrx-0001Uu-62 for submit@debbugs.gnu.org; Fri, 01 Mar 2013 14:43:49 -0500 Received: from z.lifelogs.com ([173.255.230.239]:44706) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBVru-0001Um-2B for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 14:43:47 -0500 Received: from heechee (c-65-96-148-157.hsd1.ma.comcast.net [65.96.148.157]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: tzz) by z.lifelogs.com (Postfix) with ESMTPSA id BD5E320613; Fri, 1 Mar 2013 19:41:12 +0000 (UTC) From: Ted Zlatanov To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos References: <86ehh9mx93.fsf@somewhere.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <87y5e7s6fu.fsf@lifelogs.com> <87k3prs0mg.fsf@lifelogs.com> <83y5e7ushu.fsf@gnu.org> X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Fri, 01 Mar 2013 14:40:59 -0500 In-Reply-To: <83y5e7ushu.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 01 Mar 2013 16:03:41 +0200") Message-ID: <87fw0esyb8.fsf@lifelogs.com> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On Fri, 01 Mar 2013 16:03:41 +0200 Eli Zaretskii wrote: >> From: Ted Zlatanov >> 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 01 15:22:30 2013 Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 20:22:30 +0000 Received: from localhost ([127.0.0.1]:58612 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBWTM-0003Le-M6 for submit@debbugs.gnu.org; Fri, 01 Mar 2013 15:22:29 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:42547) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBWTJ-0003LU-CC for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 15:22:26 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MJ0006000A66B00@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 22:20:20 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJ0006KM0HV2D30@a-mtaout20.012.net.il>; Fri, 01 Mar 2013 22:20:20 +0200 (IST) Date: Fri, 01 Mar 2013 22:20:15 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <87fw0esyb8.fsf@lifelogs.com> X-012-Sender: halo1@inter.net.il To: Ted Zlatanov Message-id: <83mwumvpmo.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <87y5e7s6fu.fsf@lifelogs.com> <87k3prs0mg.fsf@lifelogs.com> <83y5e7ushu.fsf@gnu.org> <87fw0esyb8.fsf@lifelogs.com> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Ted Zlatanov > 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 wrote: > > >> From: Ted Zlatanov > >> 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 01 17:28:28 2013 Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 22:28:28 +0000 Received: from localhost ([127.0.0.1]:58712 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBYRH-0006T0-TR for submit@debbugs.gnu.org; Fri, 01 Mar 2013 17:28:28 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:48014 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBYRE-0006Sq-5d for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 17:28:26 -0500 Received: from MUNDANEUM. (ip-83-101-44-240.customer.schedom-europe.net [83.101.44.240]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 06A5F500A4C; Fri, 1 Mar 2013 23:26:17 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <87y5e7s6fu.fsf@lifelogs.com> <87k3prs0mg.fsf@lifelogs.com> <83y5e7ushu.fsf@gnu.org> <87fw0esyb8.fsf@lifelogs.com> X-Url: Under construction... X-Archive: encrypt Date: Fri, 01 Mar 2013 23:25:24 +0100 In-Reply-To: (Eli Zaretskii's message of "Fri, 01 Mar 2013 22:20:15 +0200") Message-ID: <86fw0ezrjf.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.6 (/) X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Ted Zlatanov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.6 (/) Eli, Glenn, Ted and others, Eli Zaretskii wrote: >> From: Ted Zlatanov >> 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 wrote: >> >> >> From: Ted Zlatanov >> >> 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. 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 From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 04 11:02:06 2013 Received: (at 13546) by debbugs.gnu.org; 4 Mar 2013 16:02:06 +0000 Received: from localhost ([127.0.0.1]:58878 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UCXq1-0000BJ-Kw for submit@debbugs.gnu.org; Mon, 04 Mar 2013 11:02:05 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:49475 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UCXpx-0000Am-UV for 13546@debbugs.gnu.org; Mon, 04 Mar 2013 11:02:04 -0500 Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 582C450115B; Mon, 4 Mar 2013 17:01:40 +0100 (CET) From: "Sebastien Vauban" To: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails Organization: Sebastien Vauban References: <86ehh9mx93.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <87y5e7s6fu.fsf@lifelogs.com> <831ubzw7bp.fsf@gnu.org> X-Url: Under construction... X-Archive: encrypt Date: Mon, 04 Mar 2013 17:00:42 +0100 In-Reply-To: (Eli Zaretskii's message of "Fri, 01 Mar 2013 20:31:15 +0200") Message-ID: <86k3pnw3x1.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli, Eli Zaretskii wrote: >> From: Glenn Morris >> Cc: Ted Zlatanov , 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. [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 1.0 HK_RANDOM_FROM From username looks random 0.0 HK_RANDOM_ENVFROM Envelope sender username looks random 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.0902] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-Debbugs-Envelope-To: 13546 Cc: 13546@debbugs.gnu.org, Glenn Morris , tzz@lifelogs.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.6 (/) Eli, Eli Zaretskii wrote: >> From: Glenn Morris >> Cc: Ted Zlatanov , 13546@debbugs.gnu.org, wxhgmqzgwm= uf@spammotel.com >> Date: Fri, 01 Mar 2013 13:13:53 -0500 >>=20 >> 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. =E2=95=AD=E2=94=80=E2=94=80=E2=94=80=E2=94=80 =E2=94=82 emacs-bzr-version is a variable defined in `version.el'. =E2=94=82 Its value is "111307 rgm@gnu.org-20130228062139-17difuo2xyjgel7= 2" =E2=95=B0=E2=94=80=E2=94=80=E2=94=80=E2=94=80 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? --=20 Sebastien Vauban From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 04 12:06:53 2013 Received: (at 13546-done) by debbugs.gnu.org; 4 Mar 2013 17:06:53 +0000 Received: from localhost ([127.0.0.1]:58963 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UCYqe-0001jB-Rh for submit@debbugs.gnu.org; Mon, 04 Mar 2013 12:06:53 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:35893) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UCYqY-0001is-9a for 13546-done@debbugs.gnu.org; Mon, 04 Mar 2013 12:06:46 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MJ500M00B9CE700@a-mtaout22.012.net.il> for 13546-done@debbugs.gnu.org; Mon, 04 Mar 2013 19:05:08 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJ500LHYBGKT8G0@a-mtaout22.012.net.il>; Mon, 04 Mar 2013 19:05:08 +0200 (IST) Date: Mon, 04 Mar 2013 19:05:01 +0200 From: Eli Zaretskii Subject: Re: bug#13546: 24.2.92; Error(s) when sending emails In-reply-to: <86k3pnw3x1.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il To: Sebastien Vauban Message-id: <83fw0bt7sy.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <87y5e7s6fu.fsf@lifelogs.com> <831ubzw7bp.fsf@gnu.org> <86k3pnw3x1.fsf@somewhere.org> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13546-done Cc: 13546-done@debbugs.gnu.org, rgm@gnu.org, tzz@lifelogs.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: "Sebastien Vauban" > Cc: Glenn Morris , 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. From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 04 12:10:15 2013 Received: (at control) by debbugs.gnu.org; 4 Mar 2013 17:10:15 +0000 Received: from localhost ([127.0.0.1]:58973 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UCYty-0001pl-DF for submit@debbugs.gnu.org; Mon, 04 Mar 2013 12:10:15 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:35195 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UCYtx-0001pf-2m for control@debbugs.gnu.org; Mon, 04 Mar 2013 12:10:13 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UCYth-0006j5-8y for control@debbugs.gnu.org; Mon, 04 Mar 2013 12:09:57 -0500 Date: Mon, 04 Mar 2013 12:09:57 -0500 Message-Id: Subject: control message for bug 13701 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -4.8 (----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.8 (----) forcemerge 13546 13701 From unknown Sat Aug 16 18:42:28 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 02 Apr 2013 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator