python: fix for locale.bind_textdomain_codeset

2010-12-23 Thread Yaakov (Cygwin/X)
Jason,

Support for bind_textdomain_codeset() in Python's locale module (namely
Modules/_localemodule.c) is dependent on an AC_CHECK_FUNC test.
Unfortunately, this only looks in libc, where we (and other non-glibc
platforms) rely on libintl for these functions, resulting in a false
negative.

Since _locale is already linked against libintl, an easy fix is to just
add ac_cv_func_bind_textdomain_codeset=yes to CYGCONF_ARGS.  When you
updated Python to 2.6.6, could you include this as well?


Yaakov



--
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: fork failing, already checked big list of evil applications

2010-12-23 Thread Larry Hall (Cygwin)

On 12/23/2010 4:13 PM, Jeff Cook wrote:

I sent this to the list yesterday but it hasn't appeared and I haven't
received any acknowledgements or anything like that, so I'm trying
again. Sorry if it appears twice.

I am trying to run duplicity in cygwin. When I try to run it, I am
prompted for a passphrase, but it crashes when Python tries to fork()
out a process. I uninstalled Symantec Antivirus per that big list of
bad applications, but I am still having this problem. I don't see any
other installed programs on big list of programs. Any ideas on how to
fix it?


Please follow the problem reporting guidelines found here:


Problem reports:   http://cygwin.com/problems.html


Without specifics and some baseline data, it's hard to do more than just
guess at the problem and the solution.  My WAG is that you are experiencing
BLODA or need to rebase.  Since you've made one pass at the BLODA issue,
I would suggest installing the 'rebase' package, reading its README, and
following the instructions there to rebase your system.  That might help.

--
Larry

_

A: Yes.

Q: Are you sure?

A: Because it reverses the logical flow of conversation.

Q: Why is top posting annoying in email?


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



fork failing, already checked big list of evil applications

2010-12-23 Thread Jeff Cook
I sent this to the list yesterday but it hasn't appeared and I haven't
received any acknowledgements or anything like that, so I'm trying
again. Sorry if it appears twice.

I am trying to run duplicity in cygwin. When I try to run it, I am
prompted for a passphrase, but it crashes when Python tries to fork()
out a process. I uninstalled Symantec Antivirus per that big list of
bad applications, but I am still having this problem. I don't see any
other installed programs on big list of programs. Any ideas on how to
fix it?

All help appreciated, thanks.

From
Jeff

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



Re: Running ipc shm applications outside /bin

2010-12-23 Thread Bruce Cran
On Sun, 19 Dec 2010 18:34:05 -0500
"Larry Hall \(Cygwin\)"  wrote:

> Nothing.  I could speculate as to the possible significance of your
> finding but it would likely be more productive for me to just point
> you at the problem-reporting page and ask that you follow the
> guidelines there, if you're still seeing this issue and need more
> help figuring it out.

Thanks. I've attached the output of cygcheck.

-- 
Bruce Cran

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: ntvdm encountered a hard error

2010-12-23 Thread Wayne Johnson
On 06/04/2010 09:29, prakash babu wrote:

> I installed cygwin 1.5 using the legacy setup available at
> http://cygwin.com/setup-legacy.exe.
> 
> The install went through fine, but when I click on the cygwin binary i get
> "ntvdm encountered a hard error".

I think I ran into the same problem (although after doing a google search, 
there 
are lots of different answers).

In my case, I was installing using setup-legacy.exe on a new Windows Server 2k3 
SP2 VM (under VMWare Server 2).  This was 

the exact same configuration that I had set up several months ago in another 
VM, 
and which still works. 



When I click on the Cygwin Bash Shell icon, or on
the start menu shortcut, a command windows would open up and then a pop up with
"ntvdm encountered a hard error".

I started to compare the working and non-working VM and found that the shortcut 
on the non-working VM specified the command:
"C:\WINDOWS\command.com /E:4096 /c C:\cygwin\Cygwin.bat", 
whereas the working version had 
"C:\cygwin\Cygwin.bat".  

WS2k3 does not have a C:\WINDOWS\command.com (nor does XP).  When I changed the 
shortcut to 

"C:\WINDOWS\system32\command.com /E:4096 /c C:\cygwin\Cygwin.bat" 
everything worked great.

Now according to my cygcheck -c of both systems, there was no difference in the 
packages, so this must be a change in 

the installer.


  

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



Re: make - lots of compile errors

2010-12-23 Thread Christopher Faylor
On Thu, Dec 23, 2010 at 02:17:05PM -0200, Carlos Pfitzner wrote:
>I am compliling squid to run on windows - native -or- under cygwin
>./configure
>runs fine
>
>however
>make
>guives a lot off errors and termintates
>
>I believve is not possible to be c c++ forget to be updated or similar
>cause my cygwin version 1.7.1-1
>is a new instalation completely downloaded from internet recently

1.7.1-1 is not the latest version.

>in addition I installed sasl
>so, now , ./configure works ,
>but make still dont works
>
>help please
>
>$ make
>Making all in compat
>make[1]: Entering directory `/home/Administrator/work/squid-3.2.0.3/compat'
>g++ -DHAVE_CONFIG_H  -I.. -I../include -I../lib -I../src -I../include  
>-Wall
> -Wpointer-arith -Wwrite-strings -Wcomments -Werror -pipe -D_REENTRANT -g -O2 
> -M
>T assert.o -MD -MP -MF .deps/assert.Tpo -c -o assert.o assert.cc
>In file included from 
>/usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../include/w32a
>pi/ws2tcpip.h:19,
> from ../compat/os/mswin.h:221,
> from ../compat/compat.h:72,
> from ../include/config.h:68,
> from assert.cc:34:
>/usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../include/w32api/winsock2.h:103:2: 
>e
>rror: #warning "fd_set and associated macros have been defined in sys/types.
>  This may cause runtime problems with W32 sockets"
>In file included from 
>/usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../include/w32a
>pi/ws2tcpip.h:19,
> from ../compat/os/mswin.h:221,
> from ../compat/compat.h:72,
> from ../include/config.h:68,
> from assert.cc:34:

squid is pulling in windows headers files which conflict with cygwin header 
files.
It should be told not to do that.  I doubt that including "compat/os/mswin.h" is
correct.

cgf

--
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 - lots of compile errors

2010-12-23 Thread Carlos Pfitzner
I am compliling squid to run on windows - native -or- under cygwin
./configure
runs fine

however
make
guives a lot off errors and termintates

I believve is not possible to be c c++ forget to be updated or similar
cause my cygwin version 1.7.1-1
is a new instalation completely downloaded from internet recently

in addition I installed sasl
so, now , ./configure works ,
but make still dont works

help please

$ make
Making all in compat
make[1]: Entering directory `/home/Administrator/work/squid-3.2.0.3/compat'
g++ -DHAVE_CONFIG_H  -I.. -I../include -I../lib -I../src -I../include  -Wall
 -Wpointer-arith -Wwrite-strings -Wcomments -Werror -pipe -D_REENTRANT -g -O2 -M
T assert.o -MD -MP -MF .deps/assert.Tpo -c -o assert.o assert.cc
In file included from /usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../include/w32a
pi/ws2tcpip.h:19,
 from ../compat/os/mswin.h:221,
 from ../compat/compat.h:72,
 from ../include/config.h:68,
 from assert.cc:34:
/usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../include/w32api/winsock2.h:103:2: e
rror: #warning "fd_set and associated macros have been defined in sys/types.
  This may cause runtime problems with W32 sockets"
In file included from /usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../include/w32a
pi/ws2tcpip.h:19,
 from ../compat/os/mswin.h:221,
 from ../compat/compat.h:72,
 from ../include/config.h:68,
 from assert.cc:34:
/usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../include/w32api/winsock2.h:632: err
or: declaration of C function `int select(int, _types_fd_set*, _types_fd_set*, _
types_fd_set*, const timeval*)' conflicts with
/usr/include/sys/select.h:31: error: previous declaration `int select(int, _type
s_fd_set*, _types_fd_set*, _types_fd_set*, timeval*)' here
In file included from ../compat/compat.h:72,
 from ../include/config.h:68,
 from assert.cc:34:
../compat/os/mswin.h: In function `int close(int)':
../compat/os/mswin.h:362: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h:370: error: `_free_osfhnd' was not declared in this scope
../compat/os/mswin.h:371: error: `__pioinfo' was not declared in this scope
../compat/os/mswin.h:374: error: `_close' was not declared in this scope
../compat/os/mswin.h: In function `int read(int, void*, size_t)':
../compat/os/mswin.h:399: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h:404: error: `_read' was not declared in this scope
../compat/os/mswin.h: In function `int write(int, const void*, size_t)':
../compat/os/mswin.h:412: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h:417: error: `_write' was not declared in this scope
../compat/os/mswin.h: In function `int Squid::accept(int, sockaddr*, size_t*)':
../compat/os/mswin.h:435: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h:440: error: `_open_osfhandle' was not declared in this scop
e
../compat/os/mswin.h: In function `int Squid::bind(int, sockaddr*, int)':
../compat/os/mswin.h:446: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h: In function `int Squid::connect(int, const sockaddr*, int)
':
../compat/os/mswin.h:456: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h: In function `int Squid::getsockname(int, sockaddr*, size_t
*)':
../compat/os/mswin.h:496: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h: In function `int Squid::getsockopt(int, int, int, void*, i
nt*)':
../compat/os/mswin.h:518: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h: In function `int Squid::ioctl(int, int, void*)':
../compat/os/mswin.h:529: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h: In function `int Squid::ioctlsocket(int, long int, u_long*
)':
../compat/os/mswin.h:539: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h: In function `int Squid::listen(int, int)':
../compat/os/mswin.h:549: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h: In function `int Squid::recv(int, void*, size_t, int)':
../compat/os/mswin.h:562: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h: In function `int Squid::recvfrom(int, void*, size_t, int,
sockaddr*, size_t*)':
../compat/os/mswin.h:573: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h: In function `int Squid::send(int, const void*, size_t, int
)':
../compat/os/mswin.h:596: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h: In function `int Squid::sendto(int, const void*, size_t, i
nt, const sockaddr*, int)':
../compat/os/mswin.h:607: error: `_get_osfhandle' was not declared in this scope

../compat/os/mswin.h: In function `int Squid::setsockopt(SOCKET, int, int, const
 char*, int)':
../compat/os/mswin.h:619: error: `_get_os

Re: gitk kills bash shell

2010-12-23 Thread Christopher Faylor
On Thu, Dec 23, 2010 at 08:57:25AM -0700, Jeremy Ramer wrote:
>So the snapshot fixes the issue, but breaks a bunch of other cygwin
>apps (like ssh server). Any idea when this fix is going to make it
>into the released cygwin1.dll?

Don't know what you mean by "the snapshot" but current snapshots works
fine with ssh server.

To answer your question: We'll be releasing Cygwin 1.7.8 sometime in
January.

cgf

--
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: gitk kills bash shell

2010-12-23 Thread Jeremy Ramer
On Wed, Sep 29, 2010 at 9:33 AM, Jeremy Ramer  wrote:
> On Tue, Sep 28, 2010 at 9:59 PM, Christopher Faylor  wrote:
>> On Tue, Sep 28, 2010 at 09:01:51PM +0200, Ryan Johnson wrote:
>>>  Jeremy Ramer said:
 I have a very repeatable issue, but I'm not sure how to go about
 debugging it.  I follow this process.

 1) Start an rxvt bash shell
 2) Go to a git repo folder
 3) Start gitk
 gitk --all&
 4) Go back to bash and press any key except enter and bash closes

 I also get a similar problem with this process:
 1) Start an rxvt bash shell
 2) Go to a git repo folder
 3) Start gitk
 gitk --all&
 4) Close gitk with the close button. Both gitk and bash close.

 Note that the issue does not happen if I don't start gitk as a
 background process. But then I can't use the shell.

 Any debugging tips?
>>>This sounds suspiciously similar to a problem that hit me a while back:
>>>http://www.cygwin.com/ml/cygwin/2010-09/msg00225.html
>>>
>>>The short version is, running certain apps in the background triggers a
>>>bug in tty handling.
>>>Last I heard Corinna was having trouble diagnosing because the bug also
>>>kills strace :)
>>>
>>>No fix yet AFAIK.
>>
>> This should be fixed in the now-building snapshot.  I actually fixed the
>> problem a while ago but a stupid typo prevented the fix from actually
>> doing what I'd intended.
>>
>> http://cygwin.com/snapshots/
>>
>> cgf
>>
>> --
>> 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
>>
>>
>
> Tested out the snapshot. It fixes my issue. Thanks!
>

So the snapshot fixes the issue, but breaks a bunch of other cygwin
apps (like ssh server). Any idea when this fix is going to make it
into the released cygwin1.dll?

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



ipv6 dont working

2010-12-23 Thread Carlos Pfitzner
Im using NEW major release: cygwin-1.7.1-1

then I discovered that ipv6 is not working

 I am setting up a new cygwin installation

thus a lot of download to do

I am downloading from
C:\>tracert mirror.mcs.anl.gov

Tracing route to mirror.anl.gov [2620:0:dc0:1800:214:4fff:fe7d:1b9]
over a maximum of 30 hops:

  1 ** 3319 ms  crobertp-2.tunnel.tserv13.ash1.ipv6.he.net [2001
:470:7:ff::1]
  2  3017 ms  1259 ms  2940 ms  gige-g4-12.core1.ash1.he.net [2001:470:0:90::1]

  3  1942 ms  2538 ms  2820 ms  equi6ix.dc.es.net [2001:504:0:2::293:1]
  4  3755 ms  3043 ms  2757 ms  2001:400:0:15a::1
  5 * 3499 ms  3436 ms  washsdn1-sdn2-washcr1.es.net [2001:400:0:e0::2]

  6 * 3477 ms  2358 ms  starsdn1-ip-washsdn2.es.net [2001:400:0:ab::1]
  7 ** 3678 ms  starcr1-ip-starsdn1.es.net [2001:400:0:a2::2]
  8 *** Request timed out.
  9 *** Request timed out.
 10 *** Request timed out.
 11  3378 ms ** mirror.ipv6.anl.gov [2620:0:dc0:1800:214:4fff:fe
7d:1b9]
 12 *** Request timed out.
 13 * 2035 ms * mirror.ipv6.anl.gov [2620:0:dc0:1800:214:4fff:fe
7d:1b9]
 14  3954 ms  1660 ms * mirror.ipv6.anl.gov [2620:0:dc0:1800:214:4fff:fe
7d:1b9]
 15 *** Request timed out.
 16 *** Request timed out.
 17 * 2019 ms  2998 ms  mirror.ipv6.anl.gov [2620:0:dc0:1800:214:4fff:fe
7d:1b9]

Trace complete.

C:\>

may be all well , except that the download is not being done over ipv6
but over ipv4 from  alpaca-ii.it.anl.gov

oh well seems that setup.exe is unable to use ipv6

thanks

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



Re: problem with sshd

2010-12-23 Thread Vasya Pupkin
On Thu, Dec 23, 2010 at 11:59 AM, Thorsten Kampe
 wrote:
>> I searched and found only one message describing this problem which
>> was left without answer...
>
>  20bash&group=gmane.os.cygwin>

Thanks, a lot of similar bugreports since 2007 and no single solution.

--
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: Perl maintainer - RE: Problem with Perl/Tk and Pixmap

2010-12-23 Thread Reini Urban
2010/12/23 Yaakov (Cygwin/X):
> On Wed, 2010-12-22 at 20:18 +0100, Reini Urban wrote:
>> I hear.
>> Known problem with certain XS modules.
>>
>> With -4 I had to recompile core and all XS modules and apparently some
>> old modules
>> are not binary compatible anymore, although the configuration did not change.
>> Only the environment did change.
>
> Could you clarify?  AFAIK it shouldn't be necessary to rebuild all
> modules for each point release or rebuild of perl.

Of course. I didn't find any such binary API problem in my tests.
I usually test perl for weeks until I release it.

But soon after I released it, we found out that some old XS modules did not work
anymore and had to be recompiled.

I haven't yet found out why exactly. Debugging on cygwin is certainly
difficult compared to linux,
where I do have access to all stack params and symbols in shared libs,
and can reliably
set breakpoints in shared libs. Even if I use gdb-7 it does not work
most of the time.
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

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



Re: problem with sshd

2010-12-23 Thread Thorsten Kampe
* Vasya Pupkin (Wed, 22 Dec 2010 13:17:11 +0300)
> On Wed, Dec 22, 2010 at 12:41 PM, Thorsten Kampe
>  wrote:
> > * Vasya Pupkin (Wed, 22 Dec 2010 09:26:29 +0300)
> >> I have a problem running cygwin sshd. I often end up with a lot of
> >> bash processes running and eating memory while there are no single
> >> active ssh session. It happens when either connection lost or user
> >> closes connection without logging out, sshd process dies but bash
> >> remains in memory forever. Is it possible to prevent this? In all real
> >> unix environments this never happen, bash always dies when parent sshd
> >> exits.
> >
> > That is (or was) an old problem as far as I remember. Search the mailing
> > list archives to see if it is supposed to be fixed or a workaround is
> > available. Maybe someone else here remembers more than me...
> 
> I searched and found only one message describing this problem which
> was left without answer...



Thorsten


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