all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Re: master 4d00db5 8/8: Remove compat code from comint.el
       [not found] ` <20200811190422.0409E20CB8@vcs0.savannah.gnu.org>
@ 2020-08-12  7:29   ` Basil L. Contovounesios
  2020-08-12 11:03     ` Lars Ingebrigtsen
  0 siblings, 1 reply; 4+ messages in thread
From: Basil L. Contovounesios @ 2020-08-12  7:29 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: emacs-devel

larsi@gnus.org (Lars Ingebrigtsen) writes:

> branch: master
> commit 4d00db5538dc0ef47cf1cdf425b895d04145fe9e
> Author: Lars Ingebrigtsen <larsi@gnus.org>
> Commit: Lars Ingebrigtsen <larsi@gnus.org>
>
>     Remove compat code from comint.el
>     
>     * lisp/comint.el (make-comint-in-buffer): `start-file-process' is
>     always defined, so remove test.
> ---
>  lisp/comint.el | 2 --
>  1 file changed, 2 deletions(-)
>
> diff --git a/lisp/comint.el b/lisp/comint.el
> index df947b9..843cba1 100644
> --- a/lisp/comint.el
> +++ b/lisp/comint.el
> @@ -735,8 +735,6 @@ contents are sent to the process as its initial input.
>  If PROGRAM is a string, any more args are arguments to PROGRAM.
>  
>  Return the (possibly newly created) process buffer."
> -  (or (fboundp 'start-file-process)
> -      (error "Multi-processing is not supported for this system"))
>    (setq buffer (get-buffer-create (or buffer (concat "*" name "*"))))
>    ;; If no process, or nuked process, crank up a new one and put buffer in
>    ;; comint mode.  Otherwise, leave buffer and existing process alone.

Perhaps the code here and in the previous commit meant to check for
(fboundp 'make-process) instead?  start-file-process may always be
defined, but I don't recall all platforms supporting subprocesses.  Or
is this check no longer deemed necessary?

Thanks,

-- 
Basil



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

* Re: master 4d00db5 8/8: Remove compat code from comint.el
  2020-08-12  7:29   ` master 4d00db5 8/8: Remove compat code from comint.el Basil L. Contovounesios
@ 2020-08-12 11:03     ` Lars Ingebrigtsen
  2020-08-12 14:26       ` Eli Zaretskii
  0 siblings, 1 reply; 4+ messages in thread
From: Lars Ingebrigtsen @ 2020-08-12 11:03 UTC (permalink / raw)
  To: Basil L. Contovounesios; +Cc: emacs-devel

"Basil L. Contovounesios" <contovob@tcd.ie> writes:

>>  Return the (possibly newly created) process buffer."
>> -  (or (fboundp 'start-file-process)
>> -      (error "Multi-processing is not supported for this system"))

[...]

> Perhaps the code here and in the previous commit meant to check for
> (fboundp 'make-process) instead?  start-file-process may always be
> defined, but I don't recall all platforms supporting subprocesses.  Or
> is this check no longer deemed necessary?

Yeah, that makes more sense.  There was an equivalent check in
esh-proc.el that added a lot of code to the non-start-file-process case
that made me wonder, too.

I guess there's still platforms without subprocess support?  DOS?  Or is
that deprecated?  If so, this patch (and the esh-proc.el patch) should
be reverted and the checks changed.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no



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

* Re: master 4d00db5 8/8: Remove compat code from comint.el
  2020-08-12 11:03     ` Lars Ingebrigtsen
@ 2020-08-12 14:26       ` Eli Zaretskii
  2020-08-12 14:28         ` Lars Ingebrigtsen
  0 siblings, 1 reply; 4+ messages in thread
From: Eli Zaretskii @ 2020-08-12 14:26 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: contovob, emacs-devel

> From: Lars Ingebrigtsen <larsi@gnus.org>
> Date: Wed, 12 Aug 2020 13:03:09 +0200
> Cc: emacs-devel@gnu.org
> 
> I guess there's still platforms without subprocess support?  DOS?

Yes, that's the only one.



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

* Re: master 4d00db5 8/8: Remove compat code from comint.el
  2020-08-12 14:26       ` Eli Zaretskii
@ 2020-08-12 14:28         ` Lars Ingebrigtsen
  0 siblings, 0 replies; 4+ messages in thread
From: Lars Ingebrigtsen @ 2020-08-12 14:28 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: contovob, emacs-devel

Eli Zaretskii <eliz@gnu.org> writes:

>> I guess there's still platforms without subprocess support?  DOS?
>
> Yes, that's the only one.

OK, I'll revert the two affected patches and check for the correct
function instead.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no



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

end of thread, other threads:[~2020-08-12 14:28 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <20200811190418.24261.58579@vcs0.savannah.gnu.org>
     [not found] ` <20200811190422.0409E20CB8@vcs0.savannah.gnu.org>
2020-08-12  7:29   ` master 4d00db5 8/8: Remove compat code from comint.el Basil L. Contovounesios
2020-08-12 11:03     ` Lars Ingebrigtsen
2020-08-12 14:26       ` Eli Zaretskii
2020-08-12 14:28         ` Lars Ingebrigtsen

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.