HDTenEightyP/NetNews huggingface dataset:
From: lindholm@ucs.ubc.CA (George Lindholm)
Subject: bash 1.12 - File completion for wromg directory
Organization: University Computing Services, UBC, Canada
Distribution: gnu
Date: Mon, 14 Sep 1992 18:28:30 GMT

Every once in a while, bash seems to forget either what the current directory
is or where to look for files when I try to use <TAB> to complete a filename.
E.g:

lindholm@kynok$ pwd
/usr/local/printer/lpd2
lindholm@kynok$ ls
a.ps            gf@             of@             script@         script~*
cf@             if@             pr@             script.pl*      tf@
df@             nf@             rf@             script.sh*      vf@
lindholm@kynok$ emacs script<TAB><TAB>
gives me /usr/ucb/script rather than a listing of the files in my current
directory.

I don't know what I do to get myself in this state but it is very frustrating.
Any ideas on how I can reset my state (without having to exit the shell)?
Thanks

bash 1.12, SunOS 4.1.1, SPARCstation

   George

-- 
George Lindholm                                  phone:    (604) 822-4375
University Computing Services, UBC               fax:      (604) 822-5116
6356 Agricultural Road, Vancouver, B.C., Canada  internet: lindholm@ucs.ubc.ca
V6T 1Z2                                          bitnet:   USERGNL@UBCMTSG


Newsgroups: gnu.bash.bug
From: chet@odin.ins.cwru.edu (Chet Ramey)
Subject: Re: bash and emacs shell command
Reply-To: chet@po.cwru.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 8 Sep 1992 04:04:05 GMT

> Sirs:
>    I finally managed to get bash up and running as the primary shell under
> SCO Unix 3.2.  However, whenever I do a M-x shell in emacs, all output is 
> terminated by the message:
> 
> /bin/bash: [1581: 4] tcgetattr: Not a typewriter
> ^M

I bet you have a command in your ~/.bashrc that does output without
checking whether or not the shell is interactive.

To make rsh work like some folks think it should, bash runs the bashrc
file when it is invoked as `bash -c command' and stdin is not a tty.
This is how emacs does shell escapes.

--
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu

Newsgroups: gnu.bash.bug
From: gthaker@fergie.ATl.ge.COM (Gautam H Thaker)
Subject: file name completion and # of tabs it takes
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 9 Sep 1992 13:16:37 GMT

It would be very desirable if bash had the ability to customize how
filename completion works with <tab> keys. (Tcsh allows very flexible
customization.)

In situations where bash can not complete to a unique name, it just
beeps and sits there. Right away I hit a second <tab> and get the list
of possible completions. I would like being able to have Bash do what
it does after this second tab as soon as the first tab is hit. For years
I have hacked readline.c on my own to achieve this, but I don't feel my
hack is very general or elegant. Will bash have this feature in future?

Aslo, tcsh has context sensitive completion, so that if one does
printenv DIS<tab> it completes from the list of env. variables. Neat.
Can bash have this too?

Gautam H. Thaker (gthaker@atl.ge.com) 609-866-6412 (fax x6397. Dialcom 8-777)
GE Adv. Tech. Lab.; Route 38, MS 145-2; Moorestown, NJ 08057.  767-4396 (home)

In readline.c:
	  /* If there are more matches, ring the bell to indicate.
	     If this was the only match, and we are hacking files,
	     check the file to see if it was a directory.  If so,
	     add a '/' to the name.  If not, and we are at the end
	     of the line, then add a space. */
	  if (matches[1])
	    {
/*	      ding (); get rid of noise.  /* There are other matches remaining. */
              rl_possible_completions();  /*GHT  8 May 90 v1.05, 28 May 91 v1.08 */
	    }
	  else
	    {
	      char temp_string[2];



Newsgroups: gnu.bash.bug
From: pf@artcom0.NOrth.DE (Peter Funk)
Subject: Re: "Philosophical" bug: Bash needs an "invisiblity" sequence inside PS1
Organization: ArtCom GmbH, Atelier f. Computergrafik, Bremen(FRG)
Distribution: gnu
Date: Mon, 14 Sep 1992 08:24:18 GMT

In article <9209060053.AA02428@arissoft.com> john@arissoft.COM writes:
>I use GNU Bash, version 1.12.9, and the terminal program I use is Stuart
>2.4 on a NeXT, which has title-bar-setting escape sequences that are a
>superset of those understood by Xterm.  A problem I was experiencing was
>that the Readline library used by Bash doesn't know what part of the prompt
>is actually visible.  So, if I have a big, nasty PS1 variable that puts
>lots of things in the title bar, Readline decides I've hit the 80th column
>and breaks the line way too early.

In <1992Sep10.174049.2127@tc.cornell.edu> riley@theory.tc.cornell.edu (Daniel S. Riley) writes:
> For title bar escape sequences, why not use PROMPT_COMMAND?  For instance,
> my .bashrc has
[...neat workaround deleted...]

Also this works for title strings, it is no solution for those of
us, who want to include escape sequences _INTO_ the prompt.  
I like to have the host name included into the prompt string
and highlighted by inverse video.  So my prompt is defined as:

    ME=`logname`
    if [ -w /etc/passwd ]
    then PCH="#"
    else PCH=">"
    fi
    SMSO=`tput smso` 
    RMSO=`tput rmso`
    PS1="$ME@$SMSO\h$RMSO:$TERMLINE \w \!$PCH "

I have omitted the code to determine $TERMLINE (which will be
usually something like 'tty05'), because it is somewhat nasty 
and has nothing to do with problem here.

Regards, Peter
Note: The usual "english_is_not_my_native_language"-disclaimer applies
      to this "kraut"-babble.
-=-=-
Peter Funk \\ ArtCom GmbH, Schwachhauser Heerstr. 78, D-2800 Bremen 1
Work at home: Oldenburger Str.86, D-2875 Ganderkesee 1 / voice : top secret


Newsgroups: gnu.bash.bug
From: Ray.NIckson@comp.vuw.ac.nz (Ray Nickson)
Subject: Re: file name completion and # of tabs it takes
Organization: Victoria University of Wellington, Wellington, New Zealand
Distribution: gnu
Date: Thu, 10 Sep 1992 20:22:07 GMT

In article <9209091316.AA17858@fergie.ATL.GE.COM> gthaker@fergie.ATl.ge.COM (Gautam H Thaker) writes:

   Aslo, tcsh has context sensitive completion, so that if one does
   printenv DIS<tab> it completes from the list of env. variables. Neat.
   Can bash have this too?

Perhaps even more interesting: tcsh's context sensitive completion is
user configurable.  Very neat indeed.  What follows are some extracts
from a colleague's tcsh completions database.  I'm envious ...

complete cd               'n/*/d/'
complete xfig             'n/*/f:*.fig/'
complete ghostview        'n/*/f:*.{ps,epsf,eps}/'
complete uncompress       'n/*/f:*.Z/'
complete man              'n/*/c/'
complete finger           'p/1/u/'            # complete user-names
complete gcc              'n/*/f:*.[cao]/'
complete talk              p/1/'`users | tr " " "\012" | uniq`'/ n/\*/\`who\ \|\ grep\ \$:1\ \|\ awk\ \'\{\ print\ \$2\ \}\'\`/
complete rsh              'p+1+`cat /etc/hosts.equiv`+' 'p/2/c/'
complete rcp              'c/*:/f/' 'p/1/f/' 'p+2+`cat /etc/hosts.equiv`+:+'

Newsgroups: gnu.bash.bug
From: stevew@sisters.cs.uoregon.edu (Stephen M. Wynne)
Subject: 1.12 on a sequent running dynix (BSD 4.2) 3.2.0 NFS
Organization: CS Dept, University of Oregon
Distribution: gnu
Date: Thu, 10 Sep 1992 23:50:07 GMT

I've had difficulties building bash on our Symmetry. If I undef
_POSIX_VERSION by hand after any includes get sys/unistd.h, then
things compile. But the Makefile does not generate a good
bash-Makefile, so the lib/ and builtins/ directories don't get built.

Note that on our dynix/ptx Symmetry, things worked just fine! Also,
1.08 was easy enough to hack so that I could build it on our dynix
machine, so I'm not totally out in the cold here.

Does anybody have 1.12 working on a dynix machine setup like ours?

Thanks!

STEVE

Newsgroups: gnu.bash.bug
From: alm@netcom.com (Andrew Moore)
Subject: "tee | bash -i" doesn't work?
Organization: Netcom - Online Communication Services  (408 241-9760 guest)
Distribution: gnu
Date: Tue, 8 Sep 1992 02:48:27 GMT

[Sorry if this is an FAQ.  Is an FAQ available?]

$ tee | sh -i

works and

$ tee | bash -s

works, but I can't seem to get out of:

$ tee | bash -i

This is true of ash and ksh as well.  I want to use the construct to
create a log file without screen:

$ tee -a log | bash -i 2>&1 | tee -a log

Is this behaviour a bug in bash or in sh?  Or am I leaving something
out?  Thanks.
-Andrew Moore <alm@netcom.com>


Newsgroups: gnu.bash.bug
From: chet@odin.ins.cwru.edu (Chet Ramey)
Subject: Re: "tee | bash -i" doesn't work?
Reply-To: chet@po.cwru.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 11 Sep 1992 10:29:46 GMT

> I can't seem to get out of:
> 
> $ tee | bash -i
> 
> This is true of ash and ksh as well.

This is a job control issue.  When an interactive bash starts up in a
job control environment, it puts itself into a new process group and
makes itself the process group leader.  When bash is started as above,
it is not a process group leader, and when it makes itself one, leaves
the two halves of the pipeline in different process groups, fighting
over the terminal, which is disastrous.  The `tee' gets hit with SIGTSTP
and stops.

`tee logf | bash -s' works because the bash started is non-interactive.
sh works because it doesn't know anything about job control.

--
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu


--
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu

Newsgroups: gnu.bash.bug
From: elliottm@beach.csulb.edu (Mike Elliott)
Subject: bash and emacs shell command
Organization: Cal State Long Beach
Distribution: gnu
Date: Sun, 6 Sep 1992 09:01:24 GMT

Sirs:
   I finally managed to get bash up and running as the primary shell under
SCO Unix 3.2.  However, whenever I do a M-x shell in emacs, all output is 
terminated by the message:

/bin/bash: [1581: 4] tcgetattr: Not a typewriter
^M
bash$

Does this mean something?
-- 


                                           Mike Elliott
                                           elliottm@beach.csulb.edu

Newsgroups: gnu.bash.bug
From: brennan@hal.com (Dave Brennan)
Subject: Re: BASH Under Solaris 2.0 ???
Organization: HaL Computer Systems, Austin, TX
Distribution: gnu
Date: Sat, 5 Sep 1992 10:00:44 GMT

I just took a quick pass at building 1.12 under SunOS 5.0 (ie: USG V.4).
Since I don't have a lot of time to mess with this I operated in quick
port/hack mode.

Because I'm not sure what cc or cpp defines I replaced the old sparc
definitions in machines.h with:

#  define M_OS USG
#  define SunOS4_SYSDEP_CFLAGS -DUSGr4
#    define HAVE_SYS_SIGLIST
#    define HAVE_VFPRINTF
#    define VOID_SIGHANDLER
#    define HAVE_ALLOCA
#    define HAVE_STRERROR
#    define HAVE_GETGROUPS

Here's the problems I encountered:

* For some reason the PPROPMT and SPROMPT macros defined on the "cc" line
  got substituted without the closing quote.  For now I just hacked up the
  "cc -E" output so that it would compile.  I don't know why, but somewhere
  the quote was getting eaten.  I'd like to know why, but don't have time
  to chase it down.

* All instances of the "ar" command in the library Makefiles use the 
  depreciated 'l' flag which isn't supported anymore.

* readline.c didn't compile at first because /usr/include/sys/reg.h defines
  "PC" as "(1)" and PC is used as a variable.  I just threw #ifdef PC / 
  #undef PC in readline.c to fix it.

* Trying to link -Bstatic caused cc to look for libaio.a, which was missing.
  Removing -Bstatic fixed this.

* globbing is messed up and always seems to chop the first 2 characters off
  file names.  Unfortunately this makes bash highly unusable.

If anyone else has had any luck or has time to track this last problem down
you'd be doing everyone a favor.  Please send me mail or post if you
need or have more info.

--
Dave Brennan                                      HaL Computer Systems
brennan@hal.com                                         (512) 794-2855

Visit the Emacs Lisp Archive: archive.cis.ohio-state.edu:pub/gnu/emacs

Newsgroups: gnu.bash.bug
From: dgreen@sti.com (Dan R. Greening)
Subject: Re: "Philosophical" bug:  Bash needs an "invisiblity" sequence inside PS1
Organization: Software Transformation, Inc.
Distribution: gnu
Date: Tue, 8 Sep 1992 21:27:08 GMT

In article <9209060053.AA02428@arissoft.com> john@arissoft.COM writes:
>I use GNU Bash, version 1.12.9, and the terminal program I use is Stuart
>2.4 on a NeXT, which has title-bar-setting escape sequences that are a
>superset of those understood by Xterm.  A problem I was experiencing was
>that the Readline library used by Bash doesn't know what part of the prompt
>is actually visible.  So, if I have a big, nasty PS1 variable that puts
>lots of things in the title bar, Readline decides I've hit the 80th column
>and breaks the line way too early.
[ plus a patch ]

I have seen at least 3 complaints here about bash's behavior with
invisible character sequences.  My prompt is underlined, and I have
had similar problems.  The complaints have been ongoing since bash
version 1.05.

I will incorporate this code into my version of bash, and I humbly
request that the implementers of bash include it in their next release.

Please.
-- 
____
\  /Dan Greening    Software Transformation   1601 Saratoga-Sunnyvale Rd, #100
 \/dgreen@sti.com   (408) 973-8081 x313       Cupertino, CA 95014

Newsgroups: gnu.bash.bug
From: riley@theory.tc.cornell.edu (Daniel S. Riley)
Subject: Re: "Philosophical" bug:  Bash needs an "invisiblity" sequence inside PS1
Organization: Cornell Theory Center
Distribution: gnu
Date: Thu, 10 Sep 1992 17:40:49 GMT

In article <9209060053.AA02428@arissoft.com> john@arissoft.COM writes:
>I use GNU Bash, version 1.12.9, and the terminal program I use is Stuart
>2.4 on a NeXT, which has title-bar-setting escape sequences that are a
>superset of those understood by Xterm.  A problem I was experiencing was
>that the Readline library used by Bash doesn't know what part of the prompt
>is actually visible.  So, if I have a big, nasty PS1 variable that puts
>lots of things in the title bar, Readline decides I've hit the 80th column
>and breaks the line way too early.

For title bar escape sequences, why not use PROMPT_COMMAND?  For instance,
my .bashrc has

  xtitle() {
    if [ $# -gt 1 ]; then
      echo -ne "\e]1;$1\a"
      echo -ne "\e]2;$2\a"
    else
      echo -ne "\e]0;$1\a"
    fi
  }

  cd_xtitle() {
    xtitle "$USER@$HOST" "$USER@$HOST  $PWD"
  }

  [ "$TERM" = "xterm" ] && PROMPT_COMMAND=cd_xtitle

-- 
-Dan Riley                          Internet: dsr@lns598.tn.cornell.edu
-Wilson Lab, Cornell University     HEPNET/SPAN: lns598::dsr (44630::dsr)

Newsgroups: gnu.bash.bug
From: chet@odin.ins.cwru.edu (Chet Ramey)
Subject: Re: bash - problem compiling
Reply-To: chet@po.cwru.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Sep 1992 06:02:24 GMT

> 	Problem...can't compile it.  It gets as far as jobs.c
> and then dies with a bunch of undefines...here is the 'tee' I
> did of the make, hope it helps.  I looked at 'jobs.h' and they
> look defined okay to me, but hey, I've still got a lot to learn
> about understanding someone else's program.  Thanks

Try removing the code in machines.h that #undefs HAVE_WAIT_H.  There
are some definitions omitted in the 1.12 version of jobs.h.

Chet

--
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu

Newsgroups: gnu.bash.bug
From: marc@r-node.gts.ORG (Marc Fournier - Sys Admin)
Subject: bash - problem compiling
Organization: R-node Public Access UNIX System (416-249-5366) 24hrs.
Distribution: gnu
Date: Sat, 12 Sep 1992 21:39:26 GMT

Hi...

	First of, I hope this is the right place to post this.  I
realize that it is a moderated newsgroup, but it is the only one
I could find dealing with bash :)

	Problem...can't compile it.  It gets as far as jobs.c
and then dies with a bunch of undefines...here is the 'tee' I
did of the make, hope it helps.  I looked at 'jobs.h' and they
look defined okay to me, but hey, I've still got a lot to learn
about understanding someone else's program.  Thanks

Marc



	make   -f bash-Makefile
	rm -f jobs.o
	cc  -g  -DHAVE_VFPRINTF -DHAVE_UNISTD_H -DHAVE_GETGROUPS   -DVOID_SIGHANDLER -DUSGr3 -D_POSIX_SOURCE -DPGRP_PIPE   -DHAVE_DUP2   -D"isc386" -DUSG -DSHELL -DHAVE_ALLOCA  -I./lib/ -c jobs.c
"jobs.c", line 715: w_stopsig undefined
"jobs.c", line 715: member of structure or union required
"jobs.c", line 717: w_termsig undefined
"jobs.c", line 717: member of structure or union required
"jobs.c", line 721: w_retcode undefined
"jobs.c", line 721: member of structure or union required
"jobs.c", line 1281: w_termsig undefined
"jobs.c", line 1281: member of structure or union required
"jobs.c", line 1283: w_retcode undefined
"jobs.c", line 1283: member of structure or union required
"jobs.c", line 1288: w_termsig undefined
"jobs.c", line 1288: member of structure or union required
"jobs.c", line 1290: w_retcode undefined
"jobs.c", line 1290: member of structure or union required
"jobs.c", line 1784: w_termsig undefined
"jobs.c", line 1784: member of structure or union required
"jobs.c", line 1871: w_termsig undefined
"jobs.c", line 1871: member of structure or union required
*** Error code 1

Stop.
*** Error code 1

Stop.
-- 
Marc G. Fournier      | R-node Public Access Unix running UnixBBS 1.03
Etobicoke, Ontario    | 416-249-5366   24hrs 7 days/week   network email
voice: 249-4230       | shell/feed accounts available   1800+ newsgroups
marc@r-node.pci.on.ca | Telebit T3000/SupraModem2400/Cardinal 2400  FREE

Newsgroups: gnu.g++.bug
From: mrs@cygnus.com (Mike Stump)
Subject: Re:  another 2.2.2 bug
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Sep 1992 07:03:33 GMT

This problem should not exist in the next release of gcc.

> Date: Wed, 1 Jul 92 14:08:11 MST
> From: muts@fss.fokker.nl (Peter Mutsaers)
> Message-Id: <9207011208.AA08674@fss.fokker.nl>
> To: bug-g++@prep.ai.mit.edu

> continuing my compilation I hit another g++ bug. A simplified example
> of it is:

> main(int argc, char **argv)
> {
>   const char *ha="ha";

>   ha = (argv[1] == 0) ? "ha" : ha;
>   puts(ha);
> }

> will give the error
> tst.c:5: assignment between incompatible pointer types

> while gcc won't. note that changing line 5 into
>   ha = (argv[1] == 0) ? ha : "ha";

> removed the complaint! Quite strange isn't it?
> Again I cannot provide a fix because of lack of knowledge of the
> internals of g++.

Newsgroups: gnu.g++.bug
From: mrs@cygnus.com (Mike Stump)
Subject: MI, Multiple inheritance, request for bugs
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Sep 1992 07:33:33 GMT

I am soliciting unreported MI bugs in g++.  Please respond directly to
me with your bug report and test case and I shall see about fixing
things for you.

What a deal, free software!

					Mike Stump
					  Cygnus Support


If you want, feel free to bash on the compiler hard and send me bug
reports.  Please give me some idea of how critical you think the
problem is.

Mail me if you would like to find out more on how to become a Cygnus
customer.  (Real support, for real people.  Everthing from custom
ports of the compiler targeted for advanced new processors to simple
shrink wrapped development environments to complex cross compilers.)


I currently have these reports:

 1 concept!rwr@ai.mit.edu Thu Jul 23 21:50  104/3019  multible inheritance and 
 2 adams@cs.wisc.edu  Thu Aug 27 19:58   78/2959  g++ 2.2.2 crashes when us
 3 garp@isy.liu.se    Fri Jul 24 23:29   79/2492  "Weird" bug in g++-2.2.2
 4 niklas@appli.se    Thu Aug  6 08:13   60/2026  Strange G++ error message
 5 vaughan@sunspot.mcc.com Sat Jun 13 21:28  119/4154  MI/Virtual base class bu
 6 shambhat@enel.ucalgary.ca Thu Jun  4 22:20  822/20632 g++-2.1 multiple inher
 7 klamer@mi.eltn.utwente.nl Wed Jun 10 11:09   76/2780  gcc dumps core with mu
 8 ahuang@happy.prpa.philips.com Tue Jul  7 22:08   65/1964  BUG: Operator over
 9 kevin@tamri.com    Fri Jul 10 07:10   78/3674  an interviews-related cor
10 cljanss@snll-arpagw.llnl.gov Fri Jul 10 17:39   88/2356 
11 ghawkins@unix1.tcd.ie Fri Jul 24 22:45  173/5115  multiple inheritance bug 
12 etnkna@hisoy2.etn.ericsson.se Fri Aug 14 11:37  103/3121  Bug with multible 
13 etnkna@etn.ericsson.se Fri Aug 14 11:54  119/3293  Problems with virtual fun
14 grumpy.bellcore.com!bytor@uunet.uu.net Fri Aug 14 22:41   79/2580  Re: Probl
15 solomon@cs.wisc.edu Tue Sep  1 20:01   93/3343  Re:  g++ 2.2.2 crashes wh

Newsgroups: gnu.g++.bug
From: dak@pool.INformatik.rwth-aachen.DE
Subject: ignore template not inlined complaint
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Sep 1992 11:52:28 GMT

Sorry about last post. ARM states that a template function is only
used if there is no appropriate function definition before. If you
do not GLOBALLY define an instance, only the linker knows how to resolve.
And the linker is not good in inlining functions.

So, DO declare the first instance of your template GLOBALLY, if you want
high efficiency. Works with g++ 2.2.2.

Newsgroups: gnu.g++.bug