Bash 2.01 bug in coolview

Bash 2.01 bug in coolview

[Bruce N. Hunsaker]

In the version of bash.exe that is distributed with coolview
I have experienced the following problem:

	$ ls -l | cat
	$
No output when using pipes!  In this example, the size of the
directory makes a difference.  For small directories, it works
correctly.  Make it a little larger and the output gets truncated.
Bigger still, and no output will be shown.

I get better results if I do
	$ set +o monitor
but this has no effect if put in .bashrc

I also get proper results by adding parenthesis:
	$ (ls -l | cat)

I have none of these problems with the bash that ships with b18.

Perhaps there is some other setting for bash I can put
in .bashrc to fix this problem?
---
Bruce Hunsaker - bruceh@ieighty.net

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: Bash 2.01 bug in coolview

[Kees van Veen]

Bruce N. Hunsaker wrote:
> 
> In the version of bash.exe that is distributed with coolview
> I have experienced the following problem:
> 
>         $ ls -l | cat
>         $
> No output when using pipes!  In this example, the size of the
> directory makes a difference.  For small directories, it works
> correctly.  

I think Chris Faylor put this 'workaround' on the list.
Try (or put in your .profile or .bashrc):

	trap '' 5

Cheers,
Kees
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: Bash 2.01 bug in coolview

[P.J. Kersten]

Bruce N. Hunsaker wrote:
> 
> In the version of bash.exe that is distributed with coolview
> I have experienced the following problem:
> 
>         $ ls -l | cat
>         $
> No output when using pipes!  In this example, the size of the
> directory makes a difference.  For small directories, it works
> correctly.  Make it a little larger and the output gets truncated.
> Bigger still, and no output will be shown.
> 
> I get better results if I do
>         $ set +o monitor
> but this has no effect if put in .bashrc
> 
> I also get proper results by adding parenthesis:
>         $ (ls -l | cat)
> 
> I have none of these problems with the bash that ships with b18.
> 
> Perhaps there is some other setting for bash I can put
> in .bashrc to fix this problem?

There has been a reported problem with the HUP signal.
Try 
	trap '' 5
in your .bashrc. It works for me.

-- 
Pieter J. Kersten
Erasmus Universiteit Rotterdam
dir. I&A/I&S, WH2-10
Postbus 1738
3000 DR  Rotterdam
Nederland
Tel +31-10-4082599
Fax +31-10-4527236
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: Bash 2.01 bug in coolview

[Jason Tishler]

Bruce,

I had the same or similar problem.  Check out:

    http://www.cygnus.com/ml/gnu-win32/1997-Dec/0099.html

and

    http://www.cygnus.com/ml/gnu-win32/1997-Dec/0129.html

Jason

-- 
Jason Tishler                        Phone: +1 (212) 989-4455 ext. 2120
Box Hill Systems Corporation         Fax:   +1 (212) 989-6817
161 Avenue of the Americas           Email: jt@boxhill.com
New York, NY 10013 USA               WWW:   http://www.boxhill.com
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: Bash 2.01 bug in coolview

[Chuck Bogorad]

>In the version of bash.exe that is distributed with coolview
>I have experienced the following problem:
>
> $ ls -l | cat
> $
>No output when using pipes!  In this example, the size of the
>directory makes a difference.  For small directories, it works
>correctly.  Make it a little larger and the output gets truncated.
>Bigger still, and no output will be shown.


Seems to be a problem in coolview. If you do "set | vim -", vim 
says: "Vim: Caught deadly signal HUP" - something is sending the
HUP signal. Don't know what.


-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".