On 08/01/2017 01:54 PM, Achim Gratz wrote:
> Steven Penny writes:
>> Could you link to Davids post? I do not see it for this month or July, and I
>> dont seem to have trouble with numlock on or off, even with July 31 version.
>
> She can't, this was a discussion on IRC.
The gist of the
Steven Penny writes:
> Could you link to Davids post? I do not see it for this month or July, and I
> dont seem to have trouble with numlock on or off, even with July 31 version.
She can't, this was a discussion on IRC.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda
On Tue, 1 Aug 2017 16:48:30, Corinna Vinschen wrote:
David found a weird behaviour in terms of NumLock. Now the Alt
Numpad key character input works independently of the NumLock state,
just as in CMD.
Could you link to Davids post? I do not see it for this month or July, and I
dont seem to
On Aug 1 10:45, Corinna Vinschen wrote:
> On Jul 31 17:56, Steven Penny wrote:
> > On Mon, 31 Jul 2017 23:13:27, Corinna Vinschen wrote:
> > > Ah, no, no, no. I found the problem. When using CP 65001 on
> > > pre-W10, you *must not* use the ANSI functions PeekConsoleInputA and
> > >
On Aug 1 09:22, David Macek wrote:
> On 31. 7. 2017 23:13, Corinna Vinschen wrote:
> > Ah, no, no, no. I found the problem. When using CP 65001 on
> > pre-W10, you *must not* use the ANSI functions PeekConsoleInputA and
> > ReadConsoleInputA, but select() was still using them as it did so
On Jul 31 17:56, Steven Penny wrote:
> On Mon, 31 Jul 2017 23:13:27, Corinna Vinschen wrote:
> > Ah, no, no, no. I found the problem. When using CP 65001 on
> > pre-W10, you *must not* use the ANSI functions PeekConsoleInputA and
> > ReadConsoleInputA, but select() was still using them as it
On Jul 31 15:18, Brian Inglis wrote:
> On 2017-07-31 14:01, Corinna Vinschen wrote:
> > On Jul 31 14:36, David Macek wrote:
> >> Try the legacy console (conhost v1), if you haven't already. Maybe it
> >> will show the same behavior even on Windows 10.
> > I'm using the Windows console by starting
On 31. 7. 2017 23:13, Corinna Vinschen wrote:
Ah, no, no, no. I found the problem. When using CP 65001 on
pre-W10, you *must not* use the ANSI functions PeekConsoleInputA and
ReadConsoleInputA, but select() was still using them as it did so for
ages.
Now using the UNICODE functions
On Mon, 31 Jul 2017 23:13:27, Corinna Vinschen wrote:
Ah, no, no, no. I found the problem. When using CP 65001 on
pre-W10, you *must not* use the ANSI functions PeekConsoleInputA and
ReadConsoleInputA, but select() was still using them as it did so for
ages.
Now using the UNICODE
On 2017-07-31 14:01, Corinna Vinschen wrote:
> On Jul 31 14:36, David Macek wrote:
>> On 31. 7. 2017 11:48, Corinna Vinschen wrote:
>>> Well, it works for me. I tested this in tcsh, bash and od on
>>> Windows 10.
>> I tested on Windows 2012 R2 (8.1 equivalent) and I can confirm
>> Steven's
On Jul 31 22:01, Corinna Vinschen wrote:
> On Jul 31 14:36, David Macek wrote:
> > On 31. 7. 2017 11:48, Corinna Vinschen wrote:
> > > Well, it works for me. I tested this in tcsh, bash and od on
> > > Windows 10.
> >
> > I tested on Windows 2012 R2 (8.1 equivalent) and I can confirm
> >
On Jul 31 04:58, Steven Penny wrote:
> On Mon, 31 Jul 2017 11:48:12, Corinna Vinschen wrote:
> > On Jul 28 05:09, Steven Penny wrote:
> > >$ chcp.com 65001
> > >Active code page: 65001
> > >=20
> > > - Alt 148 outputs nothing
> > > - Alt 0246 outputs nothing
> > > - Pasting this character
On Jul 31 14:36, David Macek wrote:
> On 31. 7. 2017 11:48, Corinna Vinschen wrote:
> > Well, it works for me. I tested this in tcsh, bash and od on
> > Windows 10.
>
> I tested on Windows 2012 R2 (8.1 equivalent) and I can confirm
> Steven's findings. Tried with an older installation and then
On 31. 7. 2017 14:36, David Macek wrote:
On 31. 7. 2017 11:48, Corinna Vinschen wrote:
Well, it works for me. I tested this in tcsh, bash and od on
Windows 10.
I tested on Windows 2012 R2 (8.1 equivalent) and I can confirm Steven's
findings. Tried with an older installation and then once
On 31. 7. 2017 11:48, Corinna Vinschen wrote:
Well, it works for me. I tested this in tcsh, bash and od on
Windows 10.
I tested on Windows 2012 R2 (8.1 equivalent) and I can confirm Steven's
findings. Tried with an older installation and then once more after a complete
update (`uname -a`s
On Mon, 31 Jul 2017 11:48:12, Corinna Vinschen wrote:
On Jul 28 05:09, Steven Penny wrote:
>$ chcp.com 65001
>Active code page: 65001
>=20
> - Alt 148 outputs nothing
> - Alt 0246 outputs nothing
> - Pasting this character does not work
Well, it works for me. I tested this in tcsh,
On Jul 28 05:09, Steven Penny wrote:
>$ chcp.com 65001
>Active code page: 65001
>
> - Alt 148 outputs nothing
> - Alt 0246 outputs nothing
> - Pasting this character does not work
Well, it works for me. I tested this in tcsh, bash and od on
Windows 10.
While at it I found a bug in
On Fri, 28 Jul 2017 19:54:27, Doug Henderson wrote:
One of these may be the commit that I recall.
https://github.com/cygwin/cygwin/commit/ef007184874ead6f288e432eb23bfc76bf65929d
https://github.com/cygwin/cygwin/commit/5a3496c3e3c159e6cfb4879f5adae1092927483f
>On 28 July 2017 at 12:31, Steven Penny wrote:
>> On Fri, 28 Jul 2017 12:13:49, Doug Henderson wrote:
>> In any case, this problem has nothing to do with libreadline of any
>> version, nor the current version of cygwin1.dll. It is possible that
>> this lies in the domain of mingw32, which
On 07/28/2017 01:39 PM, Steven Penny wrote:
> On Fri, 28 Jul 2017 09:54:59, Eric Blake wrote:
>> > LATIN SMALL LETTER O WITH DIAERESIS' (U+00F6):
>> >=20
>> >$ chcp.com 65001
>> >Active code page: 65001
>> >=20
>> > - Alt 148 outputs nothing
>> > - Alt 0246 outputs nothing
>>
>> But that's
On Fri, 28 Jul 2017 09:54:59, Eric Blake wrote:
> LATIN SMALL LETTER O WITH DIAERESIS' (U+00F6):
>=20
>$ chcp.com 65001
>Active code page: 65001
>=20
> - Alt 148 outputs nothing
> - Alt 0246 outputs nothing
But that's true even in a bare cmd window. So it's hard to say what it
is
On Fri, 28 Jul 2017 12:13:49, Doug Henderson wrote:
In any case, this problem has nothing to do with libreadline of any
version, nor the current version of cygwin1.dll. It is possible that
this lies in the domain of mingw32, which suggests that it may be
off-topic here or at least needs a new
On 28 July 2017 at 08:54, Eric Blake wrote:
> On 07/28/2017 07:09 AM, Steven Penny wrote:
>> On Fri, 28 Jul 2017 06:41:08, Eric Blake wrote:
>>$ chcp.com 65001
>>Active code page: 65001
>>
>>$ ./cygwin.exe
>>Ω
>>
>>$ ./mingw32.exe
>>Ω
>>
>>$ chcp.com 437
>>Active
Eric Blake writes:
>> As in "C:\cygwin64\Cygwin.bat" that can be found after a regular install of
>> Cygwin
>>
>
> Oh, that one doesn't show up under 'cygcheck -p', so it must be created
> by setup.exe.
It's created by the postinstall script of base-files. The source for it
lives in
On 07/28/2017 07:09 AM, Steven Penny wrote:
> On Fri, 28 Jul 2017 06:41:08, Eric Blake wrote:
>> As in /etc/defaults/Cygwin.bat installed by the base-files package?
>
> As in "C:\cygwin64\Cygwin.bat" that can be found after a regular install of
> Cygwin
>
Oh, that one doesn't show up under
On Fri, 28 Jul 2017 06:41:08, Eric Blake wrote:
As in /etc/defaults/Cygwin.bat installed by the base-files package?
As in "C:\cygwin64\Cygwin.bat" that can be found after a regular install of
Cygwin
It's short:
@echo off
setlocal enableextensions
set TERM=3D
cd /d "%~dp0bin" && .\bash
On 07/27/2017 09:43 PM, Steven Penny wrote:
> On Thu, 27 Jul 2017 16:37:45, Eric Blake wrote:
>> I still don't know your environment (it's really hard to reproduce
>> issues if I don't know the steps to reproduce them). This looks like a
>> bash prompt, but are you running bash inside mintty, or
On Thu, 27 Jul 2017 16:37:45, Eric Blake wrote:
I still don't know your environment (it's really hard to reproduce
issues if I don't know the steps to reproduce them). This looks like a
bash prompt, but are you running bash inside mintty, or directly in a
cmd window?
1. Clean Cygwin install
On 07/27/2017 01:56 PM, Steven Penny wrote:
> On Thu, 27 Jul 2017 12:08:53, Eric Blake wrote:
>> I've got some time today to look at building readline, but for the life
>> of me, I can't figure out what I'm supposed to be debugging. You have
>> so many emails saying "see this earlier URL" that I
On Thu, 27 Jul 2017 12:08:53, Eric Blake wrote:
I've got some time today to look at building readline, but for the life
of me, I can't figure out what I'm supposed to be debugging. You have
so many emails saying "see this earlier URL" that I am lost in what you
are saying is wrong or how to
On 07/27/2017 12:08 PM, Eric Blake wrote:
> So I'm back to cmd to try and debug things. Next, I tried:
>
> c:\cygwin\bin> .\dash
>
>
> and again got Ω; pressing complains that ./dash: 1: Ω: not found
To double check things, I started .\dash, typed 'echo $$', then in a
second terminal, typed
On 04/14/2017 11:33 PM, Steven Penny wrote:
> On Thu, 13 Apr 2017 13:48:04, Eric Blake wrote:
>> Is it still a problem with pselect, where rebuilding with the same
>> configuration as 7.0.1-2 fixes things?
I've got some time today to look at building readline, but for the life
of me, I can't
On Mon, 15 May 2017 15:59:48, Chet Ramey wrote:
It was inspired by the discussion starting with
http://lists.gnu.org/archive/html/bug-readline/2015-05/msg7.html
The idea is to optimize pasted input using the assumption that it will be
mostly composed of characters that map to self-insert,
On Mon, 15 May 2017 15:59:48, Chet Ramey wrote:
It was inspired by the discussion starting with
http://lists.gnu.org/archive/html/bug-readline/2015-05/msg7.html
The idea is to optimize pasted input using the assumption that it will be
mostly composed of characters that map to self-insert,
On 5/15/17 2:19 PM, Eric Blake wrote:
>>git checkout readline-7.0-alpha
>>
>> for the first bad commit, I found that the change to the "rl_insert"
>> function in
>> "text.c" breaks pasting and Alt codes with "chcp.com 65001". Can you
>> work with
>> this?
>>
>>
On 04/14/2017 11:33 PM, Steven Penny wrote:
> On Thu, 13 Apr 2017 13:48:04, Eric Blake wrote:
Sorry for my delay in noticing this.
>> Is it still a problem with pselect, where rebuilding with the same
>> configuration as 7.0.1-2 fixes things? I'm really not sure how to even
>> go about debugging
On Thu, 13 Apr 2017 13:48:04, Eric Blake wrote:
Is it still a problem with pselect, where rebuilding with the same
configuration as 7.0.1-2 fixes things? I'm really not sure how to even
go about debugging this one, and it's not my highest priority at the
moment (I've got coreutils 8.27 to build
On 04/13/2017 01:34 PM, Steven Penny wrote:
> On Fri, 24 Mar 2017 17:28:11, Steven Penny wrote:
>> On Mon, 13 Feb 2017 13:49:40, "Eric Blake (cygwin)" wrote:
>> > A new release of readline, 7.0.3-3, has been uploaded and will soon
>> > reach a mirror near you. The previous version is now 7.0.1-2
On Fri, 24 Mar 2017 17:28:11, Steven Penny wrote:
On Mon, 13 Feb 2017 13:49:40, "Eric Blake (cygwin)" wrote:
> A new release of readline, 7.0.3-3, has been uploaded and will soon
> reach a mirror near you. The previous version is now 7.0.1-2 (which was
> experimental, but never current; but the
On Mon, 13 Feb 2017 13:49:40, "Eric Blake (cygwin)" wrote:
A new release of readline, 7.0.3-3, has been uploaded and will soon
reach a mirror near you. The previous version is now 7.0.1-2 (which was
experimental, but never current; but the only difference from 7.0.1-1
was handling of pselect
A new release of readline, 7.0.3-3, has been uploaded and will soon
reach a mirror near you. The previous version is now 7.0.1-2 (which was
experimental, but never current; but the only difference from 7.0.1-1
was handling of pselect which is now fixed in cygwin 2.7.0-1).
NEWS:
=
This is a
41 matches
Mail list logo
