-
-
Notifications
You must be signed in to change notification settings - Fork 32k
doc: clarify the multi REPL example #57759
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
doc: clarify the multi REPL example #57759
Conversation
By the way, also the title of the section doesn't convince me: does it look ok to everyone else? (what about something like |
7b993ed
to
5fe7a3f
Compare
I agree the section title is confusing, my vote would go to |
The section there does specify:
So yeah I am pretty sure we're getting the meaning of the title right 🤔 PS: I didn't think of this before but I would also be happy updating the title to something like |
I don't think we should use |
ah, yeah I see your point and completely agree 👍 Ok, I'd say to go with |
clarify the example presented where multiple REPL instances are run in the same process by: - making its title unambiguous - clarifying that they share the same `global` object (which currently is a bit ambiguous/half implied) - making sure that they do share the same `global` object (via `useGlobal` set to `true`) - they delete the unix socket if present (so that people running the code twice don't get confused/annoyed that the second time it doesn't properly work)
5fe7a3f
to
bd6346c
Compare
/cc @nodejs/repl |
Landed in 95b0f9d |
clarify the example presented where multiple REPL instances are run in the same process by: - making its title unambiguous - clarifying that they share the same `global` object (which currently is a bit ambiguous/half implied) - making sure that they do share the same `global` object (via `useGlobal` set to `true`) - they delete the unix socket if present (so that people running the code twice don't get confused/annoyed that the second time it doesn't properly work) PR-URL: #57759 Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com>
clarify the example presented where multiple REPL instances are run in the same process by: - making its title unambiguous - clarifying that they share the same `global` object (which currently is a bit ambiguous/half implied) - making sure that they do share the same `global` object (via `useGlobal` set to `true`) - they delete the unix socket if present (so that people running the code twice don't get confused/annoyed that the second time it doesn't properly work) PR-URL: #57759 Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com>
clarify the example presented where multiple REPL instances are run in the same process by: - making its title unambiguous - clarifying that they share the same `global` object (which currently is a bit ambiguous/half implied) - making sure that they do share the same `global` object (via `useGlobal` set to `true`) - they delete the unix socket if present (so that people running the code twice don't get confused/annoyed that the second time it doesn't properly work) PR-URL: #57759 Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com>
clarify the example presented where multiple REPL instances are run in the same process by: - making its title unambiguous - clarifying that they share the same `global` object (which currently is a bit ambiguous/half implied) - making sure that they do share the same `global` object (via `useGlobal` set to `true`) - they delete the unix socket if present (so that people running the code twice don't get confused/annoyed that the second time it doesn't properly work) PR-URL: #57759 Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com>
clarify the example presented where multiple REPL instances are run in the same process by: - making its title unambiguous - clarifying that they share the same `global` object (which currently is a bit ambiguous/half implied) - making sure that they do share the same `global` object (via `useGlobal` set to `true`) - they delete the unix socket if present (so that people running the code twice don't get confused/annoyed that the second time it doesn't properly work) PR-URL: #57759 Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com>
clarify the example presented where multiple REPL instances are run in the same process by: - making its title unambiguous - clarifying that they share the same `global` object (which currently is a bit ambiguous/half implied) - making sure that they do share the same `global` object (via `useGlobal` set to `true`) - they delete the unix socket if present (so that people running the code twice don't get confused/annoyed that the second time it doesn't properly work) PR-URL: #57759 Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com>
clarify the example presented where multiple REPL instances are run in the same process by: - making its title unambiguous - clarifying that they share the same `global` object (which currently is a bit ambiguous/half implied) - making sure that they do share the same `global` object (via `useGlobal` set to `true`) - they delete the unix socket if present (so that people running the code twice don't get confused/annoyed that the second time it doesn't properly work) PR-URL: #57759 Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com>
clarify the example presented where multiple REPL instances are run in the same process by: - making its title unambiguous - clarifying that they share the same `global` object (which currently is a bit ambiguous/half implied) - making sure that they do share the same `global` object (via `useGlobal` set to `true`) - they delete the unix socket if present (so that people running the code twice don't get confused/annoyed that the second time it doesn't properly work) PR-URL: #57759 Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com>
clarify the example presented where multiple REPL instances are run in the same process by: - making its title unambiguous - clarifying that they share the same `global` object (which currently is a bit ambiguous/half implied) - making sure that they do share the same `global` object (via `useGlobal` set to `true`) - they delete the unix socket if present (so that people running the code twice don't get confused/annoyed that the second time it doesn't properly work) PR-URL: #57759 Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com>
clarify the example presented where multiple REPL instances are run in the same process by: - making its title unambiguous - clarifying that they share the same `global` object (which currently is a bit ambiguous/half implied) - making sure that they do share the same `global` object (via `useGlobal` set to `true`) - they delete the unix socket if present (so that people running the code twice don't get confused/annoyed that the second time it doesn't properly work) PR-URL: #57759 Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com>
clarify the example presented where multiple REPL
instances are run in the same process by:
global
object (which currently is a bit ambiguous/half implied)global
object (viauseGlobal
set totrue
)Fixes #43118