Post History
The shell uses ; to reliably end a statement, with foreground execution. In some cases, a line break also ends a statement with foreground (except that when the statement is not obviously complete...
Answer
#5: Post edited
by
alx
·
2025-01-24T13:40:02Z (29 days ago)
wfix
The shell uses `;` to reliably end a statement. In some cases, a line break also ends a statement (except that when the statement is not obviously complete, a line break does not end it). (I don't know if "statement" is the technical term.)- I personally always use `;` as if I were writing C code, unless running some one-liner interactively. IMO, the semicolons add readability.
- The shell uses `;` to reliably end a statement, with foreground execution. In some cases, a line break also ends a statement with foreground (except that when the statement is not obviously complete, a line break does not end it). (I don't know if "statement" is the technical term.)
- When you want to end a statement, and execute it in the foreground, use `&` instead of `;`.
- I personally always use `;` as if I were writing C code, unless running some one-liner interactively. IMO, the semicolons add readability.
#4: Post edited
by
alx
·
2025-01-24T13:38:29Z (29 days ago)
wfix
The shell uses `;` to reliably end a statement. In some cases, a line break also ends a statement (except that when the statement is obviously incomplete, a line break does not end it). (I don't know if "statement" is the technical term.)- I personally always use `;` as if I were writing C code, unless running some one-liner interactively. IMO, the semicolons add readability.
- The shell uses `;` to reliably end a statement. In some cases, a line break also ends a statement (except that when the statement is not obviously complete, a line break does not end it). (I don't know if "statement" is the technical term.)
- I personally always use `;` as if I were writing C code, unless running some one-liner interactively. IMO, the semicolons add readability.
#3: Post edited
by
alx
·
2025-01-21T00:13:47Z (about 1 month ago)
The shell uses `;` to reliably end a statement. In some cases, a line break also ends a statement (except that when the statement is obviously incomplete, a line break does not end it). I don't know if statement is the technical term.- I personally always use `;` as if I were writing C code, unless running some one-liner interactively. IMO, the semicolons add readability.
- The shell uses `;` to reliably end a statement. In some cases, a line break also ends a statement (except that when the statement is obviously incomplete, a line break does not end it). (I don't know if "statement" is the technical term.)
- I personally always use `;` as if I were writing C code, unless running some one-liner interactively. IMO, the semicolons add readability.
#2: Post edited
by
alx
·
2025-01-21T00:13:20Z (about 1 month ago)
bash(1) uses `;` to reliably end a statement. In some cases, a line break also ends a statement (except that when the statement is obviously incomplete, a line break does not end it). I don't know if statement is the technical term.- I personally always use `;` as if I were writing C code, unless running some one-liner interactively. IMO, the semicolons add readability.
- The shell uses `;` to reliably end a statement. In some cases, a line break also ends a statement (except that when the statement is obviously incomplete, a line break does not end it). I don't know if statement is the technical term.
- I personally always use `;` as if I were writing C code, unless running some one-liner interactively. IMO, the semicolons add readability.
#1: Initial revision
by
alx
·
2025-01-21T00:13:09Z (about 1 month ago)
bash(1) uses `;` to reliably end a statement. In some cases, a line break also ends a statement (except that when the statement is obviously incomplete, a line break does not end it). I don't know if statement is the technical term. I personally always use `;` as if I were writing C code, unless running some one-liner interactively. IMO, the semicolons add readability.