Re: GetVersionEx() depreciated, what should be used instead for Windows 7/8/10?

[Richard Campbell via Cygwin]

On Tue, Mar 19, 2024 at 9:04 AM Bill Stewart via Cygwin 
wrote:

>
> Can you please clarify the circumstances under which the RtlGetVersion
> function "may not return the correct values"?
>

"Originally, using RtlGetVersion instead of GetVersionEx was supposed to
fix the fact that GetVersionInfo returns the wrong kernel version if the
executable has been built with an old manifest (or none at all), starting
with Windows 8.1.  Either this never really worked as desired and our
testing was flawed, or this has been changed again with Windows 10, so
that RtlGetVersion does the kernel faking twist as well.  Since we're
only reading the value in the first process in a process tree. the entire
process tree is running with a wrong OS version information in that case.

Fortunately, the (undocumented) RtlGetNtVersionNumbers function is not
affected by this nonsense, so we simply override the OS version info
fields with the correct values now."
https://cygwin.com/git/?p=newlib-cygwin.git;a=commitdiff;h=48511f3d3847c35352d09cded56e25f0c1b22bc9


-Richard Campbell.

-- 
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: Qemu packages for Cygwin?

[Richard Campbell via Cygwin]

On Wed, Jan 3, 2024 at 12:42 PM matthew patton via Cygwin 
wrote:

> Cygwin has an incredible amount of coverage, but it could be pared down to
> 20 packages and I'd be perfectly happy.
>

I suspect most people are in this same position, except that they each have
a different list of 20 packages.

Best regards,

-Richard Campbell.

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

Curl

[Richard Burce via Cygwin]

-- 
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: [ANNOUNCEMENT] Updated: cygutils 1.4.16-7

[Richard Beels via Cygwin]

On 2021-09-26 18:46, Westcoast Human via Cygwin wrote:



This now wedges and is not interruptible with Ctrl-C, but closing the
CMD window kills everything. Task Manager shows that putclip is
apparently stuck in a loop waiting for something to happen as the
counts in "I/O Other" and "I/O Other bytes" keep increasing at a
regular rate (should a timeout error be incorporated, perhaps?)


You don't need to kill the whole terminal session, open up another 
one and kill the rogue putclip with kill(1) or pskill (from 
systernals).  Could even use procexp (from systernals) without having 
to open a new term.



--
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 setup version 2.909 not installing (silent mode) - bug or user error?

[Richard Beels via Cygwin]

At 9/21/2021 at 12:28, Shakespearean monkeys danced on Jason Pyeron's 
keyboard and said:
If the last execution of the setup used download only and the setup 
is used with -q and without either -D or -L it still defaults to -D


Adding -Y does not change the behavior either.

Workaround was to launch setup, advance to "select download source", 
select install, advance to next screen, abort, re-run silent install.


From setup --help:
-D --download Download packages from internet only
-L --local-installInstall packages from local directory only
-Y --prune-installPrune the installation to only the requested
   packages


I noticed this a while back, too, with .908.  I thought I mentioned 
it but maybe not.


There are explicit switches for download (-D) only or local-install 
(-L) but not for "install from the internet".  It looks like the 
"last-action" setting in /etc/setup/setup.rc controls what is used as 
the default for the next run: "Download", "Install" (local install) 
and "Download, Install" (internet install).


At a minimum, it seems that the code currently is in contradiction to 
the --help output: once you choose -L or -D, that becomes the default 
mode for subsequent runs.  Until explicitly changed back by running 
setup and clicking the appropriate button on the second dialog (or 
editing the rc file?). 



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

Broken dependencies for net-snmp-utils and perl-net-snmp

[Richard H. Gumpertz]

Did you ever find fix for this?

            Rick Gumpertz


--
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: Package Requests: Update: bash-completion, coreutils - New: linux-manpages

[Richard Beels via Cygwin]

At 8/13/2021 at 01:11, Shakespearean monkeys danced on Brian Inglis's 
keyboard and said:
 I suggested linux-manpages a while back, as it comes from the same 
source as posix-manpages, and I install it myself, but did not get 
voted to package, due to duplication with conflicting priorities 
and no easy way to resolve under existing paths.


Huh...  they go to /usr/local by default (easily changeable with 
`make prefix=...`), which is pretty bare to begin with and with the 
fact that they don't package hardly anything in man1, the conflict 
potential goes down even further.  Ah well, I guess I just keep 
making it manually from a cloned repo.



 I could probably look at bash-completion if I can get around to 
bash, as I would worry about dependencies, fixes, and tweaks. There 
are big challenges in bash and coreutils being years out of date as 
parts of those need customized for Cygwin, and the customization 
patches are likely to have issues, or even need redesign, if there 
have been major changes.


bash-completion is a separate/disconnected project (now located at 
https://github.com/scop/bash-completion), it doesn't align its 
releases with bash itself.  bash-completion 2.7-2.10 require bash 
4.1+, 2.11 bumped that to 4.2.  Since we're at 4.4, I don't think 
that's a showstopper (BICBW).




And thanks again for the findutils update.  4.7 gave us 
comma-delimited -type/-xtype specs, so a "( -type p -o -type s )" 
(shown non-quoted for sanity's sake) becomes "-type p,s".  :thumbsup:



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

Package Requests: Update:bash-completion, coreutils - New: linux-manpages

[Richard Beels via Cygwin]

Findutils _was_ on this list but then I saw it come over the transom 
(yeay Brian! :-), which reminded me I never actually wrote about 
it.  Procrastination eekes a minor victory...  :)


bash-completion and coreutils are both currently several releases/years behind.

Also, I'll throw in an oddball request to save a bucket of headers - 
linux manpages.  I see the posix ones are packaged for the cyg, it 
would be nice to also get the linux manpages packaged in similar fashion.



--
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: search and install packages via bash?

[Richard Beels via Cygwin]

At 07/08/2021 at 17:11, Shakespearean monkeys danced on Richard Beels 
via Cygwin's keyboard and said:




2, use fzf.  i don't use it (yet?) but it should be something like:



I decided to download fzf and play with this since the itch grabbed 
me...  It took all of 5 seconds for me to remember a bunch of 
packages with a "-" in the name, so came up with this instead:


cyginst() { # install cygwin package(s) from the commandline, can't do *-src
_pkg=$(cygcheck -p "$1"   \
| grep "$1"   \
| fzf --multi --reverse   \
| sed -E 's_-[0-9]+.*$__' \
| tr '\n' ',' \
| sed 's_,$__')
/setup-x86_64.exe --packages "$_pkg"
}

Since this would whack -src, I tried to figure out how to install 
just a source package from the commandline to see if this would 
matter but couldn't figure it out, so I guess the -I option is there 
for a reason.


But I came across a weirdity with setup (2.908).  While you can 
change the mode into download (-D) only or local-install (-L) via 
commandline, I couldn't figure out how to change it back to "install 
from the internet" from the commandline.  I think there should be a 
parameter for this, but heck if I I have any idea about C++ (I can 
barely spell it).


At a minimum, it seems that the code currently is in contradiction to 
the --help output: once you choose -L or -D, that becomes the default 
mode for subsequent runs.  Until explicitly changed back by running 
setup and clicking the appropriate button on the second dialog.  It 
looks like the "last-action" setting in /etc/setup/setup.rc controls 
what is used as the default: "Download", "Install" (local install) 
and "Download, Install" (internet install).  The expected behavior 
would be as the --help output describes.





Cheers!


--
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: search and install packages via bash?

[Richard Beels via Cygwin]

At 07/08/2021 at 10:19, Shakespearean monkeys danced on Ulli 
Horlacher's keyboard and said:

This part was easy:

W10dev:/usr/local/bin: cygsearch ksh
Found 449 matches for ksh
kshisen-debuginfo-17.04.3-1 - kshisen-debuginfo: Debug info for kshisen

mksh-56c-1 - mksh: MirBSD Korn Shell


1.maybe you saw nothing selected for install because the main 
window's view chooser was to "pending" and not "full"?


2, use fzf.  i don't use it (yet?) but it should be something like:

cyginst() { # a little function to install a package from the cli
_pkg=$(cygsearch "$1" | fzf | cut -f1 -d'-' )
/setup-x86_64.exe  ... -P "$_pkg"
}

the cut is to strip off all the versioning choices.  i think fzf can 
even allow you to edit the choice you make to eliminate that.  or you 
you change the cut to a sed and only strip off '-[0-9]*' for apps 
that use a dash in their real name (can't think of one ottomh, but...).


fzf is packaged for cygwin and the github page has more help than I 
cared to read when I found it. :)





Cheers!


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

error running linker

[Richard Morgan via Cygwin]

Hi,

While running an ant build cc task (cpptasks: Compile tasks for Apache 
Ant - cc (sourceforge.net) 
), when 
it reached the Link step I received the following output:


Starting Link

    1 [main] 5672 find_fast_cwd: WARNING: Couldn’t compute 
FAST_CWD pointer.  Please report this problem to the public mailing list 
cygwin@cygwin.com 


    link: extra operand ‘/DLL’

I don’t know if the extra operand is the problem, I don’t supply it, it 
is likely generated by the “outtype=’shared’” parameter of the cc task, 
so I don’t have an easy means to experiment with changing that since I 
need a shared library to be generated.


If you need any other info let me know.

Regards,

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

FW: NoMa: Service 311-ntp on host trastratumts1.musgravegroup.net is UNKNOWN

[Bourke, Richard (SCM)]

-Original Message-
From: g...@gwkmon.musgravegroup.net 
Sent: Friday 8 January 2021 14:04
To: SCM Team 
Subject: NoMa: Service 311-ntp on host trastratumts1.musgravegroup.net is 
UNKNOWN

* NoMa *

ID: 146297
Notification Type: PROBLEM
Service: 311-ntp
Host: trastratumts1.musgravegroup.net
Host Alias: trastratumts1.musgravegroup.net
State: UNKNOWN
Address: TRASTRATUMTS1.musgravegroup.net
Link: 
https://gwkmon.musgravegroup.net/portal-statusviewer/urlmap?host=trastratumts1.musgravegroup.net=311-ntp
Info: 3 [main] check_ntp_time 48656 find_fast_cwd: WARNING: Couldnt compute 
FAST_CWD pointer.  Please report this problem to/the public mailing list 
cygwin@cygwin.com/  24258 [main] check_ntp_time 48656 exception::handle: 
Exception: STATUS_ACCESS_VIOLATION/  30586 [main] check_ntp_time 48656 
open_stackdumpfile: Dumping stack trace to check_ntp_time.exe.stackdump


Date/Time: Fri Jan  8 14:04:05 2021
This e-mail and any attachment transmitted with it is confidential and is 
intended solely for the person or entity to whom it is addressed. The 
unauthorized use, disclosure, copying or alteration of this message is strictly 
forbidden. If you are not an intended recipient of this email, you must not 
use, disclose, copy, distribute or retain this message or any part of it. If 
you have received this email in error, please notify me immediately and delete 
all copies of this email from your computer system(s). Any views expressed in 
this e-mail are those of the individual sender and do not necessarily reflect 
the views of Musgrave Group. Please note that Musgrave Group reserves the right 
to monitor e-mail communications which are sent through or hosted on its 
networks at all times. www.musgrave.ie The holding company of the Musgrave 
Group is Musgrave Group plc Registered in Ireland No 105820. Registered office: 
Ballycurreen, Airport Road, Cork
--
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

php memory errors

[Richard H Lee via Cygwin]

I've recently gotten out of memory errors with php, with tasks that 
previously have worked fine.


Has anybody else experienced this too?

--
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: unable to run httpd with mod_rewrite

[Richard H Lee]

On 26/02/2019 10:30, jwang25...@gmail.com wrote:

Hi Richard,

Would you please shed some light on this (how to set the mutx for the rewrite 
map) as I am having the same issue?

Thanks a lot in advance
James

My bad. I didn't check the error logs.
Setting the mutex for the rewrite map in the conf file fixed it.
On Mon, Oct 15, 2018 at 4:24 PM Richard Lee 
wrote:


I can run httpd when mod_rewrite is disbaled in httpd.conf. When I



_
Sent from http://cygwin.1069669.n5.nabble.com



Mutex posixsem rewrite-map

--
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 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64

[Richard Campbell]

On Tue, Feb 26, 2019 at 12:38 PM Jerry Baker via cygwin
 wrote:
>
> That's why you're reading about it "on the appropriate list," as
> described on that page. It's a take it or leave it thing. I report it,
> and the cygwin community can do whatever they like with it - ignore it,
> investigate it, shoot the messenger. It's their project.

The requested cygcheck output would be helpful in this regard.

"Run cygcheck -s -v -r > cygcheck.out and include that file as an
attachment in your report. Please do not compress or otherwise encode
the output. Just attach it as a straight text file so that it can be
easily viewed."

-Richard Campbell.

--
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] TEST: Cygwin 3.0.0-0.2

[Richard Campbell]

On Wed, Jan 30, 2019 at 11:31 AM Corinna Vinschen
 wrote:
>
> On Jan 30 09:11, Brian Inglis wrote:
> >
> > Re: "(*) It would really be nice not having to ask for these infos every 
> > time."
> > may want to append HKLM/SOFTWARE/Microsoft/Windows NT/CurrentVersion/UBR to
> > uname -s sysname to show the patch levels of installed builds, as there 
> > appears
> > to be substantial differences between editions and service models.
>
> Thanks for the info, but what to do with this?  Is there a thorough
> description somewhere to allow deciphering what this means to us?

Isn't it just the part of the build number after the decimal in "Build
17134.523" or similar?

https://support.microsoft.com/en-us/help/4018124/windows-10-update-history
https://support.microsoft.com/en-us/help/4480966

-Richard Campbell.

--
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: iperf 2.0.13 available

[Richard Campbell]

While iperf may have a maintainer listed (Joel Johnson), I only see
one release from him and no mailing list posts since that 2015 upload,
so iperf may be orphaned again.

At the time Joel noted that 2.0.5 was the last version prior to a
fork, but that he deliberately didn't pick that version due to an
incompatible change, so if that's the source of the current iperf
2.0.13, that iperf fork may also not have a maintainer.

https://sourceware.org/ml/cygwin-apps/2015-07/msg00052.html
https://sourceware.org/cgi-bin/search.cgi?q=joel+johnson=Search%21=extended=all=10=long=wrd=1=1=2221==no=%2Fml%2Fcygwin%25

-Richard Campbell.

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

update request for whois

[Richard Beels via cygwin]

Could we get an update to whois?  5.4.0 was released a couple weeks 
ago, 5.3.2 back in July.

ftp.debian.org/debian/pool/main/w/whois

The current package of  5.2.10 was released > 3 years ago:
https://sourceware.org/ml/cygwin-announce/2015-09/msg00052.html

There are a couple significant issues with 5.2.10.
1. requires 2 lookups to get to the thick record,.  this was reported 
before - https://sourceware.org/ml/cygwin/2017-08/msg00225.html

2. .com queries almost always return an exit code of 1 upon success.
https://github.com/rfc1036/whois/issues/54 , also #s 55,56,57

As an aside, I don't know if I would title it "whois: GNU Whois 
(installed binaries and support files)" since "GNU whois" seems to be 
something named jwhois, which is a whole different dead-end of a 
project that hasn't been updated in over a decade.  And the author 
doesn't identify it as "GNU whois", even though he releases it under gpl2.


Cheers!


--
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: unable to run httpd with mod_rewrite

[Richard Lee]

My bad. I didn't check the error logs.
Setting the mutex for the rewrite map in the conf file fixed it.
On Mon, Oct 15, 2018 at 4:24 PM Richard Lee  wrote:
>
> I can run httpd when mod_rewrite is disbaled in httpd.conf. When I
> enable it, httpd immediately exits. It was working last year. I'm
> running x86_64 Cygwin on Windows 10.

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

unable to run httpd with mod_rewrite

[Richard Lee]

I can run httpd when mod_rewrite is disbaled in httpd.conf. When I
enable it, httpd immediately exits. It was working last year. I'm
running x86_64 Cygwin on Windows 10.

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

[Richard Campbell]

Over 300 bugfixes and 4 security vulnerabilities were fixed between
Curl 7.59 (most current cygwin, released in March) and Curl 7.61.1
(most current at curl.haxx.se, released September 5), if I'm reading
the Curl page correctly.

https://curl.haxx.se/docs/releases.html
https://cygwin.com/packages/x86_64/curl/
On Mon, Sep 24, 2018 at 2:50 PM Andrey Repin  wrote:
>
> Greetings, Mcclintock, Timothy M CTR USARMY MEDCOM JMLFDC (US)!
>
> > With the latest updates to OpenSSL will we be seeing a new version of Curl 
> > as well?
>
> What's wrong with current one?
>
>
> --
> With best regards,
> Andrey Repin
> Monday, September 24, 2018 22:43:45
>
> Sorry for my terrible english...
>
>
> --
> 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
>

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

Keyhook and fullscreen don't work at the same time

[Richard Foote]

Hi everyone,

I have Cygwin installed on my Win 7 Enterprise work computer (i.e., no
admin access) in a folder in my home directory. I have almost everything
working except for a couple of things. I haven't made an honest try to get
Dropbox working, but I have done a lot to get the -keyhook option working
so that I can get ALT+TAB, etc. working properly. It works in every case
(with startxwin) unless I am using it with the -fullscreen option. To me,
running in full screen one way or another is non-negotiable.

There are two possible solutions to this in my mind:
1) Figure out how to make -keyhook work with -fullscreen
2) Figure out how to make the windows 7 taskbar "always on bottom"  or
"manual-hide" (as opposed to auto-hide) so that the X window will be
effectively fullscreen when I use the -nodecoration option (which *does*
work with -keyhook).

Hiding and/or moving the taskbar is not a solution, because I never want to
see it on any side of the screen under any circumstances. I've experimented
with killing explorer.exe, but in that case the -nodecoration option leaves
a strip at the bottom of the screen where the taskbar was.

Thank you,
R Foote

--
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 25 Jun 2018 00:46:06 -0000 Issue 10882 - virus alert

[Richard Watt]

Hi,

Did anyone else get a virus warning from the cygwin Digest 25 Jun 2018
00:46:06 - Issue 10882?

I'm using avast! antivirus on Windows 7 SP1 64-bit and it flagged up
detecting a "Win32:Malware-gen" threat, but a Google Search reveals a
MalwareBytes forum thread saying that this is a false positive (and
there's nothing quarantined) either.

Best regards,
--
Richard Watt


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
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: inotify?

[Richard H Lee]

On 03/05/2018 10:35, Ulli Horlacher wrote:

Is there a similar service "tell me of new files in this directory tree"
in Windows which I can use instead?

Windows does have its own file and directory watching API.

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

[Richard Campbell]

> > Sure, the question is why they use this stage prefix suddenly when they
> > didn't before.
>
> The answer to that question is still open.  Why does cygport set this
> symbol in this manner?  I am removing the "-Wp," and see what the build
> does…

Yaakov added that symbol to lib/compilers.cygpart on February 20 along
with other security flags, in the "Add security flags to CFLAGS"
commit.

https://github.com/cygwinports/cygport/commit/48e7b6e94052ac58643fa3b7989bb7e1468389f7

The "-Wp" just means to pass -D_FORTIFY_SOURCE=2 through to the preprocessor.

Best regards,

-Richard Campbell.

Re: msmtp depends on Gnome!?

[Richard H Lee]

On 28/03/2018 22:50, Stephen Paul Carrier wrote:

What's not light-weight is its dependency on libgnome-keyring0 which
has more dependencies that eventually bring in Gnome.  This is for a
headless workstation.
Gnome doesn't just contain the desktop libraries, it also contains the 
libraries for gobject.


--
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: Trouble running ssh-host-config

[Richard H Lee]

On 01/03/2018 04:06, Steve Kelem wrote:

When I right-click cygwin.bat and run as Administrator, ssh-host-config -y
gets the following errors:
What happens if you try running cygwin as admin by running mintty as 
administrator (as opposed to cygwin.bat)?


--
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: Git status delay

[Richard H Lee]

On 21/11/2017 10:27, Adam Dinwoodie wrote:

(I believe this is a bug in Git, on the grounds that (a) Git in general
supports POSIX systems and giving special meaning to paths starting with
`\\` is allowed, if unusual, POSIX behaviour, and (b) Git specifically
supports Cygwin, and this is very well documented Cygwin behaviour.)


I updated Cygwin and this problem has been fixed. Here's the upstream 
commit:

https://github.com/git/git/commit/57dd3dd28724a150e6c6d4c1c8363e1efd49c197.patch

What happened previously was that when is_git_directory("/") was called, 
git blindly appended "/HEAD" to the path, causing "//HEAD" (i.e. a 
network share) to be lstatted. The commit fixes this by only appending 
the '/' before "HEAD" only if it does not end in it already. Hence 
"/HEAD" is now lstatted as it should be.




In the name of being able to report this usefully upstream (and ideally
being able to reproduce it myself) can you give me a bit more
information about your environment?
I think the reason why so few people experienced this issue was that 
certain people have ISPs that use DNS hijacking. This is where 
non-existent DNS names are resolved to a catch-all IP address. They do 
this to monetise domain name typos. E.g. if someone mistypes the DNS 
part of the URL, the ISP's "not found" page will display adverts based 
upon terms extracted from the URL.


So if you lstat("//HEAD") and you are on a network that does DNS 
hijacking, Cygwin will attempt to connect to the ISP's server via SMB. 
As the ISP's server is a publicly facing IP address, it probably just 
black holes any incoming connection requests. So instead of receiving an 
immediate connection refusal, the TCP connection request just times out. 
This timeout was the cause of the delay.


--
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: Cryptic characters at 4kboundary after ssh transfer

[Richard H Lee]

On 08/12/2017 13:39, Caduff Claudio  DFRKSTA wrote:

In some (about 1 of 100) of the transferred files there are cryptic characters 
(always 8 Bytes), always at an address which begins after 4k.


Could this be related to any mmap calls? Cygwin mmaps in 4k blocks, but 
the caveat is that they are aligned at 64k boundaries.


--
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: Requested report

[Richard Mateosian]

Thanks. I wasn't actually using Cygwin, but Ruby apparently does so under
the covers. Or maybe my path leads it astray, because I used to use Cygwin
-- a long time ago.   ...RM

On Thu, Nov 30, 2017 at 11:37 AM, Andrey Repin <anrdae...@yandex.ru> wrote:

> Greetings, Richard Mateosian!
>
> > C:\Dev\Ruby24-x64\lib\ruby>ls
> >   1 [main] ls 8652 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
> > pointer.
>
> > *Please report this problem to the public mailing list cygwin@cygwin.com
> > <cygwin@cygwin.com>*
>
> Yet again: This issue was fixed over a decade ago. Please update your
> Cygwin
> installation.
> See http://cygwin.com/faq/faq.html#faq.using.fixing-find_fast_cwd-warnings
>
> > 2.4.0  gems  site_ruby  vendor_ruby
>
>
> --
> With best regards,
> Andrey Repin
> Thursday, November 30, 2017 22:36:19
>
> Sorry for my terrible english...
>
>


-- 

Richard Mateosian <x...@pacbell.net>
Berkeley, California

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

Fwd: Requested report

[Richard Mateosian]

C:\Dev\Ruby24-x64\lib\ruby>ls
  1 [main] ls 8652 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer.

*Please report this problem to the public mailing list cygwin@cygwin.com
<cygwin@cygwin.com>*

2.4.0  gems  site_ruby  vendor_ruby
-- 

Richard Mateosian <x...@pacbell.net>
Berkeley, California

--
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: Git status delay

[Richard H Lee]

Can also confirm this on Windows 10.

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

Git status delay

[Richard H Lee]

I have an issue with git where it hangs for 10 to 20 seconds on several 
commands, including "git status". For me this is reproducible on a fresh 
install of Cygwin x64 in Windows 7.


I get the feeling I am doing something wrong on my end as "git status" 
is a very commonly used command, yet I see no mentions of this on the 
Cygwin mailing list.


Using gdb I can see git hang in the function validate_headref on an 
lstat call. validate_headref pretty much does what it says and validates 
the HEAD reference file. validate_headref is called multiple times for 
different candidate paths for the HEAD reference file, e.g. ".git/HEAD" 
etc. For some reason the path "//HEAD" is checked and this is causing a 
delay. Paths starting with "//" are treated in Cygwin as CIFS paths and 
the delay comes from the timeout when Windows tries to resolve the 
hostname "HEAD" to a server.


Subsequent executions of "git status" return immediately as I guess the 
resolution of "HEAD" as a hostname is cached.


I don't recall having this problem previously.

Does anyone else experience this issue?


Richard

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

error message

[Richard Mestetsky]

After an upgrade to Windows 10, I got the following message:

  1 [main] bash 9904 find_fast_cwd: WARNING: Couldn't compute 
FAST_CWD pointer.  Please report this problem to

the public mailing list cygwin@cygwin.com



--
Best Wishes,
/Richard Mestetsky/
732-431-9210

Fwd: Couldn't compute FAST_CWD pointer

[Richard Mateosian]

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
the public mailing list cygwin@cygwin.com
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Now watching 'target.txt' for changes...


As requested, I am reporting the problem.  ...RM

-- 

Richard Mateosian <x...@pacbell.net>
Berkeley, California

--
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: Challenge: a VERY strange problem with command substitution in bash

[Richard Beels via cygwin]

At 07/11/2017 at 15:12, Shakespearean monkeys 
danced on Jürgen Wagner's keyboard and said:

...
Using backquotes instead of the command 
substitution with $(...) does not change the 
results. I could swear this did work in an 
earlier version of Cygwin on my Windows 7 machine.


I tried this to see if the code in the parentheses is executed at all:

$ value="$( date 2> foo | cat )"; echo "$? <$value>"

The file "foo" was not created, i.e., it seems 
the commands don't really get executed.


$ value="$( date && pwd )"; echo "$? <$value>"
0 

$ value="$( date || pwd )"; echo "$? <$value>"
0 

both work, so some control structures seem to be 
permissible... just not a pipe.


What is going on? Some misconfiguration? A 
Cygwin bug? Some interaction with something 
weird in Windows 10? I am at loss to understand 
what could be wrong... and am now most curious 
whether anybody has an idea what is causing 
this. Does it work/not work in the same way in your Cygwin installation?


I came across this effect because 
ssh-host-config did not recognize me as 
administrator anymore. It's due to a check for a 
certain user group that uses a command 
substitution with a pipe. Replacing this with an 
equivalent command works. The original line used 
"id -G" and then a "grep -Eq" to check whether a certain group is on that list.


I am VERY curious now! I've rarely been puzzled 
that much by such a very elementary shell 
expression (looking back at 34 years of Unix experience).



Hi Jurgen.

90% chance it's what is called bloda in these 
parts.  It's in the FAQ on cygwin.com.  I'll go 
out on a limb and say you might have just 
installed/changed your AV/Firewall software.


And if I want to be super-psychic, can I guess 
comodo?  Because I just changed to comodo a 
couple weeks ago and had the same 
subshell/command substitution/pipeline errors you're mentioning.


If so, you need to exclude your cygwin folder 
from AV scanning. AND...  if the software does 
whitelisting or host intrusion protection (HIPS) 
or "run unknown executables in a 
container/sandbox" or something similar, you also 
need to trust all the executables, too.  Or 
switch to something else that doesn't trip cygwin's trigger.


After doing that and a rebaseall, I haven't had a 
fork error in a week.  I can't wait to run setup 
and come up with an update process, though...


Cheers!


--
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.exe problem in wine

[Richard Z]

On Fri, Jun 30, 2017 at 07:45:34AM -0700, Dan Kegel wrote:
> 
> Well, shoot.  So I tried again with WINEDEBUG=+relay to get a log of
> system calls,
> Wading through the noise, I saw two interesting things:
> 
> 0030:Starting process L"C:\\cygwin64\\bin\\bash.exe" (entryproc=0x100401000)
> ...
> 0030:Call KERNEL32.CreateFileW(68028
> L".\\pipe\\cygwin-e022582115c10879-lpc",c000,0003,18027c3e0,75646f4d0003,656c646e0002,)
> ret=18015fa5f
> 0030:Ret  KERNEL32.CreateFileW() retval= ret=18015fa5f
> 0030:Call KERNEL32.GetLastError() ret=18015fb05
> 0030:Ret  KERNEL32.GetLastError() retval=0002 ret=18015fb05
> 
> Gee, I hope Wine's pipes are up to snuff.
> 
> And:
> 
> 0030:Call KERNEL32.GetModuleHandleA(180243568 "ntdll.dll") ret=1800df8dc
> 0030:Ret  KERNEL32.GetModuleHandleA() retval=7bc2 ret=1800df8dc
> 0030:Call KERNEL32.GetProcAddress(7bc2,180243572
> "RtlGetCurrentDirectory_U") ret=1800df8f7
> 0030:Ret  KERNEL32.GetProcAddress() retval=7bc2e3f4 ret=1800df8f7
> 0030:Call KERNEL32.GetProcAddress(7bc2,18024358b
> "RtlEnterCriticalSection") ret=1800df909
> 0030:Ret  KERNEL32.GetProcAddress() retval=7bc49500 ret=1800df909
> 0030:Call KERNEL32.GetLastError() ret=18011fa9b
> 0030:Ret  KERNEL32.GetLastError() retval= ret=18011fa9b
> 0030:Call KERNEL32.GetStdHandle(fff4) ret=1801202d0
> 0030:Ret  KERNEL32.GetStdHandle() retval=0008 ret=1801202d0
> 0030:Call KERNEL32.WriteFile(0008,8ab0,0125,8aa4,)
> ret=1801202ec
> Cygwin WARNING:
>   Couldn't compute FAST_CWD pointer.  This typically occurs if you're using
>   an older Cygwin version on a newer Windows.  Please update to the latest
>   available Cygwin version from https://cygwin.com/.  If the problem persists,
>   please see https://cygwin.com/problems.html
> 
> Well, that's funny.  RtlGetCurrentDirectory_U is implemented in Wine;
> I wonder why Cygwin doesn't like it.  That seems worth investigating.

seeing the same here, unfortunately my knowledge of windows is very
basic so I can't contribute to fixing this.


Richard

-- 
Name and OpenPGP keys available from pgp key servers


--
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.exe problem in wine

[Richard Z]

On Fri, Jun 30, 2017 at 07:45:34AM -0700, Dan Kegel wrote:

thanks for the tipps and trying..

> There were lots of complaints from setup.exe (not wine) of the sort
> AddAccessAllowedAceEx(C:\cygwin64/etc/setup, group) failed: 1337
> but those can probably be ignored.

same here.

> Default install seemed to go quite well, at least until the
> postinstall scripts ran;
> each one of them complained about a stack overflow, but the gui continued:

almost same here but it was "page fault on read access to 0x0001",
the difference might be because I am trying the 32bit mode.


> Well, shoot.  So I tried again with WINEDEBUG=+relay to get a log of
> system calls,
> Wading through the noise, I saw two interesting things:

strangely WINEDEBUG does nothing for me.

I have added the info to https://bugs.winehq.org/show_bug.cgi?id=40528

Richard

-- 
Name and OpenPGP keys available from pgp key servers


--
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.exe problem in wine

[Richard Z]

On Fri, Jun 30, 2017 at 01:26:19PM +0200, Richard Z wrote:
> Hi,
> 
> read in various places that it should work, but I get
> "Cygwin is not supported on this Windows version" running
> from both wineconsole or bash.

got somewhat farther with "--allow-unsupported-windows"
and also need "--site" because mirror list is empty no matter
what connection method I specify.

Richard

-- 
Name and OpenPGP keys available from pgp key servers


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

setup.exe problem in wine

[Richard Z]

Hi,

read in various places that it should work, but I get
"Cygwin is not supported on this Windows version" running
from both wineconsole or bash.

 wine-1.7.53-1.fc21
 setup-x86.exe v 2.880

cat setup.log.full
2017/06/30 12:17:32 Starting cygwin install, version 2.880
2017/06/30 12:17:32 mbox Cygwin Setup: Cygwin is not supported on this Windows 
version
2017/06/30 12:17:42 AddAccessAllowedAceEx(, owner) failed: 1337
2017/06/30 12:17:42 AddAccessAllowedAceEx(, group) failed: 1337
2017/06/30 12:17:42 AddAccessAllowedAceEx(, owner) failed: 1337
2017/06/30 12:17:42 AddAccessAllowedAceEx(, group) failed: 1337

Somewhere it also complains 
  "mbox fatal: Cannot open log file Z:\home\rz\cygwin\setup.log for writing"
although the file is seemingly written.

Any idea what is wrong?

Thanks
Richard

-- 
Name and OpenPGP keys available from pgp key servers


--
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: Installer UI changed; how do I do a full install?

[Richard Campbell]

On Thu, Jun 15, 2017 at 4:09 PM, Jonathan Hayward
<jonat...@haywardfamily.org> wrote:
>
> Could you provide me with either explanation of how to do a full install, or
> else advice as to where I can find an installer whose UI worked the way the
> main UI did for years?

At the package selection screen, click the View dropdown and select
"Category."  Next to "All", click "Default", which will change to
"Install".

-Richard Campbell.

--
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: Python 3.6.1 fails to generate 256 colors, with xterm-256color, on Cygwin based 64-bit Windows 10.

[Richard S. Gordon]

Hello Cygwin & Brian Inglis,

I  have  not yet received the subject e-mail but did see a copy in the
Cygwin  Archive.  I’ve  reproduced  it below to facilitate my reply. I
used   a   different  mailer  to  generate  plain  text,  without  pdf
attachment.

My HTML formatted email was rejected.

Re: Python 3.6.1 fails to generate 256 colors, with xterm-256color, on Cygwin 
based 64-bit Windows 10.

From: Brian Inglis 
To: cygwin at cygwin dot com
Date: Sun, 11 Jun 2017 09:44:09 -0600
Subject: Re: Python 3.6.1 fails to generate 256 colors, with xterm-256color, on 
Cygwin based 64-bit Windows 10.
Authentication-results: sourceware.org; auth=none
References: <86daff59-6ea8-4288-9d7d-e3262988b...@comcast.net>
Reply-to: Brian dot Inglis at SystematicSw dot ab dot ca
*** IMPORTANT ***
Each test application is a small part of a software repository which contains:

Development Sandboxes (not requiring installation and registration with a 
specific Python 2x or Python3x release).
Site Packages (requiring installation and registration with a specific Python 
2x or Python3x release).
My toolkit uses the Python curses API to interrogate the built-in features. It 
overrides the built-in curses color palette only if curses allows the change.

In order to verify or troubleshoot my Python 3.6.1 failure, it is necessary to 
clone a copy of my toolkit repository on to your computer from its GitHub 
repository.
The errors you got when you tried to run one of my failing test applications 
are the result of trying to run it without its associated built-in toolkit 
libraries.

You can place the repository copy into any convenient location on your system. 
If you work within one of its Developer Sandboxes, instead of installing
any of its Site Packages, you will be able to delete the entire repository 
rather than those components which were installed and registered with individual
Python 2x or Python 3x releases.

Each Developer Sandbox automatically finds and uses its associated libraries.
On 2017-06-11 08:18, Richard S. Gordon wrote:
See how to make decent Cygwin problem reports at the link below my sig.

> 3. Python 3.6.1 generates 256 colors (65536-color pairs), with 
> xterm-256color, on Cygwin based 64-bit Windows 10. However, the 
> generated colors appear to be corrupted by overloading text
> attribute with specified foreground and background colors.
Could you please give some examples of what you expect to see and why,
and what you actually see?
NOTES:
On left is 32-bit Python 3.6.1 which supports only 16 colors (per limitation of 
32-bit processor)
On right is 64-bit Python 3.6.1 which supports 140 colors (per emulation of 68 
WxPython + 72 extra); besides wrong colors, notice the spurious underlines.
Sample 32-bit and 64-bit Python 3.6.1.pdf

Which Windows console are you running the test in: mintty, cmd, …?
Cygwin’s MINTTY, typically configured for 80 columns x 43-50 rows.

What are the results when you run it in another console?
None available

Are you running a Windows Insider or some developer build?
No
That recently had a keyboard problem that was fixed a few days later.

> 6. Cygwin Problem Reporter's Test Case: This Cygwin problem can be 
> demonstrated by running the Problem Reporter's 
> test_tsWxColorPalette.py in Python 3x (developer-sandbox) which can 
> be found in https://github.com/rigordo959/tsWxGTUI_PyVx_Repository
Could you please provide a direct link to a Simple Test Case program,
again with examples of what you expect to see and what you actually see?
I had to dig to find where you hid your test program.
See Important Notes at beginning of my reply.

If the program requires certain Cygwin python modules installed to run,
please state which Cygwin packages need to be installed.
The console, ncursesw, pty, or tty person trying to reproduce and
diagnose your problem may not be a python guy.
My Toolkit and its Test Applications use only Python 3.6.1 and its associated 
standard curses library.
Plus which Windows console are you seeing the problems under?
Not Applicable. Windows Console Applications are not used.

Steps to Reproduce your problem are required.
Steps:
TERM=xterm-256color
cd 
/cygdrive/d/WR/tsWxGTUI_PyVx_Repository/SourceDistributions/Developer-Sandboxes/tsWxGTUI_PyVx/Python-3x-3.6.1/tsWxGTUI_Py3x-3.6.1
python3 test_tsWxColorPalette.py
Running your test under current Win10 x64, latest Cygwin, mintty,
python3, and also on Debian, I get:

$ python3 Downloads/test_tsWxColorPalette.py
test_tsWxColorPalette: ImportError (tsLibCLI); importCode=No module
named 'tsLibCLI'
test_tsWxColorPalette: ImportError (tsLibCLI); importCode=No module
named 'tsExceptions'
test_tsWxColorPalette: ImportError (tsLibGUI); importCode=No module
named 'tsLibGUI'
test_tsWxColorPalette: ImportError (tsLibGUI); importCode=No module
named 'tsWx'
Traceback (most recent call last):
  File "Downloads/test_tsWxColorPalette.py", line 272, in 
StandardTerminalEmulators = wxTheme

Python 3.6.1 fails to generate 256 colors, with xterm-256color, on Cygwin based 64-bit Windows 10.

[Richard S. Gordon]

NOTES:

1. Python 3.6.1 generates 8 colors (64-color pairs), with xterm, on Cygwin
   based 32-bit Windows 10

2. Python 3.6.1 generates 16 colors (256-color pairs), with xterm-16color,
   on Cygwin based 32-bit Windows 10

3. Python 3.6.1 generates 256 colors (65536-color pairs), with xterm-256color,
   on Cygwin based 64-bit Windows 10. However, the generated colors appear to
   be corrupted by overloading text attribute with specified foreground and
   background colors.

   Fixing this Python 3.6.1 issue will probably require modification to the
   Python curses stdlib. Here is the ncurses 6.0 author's description of the
   notable changes that he made to ncurses 5.x in order to produce ncurses
   6.0 (excerpted from: http://invisible-island.net/ncurses/announce.html):

   a. Extend the cchar_t structure to allow more than 16 colors to be encoded.

   b. Modify the encoding of mouse state to make room for a 5th mouse button.
  That allows one to use ncurses with a wheel mouse with xterm or similar
  X terminal emulators.

4. Cygwin problem reporter's test platform is a 27" iMAC (with 3.5 GHz Intel
   Core i7, 16 GB 1600 MHz DDR3) running Mac OS 10.12.5 (Sierra). It includes
   support for Python 3.6.0. It uses the Parallels Desktop 12 for Mac (a
   hypervisor) to run the following guest operating system:

   a. Android 4,

   b. Linux (CentOS 7.2 & 7.3, Debian 8.7 & 8.8, Fedora 24 &25, OpenSUSE
  13.2, Scientific 7.2 & 7.3, Ubuntu 16.04 & 17.04)

   c. Solaris (OpenIndians Hipster 1610)

   d. Unix (PCDBSD 10.3 & TrueOS 12.0)

   e. Windows (10 32-bit, 10 64-bit) (NOTE: previously ran 32-bit XP, 7
  and 8.1). Only Windows 10, with Cygwin, includes support for
  Python 3.6.1 and support for xterm, xterm-16color and xterm-256olor.
  The other Guest Operating Systems typically support Python 3.4.x or
  Python 3.5.x with only xterm (8-color).

5. Cygwin problem reporter's suggest fixes:

   a. The fix to the Python 3.6.1 curses stdlib should only be applied to
  those 64-bit platform versions used with 64-bit ncurses 6.0.

   b. The fix should NOT apply to the Python 3.6.1 curses stdlib applied
  to those 32-bit platforms used with 32-bit ncurses 6.0, because the
  32-bit ncurses 6.0 API is backwards compatible to the 32-bit ncurses
  5.x API.

6. Cygwin Problem Reporter's Test Case:

   This Cygwin problem can be demonstrated by running the Problem Reporter's
   test_tsWxColorPalette.py in Python 3x (developer-sandbox) which can be
   found in https://github.com/rigordo959/tsWxGTUI_PyVx_Repository. 

Richard S. Gordon


--
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: [ATTN: Yaakov Selkowitz / PHP maintainer] Re: Composer segfault on multiple configurations

[Richard H Lee]

Yaakov,

I probably should have copied you in on the last message to get your 
attention.


It's just a simple patch to fix this page size issue with php on Cygwin. 
Would be grateful if you could review and possibly accept this patch, as 
it has been confirmed and does affect several people.


Richard
diff --git a/Zend/zend_stream.c b/Zend/zend_stream.c
index 3fd7fa0..f5b9bea 100644
--- a/Zend/zend_stream.c
+++ b/Zend/zend_stream.c
@@ -30,7 +30,11 @@
 # if HAVE_UNISTD_H
 #  include 
 #  if defined(_SC_PAGESIZE)
+#   ifdef __CYGWIN__
+#define REAL_PAGE_SIZE 4096
+#   else
 #define REAL_PAGE_SIZE sysconf(_SC_PAGESIZE);
+#   endif
 #  elif defined(_SC_PAGE_SIZE)
 #define REAL_PAGE_SIZE sysconf(_SC_PAGE_SIZE);
 #  endif
diff --git a/main/main.c b/main/main.c
index 01ed3a6..0909309 100644
--- a/main/main.c
+++ b/main/main.c
@@ -96,7 +96,11 @@
 # if HAVE_UNISTD_H
 #  include 
 #  if defined(_SC_PAGESIZE)
+#   ifdef __CYGWIN__
+#define REAL_PAGE_SIZE 4096
+#   else
 #define REAL_PAGE_SIZE sysconf(_SC_PAGESIZE);
+#   endif
 #  elif defined(_SC_PAGE_SIZE)
 #define REAL_PAGE_SIZE sysconf(_SC_PAGE_SIZE);
 #  endif

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

Memcache/d (Orig: Re: Composer segfault on multiple configurations)

[Richard H Lee]

On 25/05/2017 08:50, Sky Diver wrote:

Since then I went back in time and installed PHP 5.5.9, PHP 5.6.20 but
the result is the same.

PHP 5.5.9, PHP 5.6.2 on Cygwin?
Were they even released on Cygwin?


So I might end up following your steps in order to build PHP, hoping I
could enable built-in memcache support while at it (Bash on Ubuntu on
Windows, for example, has memcache and memcached included out of the
box).
Unfortunately, I think memcache is a separate package from php and it 
would not be compiled in by cygports.


From what I read memcache is rather unmaintained and should be 
deprecated. Memcached should be used instead.

https://github.com/oerdnj/deb.sury.org/issues/186#issuecomment-186217296

Memcache can't really be compiled for php7. Memcached can be. Taking a 
quick look at memcached, the memcached server compiles fine on cygwin 
except for one minor printf statement. Libmemcached, which php-memcached 
relies upon, requires a little bit more work (it's that whole "undefined 
symbols in shared libraries" thing). You possibly may want to consider 
moving your code from memcache to memcached.


For most websites memcache/d is optional. If the website detects that 
memcache/d is not present during setup, it simply does not use it. 
Usually people just don't use it for development and then turn it on for 
production. That is unless you specifically want to run memcache/d code 
on Cygwin.


--
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: Composer segfault on multiple configurations

[Richard H Lee]

On 18/05/2017 08:42, Sky Diver wrote:

I may compile php from cygports


Just in case Sky Diver or anyone else is interested in compiling php 
from Cygports, here are some simple steps to do so. It's not really 
difficult and most of the time it takes up is downloading the packages 
and compiling php. You'll probably want to do the compilation step 
during a lunch break or something.


If you just want to get a patched php running, just skip to the steps below.

But I'm also putting putting these instructions out here in case anyone 
wants to do some testing. The php devs asked for confirmation that (a) 
the bug exists and (b) this patch actually fixes it, before committing 
the patch.


The devs ask this as they have had problems setting up a dev environment 
for php. So they are unable recreate this bug or test the patch 
themselves. This is why I feel any Cygwin-specific patches for php 
should, for the moment be submitted to Cygwin rather than going to php.


To recreate the bug, create a 4096 bytes php file.
$ for i in $(seq 4096); do echo; done > test.php
Then execute it.
$ php test.php
This should immediately segfault. You can also test it through apache as 
there are two ways this bug can occur, through the php cli and through 
the apache php module. That is why the patch is against two different 
points in the source. By running apache in debug mode, you can see when 
the segfault occurs.

$ /usr/sbin/apachectl -X

Steps
=

1. Install the php source from cygwin
Install php from the Cygwin installer as normal, except check the Src 
checkbox as well as the Bin checkbox.


2. cd into the source directory
$ cd /usr/src/php-7.0.19-1.src

3. Copy the attachments over in that directory
- dependencies
- php-7.0.19-page-size.patch
- php-cygport-page-size.patch

5. Install the dependencies
There are 59 packages required to build php with cygport, listed in the 
attachment "dependencies". You'll probably use the command line for this 
rather than manually pick out the packages by hand in Cygwin's setup. 
You can either use setup's command line -P option or apt-cyg.

I used apt-cyg, so for me I run:
$ xargs apt-cyg install < dependencies
It will take a while to download all these packages.

4. Patch the cygport file
$ patch < php-cygport-page-size.patch

6. Prepare the source for compilation
$ cygport php.cygport prep

7. Compile php
$ cygport php.cygport compile
Depending on your cpu, this will take a significant amount of time.

8. Install your compiled php into a staging directory
$ cygport php.cygport install

9. Copy the files over from staging into root
$ rsync -varlI php-7.0.19-1.x86_64/inst/. /

10. Rebase the dlls in cygwin
$ rebase-trigger full
Exit all Cygwin processes, command line and services.
Run Cygwin's setup to actually perform the rebase.

If you rerun "php test.php" you now should get 4096 newlines instead of 
a segfault.


Should the patch miss php 7.0.20 or whatever the next version of php is 
for Cygwin, you can rerun the steps and just change the path names in 
steps 2 and 9. But hopefully the path will be merged in by then.




diff --git a/Zend/zend_stream.c b/Zend/zend_stream.c
index 3fd7fa0..f5b9bea 100644
--- a/Zend/zend_stream.c
+++ b/Zend/zend_stream.c
@@ -30,7 +30,11 @@
 # if HAVE_UNISTD_H
 #  include 
 #  if defined(_SC_PAGESIZE)
+#   ifdef __CYGWIN__
+#define REAL_PAGE_SIZE 4096
+#   else
 #define REAL_PAGE_SIZE sysconf(_SC_PAGESIZE);
+#   endif
 #  elif defined(_SC_PAGE_SIZE)
 #define REAL_PAGE_SIZE sysconf(_SC_PAGE_SIZE);
 #  endif
diff --git a/main/main.c b/main/main.c
index 01ed3a6..0909309 100644
--- a/main/main.c
+++ b/main/main.c
@@ -96,7 +96,11 @@
 # if HAVE_UNISTD_H
 #  include 
 #  if defined(_SC_PAGESIZE)
+#   ifdef __CYGWIN__
+#define REAL_PAGE_SIZE 4096
+#   else
 #define REAL_PAGE_SIZE sysconf(_SC_PAGESIZE);
+#   endif
 #  elif defined(_SC_PAGE_SIZE)
 #define REAL_PAGE_SIZE sysconf(_SC_PAGE_SIZE);
 #  endif
--- php.cygport 2017-05-14 09:27:04.0 +0100
+++ php-new.cygport 2017-05-20 18:18:45.937823600 +0100
@@ -35,6 +35,7 @@
5.6.6-fix-libtoolize.patch
5.6.9-apache2handler-zts.patch
7.0.17-pcre-jit-off.patch
+   php-7.0.19-page-size.patch
 "
 
 DIFF_EXCLUDES="aclocal.m4 configure generated_lists libtool.m4 lt*.m4 
ltmain.sh php_config.h.in php_version.h tests"
apache2-devel
c-client
cygport
libaspell-devel
libattr-devel
libcroco0.6-devel
libcurl-devel
libedit-devel
libenchant-devel
libfam-devel
libffi-devel
libgd-devel
libgdbm-devel
libglapi-devel
libgnutls-devel
libgs-devel
libgtk2.0-devel
libgts-devel
libguile1.8-devel
libguile2.0-devel
libgvc-devel
libhunspell-devel
libicu-devel
libidn2-devel
libisl-devel
libjasper-devel
libkrb5-devel
libLASi-devel
liblcms-devel
libllvm-devel
liblzo2-devel
libmcrypt-devel
libming-devel
libmpc-devel
libmpfr-devel
libnghttp2-devel
libnss-devel
libonig-devel
libopenjp2-devel
libopenjpeg-devel
libpng12-devel
libpoppler-devel
libpq-devel
libpsl-devel

Re: ANSI colors not showing by default

[Richard H Lee]

On 21/05/2017 21:45, Sky Diver wrote:

Lately I noticed that colors are not showing by default in some situations.
The most apparent case is when running composer.

The latest composer version on "Bash on Ubuntu on Windows" console,
and even when running it via a mintty shell looks just fine. But from
cygwin the output is monochrome.


It appears you needs to install the php-posix package to get termcap info.

https://serverfault.com/questions/591105/centos-colors-in-php-cli-applications#comment-698025

--
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: 5 seconds to update link info?

[Richard H Lee]

On 20/05/2017 01:39, Andrey Repin wrote:

I've tried to disable NetBIOS over TCP/IP on client for all adapters
active, but nothing has changed.


You could always try using Wireshark to get more insight as to what is
causing the delay.

--
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: 5 seconds to update link info?

[Richard H Lee]

On 19/05/2017 23:01, Richard H Lee wrote:

On 19/05/2017 22:37, Andrey Repin wrote:

When executed this oneliner over Samba 4.3 network share, it takes 5
seconds to match the newly created hardlink. I'm wondering if this is
Cygwin, Samba or Windows networking issue?


I think it's something to do with windows name resolution.

Try running:
ls //

You should see a similar delay.


I forgot to mention that you can get rid of this delay by disabling
NetBIOS on your active network connection(s). I don't think this should
interfere with the operation of Samba.

--
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: 5 seconds to update link info?

[Richard H Lee]

On 19/05/2017 22:37, Andrey Repin wrote:

When executed this oneliner over Samba 4.3 network share, it takes 5
seconds to match the newly created hardlink. I'm wondering if this is
Cygwin, Samba or Windows networking issue?


I think it's something to do with windows name resolution.

Try running:
ls //

You should see a similar delay.

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

[ATTN: Yaakov Selkowitz / PHP maintainer] Re: Composer segfault on multiple configurations

[Richard H Lee]

On 18/05/2017 08:42, Sky Diver wrote:

Any idea when your fix will get released as an official cygwin PHP
package?


Hi Yaakov,

I can see you're really busy with package maintenance and all, but I was
wondering if you could review and merge my patch for this issue. It's
basically changing the definition of the page size in two places.


Richard
diff --git a/Zend/zend_stream.c b/Zend/zend_stream.c
index 3fd7fa0..f5b9bea 100644
--- a/Zend/zend_stream.c
+++ b/Zend/zend_stream.c
@@ -30,7 +30,11 @@
 # if HAVE_UNISTD_H
 #  include 
 #  if defined(_SC_PAGESIZE)
+#   ifdef __CYGWIN__
+#define REAL_PAGE_SIZE 4096
+#   else
 #define REAL_PAGE_SIZE sysconf(_SC_PAGESIZE);
+#   endif
 #  elif defined(_SC_PAGE_SIZE)
 #define REAL_PAGE_SIZE sysconf(_SC_PAGE_SIZE);
 #  endif
diff --git a/main/main.c b/main/main.c
index 01ed3a6..0909309 100644
--- a/main/main.c
+++ b/main/main.c
@@ -96,7 +96,11 @@
 # if HAVE_UNISTD_H
 #  include 
 #  if defined(_SC_PAGESIZE)
+#   ifdef __CYGWIN__
+#define REAL_PAGE_SIZE 4096
+#   else
 #define REAL_PAGE_SIZE sysconf(_SC_PAGESIZE);
+#   endif
 #  elif defined(_SC_PAGE_SIZE)
 #define REAL_PAGE_SIZE sysconf(_SC_PAGE_SIZE);
 #  endif

--
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: Composer segfault on multiple configurations

[Richard H Lee]

On 18/05/2017 13:34, Andrey Repin wrote:

Try turning pcre.jit off, it was known to be a problem in the past.


This is already turned off in the cygport patches.

--
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: Composer segfault on multiple configurations

[Richard H Lee]

On 17/05/2017 20:17, Sky Diver wrote:

Running "composer install" with the following composer.json ends up in
a segmentation fault.

-- START ---
{
 "require": {
 "propel/propel": "~2.0@dev"
 },
 "config": {
 "optimize-autoloader": true
 }
}
-- END -

(*) Note: when "optimize-autoloader" is set to false the error doesn't occur.

I think this may be to do with the 4096 error bug.

Composer will pull in the files and run them. One of them is:
vendor/propel/propel/src/Propel/Runtime/DataFetcher/PDODataFetcher.php

From you project directory, try running:
php vendor/propel/propel/src/Propel/Runtime/DataFetcher/PDODataFetcher.php

That probably will give you a segfault. I'm not sure if changing the
filesize will help, because composer probably will fetch a fresh copy of
the file.

I did provide a small patch a few weeks ago. That might help. You'd need
to recompile and install php though cygports to use it.

--
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: winmain GetCommandLine only returning program name and path with no arguments

[Richard H Lee]

It works when using the mingw cross compiler.

On 13/05/2017 15:30, Mike Barry wrote:

Below is a sample program that demonstrates that the GetCommandLine
function is not returning the command line arguments.  I attached
cygcheck.out.

#include 
#include 

int WINAPI
WinMain(HINSTANCE hInst, HINSTANCE hPrev, LPSTR szCmdLine, int sw) {
char* text = GetCommandLine();
printf("getcmdline: %s\n", text);
return 0;
}

gcc test_wmain.c -o test

$ ./test hello world
getcmdline: "C:\cygwin64\home\mbarry\game-repos\greenbeam\src\test.exe"




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



--
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: hdparm windows phisical disks question

[Richard H Lee]

What does

ls /dev/hd*
or
ls /dev/sd*

give you?

On 11/05/2017 16:21, Emanuele Belfiore wrote:

I'm using hdparm on windows, eg: hdparm -y /dev/hda My question is:
if I have more than 26 phisical disks, what parameter I have to pass
(/dev/hd?) ?


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

[ATTN: PHP maintainer] Re: Fix for REAL_PAGE_SIZE in PHP

[Richard H Lee]

Here is my proposed patch for this bug:

diff --git a/Zend/zend_stream.c b/Zend/zend_stream.c
index 3fd7fa0..f5b9bea 100644
--- a/Zend/zend_stream.c
+++ b/Zend/zend_stream.c
@@ -30,7 +30,11 @@
 # if HAVE_UNISTD_H
 #  include 
 #  if defined(_SC_PAGESIZE)
+#   ifdef __CYGWIN__
+#define REAL_PAGE_SIZE 4096
+#   else
 #define REAL_PAGE_SIZE sysconf(_SC_PAGESIZE);
+#   endif
 #  elif defined(_SC_PAGE_SIZE)
 #define REAL_PAGE_SIZE sysconf(_SC_PAGE_SIZE);
 #  endif
diff --git a/main/main.c b/main/main.c
index 01ed3a6..0909309 100644
--- a/main/main.c
+++ b/main/main.c
@@ -96,7 +96,11 @@
 # if HAVE_UNISTD_H
 #  include 
 #  if defined(_SC_PAGESIZE)
+#   ifdef __CYGWIN__
+#define REAL_PAGE_SIZE 4096
+#   else
 #define REAL_PAGE_SIZE sysconf(_SC_PAGESIZE);
+#   endif
 #  elif defined(_SC_PAGE_SIZE)
 #define REAL_PAGE_SIZE sysconf(_SC_PAGE_SIZE);
 #  endif

This definition needs to be fixed in two places as there are two
different places where a PHP source file can be mmap()ed, depending on
whether it is loaded using php-cli or loaded when php is run from a library.

On 02/05/2017 11:28, Richard H Lee wrote:

Should this fix go upstream to PHP or be submitted to the PHP
package within Cygwin?


I ask this as partially accessibly memory pages I guess are a quirk of
Cygwin. But then again programs ideally should not read past the end of
the EOF in the region the file is mmap()ed to.


Richard

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

Fix for REAL_PAGE_SIZE in PHP

[Richard H Lee]

There is a bug with PHP on Cygwin where it segfaults if the php file
size is a multiple of 4K.

https://bugs.php.net/bug.php?id=65312

PHP mmap()s source files as it it faster than using normal I/O.

The problem is with the page size in Cygwin. When a file is mmap()ed
to memory, any remaining bytes after the EOF in the last page are
zero'ed out. So when PHP reads the bytes after the EOF, it expects to
find zeroes.

In most systems the page size is 4K. In Windows the page size is also
4K, but aligned to a boundary of 64K (allocation granularity). Cygwin
reconciles this by making the page size 64K. So in reality, Cygwin
pages are 64K big, backed by 4K pages allocated along 64K boundaries.

When PHP reads a file, it looks at the file size. If there are enough
bytes to read ahead in the last memory page after the EOF, PHP will use
mmap. Else it will open the file normally.

When PHP is given a 4K file on Cygwin, it sees that the file and the
bytes for reading ahead will easily fit into a 64K page (in
Cygwin). So it mmap()s the file. However only one 4K page (in Windows)
is mapped to. The remaining 60K pages are not. When PHP reads ahead
past the EOF, it reads into page which has not been mapped to. This
results in a segfault.

Changing the REAL_PAGE_SIZE to 4096 fixes the issue.

Should this fix go upstream to PHP or be submitted to the PHP package
within Cygwin?


Richard

--
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: Unattended install "remembers" the download option

[Drake, Richard R]

Thanks Wayne, that was the clue I needed.

Turns out cygwin will use the Windows Registry to store previous install
locations, and in that previous location I had the "download only" option
set.  The setup program used the Registry to find a previous install
location (/etc/setup/setup.rc file) and used that to populate some options.

-rich

-
From: Wayne Davison 
Date: Sat, 5 Nov 2016 09:14:40 -0700
Subject: Re: Unattended install "remembers" the download option

On Sat, Nov 5, 2016 at 7:01 AM, Drake, Richard R <rrdr...@sandia.gov>
wrote:
> What is really curious is where this option is being stored.  If I knew
>that, then
> maybe I could remove that setting so it would revert to the default
>setting.

Look in /etc/setup/setup.rc. I bet the line following "last-action" is
just "Download"
in your file. Mine is "Download,Install" (after a tab).

..wayne..



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

Unattended install "remembers" the download option

[Drake, Richard R]

Hello,

Does anyone know how the cygwin setup "remembers" install settings?  Such
as --download.

I ran the setup once using --download, and now every time I use it, it
runs with that option by default.  The problem is that I want to use
unattended mode to install additional products but they don't get
installed because it assumes the download only option.

Is there a "download and install" option that can be used?  In order to
override the "download only" option.  I didn't see one.

What is really curious is where this option is being stored.  If I knew
that, then maybe I could remove that setting so it would revert to the
default setting.

Thanks,

-rich


--
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: Any progress on "Fork issues ith long command lines and long $PATH"?

[Richard Heintze]

>On Tuesday, January 19, 2016 5:26 PM, Ken Brown <kbr...@cornell.edu> wrote:
>[Please don't top post.]

>On 1/19/2016 6:34 PM, Richard Heintze wrote:
>> Regarding my choice of terms: I was trying use terms consistent with that 
>> old link
>> "https://cygwin.com/ml/cygwin/2011-02/msg00416.html;.

>That message doesn't even mention emacs.  That's why I said in my first 
>reply to you that I couldn't make much sense of what you wrote.

>> (1) So is there a fix for the problem described in this link 
>> "https://cygwin.com/ml/cygwin/2011-02/msg00416.html;? According to
>> Corinna Vinschen's comments it is a Cygwin problem, not an emacs problem. I 
>> would love to have a fix.

>I still don't know the connection between that message and emacs.  Could 
>you say exactly what problem you're having?

>> (2) I was using $USERPROFILE as an example. We have dozens of these 
>> environment variables pointing to dozens directories. They enable us to type 
>> in the same file name to emacs's find file (ctrl-x-ctrl-f) regardless >of 
>> who is logged in or which computer we are logged into (assuming that every 
>> account has the same directory structure and propertly defined environment 
>> variables).  Yes we can manually translate them at a bash >prompt but this 
>> is a lot more typing, cutting and pasteing. We also share the same .emacs 
>> file that contains thousands of file names that contain these environment 
>> variables. We will really missing feature of native >emacs.

>The fact that C-x C-f expands environment variables is not a special 
>feature of native Windows emacs.  But the expansion has to yield a valid 
>file name.  In the case of Cygwin emacs, that means a Posix path.

>Maybe you could write a script that uses cygpath to convert the relevant 
>environment variables to Posix paths, and then call this script from 
>your .bashrc.


>Ken
Ken:
Thanks for being persistent! I'm sorry for the confusion. I had to google 
search "top post". I hope I'm doing it right now.

When I run the bash prompt directly by clicking on the Cygwin icon, everything 
is fine.
When I run Cygwin or native emacs on win 8 and use the emacs compile or async 
shell command to run a bash command everything is fine.
When I run Cygwin emacs on win 10 and use the compile or asynch shell command 
run bash command everything is fine.
However, when I run native (FSF/windows) emacs on win10 and use the compile or 
asynch shell command to run bash commands that contain a pipe ("|") or child 
($(bashcommand)), I get very similar symptoms (maybe the same) as 
"https://cygwin.com/ml/cygwin/2011-02/msg00416.html;. For example  perl -e 
'print "hello"' is fine. However, echo $(perl -e 'print "hello"') causes a 
stack trace like "https://cygwin.com/ml/cygwin/2011-02/msg00416.html;
After reading Corinna's comments  I'm thinking this is a Cygwin/bash problem. 
What do you think?
Let me know if I need to send you my stackdump file.
Thank you!
Siegfried

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

rsync failing due to inability to find libpopt.so

[Richard Hayden]

Hi,

I have a new cygwin 64-bit installation with rsync (3.1.1-1)
installed. However, when I try to use rsync (e.g. rsync -a
local-folder username@server:~/remote-folder) I get the following
error shortly after entering my credentials for the remote server:

rsync: error while loading shared libraries: libpopt.so.0: cannot open
shared object file: No such file or directory
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: remote command not found (code 127) at io.c(226) [Receiver=3.1.0]

I have the popt package (1.16-1) installed and the following relevant
files in /usr/lib:

-rw-r--r--  1 Richard None  217170 Oct 21  2013 libpopt.a
-rwxr-xr-x  1 Richard None   35096 Oct 21  2013 libpopt.dll.a
-rwxr-xr-x  1 Richard None 907 Oct 21  2013 libpopt.la

and /usr/bin:

-rwxr-xr-x 1 Richard None41491 Oct 21  2013 cygpopt-0.dll

Any advice gratefully received.

Thanks,

Richard.

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

How to expand tabs? Where is expand program.

[Richard Heintze]

There used to be a very handy cygwin program called expand for expanding tabs 
into spaces. 

Now I cannot find it on the nice installation GUI (setup_x86_64.exe).

I tried searching the archives for it but there were too many hits for other 
topics (expand is a common word, apparently). 

Has this been superseded by a better program? 
Has it been taken away? I hope not!

How can I get a command line interface for expanding tabs into spaces that I 
can easily use from VI?
Thanks 
Siegfried

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

problem with Windows 8.1 on-screen keyboard (tablet) and Alt-Gr-Keys in mintty

[Richard Czech]

On a tablet running Windows 8.1pro I installed Cygwin 2.0.0 /64. 

Unfortunately I have issues using the on-screen (virtual) keyboard with Alt-Gr 
keys from within mintty. 

Example: In Germany to get to the @ character you have to press [Alt-Gr][q]. 

This, however, doesn't work in mintty using the on-screen keyboard. Instead of 
@ it produces the sequence [ESC][CTL-Q]. 

When I start bash from a Windows CMD terminal the @ using [Alt-Gr][q] works 
nicely. It also works when I use a real keyboad connected through USB. 

The problem only exists when using a mintty window and the on-screen keyboard. 

Does anybody have any advice?

Regards
Richard

cygcheck.out
Description: Binary data
--
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: cygwin64: Issue with sigaddset

[Richard Elberger]

Awesome ;)  Thanks so much I will keep a look out for it and verify on my end 
that the perl unit test works as expected.


 On Feb 23, 2015, at 7:42 AM, Corinna Vinschen corinna-cyg...@cygwin.com 
 wrote:
 
 Hi Richard,
 
 On Feb 21 16:17, Richard Elberger wrote:
 Hello,
 
 I found this while trying to compile perl 5.20.1 on latest cygwin64
 (just updated yesterday).
 
 Effectively, sigaddset is adding a signal along these lines.  If
 signal x is less than 32, then two signals are added: x and x+32.  If
 signal x is greater than 32, then again two signals are added, x and
 x-32.
 
 It’s been far too many years since I’ve written C but the attached
 code snippet to prove it (hopefully it proves it) … and running the
 same “code” (I put that in quotes because it’s like preschool C) on
 any Linux works as expected - just adding the one signal.
 
 This is causing the sigset.t test for the POSIX module in perl core to
 fail.  There are a ton of other failures in testing 5.20.1 core but
 hopefully they’re not all cygwin related like this one.
 
 Thanks a lot for the testcase.  I fixed the problem (an int overflow
 computing a bit mask) in CVS.  I'll generate a developer snapshot on
 https://cygwin.com/snapshots/ and probably another Cygwin 1.7.35 test
 release soon.  Both will contain that patch.
 
 
 Thanks,
 Corinna
 
 -- 
 Corinna Vinschen  Please, send mails regarding Cygwin to
 Cygwin Maintainer cygwin AT cygwin DOT com
 Red Hat


--
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: cygwin64: Issue with sigaddset

[Richard Elberger]

I think I did more than I needed to.  I extracted the inst package as well.

64-bit.  yeah I did the stupid thing of putting in x86 and ash’s inability to 
run (for rebase) let me know that I had screwed something up.

I will follow your instruction below.  My fault for not backing up files 
beforehand - lesson learned.

You may hear from me again soon - I have some weird problem with perl -w (other 
tests failing in core).  I need to use the ‘filetest “strict”’ pragma in order 
to get it to work since that changes behavior to include ACL evaluation.  
Basically it’s not treating someone in the Administrators group as a ‘rootish’ 
user.  i.e. if a file is 0444 and user A is in Administrators group, -w test 
fails.  But under ‘filetest “strict”’ it passes. The queer thing here is that 
in perl, it seems I can open the file for writing even if -w fails. Anyways, 
it’s still not clear enough in my head to figure out if it’s cygwin or perl 
that needs to account for it.

Thanks again for the awesome , blazingly fast turnaround!



 On Feb 23, 2015, at 10:05 AM, Corinna Vinschen corinna-cyg...@cygwin.com 
 wrote:
 
 On Feb 23 09:52, Richard Elberger wrote:
 Corinna,
 
 Works great! Good thing I just ran the test before blowing away the
 perl distribution because….
 
 Thanks for testing!
 
 Unfortunately now I think I really screwed things up.  I never did a
 snapshot install before. I followed the instructions in the FAQ.
 
 So now I am getting an incompatible error from ld looking at
 libcygwin.a when searching -lcygwin (I wanted to rebuild perl from
 
 32 vs. 64 bit libs?
 
 scratch to make absolutely sure).  I looked at the FAQ to see what I
 have to do to recover but couldn’t find any relevant notes.
 
 Help is welcome before I use the sledgehammer and run setup.exe again.
 
 Not knowing what you did exactly, this may be the best solution.
 Reinstall just the cygwin package.  Afterwards copy the release
 DLL /usr/bin/cygwin1.dll somewhere safe.  Copy only the snapshot
 DLL cygwin1.dll over the release cygwin1.dll in Windows Explorer.
 Make sure the new DLL has execute permissions.  That should be all.
 
 
 Corinna
 
 -- 
 Corinna Vinschen  Please, send mails regarding Cygwin to
 Cygwin Maintainer cygwin AT cygwin DOT com
 Red Hat


--
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: cygwin64: Issue with sigaddset

[Richard Elberger]

Corinna,

Works great! Good thing I just ran the test before blowing away the perl 
distribution because….

Unfortunately now I think I really screwed things up.  I never did a snapshot 
install before. I followed the instructions in the FAQ.

 So now I am getting an incompatible error from ld looking at libcygwin.a when 
searching -lcygwin (I wanted to rebuild perl from scratch to make absolutely 
sure).  I looked at the FAQ to see what I have to do to recover but couldn’t 
find any relevant notes.

Help is welcome before I use the sledgehammer and run setup.exe again.

— rich

 On Feb 23, 2015, at 9:03 AM, Corinna Vinschen corinna-cyg...@cygwin.com 
 wrote:
 
 On Feb 23 07:59, Richard Elberger wrote:
 Awesome ;)  Thanks so much I will keep a look out for it and verify on
 my end that the perl unit test works as expected.
 
 
 On Feb 23, 2015, at 7:42 AM, Corinna Vinschen corinna-cyg...@cygwin.com 
 wrote:
 
 Hi Richard,
 
 On Feb 21 16:17, Richard Elberger wrote:
 Hello,
 
 I found this while trying to compile perl 5.20.1 on latest cygwin64
 (just updated yesterday).
 
 Effectively, sigaddset is adding a signal along these lines.  If
 signal x is less than 32, then two signals are added: x and x+32.  If
 signal x is greater than 32, then again two signals are added, x and
 x-32.
 
 It’s been far too many years since I’ve written C but the attached
 code snippet to prove it (hopefully it proves it) … and running the
 same “code” (I put that in quotes because it’s like preschool C) on
 any Linux works as expected - just adding the one signal.
 
 This is causing the sigset.t test for the POSIX module in perl core to
 fail.  There are a ton of other failures in testing 5.20.1 core but
 hopefully they’re not all cygwin related like this one.
 
 Thanks a lot for the testcase.  I fixed the problem (an int overflow
 computing a bit mask) in CVS.  I'll generate a developer snapshot on
 https://cygwin.com/snapshots/ and probably another Cygwin 1.7.35 test
 release soon.  Both will contain that patch.
 
 Snapshots are up.  Please give it a try.
 
 
 Thanks,
 Corinna
 
 -- 
 Corinna Vinschen  Please, send mails regarding Cygwin to
 Cygwin Maintainer cygwin AT cygwin DOT com
 Red Hat


--
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: cygwin64: Issue with sigaddset

[Richard Elberger]

 
 This is a known perl problem, afaik, and not reported for the first
 time.  It seems the -r/-w/-x tests check the file permissions returned
 by stat(2), but they should test access based on the return value of
 access(2) or faccessat(2) calls instead.
 

Exactly! I ask p5p if there was a way to compile perl with using the pragma 
behavior as the default behavior.  I was met with the usual “that’s probably a 
bad idea” argument.  I think I will be more persistent about this with p5p, 
like perhaps making this an option in the perl build configuration.



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

Possible defect in email.exe re: sent timestamp

[Richard DeFuria]

Hello,

I noticed a defect in the latest cygwin email.exe tool.

The defect is that the SENT timestamp is 1 hour off (i.e., one hour too
old compared to the current system time).

My current email.exe version is as follows:
$ email -v
email - By Dean Jones; Version 3.2.0-git

When I send an email using this tool (through my internal smtp server, which
is unchanged), the SENT timestamp is 1 hour old.

When I send an email (via the same command line invocation) from an older
box using an older version of this tool, the SENT timestamp is correct.

The older version of email.exe that creates the correct SENT timestamp is as
follows:
$ email -v
email - By Dean Jones; Email: *@*.*
Version 3.1.2 - Date 01/04/2009-03:11:58PM_EST

The command I use on both systems is:
$ echo sent `/bin/hostname` at `/bin/date` | email -V
m...@mydomain.com -s sent `/bin/hostname` at `/bin/date` -r
myInternalSmtpServer

TZ is unchanged, but it set as follows on both systems:
$ echo $TZ
America/New_York

Is there anything you recommend I check?

This seems to have cropped up after my 12/15/2014 update of cygwin.

-R DeFuria


cygcheck.out
Description: Binary data
--
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

Major Git vulnerability announced; when can we expect an update to the Cygwin git package?

[Richard Mehlinger]

Git has announced a major vulnerability, allowing attackers to set up
a malicious git repository that can be used to take over a client
computer: 
https://github.com/blog/1938-vulnerability-announced-update-your-git-clients.
Maintenance releases are already out for current Git versions.

My question is: When can we expect an update to the Cygwin git package
to address these concerns?

Cheers,
Richard

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

cygwin bash and Shellshock / CVE-2014-6271 CVE-2014-7169

[Richard DeFuria]

Hello,

I downloaded the latest setup and installed the latest packages on my Win8.1
x64 box.

It seems as though my cygwin bash shell has been patched against
CVE-2014-6271 as per:
$ env x='() { :;}; echo vulnerable' bash -c echo this is a test
bash: warning: x: ignoring function definition attempt
bash: error importing function definition for `x'
this is a test

However, it is still susceptible to CVE-2014-7169 as per:
$ env X='() { (a)=\' sh -c echo date; cat echo
sh: X: line 1: syntax error near unexpected token `='
sh: X: line 1: `'
sh: error importing function definition for `X'
Fri, Sep 26, 2014  3:23:15 PM

That is, the 'original' Shellshock vulnerability is fixed, but not the 'new'
Shellshock vulnerability.

Is this correct?


Other info:

cygcheck.out is attached
 
$ bash --version
GNU bash, version 4.1.11(5)-release (x86_64-unknown-cygwin)



cygcheck.out
Description: Binary data
--
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

No mirrors for setup

[Richard Gribble]

Greetings.

Trying to run the 32 bit version of setup (2.850, or 2.774) does not 
populate the list of mirror sites.  I am behind a firewall and have a 
proxy, but have not had problems previously.  I should note that it has 
been some time since I updated my installations, but I'm not sure if 
that has anything to do with this or not.


Suggestions welcomed...


Thanks,

--

Richard.

Try not to become a man of success, but rather try to become a man of value.
- Albert Einstein


--
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: any ssh for android that can connect to cygwin's sshd?

[Richard]

On Fri, 5 Sep 2014, Marilo wrote:


I am able to connect to a server running Cygwin's sshd from a computer running 
debian openssh.. or from a computer running cygwin. So the server is set fine. 
If the key fails it prompts for a password, i've set the server's sshd_config 
is set like that.
But the Android apps that i've tried e.g. 'better terminal' and perhaps 
juicessh, tend to use Dropbear ssh, and dropbear ssh gives an error when trying 
to connect. It says
ssh: Connection to user@host:123 exited: No matching algo hostkey
maybe the encryption algorithms don't match, but i'm no expert
Is there anything I can do at cygwin's sshd end.. Or, any command line ssh 
client for android that is known to be able to connect to it?


I use something called Terminal-IDE.

One big problem with what you want to do is with the keyboard and 
Terminal-IDE provides a full keyboard solution... Check it out...


Richard


--
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: Basic question about cygport

[Richard Troy]

On Mon, 4 Aug 2014, Steven Penny wrote:

...snip...



This is highly presumptuous. I have asked 10 questions and given 68 answers on


... This list has had a long history of having a somewhat different 
attitude - culture, if you will - than you might find elsewhere on the 
net; some might call it ascerbic. However, the deeper point is that if you 
want help here, fitting in with the culture you find here is the way to 
go. The REAL issue isn't how good or bad whatever else is, it's that 
people are busy and have the view, help me help you, and I only help 
people who have shown they are trying, however that's expressed, and 
that's reasonable enough.


In this case, a reasonable translation of the comment you elicited would 
be: I'm too busy to go click somewhere else; you want to solicit my help 
for free, make it easy for me. The insult of others was unfortunate.


I for one wish people would lighten up; if you don't want to help, don't, 
but telling other people off about it is not useful; you could have helped 
the person by doing those other things (like looking at stackoverflow) 
using less energy than you spent being abrasive. Thankfully, the rough 
attitude is not held by everyone, though it sometimes has been seen in 
people who carry platinum watches - and that might encourage its 
continuation...


BTW, if I knew how to contribute more than just explaining the culture, I 
would...


Good luck to everyone,
Richard

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

Cygwin on Max OS X ?

[Richard H. McCullough]

I have an iMac 27 64-bit words running OS X Mavericks.

Can I install Cygwin on my iMac?

I know it's not necessary, but I thought it might be helpful
for working on system porting/compatibility problems.
 
Dick McCullough 
Context Knowledge Systems
What is your view?

  
--
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: solved: make error: *** target pattern contains no `%'. Stop.‏

[Richard H. McCullough]

 This error is caused by having
 a dos-style directory name in $PATH.
 For example
            C:/Cygwin/bin

This problem is a result of trying to solve a different problem.
Using the Unicon language
    open(/cygdrive/c/file)  fails
    open(c:/file)  succeeds
 
 Dick McCullough
 Context Knowledge Systems
 Name your propositions !
 
 

  

make error: *** target pattern contains no `%'. Stop.‏

[Richard H. McCullough]

make no longer works on any of my makefiles.

example makefile attached.

 
Dick McCullough 
Context Knowledge Systems
Name your propositions !

  

makefile
Description: Binary data
--
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

make error: *** target pattern contains no `%'. Stop.‏

[Richard H. McCullough]

I picked a bad example, since you don't have my source files.
The point is this: I've been using Cygwin make for years
and never had a problem.  In the last week, make suddenly
changed -- it does nothing but stop on every makefile.

You must have released a new version of make which
is definitely broken.

Just think about it -- why should make suddenly force me to add
   %: force
targets for all my existing targets?
 
Dick McCullough 
Context Knowledge Systems
Name your propositions !

  

cannot open shared object file: No such file or directory - maybe linker option can help?

[Richard]

Hi All,

First, thank you for the help about ten days ago; I found there WAS an 
undefined 'len' - looks like a line somehow got truncated.


In this case, I'm getting this error ONLY when I run the target program 
from Java:


error while loading shared libraries: ?: cannot open shared object file: 
No such file or directory


So far as I have seen, this one program I have is the ONLY one that is 
having trouble being launched from Java. Other Cygwin programs (albeit 
ones that came with the Cygwin distribution, like cygpath.exe) work 
perfectly when called in identical manner. I researched it (via web 
search, archives, etc) and nobody seems to have had quite this particular 
problem. I know the program had been called from Java in the past quite 
successfully, and I have NO IDEA what changed.


I suspected that MAYBE it was due to the java.policy settings, so I spent 
a LOT of time trying everything I could think of - entries like this:


permission java.io.FilePermission C:/cygwin/-, read, execute;

None of that seemed to have any effect on this problem, so I looked into 
the Java call itself. This code literally started about 17 years ago with 
Java 1.0 or 1.1, and the call to launch an external program hadn't been 
updated in a while, so even though there were no other problems launching 
any program desired, I updated it to use the (relatively young, by 
comparison) ProcessBuilder strategy. FYI, Java calls whatever shell the 
user has configured, in this case Cygwin's /bin/bash with the -c flag, 
which then calls the program of interest - in this case the same binary 
that had the missing 'len' definition you folks helped me with last week.


Again, if you run it by hand or in a script, from the bash prompt, it 
runs perfectly.


So I figured there's something wrong with PATH or LD_LIBRARY_PATH or some 
such with the Java environment, but that hasn't been fruitful either.


I then got this idea I can maybe include the shared object file - which I 
take to be cygwin1.dll - directly in the process image! So, I've tried 
linking it in with a linker command identical to how it is normally built 
but with the -l option too, like this:


$ gcc  -lcygwin1.dll -o ctj.exe ctj.o hashc.o sha1.o;
/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../i686-pc-cygwin/bin/ld: 
cannot find -lcygwin1.dll

collect2: ld returned 1 exit status

Noting that it says it can't find it either, I think this is curious, and 
I've tried every varriation of this I can think of - kindly omitted here 
in the interests of space. ...This must either not be possible OR I'm 
doign it wrong! (An obvious conclusion!)


-harumph- ...I'm stumped! But Persistent!

I read somewhere that maybe strace can be used to help figure these kinds 
of things out, but I'm a novice at it. When I run it by hand I get a LOT 
of information, but I don't know what I'm looking for, or what to do with 
it when I find it!


Any advice / assistance greatly appreciated!

Regards,
Richard


--
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: cannot open shared object file: No such file or directory - maybe linker option can help?

[Richard]

On Mon, 14 Apr 2014, Bill Ross wrote:


One thing to watch out for is reading the error stream coming from the 
execution of the external program - there may be useful info there. Some 
people don't bother to read it.


Good luck,
Bill



Thanks, Bill,

I double checked and my new ProcessBuilder code catches both stdout and 
stderr streams, and there's no output whatsoever other than what I cited 
already.  Good thinking to check, though.


Richard

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

relocation truncated to fit: R_X86_64_PC32 against undefined symbol `len'

[Richard]

Hello Everyone,

I recently (two weeks ago or so) upgraded the cygwin installation on an XP 
64 bit (corp edition) box and in getting things running on it again I've 
been having various troubles, even though I was VERY careful to watch for 
any installation errors - none were noticed. Normally I don't do 
development on this box but copy over from other systems. I had at least 
one program that was not behaving correctly - it would apparently hide 
output sent to stdout among other mysteries. After fiddling with things I 
decided to just rebuild on that box from sources - it's almost all gnu c. 
(Note that this code needs to run unchanged on many different platforms.)


At some point I get to the gcc call to bind together three object files 
into an executable - all the object files having just been built with zero 
errors - and I get this particular undefined reference to `len' error. 
Of course I went hunting for the use of 'len' - which is a pretty absurd 
effort as a simple grep matches on coutless noise such as 'filename' or 
'strlen', etc. However, a thorough search revealed no uses of just 'len', 
yet I don't deny I could possibly have overlooked it. Even so, this 
directory was taken wholesale from a 64 bit system (Win 7) with an older 
cygwin installation where the code compiles and runs fine. So somehow I 
don't think it's actually in my code but rather a library reference 
problem somehow.


The specific set of error output from make is:

$ gcc -o ctjc.exe ctjc.o hashc.o sha1.o;
ctjc.o:ctjc.c:(.text+0x2287): undefined reference to `len'
ctjc.o:ctjc.c:(.text+0x2287): relocation truncated to fit: R_X86_64_PC32 
against undefined symbol `len'

/usr/bin/ld: ctjc.o: bad reloc address 0x0 in section `.pdata'
/usr/bin/ld: final link failed: Invalid operation
collect2: error: ld returned 1 exit status

Any assistance greatly appreciated.

Richard

--
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: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `len'

[Richard]

(don't know why a reply to your message had no text content - you must 
have sent it as an attachment!)


Marco,

I have the source available, but it's proprietary, so I can't share it, 
no. However, I can dig through to look for things - and make changes if 
absolutely necessary.


Richard

--
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: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `len'

[Richard]

 On 4/5/2014 1:15 PM, Richard wrote:
 binutils2.24.51-1OK

There were some problems with this release of binutils.  You might try 
updating to 2.24.51-2.


Ken 



Great suggestion but unfortunately it didn't cure the problem. -frown-

Richard

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

directory troubles

[Richard]

Hi Folks,

...I have for more than ten years used links in specific directories as a 
strategy of managing disk space, distinguishing between remote (NFS / 
Samba) from local, and I've applied the same strategy to help in keeping 
my linux and Cygwin installations as similar as possible. Now, something 
has gone wrong on one system and I'm perplexed - I'm pretty darned sure it 
was working last time I checked!


Consider /d for local disk mounts, /nfs for remote disk mounts and /l for 
local use which links into trees wherever. In this case, /d and /l were 
broken, but the nfs directory and its mounts seem to be unaffected.


This morning I went to /opt which ordinarily translates to /l/opt (which 
itself translates to /d/c/opt or /d/b/opt), but Cygwin's Bash shell 
wouldn't go there. I got:


-bash: cd: /opt: No such file or directory

Investigating, ls showed the directories /d and /l, but I couldn't cd into 
them. ls -l showed simply:


ls: cannot access d: No such file or directory
ls: cannot access l: No such file or directory
d??  ? ?   ?   ?? d
d??  ? ?   ?   ?? l

Since these directories only contain links, I decided to remove them and 
make them anew. Oops! That didn't work! When Cygwin decided it wasn't 
going to delete them, I first tried a cmd window, but it complained the 
directories weren't empty. When I got inside them, I found only . and .. 
as subdirectories - again, as reported by cmd. There was no removing 
those, either. So, I used an Explorer window. It permitted me to see the 
link names - all looked good - and it worked at deleting them - at least, 
they no longer show up from either Windows or Cygwin tools.


But when I try and recreate them, I get:

mkdir: cannot create directory `d': No such file or directory
mkdir: cannot create directory `l': No such file or directory

-frown- Not sure what to do next, I tried creating them from the same 
Windows explorer window I used to delete them, but it says, Unable to 
create the folder 'New Folder' Access is denied.


This is on corporate edition XP 64 bit - I am the administrator but 
there is a different Administrator account for which I don't know the 
password (never remember even setting the administrator password from the 
first installation)! On this version there isn't a run as administrator, 
only a run as, and since I don't know the password, I can't use the 
administrator account directly unless I figure out how to deal with the 
password. I also have tried (of course) unchecking the box about limiting 
privileges, but that didn't help either.


Normally I'd just ignore this and work around it somehow, but these 
directories are pretty critical to the whole file system management 
strategy, so it'd be nice to not have to reinstall everything - 
reinstalling cygwin is among the most painful processes I can imagine as 
it virtually never works right the first time out and is possibly a 
multi-day process. Beyond that, any and all insights on where I went 
wrong, etc, etc, are very much appreciated.


BTW, in case it matters, this is cygwin 1.7.25.

Thanks,
Richard

--
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: get rid of getpwent? (Was: cygwin-1.7.28 getpwent header declaration changes ?)

[Richard]

On Wed, 12 Feb 2014, Corinna Vinschen wrote:

On Feb 11 19:06, Eric Blake wrote:

On 02/11/2014 05:06 PM, Warren Young wrote:

On 2/11/2014 16:25, David Stacey wrote:

getpwent() is called in three different places.


To those of you who have investigated these code paths: do any of them
look like they couldn't be replaced by getpwnam() or other calls that
would let cygwin1.dll do single-record AD/SAM lookups, rather than
whole-table/tree scans?

That is, do any of these programs really need to visit every record in
/etc/passwd?


libreadline wants to know how to tab-complete ~foo; to do that, it has
to find all usernames beginning with foo.  How would you do that without
visiting every single record?


This seems to be the major usage of getpwent these days.  The question
is, how bad is it if only a handful entries, or even only a single one
(of oneself) show up?

Either way, implementing a full getpwent requires to return the local
users, the users of the primary domain, and the users of all trusted
domains.  I know of domains with 200K users and there are probably
bigger ones.  How long should a search take when a user presses TAB
after the ~?  And then, shall the process running the getpwent actually
cache all of them?  This seems really excessive.



Not only is it excessive, it's a massive security hole. ...I don't know 
why the present crop of geniuses don't know one of the most fundamental 
rules of security: don't give up usernames. (Yet, they do it all the 
time.)


I vote get rid of the damned thing - not that my vote counts or that this 
is the place for it anyway!


Richard

--
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: get rid of getpwent? (Was: cygwin-1.7.28 getpwent header declaration changes ?)

[Richard]

On Wed, 12 Feb 2014, Ken Brown wrote:

On 2/12/2014 4:08 AM, Corinna Vinschen wrote:

On Feb 11 19:06, Eric Blake wrote:

On 02/11/2014 05:06 PM, Warren Young wrote:

On 2/11/2014 16:25, David Stacey wrote:

getpwent() is called in three different places.


To those of you who have investigated these code paths: do any of them
look like they couldn't be replaced by getpwnam() or other calls that
would let cygwin1.dll do single-record AD/SAM lookups, rather than
whole-table/tree scans?

That is, do any of these programs really need to visit every record in
/etc/passwd?


libreadline wants to know how to tab-complete ~foo; to do that, it has
to find all usernames beginning with foo.  How would you do that without
visiting every single record?


This seems to be the major usage of getpwent these days.  The question
is, how bad is it if only a handful entries, or even only a single one
(of oneself) show up?

Either way, implementing a full getpwent requires to return the local
users, the users of the primary domain, and the users of all trusted
domains.  I know of domains with 200K users and there are probably
bigger ones.  How long should a search take when a user presses TAB
after the ~?  And then, shall the process running the getpwent actually
cache all of them?  This seems really excessive.


What about the following compromise:  If /etc/passwd exists, then getpwent 
behaves as it does currently.  Otherwise, it returns a handful of entries, or 
possibly just the current user.  This gives users a choice.  If 
tab-completion in this situation is important to them, they can keep their 
/etc/passwd file.


Works for me! And I'd vote just the current user in lieu of a handful 
because even a handful has a huge overhead associated with it.


Richard

--
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: g77 on cygwin64

[Richard]

On Wed, 12 Feb 2014, David Conrad wrote:


Since the problem occurs going from 32-bit to 64-bit Cygwin, it sounds
to me like all-the-world's-a-VAX syndrome. I bet there are places
where it reads from files and assumes that if it reads N words into
integers, that is N 32-bit quantities, or something like that. I
haven't written any Fortran since the 1980s, but I bet there are types
that have changed size due to the switch to 64-bit and that results in
reading incorrect values from files, including reading some of them
from the wrong file offsets, and hitting end-of-file at a different
point.


It's called, inadvertent varriable sharing.

Yeah, I was there, fought those battles. The proof of what was going on 
was found in crash dumps. ...This was from the era when RISC 
architecture meant Relegate all the Important Sh_t to the Compiler.


Richard

--
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: Newbie Cygdrive questions

[Richard]

On Thu, 6 Feb 2014, mrushton wrote:


To access this shared X drive under Cygwin it seems I have to do this :

/cygdrive/X/INBOUND/CWSCRIPTS/myscript.sh


Is this correct ?  Is there a better way ?

And C: seems to be /cygdrive/C/



A BETTER way?

This has nothing per se to do with Cygwin, but, briefly:

Standardize all your systems on something YOU can control. For example, I 
always create a top-level directory called l (that's the letter, not the 
numeral) which stands for local, and another called nfs, which simply 
means a remote mount - could be real nfs or Samba - and then make links 
within these directories to wherever they need to go. That way, all disk 
space is available via either:


/l/whatever

or

/nfs/whatever

as appropriate.

And there's never any confusion over which is which - and drive letters 
can be completely avoided as desired, or not.


...All (many!) good System Administrators do things similar to this...

Richard

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

A device driver as BLODA?

[Richard]

Hello All,

For weeks I've been pondering all the troubles I've had with setup, 
spurred by all the conversations that have happened recently about 
packaging, etc, and the occasional comments about BLODA. I have sometimes 
figured Cygwin's setup program is a member of BLODA - it certainly has 
been anything but reliable in my personal experience. And all too often 
it's between me and my enjoyment of Cygwin. (I maintain a fleet of Windows 
boxes with Cygwin, no two of which are identical.)


I've forgotten who wrote it, but I especially appreciated the email in my 
in-box this morning about how to tell when Cygwin installation scripts go 
wrong, where the list of scripts is, etc, because, frankly, when a Cygwin 
installation goes wrong (and when doesn't it?) I seldom have time to track 
down exactly why - I just try, try again, with different versions until it 
works or I give up and try another day. (One MAJOR headache here is the 
download process, no fixed starting point to know you got everything.) 
...And so it was this morning I decided to re-convince myself I didn't 
have any BLODA problems... MAYBE all those issues weren't Cygwin's 
fault?


I was surprised to find ATI Catalyst, and even MORE surprised to find 
NVIDIA GeForce on the list, both as some versions.


I haven't any idea why the Catalyst product would want to hook into things 
that would interfere with Cygwin, but I did have problems with it - it 
would crash the machine sometimes! - so I deleted it.


But the description, NVIDIA GeForce has me a bit confused because I 
thought that was the maker's name for a series of video cards (hardware) 
and possibly the device drivers that enable them to do magic things, like 
provide a display consisting of six monitors as my desktop. ...I use 
this hardware! And, certainly, I use the NVIDIA drivers for it.


This raises two primary questions (and a few related ones):

1) How can I confirm I do or don't have an NVIDIA GeForce BLODA issue? (Is 
there really a device driver level issue?) And;


2) Might we, the community develop a BLODA-checker to help the 
installation process? I'm thinking that whenever a new item is discovered 
to put on the BLODA list, a small here's how you know you have this 
software script is written that could become a part of the Cygwin install 
process. There's already a script walker for scripts in a directory - 
maybe it could be harnessed to run a list of BLODA-checkers. Sure, there's 
a back-log of already known BLODA, most of which I have never even heard 
of before (probably not alone on that!), but if we can have scripts 
created on an on-going basis - say, when new BLODA are discovered and put 
on the list - eventually the backlog would get caught up...


Given all the complaints out there about the installation / setup process, 
I have to believe that I'm far from alone in thinking that there's likely 
a strong link between installation troubles and BLODA.


Regards,
Richard

--
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: Device or resource busy during read (rsync)

[Winkel, Richard J.]

Wow, thanks so much to both of you! This is a HUGE help.   I really 
appreciate your time.

Take care,
Rich

On 12/23/2013 03:36 AM, Corinna Vinschen wrote:
 On Dec 22 21:55, Mikhail Usenko wrote:
 On Sun, 22 Dec 2013 00:02:10 +
 Winkel, Richard J. ... wrote:

 I have a hard time believing this is an unusual question but I swear
 I've been googling everywhere without an answer!  :)
 I'm using rsync (under cygwin) to backup windows servers to a linux box
 and it's working wonderfully, except that if a file is open rsync can't
 access it even for reading.   I know some windows-based backup programs
 don't have the problem so I'm hoping there's some way to avoid it in
 cygwin.  I've looked at the cygwin mount options but don't see anything
 obvious.  Is there a way around it?
 Hello, Richard
 You need to use VSS which stands for 'Volume Shadow copy Service' (or  
 'Volume Snapshot Service') on Windows. It is based on copy-on-write 
 technology below the NTFS level and is used by Windows to make backups of 
 the running system including of opened and locked files. (Also VSS utilizes 
 a number of 'writers' that helps to make a consistent backup of opened 
 database files for instance.) The shadow copy may be created by using 
 different userspace tools:
 * vshadow.exe (http://msdn.microsoft.com/en-us/library/bb530725(VS.85).aspx)
 * vssadmin.exe (on the server OSes)
 * wmic.exe
 * by calling COM WMI objects from windows script host 
 (http://support.microsoft.com/kb/188135) - VBA or JS scripts or from Windows 
 PowerShell scripts.

 The easiest way to access the created shadow snapshot:
   
 http://blogs.msdn.com/b/adioltean/archive/2008/02/28/a-simple-way-to-access-shadow-copies-in-vista.aspx
 You can access the shadow copies in Cygwin via /proc/sys:

$ cd /proc/sys/Device
$ ls -l HarddiskVolumeShadowCopy*
lr--r--r-- 1 Administrators SYSTEM  0 Dec 23 10:32 
 HarddiskVolumeShadowCopy{0f7ef985-69b8-11e3-8264-ccdf67e6642d} - 
 /proc/sys/Device/HarddiskVolumeShadowCopy2
brwxrwx--x 1 Administrators SYSTEM 0, 250 Dec 23 10:32 
 HarddiskVolumeShadowCopy2
$ cd HarddiskVolumeShadowCopy2/

 Note the trailing slash in the last cd command!  It's required due to
 the dualism of the HarddiskVolumeShadowCopy2 entry, being a device *and*
 the root dir of a drive.  ANyway, after this, you can access the shadow
 copy just like your normal drive:

$ ls
$Recycle.Binhiberfil.sys swapfile.sys
bootmgr pagefile.sys Symbols
BOOTNXT PerfLogs System Volume Information
Config.Msi  Program FilesUsers
cygwin  Program Files (x86)  Windows
cygwin64ProgramData
Documents and Settings

 Then rsync can be used to copy files from the shadow snapshot after which 
 the snapshot can be deleted.
 Right.


 Corinna

Device or resource busy during read (rsync)

[Winkel, Richard J.]

I have a hard time believing this is an unusual question but I swear 
I've been googling everywhere without an answer!  :)
I'm using rsync (under cygwin) to backup windows servers to a linux box 
and it's working wonderfully, except that if a file is open rsync can't 
access it even for reading.   I know some windows-based backup programs 
don't have the problem so I'm hoping there's some way to avoid it in 
cygwin.  I've looked at the cygwin mount options but don't see anything 
obvious.  Is there a way around it?

Thanks for any help!!!
Rich

--
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: checking in = 256k file fatally corrupts rcs file

[Richard Gribble]

I

On Wed, Oct 9, 2013 at 2:28 PM, Achim Gratz strom...@nexgo.de wrote:
 Ryan Johnson writes:
 So in other words, a misguided performance optimization [1] that
 almost certainly has little measurable impact on performance [2] has
 introduced a silent data corruption bug (or tickled a latent one
 somewhere else). Lovely.

 It is not the performance optimization that isn't working, but the code
 path through plain stdio while doing a diff that was probably never
 exercised (the tests all pass on Cygwin).  Try RCS_MEM_LIMIT=0 to force
 stdio.  The error does not occur on Linux and it doesn't seem to be
 known to the devs.


 Regards,
 Achim.
 --
 +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

 Wavetables for the Waldorf Blofeld:
 http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables


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


I can attest to the problem with file size corrupting the file - on
several occasions I have checked in a file and lost roughly half of
it.  As RCS only stores the last version in its entirety and deltas
against that version to create prior versions, losing part of the
current version results in a completely corrupt file - the only thing
that has saved me is that I have two copies of RCS on separate
computers.  I now only check files in on my Linux box, then transfer
them to the Windows/cygwin box.

However, by the same token, there is a bug in 5.7 where the check of
the symbolic name (when checking out a file) only tests the number of
characters in the table of symbolic names - for example, say you have
a file with the following symbolic names:  R25, R25a, R25b, R25c and
R26.  Now you try to check out version R25c.  If the code finds the
R25 symbolic name first (before R25a/R25b/R25c), it compares three
characters (the length of R25) against the first three characters of
the symbolic name provided to the co command (R25) and finds a match
- giving you the wrong version.  So neither option is ideal.


Respectfully,

Richard Gribble.

--
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: Basic gcc compilation on cygwin64

[Richard H Lee]

On 23/07/2013 13:35, JonY wrote:

Try rerunning setup again, there was a mistake in the w32api-runtime -1
release. -2 should have this fixed.


Yeah, I just installed xxd 5 mins ago and I saw w32api-runtime flash up 
on the download bar. I figured that was the package and gave gcc another 
shot. It compiles fine now.


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

Basic gcc compilation on cygwin64

[Richard H Lee]

I'm trying to compile the following basic program on cygwin64:

int main() {
  ;
  return 0;
}

But I get the following errors:

$ gcc test.c
/usr/lib/gcc/x86_64-pc-cygwin/4.8.1/../../../../x86_64-pc-cygwin/bin/ld: 
cannot find -ladvapi32
/usr/lib/gcc/x86_64-pc-cygwin/4.8.1/../../../../x86_64-pc-cygwin/bin/ld: 
cannot find -lshell32
/usr/lib/gcc/x86_64-pc-cygwin/4.8.1/../../../../x86_64-pc-cygwin/bin/ld: 
cannot find -luser32
/usr/lib/gcc/x86_64-pc-cygwin/4.8.1/../../../../x86_64-pc-cygwin/bin/ld: 
cannot find -lkernel32

collect2: error: ld returned 1 exit status

This is my first time using the 64-bit version of cygwin and I get the 
feeling I am missing some sort of flag or library.



Richard

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

Python patches

[Richard Yao]

Where can I find the patches that were applied to python when building
Cygwin's python package?



signature.asc
Description: OpenPGP digital signature

KDE ports

[Richard McCombs]

IS there a way to install packages manaully?
I had 3 of the kde packages give me errors when they installed
and then I trouble acessing some of the mirrors from the setup.exe.
However I donwloaded them manually.
I guess I should have just waited till later.

Also could someone point me in the direction of 
how to configure kde from the ports.
The packages that failed are not show stopers but 
I can't figure out how to configure this.

Thanks
Rick


-- 
AD5DU if you want to know about me look me up on www.qrz.com.
However I don't have my station set up since my girfriend kicked me out in 
December.
SDF Public Access UNIX System - http://sdf.org

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

[Richard Gribble]

On Thu, Apr 18, 2013 at 2:19 AM, Lukas Haase lukasha...@gmx.at wrote:

 On 2013-04-17 11:21, Andrey Repin wrote:
  Greetings, Richard Gribble!
 
  I use Cygwin/X on a laptop using a docking station (with the external
  monitor the primary display). Cygwin behaves very nasty in two ways:
 
  1.) When two monitors are connected, new windows always open on the
  secondary monitor. I have to move all of them manually back to my
  primary monitor :( Is there a way to avoid this?
 
  2.) When not docked, the secondary monitor seems to be used
  implicitely: Some new windows are not visible. Then I realize they are
  hidden and I can (manually) drag them back to the main monitor. Also,
  the Exiting Cygwin/X? dialog seems to be opened in an invisible,
  virtual area: I just do not see this dialog. Only when I dock the next
  time, I see that this windows actually pops up in the second monitor.
 
  I believe you'll find this is the default behavior with Windows XP and
  Windows 7 as well.  In my experience, the issue is that windows
  remember where they were last, and reopen there.  Thus if you had
  Firefox open in the secondary monitor, reboot (without the secondary
  monitor), and reopen Firefox, it will reopen on the secondary monitor
  - and you won't see it.

 Ok, you're only talking about (2). But as I said, this can't entirely be
 true.

 Even if I click on the Tray Icon and Exit, I sometimes can't see Exit
 Dialog (Exiting Cygwin/X)?

 Regarding the first (and more severe issue). I run an application which
 uses many windows (Cadence). For nearly each properties-window which
 opens, it is placed on the secondary monitor. However, I am mainly
 working on the primary monitor (as I use the second only in tablet mode)
 so it is very annoying to drag every single window manually to the main
 monitor.

 This behavior only happens with Cygwin. For example, when I have Firefox
 open on my main monitor and I create a new window, it is created on the
 main monitor.

 I tried to use startxwin.exe -- -nomultimonitors. The root window now
 seems to cover only the primary monitor, however, the effect still
 persists and I can also still drag X windows to the second monitor. This
 setting seems to be ignored.

 Thanks,
 Luke



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


What happens if you open Firefox on the secondary monitor and open
another Firefox window?

I see a similar behavior (opening new windows on the secondary
monitor) under Linux - I believe (though I haven't tested it
thoroughly) that it has to do with the geometry.  In my case, the main
monitor is on the bottom and the secondary on the top.  If the default
geometry of the window is specified as widthxheight+x+y, then I would
expect the window to open on the secondary monitor (as +0+0 would be
measured from the upper left).  If you have the main on the left and
the secondary on the right and the geometry is +/-x-y, the - y
coordinate would be from the right hand side, or on the secondary
monitor.  Maybe you've already looked at that, but if not, it might be
worth checking.


Later,

Richard.

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

[Richard Gribble]

I believe you'll find this is the default behavior with Windows XP and
Windows 7 as well.  In my experience, the issue is that windows
remember where they were last, and reopen there.  Thus if you had
Firefox open in the secondary monitor, reboot (without the secondary
monitor), and reopen Firefox, it will reopen on the secondary monitor
- and you won't see it.


Later,

Richard.

On Tue, Apr 16, 2013 at 9:26 PM, Lukas Haase lukasha...@gmx.at wrote:

 Hi,

 I use Cygwin/X on a laptop using a docking station (with the external
 monitor the primary display). Cygwin behaves very nasty in two ways:

 1.) When two monitors are connected, new windows always open on the
 secondary monitor. I have to move all of them manually back to my
 primary monitor :( Is there a way to avoid this?

 2.) When not docked, the secondary monitor seems to be used
 implicitely: Some new windows are not visible. Then I realize they are
 hidden and I can (manually) drag them back to the main monitor. Also,
 the Exiting Cygwin/X? dialog seems to be opened in an invisible,
 virtual area: I just do not see this dialog. Only when I dock the next
 time, I see that this windows actually pops up in the second monitor.

 Thanks,
 Luke


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


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

Standardizing installs

[Richard Gribble]

Greetings.

I am getting some help at work (finally!), and need to be able to
install cygwin on multiple machines, the same way each time.  Is there
a way to tell setup which packages to install so I don't have to go
through the whole list each time, comparing it with the one on my box?
 Any help would be very much appreciated (especially if I can somehow
create a setup file from my install instead of having to go through it
manually :-).


Thanks,

Richard.

--
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 gvim needs weird ritual to past from Windows clipboard

[Richard Gribble]

On Tue, Jan 22, 2013 at 11:55 AM, Andy andymhanc...@gmail.com wrote:

 I installed cygwin's gvim on Windows 7.  I found that pasting from the
 Windows clipboard into gvim doesn't work by clicking the middle mouse
 button unless I go through a weird ritual that I discovered by
 accident.  If I don't do this, I get E353: Nothing in register *.

 First, I have to highlight some text using gvim.

 Second, I copy from Windows.  Finally I paste into gvim using the
 middle mouse button (Shift-Insert never works).

 I am working in a locked down environment where arranging to run
 setup/install executables take months to arrange, and opening firewall
 ports might never happen.  At first, I thought the problem might be
 related to an X11 error message about ports being blocked, but then I
 discovered the above recipe.

 Given the above clue, can anyone suggest what the cause might be, and
 possible ways to make the ritual unnecessary?  Here is the diagnostic
 data that I am able to find.

Have you tried this from some program other than vim?  CTRL-C won't
work from vim; you have to use:
+y
to get the highlighted text onto the clipboard, and I don't think the
mouse is designed to do that.


Later,

Richard.


 Relevant messages show up in /var/log/xwin/XWin.0.log
 -
 They show up after considerable delay:

[279434.560] winProcSetSelectionOwner - OpenClipboard () failed:
 0005

[279434.560] winClipboardFlushXEvents - SelectionRequest -
 OpenClipboard () failed: 0005

[279434.560] winClipboardFlushXEvents - SelectionRequest -
 OpenClipboard () failed: 0005

[279448.880] winProcSetSelectionOwner - OpenClipboard () failed:
 0005

[279673.007] winProcSetSelectionOwner - OpenClipboard () failed:
 0005

[279754.143] winProcSetSelectionOwner - OpenClipboard () failed:
 0005

 gvim version
 
 VIM - Vi IMproved 7.3 (2010 Aug 15, compiled Aug 31 2012 02:25:38)
 Included patches: 1-646
 Compiled by Cygwin Ports cygwin-xfreeATcygwin.com
 Huge version with GTK2 GUI.  Features included (+) or not (-):
 +arabic +autocmd +balloon_eval +browse ++builtin_terms +byte_offset
 +cindent +clientserver +clipboard +cmdline_compl +cmdline_hist
 +cmdline_info +comments +conceal +cryptv +cscope +cursorbind
 +cursorshape +dialog_con_gui +diff +digraphs +dnd -ebcdic +emacs_tags
 +eval +ex_extra +extra_search +farsi +file_in_path +find_in_path
 +float +folding -footer +fork() +gettext -hangul_input +iconv
 +insert_expand +jumplist +keymap +langmap +libcall +linebreak
 +lispindent +listcmds +localmap -lua +menu +mksession +modify_fname
 +mouse +mouseshape +mouse_dec -mouse_gpm -mouse_jsbterm +mouse_netterm
 -mouse_sysmouse +mouse_xterm +mouse_urxvt +mouse_sgr +multi_byte
 +multi_lang -mzscheme +netbeans_intg +path_extra -perl
 +persistent_undo +postscript +printer +profile -python -python3
 +quickfix +reltime +rightleft -ruby +scrollbind +signs +smartindent
 -sniff +startuptime +statusline -sun_workshop +syntax +tag_binary
 +tag_old_static -tag_any_white -tcl +terminfo +termresponse
 +textobjects +title +toolbar +user_commands +vertsplit +virtualedit
 +visual +visualextra +viminfo +vreplace +wildignore +wildmenu +windows
 +writebackup +X11 -xfontset +xim +xsmp_interact +xterm_clipboard
 -xterm_save

...snip...

 Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK
 -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
 -I/usr/include/atk-1.0 -I/usr/include/cairo
 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0
 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0
 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1
 -I/usr/include/freetype2 -I/usr/include/libpng14
 -I/usr/include/ncursesw  -ggdb -O2 -pipe
 -fdebug-prefix-map=/usr/src/ports/vim/vim-7.3.646-1/build=
   /usr/src/debug/vim-7.3.646-1
 -fdebug-prefix-map=/usr/src/ports/vim/vim-7.3.646-1/src/vim73=
   /usr/src/debug/vim-7.3.646-1
 -fno-strength-reduce
 -fdebug-prefix-map=/usr/src/ports/vim/vim-7.3.646-1/build/gui=
   /usr/src/debug/vim-7.3.646-1
 Linking: gcc   -L/usr/lib/ncursesw -o vim.exe -lgtk-x11-2.0
 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lXinerama -lXi -lXrandr
 -lXcursor -lXcomposite -lXdamage -lgdk_pixbuf-2.0 -lpangoft2-1.0
 -lgio-2.0 -lXext -lXfixes -lcairo -lpixman-1 -lxcb-shm -lxcb-render
 -lXrender -lX11 -lxcb -lXau -lXdmcp -lpng14 -lpango-1.0 -lm
 -lfontconfig -lexpat -lfreetype -lz -lbz2 -lgmodule-2.0 -lgobject-2.0
 -lffi -lglib-2.0 -lintl -liconv -lpcre-lSM -lICE -lXpm  -lXt -lX11
 -lXdmcp -lSM -lICE  -lm -lncurses -lelf  -liconv -lintl

 Relevant cygwin packages
 -
 I basically looked at packages that contained x and vetted out
 unlikely names like tex

 Package   Version  Status
 xauth

Rsync stops with time-out: solved

[Richard Ivarson]

Just in case other Cygwin users also have this problem, I'd like to describe 
a solution.


The Problem was this:

* Run rsync on two Windows XP computers communicating to each other 
directly via the (TCP) network.
Example: Source computer uses rsync to sync several folders with many files 
to a destination computer where a rsync background process is running 
(started via rsync --daemon).
* After syncing a while there's always a time-out (not always at the same 
file however) and both rsync programs stop to transfer any data. Even a rsync 
started with -vv parameter for verbose output doesn't show any progress 
anymore.


* I tried to encircle the problem (see here for example: 
http://cygwin.com/ml/cygwin/2012-03/threads.html#00209 ) but found no 
solution whatsoever.



So:
a) The direct TCP network communication failed for my two rsync programs all 
the time but on different parts of the synchronisation.


b) Then I tried the other variant of Rsync: a remote-shell program as 
transport. You start a SSH background process on the destination machine 
(named sshd in Cygwin's sbin folder) and then run rsync on the source 
computer with single colon URLs instead of two colons as in variant a). 
Please see Rsync manual:


There are two different ways for rsync to contact a remote system: using a 
remote-shell program as the transport (such as ssh or rsh) or contacting an 
rsync daemon directly via TCP. The remote-shell transport is used whenever 
the source or destination path contains a single colon (:) separator after a 
host specification. Contacting an rsync daemon directly happens when the 
source or destination path contains a double colon (::) separator after a 
host specification, OR when an rsync:// URL is specified...



So, with the ssh variant rsync works now fine on my machines. If anybody else 
has these problems of a) too, maybe variant b) works for you, too?



P.S. Since I'm no network expert at all, does anybody have an idea why 
variant a) doesn't work, but variant b) work well? It's a mystery to me.



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