| # |
Date |
Size |
|
Editor |
Comment |
Action |
| 580 |
2025-04-19 14:16:22 |
93758 |
to previous |
StephaneChazelas |
|
view |
| 579 |
2025-04-19 09:21:35 |
93534 |
to previous |
StephaneChazelas |
more LC_CTYPE -> LC_ALL and various random improvements |
view |
| 578 |
2025-04-19 06:11:24 |
93186 |
to previous |
StephaneChazelas |
setting LC_CTYPE is not enough. It's in no way specific to filenames. |
view |
| 577 |
2025-04-19 00:11:17 |
91127 |
to previous |
GreyCat |
Pitfall 65: IFS= read -r -d '' filename |
view |
| 576 |
2025-01-01 00:02:23 |
89282 |
to previous |
GreyCat |
update pf61 and pf62 with new testing results |
view |
| 575 |
2024-12-15 16:00:34 |
88269 |
to previous |
151 |
Fix minor typo |
view |
| 574 |
2024-12-02 04:33:03 |
88270 |
to previous |
larryv |
sp "litteral" -> "literal" |
view |
| 573 |
2024-10-05 08:59:29 |
88271 |
to previous |
emanuele6 |
unnecessary ; |
view |
| 572 |
2024-04-04 23:09:24 |
88272 |
to previous |
larryv |
pf64: replaced broken internal link |
view |
| 571 |
2024-02-13 11:17:36 |
88276 |
to previous |
74 |
|
view |
| 570 |
2024-02-13 02:24:36 |
88278 |
to previous |
74 |
New bash-version-portable way to safely modify an element of an associative array in a calculation. 62. |
view |
| 569 |
2023-08-30 22:36:54 |
87954 |
to previous |
emanuele6 |
pf 64: apparently it also happens for {var} redirections |
view |
| 568 |
2023-06-26 22:51:12 |
87939 |
to previous |
GreyCat |
pf62: alternatives |
view |
| 567 |
2023-04-02 21:43:01 |
87687 |
to previous |
emanuele6 |
pf 49: printf%s => printf%s\\n |
view |
| 566 |
2023-04-02 19:37:37 |
87678 |
to previous |
ormaaj |
pf 49: echo -> printf |
view |
| 565 |
2023-01-05 19:04:41 |
87691 |
to previous |
emanuele6 |
unset => `unset` |
view |
| 564 |
2023-01-05 00:18:22 |
87689 |
to previous |
larryv |
fixed typo |
view |
| 563 |
2023-01-04 17:23:34 |
87690 |
to previous |
emanuele6 |
pf57: it seems that unset 'a[0]' doesn't actually delete functions named a[0], even if there is no a variable. you need to specify -f. i think this is probably a bug |
view |
| 562 |
2023-01-04 16:53:03 |
87373 |
to previous |
emanuele6 |
pf57: suggest using -v with unset, anad explain why |
view |
| 561 |
2022-12-10 14:33:19 |
87116 |
to previous |
GreyCat |
PF47 variant: read with fixed number of fields, and a single separator at the end of the last field. |
view |
| 560 |
2022-12-03 00:34:15 |
86030 |
to previous |
115 |
typofix |
view |
| 559 |
2022-12-02 16:22:14 |
86031 |
to previous |
emanuele6 |
pf27+28: remove (outdated?) "like dash" |
view |
| 558 |
2022-12-02 16:09:49 |
86055 |
to previous |
emanuele6 |
pf27: mention readonly, add syntax highlighting |
view |
| 557 |
2022-10-24 03:13:18 |
86027 |
to previous |
emanuele6 |
pf64: correct command output in examples |
view |
| 556 |
2022-10-24 02:27:47 |
86027 |
to previous |
emanuele6 |
pf64: use an example that makes more sense than (wait) >(...) |
view |
| 555 |
2022-10-24 02:00:53 |
86013 |
to previous |
emanuele6 |
pf64: fix example |
view |
| 554 |
2022-10-24 01:48:50 |
86022 |
to previous |
emanuele6 |
pf64: mention an example similar to the one described here https://lists.gnu.org/archive/html/bug-bash/2022-10/msg00107.html |
view |
| 553 |
2022-10-24 01:45:26 |
86003 |
to previous |
emanuele6 |
pf64: mention that the optimisation is also applied to subshell compound commands |
view |
| 552 |
2022-10-20 21:39:02 |
85355 |
to previous |
emanuele6 |
add pf64: simple command redirections may run in a subshell |
view |
| 551 |
2022-09-30 10:56:19 |
83873 |
to previous |
ormaaj |
|
view |
| 550 |
2022-09-27 21:10:36 |
82841 |
to previous |
GreyCat |
bash 5.2 breaks one of the workarounds in Pitfall 62 |
view |
| 549 |
2022-09-20 04:32:03 |
83370 |
to previous |
emanuele6 |
pf45: fix code indentation, add syntax highlighting |
view |
| 548 |
2022-09-20 04:30:06 |
83348 |
to previous |
emanuele6 |
pf45: correct invalid code in example |
view |
| 547 |
2022-08-18 09:06:57 |
83314 |
to previous |
194 |
Reverting: skipping the `$` sign is OK for the `-gt`, `-lt`, `-ge`, `-le` operators in `[[` context. Can't find where this is documented, but it might have been intentionally omitted. |
view |
| 546 |
2022-08-18 08:35:37 |
83315 |
to previous |
194 |
Add missing $ sign for using a variable in a [[ comparison as intended rather than a string literal. |
view |
| 545 |
2022-06-27 05:53:57 |
83314 |
to previous |
ormaaj |
errexit - relevent link. |
view |
| 544 |
2022-03-13 20:31:23 |
83243 |
to previous |
bashrc |
normalize code block alignment |
view |
| 543 |
2022-03-13 20:18:15 |
83390 |
to previous |
bashrc |
typos, grammar, markup fixes |
view |
| 542 |
2022-03-07 04:43:16 |
83322 |
to previous |
ormaaj |
more variable name stufff :/ |
view |
| 541 |
2022-03-07 03:40:35 |
82801 |
to previous |
larryv |
4: mention that "!" and "(" also cause problems, even for Heirloom |
view |
| 540 |
2022-03-07 03:37:42 |
82931 |
to previous |
larryv |
4: reword description of the x-hack; link to Vidar Holen's notes |
view |
| 539 |
2022-02-17 15:34:38 |
82936 |
to previous |
bashrc |
|
view |
| 538 |
2022-02-17 15:23:04 |
82940 |
to previous |
bashrc |
replace all non-code instances of '--' with '—' to avoid confusion |
view |
| 537 |
2022-02-17 15:16:51 |
82930 |
to previous |
bashrc |
replace "..." with "…" to avoid syntax confusion |
view |
| 536 |
2022-02-17 15:01:05 |
82931 |
to previous |
bashrc |
fix grammar |
view |
| 535 |
2021-08-02 23:06:45 |
82937 |
to previous |
GreyCat |
63: while ... done <<< "$(foo)" |
view |
| 534 |
2021-06-04 19:33:41 |
81330 |
to previous |
ormaaj |
|
view |
| 533 |
2021-06-04 14:47:15 |
81305 |
to previous |
ormaaj |
|
view |
| 532 |
2021-06-04 14:43:46 |
81316 |
to previous |
ormaaj |
45 rephrase |
view |
| 531 |
2021-03-11 07:19:30 |
81188 |
to previous |
geirha |
redirection doesn't match up with example output |
view |
