And only now I've found the messages talking about similar issues after
fruitless Google searches. Same thing happens to me after I buy
hardware.
The problem appears fixed in the latest snapshot of cygwin1.dll.
Sigh.
Barry Kelly wrote:
> Further to my previous email: I should add that redirecte
Further to my previous email: I should add that redirected output works
fine.
$ ./err.exe 2>/dev/null
$ ./err.exe 2>out.txt
Either works fine, and the contents of out.txt are as expected.
Barry Kelly wrote:
> This C# app:
>
> class err
> {
> static void Main()
> {
> System.Console.Err
This C# app:
class err
{
static void Main()
{
System.Console.Error.WriteLine("err");
}
}
compiled with any csc.exe:
$(cygpath -u $WINDIR)/Microsoft.net/framework/*/csc.exe
This app (call it err.exe) when run, hangs for me when Cygwin is running
in anything other than a Windows console
On 7 June 2012 21:14, Helmut Karlowski wrote:
> Andy Koppe, 07.06.2012 21:12:05:
>
>
>> CP850 doesn't support the C1 control characters, so you get the
>> fallback instead, which is the scheme for encoding the Meta modifier
>> when bit 7 isn't available. This means that Ctrl+Shift+letter
>> combina
On 6/7/2012 10:30 AM, DEWI - N. Zacharias wrote:
Hi all,
I have a strange behavior of cygwin here. I have two machines with the
nearly (*)he same configuration on machine A everything works good, on B I
get the error
1 [main] sh 1884 sig_send: error sending signal -40 to pid 1884, pipe
handle
New News:
===
I have updated the version of rebase to 4.2.0-1. The tarballs should be
available on a Cygwin mirror near you shortly.
The following are the changes since the previous release:
* Add --no-dynamicbase option to rebase.
* Change rebaseall to call rebase with the --no-dy
Andy Koppe, 07.06.2012 21:12:05:
CP850 doesn't support the C1 control characters, so you get the
fallback instead, which is the scheme for encoding the Meta modifier
when bit 7 isn't available. This means that Ctrl+Shift+letter
combinations can't be distinguished from Ctrl+Alt+letter, but since
On 7 June 2012 17:10, Helmut Karlowski wrote:
> Helmut Karlowski, 07.06.2012 17:52:43:
>
>
>> Nellis, Kenneth, 07.06.2012 16:56:57:
>>
>>> -Original Message-
>>> From: Andy Koppe
>>>
>>> It is done on purpose, to allow Shift+Esc to be bound to a different
>>> function if desired. It's docu
On 7 June 2012 15:56, Nellis, Kenneth wrote:
> -Original Message-
> From: Andy Koppe
>
> It is done on purpose, to allow Shift+Esc to be bound to a different
> function if desired. It's documented here:
>
> [1] http://code.google.com/p/mintty/wiki/Keycodes#Special_keys
>
> Shift+ESC sends
Helmut Karlowski, 07.06.2012 17:52:43:
Nellis, Kenneth, 07.06.2012 16:56:57:
-Original Message-
From: Andy Koppe
It is done on purpose, to allow Shift+Esc to be bound to a different
function if desired. It's documented here:
[1] http://code.google.com/p/mintty/wiki/Keycodes#Special_k
Nellis, Kenneth, 07.06.2012 16:56:57:
-Original Message-
From: Andy Koppe
It is done on purpose, to allow Shift+Esc to be bound to a different
function if desired. It's documented here:
[1] http://code.google.com/p/mintty/wiki/Keycodes#Special_keys
Shift+ESC sends the Unicode codepoin
-Original Message-
From: Andy Koppe
It is done on purpose, to allow Shift+Esc to be bound to a different
function if desired. It's documented here:
[1] http://code.google.com/p/mintty/wiki/Keycodes#Special_keys
Shift+ESC sends the Unicode codepoint U+009B, aka the Control Sequence
Introd
On 06/06/2012 12:12 PM, Corinna Vinschen wrote:
On Jun 6 16:41, Bertrand Latinville wrote:
I'm using
rsync --chmod=ug=rwX -arvz --prune-empty-dirs --include="*/"
--include-from=include-file.txt --exclude="*" ${source_dir}/
${dest_dir}
Thanks. I can confirm the effect. For no apparent re
Hi all,
I have a strange behavior of cygwin here. I have two machines with the nearly
(*)he same configuration on machine A everything works good, on B I get the
error
1 [main] sh 1884 sig_send: error sending signal -40 to pid 1884, pipe
handle 0x768, Win32 error 6
sh: fork: retry: Reso
On Wed 6/6/12 19:53 CDT Tom R wrote:
--snip
> Then, if I 'putty -ssh' (version .60) to the localhost, and then run
>
> procps -wwH -o pid,ppid,user,tty,args -e
>
> it hangs.
>
> So putty triggers it. I'll try a newer version of putty.
also hangs w/latest verion: 0.62 of putty
> I like being ab
On 7 June 2012 09:40, Lluís Batlle i Rossell wrote:
> Hello,
>
> thank you first for such a helpful software, for those that use Windows but
> are
> used to the Linux interface.
>
> I'd like to request some heavy annoyance I encounter with the new cygwin
> terminal, compared to rxvt. In 'vim', it
Dear Cygwin community,
I hope I'm writing to the correct mailing list...
I'm currently faced to the impossibility to start sshd service under a
W2K8 server even after a successfully have passed ssh-host-config
script.
I know this problem has already been reported but I still have not
been able to
On 6/7/2012 10:47 AM, DakMark wrote:
Dear marco,
I had get same situation on Windows 8 Release Preview 64bit version.
I have never get on Windows 8 Consumer Preview.
Anyway, I have one Idea.
Please check attribute of /bin/bash.exe
I got --+ for all files in /bin
Then I run chmod 55
marco atzeri gmail.com> writes:
>
> I am probably missing something obvious
>
> -
> ssh marco 127.0.0.1
> marco 127.0.0.1's password:
> Last login: Wed Jun 6 06:19:27 2012 from 127.0.0.1
>
> The Hippo says: Welcome to Cygwin
>
> /bin/bash: O
Hello,
thank you first for such a helpful software, for those that use Windows but are
used to the Linux interface.
I'd like to request some heavy annoyance I encounter with the new cygwin
terminal, compared to rxvt. In 'vim', it looks like I'm used to press ESC
*before* releasing *shift* (if I w
On 2012-06-06 20:29, Corinna Vinschen wrote:
On Jun 6 17:59, Nick Lowe wrote:
Thanks. I can confirm the effect. For no apparent reason, the OS
reserves a 1 Megs shared memory region, top-down allocated, of which it
uses about 20K. It's not the PEB or one of the TEBs, though. Nor is
it a
21 matches
Mail list logo
