Terminal shows > after entering
When I press backslash , I’m given a >
(greater than) symbol. What does this mean?
command-line bash
add a comment |
When I press backslash , I’m given a >
(greater than) symbol. What does this mean?
command-line bash
3
It's an indication of a line continuation.
– RobotHumans
23 hours ago
3
Related: What mode does the terminal go into when I type a single quote?
– steeldriver
22 hours ago
add a comment |
When I press backslash , I’m given a >
(greater than) symbol. What does this mean?
command-line bash
When I press backslash , I’m given a >
(greater than) symbol. What does this mean?
command-line bash
command-line bash
edited 23 hours ago
Melebius
4,55751839
4,55751839
asked 23 hours ago
CuriouskangarooCuriouskangaroo
958
958
3
It's an indication of a line continuation.
– RobotHumans
23 hours ago
3
Related: What mode does the terminal go into when I type a single quote?
– steeldriver
22 hours ago
add a comment |
3
It's an indication of a line continuation.
– RobotHumans
23 hours ago
3
Related: What mode does the terminal go into when I type a single quote?
– steeldriver
22 hours ago
3
3
It's an indication of a line continuation.
– RobotHumans
23 hours ago
It's an indication of a line continuation.
– RobotHumans
23 hours ago
3
3
Related: What mode does the terminal go into when I type a single quote?
– steeldriver
22 hours ago
Related: What mode does the terminal go into when I type a single quote?
– steeldriver
22 hours ago
add a comment |
3 Answers
3
active
oldest
votes
Whenever you use terminal/bash, there might be an instance that you need to run a command that is very long. So, you want to split the command into multiple lines for better readability and understanding. But if you use next line the shell will think that it is a new command. So you use with new line character (typed by Enter).
Basically, commands or bash scripts are "interpreted", i.e. executed line by line. Every new line mean starting of a new command. In terminal when you press Enter, you get a prompt to run a new command. So, "Enter" needs to be "Escaped". So, typing/entering then Enter allows you to split the current command into multiple lines so that shell doesn't think that it is a new command but the continuation of previous command.
>
is nothing but a prompt for the new line.
For example:
If we want to install multiple packages command will be like
sudo apt install [package1] [package2] [package3]..
But that sometimes that makes command cluttered. So we can use followed by Enter (newline character)
sudo apt install [package1]
>[package2]
>[package3]
>.
>.
>.
4
@Curiouskangaroo BTW, you can control how the new command and line continuation prompts work, by setting values to the$PS1
and$PS2
variables. See the bash man page to learn the format, and useecho "'$PS2'"
to view the current setting.
– jpaugh
21 hours ago
add a comment |
The backslash character () is used as an escape character in the shell. If you use it as the last character on the line, it escapes the newline, so you can continue your command on the next line instead of finishing it. This is indicated by the
>
prompt in Bash.
Example:
$ echo A
> B
AB
$
To put a literal to your command, you have to escape it using another backslash:
$ echo \
$
add a comment |
[adding a (too long/complex) answer as the other 2 don't mention how the "> " appears... ie, don't mention PS2]
You typed: Enter : the says to the shell to just output the Enter as a literral character instead of interpreting it as usual (Therefore the shell "goes to the next line" instead of terminating the current command line and interpreting it. Unless you are in some other constructs such as an heredoc, a for loop, etc).
Your terminal therefore interpret Enter as : "go to the next line" (without starting to interpret the command) and thus the terminal is now letting you enter the 2nd line of a multi-line command, and to make it more visible displays the $PS2
content (called the PS2 prompt) on each subsequent lines.
The PS2 variable is usually defined by default as : PS2="> "
and you can for exemple edit your ~/.bashrc to redefine it as you wish (taking into consideration that it should, imo, avoid containing dangerous characters, such as >
or ;
, and should help you either clearly see it is a multiline commands but disable it's multiline content (ex: PS2="#cont#"
) or let you easily copy/paste them with as little impact on its lines as possible (ex: PS2=" "
)
Which, by the way, is imo a bad default, as it could very well lead one to delete some important binary commands in some cases.
You can redefine PS2 to be something else (I like: PS2=" ", for exemple) so that multiline commands can be easily copied/pasted without fearing the following:
For exemple let's say you have a command that starts to be quite long (and may fold on your screen if your terminal isn't wide enough):
grep -i "something" /some/file /another/file /3rd/file /etc/someimportantfile
If the command looks too long (and wraps around), you may want to split it visually into 2 lines, by choosing where (when) you want to the next line by inserting: Enter at the appropriate spot:
grep -i "something" /some/file /another/file /3rd/file
> /etc/someimportantfile #warning, "> " was inserted by the shell and this changes everything !
Using the default PS2, the shell added "> " before "/etc/someimportantfile " .. so if you copy/paste those 2 lines in another terminal, their action will be completely different: instead of grepping into 4 files, the grep is only going into the first 3 files, and the grep output replaces the content of the 4th file (/etc/someimportantfile) !
To avoid these problems (and many others) : you could for exemple define: PS2=" "
to make the multi-line commands cleaner and easier to copy/paste:
grep -i "something" /some/file /another/file /3rd/file
/etc/someimportantfile #now only 2 spaces were inserted, without changing the grep's actions!
Note how this time /bin/somecommand is simply shifter 2 spaces to the right, and no ">" was inserted, so you can safely copy/paste this 2-line command.
PS2 is also used in "for" "while" etc loops, and having it defined as " " is, to me, better in those ones too.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1107966%2fterminal-shows-after-entering%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
Whenever you use terminal/bash, there might be an instance that you need to run a command that is very long. So, you want to split the command into multiple lines for better readability and understanding. But if you use next line the shell will think that it is a new command. So you use with new line character (typed by Enter).
Basically, commands or bash scripts are "interpreted", i.e. executed line by line. Every new line mean starting of a new command. In terminal when you press Enter, you get a prompt to run a new command. So, "Enter" needs to be "Escaped". So, typing/entering then Enter allows you to split the current command into multiple lines so that shell doesn't think that it is a new command but the continuation of previous command.
>
is nothing but a prompt for the new line.
For example:
If we want to install multiple packages command will be like
sudo apt install [package1] [package2] [package3]..
But that sometimes that makes command cluttered. So we can use followed by Enter (newline character)
sudo apt install [package1]
>[package2]
>[package3]
>.
>.
>.
4
@Curiouskangaroo BTW, you can control how the new command and line continuation prompts work, by setting values to the$PS1
and$PS2
variables. See the bash man page to learn the format, and useecho "'$PS2'"
to view the current setting.
– jpaugh
21 hours ago
add a comment |
Whenever you use terminal/bash, there might be an instance that you need to run a command that is very long. So, you want to split the command into multiple lines for better readability and understanding. But if you use next line the shell will think that it is a new command. So you use with new line character (typed by Enter).
Basically, commands or bash scripts are "interpreted", i.e. executed line by line. Every new line mean starting of a new command. In terminal when you press Enter, you get a prompt to run a new command. So, "Enter" needs to be "Escaped". So, typing/entering then Enter allows you to split the current command into multiple lines so that shell doesn't think that it is a new command but the continuation of previous command.
>
is nothing but a prompt for the new line.
For example:
If we want to install multiple packages command will be like
sudo apt install [package1] [package2] [package3]..
But that sometimes that makes command cluttered. So we can use followed by Enter (newline character)
sudo apt install [package1]
>[package2]
>[package3]
>.
>.
>.
4
@Curiouskangaroo BTW, you can control how the new command and line continuation prompts work, by setting values to the$PS1
and$PS2
variables. See the bash man page to learn the format, and useecho "'$PS2'"
to view the current setting.
– jpaugh
21 hours ago
add a comment |
Whenever you use terminal/bash, there might be an instance that you need to run a command that is very long. So, you want to split the command into multiple lines for better readability and understanding. But if you use next line the shell will think that it is a new command. So you use with new line character (typed by Enter).
Basically, commands or bash scripts are "interpreted", i.e. executed line by line. Every new line mean starting of a new command. In terminal when you press Enter, you get a prompt to run a new command. So, "Enter" needs to be "Escaped". So, typing/entering then Enter allows you to split the current command into multiple lines so that shell doesn't think that it is a new command but the continuation of previous command.
>
is nothing but a prompt for the new line.
For example:
If we want to install multiple packages command will be like
sudo apt install [package1] [package2] [package3]..
But that sometimes that makes command cluttered. So we can use followed by Enter (newline character)
sudo apt install [package1]
>[package2]
>[package3]
>.
>.
>.
Whenever you use terminal/bash, there might be an instance that you need to run a command that is very long. So, you want to split the command into multiple lines for better readability and understanding. But if you use next line the shell will think that it is a new command. So you use with new line character (typed by Enter).
Basically, commands or bash scripts are "interpreted", i.e. executed line by line. Every new line mean starting of a new command. In terminal when you press Enter, you get a prompt to run a new command. So, "Enter" needs to be "Escaped". So, typing/entering then Enter allows you to split the current command into multiple lines so that shell doesn't think that it is a new command but the continuation of previous command.
>
is nothing but a prompt for the new line.
For example:
If we want to install multiple packages command will be like
sudo apt install [package1] [package2] [package3]..
But that sometimes that makes command cluttered. So we can use followed by Enter (newline character)
sudo apt install [package1]
>[package2]
>[package3]
>.
>.
>.
edited 21 hours ago
answered 23 hours ago
KulfyKulfy
3,85841140
3,85841140
4
@Curiouskangaroo BTW, you can control how the new command and line continuation prompts work, by setting values to the$PS1
and$PS2
variables. See the bash man page to learn the format, and useecho "'$PS2'"
to view the current setting.
– jpaugh
21 hours ago
add a comment |
4
@Curiouskangaroo BTW, you can control how the new command and line continuation prompts work, by setting values to the$PS1
and$PS2
variables. See the bash man page to learn the format, and useecho "'$PS2'"
to view the current setting.
– jpaugh
21 hours ago
4
4
@Curiouskangaroo BTW, you can control how the new command and line continuation prompts work, by setting values to the
$PS1
and $PS2
variables. See the bash man page to learn the format, and use echo "'$PS2'"
to view the current setting.– jpaugh
21 hours ago
@Curiouskangaroo BTW, you can control how the new command and line continuation prompts work, by setting values to the
$PS1
and $PS2
variables. See the bash man page to learn the format, and use echo "'$PS2'"
to view the current setting.– jpaugh
21 hours ago
add a comment |
The backslash character () is used as an escape character in the shell. If you use it as the last character on the line, it escapes the newline, so you can continue your command on the next line instead of finishing it. This is indicated by the
>
prompt in Bash.
Example:
$ echo A
> B
AB
$
To put a literal to your command, you have to escape it using another backslash:
$ echo \
$
add a comment |
The backslash character () is used as an escape character in the shell. If you use it as the last character on the line, it escapes the newline, so you can continue your command on the next line instead of finishing it. This is indicated by the
>
prompt in Bash.
Example:
$ echo A
> B
AB
$
To put a literal to your command, you have to escape it using another backslash:
$ echo \
$
add a comment |
The backslash character () is used as an escape character in the shell. If you use it as the last character on the line, it escapes the newline, so you can continue your command on the next line instead of finishing it. This is indicated by the
>
prompt in Bash.
Example:
$ echo A
> B
AB
$
To put a literal to your command, you have to escape it using another backslash:
$ echo \
$
The backslash character () is used as an escape character in the shell. If you use it as the last character on the line, it escapes the newline, so you can continue your command on the next line instead of finishing it. This is indicated by the
>
prompt in Bash.
Example:
$ echo A
> B
AB
$
To put a literal to your command, you have to escape it using another backslash:
$ echo \
$
answered 23 hours ago
MelebiusMelebius
4,55751839
4,55751839
add a comment |
add a comment |
[adding a (too long/complex) answer as the other 2 don't mention how the "> " appears... ie, don't mention PS2]
You typed: Enter : the says to the shell to just output the Enter as a literral character instead of interpreting it as usual (Therefore the shell "goes to the next line" instead of terminating the current command line and interpreting it. Unless you are in some other constructs such as an heredoc, a for loop, etc).
Your terminal therefore interpret Enter as : "go to the next line" (without starting to interpret the command) and thus the terminal is now letting you enter the 2nd line of a multi-line command, and to make it more visible displays the $PS2
content (called the PS2 prompt) on each subsequent lines.
The PS2 variable is usually defined by default as : PS2="> "
and you can for exemple edit your ~/.bashrc to redefine it as you wish (taking into consideration that it should, imo, avoid containing dangerous characters, such as >
or ;
, and should help you either clearly see it is a multiline commands but disable it's multiline content (ex: PS2="#cont#"
) or let you easily copy/paste them with as little impact on its lines as possible (ex: PS2=" "
)
Which, by the way, is imo a bad default, as it could very well lead one to delete some important binary commands in some cases.
You can redefine PS2 to be something else (I like: PS2=" ", for exemple) so that multiline commands can be easily copied/pasted without fearing the following:
For exemple let's say you have a command that starts to be quite long (and may fold on your screen if your terminal isn't wide enough):
grep -i "something" /some/file /another/file /3rd/file /etc/someimportantfile
If the command looks too long (and wraps around), you may want to split it visually into 2 lines, by choosing where (when) you want to the next line by inserting: Enter at the appropriate spot:
grep -i "something" /some/file /another/file /3rd/file
> /etc/someimportantfile #warning, "> " was inserted by the shell and this changes everything !
Using the default PS2, the shell added "> " before "/etc/someimportantfile " .. so if you copy/paste those 2 lines in another terminal, their action will be completely different: instead of grepping into 4 files, the grep is only going into the first 3 files, and the grep output replaces the content of the 4th file (/etc/someimportantfile) !
To avoid these problems (and many others) : you could for exemple define: PS2=" "
to make the multi-line commands cleaner and easier to copy/paste:
grep -i "something" /some/file /another/file /3rd/file
/etc/someimportantfile #now only 2 spaces were inserted, without changing the grep's actions!
Note how this time /bin/somecommand is simply shifter 2 spaces to the right, and no ">" was inserted, so you can safely copy/paste this 2-line command.
PS2 is also used in "for" "while" etc loops, and having it defined as " " is, to me, better in those ones too.
add a comment |
[adding a (too long/complex) answer as the other 2 don't mention how the "> " appears... ie, don't mention PS2]
You typed: Enter : the says to the shell to just output the Enter as a literral character instead of interpreting it as usual (Therefore the shell "goes to the next line" instead of terminating the current command line and interpreting it. Unless you are in some other constructs such as an heredoc, a for loop, etc).
Your terminal therefore interpret Enter as : "go to the next line" (without starting to interpret the command) and thus the terminal is now letting you enter the 2nd line of a multi-line command, and to make it more visible displays the $PS2
content (called the PS2 prompt) on each subsequent lines.
The PS2 variable is usually defined by default as : PS2="> "
and you can for exemple edit your ~/.bashrc to redefine it as you wish (taking into consideration that it should, imo, avoid containing dangerous characters, such as >
or ;
, and should help you either clearly see it is a multiline commands but disable it's multiline content (ex: PS2="#cont#"
) or let you easily copy/paste them with as little impact on its lines as possible (ex: PS2=" "
)
Which, by the way, is imo a bad default, as it could very well lead one to delete some important binary commands in some cases.
You can redefine PS2 to be something else (I like: PS2=" ", for exemple) so that multiline commands can be easily copied/pasted without fearing the following:
For exemple let's say you have a command that starts to be quite long (and may fold on your screen if your terminal isn't wide enough):
grep -i "something" /some/file /another/file /3rd/file /etc/someimportantfile
If the command looks too long (and wraps around), you may want to split it visually into 2 lines, by choosing where (when) you want to the next line by inserting: Enter at the appropriate spot:
grep -i "something" /some/file /another/file /3rd/file
> /etc/someimportantfile #warning, "> " was inserted by the shell and this changes everything !
Using the default PS2, the shell added "> " before "/etc/someimportantfile " .. so if you copy/paste those 2 lines in another terminal, their action will be completely different: instead of grepping into 4 files, the grep is only going into the first 3 files, and the grep output replaces the content of the 4th file (/etc/someimportantfile) !
To avoid these problems (and many others) : you could for exemple define: PS2=" "
to make the multi-line commands cleaner and easier to copy/paste:
grep -i "something" /some/file /another/file /3rd/file
/etc/someimportantfile #now only 2 spaces were inserted, without changing the grep's actions!
Note how this time /bin/somecommand is simply shifter 2 spaces to the right, and no ">" was inserted, so you can safely copy/paste this 2-line command.
PS2 is also used in "for" "while" etc loops, and having it defined as " " is, to me, better in those ones too.
add a comment |
[adding a (too long/complex) answer as the other 2 don't mention how the "> " appears... ie, don't mention PS2]
You typed: Enter : the says to the shell to just output the Enter as a literral character instead of interpreting it as usual (Therefore the shell "goes to the next line" instead of terminating the current command line and interpreting it. Unless you are in some other constructs such as an heredoc, a for loop, etc).
Your terminal therefore interpret Enter as : "go to the next line" (without starting to interpret the command) and thus the terminal is now letting you enter the 2nd line of a multi-line command, and to make it more visible displays the $PS2
content (called the PS2 prompt) on each subsequent lines.
The PS2 variable is usually defined by default as : PS2="> "
and you can for exemple edit your ~/.bashrc to redefine it as you wish (taking into consideration that it should, imo, avoid containing dangerous characters, such as >
or ;
, and should help you either clearly see it is a multiline commands but disable it's multiline content (ex: PS2="#cont#"
) or let you easily copy/paste them with as little impact on its lines as possible (ex: PS2=" "
)
Which, by the way, is imo a bad default, as it could very well lead one to delete some important binary commands in some cases.
You can redefine PS2 to be something else (I like: PS2=" ", for exemple) so that multiline commands can be easily copied/pasted without fearing the following:
For exemple let's say you have a command that starts to be quite long (and may fold on your screen if your terminal isn't wide enough):
grep -i "something" /some/file /another/file /3rd/file /etc/someimportantfile
If the command looks too long (and wraps around), you may want to split it visually into 2 lines, by choosing where (when) you want to the next line by inserting: Enter at the appropriate spot:
grep -i "something" /some/file /another/file /3rd/file
> /etc/someimportantfile #warning, "> " was inserted by the shell and this changes everything !
Using the default PS2, the shell added "> " before "/etc/someimportantfile " .. so if you copy/paste those 2 lines in another terminal, their action will be completely different: instead of grepping into 4 files, the grep is only going into the first 3 files, and the grep output replaces the content of the 4th file (/etc/someimportantfile) !
To avoid these problems (and many others) : you could for exemple define: PS2=" "
to make the multi-line commands cleaner and easier to copy/paste:
grep -i "something" /some/file /another/file /3rd/file
/etc/someimportantfile #now only 2 spaces were inserted, without changing the grep's actions!
Note how this time /bin/somecommand is simply shifter 2 spaces to the right, and no ">" was inserted, so you can safely copy/paste this 2-line command.
PS2 is also used in "for" "while" etc loops, and having it defined as " " is, to me, better in those ones too.
[adding a (too long/complex) answer as the other 2 don't mention how the "> " appears... ie, don't mention PS2]
You typed: Enter : the says to the shell to just output the Enter as a literral character instead of interpreting it as usual (Therefore the shell "goes to the next line" instead of terminating the current command line and interpreting it. Unless you are in some other constructs such as an heredoc, a for loop, etc).
Your terminal therefore interpret Enter as : "go to the next line" (without starting to interpret the command) and thus the terminal is now letting you enter the 2nd line of a multi-line command, and to make it more visible displays the $PS2
content (called the PS2 prompt) on each subsequent lines.
The PS2 variable is usually defined by default as : PS2="> "
and you can for exemple edit your ~/.bashrc to redefine it as you wish (taking into consideration that it should, imo, avoid containing dangerous characters, such as >
or ;
, and should help you either clearly see it is a multiline commands but disable it's multiline content (ex: PS2="#cont#"
) or let you easily copy/paste them with as little impact on its lines as possible (ex: PS2=" "
)
Which, by the way, is imo a bad default, as it could very well lead one to delete some important binary commands in some cases.
You can redefine PS2 to be something else (I like: PS2=" ", for exemple) so that multiline commands can be easily copied/pasted without fearing the following:
For exemple let's say you have a command that starts to be quite long (and may fold on your screen if your terminal isn't wide enough):
grep -i "something" /some/file /another/file /3rd/file /etc/someimportantfile
If the command looks too long (and wraps around), you may want to split it visually into 2 lines, by choosing where (when) you want to the next line by inserting: Enter at the appropriate spot:
grep -i "something" /some/file /another/file /3rd/file
> /etc/someimportantfile #warning, "> " was inserted by the shell and this changes everything !
Using the default PS2, the shell added "> " before "/etc/someimportantfile " .. so if you copy/paste those 2 lines in another terminal, their action will be completely different: instead of grepping into 4 files, the grep is only going into the first 3 files, and the grep output replaces the content of the 4th file (/etc/someimportantfile) !
To avoid these problems (and many others) : you could for exemple define: PS2=" "
to make the multi-line commands cleaner and easier to copy/paste:
grep -i "something" /some/file /another/file /3rd/file
/etc/someimportantfile #now only 2 spaces were inserted, without changing the grep's actions!
Note how this time /bin/somecommand is simply shifter 2 spaces to the right, and no ">" was inserted, so you can safely copy/paste this 2-line command.
PS2 is also used in "for" "while" etc loops, and having it defined as " " is, to me, better in those ones too.
edited 29 mins ago
answered 19 hours ago
Olivier DulacOlivier Dulac
81647
81647
add a comment |
add a comment |
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1107966%2fterminal-shows-after-entering%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
3
It's an indication of a line continuation.
– RobotHumans
23 hours ago
3
Related: What mode does the terminal go into when I type a single quote?
– steeldriver
22 hours ago