On 10/11/2011 1:41 PM, Christopher Faylor wrote:
On Tue, Oct 11, 2011 at 10:51:01AM -0400, Ken Brown wrote:
On 10/11/2011 9:24 AM, Marco Atzeri wrote:
On 10/11/2011 3:12 PM, Ken Brown wrote:
In addition, the 2011-10-10 snapshot doesn't work well with xterm. When
I start xterm, I see
bash: ca
On Tue, Oct 11, 2011 at 10:51:01AM -0400, Ken Brown wrote:
>On 10/11/2011 9:24 AM, Marco Atzeri wrote:
>> On 10/11/2011 3:12 PM, Ken Brown wrote:
>>
>>> In addition, the 2011-10-10 snapshot doesn't work well with xterm. When
>>> I start xterm, I see
>>>
>>> bash: cannot set terminal process group (
On Oct 11 13:08, Christopher Faylor wrote:
> On Tue, Oct 11, 2011 at 02:17:42PM +0200, Corinna Vinschen wrote:
> >On Oct 10 18:06, Christopher Faylor wrote:
> >> When the tty layer in Cygwin was first developed, the model (either in
> >> my head or in reality) was "If you don't have a tty and open
On Tue, Oct 11, 2011 at 02:17:42PM +0200, Corinna Vinschen wrote:
>On Oct 10 18:06, Christopher Faylor wrote:
>> When the tty layer in Cygwin was first developed, the model (either in
>> my head or in reality) was "If you don't have a tty and open a tty, that
>> becomes your controlling tty". But,
On 10/11/2011 4:51 PM, Ken Brown wrote:
On 10/11/2011 9:24 AM, Marco Atzeri wrote:
On 10/11/2011 3:12 PM, Ken Brown wrote:
In addition, the 2011-10-10 snapshot doesn't work well with xterm. When
I start xterm, I see
bash: cannot set terminal process group (-1): Inappropriate ioctl for
device
On 10/11/2011 9:24 AM, Marco Atzeri wrote:
On 10/11/2011 3:12 PM, Ken Brown wrote:
In addition, the 2011-10-10 snapshot doesn't work well with xterm. When
I start xterm, I see
bash: cannot set terminal process group (-1): Inappropriate ioctl for
device
bash: no job control in this shell
same
On 10/11/2011 3:12 PM, Ken Brown wrote:
In addition, the 2011-10-10 snapshot doesn't work well with xterm. When
I start xterm, I see
bash: cannot set terminal process group (-1): Inappropriate ioctl for
device
bash: no job control in this shell
same with today CVS on XP-SP3
no issue on mintt
On 10/10/2011 11:44 PM, Christopher Faylor wrote:
On Mon, Oct 10, 2011 at 10:43:42PM -0400, Ken Brown wrote:
My STCs still don't work right for me under the 2011-10-10 snapshot.
The bash subprocess no longer shows as stopped when I run ps, but it
doesn't produce any output either, and it doesn't
On Tue, Oct 11, 2011 at 03:24:22AM -0700, jan.kolar wrote:
>
>
>
>Christopher Faylor-8 wrote:
>>
>> On Mon, Oct 10, 2011 at 10:43:42PM -0400, Ken Brown wrote:
>>>My STCs still don't work right for me under the 2011-10-10 snapshot.
>>>The bash subprocess no longer shows as stopped when I run ps, b
On Oct 10 18:06, Christopher Faylor wrote:
> On Sun, Oct 09, 2011 at 07:58:15PM -0400, Christopher Faylor wrote:
> >On Sat, Oct 08, 2011 at 05:39:20PM -0400, Ken Brown wrote:
> >>Attached is a slight modification of the STC, in which I set stdin for
> >>the bash subprocess to /dev/null. With this
when __SIGFLUSHFAST (-39) is sent -- in
__main.
Is it right after inicialisations ? (When exactly? -- I do not understand).
Certainly it is before bash -ci ls opens /dev/tty.
JK
JK
--
View this message in context:
http://old.nabble.com/Problem-redirecting-stderr-to-pipe-in-subprocess-tp32616089
On Mon, Oct 10, 2011 at 10:43:42PM -0400, Ken Brown wrote:
>My STCs still don't work right for me under the 2011-10-10 snapshot.
>The bash subprocess no longer shows as stopped when I run ps, but it
>doesn't produce any output either, and it doesn't terminate for several
>minutes. I eventually
On 10/10/2011 6:06 PM, Christopher Faylor wrote:
On Sun, Oct 09, 2011 at 07:58:15PM -0400, Christopher Faylor wrote:
On Sat, Oct 08, 2011 at 05:39:20PM -0400, Ken Brown wrote:
Attached is a slight modification of the STC, in which I set stdin for
the bash subprocess to /dev/null. With this mod
On Mon, Oct 10, 2011 at 05:02:18PM -0700, jan.kolar wrote:
>Christopher Faylor-8 wrote:
>> On Sun, Oct 09, 2011 at 07:58:15PM -0400, Christopher Faylor wrote:
>>>On Sat, Oct 08, 2011 at 05:39:20PM -0400, Ken Brown wrote:
Attached is a slight modification of the STC, in which I set stdin for
>>
does not happen on my machine ?
Does (older) version of bash make that difference ?
Windows 7, cygwin-1.7.9-1 (unmodified),
GNU bash, version 3.2.49(23)-release (i686-pc-cygwin)
JK
--
View this message in context:
http://old.nabble.com/Problem-redirecting-stderr-to-pipe-in-subprocess-tp32616089p
On Sun, Oct 09, 2011 at 07:58:15PM -0400, Christopher Faylor wrote:
>On Sat, Oct 08, 2011 at 05:39:20PM -0400, Ken Brown wrote:
>>Attached is a slight modification of the STC, in which I set stdin for
>>the bash subprocess to /dev/null. With this modification, the program
>>works as expected (an
On Sat, Oct 08, 2011 at 05:39:20PM -0400, Ken Brown wrote:
>Attached is a slight modification of the STC, in which I set stdin for
>the bash subprocess to /dev/null. With this modification, the program
>works as expected (and as on Linux) with cygwin-1.7.9, but the same
>problem as before occur
-merge/winsup/cygwin/dcrt0.cc:1019
#13 0x61004cb6 in _cygtls::call2 (this=0x22ce64, func=0x61006a30
, arg=0x0, buf=0x22cda4)
at /usr/src/cygwin-1.7.9-1-merge/winsup/cygwin/cygtls.cc:69
#14 0x61004d5b in _cygtls::call (func=0x61006a30 ,
arg=0x0)
at /usr/src/cygwin-1.7.9-1-merge/winsup/cygwin/cy
On 10/9/2011 4:10 PM, jan.kolar wrote:
Ken Brown-6 wrote:
The attached STC arose from my attempt to understand the problem
discussed starting in
http://cygwin.com/ml/cygwin/2011-09/msg00405.html .
I'm starting a new thread because there appears to be a Cygwin problem
having nothing to d
On 10/9/2011 4:03 PM, jan.kolar wrote:
Make sure the results are as you state, and not just random.
./a0.exe # does it fail ?
./a1.exe # does it work ?
./a0.exe # does it fail ?
./a1.exe # does it work ?
If you're asking whether the results are repeatable, the answer is yes.
Ken
--
Pr
program makes difference between gcc-3 and gcc-4, I will have
find out what it means.
(Probably it is like unexpected ordering of DLL's or ordering of their
initialization.)
JK
--
View this message in context:
http://old.nabble.com/Problem-redirecting-stderr-to-pipe-in-subprocess-tp32616089p
iew this message in context:
http://old.nabble.com/Problem-redirecting-stderr-to-pipe-in-subprocess-tp32616089p32620797.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
On 10/8/2011 11:35 AM, Ken Brown wrote:
The attached STC arose from my attempt to understand the problem
discussed starting in
http://cygwin.com/ml/cygwin/2011-09/msg00405.html .
I'm starting a new thread because there appears to be a Cygwin problem
having nothing to do with emacs.
The STC cre
The attached STC arose from my attempt to understand the problem
discussed starting in
http://cygwin.com/ml/cygwin/2011-09/msg00405.html .
I'm starting a new thread because there appears to be a Cygwin problem
having nothing to do with emacs.
The STC creates a pipe and then runs `bash -ic
24 matches
Mail list logo