suitesparse

[Brad Bell]

I would like to be able to use the suitesparse package in cygwin.

In the program setup-x86_64.exe I notice the package
 libsuitesparseconfig-devel
is available, but is only seems to include configuration information for 
suitesparse
(not the include files and libraries).

Is there a cygwin package available that has the include files and libraries for suitesparse, or 
would one have to build it from is source ?




--
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: Building the python swig tutorial

[Brad Bell]

It was unclear from my previous message that I am using the commands under the 
heading
Building a Python Module
in the tutorial
http://www.swig.org/tutorial.html
with the exception that python2.7 was changed to python3.8 because that is the version of python on 
my cygwin system.


These commands work fine on my Fedora system (with the proper version of python and without any 
extra libraries specified).


On 3/27/21 8:09 AM, Hans-Bernhard Bröker wrote:

Am 27.03.2021 um 13:58 schrieb Brad Bell:

It appeard that I need to add an non-standard location to a path so that the linker can find these 
files ?


Read those error messages again.  It's failing to find things _in_ any of those files, which means 
it did in fact find all files it was looking for just fine.


So no, this is almost certainly no issue with locations of files.  It's an issue of not telling the 
linker that it's supposed to be looking for certain libraries in the first place.


But it's virtually impossible to diagnose this sensibly, as you opted not to show any of the actual 
command(s) you used.




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

Building the python swig tutorial

[Brad Bell]

I am trying to build the swig tutorial on cygwin
http://www.swig.org/tutorial.html 

I changed the version of python to python3.8 (the version on my cygwin system) and that solved the 
include file error.


Now I am getting the following error during the ld command:

ld: example.o:example.c:(.text+0x54): undefined reference to `time'
example.o:example.c:(.text+0x54): relocation truncated to fit: R_X86_64_PC32 against undefined 
symbol `time'

ld: example.o:example.c:(.text+0x60): undefined reference to `ctime'
example.o:example.c:(.text+0x60): relocation truncated to fit: R_X86_64_PC32 against undefined 
symbol `ctime'


... snip ...

ld: example_wrap.o:example_wrap.c:(.rdata+0x750): undefined reference to 
`PyObject_GenericGetAttr'
ld: example_wrap.o:example_wrap.c:(.rdata+0x8f0): undefined reference to 
`PyObject_GenericGetAttr'
ld: 
example_wrap.o:example_wrap.c:(.rdata$.refptr.PyObject_GenericGetAttr[.refptr.PyObject_GenericGetAttr]+0x0): 
undefined reference to `PyObject_GenericGetAttr'



It appeard that I need to add an non-standard location to a path so that the linker can find these 
files ?


Does someone know where these files are on 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: TLS version problem downloading mirrors.lst?

[Brad Wetmore via Cygwin]

Just a quick update in case others are looking for a quick workaround:

I wrote:

> I am trying to install a new instance of cygwin on Windows 2016 Server
> MSDN instance and am having problems downloading the mirrors list:
> 2021/02/05 14:21:39 connection error: 12029 fetching
https://cygwin.com/mirrors.lst
> Using Wireshark and configuration options in Firefox, the root cause
> appears to be that the setup-x86_64.exe is trying to use TLSv1.0 and
> SSLv3 to download this file...deleted... Many Internet servers have
> been shutting off TLSv1.0/SSLv3 in favor of TLSv1.2/1.3 these days, is
> this a case of that?

I was able to work around the download of mirrors.lst problem by enabling 
TLSv1.1/1.2 in the IE control settings menu. This workaround didn't appear to 
change the registry values in HKLM 
SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols, but gets 
me to the point where I can download/install Cygwin. We use SCHANNEL (or 
whatever this controls) very rarely (normally Java/OpenSSL/NSS), so this is 
fine for me.

To your comment:

[Previous post restored: this is why keeping and trimming comments and replying
inline is so important in this and similar groups, so everyone understands the
context...]

Sorry for using my normal reply style. Many groups I participate in like to 
keep the amount of repeated/duplicated info to a minimum, with heavy use of 
*SNIP*s. Apologies for any faux paus here.

Further comments inline below:

On 2/8/2021 4:15 PM, Brad Wetmore wrote:
> Hi Brian,

> On 2021-02-06 11:23, Brad Wetmore via Cygwin wrote:
>> On 2021-02-05 18:00, Brad Wetmore via Cygwin wrote:
>>> I am trying to install a new instance of cygwin on Windows 2016 Server MSDN 
>>> instance and am having problems downloading the mirrors list:
>>>   2021/02/05 14:21:39 connection error: 12029 fetching 
>>> https://cygwin.com/mirrors.lst
> <https://urldefense.com/v3/__https://cygwin.com/mirrors.lst__;!!GqivPVa7Brio!MniJHwIN6y0BlJXA6LXt7IV2QGfTo_en5ZDYApqwG5hQrsl_ffm4aKvubYZOonaZVQEN_w$>
>>> Using Wireshark and configuration options in Firefox, the root cause appears
>>> to be that the setup-x86_64.exe is trying to use TLSv1.0 and SSLv3 to
>>> download this file, but the download is failing as the response is a fatal
>>> TLS alert: invalid protocol (2/70). Many Internet servers have been shutting
>>> off TLSv1.0/SSLv3 in favor of TLSv1.2/1.3 these days, is this a case of 
>>> that?
>>> If so, the setup app needs to be updated.
>>
>> Cygwin setup is a Windows app using Windows libraries built using open tools.
>>
>>> I can specify a specific server URL after the mirrors.lst download fails and
>>> can at least get something installed.
>>> Is there any workaround to force setup-x86_64.exe to default to TLSv1.2/1.3?
>>> Or is this something that the MSDN version of Windows 2016 Server has
>>> configured?
>>> More details/symptoms:
>>> I am behind a firewall, but the proxy settings in IE allow me to tunnel out.
>>> The corresponding "Use System Proxy Settings" in Firefox works fine. But 
>>> when
>>> I set the TLS settings in Firefox's "about:config" to use only 
>>> TLSv1.0/SSLv3,
>>> I see the same alert being returned to Firefox.
>>> Wireshark reports:
>>> CONNECT cygwin.com:443 HTTP1.0 ->
>>> User-Agent: ...deleted
>>> <- HTTP/1.0 200 Connection established
>>> ClientHello ->
>>> v1.0
>>> <- Fatal Alert: 2/70
>>> Supposedly SCHANNEL has TLSv1.2 on by default, but have no idea how the
>>> setup app is written.
>>
>> *NOT* by default on W2016 for SCHANNEL and may need enabled for both CLIENT 
>> and
>> SERVER uses:
>>
>> https://github.com/MicrosoftDocs/windowsserverdocs/issues/2783
> <https://urldefense.com/v3/__https://github.com/MicrosoftDocs/windowsserverdocs/issues/2783__;!!GqivPVa7Brio!MniJHwIN6y0BlJXA6LXt7IV2QGfTo_en5ZDYApqwG5hQrsl_ffm4aKvubYZOonaj00EzXQ$>
>>
>> https://social.technet.microsoft.com/Forums/en-US/cb1a695b-a15c-4fa7-94f0-1aaa20c1279d/enabling-tls-12-on-windows-server-2012-amp-2016?forum=winserversecurity
> <https://urldefense.com/v3/__https://social.technet.microsoft.com/Forums/en-US/cb1a695b-a15c-4fa7-94f0-1aaa20c1279d/enabling-tls-12-on-windows-server-2012-amp-2016?forum=winserversecurity__;!!GqivPVa7Brio!MniJHwIN6y0BlJXA6LXt7IV2QGfTo_en5ZDYApqwG5hQrsl_ffm4aKvubYZOonbZaiSLRA$>
>>
>> https://docs.microsoft.com/en-us/windows-server/identity/ad-fs/operations/manage-ssl-protocols-in-ad-fs#enable-and-disable-tls-12
> <https://urldefense.com/v3/__https://docs.microsoft.com/en-us/windows-server/identity/ad-fs/operations

Re: TLS version problem downloading mirrors.lst?

[Brad Wetmore via Cygwin]

Hi Brian, and thanks for the response.

Horray for conflicting information from MS.  

I will look at the IIS tool mentioned in one of the posts.

My registry entries for SCHANNEL and the TLSv1.2 look to be the same between my 
previous Windows 2012 install and this new Windows 2016 one, so a little 
surprising.

Do you happen to know if the cygwin.com server hosting cygwin.com/mirrors.lst 
was recently upgraded to no longer support the earlier TLS versions?

Is mirrors.lst cached somewhere during the install, and where would I find it?  
Just wondering why I can't seem to find it on different Windows instances but 
can still connect.

> Are any of them running legacy Server instances?

I think you are asking whether the mirror server (sonic.net) that I eventually 
contacted still has TLSv1.0 on.  Probably.  I can check that next week.

Thanks,

Brad






From: Brian Inglis 
Sent: Friday, February 5, 2021 7:53 PM
To: cygwin@cygwin.com 
Subject: Re: TLS version problem downloading mirrors.lst?

On 2021-02-05 18:00, Brad Wetmore via Cygwin wrote:
> I am trying to install a new instance of cygwin on Windows 2016 Server MSDN 
> instance and am having problems downloading the mirrors list:
>  2021/02/05 14:21:39 connection error: 12029 fetching 
> https://cygwin.com/mirrors.lst
> Using Wireshark and configuration options in Firefox, the root cause appears
> to be that the setup-x86_64.exe is trying to use TLSv1.0 and SSLv3 to
> download this file, but the download is failing as the response is a fatal
> TLS alert: invalid protocol (2/70). Many Internet servers have been shutting
> off TLSv1.0/SSLv3 in favor of TLSv1.2/1.3 these days, is this a case of that?
> If so, the setup app needs to be updated.

Cygwin setup is a Windows app using Windows libraries built using open tools.

> I can specify a specific server URL after the mirrors.lst download fails and
> can at least get something installed.
> Is there any workaround to force setup-x86_64.exe to default to TLSv1.2/1.3?
> Or is this something that the MSDN version of Windows 2016 Server has
> configured?
> More details/symptoms:
> I am behind a firewall, but the proxy settings in IE allow me to tunnel out.
> The corresponding "Use System Proxy Settings" in Firefox works fine. But when
> I set the TLS settings in Firefox's "about:config" to use only TLSv1.0/SSLv3,
> I see the same alert being returned to Firefox.
> Wireshark reports:
> CONNECT cygwin.com:443 HTTP1.0 ->
> User-Agent: ...deleted
> <- HTTP/1.0 200 Connection established
> ClientHello ->
> v1.0
> <- Fatal Alert: 2/70
> Supposedly SCHANNEL has TLSv1.2 on by default, but have no idea how the
> setup app is written.

*NOT* by default on W2016 for SCHANNEL and may need enabled for both CLIENT and
SERVER uses:

https://github.com/MicrosoftDocs/windowsserverdocs/issues/2783

https://social.technet.microsoft.com/Forums/en-US/cb1a695b-a15c-4fa7-94f0-1aaa20c1279d/enabling-tls-12-on-windows-server-2012-amp-2016?forum=winserversecurity

https://docs.microsoft.com/en-us/windows-server/identity/ad-fs/operations/manage-ssl-protocols-in-ad-fs#enable-and-disable-tls-12

Cygwin setup is written like most other Windows GUI apps, but you can clone the
sources, modify, and build it using only Cygwin tools.

> https://docs.microsoft.com/en-us/windows/win32/secauthn/protocols-in-tls-ssl--schannel-ssp-
> https://docs.microsoft.com/en-us/archive/blogs/kaushal/support-for-ssltls-protocols-on-windows

> My previous installs of cygwin aren't having any problems when trying to
> incrementally add software, maybe the mirrors file is cached somewhere?

Are any of them running legacy Server instances?

> Thanks for any tips,

It's possible that W2016 might not support the root CA, support available TLS
1.2 Cipher suites (although that seems unlikely with the WEAK ratings), TLS 1.3,
HTTP2, etc:

https://www.ssllabs.com/ssltest/analyze.html?d=cygwin.com

--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]

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

TLS version problem downloading mirrors.lst?

[Brad Wetmore via Cygwin]

Hi,

I am trying to install a new instance of cygwin on Windows 2016 Server MSDN 
instance and am having problems downloading the mirrors list:

2021/02/05 14:21:39 connection error: 12029 fetching 
https://cygwin.com/mirrors.lst

Using Wireshark and configuration options in Firefox, the root cause appears to 
be that the setup-x86_64.exe is trying to use TLSv1.0 and SSLv3 to download 
this file, but the download is failing as the response is a fatal TLS alert: 
invalid protocol (2/70). Many Internet servers have been shutting off 
TLSv1.0/SSLv3 in favor of TLSv1.2/1.3 these days, is this a case of that? If 
so, the setup app needs to be updated.

I can specify a specific server URL after the mirrors.lst download fails and 
can at least get something installed.

Is there any workaround to force setup-x86_64.exe to default to TLSv1.2/1.3? Or 
is this something that the MSDN version of Windows 2016 Server has configured?


More details/symptoms:

I am behind a firewall, but the proxy settings in IE allow me to tunnel out. 
The corresponding "Use System Proxy Settings" in Firefox works fine. But when I 
set the TLS settings in Firefox's "about:config" to use only TLSv1.0/SSLv3, I 
see the same alert being returned to Firefox.

Wireshark reports:

CONNECT cygwin.com:443 HTTP1.0 ->
User-Agent: ...deleted

<- HTTP/1.0 200 Connection established

ClientHello ->
v1.0

<- Fatal Alert: 2/70

Supposedly SCHANNEL has TLSv1.2 on by default, but have no idea how the setup 
app is written.

https://docs.microsoft.com/en-us/windows/win32/secauthn/protocols-in-tls-ssl--schannel-ssp-
https://docs.microsoft.com/en-us/archive/blogs/kaushal/support-for-ssltls-protocols-on-windows

My previous installs of cygwin aren't having any problems when trying to 
incrementally add software, maybe the mirrors file is cached somewhere?

Thanks for any tips,

Brad


--
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: Race condition hangs on multiple mintty/tcsh? Brad Wetmore

[Brad Wetmore via Cygwin]

Just installed the latest cygwin (3.1.7-1), and my issue seems to be solved.  
Thanks to Thomas, Kevin, Corinna, and Takashi for looking in it.

Brad


From: Brad Wetmore 
Sent: Wednesday, August 12, 2020 8:08 PM
To: cygwin@cygwin.com 
Subject: Re: Race condition hangs on multiple mintty/tcsh? Brad Wetmore

Hi Carinna/Thomas/Takashi,

> > > > > > Does anybody familiar with pty/select or recent changes have any 
> > > > > > idea?
> > > >
> > > > I looked into this problem. After much struggle, I think
> > > > I have found a workaround for this issue.
> > > >
> > > > I am not sure why this solves the issue at all, however,
> > > > this works for me.
> > > >
> > > Could you please test a patch attached?
> > >
> > > Shall I commit the patch and create a developer snapshot for testing?
> >
> > Thanks so much. That would be more convenient for potential testers.
>
> Done.  Please try the latest snapshot from https://cygwin.com/snapshots/

Thanks all for looking into this.  I dropped the .dll into my c:\cygwin64\bin 
directory and wasn't able to reproduce over 5 reboots.  The minute I put back 
the original .dll, it failed again.

Let me know if there's anything else I can do to help.

Best to you all,

Brad


____
From: Brad Wetmore 
Sent: Thursday, August 6, 2020 12:25 PM
To: cygwin@cygwin.com 
Subject: Re: Race condition hangs on multiple mintty/tcsh? Brad Wetmore


Thomas Wolff wrote:
> You had previously reported the issue without ssh involved. Does this
> make it reproducible more often? Otherwise let's not make things
> unnecessarily complicated.

I didn't mention it originally because I didn't expect that would have an 
impact, but then I successfully tried 4 times with the ssh-agent/sleep 3.  
That's when I sent the email with what seemed to be a good workaround.

But after trying it the 5th time following your email, 1 of the 10 didn't pass. 
 
I took out the ssh, and am seeing it there too, so that was not the issue.  
Drat.

So the delay helped, but didn't completely solve the problem.  I have been 
stalling before starting the cygwin termincal/script for some minutes after a 
reboot, but that doesn't seem to make a difference either.

I can send you the script if you want to play with it.

Brad


--
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: Race condition hangs on multiple mintty/tcsh? Brad Wetmore

[Brad Wetmore via Cygwin]

Hi Carinna/Thomas/Takashi,

> > > > > > Does anybody familiar with pty/select or recent changes have any 
> > > > > > idea?
> > > >
> > > > I looked into this problem. After much struggle, I think
> > > > I have found a workaround for this issue.
> > > >
> > > > I am not sure why this solves the issue at all, however,
> > > > this works for me.
> > > >
> > > Could you please test a patch attached?
> > >
> > > Shall I commit the patch and create a developer snapshot for testing?
> >
> > Thanks so much. That would be more convenient for potential testers.
>
> Done.  Please try the latest snapshot from https://cygwin.com/snapshots/

Thanks all for looking into this.  I dropped the .dll into my c:\cygwin64\bin 
directory and wasn't able to reproduce over 5 reboots.  The minute I put back 
the original .dll, it failed again.

Let me know if there's anything else I can do to help.

Best to you all,

Brad


____
From: Brad Wetmore 
Sent: Thursday, August 6, 2020 12:25 PM
To: cygwin@cygwin.com 
Subject: Re: Race condition hangs on multiple mintty/tcsh? Brad Wetmore


Thomas Wolff wrote:
> You had previously reported the issue without ssh involved. Does this
> make it reproducible more often? Otherwise let's not make things
> unnecessarily complicated.

I didn't mention it originally because I didn't expect that would have an 
impact, but then I successfully tried 4 times with the ssh-agent/sleep 3.  
That's when I sent the email with what seemed to be a good workaround.

But after trying it the 5th time following your email, 1 of the 10 didn't pass. 
 
I took out the ssh, and am seeing it there too, so that was not the issue.  
Drat.

So the delay helped, but didn't completely solve the problem.  I have been 
stalling before starting the cygwin termincal/script for some minutes after a 
reboot, but that doesn't seem to make a difference either.

I can send you the script if you want to play with it.

Brad


--
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: Race condition hangs on multiple mintty/tcsh? Brad Wetmore

[Brad Wetmore via Cygwin]

Thomas Wolff wrote:
> You had previously reported the issue without ssh involved. Does this
> make it reproducible more often? Otherwise let's not make things
> unnecessarily complicated.

I didn't mention it originally because I didn't expect that would have an 
impact, but then I successfully tried 4 times with the ssh-agent/sleep 3.  
That's when I sent the email with what seemed to be a good workaround.

But after trying it the 5th time following your email, 1 of the 10 didn't pass. 
 
I took out the ssh, and am seeing it there too, so that was not the issue.  
Drat.

So the delay helped, but didn't completely solve the problem.  I have been 
stalling before starting the cygwin termincal/script for some minutes after a 
reboot, but that doesn't seem to make a difference either.

I can send you the script if you want to play with it.

Brad


--
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: Race condition hangs on multiple mintty/tcsh? Brad Wetmore

[Brad Wetmore via Cygwin]

[I apologize if this doesn't thread correctly:  I've been getting the digest, 
and can't respond directly.  And I have no idea how my name ended up in the 
Subject line:  Rookie Move!]

More debug information, and a workaround/solution:

I am running:

Windows 10 Version 1909, fully patched.
Cygwin v3.1.6-1
Openssh v8.3p1-1
mintty v3.2.0-1
tcsh v6.22.02-1

The issue seems to be a race condition setting up ssh-agent, and then 
immediately starting up the the mintty/tcsh terminals. My guess is that 
something in ssh-agent is not fully setup yet, and is causing read hiccups in 
mintty.

My startup script looks like:

 #!/bin/sh

if [ -z "$SSH_AGENT_PID" ] ; then
 echo "Starting ssh-agent"
 eval $(ssh-agent)
 ssh-add
 #sleep 3
 fi

C:/cygwin64/bin/mintty.exe -i /usr/share/mintty/icon/wsl.ico \
 --position 0,0 --size 80x24 --fg black --bg white /bin/tcsh &
 #sleep 1
 ...9 more invocations deleted...

Without the sleep 3 after starting ssh-agent, I see one of three conditions:

1. The mintty window is created, but immediately crashes printing a dozen or so 
"Use "exit" to leave tcsh" before it does. At least that I think it says, it 
happens fast! ;)

2. The mintty window is created, and is ready for input. On the first keypress, 
it prints a dozen or so "Use "exit" to leave tcsh" and crashes.

3. The mintty window is created, and hangs. No prompt.

I get conditions #1/2 when I don't pause between mintty invocations.
I get condition #2 when I pause for 1 second between mintty invocations.

If I pause for 3 seconds after starting ssh-agent, then everything works as 
expected.

Note this issue occurs only during the first setup of 10 terminals. Running it 
again does not tickle the issue, probably because ssh-agent is fully up.

Hope this helps.

Brad

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

Race condition hangs on multiple mintty/tcsh? Brad Wetmore

[Brad Wetmore via Cygwin]

Hi,

I generally kick off multiple (10) mintty sessions, and place them around the 
screen.

C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
--position @3 --position 120,0 --size 80x71 /bin/tcsh &
C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
--position @3 --position 715,0 --size 80x45 /bin/tcsh &
C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
--position @3 --position 715,660 --size 80x24 /bin/tcsh &

Within the last 6 months or so, about 2-3 of them would hang and either 
mintty/tcsh would not start. I put a "sleep 1" in between each invocation and 
that seemed to take care of it.

With the latest cygwin update, about 8 of them just hang even with the sleep 1. 
I put in a "sleep 2", and now everything is coming up again.

Not sure if this is a mintty or tcsh issue, but just wondering if others are 
seeing this before I start trying to debug this.

Thanks,

Brad

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

Cygwin + Octave + Swig

[Brad Bell]

I am having trouble using the current version of Cygwin (64 bit), Octave 
(4.2.0), and Swig (3.0.11).


This issue seems to be known to to the Swig community; see
https://github.com/swig/swig/pull/875

I would like to revert to a previous version of Octave, until this 
problem is solve (by the swig community), but I cannot find one in the 
Cygwin setup-x86_64 program ?


--
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 bindings for cygclang.dll causing segmentation fault on 64 bit system

[Brad Elliott]

Hi there,

I'm running into difficulties which I think are caused by cygclang.dll. The 
problem only seems to impact the 64 bit version of Cygwin. The 32 bit version 
of Cygwin (on my 64 bit machine) does not crash. I tried running the same thing 
on Windows 7 and Windows 8 but both OSes are impacted. I also tried a fresh 
installation of 64 bit Cygwin and encountered the same issue.

I'm running this command which causes Python 2.7.10 to seg fault. 

  python cindex-dump.py hello.c
  Segmentation fault (core dumped)

I can't figure out how to use the stackdump as it looks like I need to re-build 
Python with debug symbols turned on and I haven't investigated that yet.

The cindex-dump.py script comes from the CFE bindings examples. I actually 
extracted the version for the sources for 3.5.2 but there appear to be no 
differences between that version and the latest:
     
http://llvm.org/svn/llvm-project/cfe/trunk/bindings/python/examples/cindex/cindex-dump.py

The hello.c file is very simple
  $ cat hello.c
  include stdio.h
  include stdlib.h
  
  int main(void)
  {
   return 0;
  }

I did report this to LLVM.org but I'm not sure if this issue is a Cygwin 
problem or an LLVM problem:
    https://llvm.org/bugs/show_bug.cgi?id=24039

Regards,

Brad  

cygcheck.out
Description: Binary data
#include stdio.h
#include stdlib.h

int main(void)
{
return 0;
}


python2.7.exe.stackdump
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: X11 forwarding and KDE applications

[Brad Keifenheim]

Hi Jon,

Thank you for your response. Previously I had verified the problem against 
remote clients from Kubuntu 12.04 and FreeBSD 9.1 after installing the kde4 
port. I wanted to confirm the problem one last time before sending this email, 
and, to my chagrin, I cannot repeat it. I've tested on several different 
machines and the appearance is normal. Maybe a reboot did the trick?

If I see the issue again I will work on a recreation recipe, given the 
intermittent nature.

Cheers,

Brad

-Original Message-
Sent: Tuesday, July 23, 2013 7:27 AM
Subject: Re: X11 forwarding and KDE applications

On 15/07/2013 16:39, Brad Keifenheim wrote:
 I would like to forward KDE applications using Cygwin/X in multiwindow 
 mode. I am able to start and use the applications, but the graphical 
 appearance seems a bit off. Specifically, starting konsole or kdevelop 
 shows some pink coloration behind the scrollbars. I have tried other X 
 servers, such as that provided by Ubuntu, and the problem is not 
 present, so I believe it to be specific to the Cygwin/X server.
 
 Does anyone else see this issue, or have I misconfigured my server?

This is pretty strange.

Assuming this isn't a bug ([1] looks a bit old to be relevant), I can only 
suggest that this may be an issue with colour correction if you have that 
enabled for KDE.

It would help in trying to reproduce this problem to know the specific version 
of Ubuntu that your remote X clients are from.

[1] https://bugs.kde.org/show_bug.cgi?id=194703

--
Jon TURNEY
Volunteer Cygwin/X X Server maintainer

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

X11 forwarding and KDE applications

[Brad Keifenheim]

Hello,

I would like to forward KDE applications using Cygwin/X in multiwindow mode. I 
am able to start and use the applications, but the graphical appearance seems a 
bit off. Specifically, starting konsole or kdevelop shows some pink coloration 
behind the scrollbars. I have tried other X servers, such as that provided by 
Ubuntu, and the problem is not present, so I believe it to be specific to the 
Cygwin/X server.

Does anyone else see this issue, or have I misconfigured my server?

Cheers,

Brad Keifenheim
Software Development Engineer
Dell | Compellent
brad_keifenh...@dell.com


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

Re: Need to uninstall many packages, how?

[Brad De Vries]

On Thu, Jul 22, 2010 at 1:11 AM, Brad De Vries devrie...@gmail.com wrote:
 On Wed, Jul 21, 2010 at 11:01 PM, Alex Leigh le...@hcs.harvard.edu wrote:
 On Wed, Jul 21, 2010 at 5:18 PM, Brad De Vries wrote:

 After several minutes of downloading, verifying, installing,
 configuring, post-installing, etc. I realized that it installed a lot
 of X and Gnome related packages.  Now I want to remove them all
 because I don't want them.  However, when I re-run setup.exe and try
 to click the various packages to uninstall, it changes other packages
 that I had previously selected to uninstall back to keep.
 The only option I see that's available to me is to completely
 uninstall cygwin and then re-install the packages I do want.  That
 does not sound fun and I'm hoping someone has a better idea of how to
 remove lots of related packages.


 I've also run into this annoyance and I found another workaround you
 could try. First, empty the Cygwin package cache on your local
 computer. Then run Setup.exe, choosing Install from local directory.
 Then you can click on packages to uninstall them without cycling
 through the Reinstall option which is what's causing dependent
 packages to be reset to Keep.

 Alex

 Thanks Alex, and everyone else that made suggestions.  I'll give this
 a try tomorrow and report back.

 BTW, I second the motion to fix setup.exe.

 Brad.

Well, I tried several times to get rid of all the undesired packages
and I ended up deleting the entire cygwin install and re-installing it
-- what a pain!

The biggest problem I ran into with the suggestion to install from
local directory was that it lost all the categories, not good, along
with the dependencies, a good thing.  What I tried to do was use the
original setup directory details and get a list of all the packages in
the Gnome and X categories.  Then I re-ran setup without the original
setup directory and tried to find the packages to uninstall, but the
vast majority were not listed.  I tried again with only package cache
removed and the original setup.ini in place, then all the categories
were listed but the dependencies were back.

I tried various other options but in the end, it was easier to delete
and re-install.

Anyway, thanks for everyone's suggestions.

Brad.

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

Need to uninstall many packages, how?

[Brad De Vries]

Hello everyone.  Today I accidentally installed many new packages into
my cygwin setup, namely X and Gnome, and I didn't want them.  How do I
uninstall them?

How this happened:
1) I noticed that I had not installed vim, I know I was shocked too,
but nonetheless, it's true.
2) I ran setup.exe,
  a) got to the Select Packages screen
  b) searched for vim
  c) opened the Editors category
  d) clicked on the first one I saw
  Oops, I had accidentally selected the GTK interface to vim.
  e) setup.exe automatically selected the correct vim package as a
package dependency, so I simply clicked the GTK vim again until it
read Skip.
  f) Clicked Next enough times to get it to run

After several minutes of downloading, verifying, installing,
configuring, post-installing, etc. I realized that it installed a lot
of X and Gnome related packages.  Now I want to remove them all
because I don't want them.  However, when I re-run setup.exe and try
to click the various packages to uninstall, it changes other packages
that I had previously selected to uninstall back to keep.
The only option I see that's available to me is to completely
uninstall cygwin and then re-install the packages I do want.  That
does not sound fun and I'm hoping someone has a better idea of how to
remove lots of related packages.

Thanks,
Brad.

--
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: Need to uninstall many packages, how?

[Brad De Vries]

On Wed, Jul 21, 2010 at 11:01 PM, Alex Leigh le...@hcs.harvard.edu wrote:
 On Wed, Jul 21, 2010 at 5:18 PM, Brad De Vries wrote:

 After several minutes of downloading, verifying, installing,
 configuring, post-installing, etc. I realized that it installed a lot
 of X and Gnome related packages.  Now I want to remove them all
 because I don't want them.  However, when I re-run setup.exe and try
 to click the various packages to uninstall, it changes other packages
 that I had previously selected to uninstall back to keep.
 The only option I see that's available to me is to completely
 uninstall cygwin and then re-install the packages I do want.  That
 does not sound fun and I'm hoping someone has a better idea of how to
 remove lots of related packages.


 I've also run into this annoyance and I found another workaround you
 could try. First, empty the Cygwin package cache on your local
 computer. Then run Setup.exe, choosing Install from local directory.
 Then you can click on packages to uninstall them without cycling
 through the Reinstall option which is what's causing dependent
 packages to be reset to Keep.

 Alex

Thanks Alex, and everyone else that made suggestions.  I'll give this
a try tomorrow and report back.

BTW, I second the motion to fix setup.exe.

Brad.

--
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: subversion-1.6.11-1 failure

[Brad Bell]

Thank you for the prompt suggestion Try shutting down all Cygwin processes and 
reinstalling the cygwin package.
   http://cygwin.com/ml/cygwin/2010-04/msg00892.html

I tried uninstalling all of cygwin and and then installing the base package and 
subversion, but that did not work. What finally worked for me was:

1. Reboot the system so that no cygwin processes are running.
2. Use setup.exe to reinstall the base package.

P.S.
I would have liked to make this message a reply to
   http://cygwin.com/ml/cygwin/2010-04/msg00892.html
but I do not have an e-mail copy of that message and hence do not know how to 
do that. Is there a way ?

--- On Fri, 4/23/10, Brad Bell bradley_b...@yahoo.com wrote:

 From: Brad Bell bradley_b...@yahoo.com
 Subject: subversion-1.6.11-1 failure
 To: cygwin@cygwin.com
 Date: Friday, April 23, 2010, 3:10 PM
 I am having trouble with the current
 subversion under cygwin; i.e., subversion-1.6.11-1 in
 setup.exe.
 
 Symptom 1: 
 When I enter the command
    svn --version
 subversion returns with out printing anything.
 
 Symptom 2:
 When I enter the command
    strace svn --version
 strace responds with a dialog box. The title of the box is
    svn.exe - Entry Point Not Found
 and the message in the box is
    Thhe proceduure entry point accept4 count
 not be located in the dynamic link library cygwin1.dll
 
 
 First attempt around Problem:
 I tried entirely uninstalling cygwin and then installing
 just the base package and subversion and the problem
 persists.
 
 Second attempt around Problem:
 I have also tried installing 'libapr*', which seemed to fix
 some missing dependencies for a previous version; see
    http://sourceware.org/ml/cygwin/2009-09/msg00740.html
 but this did not work.
 
 As per the instructions on 
    http://cygwin.com/problems.html
 I have attached the output of the command
    cygcheck -s -v -r  
 cygcheck.out
 
 
 
 
 
 
       





--
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: 1.7.1 Runtime Error in setup.exe subsequent to successful install

[Brad Allen]

Nobody replied on this, so I've given up on cygwin.

The bash shell included with msysgit is turning out to be a nice
replacement, and unlike cygwin, doesn't seem to have any problems with
Python's virtualenv.

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

1.7.1 Runtime Error in setup.exe subsequent to successful install

[Brad Allen]

Hello,

I am a new Cygwin user, and about two weeks ago, I downloaded the
latest Cywin into a newly installed Windows XP VirtualBox vm.
Presumably this would be the 1.7.1 version advertised on the main
Cygwin website, though the initial setup.exe screen showed me a
version 2.686.

Everything went very nicely and I was able to install a number of
applications during the setup process.

After having happily used Cygwin for a few days, I wanted to install
some additional applications (such as ssh), and attempted to do this
via the setup.exe program.

Unfortunately, I have not been successful due to a RunTime Error,
stating that This application has requested the Runtime to terminate
it in an unusual way. Please contact the application's support team
for more information.

During my initial attempt, I had failed to properly select my
employer's proxy server settings, and had to cancel.

Here are the choices I make when I run the setup.exe:

For Download Source, I chose: Install from Internet.
For Select Root Install Directory, I leave it as default and select
Install for All Users.
For Select Local Package Directory, I leave the default path (my
Downloads directory).
For Setup Your Internet Connection, I chose Use Http Proxy. After
authenticating with the correct username and password, the Runtime
Error appears.


Any help on this would be appreciated.

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

1.7.0: find is crashing w/ assertion error

[Brad Walker]

I am running version 1.7 of Cygwin on my Windows 2003 box. It runs
really well except for a problem that I see quite often.

When executing find I get the following error:

$ find . -name cpfls.exe
./cpfcmdbin_cxc_4/debug/cpfls.exe
./cpfcmdbin_cxc_4/bin/cpfls.exe
assertion ent-fts_info == FTS_NSOK || state.type != 0 failed: file
/usr/src/findutils-4.5.4-1/src/findutils-4.5.4/fi
nd/ftsfind.c, line 475, function: consider_visiting
Aborted (core dumped)

Is this a known problem? And if not, what can I do to help? I've
attached a cygcheck output.

Thanks.

-brad w.


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

BUG REPORT: Cygwin, g++, -O2, static member function, std::string

[Brad Bell]

I seem to have run across a bug using g++ with -O2 under Cygwin. It 
has to do with using static class member functions and standard string.


The bash shell script command
./bug.sh
creates three files, compiles, links, and runs the result. I have run this 
command on several Cygwin systems and gotten results similar to those in 
bug_cygwin.out; i.e., the assert

assertion r != 0 failed
I have run the same command on several Linux systems and 
gotten results similar to those in bug_linux.out; i.e., no assertion.


bug.sh
Description: bash shell script
BUG REPORT:   Cygwin, g++, -O2, static member function, std::string
RUN COMMAND:  ./bug.sh
RESULT:   assertion r != 0 failed
SIDE EFFECTS: the files ./bug0.hpp, bug1.cpp, and bug2.cpp are created.

uname -a
CYGWIN_NT-5.1 pc-bbell 1.5.24(0.156/4/2) 2007-01-31 10:57 i686 Cygwin

g++ --version
g++ (GCC) 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

g++ bug1.cpp bug2.cpp -O1 -o bug
./bug
g++ bug1.cpp bug2.cpp -O2 -o bug
./bug
assertion r != 0 failed: file bug2.cpp, line 8
 11 [sig] bug 1924 C:\cygwin\home\Brad\trash\bug.exe: *** fatal error - call
ed with threadlist_ix -1
./bug.sh: line 58:  1924 Hangup  ./bug
BUG REPORT:   Cygwin, g++, -O2, static member function, std::string
RUN COMMAND:  ./bug.sh
RESULT:   assertion r != 0 failed
SIDE EFFECTS: the files ./bug0.hpp, bug1.cpp, and bug2.cpp are created.

uname -a
Linux snark 2.6.15-28-amd64-server #1 SMP Wed Jul 18 23:04:02 UTC 2007 x86_64 
GNU/Linux

g++ --version
g++ (GCC) 4.0.3 (Ubuntu 4.0.3-1ubuntu5)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

g++ bug1.cpp bug2.cpp -O1 -o bug
./bug
g++ bug1.cpp bug2.cpp -O2 -o bug
./bug
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

BUG REPORT: Cygwin, g++, -O2, static member function, std::string

[Brad Bell]

This is a reply to the message
http://cygwin.com/ml/cygwin/2007-10/msg00508.html
where the following request was made
	Can you post the bug{1,2}.cpp files ? 
Note that the original bug report is at

http://cygwin.com/ml/cygwin/2007-10/msg00507.html

I am attaching the requested files as well as a neceesary include file. 
All these files are created by bug.sh when it is run.


I did not realize that it is hard to open *.sh files as text (when they 
are attached to a message). Sorry about that. I am including the bug.sh 
script below:


-- cut here -- 
#! /bin/bash # echo BUG REPORT:  Cygwin, g++, -O2, static member 
function, std::string echo RUN COMMAND:  $0 $* echo RESULT: 
assertion \r != 0\ failed echo SIDE EFFECTS: the files ./bug0.hpp, 
bug1.cpp, and bug2.cpp are created. # cat  EOF  bug0.hpp # include 
string class Element { public:

std::string   file;

static Element *root(void)
{   static Element r;
return r;
}

}; 
EOF

cat  EOF   bug1.cpp
# include bug0.hpp
extern void bug2(void);
int main(void)
{   std::string str(A);
char c = str[0];

Element *r = Element::root();
bug2();

return 0;
}
EOF
cat  EOF  bug2.cpp
# include cassert
# include bug0.hpp
void bug2(void)
{
Element *r = Element::root();
Element *s = Element::root();

assert( r != 0 );
}
EOF
echo
echo uname -a
uname -a
echo
echo g++ --version
g++ --version
echo g++ bug1.cpp bug2.cpp -O1 -o bug
g++ bug1.cpp bug2.cpp  -O1 -o bug
echo ./bug
./bug
echo g++ bug1.cpp bug2.cpp -O2 -o bug
g++ bug1.cpp bug2.cpp  -O2 -o bug
echo ./bug
./bug# include string
class Element {
public:
	std::string   file;

	static Element *root(void)
	{	static Element r;
		return r;
	}

}; 
# include bug0.hpp
extern void bug2(void);
int main(void)
{	std::string str(A);
	char c = str[0];

	Element *r = Element::root();
	bug2();

	return 0;
}
# include cassert
# include bug0.hpp
void bug2(void)
{
	Element *r = Element::root();
	Element *s = Element::root();

	assert( r != 0 );
}
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Replying to messages

[Brad Bell]

How does one reply to a message on cygwin.com when you do not have an 
e-mail copy of the original message; i.e., just given the information in 
the mailing list archive ?


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

Establishing Unix network control under cygwin?

[Brad]

Hi.  I've just recently installed cygwin and I'd like to ask a few questions
about networking.

I've installed practically all the Cygwin packages but I'm frustrated by a
couple of trivial little problems.  For example, when I do a

  ping host

the host can't be found; I have to put in the fully-qualified host name:

  ping host.company.com

Even though a lookup via the name server:

  nslookup host

works, without the argument having to be fully-qualified.

So I set up a simple /etc/nsswitch.conf, as I would on any Unix machine, with
the contents:

  hosts:  files dns

and /etc/resolv.conf with:

  search company.com

but it's had no effect.

I also can't find man pages for 'nsswitch.conf' or 'resolv.conf' in my cygwin
installation, or even 'getent', so I'm wondering if those files are even used
by cygwin.

I've searched for terms like 'cygwin' and 'nsswitch.conf' but haven't found
anything to go on.  I do apologise if this is a real 'newbie' question.

I suspect that cygwin delegates all things networking off to Windows, and so
to fix this problem I'd have to do the equivalent of an nswitch.conf entry
in Windows land?  Which I'm not competent to do, unfortunately.

Would anyone care to:

a.  confirm whether 'nsswitch.conf' and such work in Cygwin?

b.  tell me how I can get Cygwin to search various domains when
 trying to resolve hostnames?

c.  tell me about any 'networking' FAQ for cygwin?

We primarily use NIS here, although DNS as well; I believe NIS isn't
available with cygwin?

Many thanks,


Brad



   

Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, 
photos  more. 
http://mobile.yahoo.com/go?refer=1GNXIC

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

Duplicating an install

[Brad McNeely]

I've been using cygwin for a while but one question I've got is this.  I've 
found that the file /etc/installed.db lists all of the cygwin components that 
are installed.  I've had to rebuild my laptop due to hard drive failures a 
couple of times and now have received a new laptop.  Is there a way to have 
cygwin's setup.exe install the components that are on my existing laptop 
automatically without having to pick through the list and through trial and 
error re-install the parts I missed?  Thanks.



Regards,

Brad

___
Join Excite! - http://www.excite.com
The most personalized portal on the Web!



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

Re: [ITP] CppAD (C++ Algorithmic Differentiation)

[Brad Bell]

CppAD now has three positive votes:
   http://cygwin.com/ml/cygwin-apps/2006-12/msg00026.html
   http://cygwin.com/ml/cygwin-apps/2006-12/msg00028.html
   http://cygwin.com/ml/cygwin-apps/2006-12/msg00046.html
It needs two more votes to get accepted. I feel sort of like I am 
campaigning though repeated requests for votes, but you are all busy 
people and probably have other things on your minds.


Brad Bell wrote:


CppAD: C++ algorithmic differentiation by operator overloading.

I would like to propose the new cygwin package CppAD and I would like to
be the maintainer of this package.


...


I have placed the package for review at the web address
   http://www.seanet.com/~bradbell/cppad/


...


Thank you in advance for you time in considering this package.

Re: [ITP] cppad (C++ Algorithmic Differentiation)

[Brad Bell]

CppAD has only received two positive votes and no other comments

  http://cygwin.com/ml/cygwin-apps/2006-12/msg00026.html
  http://cygwin.com/ml/cygwin-apps/2006-12/msg00028.html

Is there some problem with the distribution or a lack of interest in 
such a package ?


Brad Bell wrote:


# CppAD Cygwin setup.hint file (last modified 2006-08-21):
#
# Introduction
# 
# I, Bradley M. Bell, would like to propose the new cygwin package 
cppad and I

# would like to be the maintainer of this package.
#
# I have placed the package for review at the web address
#http://www.seanet.com/~bradbell/cppad
#
# I appreciate your time in considering this package for cygwin 
distribution.

#
...
#
# Previous Distribution
# -
# This package is not currently included in a major Linux distribution,
# hence it would require five positive votes from package maintainers in
# order to be accepted.

[ITP] CppAD (C++ Algorithmic Differentiation)

[Brad Bell]

CppAD: C++ algorithmic differentiation by operator overloading.

I would like to propose the new cygwin package CppAD and I would like to
be the maintainer of this package.

I am the project manager for CppAD and you can find out information about
it and its development at
   http://www.coin-or.org/CppAD/

I have placed the package for review at the web address
   http://www.seanet.com/~bradbell/cppad/
which contains the files
   cppad-20061208-1-src.tar.bz2
   cppad-20061208-1.tar.bz2
   setup.hint
I think that that these files are greatly improved with respect to my 
previous

[ITP] of CppAD; see
   http://cygwin.com/ml/cygwin-apps/2006-08/msg00098.html

This package is not currently included in a major Linux distribution,
hence it requires five positive votes from package maintainers in order
to be accepted.

Thank you in advance for you time in considering this package.

- setup.hint 

# To test the source or binary distribution, copy the source 
distribution file

#cppad-20061208-1/get_started/get_started.cpp
# to a temporary directory and execute the commands
#g++ get_started.cpp -o get_started.exe
#./get_started
# the resulting output should be
#y'(3) computed by CppAD = 142
#
# Requires a standard compliant C++ compiler; e.g., gcc-g++.
requires: gcc-g++
#
category: Math
#
sdesc: C++ algorithmic differentiation by operator overloading
#
ldesc: C++ algorithmic differentiation by operator overloading.
Forward and reverse mode as well as derivatives of arbitrary order
are supported. See the documentation for this version
   ( /usr/share/doc/cppad-20061208-1/cppad.htm )
or the CppAD home page
   ( http://http://www.coin-or.org/CppAD/ )
for more details.

Re: [ITP] CppAD (C++ Algorithmic Differentiation)

[Brad Bell]

Yes, that is correct, it is entirely header files and documentation.

Corinna Vinschen wrote:


On Dec  8 05:23, Brad Bell wrote:
 


CppAD: C++ algorithmic differentiation by operator overloading.

I would like to propose the new cygwin package CppAD and I would like to
be the maintainer of this package.

I am the project manager for CppAD and you can find out information about
it and its development at
  http://www.coin-or.org/CppAD/

I have placed the package for review at the web address
  http://www.seanet.com/~bradbell/cppad/
which contains the files
  cppad-20061208-1-src.tar.bz2
  cppad-20061208-1.tar.bz2
  setup.hint
   



Did I see that right, the package consists entirely of header files
and documents?  Rather lightwight as a package...

packaging looks good to me.

+1 from me.


Corinna

 

Re: cygwin Digest 28 Oct 2006 14:33:34 -0000 Issue 5237

[Brad Ramsey]

Hari Krishna Dara haridara at gmail.com writes:

 
  -- Forwarded message --
  From: Christopher Faylor cgf-no-personal-reply-please at cygwin.com
  To: cygwin at cygwin.com
  Date: Sat, 28 Oct 2006 00:16:09 -0400
  Subject: Re: rxvt: Ctrl+C leaves child process of native processes
  On Fri, Oct 27, 2006 at 05:40:36PM -0700, Hari Krishna Dara wrote:
  When I hit ^C in an rxvt window (no X), it doesn't result in killing
  all the child processes.
  
  In this specific case, I am running ant, either through ant.bat, ant
  (shell script) or through a custom perl wrapper (which directly
  executes java bypassing  ant.bat or ant).
  
  When the perl wrapper is used it is started from another batch file,
  so here is how the process execution:
  - batch starts a perl command
  - perl command starts java (ant)
  - ant starts another java process
  
  The process tree as shown by sysinternals' process explorer is:
  
  bash
   cmd
 perl
   java
 java
  
  When I hit ^C, bash and cmd exit immediately leaving perl and the two
  java processes.
 
  Cygwin has no way of knowing what the children of non-cygwin
  subprocesses are.  So, as you've found, if you don't use a Cygwin
  program, you won't get linux-like signal results.  This shouldn't be
  *too* surprising.
 
 I don't completely agree with you. If that is the case, then hitting
 ^C in any bash shell should behave the same, but for bash running in a
 native terminal it works as expected. it is not uncommon for make and
 other build systems to span number of child processes, and it would be
 a havoc if these didn't get killed properly (and would make cygwin
 almost unusable). I believe that the problem has something to do with
 rxvt.
 


I have a somewhat simpler version of the same issue:

1. Start a bash shell using the standard cywin batch file under XP.  The batch
file contains:

@echo off

C:
chdir C:\cygwin\bin

bash --login -i

2. Run the following command:
rxvt -sl 200 -e bash --login -i


rxvt opens a new window with a bash shell.  Windows reports two bash processes.
 If I use the close button on the rxvt window, the rxvt terminates but both bash
processes remain.  The second process is an orphaned child from rxvt.

This was done using a standard cygwin install onto XP as of 6 Nov 2006.



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

crash on anything using cygwin

[Brad Palmer]

I was having this exact same issue on windows ME. I had to go back to 5.20.0.0
with apiversion 155 to get things working again.


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

[ITP] cppad (C++ Algorithmic Differentiation)

[Brad Bell]

# CppAD Cygwin setup.hint file (last modified 2006-08-21):
#
# Introduction
# 
# I, Bradley M. Bell, would like to propose the new cygwin package cppad 
and I

# would like to be the maintainer of this package.
#
# I have placed the package for review at the web address
#http://www.seanet.com/~bradbell/cppad
#
# I appreciate your time in considering this package for cygwin 
distribution.

#
# 


#   setup.hint Commands
# 


#
sdesc: CppAD: C++ Algorithmic Differentiation
ldesc: CppAD uses C++ operator overloading to obtain both forward and 
reverse
mode Algorithmic Differentiation of arbitrary order. The home page for 
CppAD is

   http://http://www.coin-or.org/CppAD/;
skip:
category: Math
requires: cygwin
# 


#  Comments About this Distribution
# 


#
# Algorithmic Differentiation
# ---
# A general discussion of algorithmic differentiation can be found at
#http://www.autodiff.org/
#
# Binary Versus Source Tar File
# -
# The CppAD package is a set of C++ source code include files. There are
# no libraries or executables.Hence, there is no distinction between a 
binary
# and source distribution. I did not see mention of this case on the web 
page

#http://cygwin.com/setup.html#package_contents
# I have therefore made the binary and source distributions identical; i.e.,
#http://www.seanet.com/~bradbell/cppad/cppad-20060820-1.tar.bz2
#http://www.seanet.com/~bradbell/cppad/cppad-20060820-1-src.tar.bz2
# Is this the proper thing to do for this case ?
#
# Requires
# 
# CppAD does not require any other packages, (except for a C++ compiler)
# to use. How would one specify that only a standard compliant C++ 
compiler is
# required for using CppAD ?  
#

# Documentation
# -
# The documentation for CppAD is in HTML or XML (the XML version uses 
MATHML).

# A copy of the documentation for the most recent version of CppAD can be
# viewed at
# http://www.coin-or.org/CppAD/Doc/cppad.htm
#http://www.coin-or.org/CppAD/Doc/cppad.xml
# I have included the documentation with the release in the directory
#cppad-20060820/Doc
# Perhaps the cygwin install should copy this to a specific directory; e.g.
#/usr/share/doc/cppad-20060820
#
# Rebuilding Documentation
# 
# If one wants to build a new version of the documentation from the source
# code, they would need OMhelp; see
#http://www.seanet.com/~bradbell/omhelp/overview.htm
#http://www.seanet.com/~bradbell/omhelp/overview.xml
# Perhaps the source distribution should not contain the *.htm and *.xml 
files
# because they are generated from other source using OMhelp. This would 
make

# the source version of CppAD depend on OMhelp and require making OMhelp
# a cygwin package.
#
# Previous Distribution
# -
# This package is not currently included in a major Linux distribution,
# hence it would require five positive votes from package maintainers in
# order to be accepted.

Re: Fortran Compiler Error CMBFAST

[Brad Krane]

Yes I forgot to mention that the include file that the compiler could
not find was in the working directory.

Adding a -I./ to the flags has seemed to solve this.

On 6/26/06, Williams, Gerald S (Jerry) [EMAIL PROTECTED] wrote:

Brad Krane wrote:
 I'm trying to compile the scientific package CMBFAST-4.5.1 in the
 cygwin environment using g77. I get the following error...

 f77 -O2   -c -o jlgen.o jlgen.F
 jlgen.F: In program `jlgen':
 jlgen.F:14:
 include 'cmbfast.inc'
 ^
 Unable to open INCLUDE file `cmbfast.inc' at (^)

Tim Prince wrote:
 Normally, you would specify the path to search for include files with
 -I, if it is not in the current working directory.

I looked at the library, and the referenced include file
*is* in the same directory. The library even includes a
configure script, so this isn't simple pilot error--it
looks like there is a bug in the compiler.

For now, you can work around the problem by adding -I. to
the command lines, or more likely to the end of FFLAGS in
the Makefile (after running ./configure).

I don't use FORTRAN enough to say whether the behavior we
are seeing is correct, though from the evidence I've seen
I'd say it isn't.

gsw




--
Brad

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

Fortran Compiler Error CMBFAST

[Brad Krane]

I'm trying to compile the scientific package CMBFAST-4.5.1 in the
cygwin environment using g77. I get the following error and I have no
idea how to fix this having never used Fortran before. This should
work without any problem as many other people have compiled this and
never run up on a similar problem. I think that it is a compiler
specific issue or an environment one.

f77 -O2   -c -o jlgen.o jlgen.F
jlgen.F: In program `jlgen':
jlgen.F:14:
include 'cmbfast.inc'
^
Unable to open INCLUDE file `cmbfast.inc' at (^)
jlgen.F:18:
integer l(lmax),i,j,lmo
  ^
Invalid declaration of or reference to symbol `lmax' at (^) [initially
seen at (^)]
jlgen.F:18:
integer l(lmax),i,j,lmo
1
jlgen.F:21: (continued):
common /lvalues1/ l,l0,lmo
  2
Invalid declaration of or reference to symbol `l' at (2) [initially seen at (1)]

Thanks,
--
Brad

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

Increasing Available Memory for Cygwin Run Programs in XP

[Brad Krane]

I am trying to run a numerical simulation that requires a large amount
of RAM in the cygwin environment running on a Pentium 4 with Windows
XP and 3GB RAM. I have so far learned that Windows XP (and other
Windows versions) allot only 2GB RAM for user program space. I have
verified this with a small program I developed that allocates the
maximum available memory to 4 bytes.
In Windows when I run this program I am able to allocate a total of
1.94GB of memory, however, when I run the same code in Cygwin I am
only able to allocate 1.12GB of memory.
I am not the only person to have come across a similar problem in the
past. I have been searching through the archives and so far have found
3 notable references from topics that can be found here:

http://sourceware.org/ml/cygwin/2005-04/msg01309.html
http://sources.redhat.com/ml/cygwin/2003-02/msg00234.html
http://sourceware.org/ml/cygwin/2004-06/msg01248.html

In the first topic it is said that using the -mno-cygwin flag in the
compiler options will allow programs to gain access to more memory by
having them by pass the cygwin1.dll. This however produces the
undesirable side effect of an error compiling, as the program
references sys/resource.h and I can only assume that this would
require the use of cygwin1.dll. I don't suppose there is much of a way
around this?

The second idea I found was to set the registry item
/HKEY_CURRENT_USER/Software/Cygnus\ Solutions/Cygwin/heap_chunk_in_mb
x where 'x' is the amount in MB(obviously). I set this value to a
safe amount of 195MB or 1.90GB. Unfortunately this does nothing
and I am left with the exact same amount of memory.

Finally there was the idea to run XP with the /3gb option set in the
boot.ini to increase the user program space from 2GB to 3GB. The
problem is that after a reboot I am still only able to allocate 1.94GB
of RAM with a Windows XP binary and 1.12GB through Cygwin. Could this
be a side-effect of having only 3GM or physical memory or would the
page file accommodate this(as I think)?

I've noticed that the messages are at least one year old. Has anything
significant that would affect these fixes have changed since then?
Does anyone have any fresh ideas or work around aside from a new OS?
;)

On a further note I have noticed that in the Advanced Properties of
the Cygwin shortcut that is set to run in a separate memory space by
default and I am unable to change this even when making a shortcut
directly to bash.exe itself. Could this be affecting the available
memory and if so is there anyway to modify this property?

Thank you for your time and effort.

--
Brad

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

RE: Increasing Available Memory for Cygwin Run Programs in XP

[Brad Krane]

Look at --large-address-aware option in ld.info.

Danny



I have just tried this option by compiling with the line below:

gcc -DMEMLOC -Wl,--large-address-aware memloc.c -o memloc

and this has unfortunatly lead to no effect.

--
Brad

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

RE: Increasing Available Memory for Cygwin Run Programs in XP Cygwin1.dll v1.5.19-cr-0x5ef

[Brad Krane]

Sorry I forgot to mention my Cygwin version in my previous post.

--
Brad

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

aclocal warnings

[Brad Bell]

I recently downloaded the current version of cygwin on
2006-04-01 and got the following messages when running acloal:

/usr/share/aclocal/libsmi.m4:8:
warning: underquoted definition of AM_PATH_LIBSMI

/usr/share/aclocal/libmcrypt.m4:17:
warning: underquoted definition of AM_PATH_LIBMCRYPT


/usr/share/aclocal/cppunit.m4:4:
warning: underquoted definition of AM_PATH_CPPU NIT


This problem has been around for a long time, see
http://sources.redhat.com/automake/automake.html#Extending-aclocal

I am including below (for others) a bash script that I use to fix this (so
that one pays better attention to other warnings generated by aclocal).

The proper fix for this is to have the libsmi, libmcrypt, and cppunit
projects fix the macros.

# ! /bin/bash
# ---
# CppAD: C++ Algorithmic Differentiation: Copyright (C) 2003-06 Bradley M. Bell
#
# This program is free software; you can redistribute it and/or
# modify it under the terms of the GNU General Public License
# as published by the Free Software Foundation; either version 2
# of the License, or (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA  02111-1307, USA.
# 
echo Some packages have bad aclocal macros that generate warnings: see
echo http://sources.redhat.com/automake/automake.html#Extending-aclocal;
echo This shell script will attempt to fix them.
echo
#
aclocal  junk
list=`grep 'aclocal/.*.m4:[0-9]*: *warning'  junk | sed -es/\.m4:.*/.m4/`
#
emptylist=true
for file in $list
do
emptylist=false
oldtext=`grep '^ *AC_DEFUN *( *AM_PATH_[A-Za-z_]* *,' $file`
if [ ${oldtext}NOTHING != NOTHING ]
then
sed  $file  junk -e \
's/^ *AC_DEFUN *( *AM_PATH_\([A-Za-z_]*\) *,/AC_DEFUN([AM_PATH_\1],/'
newtext=`grep 'AC_DEFUN(\[AM_PATH_[A-Za-z_]*\],' junk`
echo $file
echo $oldtext - $newtext
if [ -w $file ]
then
mv junk $file
else
echo Do not have premission to change this file.
rm junk
fi
else
echo $file
echo Do not know how to fix this file.
fi
done
if [ $emptylist == true ]
then
echo No aclocal warnings to be fixed.
fi

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

Xwin Not Responding

[Brad Doran]

I'm running WinXP Home and I've installed all the necessary packages
in order to run Xwin. I go to run Xwin -multimode or Xwin -fullscreen
and it shows the X in the system tray but I can't right click it for
options. Not to mention it partially shows it down in the docking area
next to the start menu but the program doesn't respond. Even if it's
given several minutes it goes nowhere. Here's what Xwin.log has to
say:

Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 6.8.2.0-2

Contact: cygwin-xfree@cygwin.com

XWin was started with the following command line:

/usr/X11R6/bin/xwin -fullscreen 

ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1024 h 768
winInitializeDefaultScreens - Returning
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
(II) XF86Config is not supported
(II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information
(==) FontPath set to
/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/
MIT-SHM extension disabled due to lack of kernel support
XFree86-Bigfont extension local-client optimization disabled due to
lack of shared memory support in the kernel
(--) Setting autorepeat to delay=500, rate=31
(--) winConfigKeyboard - Layout: 0409 (0409) 
(--) Using preset keyboard for English (USA) (409), type 4

I have a sneaking suspicion that it may have something to do with not
having enough physical memory. I have run this program before on a
computer at work and it worked fine. Any help would be highly
appreciated.

Brad

Re: sshd and /usr/bin/zsh

[Brad King]

Hi Peter,
Thanks for your responses.  Here is some more information.
Peter A. Castro wrote:
 From the bash shell, did you just run zsh as a subshell or did you try
running it as a login shell (eg: zsh -l)?
I tried both.  They both work.  It seems that the hang only occurs if 
zsh is the main login shell.  I did discover that if I run

ssh [EMAIL PROTECTED] /bin/zsh -l
then it hangs even if the passwd entry is set to bash.  However if I set 
the passwd entry to zsh and run

ssh [EMAIL PROTECTED] /bin/bash -l
I still get the hang.  I also discovered that if I set Administrator's 
passwd entry to zsh then I CAN login via ssh as administrator and get a 
zsh prompt.  The kingb user is not an administrator or a power user. 
I checked the permissions of all zsh package files and the .dll files 
that get loaded and the user has read and execute permission where needed.

 As another experiment, could
you enable the rlogin service ('login' in /etc/inetd.conf) and then start
inetd and try using rlogin to see if zsh hangs there as well?  You'll
need to install the inetutils package, run 'inetd --install-as-service',
then 'net start inetd', then try rlogin from another machine.  I'd like
to narrow it down to either a problem with ssh interaction or
After installing the service I get this message when I try to start it:
The service is not responding to the control function.
More help is available by typing NET HELPMSG 2186.
I tried manually starting the service through Computer Management but I 
got a similar error.  Since the problem still occurs from the 
system-owned shell I'm guessing it is not an ssh interaction problem, 
though.

 perhaps a
problem with the system/user profiles in /etc/z* or your local .z*
profiles.
I tried moving these all out of the way but it did not change anything. 
 If I run

ssh [EMAIL PROTECTED] /bin/zsh -l -v
then I see the contents of the ~/.zshenv, /etc/zprofile and ~/.zprofile 
files before the hang but it doesn't seem to actually have processed the 
commands (because adding a touch ${HOME/foo.txt command does not 
create the file).

I'll see if I can reproduce your setup, though I only have W2K and not XP
(well, that's not quite true... I *could* setup an XP instance, but I
probably *won't* :).  Is there anything special with your sshd setup?
Did you customize anything?  Is the service run under 'SYSTEM' or under
your userid?
I just confirmed that the cygwin sshd service is running as the local 
SYSTEM user.

Wait... your using a domain account aren't you?  Hmm... That might
complicate things.  Are you logging in to your domain account via ssh or
into a local machine account?
No, those domain accounts are left from when the machine used to be on a 
domain.  The user with this problem is just a local machine account.

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

Re: sshd and /usr/bin/zsh

[Brad King]

Krzysztof Duleba wrote:
Brad King wrote:
I just upgraded cygwin and now I cannot login to the machine via ssh
unless I change /etc/passwd to use /bin/bash for my shell.  If I use
/usr/bin/zsh then the login appears successful but no prompt ever shows
up.
Right, but did you try to type any command? When I do ssh localhost zsh -l
I don't get prompt as well, but commands work fine.
I get the same behaviour with and without -l, with zsh and bash, on
Cygwin, Linux and Solaris. I guess it's not Cygwin related problem at all.
Yes, I tried typing commands but nothing happens.  The .z* files are not 
executed either (I tried adding commands to them that create files and 
the files don't show up).  It also DOES work if I login as a user with 
admin priviledges.  As I said, this was all working fine before I 
upgraded cygwin yesterday, so it must be some minor change that came in 
with the upgrade.  Therefore I strongly suspect it is a cygwin problem.

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

sshd and /usr/bin/zsh

[Brad King]

Hello,
I just upgraded cygwin and now I cannot login to the machine via ssh 
unless I change /etc/passwd to use /bin/bash for my shell.  If I use 
/usr/bin/zsh then the login appears successful but no prompt ever shows 
up.  If I look at the set of processes I see a zsh that is doing 
nothing.  I tried moving all my .z* files out of my home directory but 
it didn't change anything.  I tried adding a command in .zshenv to 
create a mark file to see if it was even being loaded, but it is not. 
The zsh process seems completely dead.  It was working fine before the 
update.

Any ideas?
Thanks,
-Brad
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: sshd and /usr/bin/zsh

[Brad King]

Igor Pechtchanski wrote:
On Thu, 28 Apr 2005, Brad King wrote:
I just upgraded cygwin and now I cannot login to the machine via ssh
unless I change /etc/passwd to use /bin/bash for my shell.  If I use
/usr/bin/zsh then the login appears successful but no prompt ever shows
up.
First off, it's always a good idea to read and follow
http://cygwin.com/problems.html.  Without the information requested
there, we don't know much about your system.
Oops, sorry.  My eyes scrolled through the left column of the web page
and found FAQ.  When the problem was not in the FAQ I went back and
scrolled up and found Mailing Lists before noticing the Reporting
Problems link.  I suggest you add a link to
http://cygwin.com/problems.html from http://cygwin.com/lists.html in the
description of when posting to the main cygwin list is okay.
Anyway, I've attached the cygcheck.out this time.  Thanks for responding 
without it.

One immediate thing to check is whether the /usr/bin mount is correct on
your system: try changing your shell to /bin/zsh instead (/bin and
/usr/bin should point to the same directory on Cygwin).  If that works,
fix your mounts.
Here is the important part of the mount output:
C:\cygwin\bin on /usr/bin type system (textmode)
C:\cygwin on / type system (textmode)
Clearly /bin and /usr/bin both go to c:/cygwin/bin.
Otherwise, since bash works for you, I suspect some sort of a permission
issue.  Check the sshd logs.
The /var/log/sshd.log file is completely empty.  Actively tailing it 
during the login attempt still shows nothing.

 Also, try opening a system-owned shell
(Google for it to see how), and from there run
login youruser
That works when the shell is /bin/bash.  When I switch to /bin/zsh or 
/usr/bin/zsh, I get:

Last login: Thu Apr 28 14:43:26 on console
and then the same hang behavior as with ssh.
To follow up on my hunch, you might want to run cygcheck /usr/bin/zsh
and check the permissions on all the DLLs listed by that command.
Running the cygcheck /usr/bin/zsh.exe from the system shell or a user 
shell gives

C:/cygwin/bin/zsh.exe
  C:/cygwin/bin\cygwin1.dll
C:\WINDOWS\system32\ADVAPI32.DLL
  C:\WINDOWS\system32\ntdll.dll
  C:\WINDOWS\system32\KERNEL32.dll
  C:\WINDOWS\system32\RPCRT4.dll
  C:/cygwin/bin\libzsh-4.2.4.dll
C:/cygwin/bin\cygncurses-8.dll
C:/cygwin/bin\cygiconv-2.dll
It should be noted that I can run zsh once I have a bash prompt.
Running zsh inside an rxvt works also.  It is only when the initial 
login uses zsh (through ssh or system shell login) that it fails.

-Brad

Cygwin Configuration Diagnostics
Current System Time: Thu Apr 28 14:30:59 2005

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   C:\cygwin\usr\X11R6\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\sbin
C:\cygwin\sbin
c:\PROGRA~1\CMake\bin
c:\WINDOWS\system32
c:\WINDOWS

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 11141(kingb) GID: 10513(Domain Users)
513(None) 555(Remote Desktop Users) 545(Users)
1005(Debugger Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 11141(kingb) GID: 10513(Domain Users)
513(None) 555(Remote Desktop Users) 545(Users)
1005(Debugger Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

HOME = `C:\home\kingb'
MAKE_MODE = `unix'
PWD = `/home/kingb'
USER = `kingb'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\home\kingb\Windows\Application Data'
BLOCKER_FOR_ZPROFILE = `1'
BLOCKER_FOR_ZSHENV = `1'
CC = `'
CFLAGS = `'
COLORFGBG = `15;default;0'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `TRINSIC'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `ssh'
CXX = `'
CXXFLAGS = `'
DISPLAY = `:0'
FP_NO_HOST_CHECK = `NO'
HISTFILE = `/home/kingb/.zsh_history'
HISTSIZE = `1'
HOMEDRIVE = `C:'
HOMEPATH = `\home\kingb'
INTEL_LICENSE_FILE = `C:\Program Files\Common Files\Intel\Licenses'
LESS = `--LONG-PROMPT --ignore-case'
LESSCHARSET = `latin1'
LOGNAME = `kingb'
LOGONSERVER = `\\TRINSIC'
LS_OPTIONS = `--literal --file-type --color=auto --tabsize=0 
--ignore=[Nn][Tt][Uu][Ss][Ee][Rr].*'
MANPATH = `:/usr/ssl/man:/usr/X11R6/man'
MANWIDTH = `80'
NUMBER_OF_PROCESSORS = `4'
OLDPWD = `/usr/bin'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.tcl'
PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0209'
PROGRAMFILES = `C:\Program Files'
PS1 = `([EMAIL PROTECTED])[%h] %~ %% '
SAVEHIST = `1'
SESSIONNAME = `Console'
SHELL = `/bin/zsh'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `C:\home\kingb\Windows\LOCALS~1\Temp'
TERM = `xterm'
TMP = `C:\home\kingb\Windows\LOCALS~1\Temp'
TZ = `EST5EDT4,M4.1.0/2,M10.5.0/2'
USERDOMAIN = `TRINSIC'
USERPROFILE = `C:\home\kingb'
WINDIR = `C

Re: sshd and /usr/bin/zsh

[Brad King]

Christopher Faylor wrote:
On Thu, Apr 28, 2005 at 02:53:09PM -0400, Brad King wrote:
Oops, sorry.  My eyes scrolled through the left column of the web page
and found FAQ.  When the problem was not in the FAQ I went back and
scrolled up and found Mailing Lists before noticing the Reporting
Problems link.  I suggest you add a link to
http://cygwin.com/problems.html from http://cygwin.com/lists.html in the
description of when posting to the main cygwin list is okay.
Yeah, we should http://cygwin.com/problems.html probably 
http://cygwin.com/problems.html have 
http://cygwin.com/problems.html known better 
http://cygwin.com/problems.html than to think 
http://cygwin.com/problems.html that anyone 
http://cygwin.com/problems.html would read 
http://cygwin.com/problems.html the left bar

Heh :)
I agree that there are plenty of places where this link appears. 
However, just the fact that you replied in this manner tells me that 
this is a common mistake by users.  In my case I made an honest attempt 
to post properly (I run several mailing lists so I understand the 
problem).  What I described was a reasonable path to get to the mailing 
list in which I never saw the link.  I then suggested a way to plug the 
hole in this path to save you and others this trouble in the future.

Most projects I've seen have the following desired policy for posting to 
a list:

1.) Read the FAQ
2.) Read the mailing list policy
3.) Post to the list
Here is what happens when I follow this policy on the cygwin page:
1.) I find the FAQ link in the left column.  The FAQ does not help my 
problem.

2.) I go back to the front page and my eyes scroll up from FAQ looking 
for mailing lists.  Since the link for reporting problems is above 
mailing lists I get to the mailing list link first.  This is how I 
missed the link on the front page.

3.)  I follow the mailing list link and the page starts with
  Is there a mailing list for the project?
   Yes. There are several. They are listed below.
I scroll through the mailing list page looking for the set of available 
lists mentioned at the top.  This is how I missed the link in the middle 
of the 8 paragraphs of text.  I see a cygwin list and read its policy, 
which has a nice set of bullet points.  There is no mention of the 
problems page here.  This is where I suggest it be added.

4.) I send a message to the list without subscribing and it works.  This 
is how I missed the link included in the welcome message.

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

1.5.13-1 setup does not complete

[N. Brad Garrett]

When I try to install the latest cygwin (this is my first time trying to 
install it), it downloads the list of mirrors fine. But then no matter 
which mirror I choose, it gets about 80% done before displaying this 
message in an alert box:

(null) line 6: syntax error, unexpected LT, expecting $end
It doesn't matter whether I try to install straight from internet or 
download first, the same thing happens. I looked on the mailing list, 
and could not find anyone having this problem when installing (there are 
similar problems after installing) so any help is appreciated.

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

Re: Problem using cygwin autoconf

[Brad Bell]

Brad Bell wrote:
Recently (today) I installed the current version of Cygwin from
   mirrors.kernel.org
Now I am having trouble using the autoconf and automake tools under 
cygwin.
To be specific, In response to the command
   autoconf
I get the error message
   Can't locate object method path via package Request at
   /usr/autotool/devel/share/autoconf/Autom4te/C4che.pm
   line 69, GEN1 line 214.
I get a similar error message in response to the aclocal and 
autoheader commands.

Do you have any suggestions as to how I should proceed to resolve 
this problem ?

I found the solution to this problem on the web page
   http://lists.gnu.org/archive/html/autoconf/2004-06/msg00047.html
To be specific, in my case I had to delete the file
   autom4te.cache
It appears that the autoconf and automake tools use files of the form 
'*.cache'
that are stored in the users directories. When a new versions of these tools
are installed, the '*.cache' files corresponding to the old versions 
should be deleted.
These are not automatically deleted when the old versions are uninstalled,
because they are in the users directory.

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

Problem using cygwin autoconf

[Brad Bell]

My name is Brad Bell, see
http://www.seanet.com/~bradbell
for a description of me.

On the web page
http://www.catb.org/~esr/faqs/smart-questions.html#forum
the suggestion is made to carefully chose who to send questions to.
I am sending you this question because your e-mail address
was listed in the web page
http://www.cygwin.com/ml/cygwin/2004-09/msg00823.html

Recently (today) I installed the current version of Cygwin from
mirrors.kernel.org
Now I am having trouble using the autoconf and automake tools under cygwin.
To be specific, In response to the command
autoconf
I get the error message
Can't locate object method path via package Request at
/usr/autotool/devel/share/autoconf/Autom4te/C4che.pm
line 69, GEN1 line 214.
I get a similar error message in response to the aclocal and autoheader 
commands.

Do you have any suggestions as to how I should proceed to resolve this 
problem ?


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

/bin/cvs needs upgrade from cvs-1.11.6 to cvs-1.11.9

[Brad Barber]

Please upgrade cvs in cygwin.   The current version, 1.11.6-3, fails to work against
Concurrent Versions System (CVS) 1.11.1p1 (server)

cvs.exe 1.11.9 from 
http://ftp.cvshome.org/release/binary/win32/
works fine.

--Brad
If run against 

CVS_RSH=ssh
[EMAIL PROTECTED]:/cvsroot/qhull/
CVS_CLIENT_LOG=cvslog

'cvs co' generates an EOF message after authenticating.  No other message is produced. 
 cvslog.out is empty and cvslog.in contains

Root /cvsroot/qhull
Valid-responses ok error Valid-requests Checked-in New-entry Checksum Copy-file
Updated Created Update-existing Merged Patched Rcs-diff Mode Mod-time Removed 
Remove-entry Set-static-directory Clear-static-directory Set-sticky Clear-sticky 
Template Notified Module-expansion Wrapper-rcsOption M Mbinary E F MT


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

cygwin tcsh 6.12.00 problem and fix

[Brad Chamberlain]

Though a long-time cygwin user, I've just installed it on a new laptop and
ran into a tcsh problem whose solution I thought might benefit others.
Note that I am not subscribed to this mailing list, so any responses
should be mailed to me directly.


Problems in /etc/profile.d/complete.tcsh.
-

When getting my new laptop (for work), the HOME variable was set by
default to point to my C:\Documents and Settings folder.  While I realize
this isn't cygwin's favorite location, I didn't want to bother changing it
if I could, in case my work had other reasons for setting it in such a
manner.

The spaces in this variable seemed to cause problems in the complete.tcsh
startup script, due to inadequate quoting of the pathname.  I'm not sure
if this is something the cygwin community cares about supporting or not,
but here are the changes I made to make it work:

brad-xp-lap% diff complete.tcsh complete.tcsh~
30c30
 if ( -r $HOME/.netrc ) then
---
 if ( -r $HOME/.netrc ) then
236c236
 if ( -f $HOME/.mh_profile  -x `which folders` ) then
---
 if ( -f $HOME/.mh_profile  -x `which folders` ) then
643c643
 if (-r $HOME/.mailrc) then
---
 if (-r $HOME/.mailrc) then


Thanks for developing and maintaining such a fine product,
-Brad


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

RE: F-Secure anti-virus causes system crash when scanning the C:\cygwin directory.

[Brad Morgan]

 I have a Cygwin (setup.exe version 2.194.2.15) full install on my Windows
2000 (SP2)
 desktop and on my (W2000) laptop computers.  My anti-virus software is
F-Secure Anti-virus  5.22.

 On both machines, if I run a Scan all Hard Disks I get a blue screen or
a spontaneous
 reboot while scanning the C:\cygwin directory.  Removing that directory
 eliminates the problem.

I did report the problem to F-Secure.  I wanted to see if this audience had
any cygwin specific knowledge that might be helpful in either solving or
working around this problem.

Regards,

Brad


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Make Error

[brad . boyd]

Hi All, Im trying to install icewm build 1.0.9 for Xfree86
Im getting the following error and would appreciate any help in finding a
solution.
Thank You.

--
make[1]: Entering directory `/tmp/Gnome Patches/icewm-1.0.9/src'
Compiling misc.o...
In file included from /usr/include/fcntl.h:14,
 from sysdep.h:41,
 from misc.cc:7:
/usr/include/sys/fcntl.h:51: warning: `O_BINARY' redefined
sysdep.h:18: warning: this is the location of the previous definition
/usr/include/sys/fcntl.h:52: warning: `O_TEXT' redefined
sysdep.h:15: warning: this is the location of the previous definition
misc.cc:457: warning: ANSI C++ forbids declaration `basename' with no type
misc.cc: In function `const int * basename(const char *)':
misc.cc:457: new declaration `const int * basename(const char *)'
base.h:172: ambiguates old declaration `char * basename(const char *)'
misc.cc: In function `const int * basename(const char *)':
misc.cc:459: return to `const int *' from `const char *'
make[1]: *** [misc.o] Error 1
make[1]: Leaving directory `/tmp/Gnome Patches/icewm-1.0.9/src'
make: *** [base] Error 2




**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the HPA Postmaster: [EMAIL PROTECTED]

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses. 
Before opening or using any attachments we recommend you check them 
for viruses and defects.  
Our liability is limited to resupplying any affected attachments.

www.hpa.com.au
**


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/