Fwd: Re: Bash bug --- 1st parameter substitued for /InstallShield/ that is passed to the main entry pt of program

[david bone]

 Paul,
 Thk u for the quick response. I hope now this is the correct place to respond 
to your email regarding my misunderstanding.
 I'm answering my own raised questions from your response that others might 
also learn from:
 Yes my ignorance on the wild character substitution triggered by * and 
Pathname expansion. Your correction works.

 Interesting that the example given, the second comment /*there*/ on the cmd 
line(p3) was not substituted but left as is as shown by the output.  

 From your comments, I read the bash manual on Pathname Expansion.
 This raises some questions on pattern matching and how bash does its 
substitution particularly with my example:

The manual states:
  "if no matching file names are found, and the shell option nullglob is 
disabled, the word is left unchanged"
The 2nd comment is being handled in the same way as the 1st comment and there 
is no /*there*/ directory.

So where is /InstallShield/ coming from? Well low and behold there is a 
/InstallShield/ directory to which the /*hi*/ pattern matches.
Again thank u and your kind url pointer in how to deal with 2ndary responses.
Dave


>> On Monday, September 15, 2008, at 09:50PM, "Paul Jarc" <prj@po.cwru.edu> 
>> wrote:
>>>david bone <bone_david@mac.com> wrote:
>>>> The parameters passed to the ``main entry'' of a program substitutes
>>>> the first parameter "/*hi*/" which is a c++ type comment as
>>>> /InstallShield/
>>>
>>>It's not a bug.  Check the man page or info documentation for the
>>>description of "Pathname Expansion".  If you want to suppress the
>>>expansion, you can use single or double quotes:
>>> 
>> On Monday, September 15, 2008, at 09:50PM, "Paul Jarc" <prj@po.cwru.edu> 
>> wrote:
>>>david bone <bone_david@mac.com> wrote:
>>>> The parameters passed to the ``main entry'' of a program substitutes
>>>> the first parameter "/*hi*/" which is a c++ type comment as
>>>> /InstallShield/
>>>
>>>It's not a bug.  Check the man page or info documentation for the
>>>description of "Pathname Expansion".  If you want to suppress the
>>>expansion, you can use single or double quotes:
>>>
>>>/yacco2/bin/o2linker_debug '/*hi*/' /yacco2/compiler/grammars/yacco2.fsc 
>>>"/*there*/"
>>>
>>>
>>>paul
>>>
>>>
>
>