Stephen Gildea wrote:
> Using the "local" command to do variable assignment should not do word
> splitting.
Please note that this feature was in dash for some time, but was then
removed.
See Changelog.O in the dash source tree:
On Sun, 23 Nov 1997 12:45:15 +1100, ash 0.3.1-14:
* Disabled word-s
Stephen Gildea wrote:
> Wait, so you're telling me that
>
> VAR=$stuff
> export VAR
>
> and
>
> export VAR=$stuff
>
> parse differently from each other in Dash, and this is not considered
> a bug?
Yes. It is even required behavior, if I understand correctly. See
http://unix.org/2008edition [1]
Wait, so you're telling me that
VAR=$stuff
export VAR
and
export VAR=$stuff
parse differently from each other in Dash, and this is not considered
a bug? If so, I have to say that it appears Bash got it right here.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
On Monday 27 September 2010 12:52:02 Stephen Gildea wrote:
> Using the "local" command to do variable assignment should not do word
> splitting. The following script shows how a Dash function incorrectly
> handles an argument with a space in it.
Dash is actually working as expected: 'local' is a
Package: dash
Version: 0.5.5.1-7
Using the "local" command to do variable assignment should not do word
splitting. The following script shows how a Dash function incorrectly
handles an argument with a space in it.
#! /bin/dash
show_buggy_word_splitting() {
local d=$1
if [ "$d" = "two w
5 matches
Mail list logo
