From unknown Thu Jun 19 14:07:07 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#75292 <75292@debbugs.gnu.org> To: bug#75292 <75292@debbugs.gnu.org> Subject: Status: 31.0.50; igc: (file-error "Doing vfork" "Bad address") Reply-To: bug#75292 <75292@debbugs.gnu.org> Date: Thu, 19 Jun 2025 21:07:07 +0000 retitle 75292 31.0.50; igc: (file-error "Doing vfork" "Bad address") reassign 75292 emacs submitter 75292 Ihor Radchenko severity 75292 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 02 12:52:44 2025 Received: (at submit) by debbugs.gnu.org; 2 Jan 2025 17:52:44 +0000 Received: from localhost ([127.0.0.1]:46521 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTPNC-00060i-Hs for submit@debbugs.gnu.org; Thu, 02 Jan 2025 12:52:44 -0500 Received: from lists.gnu.org ([2001:470:142::17]:37770) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTPN9-00060E-JO for submit@debbugs.gnu.org; Thu, 02 Jan 2025 12:52:41 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tTPN1-0002kA-LE for bug-gnu-emacs@gnu.org; Thu, 02 Jan 2025 12:52:32 -0500 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tTPMx-0002fD-NS for bug-gnu-emacs@gnu.org; Thu, 02 Jan 2025 12:52:31 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id D59AF240027 for ; Thu, 2 Jan 2025 18:52:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1735840345; bh=aKF89vEFu0pawJZEOmxB8zZROiqHNHbZwwAXA3TVLg4=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:From; b=Qiuh1o0zXy79RTw00+ZG2jk7uQHoo4HWzaKlDd1m4nAk/uXuWv7Q+JrdeM4mTHlUK NGau0/NEYXCUmEsMmPp1qLEKe1spku44aJK8A3h2zr64I+9I18tijVpg9U+5onFCht f+sixiC6LLQR+la+5yDBNkwNcoIVxosfGy7N9PvKMPAzIjhcOu0r/w75RILVfzcqR8 QqG4hGu4o+eJSUPNQBqDeRZwHyrPD8y7U00RagwELQlGIyFjZ1okdXzlQQ0p3cmNCc gVa2lIvkzATcBxzIxNZ2V9WIwrwzUK7ewGYpKnG+KPg9wnLEk/ksUrt1OSl/76FKtz 4vVWrtb8WxCZw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YPDn53PhNz6v00 for ; Thu, 2 Jan 2025 18:52:25 +0100 (CET) From: Ihor Radchenko To: bug-gnu-emacs@gnu.org Subject: 31.0.50; igc: (file-error "Doing vfork" "Bad address") Date: Thu, 02 Jan 2025 17:54:45 +0000 Message-ID: <87pll5qexm.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) I am getting the belo error regularly, when Emacs is spawning external process. Not every time though. See the full backtrace below. Please advice what I can do to debug further. Debugger entered--Lisp error: (file-error "Doing vfork" "Bad address") (call-process-shell-command "grep -anE '^:(Sourc.URL\\+?):[ \11[]+https:/= /curiouscoding\\.nl/posts/static-search-tree/[]]*$' '/home/yantar92/Org/rss= _archive_2019.org'" nil t) (# "grep -anE '^:(Sourc.URL\\+?):[ \11[]+https://curi= ouscoding\\.nl/posts/static-search-tree/[]]*$' '/home/yantar92/Org/rss_arch= ive_2019.org'" t nil) (shell-command@shell-command-with-editor-mode # "grep= -anE '^:(Sourc.URL\\+?):[ \11[]+https://curiouscoding\\.nl/posts/static-se= arch-tree/[]]*$' '/home/yantar92/Org/rss_archive_2019.org'" t nil) (apply shell-command@shell-command-with-editor-mode #= ("grep -anE '^:(Sourc.URL\\+?):[ \11[]+https://curiouscoding\\.nl/posts/st= atic-search-tree/[]]*$' '/home/yantar92/Org/rss_archive_2019.org'" t)) (shell-command "grep -anE '^:(Sourc.URL\\+?):[ \11[]+https://curiouscodin= g\\.nl/posts/static-search-tree/[]]*$' '/home/yantar92/Org/rss_archive_2019= .org'" t) (shell-command-to-string "grep -anE '^:(Sourc.URL\\+?):[ \11[]+https://cu= riouscoding\\.nl/posts/static-search-tree/[]]*$' '/home/yantar92/Org/rss_ar= chive_2019.org'") (let ((ans (shell-command-to-string (format "grep -anE '%s' '%s'" regexp = file)))) (if (string-empty-p ans) nil (setq matches (append matches (mapcar= #'(lambda (str) (if ... ...)) (string-lines ans)))))) (progn (let ((ans (shell-command-to-string (format "grep -anE '%s' '%s'" = regexp file)))) (if (string-empty-p ans) nil (setq matches (append matches = (mapcar #'(lambda ... ...) (string-lines ans))))))) (if (file-exists-p file) (progn (let ((ans (shell-command-to-string (form= at "grep -anE '%s' '%s'" regexp file)))) (if (string-empty-p ans) nil (setq= matches (append matches (mapcar #'... (string-lines ans)))))))) (let ((file (car tail))) (if (file-exists-p file) (progn (let ((ans (shel= l-command-to-string (format "grep -anE '%s' '%s'" regexp file)))) (if (stri= ng-empty-p ans) nil (setq matches (append matches (mapcar ... ...))))))) (s= etq tail (cdr tail))) (while tail (let ((file (car tail))) (if (file-exists-p file) (progn (let= ((ans (shell-command-to-string ...))) (if (string-empty-p ans) nil (setq m= atches (append matches ...)))))) (setq tail (cdr tail)))) (let ((tail files)) (while tail (let ((file (car tail))) (if (file-exists= -p file) (progn (let ((ans ...)) (if (string-empty-p ans) nil (setq matches= ...))))) (setq tail (cdr tail))))) (let (files matches) (if (eq org-capture-ref--org-agenda-files-cached org= -agenda-files) (setq files org-capture-ref--org-agenda-files-and-archives-c= ached) (setq files (org-agenda-files t t)) (setq org-capture-ref--org-agend= a-files-cached org-agenda-files) (setq org-capture-ref--org-agenda-files-an= d-archives-cached files)) (if (eq (car org-agenda-text-search-extra-files) = 'agenda-archives) (progn (car-safe (prog1 org-agenda-text-search-extra-file= s (setq org-agenda-text-search-extra-files (cdr org-agenda-text-search-extr= a-files)))))) (setq files (append files org-agenda-text-search-extra-files)= ) (let ((inhibit-message t)) (org-save-all-org-buffers)) (let ((tail files)= ) (while tail (let ((file (car tail))) (if (file-exists-p file) (progn (let= (...) (if ... nil ...)))) (setq tail (cdr tail))))) (setq matches (remove = nil matches)) (if matches (progn (if dont-show-match-p nil (save-excursion = (save-restriction (switch-to-buffer (marker-buffer ...)) (goto-char (car ma= tches)) (org-back-to-heading t) (org-show-set-visibility 'lineage) (org-sho= w-entry) (jit-lock-fontify-now (point) (save-excursion ...)) (if (yes-or-no= -p "Update the entry according to the new capture? ") (progn ... ... ...)))= )) (if dont-show-match-p (org-capture-ref-message (string-join (mapcar #'or= g-capture-ref-get-message-string matches) "\n") 'error) (user-error ""))))) (org-capture-ref-check-regexp-grep "^:(Sourc.URL\\+?):[ \11[]+https://cur= iouscoding\\.nl/posts/static-search-tree/[]]*$" t) (let nil (org-capture-ref-check-regexp-grep (seq-reduce #'(lambda (str re= pl-pair) (replace-regexp-in-string (car repl-pair) (cdr repl-pair) str)) '(= ("\\(^\\|[^\\]\\)|" . ".") ("\\\\|" . "|") ("\\\\\\." . "\\\\.") ("'" . "."= ) ("\\\\(" . "(") ("\\\\)" . ")")) regexp) dont-show-match-p)) (cond ((eq org-capture-ref-check-regexp-method 'grep) (let nil (org-captu= re-ref-check-regexp-grep (seq-reduce #'(lambda (str repl-pair) (replace-reg= exp-in-string ... ... str)) '(("\\(^\\|[^\\]\\)|" . ".") ("\\\\|" . "|") ("= \\\\\\." . "\\\\.") ("'" . ".") ("\\\\(" . "(") ("\\\\)" . ")")) regexp) do= nt-show-match-p))) ((eq org-capture-ref-check-regexp-method 'org-search-vie= w) (let nil (org-capture-ref-check-regexp-search-view regexp dont-show-matc= h-p))) (t (let nil (org-capture-ref-message (format "Invalid value of org-c= apture-ref-check-regexp-method: %s" org-capture-ref-check-regexp-method) 'e= rror)))) (org-capture-ref-check-regexp "^:(Source|URL\\+?):[ \11[]+https://curious= coding\\.nl/posts/static-search-tree/[]]*$" t) (progn (org-capture-ref-check-regexp (format (alist-get org-capture-ref-c= heck-regexp-method org-capture-ref-check-link-regexp) (regexp-quote (org-ca= pture-ref-get-capture-info :link))) (org-capture-ref-get-capture-template-i= nfo :immediate-finish))) (if (org-capture-ref-get-capture-info :link) (progn (org-capture-ref-chec= k-regexp (format (alist-get org-capture-ref-check-regexp-method org-capture= -ref-check-link-regexp) (regexp-quote (org-capture-ref-get-capture-info :li= nk))) (org-capture-ref-get-capture-template-info :immediate-finish)))) (org-capture-ref-check-link) (run-hooks org-capture-ref-check-bibtex-functions) (catch :finish (run-hooks 'org-capture-ref-check-bibtex-functions)) (if (org-capture-ref-get-bibtex-field :org-hd-marker) nil (catch :finish = (run-hooks 'org-capture-ref-check-bibtex-functions))) (org-capture-ref-check-bibtex) (if (org-capture-ref-get-capture-info '(:query :force)) nil (org-capture-= ref-check-bibtex)) (progn (org-capture-ref-reset-state) (add-hook 'org-capture-after-finaliz= e-hook #'org-capture-ref-fetch-collection-maybe 100) (if org-capture-ref-qu= iet-verbosity nil (org-capture-ref-message "Capturing BiBTeX...")) (if (org= -capture-ref-get-capture-info '(:query :force)) nil (org-capture-ref-check-= bibtex)) (org-capture-ref-get-bibtex) (if (and (org-capture-ref-get-bibtex-= field :key) (not (string-match-p "[a-zA-Z]+_[0-9]+" (org-capture-ref-get-bi= btex-field :key))) (< 10 (length (org-capture-ref-get-bibtex-field :key))))= nil (org-capture-ref-set-bibtex-field :key nil 'force) (org-capture-ref-se= t-bibtex-field :key (org-capture-ref-generate-key))) (org-capture-ref-set-b= ibtex-field :bibtex-string (org-capture-ref-format-bibtex)) (if (or (org-ca= pture-ref-get-capture-info '(:query :org-hd-marker)) (org-capture-ref-get-b= ibtex-field :org-hd-marker)) (progn (let ((--mepom (or (org-capture-ref-get= -capture-info ...) (org-capture-ref-get-bibtex-field :org-hd-marker)))) (sa= ve-excursion (cond ((markerp --mepom) (set-buffer ...)) ((numberp --mepom))= (t (if ... ...) (setq --mepom ...))) (save-excursion (save-restriction (wi= den) (goto-char ...) (org-back-to-heading) (org-capture-ref-get-bibtex-org-= heading) (add-hook ... ... 100))))))) (if (org-capture-ref-get-capture-info= '(:query :force)) nil (org-capture-ref-check-bibtex)) (if org-capture-ref-= quiet-verbosity nil (org-capture-ref-message "Capturing BiBTeX... done")) (= org-capture-ref-message (format "Captured: %s" (string-trim-right (org-capt= ure-ref-get-org-entry) "\n[^z-a]*")) 'info)) (unwind-protect (progn (org-capture-ref-reset-state) (add-hook 'org-captu= re-after-finalize-hook #'org-capture-ref-fetch-collection-maybe 100) (if or= g-capture-ref-quiet-verbosity nil (org-capture-ref-message "Capturing BiBTe= X...")) (if (org-capture-ref-get-capture-info '(:query :force)) nil (org-ca= pture-ref-check-bibtex)) (org-capture-ref-get-bibtex) (if (and (org-capture= -ref-get-bibtex-field :key) (not (string-match-p "[a-zA-Z]+_[0-9]+" (org-ca= pture-ref-get-bibtex-field :key))) (< 10 (length (org-capture-ref-get-bibte= x-field :key)))) nil (org-capture-ref-set-bibtex-field :key nil 'force) (or= g-capture-ref-set-bibtex-field :key (org-capture-ref-generate-key))) (org-c= apture-ref-set-bibtex-field :bibtex-string (org-capture-ref-format-bibtex))= (if (or (org-capture-ref-get-capture-info '(:query :org-hd-marker)) (org-c= apture-ref-get-bibtex-field :org-hd-marker)) (progn (let ((--mepom (or ... = ...))) (save-excursion (cond (... ...) (...) (t ... ...)) (save-excursion (= save-restriction ... ... ... ... ...)))))) (if (org-capture-ref-get-capture= -info '(:query :force)) nil (org-capture-ref-check-bibtex)) (if org-capture= -ref-quiet-verbosity nil (org-capture-ref-message "Capturing BiBTeX... done= ")) (org-capture-ref-message (format "Captured: %s" (string-trim-right (org= -capture-ref-get-org-entry) "\n[^z-a]*")) 'info)) (if (buffer-live-p org-ca= pture-ref--buffer) (progn (kill-buffer org-capture-ref--buffer)))) (org-capture-ref-process-capture) ((lambda nil (org-capture-ref-process-capture))) (doct--replace-template-strings "%{fetch-bibtex}* TODO %?%{space}%{org-en= try}") (doct--fill-template "%{fetch-bibtex}* TODO %?%{space}%{org-entry}") (# "%{fetch-b= ibtex}* TODO %?%{space}%{org-entry}") (doct--fill-template) (org-capture-get-template) (#f(compiled-function (&optional goto keys) "Capture something.\n\\\nThis will let you select a template from `org-capture-tem= plates', and\nthen file the newly captured information. The text is immedi= ately\ninserted at the target location, and an indirect buffer is shown whe= re\nyou can edit it. Pressing `\\[org-capture-finalize]' brings you back t= o the previous\nstate of Emacs, so that you can continue your work.\n\nWhen= called interactively with a `\\[universal-argument]' prefix argument GOTO,= don't\ncapture anything, just go to the file/headline where the selected\n= template stores its notes.\n\nWith a `\\[universal-argument] \\[universal-a= rgument]' prefix argument, go to the last note stored.\n\nWhen called with = a `C-0' (zero) prefix, insert a template at point.\n\nWhen called with a `C= -1' (one) prefix, force prompting for a date when\na datetree entry is made= .\n\nELisp programs can set KEYS to a string associated with a template\nin= `org-capture-templates'. In this case, interactive selection\nwill be byp= assed.\n\nIf `org-capture-use-agenda-date' is non-nil, capturing from the\n= agenda will use the date at point as the default date. Then, a\n`C-1' pref= ix will tell the capture process to use the HH:MM time\nof the day at point= (if any) or the current HH:MM time." (interactive "P") #) nil "B") (funcall #f(compiled-function (&optional goto keys) "Capture something.\n= \\\nThis will let you select a template from `org-cap= ture-templates', and\nthen file the newly captured information. The text i= s immediately\ninserted at the target location, and an indirect buffer is s= hown where\nyou can edit it. Pressing `\\[org-capture-finalize]' brings yo= u back to the previous\nstate of Emacs, so that you can continue your work.= \n\nWhen called interactively with a `\\[universal-argument]' prefix argume= nt GOTO, don't\ncapture anything, just go to the file/headline where the se= lected\ntemplate stores its notes.\n\nWith a `\\[universal-argument] \\[uni= versal-argument]' prefix argument, go to the last note stored.\n\nWhen call= ed with a `C-0' (zero) prefix, insert a template at point.\n\nWhen called w= ith a `C-1' (one) prefix, force prompting for a date when\na datetree entry= is made.\n\nELisp programs can set KEYS to a string associated with a temp= late\nin `org-capture-templates'. In this case, interactive selection\nwil= l be bypassed.\n\nIf `org-capture-use-agenda-date' is non-nil, capturing fr= om the\nagenda will use the date at point as the default date. Then, a\n`C= -1' prefix will tell the capture process to use the HH:MM time\nof the day = at point (if any) or the current HH:MM time." (interactive "P") #) nil "B") (if (or (and (boundp 'yant/suppress-pop-frame) yant/suppress-pop-frame) (= member :immediate-finish (assoc keys org-capture-templates))) (funcall orig= -fun goto keys) (funcall old-fun orig-fun goto keys)) (ocpf--org-capture@suppress-pop-frame-maybe #f(lambda (orig-fun &optional= goto keys) :dynbind "Create a new frame and run org-capture." (interactive= nil) (let ((frame-window-system (cond ((eq system-type ...) 'ns) ((eq syst= em-type ...) 'x) ((eq system-type ...) 'w32))) (after-make-frame-functions = #'(lambda (frame) (let ... ...)))) (make-frame (cons (cons 'window-system f= rame-window-system) ocpf-frame-parameters)))) #f(compiled-function (&option= al goto keys) "Capture something.\n\\\nThis will let = you select a template from `org-capture-templates', and\nthen file the newl= y captured information. The text is immediately\ninserted at the target lo= cation, and an indirect buffer is shown where\nyou can edit it. Pressing `= \\[org-capture-finalize]' brings you back to the previous\nstate of Emacs, = so that you can continue your work.\n\nWhen called interactively with a `\\= [universal-argument]' prefix argument GOTO, don't\ncapture anything, just g= o to the file/headline where the selected\ntemplate stores its notes.\n\nWi= th a `\\[universal-argument] \\[universal-argument]' prefix argument, go to= the last note stored.\n\nWhen called with a `C-0' (zero) prefix, insert a = template at point.\n\nWhen called with a `C-1' (one) prefix, force promptin= g for a date when\na datetree entry is made.\n\nELisp programs can set KEYS= to a string associated with a template\nin `org-capture-templates'. In th= is case, interactive selection\nwill be bypassed.\n\nIf `org-capture-use-ag= enda-date' is non-nil, capturing from the\nagenda will use the date at poin= t as the default date. Then, a\n`C-1' prefix will tell the capture process= to use the HH:MM time\nof the day at point (if any) or the current HH:MM t= ime." (interactive "P") #) nil "B") (apply ocpf--org-capture@suppress-pop-frame-maybe #f(lambda (orig-fun &op= tional goto keys) :dynbind "Create a new frame and run org-capture." (inter= active nil) (let ((frame-window-system (cond ((eq system-type ...) 'ns) ((e= q system-type ...) 'x) ((eq system-type ...) 'w32))) (after-make-frame-func= tions #'(lambda (frame) (let ... ...)))) (make-frame (cons (cons 'window-sy= stem frame-window-system) ocpf-frame-parameters)))) (#f(compiled-function (= &optional goto keys) "Capture something.\n\\\nThis wi= ll let you select a template from `org-capture-templates', and\nthen file t= he newly captured information. The text is immediately\ninserted at the ta= rget location, and an indirect buffer is shown where\nyou can edit it. Pre= ssing `\\[org-capture-finalize]' brings you back to the previous\nstate of = Emacs, so that you can continue your work.\n\nWhen called interactively wit= h a `\\[universal-argument]' prefix argument GOTO, don't\ncapture anything,= just go to the file/headline where the selected\ntemplate stores its notes= .\n\nWith a `\\[universal-argument] \\[universal-argument]' prefix argument= , go to the last note stored.\n\nWhen called with a `C-0' (zero) prefix, in= sert a template at point.\n\nWhen called with a `C-1' (one) prefix, force p= rompting for a date when\na datetree entry is made.\n\nELisp programs can s= et KEYS to a string associated with a template\nin `org-capture-templates'.= In this case, interactive selection\nwill be bypassed.\n\nIf `org-capture= -use-agenda-date' is non-nil, capturing from the\nagenda will use the date = at point as the default date. Then, a\n`C-1' prefix will tell the capture = process to use the HH:MM time\nof the day at point (if any) or the current = HH:MM time." (interactive "P") #) nil "B")) (ocpf--org-capture #f(compiled-function (&optional goto keys) "Capture so= mething.\n\\\nThis will let you select a template fro= m `org-capture-templates', and\nthen file the newly captured information. = The text is immediately\ninserted at the target location, and an indirect b= uffer is shown where\nyou can edit it. Pressing `\\[org-capture-finalize]'= brings you back to the previous\nstate of Emacs, so that you can continue = your work.\n\nWhen called interactively with a `\\[universal-argument]' pre= fix argument GOTO, don't\ncapture anything, just go to the file/headline wh= ere the selected\ntemplate stores its notes.\n\nWith a `\\[universal-argume= nt] \\[universal-argument]' prefix argument, go to the last note stored.\n\= nWhen called with a `C-0' (zero) prefix, insert a template at point.\n\nWhe= n called with a `C-1' (one) prefix, force prompting for a date when\na date= tree entry is made.\n\nELisp programs can set KEYS to a string associated w= ith a template\nin `org-capture-templates'. In this case, interactive sele= ction\nwill be bypassed.\n\nIf `org-capture-use-agenda-date' is non-nil, ca= pturing from the\nagenda will use the date at point as the default date. T= hen, a\n`C-1' prefix will tell the capture process to use the HH:MM time\no= f the day at point (if any) or the current HH:MM time." (interactive "P") #= ) nil "B") (apply ocpf--org-capture #f(compiled-function (&optional goto keys) "Capt= ure something.\n\\\nThis will let you select a templa= te from `org-capture-templates', and\nthen file the newly captured informat= ion. The text is immediately\ninserted at the target location, and an indi= rect buffer is shown where\nyou can edit it. Pressing `\\[org-capture-fina= lize]' brings you back to the previous\nstate of Emacs, so that you can con= tinue your work.\n\nWhen called interactively with a `\\[universal-argument= ]' prefix argument GOTO, don't\ncapture anything, just go to the file/headl= ine where the selected\ntemplate stores its notes.\n\nWith a `\\[universal-= argument] \\[universal-argument]' prefix argument, go to the last note stor= ed.\n\nWhen called with a `C-0' (zero) prefix, insert a template at point.\= n\nWhen called with a `C-1' (one) prefix, force prompting for a date when\n= a datetree entry is made.\n\nELisp programs can set KEYS to a string associ= ated with a template\nin `org-capture-templates'. In this case, interactiv= e selection\nwill be bypassed.\n\nIf `org-capture-use-agenda-date' is non-n= il, capturing from the\nagenda will use the date at point as the default da= te. Then, a\n`C-1' prefix will tell the capture process to use the HH:MM t= ime\nof the day at point (if any) or the current HH:MM time." (interactive = "P") #) (nil "B")) (org-capture nil "B") (org-protocol-capture (:template "B" :url "https://curiouscoding.nl/posts= /static-search-tree/" :title "Hacker News: Static search trees: faster than= binary search" :elfeed-data #s(elfeed-entry :id ("news.ycombinator.com" . = "https://curiouscoding.nl/posts/static-search-tree/") :title "Static search= trees: faster than binary search" :link "https://curiouscoding.nl/posts/st= atic-search-tree/" :date 1735690083.0 :content #s(elfeed-ref :id "8e2e9d3bf= 05bcac3908e187a096bb899ea3dfefc") :content-type html :enclosures nil :tags = (opened) :feed-id "https://news.ycombinator.com/rss" :meta (:elfeed-score/s= core 0)))) (let ((yant/suppress-pop-frame t)) (org-protocol-capture (list :template = "B" :url it :title (format "%s: %s" (elfeed-feed-title (elfeed-entry-feed e= ntry)) (elfeed-entry-title entry)) :elfeed-data entry))) (progn (fset 'raise-frame vnew) (let ((yant/suppress-pop-frame t)) (org-p= rotocol-capture (list :template "B" :url it :title (format "%s: %s" (elfeed= -feed-title (elfeed-entry-feed entry)) (elfeed-entry-title entry)) :elfeed-= data entry)))) (unwind-protect (progn (fset 'raise-frame vnew) (let ((yant/suppress-pop-= frame t)) (org-protocol-capture (list :template "B" :url it :title (format = "%s: %s" (elfeed-feed-title (elfeed-entry-feed entry)) (elfeed-entry-title = entry)) :elfeed-data entry)))) (fset 'raise-frame old)) (let* ((vnew #'(lambda (&rest _) nil)) (old (symbol-function 'raise-frame= ))) (unwind-protect (progn (fset 'raise-frame vnew) (let ((yant/suppress-po= p-frame t)) (org-protocol-capture (list :template "B" :url it :title (forma= t "%s: %s" (elfeed-feed-title ...) (elfeed-entry-title entry)) :elfeed-data= entry)))) (fset 'raise-frame old))) (progn (let* ((vnew #'(lambda (&rest _) nil)) (old (symbol-function 'rais= e-frame))) (unwind-protect (progn (fset 'raise-frame vnew) (let ((yant/supp= ress-pop-frame t)) (org-protocol-capture (list :template "B" :url it :title= (format "%s: %s" ... ...) :elfeed-data entry)))) (fset 'raise-frame old)))) (if it (progn (let* ((vnew #'(lambda (&rest _) nil)) (old (symbol-functio= n 'raise-frame))) (unwind-protect (progn (fset 'raise-frame vnew) (let ((ya= nt/suppress-pop-frame t)) (org-protocol-capture (list :template "B" :url it= :title ... :elfeed-data entry)))) (fset 'raise-frame old))))) (let ((it (elfeed-entry-link entry))) (if it (progn (let* ((vnew #'(lambd= a ... nil)) (old (symbol-function 'raise-frame))) (unwind-protect (progn (f= set 'raise-frame vnew) (let (...) (org-protocol-capture ...))) (fset 'raise= -frame old)))))) (while (consp --cl-var--) (setq entry (car --cl-var--)) (elfeed-untag ent= ry 'unread) (let ((it (elfeed-entry-link entry))) (if it (progn (let* ((vne= w #'...) (old (symbol-function ...))) (unwind-protect (progn (fset ... vnew= ) (let ... ...)) (fset 'raise-frame old)))))) (setq --cl-var-- (cdr --cl-va= r--))) (let* ((--cl-var-- entries) (entry nil)) (while (consp --cl-var--) (setq = entry (car --cl-var--)) (elfeed-untag entry 'unread) (let ((it (elfeed-entr= y-link entry))) (if it (progn (let* ((vnew ...) (old ...)) (unwind-protect = (progn ... ...) (fset ... old)))))) (setq --cl-var-- (cdr --cl-var--))) nil) (let ((entries (elfeed-search-selected))) (let* ((--cl-var-- entries) (en= try nil)) (while (consp --cl-var--) (setq entry (car --cl-var--)) (elfeed-u= ntag entry 'unread) (let ((it (elfeed-entry-link entry))) (if it (progn (le= t* (... ...) (unwind-protect ... ...))))) (setq --cl-var-- (cdr --cl-var--)= )) nil) (mapc #'elfeed-search-update-entry entries) (if (use-region-p) nil = (forward-line))) (#f(lambda () :dynbind "Capture selected entries into inbox." (interactiv= e nil) (elfeed-search-tag-all 'opened) (meta-up) (let ((entries (elfeed-sea= rch-selected))) (let* ((--cl-var-- entries) (entry nil)) (while (consp --cl= -var--) (setq entry (car --cl-var--)) (elfeed-untag entry 'unread) (let ((i= t ...)) (if it (progn ...))) (setq --cl-var-- (cdr --cl-var--))) nil) (mapc= #'elfeed-search-update-entry entries) (if (use-region-p) nil (forward-line= ))))) (apply #f(lambda () :dynbind "Capture selected entries into inbox." (inte= ractive nil) (elfeed-search-tag-all 'opened) (meta-up) (let ((entries (elfe= ed-search-selected))) (let* ((--cl-var-- entries) (entry nil)) (while (cons= p --cl-var--) (setq entry (car --cl-var--)) (elfeed-untag entry 'unread) (l= et ((it ...)) (if it (progn ...))) (setq --cl-var-- (cdr --cl-var--))) nil)= (mapc #'elfeed-search-update-entry entries) (if (use-region-p) nil (forwar= d-line)))) nil) (yant/elfeed-capture-entry) (funcall-interactively yant/elfeed-capture-entry) (command-execute yant/elfeed-capture-entry) In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.42, cairo version 1.18.2) of 2024-12-28 built on localhost Repository revision: ae6924ac7e76c40bb2c1e99dda60fbad5a971046 Repository branch: scratch/igc Windowing system distributor 'The X.Org Foundation', version 11.0.12101014 System Description: Gentoo Linux Configured using: 'configure --with-mps=3Dyes --with-native-compilation 'CFLAGS=3D-g3 -I/opt/mps/include -L/opt/mps/lib' JAVAC=3D/etc/java-config-2/current-system-vm/bin/javac PKG_CONFIG_PATH=3D/usr/share/guile-data/3.0/pkgconfig' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG LCMS2 LIBXML2 MODULES MPS NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB Important settings: value of $LANG: en_US.utf8 locale-coding-system: utf-8-unix --=20 Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 02 13:37:56 2025 Received: (at 75292) by debbugs.gnu.org; 2 Jan 2025 18:37:56 +0000 Received: from localhost ([127.0.0.1]:46626 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTQ4x-000072-GU for submit@debbugs.gnu.org; Thu, 02 Jan 2025 13:37:55 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:51814) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTQ4v-00006n-GH for 75292@debbugs.gnu.org; Thu, 02 Jan 2025 13:37:54 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tTQ4p-0001WV-92; Thu, 02 Jan 2025 13:37:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=mMB1a7MAKdBwqJvR123g7LTk+rqc6sFRpWrdjvHoiKg=; b=rECh3hfA2eHf 8M+/01FAGw0xa5VEyx4J67u+36qTU2tL5eQqsJtBlnWe5farstmCipT81wRzCpEQ0cMTQMWvrGWlV z8nUdSH/NcMAMrgxJG/2Wqr0g5gRGni1PzRMgqMzGaLr5/VMOYS4nCDinT3+1sTjOVb56gh53YuTZ 9yTUSo4YoBY1/0RSeJnCYw+9uUCKY43DfZdYxBT3DxiXQQkaWrcsU/rxAatOT1rjDxll11hnPDoWl STxYSApnQAB88E6JH53Begvhz3RbFqLyKdkD7ZecXeihy/tpSL0jSksBWC5HC/ID2+Pp8KtQ39xxd VGmrG3XyACz52CsQrgWDfw==; Date: Thu, 02 Jan 2025 20:37:41 +0200 Message-Id: <86zfk9hxje.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko , Paul Eggert In-Reply-To: <87pll5qexm.fsf@localhost> (message from Ihor Radchenko on Thu, 02 Jan 2025 17:54:45 +0000) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ihor Radchenko > Date: Thu, 02 Jan 2025 17:54:45 +0000 > > I am getting the belo error regularly, when Emacs is spawning external > process. Not every time though. > > See the full backtrace below. > Please advice what I can do to debug further. > > Debugger entered--Lisp error: (file-error "Doing vfork" "Bad address") > (call-process-shell-command "grep -anE '^:(Sourc.URL\\+?):[ \11[]+https://curiouscoding\\.nl/posts/static-search-tree/[]]*$' '/home/yantar92/Org/rss_archive_2019.org'" nil t) Is this something new? If so, did you update some system libraries lately? Paul, any ideas or suggestions? From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 02 13:40:06 2025 Received: (at 75292) by debbugs.gnu.org; 2 Jan 2025 18:40:06 +0000 Received: from localhost ([127.0.0.1]:46630 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTQ73-0000DN-F8 for submit@debbugs.gnu.org; Thu, 02 Jan 2025 13:40:06 -0500 Received: from mout02.posteo.de ([185.67.36.66]:47043) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTQ70-0000BS-Ve for 75292@debbugs.gnu.org; Thu, 02 Jan 2025 13:40:03 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 08DA3240103 for <75292@debbugs.gnu.org>; Thu, 2 Jan 2025 19:39:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1735843196; bh=04ZGClSGtBiT1GMCs7WAQr606n2uWVEo2bwYiJKQYTU=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=FJ3FfJTuAARigGFbslj2ANcfuPebhX6iO6EBmUuQtlEM9sDigtMjqiIgKOp7ruRj6 gM2Wtv1ediT+xZ8t3ZtIl5HxBKsLwamww9XwzAUcG0kvPDTPXT5J7O6fdaYngPXrdy XTyrxIH9bRIxgR5dLTSDFs97C9apMCiqx4nJJ3/am84ACeYGt4Iim/FnfK6LnmTELq 58UmYBNeAm/rmiu5RhD7TWlSh3v6ZbTiYAWE2vp2X7Z7tGSXJ38Qr7yrUOXkBotkaY HVQvkE2wrVyt0nrLgny5qyvz2qMLQDOrYRm+a+DLw0UnMXocqhWl238aDpD6wne5um g9uLjGs/RwVvQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YPFqv2jLqz6tn4; Thu, 2 Jan 2025 19:39:54 +0100 (CET) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") In-Reply-To: <86zfk9hxje.fsf@gnu.org> References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> Date: Thu, 02 Jan 2025 18:42:14 +0000 Message-ID: <87h66hqcqh.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, Paul Eggert X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> Debugger entered--Lisp error: (file-error "Doing vfork" "Bad address") >> (call-process-shell-command "grep -anE '^:(Sourc.URL\\+?):[ \11[]+https://curiouscoding\\.nl/posts/static-search-tree/[]]*$' '/home/yantar92/Org/rss_archive_2019.org'" nil t) > > Is this something new? If so, did you update some system libraries > lately? I am seeing it since long time ago. It is just that I had enough willpower to report this recently, after I came back to testing the igc branch. -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 02 14:29:57 2025 Received: (at 75292) by debbugs.gnu.org; 2 Jan 2025 19:29:58 +0000 Received: from localhost ([127.0.0.1]:46736 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTQtJ-00037i-Ar for submit@debbugs.gnu.org; Thu, 02 Jan 2025 14:29:57 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:55782) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTQtG-00037L-Io for 75292@debbugs.gnu.org; Thu, 02 Jan 2025 14:29:55 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tTQtA-0000Ln-Dc; Thu, 02 Jan 2025 14:29:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=N73XQSKOj4RUE4hzhX97BoBFpCZmxhVMLdByA5KR5eI=; b=S4DwHlWDIvTN Y+dXAba42sUQx4PggDJN0kVHqEfe7AoQtLA96KjjInhuppBlHEuFWU7gWMjuRCRCyCLYMcH3Lrs/8 u5oa1uGhxbpvVJM6tOqkjG65Lc2mcRA7fKzjHwPD54vc9Vpgzspb+AWaAhIMCHqw6O91k3ygC+DUD qe6uuK57X6fcTXeifyMTWCFb4Y/jF1X+UTcjcJseJFL7jcDeq6EUYMSsNPQ79qNTMPZLK45P9FbwR JdbVUu20BMn/6WuVpFQBc6HRceGhOrDY52B56dBxfSVh4P4Zo5Akaq2aUY2dUPfBC9rj5Lnp7Zv5U X1Yhzk5qwxZ8BO4WVmhNgA==; Date: Thu, 02 Jan 2025 21:29:45 +0200 Message-Id: <86ttahhv4m.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87h66hqcqh.fsf@localhost> (message from Ihor Radchenko on Thu, 02 Jan 2025 18:42:14 +0000) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ihor Radchenko > Cc: Paul Eggert , 75292@debbugs.gnu.org > Date: Thu, 02 Jan 2025 18:42:14 +0000 > > Eli Zaretskii writes: > > >> Debugger entered--Lisp error: (file-error "Doing vfork" "Bad address") > >> (call-process-shell-command "grep -anE '^:(Sourc.URL\\+?):[ \11[]+https://curiouscoding\\.nl/posts/static-search-tree/[]]*$' '/home/yantar92/Org/rss_archive_2019.org'" nil t) > > > > Is this something new? If so, did you update some system libraries > > lately? > > I am seeing it since long time ago. Could it be that this started happening when we began using posix_spawn instead of vfork? If you rebuild Emacs disabling USABLE_POSIX_SPAWN, does the problem go away? From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 02 14:34:53 2025 Received: (at 75292) by debbugs.gnu.org; 2 Jan 2025 19:34:53 +0000 Received: from localhost ([127.0.0.1]:46749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTQy5-0003P6-7x for submit@debbugs.gnu.org; Thu, 02 Jan 2025 14:34:53 -0500 Received: from mout01.posteo.de ([185.67.36.65]:55017) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTQy3-0003Oh-1A for 75292@debbugs.gnu.org; Thu, 02 Jan 2025 14:34:51 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 0B19D240027 for <75292@debbugs.gnu.org>; Thu, 2 Jan 2025 20:34:42 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1735846484; bh=cmdNJSlDJjD6Fzf6whE/HtGJjTLzv0yIhn58uo9Ef0c=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=CmsgW+rd+OEgeFOos5Gno2FWm4RYGNHzTGT+u5s8KoO4Hs5+kOLXSfGEWNzJnU0P1 SaQkQKPfEB9XuLPkMwj44D+3J4VAr8Wn6KXbfde/lopW8+XsJlYmKyhsM2clNJfrad l7XOpE40IJi5aVval6RRiOuxKJibNdXpbbh0TPCbcrbIScHw8/MW3QOui+aQ0TYZGL A2HMQZOfnL5mdduH/+5O6QFxg44o2DCHZJkUj8011lc7GwJLrZE2OL/v5MOGDLZ5Vt mEbFQCgKWTfxt2jKR68gvcwj5u9ivUNfDHwBzGmTEbD5jiH4gf5kAGLgjpMCr1iAcp kOJqCBx582ljg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YPH355323z6tw7; Thu, 2 Jan 2025 20:34:40 +0100 (CET) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") In-Reply-To: <86ttahhv4m.fsf@gnu.org> References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> Date: Thu, 02 Jan 2025 19:37:00 +0000 Message-ID: <875xmxqa77.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > Could it be that this started happening when we began using > posix_spawn instead of vfork? If you rebuild Emacs disabling > USABLE_POSIX_SPAWN, does the problem go away? Should I pass some ./configure option? Or do you want me to modify the sources directly? -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 02 14:41:38 2025 Received: (at 75292) by debbugs.gnu.org; 2 Jan 2025 19:41:38 +0000 Received: from localhost ([127.0.0.1]:46761 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTR4c-0003pi-5n for submit@debbugs.gnu.org; Thu, 02 Jan 2025 14:41:38 -0500 Received: from mail.cs.ucla.edu ([131.179.128.66]:33052) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTR4a-0003pG-2y for 75292@debbugs.gnu.org; Thu, 02 Jan 2025 14:41:36 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 543A73C123879; Thu, 2 Jan 2025 11:41:30 -0800 (PST) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP id UOsuWBPnx3lO; Thu, 2 Jan 2025 11:41:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 0A6E33C12387B; Thu, 2 Jan 2025 11:41:30 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 0A6E33C12387B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1735846890; bh=sKIpkfrgIX7b4tzBX3dhglD7XfeJ7GNQkmHl8P/Rj2g=; h=Message-ID:Date:MIME-Version:To:From; b=Hnep/u7mrSIOnTIPxvHTDEd53+rbx//fMhwdQLnJQffxHz8isO3/+k2riYiQCXgYv P7SLCjwXsXboH/nqWXMBnDLyZq4+Y0KhWNUomHc3YKFctmqNEwu+zFBi31jVVB5Hxj FvZ18GmwKYvYHop2KJ/g+dtUNPRdGvc04VZl6vu1YamGC+/eQkZ1auQ1wYSeyzkneN ph4ESggMH+HciQHSuqBU+cfYMxwEx/68Wu4VTdmo1PgbUws7l3K7akMjKhbauh7S59 yPeMxno1oZ167gmRVSqGHOh01LOwCeUfyf5IwYPOwacWq9tkppOvoIXAutpJ3duyZr sQdrDwX+R+acw== X-Virus-Scanned: amavis at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id aFa6D2B5P6RZ; Thu, 2 Jan 2025 11:41:29 -0800 (PST) Received: from [192.168.254.12] (unknown [47.154.28.214]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id E05663C123879; Thu, 2 Jan 2025 11:41:29 -0800 (PST) Message-ID: <6f1070fd-b2c8-47c6-a8b8-26325d620cb4@cs.ucla.edu> Date: Thu, 2 Jan 2025 11:41:29 -0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") To: Eli Zaretskii , Ihor Radchenko References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> Content-Language: en-US From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <86ttahhv4m.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2025-01-02 11:29, Eli Zaretskii wrote: >>>> Debugger entered--Lisp error: (file-error "Doing vfork" "Bad address") >>>> (call-process-shell-command "grep -anE '^:(Sourc.URL\\+?):[ \11[]+https://curiouscoding\\.nl/posts/static-search-tree/[]]*$' '/home/yantar92/Org/rss_archive_2019.org'" nil t) ... > Could it be that this started happening when we began using > posix_spawn instead of vfork? If Emacs uses posix_spawn instead of vfork, shouldn't file-error report "Doing posix_spawn" instead of "Doing vfork"? Truth in advertising and all that.... From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 02 15:22:27 2025 Received: (at 75292) by debbugs.gnu.org; 2 Jan 2025 20:22:27 +0000 Received: from localhost ([127.0.0.1]:46872 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTRi1-0006IT-Jh for submit@debbugs.gnu.org; Thu, 02 Jan 2025 15:22:27 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:60150) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTRhy-0006IC-LL for 75292@debbugs.gnu.org; Thu, 02 Jan 2025 15:22:19 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tTRhs-0002gY-Ba; Thu, 02 Jan 2025 15:22:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=KscOUlj5YF+I+djU5ET2Z0ZAm0OvTUV6y9N5KteVSKA=; b=NIY0UupBxrKT Csg8H2Is7eqBdxXJ3bHtlmpfXXMQ1DJLKsqNm6IMEp94GHpfL2AoMFQuFwVzVWWpVOL9L7u5cCmVu rb2wmfcrpd000355OWl03RX93BOBlNawYX0zQ9XgsZoNKA13oZ8D5xrIWtcRurvjSaTM0kXYukkpD heUKIfTrWCYXU33Y5sh8SLEOLiDWnzrzipdlJPKpysr2akR76h2GstoOUuFsPDaz57imwnMWBquyN bZGsWpPAWE4VBpL0IzDaQd3ZdhmtSko89YF7tuyGgyRneIfFOeileCT3H3WNmmTuEO3fjju4i6rzJ SsjJptLeDZtLPpqL/UAgbw==; Date: Thu, 02 Jan 2025 22:22:09 +0200 Message-Id: <86msg9hspa.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <875xmxqa77.fsf@localhost> (message from Ihor Radchenko on Thu, 02 Jan 2025 19:37:00 +0000) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ihor Radchenko > Cc: eggert@cs.ucla.edu, 75292@debbugs.gnu.org > Date: Thu, 02 Jan 2025 19:37:00 +0000 > > Eli Zaretskii writes: > > > Could it be that this started happening when we began using > > posix_spawn instead of vfork? If you rebuild Emacs disabling > > USABLE_POSIX_SPAWN, does the problem go away? > > Should I pass some ./configure option? Or do you want me to modify the > sources directly? I think you just need to recompile callproc.c and then relink. Like this: $ cd src $ make callproc.o -W callproc.c MYCPPFLAGS='-DUSABLE_POSIX_SPAWN=0' $ cd .. && make From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 02 15:35:23 2025 Received: (at 75292) by debbugs.gnu.org; 2 Jan 2025 20:35:23 +0000 Received: from localhost ([127.0.0.1]:46890 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTRuZ-00076j-Cr for submit@debbugs.gnu.org; Thu, 02 Jan 2025 15:35:22 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:55014) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTRuX-00076N-IY for 75292@debbugs.gnu.org; Thu, 02 Jan 2025 15:35:18 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tTRuR-0004ZY-SJ; Thu, 02 Jan 2025 15:35:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=KoAcrFkUpOp/HSAQ9++aN5IVvkyJDEiD+k+5851Li9s=; b=G9uaS/mowyq6 cpJmB9bhAaiMZFfs+Uh7Y7h8RG8SdM1+mWXpDdStPr//tRlzstzxTuLXHc82MriG4gN9J51YaI5ce 4Rd+EVYlXUNZpthIOgBfTd+m9K/Ho0yNOnvQ/UT+FORHSzqqNnwIxBXQFZfLqTUm8qLHDwfdIc5hp a+bRYXcqSpNsre7BMozN2sckS0giUl6+ofkJWGZFrljbezBxvoeXKHwg0Uo2lqxKUDmgdquXUxJVs G/iqiDBYf0u6/syqzLQqRogJ9Q+0VPHiSbNp8ZYuLC37r2hlcsTtEewKSBA+PAoH3hOtyUkvO4Abv sxZ96LKrUkg62Cc1uWX46w==; Date: Thu, 02 Jan 2025 22:35:06 +0200 Message-Id: <86ikqxhs3p.fsf@gnu.org> From: Eli Zaretskii To: Paul Eggert In-Reply-To: <6f1070fd-b2c8-47c6-a8b8-26325d620cb4@cs.ucla.edu> (message from Paul Eggert on Thu, 2 Jan 2025 11:41:29 -0800) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <6f1070fd-b2c8-47c6-a8b8-26325d620cb4@cs.ucla.edu> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, yantar92@posteo.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 2 Jan 2025 11:41:29 -0800 > Cc: 75292@debbugs.gnu.org > From: Paul Eggert > > On 2025-01-02 11:29, Eli Zaretskii wrote: > >>>> Debugger entered--Lisp error: (file-error "Doing vfork" "Bad address") > >>>> (call-process-shell-command "grep -anE '^:(Sourc.URL\\+?):[ \11[]+https://curiouscoding\\.nl/posts/static-search-tree/[]]*$' '/home/yantar92/Org/rss_archive_2019.org'" nil t) > ... > > Could it be that this started happening when we began using > > posix_spawn instead of vfork? > > If Emacs uses posix_spawn instead of vfork, shouldn't file-error report > "Doing posix_spawn" instead of "Doing vfork"? Truth in advertising and > all that.... We should, but it looks like someone didn't want to condition the value of CHILD_SETUP_ERROR_DESC by USABLE_POSIX_SPAWN... From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 02 15:43:58 2025 Received: (at 75292) by debbugs.gnu.org; 2 Jan 2025 20:43:58 +0000 Received: from localhost ([127.0.0.1]:46900 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTS2v-0007Vq-NR for submit@debbugs.gnu.org; Thu, 02 Jan 2025 15:43:58 -0500 Received: from mout02.posteo.de ([185.67.36.66]:55293) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTS2t-0007VM-7I for 75292@debbugs.gnu.org; Thu, 02 Jan 2025 15:43:56 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 5BBE6240101 for <75292@debbugs.gnu.org>; Thu, 2 Jan 2025 21:43:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1735850628; bh=NPqjEmmqLmRKNJIwtY0ka7/zvhXJ+gGM38ZySqAFXGA=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:From; b=e+wjc4rGVmbZ1j5Q16a2ttSnBgcR0XK/oH0lgT41+jf/JwmJPhOQ/2+PwqTqhJ+a/ 8jT5PMJUeOIZ2JMKi+/xkQ6NTUZQYgUICXtp7IIOt2puzBdCYfeYSxXOQBFH9hOsh7 WbSX5dI8YXxL6JHh0lKMg4EkwRsMo72/3lq/33N7EQRqOnxWMxkdfLHOeBzlxM1GJj j3BTFeWpG0Se1JE1bLLFoY5O2Bux5t8DGTjxTn478gFopLEWZhEw2W1GirIF9VesY9 bmnF8lthfzRPY0ogRuTzfjKSQ0XIDPKz2XrKCVbqrzbfUwvgcdLcQHwrvM72mj8CoF 6BpXOS1WMtpfw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YPJZq0vwTz9rxB; Thu, 2 Jan 2025 21:43:47 +0100 (CET) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") In-Reply-To: <86msg9hspa.fsf@gnu.org> References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> Date: Thu, 02 Jan 2025 20:45:57 +0000 Message-ID: <874j2h0wsa.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > I think you just need to recompile callproc.c and then relink. Like > this: > > $ cd src > $ make callproc.o -W callproc.c MYCPPFLAGS=3D'-DUSABLE_POSIX_SPAWN=3D0' > $ cd .. && make Done. I will run this version for a couple of days and see if the error re-surface. [yantar92:~/Git/emacs] scratch/igc+* 1h3m1s 1 =C2=B1=20 > cd src [yantar92:~/Git/emacs/src] scratch/igc+* 2s =C2=B1=20 > make callproc.o -W callproc.c MYCPPFLAGS=3D'-DUSABLE_POSIX_SPAWN=3D0' GEN globals.h CC callproc.o callproc.c:47:10: warning: "USABLE_POSIX_SPAWN" redefined 47 | # define USABLE_POSIX_SPAWN 1 | ^~~~~~~~~~~~~~~~~~ : note: this is the location of the previous definition [yantar92:~/Git/emacs/src] scratch/igc+* 7s =C2=B1=20 > cd .. && make ... --=20 Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 02 15:45:56 2025 Received: (at 75292) by debbugs.gnu.org; 2 Jan 2025 20:45:56 +0000 Received: from localhost ([127.0.0.1]:46909 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTS4q-0007hI-D2 for submit@debbugs.gnu.org; Thu, 02 Jan 2025 15:45:56 -0500 Received: from mail-10630.protonmail.ch ([79.135.106.30]:20245) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTS4n-0007gv-SO for 75292@debbugs.gnu.org; Thu, 02 Jan 2025 15:45:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1735850745; x=1736109945; bh=NujPu4kPhjYheBj3B8M+NYEDenI4wzkjSbwcgKLD68M=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=KOrnPN9Rbjx1JWCNITaERnfd7hdt6lZ5sRNdsWa4EQbVYCF1mmKSab+BBdW7l1bx9 Od+ZDOcr2cAlYrz1aHSJ55HkMD5LRbSxY5/tUpzxajOJAFbVI4m5CbQx+iRQzmb/0I U/KlbdkiTQePrdoZXkW2xzI3/FYbA3XJl97t12WJDL3NZjE4eoJA2efu3uiWSmrf53 cwoxmbo7F1iJu0YoQikIR27kah36e+Isj6/fy1nK8Wn6AtfYtM028VlVHSwMeZLoZ/ Ifm+hcFxitUgeQVI69xdlNnAJ8k8VhdnRPGc+/xx7r6ikftdrMOzivoNMTUzHLSgOt a6kvasMV1zgcw== Date: Thu, 02 Jan 2025 20:45:40 +0000 To: Ihor Radchenko From: Pip Cet Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") Message-ID: <87cyh5kksp.fsf@protonmail.com> In-Reply-To: <87pll5qexm.fsf@localhost> References: <87pll5qexm.fsf@localhost> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: faa1852ae67c8f2abcc96b5c1f39292f20f68c42 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "Ihor Radchenko" writes: > I am getting the belo error regularly, when Emacs is spawning external > process. Not every time though. Sounds like something's moved by GC and shouldn't be. Since you're running without optimization, it's unlikely that GCC (we don't indicate the compiler used in report-emacs-bug? we should) mangled a reference badly. The code does assume that SAFE_ALLOCA'd string pointers keep the string data alive. That is a bug, and it might cause the behavior you see if, for some weird reason, we wouldn't be using alloca directly. But I think we would be, unless there is something odd about your system. > See the full backtrace below. > Please advice what I can do to debug further. After checking Eli's suggestion, an strace would be nice to find out which of the pointers has gone bad. FWIW, I'll try reproducing this now, using your build flags... Pip From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 02 16:08:16 2025 Received: (at 75292) by debbugs.gnu.org; 2 Jan 2025 21:08:17 +0000 Received: from localhost ([127.0.0.1]:46960 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTSQS-0000c3-AA for submit@debbugs.gnu.org; Thu, 02 Jan 2025 16:08:16 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:34974) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTSQQ-0000bo-H7 for 75292@debbugs.gnu.org; Thu, 02 Jan 2025 16:08:15 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tTSQI-0000Xv-Le; Thu, 02 Jan 2025 16:08:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=FRoDl8pl51gTZc+cawFxHhDv0vlp74qxRDp2eRWg1Ys=; b=HuvgqCZXFBds0IHmq9gd mi8i7ATLjUi+ImJZRlEPirB2B70WpYB7jXDL1mhYRy7IfuxOAqjnSVz1BkvhyBpPMzWfr5QqzQoWD 2/s5ps7Ifm1F22CtkJUtnHrEL9arL5x4Zs4TczWwOTdaVrtk6pg+AoEzBzj+IJvoME8727p/1XTsA IFrv3H03mGwhhB3H1zd1O7msgFiU2IB+UOw2luzgDxejAqpstIa/jRErWrORzBjZXhZJdXF/xtPfe ZyKXvc7zeh9uqsPAIkx6Ae2xuSsquZ/XU4RwxDzuz6aC1BqcdbDH3JTcYtLEX+YqhtINkG9dRHaia hjEQqBQift/5GQ==; Date: Thu, 02 Jan 2025 23:07:59 +0200 Message-Id: <86cyh4j55c.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <874j2h0wsa.fsf@localhost> (message from Ihor Radchenko on Thu, 02 Jan 2025 20:45:57 +0000) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ihor Radchenko > Cc: eggert@cs.ucla.edu, 75292@debbugs.gnu.org > Date: Thu, 02 Jan 2025 20:45:57 +0000 > > Eli Zaretskii writes: > > > I think you just need to recompile callproc.c and then relink. Like > > this: > > > > $ cd src > > $ make callproc.o -W callproc.c MYCPPFLAGS='-DUSABLE_POSIX_SPAWN=0' > > $ cd .. && make > > Done. > I will run this version for a couple of days and see if the error > re-surface. > > [yantar92:~/Git/emacs] scratch/igc+* 1h3m1s 1 ± > > cd src > [yantar92:~/Git/emacs/src] scratch/igc+* 2s ± > > make callproc.o -W callproc.c MYCPPFLAGS='-DUSABLE_POSIX_SPAWN=0' > GEN globals.h > CC callproc.o > callproc.c:47:10: warning: "USABLE_POSIX_SPAWN" redefined > 47 | # define USABLE_POSIX_SPAWN 1 > | ^~~~~~~~~~~~~~~~~~ > : note: this is the location of the previous definition > [yantar92:~/Git/emacs/src] scratch/igc+* 7s ± Ugh, then I guess you will need to modify the source, indeed, to change # define USABLE_POSIX_SPAWN 1 to say # define USABLE_POSIX_SPAWN 0 Sorry. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 03 12:54:35 2025 Received: (at 75292) by debbugs.gnu.org; 3 Jan 2025 17:54:35 +0000 Received: from localhost ([127.0.0.1]:51953 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTlsZ-0005so-B5 for submit@debbugs.gnu.org; Fri, 03 Jan 2025 12:54:35 -0500 Received: from mout02.posteo.de ([185.67.36.66]:35661) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTlsX-0005sN-8Y for 75292@debbugs.gnu.org; Fri, 03 Jan 2025 12:54:34 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 5A050240101 for <75292@debbugs.gnu.org>; Fri, 3 Jan 2025 18:54:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1735926866; bh=YXw6cTlETmaYXSyHavqoLex8QZ8RZP763sM/+/ZT0ls=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=H1mlzg/7ysycq2Q11BTEzeJmFqnXg/TG9YpTSH8XlrqlGca1HzgWmDgTSpMWkFFdh HxYcWCxvIuUlUBmLDGsM5V8LYoq83mxK2YKEex0yxjscK/ePMHDFhB+MqfY9TmuP1q 7tZw3AjVdcaWBO9Lw/PQ59Im/HYKFE+vx61dtgvBG2IMWXR3xSyHfjAsYp5ZvOTn96 rJFeXU6nbcphURHxCEoJZskmHoQ1xl8x+9iNbTbLaYWwJ7QeABZwUd/SKB6Cvb+i1Q TCtPpQZknlW2kKoSka/c9zeEdkLgBCpAr3k6UBbZeFk6bxIMqTsXNVL5hXLVVr7vZn cxsQrOvZ2JaLQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YPrmx1Zj7z9rxG; Fri, 3 Jan 2025 18:54:25 +0100 (CET) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") In-Reply-To: <86cyh4j55c.fsf@gnu.org> References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> Date: Fri, 03 Jan 2025 17:56:46 +0000 Message-ID: <871pxjhjc1.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > Ugh, then I guess you will need to modify the source, indeed, to > change > > # define USABLE_POSIX_SPAWN 1 > > to say > > # define USABLE_POSIX_SPAWN 0 Done this morning. After one day of usage, no errors (so far). -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 03 12:56:22 2025 Received: (at 75292) by debbugs.gnu.org; 3 Jan 2025 17:56:22 +0000 Received: from localhost ([127.0.0.1]:51970 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTluH-00065U-O9 for submit@debbugs.gnu.org; Fri, 03 Jan 2025 12:56:22 -0500 Received: from mout02.posteo.de ([185.67.36.66]:33309) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTluF-00064l-09 for 75292@debbugs.gnu.org; Fri, 03 Jan 2025 12:56:19 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 2231D240101 for <75292@debbugs.gnu.org>; Fri, 3 Jan 2025 18:56:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1735926973; bh=GpFTGP5FltAfEq1Ucyd74RwEsJDiW63mqIm29Xt6/ms=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=WkzmxR70iqAjz8PSxeFYromD0OboklicHExncVg9QC1sJY4P2/232n8AA5Jurue8c Y2TCd5SroOrxrpvyz5thLZJlGvmQeCP1P19/rFE2sXN1EEW/djyo8ZnHCjGySfPQzv SovEQaWeWx1Dp91LMVXp/NrTPsExCxMZY6KM7UwmGYHH84jOIe1jDhbm6Pxf765LNT Zn2Nhesx9VVXhnMYCj+9dRTa6iy4IsGyePc0Y9wsJkYCrBdSN5y6rbxCy/Kz/hlUug v9O9YVry13lSmPpq4ojo4tmyHHFrT14AQAboaX0AydvnfQ2d73n8Y7W+gc4hi/6YUd w+3MkSYyzgWcA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YPrq04d1nz9rxM; Fri, 3 Jan 2025 18:56:12 +0100 (CET) From: Ihor Radchenko To: Pip Cet Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") In-Reply-To: <87cyh5kksp.fsf@protonmail.com> References: <87pll5qexm.fsf@localhost> <87cyh5kksp.fsf@protonmail.com> Date: Fri, 03 Jan 2025 17:58:33 +0000 Message-ID: <87y0zrg4om.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Pip Cet writes: > After checking Eli's suggestion, an strace would be nice to find out > which of the pointers has gone bad. It can sometimes take one day to get the error. I am not sure if have enough disk space to record strace for so long. (I never used strace though) -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 03 13:25:01 2025 Received: (at 75292) by debbugs.gnu.org; 3 Jan 2025 18:25:01 +0000 Received: from localhost ([127.0.0.1]:52021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTmM0-0007iS-HH for submit@debbugs.gnu.org; Fri, 03 Jan 2025 13:25:01 -0500 Received: from mail-10628.protonmail.ch ([79.135.106.28]:63225) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTmLx-0007i0-B3 for 75292@debbugs.gnu.org; Fri, 03 Jan 2025 13:24:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1735928690; x=1736187890; bh=6EO1jt/q1NyKyNFGenscSmtKfBDrwUmPHt2a/z6V6Ks=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=ipXI/PV8RV6bswp/RGoUL69ljSNPmkobaw7wl+9dWJhrdB11kTAgMm12go4P31u6p pCu6ABSbmdtwYet0Tnv5WeuZbwR0K42DCpD3p8HClhikcqoRCGZ5m4bngU2gSdqIQH dto5b+G94wLmNdpaHTsgG98z8AY9Gf/pnfaJsgIOdAX/tZAHJXmdmX45xtkCG/IzES XewYsLJdMQdgL45X19j14ysCBZF9vGMAfbd2IV3qvKhxDVuIKLnMCjPdWZ2CvlJLpl 9odHpLKoZJbk7H3+9b0SyP+uoTY0TCnajJ886XJqhsH3KCXIRhvBuM2Z64ZhKpYjiw HSfu3AEpVpsaA== Date: Fri, 03 Jan 2025 18:24:47 +0000 To: Ihor Radchenko From: Pip Cet Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") Message-ID: <87bjwnkb81.fsf@protonmail.com> In-Reply-To: <87y0zrg4om.fsf@localhost> References: <87pll5qexm.fsf@localhost> <87cyh5kksp.fsf@protonmail.com> <87y0zrg4om.fsf@localhost> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: 9d8557782c13d1988d8c9ff1dcb257a6d7454cc2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "Ihor Radchenko" writes: > Pip Cet writes: > >> After checking Eli's suggestion, an strace would be nice to find out >> which of the pointers has gone bad. > > It can sometimes take one day to get the error. I am not sure if have > enough disk space to record strace for so long. (I never used strace thou= gh) Ouch. I didn't manage to reproduce it; maybe I didn't try for long enough. For the record, Emacs still defaults to -O if no optimization option is specified. I fixed that in my tree a long time ago, and I forgot. You are running with optimization so it's entirely possible an automatic variable which should have kept alive the string disappeared. My suggestion would be (strace -ff ...emacs... 2>&1) | egrep -50 '(fork|clone|spawn|exec)' (grep -e on most distros, but you use gentoo, right?) Note that this will attach to all of emacs's child processes recursively, so there still might be a lot of output. You can also attach to a running emacs process with strace -p; this should allow you to kill the strace and attach gdb to emacs afterwards for inspection purposes. However, we have three possible explanations for this bug that we already know about; maybe it's best to fix those three and see whether the bug went away? I've opened bug#75322 for the almost definitely buggy usage of SAFE_ALLOCA in process.c and callproc.c, which might explain this (but I don't think it does, TBH, because SAFE_ALLOCA would use alloca on your system in this case, I think). I don't think it's the 64KB stack allocation of call_process, either, but that's also something we shouldn't do and there is a tiny chance we somehow fail to mark a large C stack. The most likely candidate right now is make_environment_block, which happily stuffs string data pointers into an xmalloc'd block and goes about its merry way without letting GC know about them. I think it would cause the problem you observed, but haven't managed to reproduce it yet. If I manage to do so, I'll push a fix. Pip From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 03 14:12:13 2025 Received: (at 75292) by debbugs.gnu.org; 3 Jan 2025 19:12:13 +0000 Received: from localhost ([127.0.0.1]:52105 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTn5h-0002e4-16 for submit@debbugs.gnu.org; Fri, 03 Jan 2025 14:12:13 -0500 Received: from mail-40134.protonmail.ch ([185.70.40.134]:28709) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTn5d-0002d0-IO for 75292@debbugs.gnu.org; Fri, 03 Jan 2025 14:12:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1735931521; x=1736190721; bh=397IDHPpKIsIiAnrW26awQ9v0dOXmRiLt7QbDkavJOk=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=U4tcx60m/OOfwTvojpg8xKFSiJ/6tZDk/AcqoZaXeiwQSUq8XRJz8u4OJRGxklsHU kXD2hnVIf4SBJYjRm0O3q1OScw/wUBqdjV8sU5U0NpHcVmTt4w04P8QvCn0HPqiIqK U/g30f9QM4Zv9N7UFaHDxULhvTu9MPzmuF9qryqzwOEyWEUjt0thsfxRgDA8mmEWSc J9yS1QZMGkCpeOVCFOCTFH0ocJZgtw4KeWd7omL7JFeGm52Pz0Fq1cu/Us0RKS+hzd 5rLWlbixqFxOhpGPwT1V8dEaeWtx4gtU3ZpAf9y3FNJj38qlEiJQeQSIhg7VSFNEqY cXK0CADbQuUDg== Date: Fri, 03 Jan 2025 19:11:58 +0000 To: Ihor Radchenko From: Pip Cet Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") Message-ID: <8734hzk91d.fsf@protonmail.com> In-Reply-To: <87y0zrg4om.fsf@localhost> References: <87pll5qexm.fsf@localhost> <87cyh5kksp.fsf@protonmail.com> <87y0zrg4om.fsf@localhost> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: 30c1ddb458590515c1c57b22cf39a4587d60a942 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Pip Cet writes: > "Ihor Radchenko" writes: > > The most likely candidate right now is make_environment_block, which > happily stuffs string data pointers into an xmalloc'd block and goes > about its merry way without letting GC know about them. I think it > would cause the problem you observed, but haven't managed to reproduce > it yet. If I manage to do so, I'll push a fix. There's definitely a bug there (inserting an igc_collect() will corrupt the environment), and I'll fix it, but I'm a bit puzzled by the "Bad address" thing, and I think there may be an additional bug (making four overall for this very productive bug report): How do syscalls and execve(), in particular, handle the case of a pointer to MPS-managed memory which is behind an active memory barrier? I'm pretty sure there's no SIGSEGV in this case, just an EFAULT. Easily fixable for execve, which accesses only a limited amount of data, but I don't remember whether we ever read() or write() MPS-managed memory, which I assume would eventually run into this bug. If syscalls silently accept mprotect()ed mapped areas which are currently inaccessible (they really shouldn't because it breaks w+x protection!), that's an additional problem we need to work around, because the memory contents might not be valid. I don't think we(*) ever read() or write() Lisp_Objects and expect useful results, so maybe everything's okay in that case? (*) - the fork()-based mark-and-sweep GC did, so it's not entirely unreasonable to do that :-) Pip From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 03 14:33:27 2025 Received: (at 75292) by debbugs.gnu.org; 3 Jan 2025 19:33:27 +0000 Received: from localhost ([127.0.0.1]:52178 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTnQF-00043h-77 for submit@debbugs.gnu.org; Fri, 03 Jan 2025 14:33:27 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:53432) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTnQD-00043T-6x for 75292@debbugs.gnu.org; Fri, 03 Jan 2025 14:33:25 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tTnQ7-0005TS-3f; Fri, 03 Jan 2025 14:33:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=1DzBJ1bz0rx30DYgLRLydJKe/U9ZHJXmnQGjeVJ/pfI=; b=PoR6npT1rIW1 9b/1sGKW3ERg0oHW16k9XmfLyMeIMuu/1x9GlFf3OPkp5EIDGHHWjxNfqc5q69YJgeMyQCpL+i6CC 2RkiHR3QWwdpPe2ZShUnIARlhryAJaAlP0e+9mKKSdix+TZDe7lj+d9ORYoiF+Dd10GT8vde8xxk3 Ys03DkrAfkIoKevggdPaJHzXwANSmiNJwLOTkJb16+HrP9CUiXJekZEFiQNBa/tER6WRSGEu9mYzs nwI1tQoev0EKNNfjuH2xdVC0xyy8BpKLWecIlKXc/AXDBoowB86fDWPya2GCFZefMrVCJblF8nfHg Gn/XZmi1qBo5HdPpma6AgQ==; Date: Fri, 03 Jan 2025 21:33:13 +0200 Message-Id: <864j2fheva.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <871pxjhjc1.fsf@localhost> (message from Ihor Radchenko on Fri, 03 Jan 2025 17:56:46 +0000) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ihor Radchenko > Cc: eggert@cs.ucla.edu, 75292@debbugs.gnu.org > Date: Fri, 03 Jan 2025 17:56:46 +0000 > > Eli Zaretskii writes: > > > Ugh, then I guess you will need to modify the source, indeed, to > > change > > > > # define USABLE_POSIX_SPAWN 1 > > > > to say > > > > # define USABLE_POSIX_SPAWN 0 > > Done this morning. > After one day of usage, no errors (so far). I one day enough time to conclude that this problem is gone? How frequently did you get that error before the change? From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 03 14:47:35 2025 Received: (at 75292) by debbugs.gnu.org; 3 Jan 2025 19:47:35 +0000 Received: from localhost ([127.0.0.1]:52239 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTndv-00050p-Gl for submit@debbugs.gnu.org; Fri, 03 Jan 2025 14:47:35 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:37220) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTndt-00050W-Nt for 75292@debbugs.gnu.org; Fri, 03 Jan 2025 14:47:34 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tTndo-0001Tw-9S; Fri, 03 Jan 2025 14:47:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=cq17TDohFKVkyabcVlJhmfEvIiPuqrngrXOl3KG4t3U=; b=ig4ueanlwW4b TqHr6XKUuVk8HdLWGsP6LTC1+DutNSlS2tQhKF1K+eJHVctPqU0GGjO+vdA2GPlpZM6ru+vaCYqNg cn2na5CX4fqS9dbdtvdqk7/NP+3tQM4DSa0P0GTURZP51OAFOiAe9OGlzLi4siE8JTyXD0kpaeoMP Om6WjheJuIKGyqArtegkawohE49J8FtNbDCogfHBluoxXZHwsJI+wNAwdNZ7pQSjEjXnNuRGvpwyc z2kz3NDu6VKRNGjKAx5rLZcPAYFXtKDEbKwaFnDVwaSBYeZYGViPN3ah7LcQsyNQVSlH+uiY53wsy fRLFnJXCcHA39fCybwraTg==; Date: Fri, 03 Jan 2025 21:47:23 +0200 Message-Id: <861pxjhe7o.fsf@gnu.org> From: Eli Zaretskii To: Pip Cet In-Reply-To: <87bjwnkb81.fsf@protonmail.com> (bug-gnu-emacs@gnu.org) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <87cyh5kksp.fsf@protonmail.com> <87y0zrg4om.fsf@localhost> <87bjwnkb81.fsf@protonmail.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, yantar92@posteo.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 75292@debbugs.gnu.org > Date: Fri, 03 Jan 2025 18:24:47 +0000 > From: Pip Cet via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > The most likely candidate right now is make_environment_block, which > happily stuffs string data pointers into an xmalloc'd block and goes > about its merry way without letting GC know about them. I think it > would cause the problem you observed, but haven't managed to reproduce > it yet. If I manage to do so, I'll push a fix. Please be sure to show the patch before you push, and please explain the problem you found and the fix. This is a delicate area, so we must discuss any changes before they are installed. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 03 14:52:07 2025 Received: (at 75292) by debbugs.gnu.org; 3 Jan 2025 19:52:07 +0000 Received: from localhost ([127.0.0.1]:52248 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tTniJ-0005MB-7J for submit@debbugs.gnu.org; Fri, 03 Jan 2025 14:52:07 -0500 Received: from mail-4322.protonmail.ch ([185.70.43.22]:61131) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tTniH-0005LR-71 for 75292@debbugs.gnu.org; Fri, 03 Jan 2025 14:52:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1735933919; x=1736193119; bh=0S7cJmZj3gJEF4d3E9jjK8Uc26sJztAHsb8vTqNkdyM=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=dW0vclTDw/Y2e64hKCI/QCMppxxW5RGfJp5LpdeCQnqWChFwR6E7MO9hT4iAUpovK z2paO2Bfcc/oO3cYbz08iRxTz/OdgKuaiaJKZfodIJvLNzmnoqu/1Maq3vG0LaBUOB t7TFzGI5sookr8PgbbY70p38UfbGvPcKUcjuQ8yERDht9/3ISgHmYkynUWTu0+Uc1M iwn7+TiSzMuwN99qzYyG+QJzmj0qchU9QZCw2x3F48CW5cvaP8maeAWjJOD7hwAJkm TqeAUp738lG31ntZibbquBKMaHBg0woS7sRGGK0EYN1YMbSMs2TvJEXmZCnP+diE2y riWwNcVdWYdjQ== Date: Fri, 03 Jan 2025 19:51:54 +0000 To: Eli Zaretskii From: Pip Cet Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") Message-ID: <87y0zrismg.fsf@protonmail.com> In-Reply-To: <861pxjhe7o.fsf@gnu.org> References: <87pll5qexm.fsf@localhost> <87cyh5kksp.fsf@protonmail.com> <87y0zrg4om.fsf@localhost> <87bjwnkb81.fsf@protonmail.com> <861pxjhe7o.fsf@gnu.org> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: cf4aa192445d9e39f43349e38146f3c6ac119559 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, yantar92@posteo.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "Eli Zaretskii" writes: >> Cc: 75292@debbugs.gnu.org >> Date: Fri, 03 Jan 2025 18:24:47 +0000 >> From: Pip Cet via "Bug reports for GNU Emacs, >> the Swiss army knife of text editors" >> >> The most likely candidate right now is make_environment_block, which >> happily stuffs string data pointers into an xmalloc'd block and goes >> about its merry way without letting GC know about them. I think it >> would cause the problem you observed, but haven't managed to reproduce >> it yet. If I manage to do so, I'll push a fix. > > Please be sure to show the patch before you push, and please explain > the problem you found and the fix. Sorry, didn't see this in time. Reverted for now. > This is a delicate area, so we must discuss any changes before they > are installed. Okay. Pip From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 03 15:21:21 2025 Received: (at 75292) by debbugs.gnu.org; 3 Jan 2025 20:21:21 +0000 Received: from localhost ([127.0.0.1]:52305 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tToAb-0007EZ-Au for submit@debbugs.gnu.org; Fri, 03 Jan 2025 15:21:21 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39084) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tToAW-0007ED-W9 for 75292@debbugs.gnu.org; Fri, 03 Jan 2025 15:21:19 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tToAQ-0006X3-Gv; Fri, 03 Jan 2025 15:21:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=oOMkGK/pd8lIEcvhwBX4YayM9ccVSsVltVvcuX4aXcs=; b=kpTG+At3bngN gQoN6Hm/pwQ++FGSeDQZXsBtHTIt4syKmVgfQpt5+J9ZprCzANYUft5rwfPhltRvWsJ6RpIZey880 qz3ei7F13m4SY6xK0W+P3YhxxNKrxQWp2xN1wTqYnGNf+/3WPqJH/TVA2vVbz2SynqXA3ixmgFHFu M9ny4ImAu6VzHbMHjvEgZ4i8F3zOMQDWw5VlWjWPpfYlibfXTmswxssBEoI25DmuAKBP5hR5gIgwf IH5wVeD5Bnn5P6bCgsxdmBTbfV7CKtInLCiuBwvzYedrQVBLKmMheG2z/0VLadtn3HK2Qd9HGB4wu l0wqJ1N9OiV/74O1aUVuvw==; Date: Fri, 03 Jan 2025 22:21:07 +0200 Message-Id: <86v7uvfy30.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <871pxjhjc1.fsf@localhost> (message from Ihor Radchenko on Fri, 03 Jan 2025 17:56:46 +0000) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ihor Radchenko > Cc: eggert@cs.ucla.edu, 75292@debbugs.gnu.org > Date: Fri, 03 Jan 2025 17:56:46 +0000 > > Eli Zaretskii writes: > > > Ugh, then I guess you will need to modify the source, indeed, to > > change > > > > # define USABLE_POSIX_SPAWN 1 > > > > to say > > > > # define USABLE_POSIX_SPAWN 0 > > Done this morning. > After one day of usage, no errors (so far). Does this problem happen only on the igc branch, or also on master? From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 04 09:10:43 2025 Received: (at 75292) by debbugs.gnu.org; 4 Jan 2025 14:10:43 +0000 Received: from localhost ([127.0.0.1]:54005 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tU4rT-0001cW-1Z for submit@debbugs.gnu.org; Sat, 04 Jan 2025 09:10:43 -0500 Received: from mout02.posteo.de ([185.67.36.66]:44923) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tU4rN-0001cF-4h for 75292@debbugs.gnu.org; Sat, 04 Jan 2025 09:10:40 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id D3E3D240101 for <75292@debbugs.gnu.org>; Sat, 4 Jan 2025 15:10:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1735999830; bh=dO4QCUpbD8Uif4ic8+2ZeOwpCf2+odh4A6CuR+Qu5xg=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=JrXGxFxPe2GLGDTfctKrTlE5/Cpi8FtcRDjeMsr7w0juvSEjY32bgbOJrnxUO9/UM hhiXFOnp+Kc2svvb1SCXyN+yrk18/CWCKbWWINZRmQUyTjeYZFmiGLjpIoh3/BwP+f u7DbAkdwruvyT/W597SYm91KRsefkv2ZP2Y+pdLJxnGCKN5PhOPJ7OreuCdUIkFiFO a9pi49UsnjWSX+Pos5F5Ey2ufRSYE78OfxO/wkQD8j8RBtPC2cN8MUKG9B/AsLfkyL nyJxre3BvedL/+FLI7SWGvZzDvvzGMBVc4MZDzqC7YSK3M5RiLjT9Dub0ljqpB5NNl bJm3zYzfPntSg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YQMm56Mgxz6txT; Sat, 4 Jan 2025 15:10:29 +0100 (CET) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") In-Reply-To: <864j2fheva.fsf@gnu.org> References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <864j2fheva.fsf@gnu.org> Date: Sat, 04 Jan 2025 14:12:50 +0000 Message-ID: <874j2efz19.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> Done this morning. >> After one day of usage, no errors (so far). > > I one day enough time to conclude that this problem is gone? How > frequently did you get that error before the change? Now, 1.5 days :) I usually get this error once in 1-2 days, especially when I use elfeed/magit actively. -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 04 09:10:56 2025 Received: (at 75292) by debbugs.gnu.org; 4 Jan 2025 14:10:56 +0000 Received: from localhost ([127.0.0.1]:54009 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tU4rf-0001cz-OW for submit@debbugs.gnu.org; Sat, 04 Jan 2025 09:10:56 -0500 Received: from mout02.posteo.de ([185.67.36.66]:49229) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tU4rd-0001ch-3M for 75292@debbugs.gnu.org; Sat, 04 Jan 2025 09:10:54 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 37C0F240101 for <75292@debbugs.gnu.org>; Sat, 4 Jan 2025 15:10:47 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1735999847; bh=DyEUJkKWTQWmTS7qErjfcP4lQ7hjk6lW+7l4nIKryac=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=Z9RMhmxZGCi3z6tTfB19bpQEEO4XVrvQX1heYXhhaHn9HcwF2u623keghryn+nbK6 7CMGq9htJikdjJ2AmNyrEZJmzgkFWomY/VPVif+MCxUzUDpzIaaKd955jRN26QIEH3 TEl+BV2tENad+R3+yopHoI5oAB6b826nfDQmSb7GJshresjsaDoGdxg3MOhvtuE7wS XYio4y8848H83VZBu5OUdB7NVcK2DeSnxkzB+ObH5C+VgadtbzNlhKZhNSmwGWIF20 yc/JgphJKribiiBdjXD9AqJclgo17ohV77KbxAiRVDQ9HHRohGnPWeM/Li7xepjAp+ L1jLZTeWS7q6Q== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YQMmQ5JScz6txT; Sat, 4 Jan 2025 15:10:46 +0100 (CET) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") In-Reply-To: <86v7uvfy30.fsf@gnu.org> References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <86v7uvfy30.fsf@gnu.org> Date: Sat, 04 Jan 2025 14:13:07 +0000 Message-ID: <871pxifz0s.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > Does this problem happen only on the igc branch, or also on master? Only igc branch. -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 04 09:20:32 2025 Received: (at 75292) by debbugs.gnu.org; 4 Jan 2025 14:20:32 +0000 Received: from localhost ([127.0.0.1]:54046 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tU50x-000253-UU for submit@debbugs.gnu.org; Sat, 04 Jan 2025 09:20:32 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:33134) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tU50v-00024p-DT for 75292@debbugs.gnu.org; Sat, 04 Jan 2025 09:20:30 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tU50n-0005NU-Bj; Sat, 04 Jan 2025 09:20:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=JRdMEwxphdY4bpSQLxMOy/VflC7Mog2e4Qo8ryQnRI8=; b=bdLAXJLbVHLt e3eLa4nvi+mPy5lYK8LpP2bJppxg7lqqFYMcCwLfjSrmK3QfQveadDjyg/retyTSOD7I9epT3BCob u3iSPb1LXQ5EyyEs50KRRVwTQ/AGESOhDEFyhguUQhDEL1s9YFKkAyOmhPPUQ8GB01s0DAWsbzbbj uXB41JeAmQpPJyvGitrd1WnfiNFzJSd5Dx+zOEhizTZGHxf8pAv+OHPGCe7WgFySLNrh40arsXqBu GpV4x2sW/5H5Tv4cRx5HpFBjr7lwGLkd0eRCCBjUFEVbSbZcYMpBSlP8bervp3/Blitwro5YU2eni +8fcPAGN6WMj1UoA91En+A==; Date: Sat, 04 Jan 2025 16:20:18 +0200 Message-Id: <865xmud5jx.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <874j2efz19.fsf@localhost> (message from Ihor Radchenko on Sat, 04 Jan 2025 14:12:50 +0000) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <864j2fheva.fsf@gnu.org> <874j2efz19.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ihor Radchenko > Cc: eggert@cs.ucla.edu, 75292@debbugs.gnu.org > Date: Sat, 04 Jan 2025 14:12:50 +0000 > > Eli Zaretskii writes: > > >> Done this morning. > >> After one day of usage, no errors (so far). > > > > I one day enough time to conclude that this problem is gone? How > > frequently did you get that error before the change? > > Now, 1.5 days :) > I usually get this error once in 1-2 days, especially when I use > elfeed/magit actively. OK, let's wait for another day or two. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 04 09:22:37 2025 Received: (at 75292) by debbugs.gnu.org; 4 Jan 2025 14:22:37 +0000 Received: from localhost ([127.0.0.1]:54051 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tU52y-00028k-SF for submit@debbugs.gnu.org; Sat, 04 Jan 2025 09:22:37 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:60926) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tU52w-00028R-IX for 75292@debbugs.gnu.org; Sat, 04 Jan 2025 09:22:35 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tU52r-0005UQ-5o; Sat, 04 Jan 2025 09:22:29 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=M2EFdn0QCVZZGzhmrl/EQveSzt2YI60MyIcbm0q9Ty4=; b=iyVPglxlCJHD J9Gnp/j5RTZi5iuOX8/ZCMbfejkwXWCNY/lYzUW4u/CO7o91Aop7CMmIxk5pfB061i3MRvGVJ7cKY p1Ph29M6k6dQ3lzoNrfKPgeY5BmB0sLe1vBleiLPU637E1l+uVbubzj+QYOuMFnUD39UskusDXY8s BqBMspII2jJTf318TBc0rx3usDWuGsRRKrRGVamCHPrCevxo63L5lDWODrA2PW1Bn4sRAgK9rx8ny aCEs5HHxm6ddO+OFkw3sKuRr+/itIgsil32MLFqcqNaaMZvq4loz70Cmdjna5vpEo7V6Ptb27zPZN 66BnK6F7/1sFYsJy0KV4kw==; Date: Sat, 04 Jan 2025 16:22:26 +0200 Message-Id: <864j2ed5gd.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <871pxifz0s.fsf@localhost> (message from Ihor Radchenko on Sat, 04 Jan 2025 14:13:07 +0000) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <86v7uvfy30.fsf@gnu.org> <871pxifz0s.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ihor Radchenko > Cc: eggert@cs.ucla.edu, 75292@debbugs.gnu.org > Date: Sat, 04 Jan 2025 14:13:07 +0000 > > Eli Zaretskii writes: > > > Does this problem happen only on the igc branch, or also on master? > > Only igc branch. Oh. Then when you said that you are "seeing it since long time ago", did you mean since you started using the igc branch? From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 04 10:19:28 2025 Received: (at 75292) by debbugs.gnu.org; 4 Jan 2025 15:19:28 +0000 Received: from localhost ([127.0.0.1]:56665 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tU5vz-0005OV-R2 for submit@debbugs.gnu.org; Sat, 04 Jan 2025 10:19:28 -0500 Received: from mout02.posteo.de ([185.67.36.66]:40427) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tU5vv-0005O8-ME for 75292@debbugs.gnu.org; Sat, 04 Jan 2025 10:19:26 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 52535240101 for <75292@debbugs.gnu.org>; Sat, 4 Jan 2025 16:19:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1736003954; bh=aYpulpN8v3zG01DHKjmzoIj3DMLBPaB+tlIabcowZg4=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=qAi4VEWOnQBg4+m1nSY/JysRb/867t5EiuWwH9ClGziyqb0O5BUJV3NMw2c6JAa3r fj24WiDwoDgkKElekGBabRuqorCnOJJhck2G5fOqV7chxek7UlgzAtCa+lOLOLOuIk fa+3X8NqIpjhG5lE1r8QmJw9BiHMcbWSNTWsQ+V2B1lsQ34bkEqNiNUWcBYGEyUgYZ HTNT8p7iQLrcjOjlEIOtGlsc1Am6nx0Y+QS6EV5AuQIK/AtNFWjBiRxHlNGCS0O6xs fVs6/5cfYaB6tjMTt0Uz0jlTnaiWTOzmgzPTzs1CffxUIEnPf1eZuf90wR71bMROOH kiBF7bCeMfGlQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YQPHN5ckbz6tn4; Sat, 4 Jan 2025 16:19:12 +0100 (CET) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") In-Reply-To: <864j2ed5gd.fsf@gnu.org> References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <86v7uvfy30.fsf@gnu.org> <871pxifz0s.fsf@localhost> <864j2ed5gd.fsf@gnu.org> Date: Sat, 04 Jan 2025 15:21:33 +0000 Message-ID: <87ikqu4nb6.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> > Does this problem happen only on the igc branch, or also on master? >> >> Only igc branch. > > Oh. Then when you said that you are "seeing it since long time ago", > did you mean since you started using the igc branch? I am using igc branch irregularly. I was using it for a while a few months ago, then stopped, now again trying. I started seeing the vform errors months ago, during my previous iteration of igc testing. Just did not report it. -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 07 12:38:24 2025 Received: (at 75292) by debbugs.gnu.org; 7 Jan 2025 17:38:24 +0000 Received: from localhost ([127.0.0.1]:44473 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tVDX1-0003UX-Lf for submit@debbugs.gnu.org; Tue, 07 Jan 2025 12:38:23 -0500 Received: from mout01.posteo.de ([185.67.36.65]:47951) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tVDWv-0003UC-Px for 75292@debbugs.gnu.org; Tue, 07 Jan 2025 12:38:18 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 2C099240028 for <75292@debbugs.gnu.org>; Tue, 7 Jan 2025 18:38:06 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1736271486; bh=ijR/x8RtI1Q+MY3mg9gG8sx51swe6LnvI16EyISyerY=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=I/Hnh4/B9GCQTuHNp98ZyUIBCcnAIiLQ8SUGp0JVk/Lv8VDimhA+SSueAuZgIJprX yQDbJ5SOZyK4YTZAU4GU4d7bQy6rmDk4RBcisIzv+ffWlMUrmgcppf2iyNli4hqW6O 01Svunk/prlXXpfCd2GZbj2CJHLd3gx6HJwMhqyqE5w1w9UnqZ6v6xZi9BNZnGt48g 2ewUaHhi+tYQPcS5PXERuTpI9YDn/8h6e97YRyRgEcXYkPDoT1L9O+1zx+X/ffrZSl awtVyF4rmMxACfq8N+XhHXZ8UJyyScOGLRs8U3nMTZaw8eb9S1gaOaI0VenLVXDLGE tM5Z5p5i/vwbw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YSJDC6fyyz9rxB; Tue, 7 Jan 2025 18:38:03 +0100 (CET) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") In-Reply-To: <865xmud5jx.fsf@gnu.org> References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <864j2fheva.fsf@gnu.org> <874j2efz19.fsf@localhost> <865xmud5jx.fsf@gnu.org> Date: Tue, 07 Jan 2025 17:40:22 +0000 Message-ID: <87frlu34l5.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> Now, 1.5 days :) >> I usually get this error once in 1-2 days, especially when I use >> elfeed/magit actively. > > OK, let's wait for another day or two. The error did not show up until now. Although, Emacs got quite slow after a few days. Especially when handling process output - Emacs sometimes froze for a minute or two while doing M-x compile. (with your suggested changes applied). I will not go into details yet as it might be a topic for another bug report. -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 07 12:50:43 2025 Received: (at 75292) by debbugs.gnu.org; 7 Jan 2025 17:50:43 +0000 Received: from localhost ([127.0.0.1]:44498 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tVDj0-0004Ah-U9 for submit@debbugs.gnu.org; Tue, 07 Jan 2025 12:50:43 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:51000) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tVDiy-0004AO-1x for 75292@debbugs.gnu.org; Tue, 07 Jan 2025 12:50:41 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tVDir-0004jo-GQ; Tue, 07 Jan 2025 12:50:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=yWeNtgyjahlnQ/iLGLwcH8MkEQ8uLLumQS9iZecTiLg=; b=iOpi4nNBRqgH nLfWuLC9/TdV2HHl/I0S9+V6XSOw06A5ne91gpr63PIeH2BDRLXhMAvn2Q5RzKmTjOcO3S4DIXUWj j1k/5OKz8WgtKek0h4G1Es7HoWlx0mDj6HdKuiL2OlcTXY2oJFrc3vveaY/Baijf6SWXsi1I2kWs3 2AS4yctHSzzcRCT0P8Yw7bkTsejDKC1g1pfWPZzGvI1iWdJ0G1p5r4WuMKaktSOWPTBwE6pNp33kF G5kpVmmxSOzj53jog8r6WvmTWRdVCFIPzelayQiFu7uLoevhDIPPZoiGtYdp30qjF+Dhjebt+sjO3 JmCzIEPUmpvkQcoH2xzp4A==; Date: Tue, 07 Jan 2025 19:50:31 +0200 Message-Id: <86ikqq4ioo.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87frlu34l5.fsf@localhost> (message from Ihor Radchenko on Tue, 07 Jan 2025 17:40:22 +0000) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <864j2fheva.fsf@gnu.org> <874j2efz19.fsf@localhost> <865xmud5jx.fsf@gnu.org> <87frlu34l5.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ihor Radchenko > Cc: eggert@cs.ucla.edu, 75292@debbugs.gnu.org > Date: Tue, 07 Jan 2025 17:40:22 +0000 > > Eli Zaretskii writes: > > >> Now, 1.5 days :) > >> I usually get this error once in 1-2 days, especially when I use > >> elfeed/magit actively. > > > > OK, let's wait for another day or two. > > The error did not show up until now. I guess the next thing to try is to return to the posix_spawn build after callproc.c is patched as discussed in bug#75322. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 07 13:42:38 2025 Received: (at 75292) by debbugs.gnu.org; 7 Jan 2025 18:42:38 +0000 Received: from localhost ([127.0.0.1]:44657 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tVEXG-00079M-0y for submit@debbugs.gnu.org; Tue, 07 Jan 2025 13:42:38 -0500 Received: from mout01.posteo.de ([185.67.36.65]:32923) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tVEXD-00078n-Qj for 75292@debbugs.gnu.org; Tue, 07 Jan 2025 13:42:36 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 534EB240027 for <75292@debbugs.gnu.org>; Tue, 7 Jan 2025 19:42:27 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1736275348; bh=CxgVgzS8S/MY1kuBhN64PRgJCWgfld+X2Md0AGnYOw8=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=V/tqfsFq0hfs/xieLn0zgGyVVwnpRmkwzlChkIN6kEPVjBixjiTBdAQRRpH1i09Bo HfM4AD0mfdg01s0PF1fui4m8GhiPcyjHHI9IUXvUWM9pbK0+jfMUhVYYZkUZDzQBjk BYVoxaQcO5GVvAUcUOFZOFH2m2OWRtMrhclh/5CZ7qIBs4CzmCIITQMMaysaPINyVS 7NXdqc/u4VFn6zqY1IQjY2k68p6eeCKV5iz457TSzUqsem5Ev+CjeTvuL4EH6S+E91 MgUSAmnOLtg+YA+LdJ8INEZPisQN7y61wMwoJhkJ1ifZcN0HziiYfZPZQMuW8JoeTX 52w4VJS4AhyEQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YSKfT6Lcdz9rxF; Tue, 7 Jan 2025 19:42:25 +0100 (CET) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") In-Reply-To: <86ikqq4ioo.fsf@gnu.org> References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <864j2fheva.fsf@gnu.org> <874j2efz19.fsf@localhost> <865xmud5jx.fsf@gnu.org> <87frlu34l5.fsf@localhost> <86ikqq4ioo.fsf@gnu.org> Date: Tue, 07 Jan 2025 18:44:45 +0000 Message-ID: <8734hu31lu.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > I guess the next thing to try is to return to the posix_spawn build > after callproc.c is patched as discussed in bug#75322. Do I understand correctly that the patch is not yet finalized? -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 07 14:29:10 2025 Received: (at 75292) by debbugs.gnu.org; 7 Jan 2025 19:29:10 +0000 Received: from localhost ([127.0.0.1]:44726 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tVFGI-0001NJ-Cw for submit@debbugs.gnu.org; Tue, 07 Jan 2025 14:29:10 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:53868) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tVFGG-0001N1-5p for 75292@debbugs.gnu.org; Tue, 07 Jan 2025 14:29:09 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tVFG9-00084k-Pl; Tue, 07 Jan 2025 14:29:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=AF+EYhayAZCF+ztNFkAoz4e9DGzuk9N5rIkwyHkrZ1Y=; b=Zh4kULYYBkZw yyong69CBL1hbGsnN2r2m1dzI8LKe3HlMLuykSzffwVkDJ9fuhYgB2QkThapPoVXeRnZfbxde+b3v AA6otxOuMMlnsddQDYuZCOPadWkIic0qZBHIRO6Dc75otZe582247zSZsu10A9+/N/ZDI9Xcd73SK kyHNe+TMgUpA7TCjOjcs/SKO42y+IuzWvx5OVopTk2rlXAuETIHrB+ulkBRNJzS8M8YyNHmuYZbPV ONeNvHassfSfe2anZqLuHzW1fNnjpZWFlDZB8FlMQppr0Ih4K0P9tpmh4wWlRJSWuJOkdLnz03rvL O6wagmxBjx/7+kkcwZI0ig==; Date: Tue, 07 Jan 2025 21:28:54 +0200 Message-Id: <86cygy4e4p.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <8734hu31lu.fsf@localhost> (message from Ihor Radchenko on Tue, 07 Jan 2025 18:44:45 +0000) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <864j2fheva.fsf@gnu.org> <874j2efz19.fsf@localhost> <865xmud5jx.fsf@gnu.org> <87frlu34l5.fsf@localhost> <86ikqq4ioo.fsf@gnu.org> <8734hu31lu.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ihor Radchenko > Cc: eggert@cs.ucla.edu, 75292@debbugs.gnu.org > Date: Tue, 07 Jan 2025 18:44:45 +0000 > > Eli Zaretskii writes: > > > I guess the next thing to try is to return to the posix_spawn build > > after callproc.c is patched as discussed in bug#75322. > > Do I understand correctly that the patch is not yet finalized? No. It was installed, but then reverted. The plan is to revert the revert, AFAIU. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 10 15:18:07 2025 Received: (at 75292) by debbugs.gnu.org; 10 Jan 2025 20:18:07 +0000 Received: from localhost ([127.0.0.1]:58932 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tWLSI-0006PB-PI for submit@debbugs.gnu.org; Fri, 10 Jan 2025 15:18:07 -0500 Received: from mail-10631.protonmail.ch ([79.135.106.31]:12121) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tWLSE-0006OS-7B for 75292@debbugs.gnu.org; Fri, 10 Jan 2025 15:18:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1736540275; x=1736799475; bh=Ih2Rri4I/jCDnjaDzKw1tFRnN1dU6414uKf+3sJ9Ru4=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=vhvRNjwLXc1GAY6SU2drxpoE722VtypZnxmf32UOWWystMCFgWG6bxjdKi+DM5IKF 7cU1eWDGFmP3iXCUEmj7Y04nHai32D/6nQhZrMYhC8VuZ+Bx7Ln2JWA4h7KDbFQ7v8 kqmOvuycQfpx755W99/qxh7U+fICqgXiX3l1MampmagctXVrWl7OGXhzMJZ/KiHmCN 1dxpwaLqE+hVlrXboICK05HpNnAB2l4lL9svtO8c8kqr2HESfWd5g6brm4OPFe4hHd huUhQyvfqBFsGDVIGcnw2HXWRcS37JucD6wSGhapBlhd6FvVsaX5+IY0xYq4V3OS+I QnfVnei+nDc+A== Date: Fri, 10 Jan 2025 20:17:52 +0000 To: Eli Zaretskii From: Pip Cet Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") Message-ID: <871pxa1l03.fsf@protonmail.com> In-Reply-To: <86cygy4e4p.fsf@gnu.org> References: <87pll5qexm.fsf@localhost> <871pxjhjc1.fsf@localhost> <864j2fheva.fsf@gnu.org> <874j2efz19.fsf@localhost> <865xmud5jx.fsf@gnu.org> <87frlu34l5.fsf@localhost> <86ikqq4ioo.fsf@gnu.org> <8734hu31lu.fsf@localhost> <86cygy4e4p.fsf@gnu.org> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: 66ed34f9fb4158c474472ffc505d3b6895760157 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, Ihor Radchenko , eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "Eli Zaretskii" writes: >> From: Ihor Radchenko >> Cc: eggert@cs.ucla.edu, 75292@debbugs.gnu.org >> Date: Tue, 07 Jan 2025 18:44:45 +0000 >> >> Eli Zaretskii writes: >> >> > I guess the next thing to try is to return to the posix_spawn build >> > after callproc.c is patched as discussed in bug#75322. >> >> Do I understand correctly that the patch is not yet finalized? > > No. It was installed, but then reverted. The plan is to revert the > revert, AFAIU. If we reinstall that patch, we should not be fixing !HAVE_MPS bugs on scratch/igc. If we think there is one, we should install it on master; if we think there isn't, we should #ifdef it so no changes apply to the !HAVE_MPS build. Please let me know which option you prefer. (My *long-term* preference is option C: make it safe to call traditional GC while an SDATA pointer is on the stack or in conservatively-scanned heap regions, which we'd have to introduce first :-) I got distracted and extended alloc.c conservative scanning to automatically pin strings if there is a corresponding SDATA pointer on the stack, and I was going to make conservative scanning apply to SAFE_ALLOCA xmalloc'd memory next. If we do that, we can just use xmalloc_conservative in make_environment_block and SAFE_ALLOCA and we no longer have to worry about that particular no-GC assumption. My intention was to display strings with live SDATA pointers to find bugs where alloc.c GC happens at the wrong time, helping us locate live-SDATA-during-GC bugs (which would have been a strong argument for applying the patch). I couldn't find any, not even when I ramped up GC to barely tolerable levels and always relocated every single unpinned string. I think such bugs exist but are limited to unlikely code paths, such as the one where ENCODE_FILE calls Lisp, GCs, and destroys call_process's SDATA pointers (I haven't been able to trigger this bug; it may be prevented by some logic I missed). This would make pin_string redundant, but there's also a risk that constantly compacting all the bytecode objects that are NOT referenced by the stack would make GC much slower. It would prevent bugs similar to this one, but this precise bug would not have been prevented because the SDATA pointers were in xmalloc'd memory.) Pip From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 10 15:33:37 2025 Received: (at 75292) by debbugs.gnu.org; 10 Jan 2025 20:33:37 +0000 Received: from localhost ([127.0.0.1]:58956 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tWLhJ-0007ER-0D for submit@debbugs.gnu.org; Fri, 10 Jan 2025 15:33:37 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:47770) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tWLhG-0007E9-1l for 75292@debbugs.gnu.org; Fri, 10 Jan 2025 15:33:35 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tWLh9-0005dC-Em; Fri, 10 Jan 2025 15:33:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=QCRfHtqsxpcsBjLL+zvKTyD9Nuud31lgJD0haVJCW+M=; b=jfS6tF4er9LQ +DhEox0FRu6PWY8bxyMPC4dfKskd6KCIt34XYlroq6WC0KD+23hiZCpEYnZwtN85bhGS3iYMSMzDy KxubWBZTWjEBAvwqpAPdXVwyFF4A1Ggg1/otM4na8pgp77vAq2iaaXXQWgQMkhh1v/FJJCODWdDzg DPr4EOjnCi3fPVbLyUErZid20GIU8N1CIlzmRiZ63bvyeDXJz7/e9vQ1mgLJM433v5GaaNHVF1tOj 89WNRWFXvhV1WY09xzFBsvvkBondu3xRMQCGnP9Kjp5arW7pE48Ta9o5ywsjTwSXcbMRSBVkRO8OX qJjO1GHzcca3n5n0aUcaQw==; Date: Fri, 10 Jan 2025 22:33:23 +0200 Message-Id: <86wmf2z9ws.fsf@gnu.org> From: Eli Zaretskii To: Pip Cet In-Reply-To: <871pxa1l03.fsf@protonmail.com> (message from Pip Cet on Fri, 10 Jan 2025 20:17:52 +0000) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <871pxjhjc1.fsf@localhost> <864j2fheva.fsf@gnu.org> <874j2efz19.fsf@localhost> <865xmud5jx.fsf@gnu.org> <87frlu34l5.fsf@localhost> <86ikqq4ioo.fsf@gnu.org> <8734hu31lu.fsf@localhost> <86cygy4e4p.fsf@gnu.org> <871pxa1l03.fsf@protonmail.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, yantar92@posteo.net, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 10 Jan 2025 20:17:52 +0000 > From: Pip Cet > Cc: Ihor Radchenko , 75292@debbugs.gnu.org, eggert@cs.ucla.edu > > "Eli Zaretskii" writes: > > > No. It was installed, but then reverted. The plan is to revert the > > revert, AFAIU. > > If we reinstall that patch, we should not be fixing !HAVE_MPS bugs on > scratch/igc. If we think there is one, we should install it on master; > if we think there isn't, we should #ifdef it so no changes apply to the > !HAVE_MPS build. > > Please let me know which option you prefer. The latter, please. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 11 13:41:28 2025 Received: (at 75292) by debbugs.gnu.org; 11 Jan 2025 18:41:28 +0000 Received: from localhost ([127.0.0.1]:44803 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tWgQK-0005Gl-H7 for submit@debbugs.gnu.org; Sat, 11 Jan 2025 13:41:28 -0500 Received: from mout01.posteo.de ([185.67.36.65]:36317) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tWgQI-0005GP-8c for 75292@debbugs.gnu.org; Sat, 11 Jan 2025 13:41:26 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id AF7E5240027 for <75292@debbugs.gnu.org>; Sat, 11 Jan 2025 19:41:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1736620879; bh=OUmfzdTKbhu22srsnROoHtwNWd/6wLAKR408lSqRa1c=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=XcalQSfaiPS+lJ5WATqBrur8c8p5PfF6PFnsKqsoRZ2hUvybEiknOHio3y1IYZaxR 5+zOkIDrYAzpVzTFKhYTe9CkaSQIAOTFpZ6n6OIl67DLN2lriV6CIwzkRUKE/uTmKt L2JkiMPZNtJNzqmEx3GYrPXy7sYuvXQawR+iERIR0Zpnd9g2JpxhgbVRGIOjiNkQnO 7LCcdjUiPnPtkrUrw3CUI2sZY558Kc6au3jcIb9LLlXN/VL9nSM0eCGr/bqZ3s0qNn AkQMHZo8PPnf0vlYHJJfJdd57OqDRzu4QNvUTva1PszGxv3Tj+oYKJzuzKN6qy0fi5 htAIijQ3TOHUA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YVnRK3LS8z9rxK; Sat, 11 Jan 2025 19:41:17 +0100 (CET) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") In-Reply-To: <86cygy4e4p.fsf@gnu.org> References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <864j2fheva.fsf@gnu.org> <874j2efz19.fsf@localhost> <865xmud5jx.fsf@gnu.org> <87frlu34l5.fsf@localhost> <86ikqq4ioo.fsf@gnu.org> <8734hu31lu.fsf@localhost> <86cygy4e4p.fsf@gnu.org> Date: Sat, 11 Jan 2025 18:43:37 +0000 Message-ID: <87o70dxkbq.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> > I guess the next thing to try is to return to the posix_spawn build >> > after callproc.c is patched as discussed in bug#75322. >> >> Do I understand correctly that the patch is not yet finalized? > > No. It was installed, but then reverted. The plan is to revert the > revert, AFAIU. AFAIU, the fix has been installed. I am running with it for a couple of days, and I am not seeing vfork errors anymore. I guess that this bug might be closed. -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 11 14:33:47 2025 Received: (at 75292-done) by debbugs.gnu.org; 11 Jan 2025 19:33:47 +0000 Received: from localhost ([127.0.0.1]:44986 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tWhEx-0008Bd-D6 for submit@debbugs.gnu.org; Sat, 11 Jan 2025 14:33:47 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50256) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tWhEu-0008BO-Pd for 75292-done@debbugs.gnu.org; Sat, 11 Jan 2025 14:33:45 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tWhEo-00049L-P9; Sat, 11 Jan 2025 14:33:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=4aSndBhUsSAdI7JcF11GRJE7S98b8hvld2QWaPHW5ck=; b=irDsvzVC92Or +kE91Ro+VkwSkd5qycjE6u0fliCv9/+hTVxt0CGuRHjS0P38JTewv2LdvZKRfwHb1PfRNbh7lm18A /pb1CgykLSoTg5c4xZdhcWIW/R1WFbsQ+OIstsfe2RcDntpbcaxd7FrHNRpWKf+rfxwmLcxaT/agv gs1/NKRhq4AT1sFAuehJCSXSqwINO0tJgp/4Ciy7tQaqFutcvlMgWgsNNo2++eTnVOGEt00hcF1JT lQp5gi2QZUQ2Yf5XOBk2dwywVToj1Ys/vyDOqul6+vvzrYyNOILyi0y5rx+qJJN96ZpHX3yL5QBcE nuKvsbloN9HyKlA5DmVpwg==; Date: Sat, 11 Jan 2025 21:33:25 +0200 Message-Id: <86tta5xi0q.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87o70dxkbq.fsf@localhost> (message from Ihor Radchenko on Sat, 11 Jan 2025 18:43:37 +0000) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <864j2fheva.fsf@gnu.org> <874j2efz19.fsf@localhost> <865xmud5jx.fsf@gnu.org> <87frlu34l5.fsf@localhost> <86ikqq4ioo.fsf@gnu.org> <8734hu31lu.fsf@localhost> <86cygy4e4p.fsf@gnu.org> <87o70dxkbq.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292-done Cc: 75292-done@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ihor Radchenko > Cc: eggert@cs.ucla.edu, 75292@debbugs.gnu.org > Date: Sat, 11 Jan 2025 18:43:37 +0000 > > Eli Zaretskii writes: > > >> > I guess the next thing to try is to return to the posix_spawn build > >> > after callproc.c is patched as discussed in bug#75322. > >> > >> Do I understand correctly that the patch is not yet finalized? > > > > No. It was installed, but then reverted. The plan is to revert the > > revert, AFAIU. > > AFAIU, the fix has been installed. > I am running with it for a couple of days, and I am not seeing vfork > errors anymore. I guess that this bug might be closed. Thanks, closing. From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 30 14:24:28 2025 Received: (at 75292) by debbugs.gnu.org; 30 Jan 2025 19:24:28 +0000 Received: from localhost ([127.0.0.1]:47907 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tda9M-0008N6-Co for submit@debbugs.gnu.org; Thu, 30 Jan 2025 14:24:28 -0500 Received: from mout02.posteo.de ([185.67.36.66]:41423) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tda9J-0008Mn-La for 75292@debbugs.gnu.org; Thu, 30 Jan 2025 14:24:26 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 05E20240103 for <75292@debbugs.gnu.org>; Thu, 30 Jan 2025 20:24:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1738265059; bh=TIvHYa3GupCXAY/WWiCee4A4SFkIGt+ibs+dzNHzFvc=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=ANvKz21xDp+47oszegKByRo2Kd7cOPsOYJ5XMnv1rKvcuG30OccLChfcd0xepj+sV HKkVvvE5scTFwqHQBp1PSzaV7kNaD6keruCv0qkrGWZDqYXbfFARScS+gJyP7PmE/g leCmdYINKugMlrzwX7jMO9YKjm0nMf6jcpItsV6goEZ96OggOFJ8WO3IcmOGJC01IR Zne5RUKC35r7uxFupEg7gmtOI3VMNPhsq1UlLGxOPYANk50w8tFPv+VnzeUR4WRYdC ESZF0L70K1dm3XBB/7l9Lpr5/6cs+Hqc01sKfu3xjno3pdaZJkM9SfAAglpUx/IClR KDnsjnVls98iQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YkTV85vGyz6tlh; Thu, 30 Jan 2025 20:24:16 +0100 (CET) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") In-Reply-To: <86ikqq4ioo.fsf@gnu.org> References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <864j2fheva.fsf@gnu.org> <874j2efz19.fsf@localhost> <865xmud5jx.fsf@gnu.org> <87frlu34l5.fsf@localhost> <86ikqq4ioo.fsf@gnu.org> Date: Thu, 30 Jan 2025 19:26:31 +0000 Message-ID: <87sep0ays8.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > I guess the next thing to try is to return to the posix_spawn build > after callproc.c is patched as discussed in bug#75322. I tried, and did not get any issues up to now. -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 30 14:35:16 2025 Received: (at 75292) by debbugs.gnu.org; 30 Jan 2025 19:35:16 +0000 Received: from localhost ([127.0.0.1]:47961 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tdaJn-0000XY-Qr for submit@debbugs.gnu.org; Thu, 30 Jan 2025 14:35:16 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:43604) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tdaJl-0000Sw-E1 for 75292@debbugs.gnu.org; Thu, 30 Jan 2025 14:35:14 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tdaJe-0000Pd-PB; Thu, 30 Jan 2025 14:35:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=RrLMiAjWZ0liqe9bFV1ZS+Je17B79FSysSqltGfXSw4=; b=BjCrtJ8SOic8 Srb/uCxBbVgS9a8E792zA9TLHNifNba2qy6yRfb4tW7x/d/AntMSRFA234jiWNOJq/Q+N55BVAyTV JIINadNp0X/xra8kqBnFTu0os48wIA4C6LL/wqZ7VhzOIzFe8hK5h2Ncmy0xgNjI2GBSOWCQxo3tQ 42FK1NKb3ZZQEco35VyKT/5VxCkQkGljXd6/PuLpDb/c0bz/7FJL4EibZ4wN62ZuDdpom0HaDVVe4 NWgP29V/wON66ClfxXvcm8SB2HVRi/wmUZYJqVtbZoNWuK1ZYXf+XDm/XHS3YPZiGJTaoJbSpR6G3 LkeEpVZis36rSnVBHInD/g==; Date: Thu, 30 Jan 2025 21:34:57 +0200 Message-Id: <86bjvojdsu.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87sep0ays8.fsf@localhost> (message from Ihor Radchenko on Thu, 30 Jan 2025 19:26:31 +0000) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <864j2fheva.fsf@gnu.org> <874j2efz19.fsf@localhost> <865xmud5jx.fsf@gnu.org> <87frlu34l5.fsf@localhost> <86ikqq4ioo.fsf@gnu.org> <87sep0ays8.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ihor Radchenko > Cc: eggert@cs.ucla.edu, 75292@debbugs.gnu.org > Date: Thu, 30 Jan 2025 19:26:31 +0000 > > Eli Zaretskii writes: > > > I guess the next thing to try is to return to the posix_spawn build > > after callproc.c is patched as discussed in bug#75322. > > I tried, and did not get any issues up to now. So can we declare this bug fixed and close it? Or would you like to run some more before we do that? From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 30 14:37:46 2025 Received: (at 75292) by debbugs.gnu.org; 30 Jan 2025 19:37:46 +0000 Received: from localhost ([127.0.0.1]:47975 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tdaMD-0000de-Jw for submit@debbugs.gnu.org; Thu, 30 Jan 2025 14:37:46 -0500 Received: from mout02.posteo.de ([185.67.36.66]:46073) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tdaMB-0000dO-KI for 75292@debbugs.gnu.org; Thu, 30 Jan 2025 14:37:44 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id B97F6240101 for <75292@debbugs.gnu.org>; Thu, 30 Jan 2025 20:37:37 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1738265857; bh=Z8oySDcq292RpN716b3AOICNgd9Tfnls7DThueKu77E=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=lkEyGcL9Ngl0fi5uelhlJtMqKVBUMBDklh8kDXvmQWy/C0PoCqmbaG1Ie9rUrb3Cu pVZ2ajXdsMWUgAJp58B/BlsWzFPpfHOs5N5f+ojasxkFf0GKCndlbVfyVj0FCkxrAI uhnbEGN2z4VJdH3zGM6e72MwrMPl+s41tE0giATVDnSt7HrY8ibA6LIVKzbByai+5x Sp1Fwd0KlLizeXQJZJCYy8EakkazZzOkQ5QoVrJYdozmo/IxWjq1yn1sMZWkGDKjTv sjcYimWRD6mO/hg3Cii49uqNZbCdAoctqmLWXsmN/4VzMUUCniPt7zY0JNZV8a8i4m TBtBGnPShtkJg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YkTnX6HCbz9rxD; Thu, 30 Jan 2025 20:37:36 +0100 (CET) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") In-Reply-To: <86bjvojdsu.fsf@gnu.org> References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <864j2fheva.fsf@gnu.org> <874j2efz19.fsf@localhost> <865xmud5jx.fsf@gnu.org> <87frlu34l5.fsf@localhost> <86ikqq4ioo.fsf@gnu.org> <87sep0ays8.fsf@localhost> <86bjvojdsu.fsf@gnu.org> Date: Thu, 30 Jan 2025 19:39:51 +0000 Message-ID: <87ed0kay60.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292 Cc: 75292@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> I tried, and did not get any issues up to now. > > So can we declare this bug fixed and close it? Or would you like to > run some more before we do that? I think we can close the bug. -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 30 15:31:41 2025 Received: (at 75292-done) by debbugs.gnu.org; 30 Jan 2025 20:31:41 +0000 Received: from localhost ([127.0.0.1]:48102 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tdbCO-0003GO-LL for submit@debbugs.gnu.org; Thu, 30 Jan 2025 15:31:41 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:52002) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tdbCJ-0003G7-FM for 75292-done@debbugs.gnu.org; Thu, 30 Jan 2025 15:31:39 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tdbCC-0005QU-C3; Thu, 30 Jan 2025 15:31:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=890OxJ2ye0LRF8xcff6r6SYsRR3HIbRmvhAhM44C4pA=; b=dCfqhY8H8fnZ WaujoeFOenuv0z6fplIcUjcBKvyVQNdkYWQR71fwpuykzg57LwjoZrfDlLLRG3+a+ZMFqwQr34LTb j40aENg0w7wTCDfnhUGDt52F5rg0LliSrFdH9z83etCtjvOwjbkGHfAfvrAqj97btmocQ1F0nM0AJ SDymVw+xGOpsIomRd+JM0pstd1WxaZ7xlc+cUdhFwKKaHrDOa+u2aNdqy4RZx/2lcbH1ejfL2uO2W iqA/j2uBtBmsl70F9Cma3cwXf0E2u8YURbkFI4RwM/HxdCb7BfSSTPXYWbo8IxnrF+wbIcKi2QTtS txNaF4iToARsb8TnHEgmgA==; Date: Thu, 30 Jan 2025 22:31:24 +0200 Message-Id: <868qqsjb6r.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87ed0kay60.fsf@localhost> (message from Ihor Radchenko on Thu, 30 Jan 2025 19:39:51 +0000) Subject: Re: bug#75292: 31.0.50; igc: (file-error "Doing vfork" "Bad address") References: <87pll5qexm.fsf@localhost> <86zfk9hxje.fsf@gnu.org> <87h66hqcqh.fsf@localhost> <86ttahhv4m.fsf@gnu.org> <875xmxqa77.fsf@localhost> <86msg9hspa.fsf@gnu.org> <874j2h0wsa.fsf@localhost> <86cyh4j55c.fsf@gnu.org> <871pxjhjc1.fsf@localhost> <864j2fheva.fsf@gnu.org> <874j2efz19.fsf@localhost> <865xmud5jx.fsf@gnu.org> <87frlu34l5.fsf@localhost> <86ikqq4ioo.fsf@gnu.org> <87sep0ays8.fsf@localhost> <86bjvojdsu.fsf@gnu.org> <87ed0kay60.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75292-done Cc: 75292-done@debbugs.gnu.org, eggert@cs.ucla.edu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Ihor Radchenko > Cc: eggert@cs.ucla.edu, 75292@debbugs.gnu.org > Date: Thu, 30 Jan 2025 19:39:51 +0000 > > Eli Zaretskii writes: > >> I tried, and did not get any issues up to now. > > > > So can we declare this bug fixed and close it? Or would you like to > > run some more before we do that? > > I think we can close the bug. Thanks, done. From unknown Thu Jun 19 14:07:07 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 28 Feb 2025 12:24:19 +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