GNU bug report logs - #35225
26.2; line 161+4 in emacs.c points to lostpage at CoreFoundation/CoreFoundation.html

Previous Next

Package: emacs;

Reported by: Van L <van <at> scratch.space>

Date: Thu, 11 Apr 2019 02:33:02 UTC

Severity: normal

Found in version 26.2

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 35225 in the body.
You can then email your comments to 35225 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#35225; Package emacs. (Thu, 11 Apr 2019 02:33:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Van L <van <at> scratch.space>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Thu, 11 Apr 2019 02:33:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Van L <van <at> scratch.space>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.2; line 161+4 in emacs.c points to lostpage at
 CoreFoundation/CoreFoundation.html
Date: Thu, 11 Apr 2019 12:31:52 +1000
Hello,

The link in the comment finds: 
The page you’re looking for can’t be found.

/* To run as a background daemon under Cocoa or Windows,
   we must do a fork+exec, not a simple fork.

   On Cocoa, CoreFoundation lib fails in forked process:
   http://developer.apple.com/ReleaseNotes/
   CoreFoundation/CoreFoundation.html)

   On Windows, a Cygwin fork child cannot access the USER subsystem.

   We mark being in the exec'd process by a daemon name argument of
   form "--daemon=\nFD0,FD1\nNAME" where FD are the pipe file descriptors,
   NAME is the original daemon name, if any. */



Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#35225; Package emacs. (Thu, 11 Apr 2019 12:07:02 GMT) Full text and rfc822 format available.

Message #8 received at 35225 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: Van L <van <at> scratch.space>
Cc: 35225 <at> debbugs.gnu.org
Subject: Re: bug#35225: 26.2; line 161+4 in emacs.c points to lostpage at
 CoreFoundation/CoreFoundation.html
Date: Thu, 11 Apr 2019 08:06:09 -0400
Van L <van <at> scratch.space> writes:

> The link in the comment finds: 
> The page you’re looking for can’t be found.
>
> /* To run as a background daemon under Cocoa or Windows,
>    we must do a fork+exec, not a simple fork.
>
>    On Cocoa, CoreFoundation lib fails in forked process:
>    http://developer.apple.com/ReleaseNotes/
>    CoreFoundation/CoreFoundation.html)

If I open this in web.archive.org, it redirects a bunch of times, and I
eventually end up at (the still existing outside the archive) address of
https://developer.apple.com/library/archive/releasenotes/CoreFoundation/RN-CoreFoundation/

I'm not really seeing anything about forked processes on that page
though.




Reply sent to Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility. (Thu, 11 Apr 2019 13:27:01 GMT) Full text and rfc822 format available.

Notification sent to Van L <van <at> scratch.space>:
bug acknowledged by developer. (Thu, 11 Apr 2019 13:27:02 GMT) Full text and rfc822 format available.

Message #13 received at 35225-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Van L <van <at> scratch.space>
Cc: 35225-done <at> debbugs.gnu.org
Subject: Re: bug#35225: 26.2; line 161+4 in emacs.c points to lostpage at
 CoreFoundation/CoreFoundation.html
Date: Thu, 11 Apr 2019 16:26:06 +0300
> From: Van L <van <at> scratch.space>
> Date: Thu, 11 Apr 2019 12:31:52 +1000
> 
> The link in the comment finds: 
> The page you’re looking for can’t be found.
> 
> /* To run as a background daemon under Cocoa or Windows,
>    we must do a fork+exec, not a simple fork.
> 
>    On Cocoa, CoreFoundation lib fails in forked process:
>    http://developer.apple.com/ReleaseNotes/
>    CoreFoundation/CoreFoundation.html)

Thanks, fixed.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#35225; Package emacs. (Thu, 11 Apr 2019 13:33:01 GMT) Full text and rfc822 format available.

Message #16 received at 35225 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: van <at> scratch.space, 35225 <at> debbugs.gnu.org
Subject: Re: bug#35225: 26.2; line 161+4 in emacs.c points to lostpage at
 CoreFoundation/CoreFoundation.html
Date: Thu, 11 Apr 2019 16:31:38 +0300
> From: Noam Postavsky <npostavs <at> gmail.com>
> Date: Thu, 11 Apr 2019 08:06:09 -0400
> Cc: 35225 <at> debbugs.gnu.org
> 
> If I open this in web.archive.org, it redirects a bunch of times, and I
> eventually end up at (the still existing outside the archive) address of
> https://developer.apple.com/library/archive/releasenotes/CoreFoundation/RN-CoreFoundation/
> 
> I'm not really seeing anything about forked processes on that page
> though.

Try another (earlier) date.  I did find that page eventually.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 10 May 2019 11:24:06 GMT) Full text and rfc822 format available.

This bug report was last modified 6 years and 96 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.