HDTenEightyP/NetNews huggingface dataset:
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: problem making epcoh 4.0 on rs6000/os 3.1.6
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 2 Sep 1992 14:17:28 GMT

--> On Wed, 2 Sep 92 19:21:28 EDT, Rick.Riolo@um.cc.umich.edu said:

  /rick/  I had a couple of problems installing epoch 4.0 on an rs6000 running
  /rick/  aix 3.1.6 (with x11r4).  One I patched by ok, probably, the other I have
  /rick/  not solved:
  /rick/  
  /rick/  1. in sysdep.c, there is
  /rick/       extern TEXT_END;
  /rick/     and another extern with DATA_END.  But in m-ibmrs6000.h, those are
  /rick/     defined as 0, so those extern's fail.  I just commented them out
  /rick/     and got past the compilation error.

Yup; this is fixed in 4.2.

As for missing X functions: I dunno; are you sure you're running
X11R4?  (AIX 3.1 came with X11R3.)  I know Epoch 4.x compiles with AIX
3.2.

Marc

--
Marc Andreessen
Epoch Development Team
University of Illinois at Urbana-Champaign
marca@ncsa.uiuc.edu

Newsgroups: gnu.epoch.misc
From: blk@mitre.org (Brian L. Kahn)
Subject: Re: Screen titles (elisp code)
Organization: The MITRE Corp. Bedford, MA
	<BtK56F.Kp1@news.dtc.hp.com>
Distribution: gnu
Date: Wed, 26 Aug 1992 13:57:52 GMT


Here is a fix for do-titles that works with find-file-other-screen:

change
< 	  (icon-name scr)
< 	  (title scr)
to
>         (icon-name scr (screen-of-window win))
>         (title scr (screen-of-window win))


--
B<   Brian Kahn   blk@security.mitre.org   "may the farce be with you"

Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: ./temacs -batch -load ... fails on HP-UX (epoch 4.2)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 27 Aug 1992 10:51:50 GMT

--> On Thu, 27 Aug 92 17:16:07 METDST, Jan Dj{rv <jhd@irfu.se> said:

      /jan/ Hi,

      /jan/ I got epoch 4.2 just now and tried to build it on a HP9000/720
      /jan/ running HP-UX 8.07.  I used HP:s cc. epoch 4.1 builds and runs
      /jan/ just fine.  I haven't EIGHTBIT_KEYBOARD defined. I use the
      /jan/ same config.h as I did in 4.1.

      /jan/ It compiles OK, but when it comes to 	./temacs -batch -l
      /jan/ ../epoch-lisp/inc-vers this happems:

      /jan/ % ./temacs -batch -l ../epoch-lisp/inc-vers Loading
      /jan/ ../epoch-lisp/inc-vers...  SELECT ERROR : NOT A SCREEN!  Abort

Somehow Epoch is getting into screen.c:x_select_screen when it
shouldn't.  Dunno how yet.  Doesn't happen on our HP 720:

HP-UX cocobolo A.B8.05 A 9000/720 2002606721

Anybody else see this?

      /jan/ It doesn't matter if I compile with or without optimization.

      /jan/ I tried this also:

      /jan/ % ./temacs -batch -l ../epoch-lisp/loadup.el dump Loading
      /jan/ ../epoch-lisp/loadup.el...  Loading subr...  ...  Finding
      /jan/ pointers to doc strings...done Dumping under names epoch and
      /jan/ epoch-4.2.0

      /jan/ and it worked! The resulting binary seems to be OK (I haven't
      /jan/ run it very long). It still doesn't give me a startup message
      /jan/ so I guess the fix in 4.2 isn't effective on HP-UX :-(.

The binary won't be quite right, since you probably won't have the
emacs-version routine or variable or
emacs-built-time/emacs-build-system (from version.el).

Probably the startup message is aborting since emacs-version doesn't
exist.

      /jan/ If you wan't I can give you stack traces from the 'SELECT
      /jan/ ERROR' crach.

Please do...

Marc

--
Marc Andreessen
Epoch Development Team
University of Illinois at Urbana-Champaign
marca@ncsa.uiuc.edu

Newsgroups: gnu.epoch.misc
From: wohlenbe@inter-tel.com (Greg Wohlenberg)
Subject: Debugging
Reply-To: wohlenbe@inter-tel.com
Organization: Inter-tel, Inc.
Date: Sun, 30 Aug 1992 20:58:32 GMT


     I have a fair amount of code that I load into Epoch  at  startup  via my
.emacs file.  Recently, I ran into  a  problem  that  gives  me  the familiar
"error in init file" message.   What  is  the  best  way  to  debug init-file
problems?

Greg Wohlenberg
wohlenbe@inter-tel.com
Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: Epoch 4.1 announcement [second try]
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 27 Aug 1992 10:19:40 GMT

________________________________________________________________________
Epoch 4.2 is now available for anonymous ftp from cs.uiuc.edu in
/pub/epoch-files/epoch.  It is available as either a self-contained
tar file (epoch-4.2.tar.Z) or a set of patches for Epoch 4.1
(epoch-diff-4.1-4.2.tar.Z).

Epoch 4.2 is a maintenance upgrade to Epoch 4.1.  Existing
installations of Epoch 4.1 should immediately be upgraded to 4.2.

Problem reports for Epoch 4.2 should be sent to epoch@cs.uiuc.edu.
________________________________________________________________________
CHANGES IN EPOCH 4.2 (from Epoch 4.1):

o Fixes for problems introduced in 4.1.  (More 8-bit patches are
  now disabled unless EIGHTBIT_KEYBOARD option is set in config.h).

o Fix for x11term.h including an irrelevant file.

o Fix for Apollo support (replacement for unexapollo.c).

o Fix for SunOS 5.0 signal handling.

o Fix for ascii AIX support.

o Fix for placement of -lgcc in load command for GCC users.

o Fix for try_layout (assuming list_ptr gets incremented in
  layout_mode_line when it may not).

o Added after-update-hook: called after each screen update.

o Fix for display of startup message.

o Miscellaneous minor fixes and cleanups.
________________________________________________________________________
From: bradm@anchor.anchor.ems.cdc.com (Brad Miller)
Newsgroups: gnu.epoch.misc
Subject: Re: Ownership of files modified by emacs
Date: 2 Sep 92 16:09:16 GMT
Followup-To: gnu.epoch.misc
Distribution: usa
Organization: Empros Systems International
In-reply-to: kelley@kelley.nist.gov's message of 2 Sep 92 15:12:16 GMT

>>>>> On 2 Sep 92 15:12:16 GMT, kelley@kelley.nist.gov (Mike Kelley) said:
> Followup-To: gnu.epoch.misc

> My question is - How do I teach Epoch (or emacs) to preserve the
> ownership of files when they are edited and resaved? Currently, if I
> modify a file owned by userxxx and resave it, it is then owned by
> me.  I think (unless someone can point out why not) I would prefer
> that the original ownership be preserved.

On a somewhat related note, I am using epoch 4.2 on an SGI runing IRIX 4.0.1.
When I save a file, such as a shell script, it is no longer executable.

Is there something I can configure to fix this, or is this a bug??

Brad




--
Brad Miller                    |              e-mail:   bradm@ems.cdc.com      |
Empros Systems International   |              v-mail:   (612) 553-4886         |
2300 Berkshire Lane N.         |Disclaimer: "I see no reason to contradict     |
Plymouth, MN  55441            |             myself at all"  George H.W. Bush  |
--------------------------------------------------------------------------------
Newsgroups: gnu.epoch.misc
From: peterf@zuben.csis.dit.csiro.au (Peter A Fletcher)
Subject: Resize bug in epoch-4.2
Organization: CSIRO Division of Information Technology
Date: Mon, 31 Aug 1992 23:12:51 GMT

Hello!

    I have posted this bug before for epoch4.0 and epoch4.1, but it still exists
in epoch4.2 so I'm posting it again (although I don't know if my posting actually
reached anyone before).

    I use epoch with a local minibuffer.  If I resize a screen while inside the
minibuffer (to see all the completions of a file, for example), when I finish
the minibuffer edit epoch forgets that the screen has been resized, so you
get a screen display that is the wrong size for the actual x-window.

-peter
--
Peter Fletcher,            Internet : peterf@csis.dit.csiro.au
PhD Student                Physical : CSIRO Division of Information Technology,
Phone    : +61-6-2750914              ANU, Acton, Canberra ACT AUSTRALIA
-------------------------------------------------------------------------------
Newsgroups: gnu.epoch.misc
From: chris@mike.UUCP (Chris Varner)
Subject: Meta keys & epoch 4.1
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 23 Aug 1992 15:09:30 GMT


Hi,
 I recently installed epoch 4.1 on our sparc's running sunos 4.1.2.
The following no longer works under epoch:

  (define-key global-map "\M-h" 'help-for-help)

nor anything similar binding to Meta. The above lisp also will not work
from the minibuffer (esc-esc), although M-x global-set-key does work.

  Any ideas? I really want my keybindings back! :-)   Thanks,
    -chris varner
Newsgroups: gnu.epoch.misc
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: FWD: bug-report for Epoch V4.2 on SUN Sparc IPX
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 3 Sep 1992 08:44:30 GMT

Have you set ascii/config.h to point to the correct config files?

Marc

--
Marc Andreessen
Epoch Development Team
University of Illinois at Urbana-Champaign
marca@ncsa.uiuc.edu

Newsgroups: gnu.bash.bug
From: kre@cs.mu.oz.AU (Robert Elz)
Subject: Re: Arguments for subroutines
Organization: Computer Science, University of Melbourne, Australia
Distribution: gnu
Date: Sun, 23 Aug 1992 15:35:29 GMT

In <9208211821.AA02760@iowa.YP.solsys> kburton@iowa.UUCP (Kevin Burton) writes:

| I have bash-1.12 and am trying to convert some CSH aliases to subroutines
| in bash. I want to be able to get at all of the arguments from a specified
| argument on (like !:3* in CSH).

Try ...

foo()
{
	echo $1
	shift
	echo $*
}

or if you want $1 later

foo()
{
	X=$1
	shift
	echo $*
	echo $X
}

Of course, you can also use $@ instead of $* if that's more suited.

If you need $* put back (for some odd reason "$X $*" is not good enough)
Then you can do

foo()
{
	ARGS=
	while [ $# -gt 0 ]; do
		ARGS="$ARGS '$1'"
		shift
	done
	eval set -$- $ARGS

	X=$1
	shift
	echo $*		# to get the ${2:*} effect
	shift
	echo $*		# now ${3:*}

	eval set -$- $ARGS	# now all args are back as originally
}

kre

Newsgroups: gnu.bash.bug
From: chet@odin.ins.cwru.edu (Chet Ramey)
Subject: Re: alias
Reply-To: chet@po.cwru.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 1 Sep 1992 06:36:06 GMT

> How do you get, in an alias, the rest of the command line expanded?
> If I write
> 	alias xx='echo abc 777 def'
> and
> 	xx this is fun
> should print
> 	abc this is fun def
>
> What do I need to write instead of the '777'? Could not find
> anything in the documentation. It's a bug in that it's not documented .......

You cannot do what you want with aliases.  What you want to use
are shell functions:

xx()
{
	echo abc $@ def
}

As for it being documented, this text appears in the bash-1.12
manual page, section ALIASES:

	There is no mechanism for using arguments in the
	replacement text, a la csh.  If arguments are needed,
	a shell function should be used.

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: junio@twinsun.COM (Jun Hamano)
Subject: Re: Bug or feature?
Organization: Twin Sun, Inc.
Distribution: gnu
Date: Wed, 2 Sep 1992 05:10:51 GMT

In article <9208271420.AA01970.SM@odin.INS.CWRU.Edu> chet@odin.ins.cwru.edu (Chet Ramey) writes:

   > 
   >   for i in 0 1 2 3 4 5 6 7 8 9; do sleep 100; done
   > 
   > and then hit ^Z, only the sleep gets backgrounded, not the for loop.
   > Repeat the ^Z's and you end up with 10 seperate background processes.
   The BSD sh (ash) and zsh both work the same way.  ksh makes the entire
   loop unstoppable.

   Chet

If you say "for i in 0 1 2; do sleep 100; done &; fg" a ^Z stops
the whole thing.  Maybe you can add a code to place the topmost
loop into a separate process if bash is running interactively?

--
      |
   __-+-__      Jun Hamano
_-+ (\o/) +-_   junio@twinsun.com
  !   .   !

Newsgroups: gnu.bash.bug
From: kre@cs.mu.oz.AU (Robert Elz)
Subject: Re: I want # to be my interactive comment character; histchars bitch
Organization: Computer Science, University of Melbourne, Australia
Distribution: gnu
Date: Sun, 23 Aug 1992 15:29:33 GMT

In <1992Aug19We160535a.danj1@ihspa.att.com> danj1@ihspa.ATt.COM (Dan Jacobson) writes:

| [Bash 1.12] I want # to be my interactive comment character, so
| I will get this:

I suspect this isn't possible - I believe bash only does commenting when
its not interactive.

You're right that the doc isn't consistent, and thus isn't correct.

| still another definition! We're talking "anti family values", dear
| friends :-)  And again, no word on how to assign the third character with
| out tripping off the first two...  Indeed, when one looks at
| bash-1.12/subst.c, one sees code reminiscent of features.texi's
| version of the story.

I'm not sure that the third char in histchars is really related to
what you want - but if your problem is that you want to set it without
setting anything in histchars[0] and histchars[1], then what is probably
the best way is to set those first two to some character that has a higher
priority meaning (ie: one interpreted and removed before history) so
that its unlikely (though not completely impossible) that you'll ever
enter one - certainly the meaning of ! would be disabled.

eg: histchars='^m^m#'

(which is typed as "histchars='^V^M^V^M#'" assuming you use vi
style editing - probably some other way if you inflict emacs upon
yourself).   ^M (ie: carriage-return) is not normally going to still be
there in an input line by the time history expansions are looked at.

| Plus, saying "a word beginning with #" implies that
| rm -rf bla # /
| will get different treatment than
| rm -rf bla #/

I have no idea what you're getting at here, a # alone is just
a single character word that starts with # - remember that "word"
here is used in the technical case of the shell, which is any
sequence of characters not including any shell delimiters, or
any of those delimiters - so abc is a word, as is 123, or @@@
or #abc or #

kre

Newsgroups: gnu.bash.bug
From: chet@odin.ins.cwru.edu (Chet Ramey)
Subject: Re: odd `shift' behaviour with bash-1.12
Reply-To: chet@po.cwru.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 28 Aug 1992 13:24:27 GMT

> the second `shift' needs to be executed to shift the args to `bug',
> even though they were already (supposed to have been) kicked out by
> the `shift' in the inner loop.

Bourne-style shells, bash included, run shell control structures
with piped output in subshells.  These subshells cannot modify
their parent's environment.

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


--
``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: kre@cs.mu.oz.AU (Robert Elz)
Subject: Re: bash-1.12 "pwd" hang
Organization: Computer Science, University of Melbourne, Australia
Distribution: gnu
Date: Sun, 23 Aug 1992 15:09:06 GMT

In <199208200008.AA11669@poincare.geom.umn.edu> scott@geom.umn.edu (Scott S. Bertilson) writes:

|   This has been very intermittent so I have had a hard time getting
| the stack trace that was requested long ago.

This looks like bash is doing a malloc() from within a signal handler,
which is a very very dangerous thing to do.  Normally if this causes
a race condition things just mysteriously "go wrong" - in your case
it looks as if malloc() has internal mutual exclusion locking, which
is causeing bash to deadlock itself.

Whether this might indeed be what is happening I'll leave for someone
more familiar with te internals of bash.

kre

Newsgroups: gnu.bash.bug
From: kre@cs.mu.oz.AU (Robert Elz)
Subject: Re: odd `shift' behaviour with bash-1.12
Organization: Computer Science, University of Melbourne, Australia
Distribution: gnu
Date: Sat, 29 Aug 1992 17:05:46 GMT

In <SPA.92Aug27153635@khore-dump.fct.unl.pt>
spa@fct.unl.PT (Salvador Pinto Abreu) writes:

| The scope of the `shift' command seems to be the innermost loop. For
| example, the following code:

Take away the "| cat" which takes the output from your inner loop,
and try it then (though your output will no longer be buffered by cat).

Its SOP for shells that when a control statement has I/O redirected
the control statement is run in a sub-shell, and so can't affect anything
in the environment of the real shell (including $# etc).  Just why it
has to be that way has never been clear to me, but that's the way it is.

kre

Newsgroups: gnu.bash.bug
From: mdb@regal.cisco.com (Mark D. Baushke)
Subject: Re: alias
Organization: cisco Systems Inc., Menlo Park, CA, USA
Distribution: gnu
Date: Thu, 3 Sep 1992 20:04:28 GMT

On 31 Aug 92 15:28:19 GMT, svb@cs.purdue.edu (Stephan Bechtolsheim) said:

stvb> How do you get, in an alias, the rest of the command line expanded?
stvb> If I write
stvb> alias xx='echo abc 777 def'
stvb> and
stvb> xx this is fun
stvb> should print
stvb> abc this is fun def

stvb> What do I need to write instead of the '777'? Could not find
stvb> anything in the documentation. It's a bug in that it's not
stvb> documented .......  Verson 1.12.....

aliases do not do expansion. use a function instead:

function xx () { echo abc $* def }


	Enjoy!
	-- Mark
From: kre@cs.mu.oz.AU (Robert Elz)
Newsgroups: gnu.bash.bug
Subject: Re: alias
Keywords: alias
Date: 1 Sep 92 22:28:09 GMT
Distribution: gnu
Organization: Computer Science, University of Melbourne, Australia

In <19390@ector.cs.purdue.edu> svb@cs.purdue.edu (Stephan Bechtolsheim) writes:

| How do you get, in an alias, the rest of the command line expanded?

In bash you don't - you use a function instead.

kre
Newsgroups: gnu.bash.bug
From: mitch@cirrus.COM (Mitch Wright)
Subject: BASH Under Solaris 2.0 ???
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 29 Aug 1992 23:09:03 GMT

This isn't really a bug, but I didn't see a discussion group...

Anyone have bash version 1.12 running under Solaris 2.x?  Just letting the
make figure things out makes it want to build it as if it were running
unders SunOS4.  Obviously that fails miserably.  Anyway, before I put much
effort into this I'd like to know if anyone has already made the effort.

   ~mitch

mitch@cirrus.com


Newsgroups: gnu.bash.bug
From: chet@odin.ins.cwru.edu (Chet Ramey)
Subject: Re: Bug or feature?
Reply-To: chet@po.cwru.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 27 Aug 1992 06:20:19 GMT

> If you do
> 
>   for i in 0 1 2 3 4 5 6 7 8 9; do sleep 100; done
> 
> and then hit ^Z, only the sleep gets backgrounded, not the for loop.
> Repeat the ^Z's and you end up with 10 seperate background processes.
> This is presumably because the for loop is not a seperate process,
> still, after a user on my system managed to create 13 simultaneous big
> processes this way, I am wondering if other shells with job control
> work the same way.

The BSD sh (ash) and zsh both work the same way.  ksh makes the entire
loop unstoppable.

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: chet@odin.ins.cwru.edu (Chet Ramey)
Subject: Re: Bug or feature?
Reply-To: chet@po.cwru.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 3 Sep 1992 06:05:30 GMT

> If you say "for i in 0 1 2; do sleep 100; done &; fg" a ^Z stops
> the whole thing.  Maybe you can add a code to place the topmost
> loop into a separate process if bash is running interactively?

If you want a separate process for the loop, say that:

( for i in 0 1 2 3; do sleep 100; done )

Putting the whole loop into a separate process violates shell
semantics.

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: chrisp@madmax.interlan.com (Chris P. (Emacs kicks!))
Subject: BASH bombs under System V R 3.2 derived systems: fix?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 28 Aug 1992 06:58:30 GMT

Hello. I recently installed BASH on a number of our machines at this site, 
everyone loves it. 

Just one problem: Occasionally the shell seems to get into a mode where it
does not do a newline when you press enter, also keypresses are not echoed to
the user's terminal..

I've found two ways to trigger this condition: hitting and holding down the 
DEL (interrupt) key, and/or exiting from a screen based app such as ELM..

If anyone knows of a fix for this please let me know since its seriously
hampering ELM's usability as our main shell..


Another bug which is also quite confusing/frustrating is that ELM spews
getcwd: cannot find parent errors every now and again which seem to foul
up shell scripts..


I'd appreciate any help people could give on this matter. Thank you.

-Chris Patti
feoh@gnu.ai.mit.edu
chrisp@madmax.interlan.com
chrisp@summit.interlan.com

Newsgroups: gnu.bash.bug
From: scott@igc.apc.org (Scott Weikart)
Subject: Re: odd 'shift' behaviour with bash-1.1
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 31 Aug 1992 22:21:25 GMT

>Its SOP for shells that when a control statement has I/O redirected
>the control statement is run in a sub-shell, and so can't affect anything
>in the environment of the real shell (including $# etc).

This is not true, in general (last week I wrote a program to test it).

Redirecting stdin or stdout to files doesn't result in use of a sub-shell; the
subshell is only used when stdin or stdout is connected to another process
(i.e. the control statement is in a pipeline).  And note that ksh88 doesn't
use a sub-shell when only stdin is connected to a process, but *does* use a
sub-shell when stdout is connected to a process; ksh86 and bash use a
sub-shell in either case.

Scott Weikart			Community Data Processing (CdP): 415-322-9069
Internet: scott@igc.org		Bitnet: scott%igc.org@stanford
UUCP Mail Net: uunet!cdp!scott

Newsgroups: gnu.bash.bug
From: kre@cs.mu.oz.AU (Robert Elz)
Subject: Re: alias
Keywords: alias
Organization: Computer Science, University of Melbourne, Australia
Distribution: gnu
Date: Wed, 2 Sep 1992 20:25:46 GMT

In <1992Sep2.000915.16261@wdl.loral.com>
mdm@wdl1.wdl.loral.com (Mike D Marchionna) writes:

| function xdsp () { declare -x DISPLAY=$1:0.0 }

Try not using declare, as in

mulga$ g()
> {
> AAA=$1
> export AAA
> }
mulga$ g hello
mulga$ echo $AAA
hello

Whether the way "declare" works is a bug or not someone else can say.

kre

Newsgroups: gnu.bash.bug
From: scott@igc.apc.org (Scott Weikart)
Subject: Re: odd 'shift' behaviour with bash
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 3 Sep 1992 01:28:26 GMT

> My definition of "SOP for shells" is what the Bourne shell does (and
> when it matters, often the 7th edition Bourne shell).

Good point.  I was talking about SOP for Korn Shells.

Scott Weikart			Community Data Processing (CdP): 415-322-9069
Internet: scott@igc.org		Bitnet: scott%igc.org@stanford
UUCP Mail Net: uunet!cdp!scott

Newsgroups: gnu.bash.bug
From: junio@twinsun.COM (Jun Hamano)
Subject: Re: Bug or feature?
Organization: Twin Sun, Inc.
Distribution: gnu
Date: Wed, 2 Sep 1992 05:09:05 GMT

In article <9208271420.AA01970.SM@odin.INS.CWRU.Edu> chet@odin.ins.cwru.edu (Chet Ramey) writes:

   > 
   >   for i in 0 1 2 3 4 5 6 7 8 9; do sleep 100; done
   > 
   > and then hit ^Z, only the sleep gets backgrounded, not the for loop.
   > Repeat the ^Z's and you end up with 10 seperate background processes.
   The BSD sh (ash) and zsh both work the same way.  ksh makes the entire
   loop unstoppable.

   Chet

If you say "for i in 0 1 2; do sleep 100; done &; fg" a ^Z stops
the whole thing.  Maybe you can add a code to place the topmost
loop into a separate process if bash is running interactively?

--
      |
   __-+-__      Jun Hamano
_-+ (\o/) +-_   junio@twinsun.com
  !   .   !

Newsgroups: gnu.bash.bug