[ANNOUNCEMENT] Updated: irssi-1.0.1-1

New version 1.0.1-1 irssi irssi-devel have been uploaded. CHANGES This is a new upstream release focused on bug fix. https://irssi.org/2017/02/05/irssi-1.0.1-released/ full list of changes https://github.com/irssi/irssi/releases DESCRIPTION Irssi is a terminal based IRC client for UNIX

Updated: irssi-1.0.1-1

New version 1.0.1-1 irssi irssi-devel have been uploaded. CHANGES This is a new upstream release focused on bug fix. https://irssi.org/2017/02/05/irssi-1.0.1-released/ full list of changes https://github.com/irssi/irssi/releases DESCRIPTION Irssi is a terminal based IRC client for UNIX

Re: cppcheck 1.77 Segmentation fault (64-bit)

David Stacey wrote: ... Anyway, my assumption at the moment is that this is an issue with libstdc++. Any thoughts? The export table of cygstdc++-6.dll 6.3.0-1 is broken, see: https://cygwin.com/ml/cygwin/2017-02/msg00093.html Christian -- Problem reports:

Re: [ANNOUNCEMENT] Updated: mintty 2.7.4

On 2017-02-07 13:52, Thomas Wolff wrote: > Am 07.02.2017 um 08:30 schrieb Brian Inglis: >> On 2017-02-06 12:46, Thomas Wolff wrote: >>> Am 05.02.2017 um 21:36 schrieb Brian Inglis: On 2017-02-05 11:35, Thomas Wolff wrote: > Am 04.02.2017 um 17:13 schrieb Achim Gratz: >> Thomas Wolff

Re: fish 2.5.0-1?

> I have a vague recollection that I might have put the override.hint file > there to work around some other problem (keeping 2.3.1-2 rather than > 2.4b1-1 as prev:?), if that's the case, apologies for the confusion. Yeah, probably. No problem, thanks for the help. Andrew

Re: -displayfd outputting some garbage?

This is causing issues where I try to perform: echo $(cat .display) Which results in: bash: warning: command substitution: ignored null byte in input 0 Matt D. On 2/7/2017 7:46 PM, Matt D. wrote: I have an xinit script which outputs the display id to a file with the following option:

Re: cygpath -w converts relative paths to absolute windows paths

On 2017-02-07 16:34, Thomas Wolff wrote: > Am 07.02.2017 um 16:30 schrieb Andrey Repin: >> Greetings, Roger Qiu! >>> I've found that `cygpath --windows '../` will give back an >>> absolute windows path. >>> ... >> ".." is a special path, that can't be safely converted. > How is the special meaning

-displayfd outputting some garbage?

I have an xinit script which outputs the display id to a file with the following option: xinit .. -displayfd 3 3>$HOME/.display This outputs correctly '0' but appends 0x00 and 0x0A. Why is it outputting a null byte and this 0x0A? Matt D. -- Unsubscribe info:

Re: cygpath -w converts relative paths to absolute windows paths

Hi Andrey, Am 07.02.2017 um 16:30 schrieb Andrey Repin: Greetings, Roger Qiu! I've found that `cygpath --windows '../` will give back an absolute windows path. ... ".." is a special path, that can't be safely converted. How is the special meaning of ".." so much different in Windows than in

Re: cygpath -w converts relative paths to absolute windows paths

On 2/7/2017 10:30 AM, Andrey Repin wrote: > Greetings, Roger Qiu! > >> Hi, > >> I've found that `cygpath --windows '../` will give back an absolute >> windows path. > >> I thought this would only happen if you provide the `--absolute` flag, >> or when the path is a special cygwin path. > >

diagnostic character info (Re: [ANNOUNCEMENT] Updated: mintty 2.7.4)

Am 07.02.2017 um 08:30 schrieb Brian Inglis: On 2017-02-06 12:46, Thomas Wolff wrote: Am 05.02.2017 um 21:36 schrieb Brian Inglis: It may also be useful if mintty had some character hex value box display mode switch to display the actual codes at each visual position, or maybe a font used to

Re: [ANNOUNCEMENT] Updated: mintty 2.7.4

Am 07.02.2017 um 08:30 schrieb Brian Inglis: On 2017-02-06 12:46, Thomas Wolff wrote: Am 05.02.2017 um 21:36 schrieb Brian Inglis: On 2017-02-05 11:35, Thomas Wolff wrote: Am 04.02.2017 um 17:13 schrieb Achim Gratz: Thomas Wolff writes: I have uploaded mintty 2.7.4 with the following

Re: fish 2.5.0-1?

On 07/02/2017 18:29, Andrew Schulman wrote: On 07/02/2017 16:51, Marco Atzeri wrote: On 07/02/2017 17:49, Andrew Schulman wrote: I uploaded fish 2.5.0-1 for x86 and x86_64 on Sunday, Feb. 5. I got a confirmation notice from calm around noon EST. But it hasn't shown up in any of the mirrors yet

Re: Console buffer width always 1 column less than setting

On Tue, 7 Feb 2017 13:44:07, Lee Dilkie wrote: > You may well have understood what he meant, but those of us who have only been > speaking the language for 55 years, myself, didn't. I was quite confused by > what he meant and it took me a few minutes to figure it out. Normally I > wouldn't have

Re: Console buffer width always 1 column less than setting

On 2/7/2017 9:40 AM, cyg Simple wrote: On 2/7/2017 9:23 AM, Lee Dilkie wrote: Cyg, I understand list etiquette but I'm referring to *human* etiquette. Steve asked for help, got help but rather than acknowledge it (and add a note at the bottom to *politely* tell Vince that he should find a

Re: fish 2.5.0-1?

> On 07/02/2017 16:51, Marco Atzeri wrote: > > On 07/02/2017 17:49, Andrew Schulman wrote: > >> I uploaded fish 2.5.0-1 for x86 and x86_64 on Sunday, Feb. 5. I got a > >> confirmation notice from calm around noon EST. But it hasn't shown up in > >> any of the mirrors yet (at least, the 3 I looked

Re: fish 2.5.0-1?

On 07/02/2017 16:51, Marco Atzeri wrote: On 07/02/2017 17:49, Andrew Schulman wrote: I uploaded fish 2.5.0-1 for x86 and x86_64 on Sunday, Feb. 5. I got a confirmation notice from calm around noon EST. But it hasn't shown up in any of the mirrors yet (at least, the 3 I looked at). Is there just

Re: fish 2.5.0-1?

On 07/02/2017 16:51, Marco Atzeri wrote: On 07/02/2017 17:49, Andrew Schulman wrote: I uploaded fish 2.5.0-1 for x86 and x86_64 on Sunday, Feb. 5. I got a confirmation notice from calm around noon EST. But it hasn't shown up in any of the mirrors yet (at least, the 3 I looked at). Is there just

Re: fish 2.5.0-1?

On 07/02/2017 17:49, Andrew Schulman wrote: I uploaded fish 2.5.0-1 for x86 and x86_64 on Sunday, Feb. 5. I got a confirmation notice from calm around noon EST. But it hasn't shown up in any of the mirrors yet (at least, the 3 I looked at). Is there just a delay, or some problem that needs to be

fish 2.5.0-1?

I uploaded fish 2.5.0-1 for x86 and x86_64 on Sunday, Feb. 5. I got a confirmation notice from calm around noon EST. But it hasn't shown up in any of the mirrors yet (at least, the 3 I looked at). Is there just a delay, or some problem that needs to be resolved? Thanks, Andrew

Re: Console buffer width always 1 column less than setting

Greetings, David Balažic! > On 6 February 2017 at 18:54, Marco Atzeri wrote: >> >> the problem is that email address in clear will be reported on the >> web archive and will be easy accessible to spam bot looking >> for email address. >> >> It is specifically mentioned on: >>

Re: cygpath -w converts relative paths to absolute windows paths

Greetings, Roger Qiu! > Hi, > I've found that `cygpath --windows '../` will give back an absolute > windows path. > I thought this would only happen if you provide the `--absolute` flag, > or when the path is a special cygwin path. ".." is a special path, that can't be safely converted. In

Re: gcc-6.3.0-1 regression: libstdc++6 DLL breaks exception handling

JonY wrote: On 01/26/2017 10:30 AM, Christian Franke wrote: After upgrading to gcc test version 6.3.0-1, C++ exception handling is broken if DLL version of new libstdc++6 is used. Noted, I'll consider the test version broken for now. Meantime I examined the testcase with gdb: The DLL

Re: Console buffer width always 1 column less than setting

On 2/7/2017 9:23 AM, Lee Dilkie wrote: > > Cyg, I understand list etiquette but I'm referring to *human* etiquette. > Steve asked for help, got help but rather than acknowledge it (and add a > note at the bottom to *politely* tell Vince that he should find a way to > sanitize email addresses out

Re: Console buffer width always 1 column less than setting

On 2/7/2017 9:11 AM, cyg Simple wrote: On 2/6/2017 12:43 PM, Lee Dilkie wrote: On 2/5/2017 3:59 PM, Steven Penny wrote: On Sun, 5 Feb 2017 14:12:04, Vince Rice wrote: On Feb 5, 2017, at 1:53 PM, Steven Penny wrote: Please fix your email client. You should not be quoting people’s email

Re: Console buffer width always 1 column less than setting

On 2/7/2017 6:38 AM, David Balažic wrote: > On 6 February 2017 at 18:54, Marco Atzeri wrote: >> >> the problem is that email address in clear will be reported on the >> web archive and will be easy accessible to spam bot looking >> for email address. >> >> It is specifically mentioned on: >>

Re: Console buffer width always 1 column less than setting

On 2/6/2017 12:43 PM, Lee Dilkie wrote: > > > On 2/5/2017 3:59 PM, Steven Penny wrote: >> On Sun, 5 Feb 2017 14:12:04, Vince Rice wrote: On Feb 5, 2017, at 1:53 PM, Steven Penny wrote: >> >> Please fix your email client. You should not be quoting people’s email >> directly. >> > > that's

Re: Console buffer width always 1 column less than setting

On 6 February 2017 at 18:54, Marco Atzeri wrote: > > the problem is that email address in clear will be reported on the > web archive and will be easy accessible to spam bot looking > for email address. > > It is specifically mentioned on: > https://cygwin.com/lists.html That would be even

Re: C++11 thread_local implementation issue on Cygwin/AMD64

On 01/25/2017 09:26 AM, Václav Haisman wrote: > On 9 February 2016 at 15:23, Václav Haisman wrote: >> On 19 May 2015 at 10:52, Václav Haisman wrote: >>> On 19 January 2015 at 15:42, Václav Haisman wrote: Hi. I have hit an issue with

Re: gcc-6.3.0-1 regression: libstdc++6 DLL breaks exception handling

On 01/26/2017 10:30 AM, Christian Franke wrote: > After upgrading to gcc test version 6.3.0-1, C++ exception handling is > broken if DLL version of new libstdc++6 is used. > Noted, I'll consider the test version broken for now. signature.asc Description: OpenPGP digital signature