Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.unix.shell > #26909
| From | ram@zedat.fu-berlin.de (Stefan Ram) |
|---|---|
| Newsgroups | comp.unix.shell |
| Subject | Re: Variable var names |
| Date | 2026-06-12 12:31 +0000 |
| Organization | Stefan Ram |
| Message-ID | <IFS-20260612133027@ram.dialup.fu-berlin.de> (permalink) |
| References | <n91qs8Fk65fU1@mid.individual.net> <spaces-20260612122522@ram.dialup.fu-berlin.de> <dots-20260612123818@ram.dialup.fu-berlin.de> <n92b4dFmk8aU1@mid.individual.net> |
Frank Winkler <usenet@f.winkler-ka.de> wrote or quoted: > >. So, the behavior of IFS probably is due to the dots "." used. >No, it's not. I just added the dots here to clarify that the blanks get >lost. Sorry, I misread the whole IFS line. Now, I tried, $ x=" a " $ eval echo "\$x" a $ IFS="" eval echo \$x a . When the shell executes 'echo $x' after the input 'eval echo "\$x"', the quotes were already stripped during the preceding shell expansion. So, eval sees an unquoted '$x'. In evaluation of 'echo $x' by eval, word splitting happens, which removes the blanks. But when IFS is empty, no word splitting happens. |Word splitting begins by removing sequences of IFS whitespace |characters from the beginning and end of the results of the |previous expansions Word Splitting (Bash Reference Manual) |When IFS is empty (nullstring), no word splitting is |performed at all. Word splitting - The Bash Hackers Wiki
Back to comp.unix.shell | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Variable var names Frank Winkler <usenet@f.winkler-ka.de> - 2026-06-12 09:30 +0200
Re: Variable var names gazelle@shell.xmission.com (Kenny McCormack) - 2026-06-12 09:02 +0000
Re: Variable var names Frank Winkler <usenet@f.winkler-ka.de> - 2026-06-13 12:29 +0200
Re: Variable var names gazelle@shell.xmission.com (Kenny McCormack) - 2026-06-13 11:14 +0000
Re: Variable var names Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-06-13 13:15 +0200
Re: Variable var names ram@zedat.fu-berlin.de (Stefan Ram) - 2026-06-12 11:26 +0000
Re: Variable var names ram@zedat.fu-berlin.de (Stefan Ram) - 2026-06-12 11:38 +0000
Re: Variable var names Frank Winkler <usenet@f.winkler-ka.de> - 2026-06-12 14:07 +0200
Re: Variable var names ram@zedat.fu-berlin.de (Stefan Ram) - 2026-06-12 12:31 +0000
Re: Variable var names Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-06-13 02:48 +0000
Re: Variable var names Christian Weisgerber <naddy@mips.inka.de> - 2026-06-12 12:12 +0000
Re: Variable var names Frank Winkler <usenet@f.winkler-ka.de> - 2026-06-12 15:19 +0200
Re: Variable var names Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-06-13 02:51 +0000
Re: Variable var names Geoff Clare <geoff@clare.See-My-Signature.invalid> - 2026-06-12 13:42 +0100
Re: Variable var names Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-06-12 17:41 +0200
Re: Variable var names Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-06-12 17:54 +0200
Re: Variable var names Frank Winkler <usenet@f.winkler-ka.de> - 2026-06-13 12:32 +0200
Re: Variable var names Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-06-14 01:12 +0000
Re: Variable var names Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-06-13 00:20 +0000
Re: Variable var names Kaz Kylheku <046-301-5902@kylheku.com> - 2026-06-23 21:25 +0000
Re: Variable var names Helmut Waitzmann <nn.throttle@erine.email> - 2026-06-24 10:45 +0200
Re: Variable var names Christian Weisgerber <naddy@mips.inka.de> - 2026-06-24 11:41 +0000
csiph-web