bug-bash
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: A Flaw (Unsolved)


From: SoloCDM
Subject: Re: A Flaw (Unsolved)
Date: Mon, 17 Dec 2001 11:53:33 -0700

SoloCDM stated the following:
> 
> SoloCDM stated the following:
> 
> > The attached sample (it isn't the entire script) has no problems
> > processing as is, but when I remove the comment from "FSCREEN" *or*
> > "echo $MFILTER $MFILTER_ANS", it automatically skips "read MANS" and
> > accepts the wildcard in the case as the answer for "MFILTER_ANS".
> 
> The former attached file is not valid anymore.  The presently attached
> file is the most correct.
> 
> Originally, I had the presently attached file sample as the working
> script, then recently I converted it to a function, but found
> information was lacking in the process, so it's back to the original
> layout.
> 
> > When I remove the tabs preceding every line, then the prompt for read
> > works, but with "FSCREEN" *and* "echo $MFILTER $MFILTER_ANS"
> > uncommented nothing happens to the screen.  If I copy down the
> > function lines for "FSCREEN" to replace "FSCREEN", nothing happens to
> > the screen.
> 
> While uncommented, FSCREEN is overriding the read statement and the
> echo line preceding read.
> 
> I have produced internal script results for the following variables,
> as you can see the echo commands for variables aligned to the left of
> the script.  The first set of four variables, as you can see by the
> echoes, are echoed to the screen, which makes the read automatically
> echo to the screen but not pause for any input.  There is a blank
> after MFILTER.
> 
> MVOID_FILTER
> Y
> MANS
> /[user_directory]/nsmail/Technical
> Support.sbd/Linux.sbd/FWTK.sbd/.Personal.summary
> MTYPE
> ASCII mail text
> MFILTER
> 
> The second set of variables are echoed to a file, but the same data is
> somehow getting input into the variables without my knowing how.
> Although the script stops for the read statement and I'm able to input
> a letter to meet the case statement, somehow MANS is initialized by a
> file name.
> 
> MFILTER
> 
> MVOID_FILTER
> Y
> MANS
> /[user_directory]/nsmail/Technical
> Support.sbd/Linux.sbd/FWTK.sbd/.Personal.summary
> MTYPE
> ASCII mail text
> 
> I thought the variable names might be too long, so I ran the script
> with shorter names and that didn't work.  I converted all "[] && {
> {list} }" statements to "if [];then {list};fi" statements, but it
> didn't work.
> 
> I've created very extensive scripts, but nothing like this has ever
> happened.  Even though I remove the extra brace "{" after the first
> call to FSCREEN and the last brace "}" with the semi-colon at the next
> to the last line on the end, the script stills behaves in the same
> manner.
> 
> > This problem can be reproduced; therefore, what is causing the
> > problem?
> 
> Recently, I found the problem can be reproduced with or without the
> tabs preceding every line.  But, now I'm running the script as root.

Is it possible bash has some environment settings allowing only so
many variables to process at one time?  Or, is there something else
prohibiting the script from normal processing?

*********************************************************************
Signed,
SoloCDM



reply via email to

[Prev in Thread] Current Thread [Next in Thread]