Am 20.02.2017 um 10:11 schrieb Corinna Vinschen:
On Feb 18 23:45, Thomas Wolff wrote:
Am 17.02.2017 um 23:29 schrieb Thomas Wolff:
Am 17.02.2017 um 10:43 schrieb Corinna Vinschen:
On Feb 17 08:36, Thomas Wolff wrote:
Am 16.02.2017 um 21:32 schrieb Thomas Wolff:
Am 16.02.2017 um 13:49 schrieb
On Feb 18 23:45, Thomas Wolff wrote:
> Am 17.02.2017 um 23:29 schrieb Thomas Wolff:
> > Am 17.02.2017 um 10:43 schrieb Corinna Vinschen:
> > > On Feb 17 08:36, Thomas Wolff wrote:
> > > > Am 16.02.2017 um 21:32 schrieb Thomas Wolff:
> > > > > Am 16.02.2017 um 13:49 schrieb Corinna Vinschen:
> > > >
On Feb 17 23:29, Thomas Wolff wrote:
> Am 17.02.2017 um 10:43 schrieb Corinna Vinschen:
> > On Feb 17 08:36, Thomas Wolff wrote:
> > > Am 16.02.2017 um 21:32 schrieb Thomas Wolff:
> > > > Am 16.02.2017 um 13:49 schrieb Corinna Vinschen:
> > > > > There's an ESC sequence to change the codeset? Do y
Am 17.02.2017 um 23:29 schrieb Thomas Wolff:
Am 17.02.2017 um 10:43 schrieb Corinna Vinschen:
On Feb 17 08:36, Thomas Wolff wrote:
Am 16.02.2017 um 21:32 schrieb Thomas Wolff:
Am 16.02.2017 um 13:49 schrieb Corinna Vinschen:
There's an ESC sequence to change the codeset? Do you mean the
alte
On Feb 17 08:36, Thomas Wolff wrote:
> Am 16.02.2017 um 21:32 schrieb Thomas Wolff:
> > Am 16.02.2017 um 13:49 schrieb Corinna Vinschen:
> > > There's an ESC sequence to change the codeset? Do you mean the
> > > alternate codeset sequence \e[10m / \e[11m
> > Oh, that one! Thanks for mentioning, I
Am 16.02.2017 um 21:32 schrieb Thomas Wolff:
Am 16.02.2017 um 13:49 schrieb Corinna Vinschen:
On Feb 15 23:19, Thomas Wolff wrote:
Am 14.02.2017 um 21:35 schrieb Thomas Wolff:
Am 14.02.2017 um 21:29 schrieb Thomas Wolff:
Am 14.02.2017 um 20:56 schrieb Eric Blake:
On 02/14/2017 01:40 PM, Thom
Am 16.02.2017 um 13:49 schrieb Corinna Vinschen:
On Feb 15 23:19, Thomas Wolff wrote:
Am 14.02.2017 um 21:35 schrieb Thomas Wolff:
Am 14.02.2017 um 21:29 schrieb Thomas Wolff:
Am 14.02.2017 um 20:56 schrieb Eric Blake:
On 02/14/2017 01:40 PM, Thomas Wolff wrote:
No. We're talking about a fu
On Feb 15 23:19, Thomas Wolff wrote:
> Am 14.02.2017 um 21:35 schrieb Thomas Wolff:
> > Am 14.02.2017 um 21:29 schrieb Thomas Wolff:
> > > Am 14.02.2017 um 20:56 schrieb Eric Blake:
> > > > On 02/14/2017 01:40 PM, Thomas Wolff wrote:
> > > > > > No. We're talking about a function in the master sid
Am 14.02.2017 um 21:35 schrieb Thomas Wolff:
Am 14.02.2017 um 21:29 schrieb Thomas Wolff:
Am 14.02.2017 um 20:56 schrieb Eric Blake:
On 02/14/2017 01:40 PM, Thomas Wolff wrote:
No. We're talking about a function in the master side of the tty,
while
the applications started in the terminal ar
Am 14.02.2017 um 21:29 schrieb Thomas Wolff:
Am 14.02.2017 um 20:56 schrieb Eric Blake:
On 02/14/2017 01:40 PM, Thomas Wolff wrote:
No. We're talking about a function in the master side of the tty,
while
the applications started in the terminal are on the slave side.
I am not familiar with t
Am 14.02.2017 um 20:56 schrieb Eric Blake:
On 02/14/2017 01:40 PM, Thomas Wolff wrote:
No. We're talking about a function in the master side of the tty, while
the applications started in the terminal are on the slave side.
I am not familiar with the concept of setting termios properties on
eit
On 02/14/2017 01:40 PM, Thomas Wolff wrote:
>> No. We're talking about a function in the master side of the tty, while
>> the applications started in the terminal are on the slave side.
> I am not familiar with the concept of setting termios properties on
> either the master or slave side of a pty
Am 14.02.2017 um 09:45 schrieb Corinna Vinschen:
On Feb 13 23:03, Thomas Wolff wrote:
Am 31.01.2017 um 16:32 schrieb Corinna Vinschen:
On Jan 31 16:01, Houder wrote:
On Tue, 31 Jan 2017 14:16:16, Corinna Vinschen wrote:
[snip]
Ok, here's what happens on Linux: The termios code support a flag
On Feb 13 23:03, Thomas Wolff wrote:
> Am 31.01.2017 um 16:32 schrieb Corinna Vinschen:
> > On Jan 31 16:01, Houder wrote:
> > > On Tue, 31 Jan 2017 14:16:16, Corinna Vinschen wrote:
> > > [snip]
> > > > Ok, here's what happens on Linux: The termios code support a flag
> > > > IUTF8. This flag de
Am 31.01.2017 um 16:32 schrieb Corinna Vinschen:
On Jan 31 16:01, Houder wrote:
On Tue, 31 Jan 2017 14:16:16, Corinna Vinschen wrote:
[snip]
I'm not quite sure yet but apparently the problem is in the handling of
VERASE in the termios implementation. In cooked mode it fills a char
buffer wit
On Jan 31 18:54, Houder wrote:
> On Tue, 31 Jan 2017 16:32:45, Corinna Vinschen wrote:
>
> [snip]
>
> > > Therefore the question is: 'can the same situation be created under
> > > under Windows?' (does Windows provide the required support?)
> >
> > This has nothing to do with Windows. It's the
On Tue, 31 Jan 2017 09:42:19, Eric Blake wrote:
> And I will be providing a test build of coreutils (for stty) that
> exposes IUTF8 to the command line (to be promoted to current once the
> cygwin release is). dash and readline do NOT need to be rebuilt to take
> advantage of it (since it is the t
On Tue, 31 Jan 2017 16:32:45, Corinna Vinschen wrote:
[snip]
> > Therefore the question is: 'can the same situation be created under
> > under Windows?' (does Windows provide the required support?)
>
> This has nothing to do with Windows. It's the termios implementation
> inside Cygwin. I crea
On 01/31/2017 09:32 AM, Corinna Vinschen wrote:
> This has nothing to do with Windows. It's the termios implementation
> inside Cygwin. I created a patch introducing the IUTF8 flag as on Linux
> as well as a code snippet trying to remove entire utf-8 characters from
> the input if the IUTF8 flag
On Jan 31 16:01, Houder wrote:
> On Tue, 31 Jan 2017 14:16:16, Corinna Vinschen wrote:
>
> [snip]
>
> > > I'm not quite sure yet but apparently the problem is in the handling of
> > > VERASE in the termios implementation. In cooked mode it fills a char
> > > buffer with what has been typed. The
On Tue, 31 Jan 2017 14:16:16, Corinna Vinschen wrote:
[snip]
> > I'm not quite sure yet but apparently the problem is in the handling of
> > VERASE in the termios implementation. In cooked mode it fills a char
> > buffer with what has been typed. The code doesn't know if the bytes in
> > the bu
On Jan 31 11:04, Corinna Vinschen wrote:
> On Jan 28 14:44, Houder wrote:
> > On Wed, 25 Jan 2017 16:14:00, Steven Penny wrote:
> > > Obviously Bash is not the problem, nor readline as Dash doesnt use
> > > readline. So
> > > it appears the issue this time is again with cygwin1.dll, or perhaps the
On Jan 28 14:44, Houder wrote:
> On Wed, 25 Jan 2017 16:14:00, Steven Penny wrote:
> > Obviously Bash is not the problem, nor readline as Dash doesnt use
> > readline. So
> > it appears the issue this time is again with cygwin1.dll, or perhaps the
> > Dash
> > package.
>
> .. uhm, it appears to
On Wed, 25 Jan 2017 15:31:09, cyg Simple wrote:
> On 1/25/2017 8:37 AM, Houder wrote:
> > On Tue, 24 Jan 2017 17:28:13, Steven Penny wrote:
> >> On Tue, 24 Jan 2017 16:58:39, Houder wrote:
> >>> When the omega symbol is entered, followed by a backspace, the input
> >>> buffer
> >>> is NOT correctl
On Wed, 25 Jan 2017 16:14:00, Steven Penny wrote:
> Obviously Bash is not the problem, nor readline as Dash doesnt use readline.
> So
> it appears the issue this time is again with cygwin1.dll, or perhaps the Dash
> package.
.. uhm, it appears to me that Windows is the issue here.
As those in th
On Wed, 25 Jan 2017 14:37:00, Houder wrote:
> - I get the same result (for both the current cygwin1.dll and the modified
> one)
> - enter alt-234,
>followed by a backspace, followed by a linefeed
Ok, I can dup this. In your previous email you did not mention the final
newline. Here is my si
On 1/25/2017 8:37 AM, Houder wrote:
> On Tue, 24 Jan 2017 17:28:13, Steven Penny wrote:
>> On Tue, 24 Jan 2017 16:58:39, Houder wrote:
>>> When the omega symbol is entered, followed by a backspace, the input buffer
>>> is NOT correctly cleared (or so it appears to me).
>>
>> Working fine here. Test
On Tue, 24 Jan 2017 17:28:13, Steven Penny wrote:
> On Tue, 24 Jan 2017 16:58:39, Houder wrote:
> > When the omega symbol is entered, followed by a backspace, the input buffer
> > is NOT correctly cleared (or so it appears to me).
>
> Working fine here. Tested with:
Peculiar ... must be "Henri" p
On Tue, 24 Jan 2017 16:58:39, Houder wrote:
> When the omega symbol is entered, followed by a backspace, the input buffer
> is NOT correctly cleared (or so it appears to me).
Working fine here. Tested with:
$ cygcheck -sv | awk '$1~/^(dash|cygwin|"cygwin1.dll")$/'
"cygwi
On Mon, 27 Oct 2014 17:36:55, "Eric Blake (cygwin)" wrote:
> A new release of dash, 0.5.8-3, has been uploaded and will soon reach a
> mirror near you; replacing 0.5.8-2, and leaving the previous version at
> 0.5.7-1 on 32-bit and 0.5.7-4 on 64-bit.
A note to let you know ...
The dash interpreter
A new release of dash, 0.5.8-3, has been uploaded and will soon reach a
mirror near you; replacing 0.5.8-2, and leaving the previous version at
0.5.7-1 on 32-bit and 0.5.7-4 on 64-bit.
NEWS:
=
This is a minor patch release; it incorporates a new cygwin-specific
patch that was accepted into ups
31 matches
Mail list logo
