Re: posix_spawn facility

[Csaba Raduly via Cygwin]

On Wed, 19 Apr 2023 at 13:56, Bruno Haible via Cygwin  wrote:
> Note a typo: line 126541 is on page 3694 not on page 3594.
>

That sentence is scary in and of itself :)

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: 3.4.6-1 shm_open always returns -1, errno EINVAL

[Csaba Raduly via Cygwin]

Hi Matthew,

On Sun, 12 Mar 2023 at 07:44, Matthew Rickard  wrote:
>
> Hi all,
>
> Cygwin 3.4.6-1 shm_open seems to reject all calls, returning  the value
> -1 and setting errno to 22 EINVAL.
>
> For example, this program:
>
> #include 
> #include 
> #include 
> #include 
>
> int main() {
>int res = shm_open("123", O_CREAT | O_RDWR, 0666);
>int error = errno;
>printf("res=%d errno=%d\n", res, errno);
>if (error == EINVAL)
>  printf("That's EINVAL\n");
>return 0;
> }
>
> Says:
>
> $ gcc -Og -o tiny tiny.c; ./tiny
> res=-1 errno=22
> That's EINVAL
>

https://man7.org/linux/man-pages/man3/shm_open.3.html  says:

For portable use, a shared memory object should be identified by
   a name of the form /somename; that is, a null-terminated string
   of up to NAME_MAX (i.e., 255) characters consisting of an initial
   slash, followed by one or more characters, none of which are
   slashes.

Changing the shm_open call to

shm_open("/123", O_CREAT | O_RDWR, 0666);

returns 3 and sets errno to zero.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'

[Csaba Raduly via Cygwin]

On Mon, 20 Feb 2023 at 20:32, Jose Isaias Cabrera via Cygwin wrote:
>
> It says it works with Windows, why am I on my own?  It should work.
>

Because you're not on Windows. You're on Cygwin, which acts as a POSIX
(Unix-like) system.

If you want Python *on Windows*, start here:
https://www.python.org/downloads/windows/

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: clang doesn't work from cygwin-3.4.0 (Re: clang-format and clang-check return 127 and no text)

[Csaba Raduly via Cygwin]

On Sun, 8 Jan 2023 at 09:11, ggl329 via Cygwin  wrote:
>
> In my environment, clang doesn't work as reported in
> https://cygwin.com/pipermail/cygwin/2022-December/252719.html .
>
> I found that it doesn't work with cygwin-3.4.0-1,
> but works with cygwin-3.3.6-1.
> cygwin-3.5.0-0.69.g8a003605c1df doesn't help.
> Changes in cygwin-3.4.0-1 bring this issue?
> or clang needs to be rebuilt?
>
> clang   8.0.1-1
[snip]

This was working before I upgraded Cygwin:

$ clang --version
clang version 8.0.1 (tags/RELEASE_801/final)
Target: x86_64-unknown-windows-cygnus
Thread model: posix
InstalledDir: /usr/bin

$ clang-format.exe --version
clang-format version 8.0.1 (tags/RELEASE_801/final)

$ uname -a
CYGWIN_NT-10.0-19045 AMDAHL 3.3.5-341.x86_64 2022-05-13 12:27 UTC x86_64 Cygwin

But it doesn't work anymore with

$ uname -a
CYGWIN_NT-10.0-19045 AMDAHL 3.4.3-1.x86_64 2022-12-16 12:38 UTC x86_64 Cygwin

(same symptom as https://cygwin.com/pipermail/cygwin/2022-December/252719.html)

Additionally,

$ strace /usr/bin/clang --version
strace.exe: error creating process C:\cygwin64\bin\clang, (error 5)

$ gdb -q /usr/bin/clang -ex run
Reading symbols from /usr/bin/clang...
(No debugging symbols found in /usr/bin/clang)
Starting program: /usr/bin/clang
[New Thread 804.0x2d50]
[New Thread 804.0xe6c]
[New Thread 804.0x200c]
[Thread 804.0xe6c exited with code 3221225785]
[Thread 804.0x10b8 exited with code 3221225785]
[Thread 804.0x2d50 exited with code 3221225785]
During startup program exited with code 0xc139.

0xC139 is "Entry point not found"

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Mailing list subscription problems

[Csaba Raduly via Cygwin]

Me too!

On Mon, 19 Dec 2022 at 20:27, William Deegan via Cygwin
 wrote:
>
> ditto!
>
> On Mon, Dec 19, 2022 at 9:51 AM David Standish via Cygwin 
> wrote:
>
> > On 12/19/22, Kyle Marek via Cygwin  wrote:
> > > (CC'd the public mailing list for visibility of problems that may be
> > > affecting others)
> > >
> > > Hello,
> > >
> > > Today I received an email from cygwin-boun...@cygwin.com with the
> > > subject line of "You have been unsubscribed from the Cygwin mailing
> > > list". I also just noticed that my Cygwin directory doesn't have any
> > > emails since the email identified by the following headers:
> > >
> > > Date: Thu, 24 Nov 2022 00:42:07 -0800
> > > Message-ID: 
> > > Subject: You have been added to Newcommercial08
> > > From: Newcommercial08 
> > > To: cygwin@cygwin.com
> > >
> > > I'm pretty sure the from address is so bounces are returned to an
> > > address that monitors for bounces. I am guessing that Google has been
> > > bouncing emails from the Cygwin mailing servers, and mailman
> > > automatically unsubscribed me after 25 days of not being able to deliver
> > > a single email to me. However, I am still receiving emails from mailman
> > > itself.
> > >
> > > I re-subscribed, logged into the mailman web interface, and confirming
> > > that I am re-subscribed as of 02:47 UTC. I can see on the online archive
> > > that the mailing list has received emails since then, but I am still not
> > > receiving them. Note that they are NOT being sent to my spam directory.
> > >
> > > So... Are the mailing list emails being bounced by Google?
> > >
> > > Thank you,
> > > Kyle Marek
> > >
> > > --
> > > Problem reports:  https://cygwin.com/problems.html
> > > FAQ:  https://cygwin.com/faq/
> > > Documentation:https://cygwin.com/docs.html
> > > Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
> > >
> >
> > I've experienced the same problem.  I reactivated my subscription a
> > couple times.
> >
> > More cygwin mail has been getting through to me that last few days.
> > Hopefully google has relaxed their filtering,
> >
> > David
> >
> > --
> > Problem reports:  https://cygwin.com/problems.html
> > FAQ:  https://cygwin.com/faq/
> > Documentation:https://cygwin.com/docs.html
> > Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
> >
>
> --
> Problem reports:  https://cygwin.com/problems.html
> FAQ:  https://cygwin.com/faq/
> Documentation:https://cygwin.com/docs.html
> Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

(sorry :)
Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Writing unit tests for newlib/libc/unix/dirname.c

[Csaba Raduly]

On Wed, 16 Nov 2022 at 18:57, Kevin Connor Arpe  wrote:
> I am trying to write unit tests for newlib/libc/unix/dirname.c.
> (That function has so many tricky corner cases!)
> I tried to follow from: newlib/testsuite/newlib.string/memcpy-1.c
> However, I cannot make unit tests run via: make test
>
> What am I doing wrong?

You didn't tell us what happened when you ran   make test.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Unexpected zero return code from `throw std::runtime_error`

[Csaba Raduly]

On Sat, 2 Jul 2022 at 23:34, Adam Dinwoodie  wrote:
>
> That's definitely closer to the behaviour I'd expect!  I don't think it
> should be dumping a core, though, at least based on the behaviour I see
> on Debian.

It should be dumping core, because std:terminate() calls abort(), as
Joost has explained  earlier.

> I'd like to have a look at what's different about your environment;
> could you share the output from `cygcheck -srv >cygcheck.out` on your
> system?

Attached.

>
> `(( rc == 0 ))` is comparing the value of `$rc` against the number 0;
> the `$` isn't necessary in `(( ... ))` tests.  `(( rc == 0 ))` is
> essentially identical to `[[ $rc -eq 0 ]]`.
>
> Your change means the comparison is done as a string comparison rather
> than a numeric comparison.  That doesn't make any difference here: '0'
> is '0' regardless of whether you're testing it as a number or as a
> string.

Shows how much I know about shell scripting :)

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)


cygcheck.out
Description: Binary data

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Unexpected zero return code from `throw std::runtime_error`

[Csaba Raduly]

On Sat, 2 Jul 2022 at 15:22, Adam Dinwoodie  wrote:
>
> I'm currently experimenting with compiling rdfind for Cygwin, and one of
> the testcases is failing because std::runtime_error is expected to
> result in the compiled program exiting with a non-zero return code,
> but on Cygwin, it just seems to cause the program to terminate with a
> zero return code.
>
> I've attached a simple test case.  Compare the output on Cygwin...
>
> $ ./test.sh
> + cat
> + g++ test.cc
> + [[ -x a.exe ]]
> + ./a.exe
> + rc=0
> + ((  rc == 0  ))
> + echo 'Unexpected zero return code from execution'
> Unexpected zero return code from execution
> + exit 1
>
> ...with the output from one of my Debian boxes...
>
> $ ./test.sh
> + cat
> + g++ test.cc
> + [[ -x a.exe ]]
> + [[ -x a.out ]]
> + ./a.out
> terminate called after throwing an instance of 'std::runtime_error'
>   what():  Test error
> ./test.sh: line 21: 566327 Aborted ./a.out
> + rc=134
> + ((  rc == 0  ))
> + echo 'Expected non-zero return code received: 134'
> Expected non-zero return code received: 134
> + exit 0
>
> I'm not massively familiar with C++, so I could well be missing
> something obvious, but this seems like an unexpected difference between
> Cygwin and other *nix platforms.  Is this a Cygwin bug, or am I doing
> something wrong?


Works just fine for me, unless I misunderstood something.

$ /cygdrive/c/Users/Csaba/Downloads/test.sh
+ cat
+ g++ test.cc
+ [[ -x a.exe ]]
+ ./a.exe
terminate called after throwing an instance of 'std::runtime_error'
  what():  Test error
/cygdrive/c/Users/Csaba/Downloads/test.sh: line 21:   641 Aborted
   (core dumped) ./a.exe
+ rc=134
+ ((  rc == 0  ))
+ echo 'Expected non-zero return code received: 134'
Expected non-zero return code received: 134
+ exit 0

The if goes in the "else" case because rc is not 0, as it should be.
(shoudn't the condition be $rc == 0 ?)
After

$ diff -u /cygdrive/c/Users/Csaba/Downloads/test.sh test.sh
--- /cygdrive/c/Users/Csaba/Downloads/test.sh   2022-07-02
22:09:21.506377100 +0200
+++ test.sh 2022-07-02 22:15:08.670809700 +0200
@@ -20,7 +20,8 @@
exit 2
 fi

-if (( rc == 0 )); then
+if [[ $rc == 0 ]]
+then
echo 'Unexpected zero return code from execution'
exit 1
 else

I get

$ ./test.sh
+ cat
+ g++ test.cc
+ [[ -x a.exe ]]
+ ./a.exe
terminate called after throwing an instance of 'std::runtime_error'
  what():  Test error
./test.sh: line 21:   660 Aborted (core dumped) ./a.exe
+ rc=134
+ [[ 134 == 0 ]]
+ echo 'Expected non-zero return code received: 134'
Expected non-zero return code received: 134
+ exit 0


Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Cygwin Perl has slowed in recent months

[Csaba Raduly]

On Mon, 23 May 2022 at 20:47, Lee  wrote:
>
> On 5/22/22, David Christensen  wrote:
> > On 5/21/22 10:55, Hans-Bernhard Bröker wrote:
> >> Am 18.05.2022 um 03:53 schrieb David Christensen:
> >>
> >>  > I am working on a Perl module that runs on various Unix-like platforms.
> >>  > When I 'make test' on similar computers:
> >>  >
> >>  > FreeBSD 12.3-RELEASE 28 wallclock secs
> >>  > Debian GNU/Linux 11.3  31 wallclock secs
> >>  > macOS 11.6.2  36 wallclock secs
> >>  > Windows 7 / Cygwin 3.3.5-1509 wallclock secs
> >>
> >> Given the complete lack of information about what that Perl module of
> >> yours might be doing, that's hard to have a meaningful discussion about.
> >
> >
> > Thank you for the response.  I was hoping there was a known issue.
> > Apparently, not.
>
> What I consider a well known issue is that process start up time is
> _very_ slow.  If your  'make test' starts lots of processes that could
> be a problem.
>

While Cygwin''s fork emulation is indeed  slow (I once measured 1000:1
between Cygwin and Linux  * ),
"make test" likely started roughly the same number of processes "then"
as it does  "now".
In  which case the increase in the run time could be attributed to Cygwin.

*  "The marvel is not that the bear dances  well,  but that the bear
dances at all"  - Russian proverb
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Compiling gnu diction on Cygwin

[Csaba Raduly]

On Tue, 5 Apr 2022 at 15:27, Keith Christian  wrote:
>
> Hi Cygwin fans,
>
> Version info:
> Windows 10:10.0.19043 N/A Build 19043
> Cygwin: CYGWIN_NT-10.0  3.3.4(0.341/5/3) 2022-01-31 19:35 x86_64 Cygwin
>
> I successfully compiled diction and style from this tar file, but with errors:
> https://ftp.gnu.org/gnu/diction/diction-1.11.tar.gz
>
> Diction and style both work, but I am looking for suggestions for how
> to clean up the compile errors in lines 48 - 60 below:
>
>  1  ./configure; make; make install
(snip)

Works just fine for me:

$ uname -a
CYGWIN_NT-10.0 AMDAHL 3.3.4(0.341/5/3) 2022-01-31 19:35 x86_64 Cygwin

(configure ouptput elided)
(edit makefile to add missing -Wall -Wpedantic -Wextra)
$ make
gcc -c -I. -DSHAREDIR=\"/usr/local/share\"
-DLOCALEDIR=\"/usr/local/share/locale\" -g -O2 -pipe -Wall -Wpedantic
-Wextra -Wno-unused -Wshadow -Wbad-function-cast -Wmissing-prototypes
-Wstrict-prototypes -Wcast-align -Wcast-qual -Wpointer-arith
-Wcast-align -Wwrite-strings -Wmissing-declarations -Wnested-externs
-Wundef -pedantic -fno-common ../diction.c
../getopt.h:59:14: warning: ‘optarg’ redeclared without dllimport
attribute: previous dllimport ignored [-Wattributes]
../diction.c:190:31: warning: array subscript has type ‘char’
[-Wchar-subscripts]
  190 | if (s>sent && isalpha(*(s-1))) continue;
  |   ^~
gcc -c -I. -DSHAREDIR=\"/usr/local/share\"
-DLOCALEDIR=\"/usr/local/share/locale\" -g -O2 -pipe -Wall -Wpedantic
-Wextra -Wno-unused -Wshadow -Wbad-function-cast -Wmissing-prototypes
-Wstrict-prototypes -Wcast-align -Wcast-qual -Wpointer-arith
-Wcast-align -Wwrite-strings -Wmissing-declarations -Wnested-externs
-Wundef -pedantic -fno-common ../getopt.c
../getopt.c:147:1: warning: function declaration isn’t a prototype
[-Wstrict-prototypes]
  147 | extern char *getenv ();
  | ^~
../getopt.c: In function ‘_getopt_internal_r’:
../getopt.c:444:23: warning: cast discards ‘const’ qualifier from
pointer target type [-Wcast-qual]
  444 | exchange ((char **) argv, d);
  |   ^
../style.c:1191:18: warning: unknown conversion type character ‘(’ in
format [-Wformat=]
 1191 | printf(_("nominalizations %1.f% (%d)\n"),
  |  ^~
../style.c:40:19: note: in definition of macro ‘_’
   40 | #define _(String) String
  |   ^~
../style.c:1191:49: note: format string is defined here
 1191 | printf(_("nominalizations %1.f% (%d)\n"),
  | ^
gcc -o style -g style.o sentence.o misc.o \
getopt.o getopt1.o -lm

Both diction.exe and style.exe are created successfully.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: -Wsign-conversion flag in gcc in cygwin.

[Csaba Raduly]

On Thu, 13 Jan 2022 at 15:34, Amit  wrote:
>
> Hi,
>
> When I compile "long x = strlen("abcde")" on a linux system with the
> following gcc flags -Wall -Wconversion, I get the following warning:
...
> warning: conversion to ‘long int’ from ‘size_t’ may change the sign of the 
> result [-Wsign-conversion]

Which Linux system? I get the same result on Ubuntu (WSL)

$ cat conversion-warning.c
#include 

int main()
{
long x = strlen("meow"); // compile with -Wall -Wconversion
return x;
}

$ gcc-10 -Wall -Wconversion conversion-warning.c
conversion-warning.c: In function ‘main’:
conversion-warning.c:6:12: warning: conversion from ‘long int’ to
‘int’ may change value [-Wconversion]
6 | return x;
  |^

(Note, this is not the sign conversion from size_t to (signed) long,
but the truncation from long to int)

$ gcc-10 --version
gcc-10 (Ubuntu 10.3.0-1ubuntu1~20.04) 10.3.0
Copyright (C) 2020 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ gcc-10 -dumpmachine
x86_64-linux-gnu

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: How to change email address

[Csaba Raduly]

On Tue, 11 Jan 2022 at 22:37, Wells, Roger K. [US-US] via Cygwin
 wrote:
>
> For the lists I am currently subscribed?
> I've tried several times but nothing works.
> current: roger.k.we...@leidos.com
> desired: roger.k.we...@alum.mit.edu

Look here:

> Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: gdb file

[Csaba Raduly]

Hi Blaz,

Unfortunately, "it doesn't work" is not useful for diagnosing your
problem (https://www.chiark.greenend.org.uk/~sgtatham/bugs.html#respect).

What did you do? What happened? What did you expect to happen?

Csaba

On Wed, 29 Dec 2021 at 08:37, Blaz Stibelj  wrote:
>
> Hello,
> I have an issue that last version of gdb file (Cygwin GNU Debugger) is not 
> working with version of NetBeans 12.6 IDE on Win10.
> When I install older version of gdb file, the system work fine.
> Can you please check the situation.
>
> Thank you,
> Blaz
>
> --
> Problem reports:  https://cygwin.com/problems.html
> FAQ:  https://cygwin.com/faq/
> Documentation:https://cygwin.com/docs.html
> Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple



-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: libprocps8 and missing free, prockill, pkill, pgrep, pmap, procps, tload, top, uptime, vmstat, w, and watch

[Csaba Raduly]

Hi Ken,

On Mon, 20 Dec 2021 at 18:02, Ken Lobb  wrote:
>
> I'm probably missing something that needs to be configured, but I'm trying
> to utilize uptime & vmstat and other performance/load utilities in Cygwin.
> I installed the libprocps8 package, but none of these utilities can be
> found.

libprocps8 
(https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Flibprocps8%2Flibprocps8-3.3.17-1=libprocps8)
contains only a DLL (as its name suggests).

As Ken Brown wrote, you need
https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fprocps-ng%2Fprocps-ng-3.3.17-1=procps-ng

-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Bitdefender detecting a file from cygwin as a trojan

[Csaba Raduly via Cygwin]

Hi,

On Thu, 25 Nov 2021 at 20:33, Tyme LaDow via Cygwin  wrote:
>
> Hey,
>
> I'm running Windows 10 Pro v. 10.0.19042 build 19042 and I installed cygwin
> at least a year ago and haven't touched it since June 2020.  Today,
> November 25th, 2021, I got a notification from Bitdefender that it had
> detected a trojan and quarantined it.  The threat notification says "Item
> was blocked. Threat name: Trojan.GenericKDZ.80660. Path:
> C:\cygwin64\bin\dumper.exe."

That is almost certainly a false positive. Restore the file, and
submit it to virustotal.com
if you want to be safe.

Perhaps you could try upgrading too.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Program files environmental variables

[Csaba Raduly via Cygwin]

On Tue, 23 Nov 2021 at 10:02, john doe via Cygwin  wrote:
>
> Cygwins,
>
> Is there a way to get the value of PROGRAMFILES(x86) and PROGRAMW6432 in
> Bash:
>

$ env | grep PROGRAMFILES
COMMONPROGRAMFILES=C:\Program Files\Common Files
PROGRAMFILES=C:\Program Files

These are the environment variables visible in my Cygwin environment.

echo "$PROGRAMFILES(x86)" is the equivalent of echo
"${PROGRAMFILES}(x86)" i.e. the value of $PROGRAMFILES, followed by
the fixed string "(x86)"

I tried

$ echo "${PROGRAMFILES(x86)}"
$ echo "${PROGRAMFILES\(x86\)}"

and bash outright refused them ("bad substitution"). So it may not be
possible to have an environment variable with ()s in its name.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: most links on cygwin.com are broken

[Csaba Raduly via Cygwin]

On Thu, 29 Jul 2021 at 12:31, Adam Dinwoodie  wrote:
>
> On Thu, 29 Jul 2021 at 11:27, Roosz, Matthias via Cygwin wrote:
> > most Cygwin webpage links cannot be navigated to, e.g. 'Gold Stars' points 
> > to https://cygwin.com/goldstars/, the working link (both in current Chrome 
> > and Firefox) for me is https://www.cygwin.com/goldstars/
> > Where ever my browser tells me 'Hmm. We're having trouble finding that 
> > site.' inserting  a www seems to do the trick...
>
> Works fine for me using Firefox. It sounds like there's something
> wrong with your DNS configuration.

Works just fine for me too with both Chromium and Waterfox.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: fstream::open crashes if first file it ever opening is in /proc

[Csaba Raduly via Cygwin]

On Thu, 8 Jul 2021 at 16:42, Max Mikhanosha  wrote:
>
> You have same versions of cygwin1.dll and libstdc++ dll?
>

Csaba@AMDAHL ~
$ uname -a
CYGWIN_NT-10.0 AMDAHL 3.2.0(0.340/5/3) 2021-03-29 08:42 x86_64 Cygwin

Csaba@AMDAHL ~
$ cygcheck -f /usr/bin/cyggcc_s-seh-1.dll /usr/bin/cygstdc++-6.dll
/usr/bin/cygwin1.dll
cygwin-3.2.0-1
libgcc1-10.2.0-1
libstdc++6-10.2.0-1



Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: fstream::open crashes if first file it ever opening is in /proc

[Csaba Raduly via Cygwin]

On Thu, 8 Jul 2021 at 07:42, Max Mikhanosha via Cygwin
 wrote:
>
> Fully updated Windows 10, with freshly downloaded Cygwin.
>
> trying to compile google/benchmark does not work coz it can't read 
> /proc/cpuinfo
>
> Reduced test test program
>
> #include 
> #include 
>
> int main (int argc, char **argv)
> {
>   if (argc > 1)
>   {
> std::fstream booya ("whatever");
>   }
>   std::fstream f("/proc/cpuinfo");
>   if (!f.is_open ()){
> std::cout << "Unable to open /proc/cpuinfo" << std::endl;
>   }
>   return 0;
> }
>
> Repro log
>
>
> user@MARS ~
> $ g++ blah.cc
>
> user@MARS ~
> $ ./a.exe# this does not work
> Unable to open /proc/cpuinfo
>
> user@MARS ~
> $ ./a.exe foobar   # this works
>

Works just fine for me (I added code to read the first word from the
stream and print it)

Csaba@AMDAHL ~
$ ./a.exe
processor
Csaba@AMDAHL ~
$ ./a.exe  foobar
processor

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Cannot access system32 directory from 32 bit cygwin after the commit 456c3a46

[Csaba Raduly via Cygwin]

On Wed, 21 Apr 2021 at 19:44, Brian Inglis  wrote:
>
> On 2021-04-21 09:49, Corinna Vinschen via Cygwin wrote:
> > Eventually, we should really start thinking about dropping 32 bit
> > support, I guess.  Only 17 years left until time_t overflow...
>
> ...and start working on port to ARM64 Windows? gd ;^>
>

Get the right compiler, and then

"We just typed make"
(Stephen Lambrigh, Director of Server Product Marketing at Informix
  about porting their Database to Linux)

:)
Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Questions on how to upgrade Apache

[Csaba Raduly via Cygwin]

Hi Andy,

On Tue, 6 Apr 2021 at 22:35, Andy Romens via Cygwin  wrote:
>
> Hi Cygwin,
>
> I got a question for you all. Our cyber security team is yelling at us to 
> update Apache from 2.4.39 to 2.4.46.

If that website is customer-facing, your cyber security team and your
ops team should be yelling at you for running Apache on Cygwin.

If you want to run Apache on Windows, you would be much better served
by native Apache builds (as others have suggested) -
http://httpd.apache.org/docs/current/platform/windows.html#down

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Cygwin Digest, Vol 13, Issue 22

[Csaba Raduly via Cygwin]

On Sun, 7 Mar 2021 at 19:24, Thomas Dickey  wrote:
>
> > Date: Sun, 7 Mar 2021 15:05:55 + (UTC)
> > From: Mike Gran
> > To: "cygwin@cygwin.com" 
> > Subject: mingw.org may be dead, but is referenced in cygwin docs
> >
> > Hello Cygwin-
> > I was reading the webpage "Building and Using DLLs".
> > That page suggests looking at mingw.org for more information.
> > mingw.org is no more. I don't know when or if it will return.
> > Thanks,
> > Michael
>
> https://osdn.net/projects/mingw/

That page has a link to mingw.org, so Cygwin is in good (?) company.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: GLX and Xlib

[Csaba Raduly via Cygwin]

Hi Rafal,

On Sun, 24 Jan 2021 at 11:48, Rafał Jopek via Cygwin  wrote:
>
> Hello,
>
> I have a compile error, can anyone help fix this?
>
> An example is here:
>
https://www.khronos.org/opengl/wiki/Programming_OpenGL_in_Linux:_GLX_and_Xlib
>
> Compile error:
>
> $ gcc quad.c -o quad -lX11 -lGL -lGLU
> In file included from quad.c:12:
> /usr/include/w32api/GL/glu.h:68:78: error: expected ‘)’ before ‘*’ token
>68 | void APIENTRY gluQuadricCallback(GLUquadric *qobj,GLenum
which,void (CALLBACK *fn)());
>   |
   ^~
>   |
   )

If you want to program with OpenGL, you need to install the development
package (libGLU-devel-9.0.1-1

) and runtime (libGLU-9.0.1-1) .

At the moment, the Cygwin compiler is finding the Win32 OpenGL headers.
Because Cygwin is not Windows, this is not going to work.


Csaba

-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant
way
to get the wrong information: this is what you want. - Scott Meyers
(C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Recompilation problems opencv (python3-cv2 --> python3.8)

[Csaba Raduly via Cygwin]

Hi Wilhelm,

On Thu, 14 Jan 2021 at 08:10, wilhelm-eger--- via Cygwin
 wrote:
(snip)
> 3rdparty/lib/libittnotify.a(ittnotify_static.c.o): in function 
> `__itt_fini_ittlib':
> /usr/src/debug/opencv-3.4.1-2/3rdparty/ittnotify/src/ittnotify/ittnotify_static.c:1076:(.text$__itt_fini_ittlib+0x104):
>  relocation truncated to fit: R_X86_64_PC32 against undefined symbol `dlsym'
> 3rdparty/lib/libittnotify.a(ittnotify_static.c.o): in function 
> `__itt_init_ittlib':
> /usr/src/debug/opencv-3.4.1-2/3rdparty/ittnotify/src/ittnotify/ittnotify_static.c:1123:(.text$__itt_init_ittlib+0x14b):
>  relocation truncated to fit: R_X86_64_PC32 against undefined symbol `dlopen'
> /usr/src/debug/opencv-3.4.1-2/3rdparty/ittnotify/src/ittnotify/ittnotify_static.c:1123:(.text$__itt_init_ittlib+0x155):
>  relocation truncated to fit: R_X86_64_PC32 against undefined symbol `dlsym'
> /usr/src/debug/opencv-3.4.1-2/3rdparty/ittnotify/src/ittnotify/ittnotify_static.c:1123:(.text$__itt_init_ittlib+0x168):
>  relocation truncated to fit: R_X86_64_PC32 against undefined symbol `dlclose'
> /usr/src/debug/opencv-3.4.1-2/3rdparty/ittnotify/src/ittnotify/ittnotify_static.c:1125:(.text$__itt_init_ittlib+0x2a6):
>  relocation truncated to fit: R_X86_64_PC32 against undefined symbol `dlopen'
> 3rdparty/lib/libittnotify.a(ittnotify_static.c.o): in function 
> `__itt_lib_version':
> /usr/src/debug/opencv-3.4.1-2/3rdparty/ittnotify/src/ittnotify/ittnotify_static.c:1030:(.text$__itt_init_ittlib+0x2c8):
>  relocation truncated to fit: R_X86_64_PC32 against undefined symbol `dlsym'
> 3rdparty/lib/libittnotify.a(ittnotify_static.c.o): in function 
> `__itt_init_ittlib':
> /usr/src/debug/opencv-3.4.1-2/3rdparty/ittnotify/src/ittnotify/ittnotify_static.c:1179:(.text$__itt_init_ittlib+0x2e4):
>  relocation truncated to fit: R_X86_64_PC32 against undefined symbol `dlsym'
> 3rdparty/lib/libittnotify.a(ittnotify_static.c.o): in function 
> `__itt_lib_version':
> /usr/src/debug/opencv-3.4.1-2/3rdparty/ittnotify/src/ittnotify/ittnotify_static.c:1032:(.text$__itt_init_ittlib+0x3c6):
>  relocation truncated to fit: R_X86_64_PC32 against undefined symbol `dlsym'
> 3rdparty/lib/libittnotify.a(ittnotify_static.c.o): in function 
> `__itt_init_ittlib':
> /usr/src/debug/opencv-3.4.1-2/3rdparty/ittnotify/src/ittnotify/ittnotify_static.c:1141:(.text$__itt_init_ittlib+0x41c):
>  relocation truncated to fit: R_X86_64_PC32 against undefined symbol `dlsym'

You need to compile with -fPIC.
Did you try searching the Internet for "relocation truncated to fit:
R_X86_64_PC32 against undefined symbol" ?

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: problem using gcc-core for compile qemu

[Csaba Raduly via Cygwin]

On Thu, 7 Jan 2021 at 15:39, Marco Atzeri via Cygwin  wrote:
...
> have you looked inside the configure script ?
> It clearly needs to be patched for accepting other options,
> and that is the reason why autoconf/cmake/.. were developed
> some time ago.

if check_define __linux__ ; then
  targetos="Linux"
elif check_define _WIN32 ; then
  targetos='MINGW32'
elif check_define __OpenBSD__ ; then
  targetos='OpenBSD'
elif check_define __sun__ ; then
  targetos='SunOS'
elif check_define __HAIKU__ ; then
  targetos='Haiku'
elif check_define __FreeBSD__ ; then
  targetos='FreeBSD'
elif check_define __FreeBSD_kernel__ && check_define __GLIBC__; then
  targetos='GNU/kFreeBSD'
elif check_define __DragonFly__ ; then
  targetos='DragonFly'
elif check_define __NetBSD__; then
  targetos='NetBSD'
elif check_define __APPLE__; then
  targetos='Darwin'
else
  # This is a fatal error, but don't report it yet, because we
  # might be going to just print the --help text, or it might
  # be the result of a missing compiler.
  targetos='bogus'
fi

Looks like the OP is shi^H^Hadly out of luck. The Qemu build system
does not acknowledge the existence of Cygwin.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Re: bash-4.4.12-3: Building package with gcc-10.2 fails due to duplicate symbols

[Csaba Raduly via Cygwin]

On Wed, 16 Dec 2020 at 18:48, Mattl Mario wrote:
>
> You’re right
>
> e.g. setting environment CFLAGS=-fcommon before executing "configure"
>
> then it works

What are you talking about? Is this a new kind of "me too" message?
Are you responding to somebody? If yes, what did they say?

You really should get a proper email client, one that is able to
follow a thread and not start a new thread for every reply.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Environment variable named !:: (exclamation mark + colon + colon)

[Csaba Raduly via Cygwin]

On Sat, 5 Dec 2020 at 15:25, tzccinct wrote:
>
> Hi,
>
> I have found an environment variable that has a strange name `!::'
> (exclamation mark + colon + colon) on my terminal (both mintty and Tera
> Term). The value is also strange, `::\' (colon + colon + backslash).
>
> $ env | sort | head -n 3
> !::=::\
> _=/usr/bin/env
> ALLUSERSPROFILE=C:\ProgramData
>

This seems to be related :
https://unix.stackexchange.com/questions/251174/strange-environment-variable-in-cygwin

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

pip newer version available

[Csaba Raduly via Cygwin]

Hi all,

I recently installed python27-pip (20.2.2-1) and did a "pip install
grip", and at the end, pip displayed the following warning (or maybe
it's just an advertisement)

WARNING: You are using pip version 20.1.1; however, version 20.2.4 is available.
You should consider upgrading via the
'c:\users\csaba\appdata\local\programs\python\python38\python.exe -m
pip install --upgrade pip
' command.

Is it a good idea doing this upgrade ("behind the back" of the Cygwin
installer), or should I ignore this message until pip 20.2.4 (or
higher) becomes available as a Cygwin package?

Also, why is there a discrepancy between Cygwin's pip version and
pip's own version?

$ which python
/usr/bin/python
$ python -V
Python 2.7.18
$ which pip
/cygdrive/c/Users/Csaba/AppData/Local/Programs/Python/Python38/Scripts/pip

Whoops!

$ which grip
/cygdrive/c/Users/Csaba/AppData/Local/Programs/Python/Python38/Scripts/grip

$ find /usr -name pip -type f
$

Check 
https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fpython27-pip%2Fpython27-pip-20.2.2-1=%5Cbpip%5Cb

$ which pip2
/usr/bin/pip2

Aha!

$ pip2 install grip
... lots of output ...
WARNING: You are using pip version 20.2.2; however, version 20.2.4 is available.
You should consider upgrading via the '/usr/bin/python2.7 -m pip
install --upgrade pip' command.

$ which grip
/usr/bin/grip

Finally, sanity returns. Still, the question remains whether upgrading
pip like this is advisable or not.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Date of first Cygwin release / 25th Anniversary

[Csaba Raduly via Cygwin]

On Wed, 23 Sep 2020 at 21:17, Buchbinder, Barry (NIH/NIAID) [E] via
Cygwin  wrote:
>
> > -Original Message-
> > From: David Eisner via Cygwin 
...
> > Cygwin started in 1995. [1] Does anybody know the date of the first 
> > release? I recognize that there may be no definitive answer, depending on 
> > how one defines "release."
> >
> > In any case, happy 25th anniversary, Cygwin! Thanks to everybody who made 
> > it and continues to make it possible.
...
>
> Oct 18.  See https://cygwin.com/pipermail/cygwin-talk/2005q4/001601.html

U+1F389, Cygwin

-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: help

[Csaba Raduly via Cygwin]

Hi Birane,

On Tue, 21 Jul 2020 at 18:50, Birane Koundoul  wrote:
>
> Hello I have a model with the petri net (I use cpn tools 4.0) but it
> sometimes shows me errors like:
>
>1. Error! exception subscript raised when checking enabling
>2. cannot bind variable ... from large color-set 
>3. un-bound variable in output arc
>
> and what bothers me the most is that when I run the simulation, it executes
> the queries but at some point it stops and yet queries are available.
> Sincerely
> *Birane Koundoul *
> Ingénieur en Informatique (système d'Information)

What is your Cygwin question?
Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Listing only manually installed package

[Csaba Raduly via Cygwin]

On Fri, 26 Jun 2020 at 20:20, Yasuhiro KIMURA  wrote:
>
> From: Brian Inglis
> Subject: Re: Listing only manually installed package
> Date: Fri, 26 Jun 2020 11:20:26 -0600
>
> > $ grep '\s1$' /etc/setup/installed.db # manual
> > $ grep '\s0$' /etc/setup/installed.db # auto
> >
> > $ awk '1 == $3' /etc/setup/installed.db   # manual
> > $ awk '0 == $3' /etc/setup/installed.db   # auto
> >
> > I can't remember what the pristine state of the Base category packages
are,
> > I've messed around with the setup files so much for so long.
>
> I checked /etc/setup/installed.db on my 32bit and 64bit console but in
> each case all lines end with "0". Therefore,
>

Just a data point:
Csaba@AMDAHL ~
$ grep -c '\s1$' /etc/setup/installed.db
49

Csaba@AMDAHL ~
$ grep -c '\s0$' /etc/setup/installed.db
461

Csaba

--
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant
way
to get the wrong information: this is what you want. - Scott Meyers
(C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: cygwin install blurry on high dpi Windows 10

[Csaba Raduly via Cygwin]

On Fri, May 29, 2020 at 7:16 PM Jon Turney  wrote:
>
> On 27/05/2020 12:41, Sharuzzaman Ahmat Raslan via Cygwin wrote:
> > Hi,
> >
> > My office laptop is Windows 10 with a high DPI display.
> >
> > I found that the installer is blurry, especially inside the window. The
> > title of the window is clear.
> >
> > Is this something that has been reported before? If nobody has reported it,
> > then I would like to report the issue here.
>
> Thanks for reporting this issue.
>
> This is Windows doing "dpi virtualization" (it reports 96 dpi to the
> app, and then upscales what it draws to the actual dpi)
>
> Since we (now) use standard UI elements for everything in setup, it
> should 'just' be a case of marking setup as being able to handle being
> told the real dpi.
>
> I built an updated setup with that change:
>
> https://cygwin.com/setup/setup-2.904-4-gaa071e.x86_64.exe
> https://cygwin.com/setup/setup-2.904-4-gaa071e.x86.exe
>

Thank you very much. I was waiting for this to happen.

Here's a before-and-after comparison:

https://imgur.com/a/nawlvNd

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Can I find where cygwin is installed (for automation purposes)

[Csaba Raduly via Cygwin]

Hi Paul,

On Wed, Apr 15, 2020 at 12:30 PM Paul Moore via Cygwin 
wrote:

> I'm trying to write an automation script that works on a number of
> machines. I know that on all machines Cygwin will be installed, but I
> cannot guarantee that (1) it will be in the same location on each PC,
> or (2) that it will be in PATH.
>
> There's HKCU\Software\Cygwin\Installations, but that seems to use \??
> prefixes on the PATH, which I'm not sure how to interpret
>
On my machine, I have a

HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup

key, which contains a string value named "rootdir" with the date
"C:\cygwin64".

Csaba

-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant
way
to get the wrong information: this is what you want. - Scott Meyers
(C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: g++ 9.3.0 segfaults

[Csaba Raduly via Cygwin]

On Sun, Apr 12, 2020 at 12:04 PM JonY via Cygwin  wrote:

>
> Please file a bug entry on https://gcc.gnu.org/bugzilla/, and attach the
> preprocessed source code.
>
> Do something like:
> g++ -DHAVE_CONFIG_H  -MF .deps/cdo-cdo.Tpo -E -o cdo-cdo.ii
> ../../cdo-1.9.9rc2/src/cdo.cc
>

Alternatively, add -save-temps to the original commandline.
Csaba

-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant
way
to get the wrong information: this is what you want. - Scott Meyers
(C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Using ARM GNU GCC with Cygwin

[Csaba Raduly via Cygwin]

On Sat, Apr 4, 2020 at 11:50 PM Andrey Repin  wrote:

> Greetings, Kaz Kylheku!
>
> > On 2020-04-04 02:00, Ben wrote:
> >> Is there something else I'm missing?
>
> > That by cross-compiling for your targets on Cygwin instead of a real
> > POSIX OS, you will something like double your compile times, if not
> > more.
>
> Proof, please.
>
>
This is not cross-compiling, but...

git clone https://github.com/eclipse/titan.core.git
cd titan.core
time make -j8

On Cygwin:

real7m46.830s
user22m3.272s
sys 3m33.598s

On WSL Ubuntu:

real2m12.984s
user5m11.656s
sys 2m16.875s

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant
way
to get the wrong information: this is what you want. - Scott Meyers
(C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Use cygwin to run autotools for MSVC?

[Csaba Raduly via Cygwin]

Hi Mike,

On Thu, Mar 26, 2020 at 9:31 PM Mike Gran via Cygwin 
wrote:

> Hi-
> Is it possible use Cygwin to run an autotools 'configure' script but have
> the compiler be MSVC?
>

I would be very surprised if this worked. 'configure' is likely to run the
compiler with unix-style flags (started with hyphens) rather than DOS-style
flags (started with forward slashes). cl.exe may accept only DOS-style
flags.

Also, MSVC won't be able to find Cygwin's include files, and even if it
did, most likely won't be able to compile them.

The whole thing sounds like a recipe for failure. What are you trying to
achieve?


Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant
way
to get the wrong information: this is what you want. - Scott Meyers
(C++TDaWYK)
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Programs using std::filesystem with gcc 9.2.0 fail to run

[Csaba Raduly]

On Sat, Feb 8, 2020 at 2:22 AM  wrote:

> It's possible to compile and link programs that use std::filesystem with
> the g++ 9.2.0 compiler for Cygwin.  For instance if I place the following
> program into a file name "x.cpp":
>
> #include 
> #include 
>
> int main()
> {
> std::filesystem::path p{"/tmp"};
> std::cout << p << std::endl;
> }
>
> Then compile with:
>
> g++ -std=c++2a -Wall -O3 x.cpp
>
> It builds successfully.  But running the output "a.exe" file exits
> immediately with exit code 127.  It does not help if I also add
> "-lstdc++fs" to the build command.
>

Works just fine wih me:

$ g++ -std=c++2a -Wall -O3 fsys.cpp
$ ./a.exe
"/tmp"

Try running yours under gdb. You may get some more useful information about
the error.
Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant
way
to get the wrong information: this is what you want. - Scott Meyers
(C++TDaWYK)

--
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: Unexpected output from curl and wttr.in

[Csaba Raduly]

On Thu, Dec 19, 2019 at 3:10 PM Mike MacEachern 
wrote:

> I'm currently at a loss with how curl is parsing wttr.in.  Now I've used
> it without in the past, but it seems right now it's really struggling.
> I've checked and echo $LANG reports en_US.UTF-8 just in case that was
> the issue but it's not.  Now I've tried both mintty and the Windows
> console (and changed ForceV2 to 0 as well), no dice.
>
> What's interesting though if I use Cygwin to SSH into my Linux running
> laptop, curl's output looks fine, so the issue doesn't appear to be
> terminal related, unless there's something else I'm missing.  Here's a
> screenshot of what's going on.
>
> https://i.imgur.com/NNgtmlD.png
>
>
Works just fine for me on Windows 10 and mintty
https://imgur.com/ugWl9BY

Csaba

-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant
way
to get the wrong information: this is what you want. - Scott Meyers
(C++TDaWYK)

--
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: How does linker choose library with same function export?

[Csaba Raduly]

Hi,

On Sat, Oct 19, 2019 at 2:57 PM Biswapriyo Nath  wrote:
>
> I want to use socket() from ws2_32.dll file. But cygwin1.dll also has that
> export. When I use `-lws2_32` option, will gcc **always** choose
> ws2_32.lib? My query is somewhat similar with FAQ #5.11.

I think the FAQ is pretty clear:

"5.11.

I don't want Unix sockets, how do I use normal Win32 winsock?

You don't. "


You shouldn't look at Cygwin programs as if they were Windows programs.
Cygwin is a POSIX environment.
You either create a Cygwin program and use the POSIX functions,
or you create a Windows program (you can cross-compile Windows programs
under Cygwin).
Mixing the two is likely to run into problems, and you aren't going to
get much help
when you were told "don't do it" at the very beginning.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: assert creates unusable core dump on current stable Cygwin release

[Csaba Raduly]

On Thu, Oct 10, 2019 at 9:19 PM Jon Turney  wrote:

> (and I guess this patch is not acceptable as-is, as it looks like it
> would break x86)

That was my reaction too.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: netinet/* in Cygwin

[Csaba Raduly]

Hi Lukasz,

Please don't top-post on this list.

On Thu, Sep 5, 2019 at 8:49 AM Lukasz Swierczewski  wrote:
>
> Thanks!
>
> It looks like it works ...
>
> You can tell where I can find:
>
> #include 
> #include 

Have you tried a Linux system ?

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: Running 'curl' with '-o' option failed with error "curl: (23) Failed writing body (0 != 720)"

[Csaba Raduly]

Hi,

On Fri, Jun 21, 2019 at 9:28 AM Ma Hao  wrote:
>
> Hi,
> I was running into the problem when I tried to download spring:
> $ curl 
> https://codeload.github.com/spring-projects/spring-framework/zip/master -o 
> /home/cdmahao/

You told curl to write the download to a file named /home/cdmahao/
Unfortunately, there is already a directory named /home/cdmahao/, and
curl can't write a file to a directory.
You need to give the name of a file to -o

$ curl https://codeload.github.com/spring-projects/spring-framework/zip/master
-o /home/cdmahao/master.zip

curl works differently from wget. wget invents a filename based on the
URL. curl does not do that.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: [ANNOUNCEMENT] tcsh 6.21.00-1

[Csaba Raduly]

Hi Jose,

On Mon, Jun 17, 2019 at 2:12 PM Jose Isaias Cabrera  wrote:
>
>
> Just wondering... Does anyone still uses tcsh?  That was my favorite shell 
> before bash.
>

There are always pockets of resistance, hiding out in the mountains
(-: server rooms, etc :-)

Also, please don't top-post on this list.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: cmake and Code::Blocks

[Csaba Raduly]

Hi Pavel,

On Thu, Jun 13, 2019 at 12:14 PM Pavel Fedin  wrote:
>
>  Hello!
>
>  I am working on a CMake-based project and building it under Cygwin. I 
> decided to use Code::Blocks IDE since CMake already hass
> appropriate project generator (i'm using "CodeBlocks - Unix Makefiles"). 
> However, i had to manually edit the resulting .cbp file and
> replace all paths with their native Windows equivalents; otherwise the IDE 
> can't find any file and do anything.
>  Is this a known TODO area for CMake or am i missing some magic switch while 
> loading the project into CB ?

Are both CMake and Code::Blocks Cygwin programs? I suspect you tried
to use a .cbp generated by Cygwin's CMake (which uses POSIX style
paths) with a non-Cygwin Code::Blocks. This is likely to be tricky.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: How to install gcc and g++ 6 on cygwin which are not on the setup.exe

[Csaba Raduly]

On Sun, May 19, 2019 at 4:57 AM Jack  wrote:
>
> On 5/18/19 9:24 PM, Jose Isaias Cabrera wrote:
> > How do I uninstall the installation that I created with the building of 
> > gcc6? I did a search on duckduckgo for,
> >
> > cygwin how to uninstall gcc after building it
> >
> > and found nothing that could help me.  Right now I have two installs of 
> > gcc: v7.4.and v6.4.0.

That is not necessarily a problem. "Hand-built" GCC usually gets
installed into /usr/local (so g++-6 is /usr/local/bin/g++), whereas
the built-in GCC is installed into /usr (so the default GCC 7.4 is
/usr/bin/g++). Unfortunately, whether one or the other is picked
depends on your PATH.

I tend to configure my hand-built GCC with --program-suffix= (e.g. GCC
6 with --program-suffix=-6, so the name of the compiler ends up being
g++-6).

> If you did "make install" then you can do "make uninstall" unless you
> deleted the build folder.  In that case, you just have to find all the
> pieces and manually delete them.

Unfortunately, gcc doesn't support "make uninstall". A workaround is
to make a fake install with "make install DESTDIR=/tmp/usr/local" and
then make a list of all the files under that directory, remove the
"/tmp" and delete the files based on the list, something like

find /tmp/usr/local -type f | perl -pwle 's!/tmp!!' | xargs rm

(disclaimer: untested)

This would leave empty directories behind.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: How to install gcc and g++ 6 on cygwin which are not on the setup.exe

[Csaba Raduly]

On Sat, May 18, 2019 at 5:55 PM Ken Brown  wrote:
>
> On 5/18/2019 8:19 AM, Jose Isaias Cabrera wrote:
> > I am finished and now to start building Bedrockdb. Thanks.
>
> By the way, you're not the only person building Bedrockdb on Cygwin.  Someone
> has posted about 10 fixes in the last few days:
>
>https://github.com/Expensify/Bedrock/issues
>
> It looks like this person is porting the source code to gcc-7.4.0.
>
> Ken
>
> --
> 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
>

>From what I've seen, the errors are independent of the compiler
version. I'm betting on the same errors showing up with g++-6 as with
g++ 7.4 (Cygwin's default compiler).

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: How to install gcc and g++ 6 on cygwin which are not on the setup.exe

[Csaba Raduly]

On Sat, May 18, 2019 at 7:14 AM Brian Inglis  wrote:
>
> On 2019-05-17 21:18, Jose Isaias Cabrera wrote:
> > After more than 8 hours running, building gcc-6.4.0, this error popped up:
> > In file included from ../.././libjava/jni-libjvm.cc:14:0:
> > ../.././libjava/include/jvm.h:795:3: error: ‘ParkHelper’ does not name a 
> > type
> > ParkHelper park_helper;
> > Did a few duckduckgo searches and nothing helpfult was found.  Before I go 
> > to
> > the gcc email support, anyone has an idea?
> Try google: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49499

José, try passing

--enable-languages=c,c++

to configure. Unfortunately, you may need to rm -rf the build
directory and start from scratch.


Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: How to install gcc and g++ 6 on cygwin which are not on the setup.exe

[Csaba Raduly]

Hi Jose,

On Wed, May 15, 2019 at 10:58 PM Jose Isaias Cabrera  wrote:
>
>
> Greetings.
>
> Is there a way an easy way to install gcc-6 and g++-6 on cygwin?  I just 
> uninstalled v7.4.x or whatever was on the setup.  I am trying to build a 
> software and gcc 7.x and g++ 7.x is giving too many compiler errors.  I want 
> to try 6 to see if these errors minimize or go away.  Thanks for the help.
>

Hi José,

You could perhaps try the Cygwin Time machine :
http://www.crouchingtigerhiddenfruitbat.org/cygwin/timemachine.html

I picked this random link :
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/2018/10/01/051644/index.html
and it has GCC 6.4

Another option is to download the source and build it yourself.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: vim 64 conflict with windows slash and swapfile

[Csaba Raduly]

On Mon, Feb 25, 2019 at 11:01 PM L A Walsh  wrote:

> Bill Gates changed the file-system object separator from '/' to
> '\' so that DOS would look less like CP/M -- a competing micro OS at
> the time that copied the use of '/' from unix.  He was trying to avoid
> the impression that he got the idea of using '/' to delineate file
> system hierarchy as there was more concern about lawsuits by some companies
> in "look-alike" interfaces.

"Wrong," said Renner.

"The tactful way," Rod said quietly, "the polite way to disagree with
the Senator would be to say, `That turns out not to be the case.'"
-- Larry Niven and Jerry Pournelle, The Mote in God's Eye


'\' was chosen for the DOS path separator because they wanted to look
*more* like CP/M, which was already using '/' as the command line switch prefix.

https://en.wikipedia.org/wiki/Path_%28computing%29#History

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: Needing the executable grap

[Csaba Raduly]

Hi Fergus,

On Mon, Jan 14, 2019 at 6:32 AM Fergus  wrote:

> Sadly the executable grap is not part of the Cygwin provision.
> I use a version derived from the same place as the current
> https://www.lunabase.org/~faber/Vault/software/grap/grap-1.45.tar.gz
> but actually it is v.1.42 from Goodness knows when and compiled under
> CYGWIN_NT-6.1 1.5.25(0.156/4/2).
> It works just fine under W7 and W10 and in the past under XP. It compiled,
> then, perfectly easily.
> I still have grap-1.42.tar.gz and can get the current grap-1.45.tar.gz from
> the location above.
> But I am unable to compile either under the current Cygwin.x86 or under
> Cygwin.x86_64.
>

What did you try and what was the error message?


Csaba

-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers
(C++TDaWYK)

--
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: BIND 9_11_p1 Compiling From Cygwin Source

[Csaba Raduly]

Hi Onur,
On Thu, Oct 11, 2018 at 9:46 AM Onur GURSOY wrote:
>
> Hello Everyone,
>
> Nowadays, Im trying to many cyfwin package.
> I lookfor a dns server, i notice bind9 and i found a pacakage in cygwin.
> Everythin is ok but cygwin support binary package and source.
> Binary package is working very well but when i try to compile from source
> "cygport bind.cygport all"
> doesnt compile,
> first i fix "--with-libxml2=/usr/include/libxml2"
> then i install may db package
> after then i take an error " stringprep.h: No such file or directory"
> What is the problem with cygwin enviroment ?

Cygwin package search tells us:

https://cygwin.com/cgi-bin2/package-grep.cgi?grep=stringprep.h=x86_64

You probably need to install libidn-devel (which should drag in libidn)

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: make failing in custom code

[Csaba Raduly]

Hi,

On Thu, Sep 27, 2018 at 4:31 PM, Tapas Mishra  wrote:
> Hi,
> I am trying to do a project  when I do a make on project code
> in cygwin environment I get following error
>
> gcc -Wall -g -c main.c -o main.o
> main.c: In function ‘main’:
> main.c:50:8: warning: unused variable ‘physmem’ [-Wunused-variable]
>   char *physmem = page_table_get_physmem(pt);
> ^~~
> gcc -Wall -g -c page_table.c -o page_table.o
> page_table.c: In function ‘page_table_set_entry’:
> page_table.c:125:2: warning: implicit declaration of function
> ‘remap_file_pages’ [-Wimplicit-function-declaration]
>   remap_file_pages(pt->virtmem+page*PAGE_SIZE,PAGE_SIZE,0,frame,0);
>   ^~~~
> gcc -Wall -g -c disk.c -o disk.o
> gcc -Wall -g -c program.c -o program.o
> gcc main.o page_table.o disk.o program.o -o virtmem
> page_table.o: In function `page_table_set_entry':
> /home/DEEL/cs602/try1/page_table.c:125: undefined reference to
> `remap_file_pages'
> /home/DEEL/cs602/try1/page_table.c:125:(.text+0x491): relocation
> truncated to fit: R_X86_64_PC32 against undefined symbol
> `remap_file_pages'
> collect2: error: ld returned 1 exit status
> make: *** [makefile:2: virtmem] Error 1
>
> I compiled the same code on a linux instance hosted on amazon cloud
> and it compiled successfully. So this brought me to a conclusion some
> files are missing in cygwin and hence I reached here.

remap_file_pages is a Linux system call:

http://man7.org/linux/man-pages/man2/remap_file_pages.2.html

It is not implemented on Cygwin.


Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: Advice on setting Cygwin build parameters for OpenSC.

[Csaba Raduly]

Hi Andrey,

On Thu, Sep 6, 2018 at 3:59 PM, Andrey Repin  wrote:
> Greetings, dwhobrey!
>
>> Thank you for the feedback.
>> WND would be _WIN32 builds.
>
> If you are going for native builds, why using Cygwin in the first place?
> If you still want to use Cygwin for building, you have to install
> cross-compilers and properly specify target host.

In OpenSC's  build system (configure.ac),  the Cygwin-specific parts
are 10-11 years old.
"cygwin native = yes" means the old-style Mingw build ( -mno-cygwin )
to create native Win32 programs/libraries,
whereas "cygwin native = no" means generating Cygwin programs/libraries
(with CRYPTOKI_FORCE_WIN32 being forcibly - and probably incorrectly - defined).

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: Why does -std=c++11 hide certain function calls

[Csaba Raduly]

Hi John,

On Thu, Sep 6, 2018 at 8:45 AM, John Selbie  wrote:
> A…. that was my mistake.  I had erroneously assumed that not specifying
> -std would result in the oldest version of C++.

This depends on the compiler. For a long time, the default C++ dialect
used by both GCC and clang was C++98.
Since GCC 6.0 and clang 6.0.0, the default C++ dialect is now C++14

https://gcc.gnu.org/gcc-6/changes.html
https://isocpp.org/blog/2018/03/clang-6.0.0-released


Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: Fw: When scrolling through history in cygwin terminal window line gets garbled

[Csaba Raduly]

On Sun, Aug 19, 2018 at 6:31 PM, Andrey Repin  wrote:
> Greetings, Thomas Wolff!
>
>>> I can confirm this behavior.
>> How did you reproduce it? I don't.
>
> Exactly as described.
> Start Cygwin using cygwin.bat
> Enter command
> echo ABCDEF ABCDEF ABCDEF ABCDEF
> Enter command
> echo 6789 123456789 123456789 123456789 123456789 123456789 123456789
> Tap twice to pull the first entered command from history.
> Observe part of the second command remaining on the screen.

I couldn't reproduce this, neither with mintty, nor with cygwin.bat
(bash --login -i)
In both cases, the

Windows 7.

$ uname -a
CYGWIN_NT-6.1 assos 2.10.0(0.325/5/3) 2018-02-02 15:16 x86_64 Cygwin

Then I ran Cygwin update, and this happened:

https://imgur.com/FALke6H


Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: WARNING: Couldn't compute FAST_CWD pointer.

[Csaba Raduly]

Hi,

On Mon, Aug 6, 2018 at 2:01 AM, Anietie Essiet  wrote:
> Hello
>
> I tried to edit a code file on SIM to be able to run a new algorithm,
> however I am getting the above subject warning. How do I correct this
> please?
>

https://cygwin.com/faq/faq.html#faq.using.fixing-find_fast_cwd-warnings

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: wget does not recognize PKI?

[Csaba Raduly]

On Sun, Aug 5, 2018 at 7:36 PM, Marco Atzeri  wrote:
> Am 05.08.2018 um 19:12 schrieb Andrey Repin:
>>
>> Greetings, All!
>>
>> $ wget https://ca.rootdir.org/ca.crl
>> --2018-08-05 20:05:28--  https://ca.rootdir.org/ca.crl
>> Resolving ca.rootdir.org (ca.rootdir.org)... 192.168.1.6
>> Connecting to ca.rootdir.org (ca.rootdir.org)|192.168.1.6|:443...
>> connected.
>> ERROR: The certificate of ‘ca.rootdir.org’ is not trusted.
>> ERROR: The certificate of ‘ca.rootdir.org’ hasn't got a known issuer.
>>
>
>>
>> What's going on?
>>
>
> It seems not a cygwin issue:
>
> "This connection is not secure
>
> The owner of ca.rootdir.org did not properly configure the site. Firefox has
> not affiliated with this site to protect your information from theft."
>

And not just Firefox :

$ curl -v https://ca.rootdir.org/ca.crl
* STATE: INIT => CONNECT handle 0x600057990; line 1404 (connection #-5000)
* Added connection 0. The cache now contains 1 members
* STATE: CONNECT => WAITRESOLVE handle 0x600057990; line 1440 (connection #0)
*   Trying 77.50.25.68...
* TCP_NODELAY set
* STATE: WAITRESOLVE => WAITCONNECT handle 0x600057990; line 1521
(connection #0)
* Connected to ca.rootdir.org (77.50.25.68) port 443 (#0)
* STATE: WAITCONNECT => SENDPROTOCONNECT handle 0x600057990; line 1573
(connection #0)
* Marked for [keep alive]: HTTP default
* ALPN, offering h2
* ALPN, offering http/1.1
* Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH
* successfully set certificate verify locations:
  CAfile: /etc/pki/tls/certs/ca-bundle.crt
  CApath: none
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* STATE: SENDPROTOCONNECT => PROTOCONNECT handle 0x600057990; line
1587 (connection #0)
* TLSv1.2 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (OUT), TLS alert, Server hello (2):
* SSL certificate problem: self signed certificate in certificate chain
* Marked for [closure]: Failed HTTPS connection
* multi_done
* stopped the pause stream!
* Closing connection 0
* The cache now contains 0 members
* Expire cleared
curl: (60) SSL certificate problem: self signed certificate in certificate chain
More details here: https://curl.haxx.se/docs/sslcerts.html

curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.



Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: Is any chance to update cmake package?

[Csaba Raduly]

Hi Sonic Brown,

On Wed, Jul 18, 2018 at 4:18 AM, Sonic Brown  wrote:
> Agreed, any reason why this can't be done?
>
> On Sun, Jun 24, 2018 at 8:07 PM Ivan Shynkarenka 
> wrote:
>
>> Hello!
>>
>> Cygwin cmake package is too old with 3.6.2-1 version. Is there any chance
>> to update the package to some recent version?

Please don't top-post on this list. https://cygwin.com/acronyms/#TOFU

Also, please don't quote email addresses in full.
https://cygwin.com/acronyms/#PCYMTNQREAIYR

The reason for cmake not being updated to the latest version is
insufficient amount of round tuits by the cmake maintainer.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: Can't delete cyglsa64.dll

[Csaba Raduly]

Hi Luke,

On Tue, Jun 19, 2018 at 5:01 AM, Luke Miner  wrote:
> Thanks for the advice. Can you point me to a resource for how to unregister
> it?
>

http://bfy.tw/3Tb4

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: [bug: csih] Setting privileged rights to cyg_server fails on Windows 7.

[Csaba Raduly]

Hi Takashi-san,

On Wed, Jun 13, 2018 at 3:49 PM, Takashi Yano  wrote:
> Hi,
>
> I have found that iu-config of inetutils package fails to set
> the privileged rights to cyg_server on Windows 7 if the machine
> is not domain member.
>
> I looked into this problem, and found that this is the problem
> of csih package.
>
> In other words, csih expects environment variable LOGONSERVER
> is set, but it is not set on Windows 7 without domain.
>
> This issue is resoleved with following simple patch.
>
> I hope fixed version of csih will be released.
>
> --- cygwin-service-installation-helper.sh.orig  2015-10-28 18:23:35.0 
> +0900
> +++ cygwin-service-installation-helper.sh   2018-06-13 22:24:30.353515600 
> +0900
> @@ -2883,6 +2883,7 @@
>  then
># This test succeeds on domain member machines only, not on DCs.
>if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" \
> +  -a "${LOGONSERVER}" != "" \
>-a "${LOGONSERVER}" != "MicrosoftAccount" ]
>then
> # Lowercase of USERDOMAIN
>

Won't this break Windows 7 computers which *are* on a domain ?

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: running self compiled 32 bit binary on 64 bit Windows?

[Csaba Raduly]

On Fri, Jun 8, 2018 at 3:45 PM, Ulli Horlacher  wrote:
>
> There is no way to run a 32 bit cygwin binary on a 64 bit Windows system?

There is, but you need a 32-bit Cygwin for that (which can be
installed on 64-bit windows).

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
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: name of pkg contaning lsof and ...

[Csaba Raduly]

On 5/23/18, FHDATA wrote:
> what package(s) do i need to install to get  lsof and netstat ?
>

A search for lsof in the Cygwin package search:

https://cygwin.com/cgi-bin2/package-grep.cgi?grep=%5Cblsof%5Cb=x86_64

says that lsof is in the busybox package.

A search for netstat

https://cygwin.com/cgi-bin2/package-grep.cgi?grep=%5Cbnetstat%5Cb=x86_64

returns no hits. You are probably out of luck with netstat:
https://cygwin.com/ml/cygwin/2006-07/msg00936.html

Csaba
-- 
You can get very substantial performance improvements by not doing the
right thing.
   - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers
(C++TDaWYK)

--
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: [Bug] File permissions across domains

[Csaba Raduly]

On 4/12/18, Corinna Vinschen wrote:
> See sec_acl.cc, line 1127ff.  This calls a function
> authz_get_user_attribute which in turn calls a method
> authz_ctx::get_user_attribute, sec_helper.cc, line 811ff.

Ouch. Are there so many lines that you have to use hexadecimal notation ?

Csaba
-- 
You can get very substantial performance improvements by not doing the
right thing.
   - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers
(C++TDaWYK)

--
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: cpan broken ???

[Csaba Raduly]

On Mon, Feb 5, 2018 at 3:45 PM, Jostein Berntsen wrote:
> On 05.02.18,16:59, Pavel Fedin wrote:
>>  I am trying to install a Perl module via CPAN and it fails:
>> --- cut ---
...
>> Warning: prerequisite Test::Warn 0 not found.
>> Could not load PERL_YAML_BACKEND 'YAML'
>>  at /usr/share/perl5/5.26/CPAN/Meta.pm line 622.
>> Warning: No success on command[/usr/bin/perl Makefile.PL]
>>   YANICK/Parallel-ForkManager-1.19.tar.gz
>>   /usr/bin/perl Makefile.PL -- NOT OK
>>
>> --- cut ---
>>  I've just updated; the system is x86-64. How to fix this?
>>
>
> You can try "sudo cpan install YAML" first on the command line. Also
> check that you have 'make' installed.
>

It says
/usr/bin/perl Makefile.PL -- NOT OK

I believe 'make' was not run at all. Maybe something (either the
package or CPAN itself) needs YAML.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: Extremely slow compilation of C++ because of cc1plus does bad systemcalls

[Csaba Raduly]

Hi Magnus,


On Thu, Feb 1, 2018 at 8:45 AM, Magnus Persson  wrote:
> When compiling a very small and simple C++ program (which took 6
> seconds), i profiled the execution. cc1plus was speding a lot of time
> trying to create .exe-files AND .lnk-files.
>
> This was the command-line:
> g++ -c -O0 -DGTEST_DONT_DEFINE_FAIL  -std=gnu++14 -Iw64
> -Icommon/freertos/include  -Iw64/config/ -Icommon -Icommon/dali
> -Icommon/debug -Icommon/config  -isystem ../Tools/googletest/include
> -isystem ../Tools/googlemock/include -DUNITTEST -g -Wall -Werror
> -pthread  unittest/block_hvac_unittest.cc -o
> obj_unit_linux/unittest/block_hvac_unittest.o
>
> I used procmon to capture all system-calls done. This is a part of
> what happened:
> (search for .exe  AND .lnk)
> Why does the preprocessor try to create these files (my command is
> just trying to compile (no linking)) ?
>
(snip)
> 08:25:49.3882166 cc1plus.exe 7256 CreateFile
> C:\cygwin64\lib\gcc\x86_64-w64-mingw32\6.4.0\include\c++\backward\clwbintrin.h.lnk
> NAME NOT FOUND Desired Access: Read EA, Read Attributes, Read Control,
> Disposition: Open, Options: Open Reparse Point, Attributes: n/a,
> ShareMode: Read, Write, Delete, AllocationSize: n/a
> 08:25:49.3882946 cc1plus.exe 7256 CreateFile
> C:\cygwin64\lib\gcc\x86_64-w64-mingw32\6.4.0\include\c++\backward\clwbintrin.h.exe.lnk
> NAME NOT FOUND Desired Access: Read EA, Read Attributes, Read Control,
> Disposition: Open, Options: Open Reparse Point, Attributes: n/a,
> ShareMode: Read, Write, Delete, AllocationSize: n/a


https://msdn.microsoft.com/en-us/library/windows/desktop/aa363874(v=vs.85).aspx
 (Creating and Opening Files) says

"The CreateFile function can create a new file or open an existing file. "


The options specified ( Desired Access: Read EA, Read Attributes, Read
Control, Disposition: Open, Options: Open Reparse Point ) suggest that
the compiler is trying to read, or is checking the existence of these
files.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: LLVM 5.0 is not building on Clang

[Csaba Raduly]

Hi Darmie,

On Mon, Dec 18, 2017 at 12:29 PM, Darmie Akinlaja  wrote:
> I tried building LLVM / Clang 5.0 but it's failing.
>
> This is the error I am getting:
>
> [ 63%] Building CXX object lib/Passes/CMakeFiles/LLVMPasses.dir/PassBuilder.
> cpp.o

It might be useful to see the actual command line. Clang's makefiles
are created by cmake; you can add VERBOSE=1 to the make command to see
the actual commands during build.

> /usr/lib/gcc/x86_64-pc-cygwin/6.4.0/../../../../x86_64-pc-cygwin/bin/as:
> CMakeFiles/LLVMPasses.dir/PassBuilder.cpp.o: too many sections (44421)
> /tmp/cch2ze42.s: Assembler messages:
> /tmp/cch2ze42.s: Fatal error: can't write 18 bytes to section .text of
> CMakeFiles/LLVMPasses.dir/PassBuilder.cpp.o because: 'File too big'
> /usr/lib/gcc/x86_64-pc-cygwin/6.4.0/../../../../x86_64-pc-cygwin/bin/as:
> CMakeFiles/LLVMPasses.dir/PassBuilder.cpp.o: too many sections (44421)
> /tmp/cch2ze42.s: Fatal error: can't close
> CMakeFiles/LLVMPasses.dir/PassBuilder.cpp.o:
> File too big
> make[2]: *** [lib/Passes/CMakeFiles/LLVMPasses.dir/build.make:63:
> lib/Passes/CMakeFiles/LLVMPasses.dir/PassBuilder.cpp.o] Error 1
> make[1]: *** [CMakeFiles/Makefile2:12756:
> lib/Passes/CMakeFiles/LLVMPasses.dir/all]
> Error 2
> make: *** [Makefile:150: all] Error 2

You didn't attach a cygcheck output, as recommended in
> Problem reports:   http://cygwin.com/problems.html

Is your Cygwin 64-bit? What is the output of 'uname -a'?

Try re-running cmake with CMAKE_BUILD_TYPE=Release
The debug info can get very large for some object files in clang/LLVM.

Or you could try the suggestion I found after googling for  :
assembler can't write file too big

https://lists.llvm.org/pipermail/llvm-dev/2014-May/072642.html

(disclaimer: I didn't try it)

>
> --
> *ABOUT ME*
> *Damilare Darmie Akinlaja *is a physicist and software developer who
[snip]

For the love of God and all that is holy, get rid of that monstrosity!
I don't care about what you did in 2011, let alone in 2008.
If I did, I would visit your website or Linkedin page.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: undefined reference to LAPACKE_***

[Csaba Raduly]

Hi Zekios,

On Sat, Nov 18, 2017 at 7:20 PM, Constantinos Zekios  wrote:
> Hi Csaba,
>  so I am using a cmake and it is of the format:
>
> set(LAPACK_LIB "/usr/lib/liblapack.so")
> set(LAPACK_LIB "/usr/lib/liblapacke.so")
> set(BLAS_LIB "/usr/lib/libblas.so") for my ubuntu system,
>
> which I changed it to:
>
> set(LAPACK_LIB "/usr/lib/liblapack.a")
> set(BLAS_LIB "/usr/lib/libblas.a") for the cygwin.
>
> If I set the set(LAPACK_LIB "/usr/lib/liblapacke.a") it complains that it
> doesn't exist, since as you also said this package doesn't exist in Cygwin.
> So in my code I am calling at some point functions like the LAPACKE_zlange
> and there is the issue. I guess I cannot use them in Cygwin, and I will have
> to change it to FORTRAN calls


Please don't top-post on this mailing list. (
https://cygwin.com/acronyms/#TOFU )

I was asking for the linker command line, not the content of the cmake files.
You can get this by running

make VERBOSE=1

or

ninja -v

depending on the generator you chose.


Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: undefined reference to LAPACKE_***

[Csaba Raduly]

Hi Constantinos,

On Sat, Nov 18, 2017 at 5:24 PM, Constantinos Zekios wrote:
> Hello everybody!
>
>  I recently installed cygwin trying to compile my cpp code (it is build
> under linux) under windows. I am using LAPACKE (the c wrapper to run all the
> lapack libraries) in my code, but it seems that I am not able to install the
> packages in cygwin. I have installed lapack, as well as blas. Does anybody
> know how to install liblapacke.a, liblapacke.dll.a?
>
> The errors that I am getting are of the form: undefined reference to
> 'LAPACKE_zlange'.

That sounds like the linker complaining about not finding a symbol,
*not* about a missing library file. If that's the case, installing
libraries will not help you. Just as well, because there's no Cygwin
package containing liblapacke.a :
https://cygwin.com/cgi-bin2/package-grep.cgi?grep=liblapacke=x86_64
(Found 0 matches for liblapacke)

What was the linker invocation (command line) that generated the error message?

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: cygwin x86_64: mingw64-g++ 6.4.0 (both i686 and x86_64) issue (bug?) with reinterpret_cast

[Csaba Raduly]

On Tue, Oct 31, 2017 at 11:00 AM, Paolo ZAMBOTTI  wrote:
> Hi Csaba,
>

Please don't top-post (at least in this mailing list).

> Ok, then the issue are "my" lines of code and the error messages from g++ 
> were not completely clear (and they was confusing me a little bit)...
> But I'm still not sure the issue is not in Cygwin package. I mean, my test 
> code was a very simplified (too much simplified) excerpt from squid source 
> code and, there, the link with header file from cygwin package is more clear.
> Then, let me post another test file where this link is more clear.
>
> Now the failure is as follow (g++ -std=gnu++11 -c -Wall -pedantic -Wextra 
> test.cpp)
>
> In file included from 
> /usr/i686-w64-mingw32/sys-root/mingw/include/winbase.h:19:0,
>  from 
> /usr/i686-w64-mingw32/sys-root/mingw/include/windows.h:70,
>  from test.cpp:1:
> test.cpp:6:45: error: reinterpret_cast from integer to pointer
>  static constexpr HANDLE InvalidHandle = INVALID_HANDLE_VALUE;
>  ^
>
> The issue is now within the macro definition of INVALID_HANDLE_VALUE in file 
> handleapi.h (which could be, from i686-w64-mingw32, x86_64-w64-mingw32 or 
> w32api)
>
> Now I'm wondering what is really wrong:
> does the definition of INVALID_HANDLE_VALUE need to be rewritten in 
> order to be compatible with the "static constexpr" line

There's nothing wrong with INVALID_HANDLE_VALUE with regards to
"static constexpr", although a constexpr expression cannot contain
reinterpret_cast-s,
and a C-style cast can resort to be a reinterpret_cast. But this
doesn't seem to be the problem (there's a different error message for
that).

HANDLE is defined as a pointer:

include/wtypesbase.h:52:typedef void *HANDLE;

LONG_PTR is defined as an integer:
basetsd.h:54:typedef long LONG_PTR,*PLONG_PTR;

INVALID_HANDLE_VALUE is defined in handleapi.h:16 as

#define INVALID_HANDLE_VALUE ((HANDLE) (LONG_PTR)-1)

so you have a cast right there. Whenever you use INVALID_HANDLE_VALUE,
the compiler sees a cast from long to void*

I don't know how this could be fixed. You may want to ask on a
mingw-specific mailing list.

You could try adding -isystem /path/to/mingw/headers so mingw-gcc
finds its headers that way (warnings tend to be suppressed for headers
found in directories specified with -isystem rather than -i, although
mingw-gcc's built-in headers should be treated the same way).

(disclaimer: I havent tried this).

> or
> does "my" line of code has to be rewritten in order to be compatible 
> with the INVALID_HANDLE_VALUE definition?
>
> In the latest case, any suggestion will be very welcome...
>
> Paolo.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: ISO boost library help

[Csaba Raduly]

On Tue, Oct 24, 2017 at 7:25 PM, Nellis, Kenneth  wrote:
> Trying unsuccessfully (so far) to use the Cygwin-provided boost libraries. The
> only boost-related package I saw was boost-build, which I've installed.

boost-build needs a better description

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: cygwin x86_64: mingw64-g++ 6.4.0 (both i686 and x86_64) issue (bug?) with reinterpret_cast

[Csaba Raduly]

Hi Paolo,

On Mon, Oct 23, 2017 at 4:47 PM, Paolo ZAMBOTTI  wrote:
> Hello,
>
> I'm having some issues while compiling C++ code with mingw64 c++ compiler 
> (6.4.0) distributed within Cygwin packages.
> I can guess the issue I'm going to report is not strictly related to Cygwin 
> distribution but I cannot test other mingw64 distributions so let me start 
> reporting the issue here...
> Once said that, I'm open to any suggestions for better reporting place...
>
> I'm not an expert in C and even less in C++ so I hope to not generate stupid 
> noise... but the same code was compiling fine with previous version (5.4) ...

Note that compilers tend to become more picky with time. The fact that
this code was compiling fine with GCC 5.4 may well be a bug in GCC 5.4

$ gcc-630 -std=gnu++11 -c -Wall -pedantic -Wextra fail.cpp
fail.cpp: In function ‘int main(int, char**)’:
fail.cpp:10:34: error: reinterpret_cast from integer to pointer
   static constexpr void* test1 = (void*)(-1LL);
  ^
fail.cpp:11:34: error: reinterpret_cast from integer to pointer
   static constexpr void* test2 = (void*)(-1L);
  ^~~~

$ gcc-7 -std=gnu++11 -c -Wall -pedantic -Wextra fail.cpp
gcc-7gcc-710
csabaraduly@HU-GD-36813:/tmp
$ gcc-7 -std=gnu++11 -c -Wall -pedantic -Wextra fail.cpp
fail.cpp: In function ‘int main(int, char**)’:
fail.cpp:10:34: error: ‘reinterpret_cast(-1)’ is not a constant
expression
   static constexpr void* test1 = (void*)(-1LL);
  ^
fail.cpp:11:34: error: ‘reinterpret_cast(-1)’ is not a constant
expression
   static constexpr void* test2 = (void*)(-1L);
  ^~~~

$ gcc-8 -std=gnu++11 -c -Wall -pedantic -Wextra fail.cpp
fail.cpp: In function ‘int main(int, char**)’:
fail.cpp:10:34: error: reinterpret_cast from integer to pointer
   static constexpr void* test1 = (void*)(-1LL);
  ^
fail.cpp:11:34: error: reinterpret_cast from integer to pointer
   static constexpr void* test2 = (void*)(-1L);
  ^~~~

$ clang++ -std=gnu++11 -c -Wall -pedantic -Wextra fail.cpp
fail.cpp:10:26: error: constexpr variable 'test1' must be initialized
by a constant expression
  static constexpr void* test1 = (void*)(-1LL);
 ^   ~
fail.cpp:10:34: note: cast that performs the conversions of a
reinterpret_cast is not allowed in a constant expression
  static constexpr void* test1 = (void*)(-1LL);
 ^
fail.cpp:11:26: error: constexpr variable 'test2' must be initialized
by a constant expression
  static constexpr void* test2 = (void*)(-1L);
 ^   
fail.cpp:11:34: note: cast that performs the conversions of a
reinterpret_cast is not allowed in a constant expression
  static constexpr void* test2 = (void*)(-1L);
 ^

I think clang explains it best.
Note: these were Linux compilers, but your question is not
Cygwin-specific (and including windows.h is unnecessary).

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: convenient trimming of quoted text to make points

[Csaba Raduly]

On Fri, Sep 1, 2017 at 6:54 AM, Duncan Roe  wrote:
> On Sat, Aug 26, 2017 at 11:26:10AM -0400, cyg Simple wrote:
(snip)
>> I don't know what RSI is.  I might guess it to be Residual Self Image or
>> Remotely Sensed Imagery. ;p
>
> RSI == Repetitive Strain Injury. It's a real medical condition.

It's the pain you get in your fingers from having to scroll past
fifty-five lines of quoted text, when somebody responded to one line
and forgot to delete the irrelevant fifty-four.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: Couldn't compute FAST_CWD pointer

[Csaba Raduly]

Hi Richard,

On Fri, Aug 18, 2017 at 1:22 AM, Richard Mateosian  wrote:
> In Git Bash, running the example on p. 27 of Node.js the Right Way, I see
>
> $ telnet localhost 5432
>   1 [main] telnet 11488 find_fast_cwd: WARNING: Couldn't compute
> FAST_CWD pointer. Please report this problem to
(snip)


This message is emitted by a very old Cygwin version.
Please upgrade to the latest version if possible.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: GCC Compiler can't seem to find linker

[Csaba Raduly]

Hi,

On Mon, Jul 3, 2017 at 11:52 PM,  starz0rdesign wrote:
> Hello.
>
> I'm having a bit of an issue trying to compile LibArchive 3.3.1 for Windows.
> I have Mingw64 with GCC7.1 installed to prevent the Cygwin installer from
> linking it's DLL.

Maybe you should ask on the Mingw mailing list.

> At the end of the make process I seem to get this error:
> make  all-am
> make[1]: Entering directory '/home/nobodyimportant/libarchive-3.3.1'
>   CCLD libarchive.la

It would be helpful to show the full command line. Add V=1 to the make
invocation:

make V=1 (other make parameters, if any)

> C:/Program
> Files/mingw-w64/x86_64-7.1.0-posix-seh-rt_v5-rev0/mingw64/bin/../lib
> /gcc/x86_64-w64-mingw32/7.1.0/../../../../x86_64-w64-mingw32/bin/ld.exe:
> cannot
>  find -link

This doesn't mean that the compiler didn't find the linker. This error
message means that the linker (ld.exe) didn't find a library, namely
libink.a



Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: Killing-Process woes

[Csaba Raduly]

On Tue, Jun 20, 2017 at 3:30 PM, Ronald Fischer  wrote:
> cyg Simple wrote:
>> Perhaps use the -f --force switch might help.
>
> No, doesn't help either.

I thought "Use the force" always works :)

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: Updated: setup (2.880)

[Csaba Raduly]

Hi Kenneth,

On Mon, Jun 19, 2017 at 7:29 PM, Nellis, Kenneth  wrote:
...
>
> Here, I show the commands and output that corroborate my assertions:
> 1. reproduce original results
> 2. reproduce others' results
> 3. show others' results influences my results
> 4. remove hidden file to restore my original results
>
> $ time wget -O setup-x86_64.exe http://cygwin.com/setup-x86_64.exe
> --2017-06-19 13:04:16--  http://cygwin.com/setup-x86_64.exe
> Resolving cygwin.com... 209.132.180.131
> Connecting to cygwin.com|209.132.180.131|:80... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 877562 (857K) [application/octet-stream]
> Saving to: ‘setup-x86_64.exe’
>
> setup-x86_64.exe100%[===>] 856.99K  --.-KB/sin 0.01s
>
> 2017-06-19 13:04:17 (78.5 MB/s) - ‘setup-x86_64.exe’ saved [877562/877562]
>
>
> real0m0.306s
> user0m0.000s
> sys 0m0.046s
> $ ls -l
> total 860
> -rw-r- 1 knellis Domain Users 877562 Jun  7 12:58 setup-x86_64.exe
> $ file setup-x86_64.exe
> setup-x86_64.exe: gzip compressed data, from Unix
...

I also couldn't reproduce your scenario.

$ time wget -O setup-x86_64.exe http://cygwin.com/setup-x86_64.exe
--2017-06-24 10:34:02--  http://cygwin.com/setup-x86_64.exe
Resolving cygwin.com... 209.132.180.131
Connecting to cygwin.com|209.132.180.131|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 906771 (886K) [application/octet-stream]
Saving to: ‘setup-x86_64.exe’

setup-x86_64.exe
100%[==>]
885.52K  51.1KB/sin 14s

2017-06-24 10:34:16 (62.8 KB/s) - ‘setup-x86_64.exe’ saved [906771/906771]


real0m14.975s
user0m0.046s
sys 0m0.031s

Csaba@assos ~
$ file setup-x86_64.exe
setup-x86_64.exe: PE32+ executable (GUI) x86-64, for MS Windows

Since it's reproducible for you, you could (if you're curious) run
wget with the -d (--debug) switch or break out the heavy artillery:
install Wireshark and look at the HTTP headers sent and received by
wget.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: cygwin Digest 17 Jun 2017 08:20:29 -0000 Issue 10294

[Csaba Raduly]

On Sat, Jun 17, 2017 at 8:20 PM, Stephen Lyons  wrote:
> I am new to *writing* to mailing lists so if I've done something wrong
> please forgive me.
>
> I would like to "cygport" the Mudlet GPL MUD {Multi-User Dungeon} client
> to Cygwin - I have a cygport file (and currently a patch) that works to
> compile a workable binary of the 3.1.0 release available as a tarball
> from https://github.com/Mudlet/Mudlet/archive/Mudlet-3.1.0.tar.gz {other
> distribution methods are available!} but Mudlet possesses a Lua
> sub-system that users/MUD system operators can use to provide additional
> functionality and this is currently proving awkward!
>
> The issue I am having is that Mudlet needs some Lua "modules" to operate
> and Cygwin currently only provides a sub-set of the needed ones, the
> lua-file-system "lfs" IS available but also needed is:
>
> * "rex_pcre"
>
> * "zip"
>
> * "luasql.sqlite3"
>
> What is the best way to get those "run-time" dependencies into Cygwin? I
> have found "luarocks" packaged versions (as "lrexlib-pcre", "luazip" and
> "luasql-sqlite3" respectly) but it is not immediately apparent how I
> might use that to generate the things needed as part of the "cygport"
> process.

I imagine luarocks may work similar to Perl's CPAN on Cygwin: some
Perl modules can be installed via Cygwin's setup.exe (e.g. perl-Tk,
perl-Data-Dump), the rest can be installed with the CPAN client.

IANALU (I am not a Lua user), but it seems to me that these Lua
modules should be outside the scope of Mudlet's cygport. Mudlet should
simply require these modules to be present for its Lua subsystem. The
user can be directed to install the required modules by whichever
means available (rex_pcre and luasql.sqlite may be too complicated to
be installed by luarocks; they may need to be made into Cygwin
packages like lua-file-system).

Mudlet should not mess with the user's Lua installation.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: configure fails on checking ino_t

[Csaba Raduly]

On Thu, Jun 8, 2017 at 12:19 AM, Eric Blake  wrote:
> On 06/07/2017 05:11 PM, Lloyd Wood via cygwin wrote:
>> Aha! just slightly later in config.log:
>>
>> configure:17957: checking for ino_t
>> configure:17957: gcc -c -g -O2  conftest.c >&5
>> configure:17957: $? = 0
>> configure:17957: gcc -c -g -O2  conftest.c >&5
>> conftest.c: In function 'main':
>> conftest.c:94:20: error: expected expression before ')' token
>> if (sizeof ((ino_t)))
>> ^
>
> This _particular_ failure is expected (you aren't showing enough of the
> config.log output).  Remember, to determine if something is a type vs.
> an expression, autoconf performs TWO compilation tests, and relies on
> the fact that sizeof(expr) and sizeof((expr)) both compile, but
> sizeof(type) compiles while sizeof((type)) must fail.  The back-to-back
> compilation is necessary to ensure that something being probed for is a
> type name rather than an arbitray expression.
>
> So just because _some_ tests fail (as expected) does not mean that this
> particular failure is where configure is messing up.

Yes, I saw this in my successful config.log (and was a bit puzzled).

Lloyd, you need to look further down in config.log, because "checking
for sizeof(ino_t)" - the one that failed for you - is after "checking
for ino_t".

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: configure fails on checking ino_t

[Csaba Raduly]

Hi Lloyd,

On Wed, Jun 7, 2017 at 8:21 AM, Lloyd Wood wrote:
> download geomview 1.9.5 from http://www.geomview.org
> this used to build on cygwin 32-bit. Did so for a number of years. Now, it 
> doesn't,
> because something changed.
>
> $ tar xvfz geomview-1.9.5.tar.gz
> $ cd geomview-1.9.5
> ./configure
> [..]
> checking for dev_t... yes
> checking for ino_t... yes
> checking for time_t... yes
> checking size of dev_t... 4
> checking size of ino_t... configure: error: in 
> `/home/ellowoo/savi/geomview-1.9.5':
> configure: error: cannot compute sizeof (ino_t)
> See `config.log' for more details
>
>
> $ tail config.log
> [..]
> #define TIME_WITH_SYS_TIME 1
> #define HAVE_M_PI 1
> #define HAVE_DEV_T 1
> #define HAVE_INO_T 1
> #define HAVE_TIME_T 1
> #define SIZEOF_DEV_T 4
>
> configure: exit 77
>
> Okay, so what changed in Cygwin?


I hope nothing, because it works for me:

checking for dev_t... yes
checking for ino_t... yes
checking for time_t... yes
checking size of dev_t... 4
checking size of ino_t... 8
checking size of time_t... 8
checking size of long... 8
checking size of int... 4


You should at least post the relevant part from config.log (the part
beginning with

configure:17957: checking for ino_t

).



Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: Segfault using `watch -c` with ANSI escapes in output

[Csaba Raduly]

On Wed, Apr 19, 2017 at 8:35 AM, Duncan Roe wrote:
>
> Where does "watch" come from? It's not on my cygwin installation:
>
>> 16:12:50$ type watch
>> -bash: type: watch: not found
>

https://cygwin.com/cgi-bin2/package-grep.cgi?grep=watch%5C.exe=x86_64

gives us

https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fprocps%2Fprocps-3.2.8-5=watch%5C.exe

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: setup redownloads everything all the time, including the packages list, and also has a foolish UI

[Csaba Raduly]

On Fri, Mar 17, 2017 at 1:46 PM, Leif W wrote:
> On Fri, 3 Sep 2004 16:14:09 +0100, Dave Korn  wrote:
>>   By design, setup searches through all the download directories, keeps
>> track of all the versions, should know exactly what you've already got and
>> never re-download something you already have; if it ever does, it's a bug.
>>
>>   There is one caveat: if setup dies - actually crashes or is killed -
>> part-way through downloading a whole series of packages, it may not have
>> updated its catalog by the time it gets terminated, and so it might
>> download
>> them again.  But once setup has downloaded and exited successfully, it
>> should know and remember what it's done and not do it again.
>
> Trying to compile various programs while installing the absolute minimum
> required.  I install the compiler for the language, attempt compilation,
> make note of failures (i.e. missing libraries, etc), and then run setup
> again (usually 30 seconds from the previous run).
>
> Run setup again, install from local disk?  That does not make sense, to
> install things which have not been downloaded.  So I choose install from
> internet, which re-downloads everything.  It is not clear from the user
> interface or from the options or from the FAQ, exactly what the behavior is
> intended to be.
>
> Setup re-downloads the entire 2MB packages file every single time.

It has to do this; the packages file might have changed since the previous run.

> Ignoring
> for a moment the great difficulty of use of the poorly designed Setup GUI,
> it appears to remember to "keep" what I already have.  But then it proceeds
> to re-download everything I already have, in addition to whatever new things
> I have selected.

This has never happened to me, and I used setup.exe daily for six
years in the past.

(snip)
> In other cases, the poorly designed GUI has such insane usability issues,
> and often does crash.

This has never happened to me.

> Subsequent runs of setup starts in the "Pending"
> list, which is empty.

This is to be expected, if you re-run setup 30 seconds after the previous run.
"Pending" shows the packages that have been updated in the repository
since the last run of setup. For people who don't want to install new
packages but want to update their existing Cygwin installation, this
is the most interesting information.

> Must mouse click to the drop-down box, and choose
> something sane, like category.  Click a category to expand it, now what you
> want is several screens down.

This is indeed the Cygwin developers' fault for supporting too many packages :)
You should choose a package earlier in the alphabet.


(snip)
> This app would have been ahead of it's time, if it was invented in the
> 1980s, but was barely acceptable back in the 1990s.  20+ years have passed,
> and there has been zero progress in the installation process, design,
> usability or robustness.

This is just plain not true. That drop-down is a recent (August 2016)
usability improvement; before that you had to cycle between
"Category", "Full" and "Pending" by repeatedly clicking on a button.

(snip)

You should read "How to report bugs effectively"
(http://www.chiark.greenend.org.uk/~sgtatham/bugs.html)
especially the second chapter ("It doesn't work").

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1

[Csaba Raduly]

On Sat, Feb 25, 2017 at 6:08 PM, Steven Penny  wrote:
> On Sat, 25 Feb 2017 11:46:08, cyg Simple wrote:
>>
>> If *your* script has a dependency to run using *dash* instead of *sh*
>> then you _must_ use #!/bin/dash anyway.
>
>
> I think you have a fundamental misunderstanding of what Dash is. Dash is a
> minimal shell, similar to the "sh" defined by POSIX:
>
> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/sh.html
>
> So saying "a dependency to run using *dash*" makes about as much sense as
> saying
> "Cygwin has a dependency to run using Cygwin".

Nice strawman argument.
You seem to assume that Dash implements nothing beyond POSIX (and
hence anything that runs on dash must run on every other shell). This
is not the case.

>From the dash man page:

dash is the standard command interpreter for the Linux system. The
current version of dash is in the process of being changed to conform
with the POSIX 1003.2 and 1003.2a specifications for the shell. This
version has many features which make it appear similar in some
respects to the Korn shell, but it is not a Korn shell clone. Only
features designated by POSIX, plus a few Berkeley extensions, are
being incorporated into this shell.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: X colormap problem when viewed via Microsoft Remote Desktop

[Csaba Raduly]

Hi Jeff,

On Wed, Feb 1, 2017 at 6:22 AM,   wrote:
> Jon, thanks for your suggestion.  Using the -nocompositewm option
> fixed my problem.  If you'd still like a screenshot, I can send one if
> the mailing list doesn't mind big attachments.

Instead of sending the screenshot to the mailing list, I'd suggest you
upload the picture to e.g. imgur and send the link instead.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: dirent.d_type is not working on Cygwin symbolic links.

[Csaba Raduly]

On Sun, Jan 29, 2017 at 8:34 PM, Thomas Wolff  wrote:
> 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.

>>>
>>> Sorry, no.
>>>
>>> The actual type should only be returned in dirent.d_type if the info
>>> is available at very low cost. This is not the case for Cygwin
>>> symbolic links.
>>>
>>> If DT_UNKNOWN is returned, lstat() must be called if type info is
>>> required.
>>>
>>> Quote from Linux man page readdir(3):
>>> "All applications must properly handle a return of DT_UNKNOWN."
>>> (https://linux.die.net/man/3/readdir)
>>>
>>> See also thread starting at:
>>> https://sourceware.org/ml/cygwin-patches/2008-q4/msg0.html
>>
>>
>> In this case I do not agree with this. Cygwin symbolic links are there to
>> emulate Linux symlinks. Therefore I expect the same behaviour.
>>
>> ``Cygwin is
>> * a large collection of GNU and Open Source tools which provide
>> functionality similar to a Linux distribution on Windows.''
>> (https://cygwin.com/)

similar != identical

>
> As you're quoting from the cygwin home page, you chose the wrong bullet.
> It's about tools while the functionality you are commenting about is
> provided by
>>
>> * a DLL (cygwin1.dll) which provides substantial POSIX API functionality.
>
> So the reference here is POSIX, not Linux, if we're getting picky. And as
> Christian Franke had already quoted, the field in question is not mandatory
> at all by POSIX. So you'll have to do what other people also do: defensive
> programming, not expecting too much but taking all cases into account.

In other words, "all the world is not Linux".

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: Windows 10 Insider Preview OS Build 15007.1000: Couldn't compute FAST_CWD pointer

[Csaba Raduly]

On Fri, Jan 20, 2017 at 3:37 PM, Jim Reisert AD1C  wrote:
> On Tue, Jan 17, 2017 at 5:12 AM, Corinna Vinschenwrote:
>
>> Try the latest developer snapshot from https://cygwin.com/snapshots/
>
> The FAST_CWD warning is gone, but uname is complaining (and won't run):
>
> "The application was unable to start correctly (0xc022).
> Click OK to close the application."


0xc022 is STATUS_ACCESS_DENIED

You could try the procedure described here to identify the culprit:

https://knowledge.autodesk.com/search-result/caas/sfdcarticles/sfdcarticles/The-application-was-unable-to-start-correctly-0xc022-Click-OK-to-close-the-application.html

Maybe the downloaded Cygwin snapshot DLL has the alternate stream that
says "this was downloaded from the Internet, don't run it".

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: WinCompose vs. Cygwin/X

[Csaba Raduly]

Hi Michael,

On Tue, Jan 10, 2017 at 2:28 PM, Michael Schaap  wrote:
> I recently discovered WinCompose ,
> a Windows port of XCompose, and fell in love with it.
>
> Unfortunately, it doesn't play nice with Cygwin/X, it seems.
(snip various scenarios and potential solutions)

Have you tried opening an issue in the WinCompose issue tracker? They
might be able to code a workaround.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: Problem with chdir and GetCurrentDirectory on Windows 2016

[Csaba Raduly]

On Fri, Dec 9, 2016 at 8:24 AM, Dipak Gaigole  wrote:

> Agreed Andrey. But I couldn't find any API(s) which can serve my
> requirements. And we can't afford to execute (fork+exec) tools like
> cygpath for each getcwd call.
> Any suggestions on improving this approach or any alternative approach
> are always welcome.

https://cygwin.com/cygwin-api/func-cygwin-conv-path.html

Note the CCP_PROC_CYGDRIVE option.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: remote GTK apps nor workin correctly in Cygwin/X

[Csaba Raduly]

Hi David,

On Wed, Nov 30, 2016 at 1:36 PM, David Cunningham  wrote:
> *** BUG ***
> In pixman_region32_init_rect: Invalid rectangle passed
> Set a breakpoint on '_pixman_log_error' to debug

I got this exact same message on my Ubuntu LTS 14.04 system, which
hasn't even heard of Cygwin.
(It was either the Ristretto image viewer or the PDF viewer).

It may be unrelated to Cygwin.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: TortoiseGit + Cygwin git: unified diff fails (cygheap read copy failed)

[Csaba Raduly]

Hi Gene,

On Thu, Nov 17, 2016 at 12:42 AM, Gene Pavlovsky wrote:
> Hey everybody!
>
> I'm using TortoiseGit with Cygwin git (Cygwin workarounds enabled in
> advanced TortoiseGit settings). For the most part, everything works
> correctly.

Although this is probably unrelated, I've had problems with
TortoiseSVN and Cygwin's svn (not Git), because Tortoise uses DOS line
endings (\r\n) whereas Cygwin programs use Unix line endings (\n).

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: problem installing openTimer in cygwin

[Csaba Raduly]

On Fri, Nov 11, 2016 at 3:12 PM, kunal ghosh wrote:
> Also, I went ahead modifying the utilities.h to point to
> windows/port.h, instead of port.h.

That sounds dangerous

> And some more hacks to get rid of other errors. Now 'make' gives me
> the below errors. Not sure how to resolve this
>
> src/logging.cc: In member function 'bool
> google::{anonymous}::LogFileObject::CreateLogfile(const string&)':
> src/logging.cc:895:43: error: 'symlink' was not declared in this scope
>  if (symlink(linkdest, linkpath.c_str()) != 0) {
>^
> src/logging.cc:904:45: error: 'symlink' was not declared in this scope
>if (symlink(filename, linkpath.c_str()) != 0) {

symlink() is in unistd.h
You need to make  _DEFAULT_SOURCE or _GNU_SOURCE be defined for
symlin() to be visible on Cygwin.

It seems to me that the author of OpenTimer does not understand what
Cygwin is or what it does,
as evidenced by lines like

#if defined( WIN32) || defined(CYGWIN)

and the attempt to use Win32 instead of pthreads when compiling
Cygwin. Unfortunately (for you), I have no interest in OpenTimer, so I
can't help you any further.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: problem installing openTimer in cygwin

[Csaba Raduly]

Hi Kunal,

On Fri, Nov 11, 2016 at 7:21 AM, kunal ghosh  wrote:
> Hi
> I am trying to install OpenTimer software on my Windows 7 machine
> through cygwin, using standard steps "./configure", "make" , "make
> install"
>
> ./configure gives me the below errors for which I have googled and
> didnt founf anything constructive:
>
> Kunal@Kunal-PC /cygdrive/c/VSD/Tools/openTimer/OpenTimer-1.0.5
> $ grep error config.log

configure tries to compile a variety of throw-away programs to check
for the capabilities of the system.
Lots of errors in config.log are expected.
You should only look at config.log if configure reports an error and
fails to generate the Makefile.

(snip)
> g++: error: unrecognized command line option '-V'
> g++: fatal error: no input files
> g++: error: unrecognized command line option '-qversion'
> g++: fatal error: no input files

Here it probably tries to find the switch that prints the compiler version.
It has to try every known switch that does that; but no  compiler will
accept every possibility.
These errors are harmless. They tell configure that GCC doesn't
support the -qversion switch
(-qversion is accepted by IBM's XL C/C++ compiler for AIX).

(snip)
> /usr/lib/gcc/x86_64-pc-cygwin/5.4.0/include/omp.h:39:3: error:
> 'omp_lock_t' does not name a type
> /usr/lib/gcc/x86_64-pc-cygwin/5.4.0/include/omp.h:86:28: error:
> variable or field 'omp_init_lock' declared void

Here it probably found out that OMP is not supported.

> Inspite of the above errors, I go ahead with 'make' command and I get
> below errors:
>
> src/utilities.cc: In function 'pid_t
> google::glog_internal_namespace_::GetTID()':
> src/utilities.cc:265:29: error: 'GetCurrentThreadId' was not declared
> in this scope
>return GetCurrentThreadId();
>  ^

This suggests that OpenTimer thinks it's being compiled under Windows
(GetCurrentThreadId is a Win32 API function). It failed to identify
Cygwin as a POSIX platform. You could try submitting a bug report or,
if you're a programmer, fix it and supply a patch:

"OpenTimer is actively maintained by Tsung-Wei Huang. If you are
discovering any bugs or are interested in pursuing an OpenTimer-based
project with me, please contact  twh760...@gmail.com"

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: uniq not working

[Csaba Raduly]

Hi Felipe,

On Tue, Oct 11, 2016 at 12:43 PM, Felipe Vieira  wrote:
> Dear mailing list,
>
> the uniq program seems to be faulty on my cygwin:
>
> /tmp » cat u.txt
> 1
> 2
> 3
> 4
> 5
> 1
> 2
> 3
> 6
> 7
> 8
>
>
> /tmp » uniq -c u.txt
>   1 1
>   1 2
>   1 3
>   1 4
>   1 5
>   1 1
>   1 2
>   1 3
>   1 6
>   1 7
>   1 8
>   1
> /tmp »
>
> As you can see it does not eliminate duplicate lines.
> This file was created with vim. Same results if created with windows notepad.
> What am I missing?

You are missing an important step: reading the manual.

$ man uniq
UNIQ(1)
 User Commands
UNIQ(1)

NAME
   uniq - report or omit repeated lines

SYNOPSIS
   uniq [OPTION]... [INPUT [OUTPUT]]

DESCRIPTION
   Filter adjacent matching lines from INPUT (or standard input),
writing to OUTPUT (or standard output).
   ^

uniq collapses identical lines only if they are consecutive.
The typical way to ensure this is to sort the file first.

$ sort c.txt | uniq

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: Id3tag and lame packages?

[Csaba Raduly]

On Thu, Sep 22, 2016 at 11:58 PM, Bill Zissimopoulos  wrote:
>
> BTW, you mentioned a legal problem. I am seeing that LAME is LGPL licensed
> and therefore should be eligible for inclusion in Cygwin(?).

It's probably due to
https://en.wikipedia.org/wiki/LAME#Patents_and_legal_issues

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: Compilation of emacs25.1.50 (success story)

[Csaba Raduly]

On Mon, Aug 8, 2016 at 7:04 PM, Tobias Zawada  wrote:
> Dear all,
> For your information:
>
> I've just compiled
>
> GNU Emacs 25.1.50.1 (x86_64-unknown-cygwin, GTK+ Version 2.24.30) of 
> 2016-08-08
>
> from
>
> git clone -b master git://git.sv.gnu.org/emacs.git
>
(snip)
> The only issue I had with installing emacs was that the ownership of files 
> could
> not be changed:
> Example line out of several hundreds:
> chown: changing ownership of '/usr/local/share/emacs/25.1.50/lisp': Permission
> denied

Was this the "make install" step? Have you tried running "sudo make
install" instead?

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: PATHEXT is fundamental to Windows and Should be recognised by CYGWIN

[Csaba Raduly]

On Fri, Aug 5, 2016 at 8:14 PM, Nellis, Kenneth wrote:
> From: Erik Soderquist
>> ... DOS did a lot of things
>> against already established conventions, such as using a backslash
>> instead of a forward slash as the directory separator, just "to be
>> different".
>
> Not just to be different, but to distinguish from slashes used as
> command qualifiers (a la VMS), don't you think?
>

The roots of MS-DOS can be traced (via 86-DOS) to CP/M, not VMS.
Incidentally, CP/M also uses forward slashes for the program's options.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: PATHEXT is fundamental to Windows and Should be recognised by CYGWIN

[Csaba Raduly]

Hi Michel,

On Thu, Aug 4, 2016 at 6:30 AM, Michel LaBarre  wrote:
> Thanks for the reply Kaz.  I did not embed any comments in your reply for the 
> sake of brevity.

Please don't top-post.
For the sake of brevity:  https://cygwin.com/acronyms/#TOFU

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: problem building with cmake under cygwin (need clang)

[Csaba Raduly]

On Tue, Jul 26, 2016 at 6:06 PM, Marco Atzeri  wrote:
>
> Csaba was clear but it seems you are misunderstanding,
> the call to cmake is
>
>cmake [options] 

No, not  but 

For quickhull, CMakeLists.txt is in the root of the project, the
sources are under the src directory.

Regardless of where the build is performed, the path in the cmake
invocation must point to the root of the project. Copying
CMakeLists.txt into ./src and pointing cmake to ./src is unlikely to
work.

All of this is moot because the author of quickhull littered
CMakeLists.txt with clang-specific compiler switches. He made no
attempt to cater for the world's most widely used C++ compiler (GCC).

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: problem building with cmake under cygwin (need clang)

[Csaba Raduly]

On Tue, Jul 26, 2016 at 2:45 AM, LMH  wrote:
> Hello,
>
> I am trying to compute the convex hull of a high dimensional space (46D x
> 2000 rows). The qhull app available in cygwin/math is based on relatively
> old code and runs out of memory.
>
> I found another version the is supposed to be able to do higher dimensions.
>
> https://bitbucket.org/tomilov/quickhull/src
>
> This version is set up to build with cmake, so I installed cmake in cygwin
> and ran it as,
>
> cmake ./src
>
> Note, I had to copy CMakeLists.txt into the src directory to get this to
> work. If I don't do that, I get the error,

That usually won't work. Instead of copying CMakeLists.txt to the src
directory, you should specify the directory where CMakeLists.txt is
located when invoking CMake.

Steps for building in a separate build directory:

mkdir _build
cd_build
cmake ..

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: problem building with cmake under cygwin (need clang)

[Csaba Raduly]

On Tue, Jul 26, 2016 at 8:16 AM, Marco Atzeri  wrote:
>
> On 26/07/2016 02:45, LMH wrote:
>>
>> Hello,
>>
>> I am trying to compute the convex hull of a high dimensional space (46D
>> x 2000 rows). The qhull app available in cygwin/math is based on
>> relatively old code and runs out of memory.
>>
>> I found another version the is supposed to be able to do higher
>> dimensions.
>>
>> https://bitbucket.org/tomilov/quickhull/src
>>
>> This version is set up to build with cmake, so I installed cmake in
>> cygwin and ran it as,
>>
>> cmake ./src
>>
>> Note, I had to copy CMakeLists.txt into the src directory to get this to
>> work. If I don't do that, I get the error,
>>
>> CMake Error: The source directory
>>
>> "/cygdrive/g/shared_data/SMD/ATomilov_quickhull/tomilov-quickhull-7faf277d6cc2_cmake/src"
>> does not appear to contain CMakeLists.txt.
>>
>> When I have copied the CMakeLists.txt file into ./src, cmake runs but I
>> get the error,
>>
>> CMake Error at CMakeLists.txt:11 (message):
>>   only clang supported currently
>>
>> this comes from the conditional,
>>
>> if(NOT "${CMAKE_CXX_COMPILER_ID}" MATCHES "Clang")
>> message(FATAL_ERROR "only clang supported currently")
>> endif()
>>
>> in CMakeLists.txt.
>>
>> I have installed clang from cygwin, but I still get the same error. I
>> added the following line to CMakeLists.txt,
>>
>> message(STATUS "${CMAKE_CXX_COMPILER_ID}")
>>
>> and I get "GNU" as the value for CMAKE_CXX_COMPILER_ID, at least that is
>> the value if I got the syntax correct for the message statement.
>>
>> It looks like I need to point CMAKE_CXX_COMPILER_ID to clang, but I am
>> not sure how to do that. I don't know if the problem is with the
>> CMakeLists.txt file, the way I am calling cmake, or with my local cygwin
>> configuration.
>>
>> Suggestions would be appreciated.
>>
>> LMH
>>
>>
>
>
> the build system of quickhull has some serious problem.
>
> set
>
> CMAKE_CXX_COMPILER   /usr/bin/clang-3.8.exe
> CMAKE_C_COMPILER /usr/bin/clang-3.8.exe
>
> after you will hit
>
>  CMake Error at CMakeLists.txt:22 (message):
>Compiler does not support C++1z standard
>
> if you look on CMakeLists.txt you will find is expecting a flag
> as "-std=gnu++1z"  that looks a bit strange for a not gnu compiler

Clang implements many of GCC's extensions. -std=gnu++1something means
"C++ 1something with GNU extensions". Clang understands that just
fine.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: Fwd: Missing utf8.h

[Csaba Raduly]

On Fri, Jun 24, 2016 at 5:42 PM, Jim Van Sciver  wrote:
> Thank you Ken and Marco.  My mistake was in thinking utf8.h was a
> system include file that I had not yet installed.  It was actually
> part of the third party package.  My bad.  Your advice did lead me to
> the problem.
>
> More than you want to know but the reason why the include file was not
> being found was because the package Makefile uses uname command output
> to set -I paths.  The uname output was checked for the strings Linux
> and Darwin but there was no check for CYGWIN_NT-6.1 nor an error if
> the two expected values were not found.  Poor Makefile scripting.

Don't forget to complain to the maintainers of that third-party package :)

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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