Re: cppcheck 1.77 Segmentation fault (64-bit)

2017-01-29 Thread David Stacey
On 29/01/17 22:13, Christian Franke wrote: Jim Reisert AD1C wrote: Best as I can tell, the seg fault is due to having installed the test version of gcc 6.0. I could reproduce the cppcheck segfault on 32-bit Cygin if libstd++6-6.3.0-1 is installed. Possibly a variant of this problem: https:/

Re: cppcheck 1.77 Segmentation fault (64-bit)

2017-01-29 Thread Christian Franke
Jim Reisert AD1C wrote: Best as I can tell, the seg fault is due to having installed the test version of gcc 6.0. I could reproduce the cppcheck segfault on 32-bit Cygin if libstd++6-6.3.0-1 is installed. Possibly a variant of this problem: https://cygwin.com/ml/cygwin/2017-01/msg00315.html

/etc/rebase.db.x86_64 writeable by group None

2017-01-29 Thread Bengt Larsson
On my system /etc/rebase.db.x86_64 is writable by group None. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: cppcheck 1.77 Segmentation fault (64-bit)

2017-01-29 Thread Jim Reisert AD1C
Best as I can tell, the seg fault is due to having installed the test version of gcc 6.0. Even uninstalling gcc 6.0 does not fix the problem. I had to create an entirely new Cygwin-64 environment to get past the problem. I invite you (Dave) to try the experiment yourself. You would be wise to b

Re: dirent.d_type is not working on Cygwin symbolic links.

2017-01-29 Thread Thomas Wolff
Am 29.01.2017 um 20:17 schrieb waterlan: Christian Franke schreef op 2017-01-29 12:15: waterlan wrote: The dirent.d_type value for Cygwin symbolic links is 0 (DT_UNKNOWN). The value is 10 (DT_LNK) for Windows native symbolic links. I think d_type should be 10 for Cygwin symbolic links too.

Re: dirent.d_type is not working on Cygwin symbolic links.

2017-01-29 Thread waterlan
Christian Franke schreef op 2017-01-29 12:15: waterlan wrote: The dirent.d_type value for Cygwin symbolic links is 0 (DT_UNKNOWN). The value is 10 (DT_LNK) for Windows native symbolic links. I think d_type should be 10 for Cygwin symbolic links too. Sorry, no. The actual type should only b

Re: [ANNOUNCEMENT] pcre 8.40-1

2017-01-29 Thread Steven Penny
On Fri, 27 Jan 2017 15:48:04, Steven Penny wrote: > Can you update these to include the static library as well? I requested this > before: Workaround; static library is available here: http://repo.msys2.org/mingw/x86_64 Example: http://repo.msys2.org/mingw/x86_64/mingw-w64-x86_64-pcre-8.40-1-an

Mosh connection errors

2017-01-29 Thread Roger Qiu
Hi Everybody, Upon trying to execute mosh 1.2.5 from the official packages, it gives back this: ``` mosh root@host bash: No such file or directory write: Broken pipe /usr/bin/mosh: Did not find remote IP address (is SSH ProxyCommand disabled?). ``` No idea what could be causing, but this

Re: I cannot understand popen/_popen absence

2017-01-29 Thread Hans-Bernhard Bröker
Am 29.01.2017 um 02:16 schrieb Пётр Б.: I am trying to build Qt under Cygwin. What keeps you from using the existing build? Or from at least looking at its source package to see how it was managed? > For some mysterious reason Cygwin compiler does not expose popen with std=c++11 which is re

Re: dirent.d_type is not working on Cygwin symbolic links.

2017-01-29 Thread Christian Franke
waterlan wrote: The dirent.d_type value for Cygwin symbolic links is 0 (DT_UNKNOWN). The value is 10 (DT_LNK) for Windows native symbolic links. I think d_type should be 10 for Cygwin symbolic links too. Sorry, no. The actual type should only be returned in dirent.d_type if the info is ava