home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: gnu.bash.bug
- Path: sparky!uunet!convex!linac!pacific.mps.ohio-state.edu!cis.ohio-state.edu!ug.cs.dal.ca!digdon
- From: digdon@ug.cs.dal.ca (Mike Digdon)
- Subject: Re: BASH 1.12 under HP-UX 8.00 on an HP9000/345 -- problems
- Message-ID: <Bt89Jz.2tp@cs.dal.ca>
- Sender: gnulists@ai.mit.edu
- Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
- References: <MLARSON.92Aug18154547@larson.corp.hp.com>
- Distribution: gnu
- Date: Wed, 19 Aug 1992 05:07:10 GMT
- Approved: bug-bash@prep.ai.mit.edu
- Lines: 34
-
- In article <MLARSON.92Aug18154547@larson.corp.hp.com> mlarson@corp.hp.com (Matt Larson) writes:
- >I successfully compiled BASH 1.12 under HP-UX 8.00 on an HP9000/345
- >without incident, but the resulting shell exhibits some strange
- >behavior when expanding wildcards. For example:
- >
- >larson% ls
- >alias-conv.sh* scripts/ suncmd.termcap
- >functions/ startup-files/ whatis
- >larson% echo *
- >alias-conv.sh
- >larson% echo s*
- >scripts
- >
- >As you can see, the wildcard expansion only picks up the first item.
- >
- >Has anyone else compiled BASH under a similar environment? Is there
- >something simple that I'm missing? Any help would be greatly
- >appreciated -- I'd like to avoid digging around if someone has already
- >solved this one.
- >
- >Thanks.
- >--
- >--
-
- I have the same setup, and I have noticed the same thing.. echo * gives only
- the first filename (and combinations have actually given the last name)..
- The pattern matching is a little messed up.. and of course, just to make sure,
- I also compiled it on a sparc running SunOs4.1.2 and the resulting shell
- worked perfectly.. very weird..
- --
- Mike Digdon - Vice Prez DSCSS - Dalhousie University
- digdon@ug.cs.dal.ca -- Halifax, NS
- - Real programmers never work nine to five -
-
-