Re: Fyi Apache2 notes: No space left on device / Cannot create SSLMutex

On Mon, February 1, 2010 9:40:47 AM I wrote: > I run Cygwin apache2 on a low-ish volume site (about 30 unique visitors per > day, plus the never-ending stream of bots which all public sites serve) and > the latest - as of 30 Jan 2010 - Cygwin apache2 running on a new Windows 7 > x64 machine eventua

Re: Xwin report and partial solution

2010/2/1 Larry Hall (Cygwin) : > On 02/01/2010 01:20 AM, Javier Sedano wrote: >> >>   However, I'd like if the maintainer could remove such dependency... > > Cygwin X issues, comments, and questions should be sent to the cygwin-xfree > list. > Uhm... maybe that's why I didn't find an answer here

tidy: update, packaging

Lapo, The 'tidy' package, for which you are listed as the maintainer, has not been updated in quite some time, and more recent versions are required in most cases nowadays. Would you be able to update this package in the near future? BTW, I have the current version in Ports, if that would b

Re: cppunit: rebuild for gcc4

On 12/01/2010 02:51, Yaakov (Cygwin/X) wrote: Ross, Could you please build the lateset cppunit with gcc4? The last release was built with gcc3 and does not work with a gcc4-compiled package. Thanks, Yaakov Ping? -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: ./configure on cygwin in window platform

On Tue, Feb 02, 2010 at 08:14:48AM +0800, JonY wrote: >I suggest you read . >It would help a new user like you to make sense of the CLI environment. I would also suggest that you take this discussion elsewhere. This isn't really fodder for this m

Re: ./configure on cygwin in window platform

On 2/1/2010 21:49, J J wrote: Please help me out. I spent for three days but I still could install gcc in window on cygwin. Problem is I could not install gcc file, (mingw-w64-trunk-snapshot-20091222.tar.bz2), on cygwin in window platform. I would like to unpack and intall gcc (mingw-w64-trun

Re: perl GD - can find gd.h

Paul Cantalupo schrieb: Hello, Yesterday Dave Korn helped me get my gcc compiler working. Now I'm running into a new issue when trying to compile the Perl GD module. Here is the output: (1008) sirius:~/downloads/GD-2.44 $ perl Makefile.PL Notice: Type perl Makefile.PL -h for command-lin

Re: dlclose not calling destructors of static variables.

On 01/02/2010 17:35, Andrew West wrote: > But the atexit function is registered at 0x706c10f0. Changing > AllocationBase to BaseAddress worked for my test case out of pure luck, > with my larger libraries it still failed. I've managed to convince myself it's right actually. > Looking at one of

Re: Windows 7

I stand (actually I'm sitting) corrected. :) The reason I deleted the .sh script was because it would never run to completion on subsequent installs. I also forgot to add that I went though and selected reinstall for all my packages to avoid the problem you pointed out. It took a while, but e

Re: dlclose not calling destructors of static variables.

On 01/02/2010 20:45, Andrew wrote: > I'm not looking to submit a patch to fix this, I'll leave that up to the > professionals who have a better idea about the whole picture. It's just > I've hit a brick wall with my code with this bug so I'm looking for some > work arounds for myself. No, real

Re: dlclose not calling destructors of static variables.

On 01/02/10 19:28, Dave Korn wrote: On 01/02/2010 17:51, Christopher Faylor wrote: On Mon, Feb 01, 2010 at 12:46:11PM -0500, Christopher Faylor wrote: Cribbing from the gdb source code, it looks like they use BaseAddrees + 0x1000 for the start point and then call GetModuleInformat

[ANNOUNCEMENT] New: DocBook utils, DTDs, and stylesheets (30 packages)

The following packages have been added or updated for the Cygwin distribution: *** build-docbook-catalog-1.5-1 *** dblatex-0.2.10-1 *** docbook-dsssl-1.79-2 *** docbook-sgml30-3.0-1 *** docbook-sgml31-3.1-1 *** docbook-sgml40-4.0-1 *** docbook-sgml41-4.1-1 *** docbook-sgml42-4.2-1 *** docbook-sg

./configure on cygwin in window

Please help me out. I have a problem to configure gcc-4.2.4 (gcc-g++-4.2.4.tar.bz2) cygwin in window. Details: Based on instruction on http://cygwin.wikia.com/wiki/How_to_install_GCC_4.3.0, I 1. Create subfolder, contrib, inside usr folder 2. Download gcc-4.2.2.tar.bz2 into /usr/contrib 3. It g

Re: dlclose not calling destructors of static variables.

On 01/02/2010 17:51, Christopher Faylor wrote: > On Mon, Feb 01, 2010 at 12:46:11PM -0500, Christopher Faylor wrote: >>> Cribbing from the gdb source code, it looks like they use BaseAddrees + >>> 0x1000 for the start point and then call GetModuleInformation to workout >>> the size of the module

Re: dlclose not calling destructors of static variables.

On Mon, Feb 01, 2010 at 12:46:11PM -0500, Christopher Faylor wrote: >On Mon, Feb 01, 2010 at 05:35:10PM +, Andrew West wrote: >>On 01/02/2010 16:26, Christopher Faylor wrote: >>> Could you clarify? Are you saying that your test case still failed? >>> >> >>With the change you provided my te

Re: dlclose not calling destructors of static variables.

On 01/02/2010 17:35, Andrew West wrote: > Cribbing from the gdb source code, it looks like they use BaseAddrees + > 0x1000 for the start point and then call GetModuleInformation to workout > the size of the module. I'm currently trying this out in dll_init.cc but > for some reason GetCurrentProce

Re: dlclose not calling destructors of static variables.

On Mon, Feb 01, 2010 at 05:35:10PM +, Andrew West wrote: >On 01/02/2010 16:26, Christopher Faylor wrote: >> Could you clarify? Are you saying that your test case still failed? >> > >With the change you provided my test still failed, but changing >m.AllocationBase to m.BaseAddress it worke

Re: Fyi Apache2 notes: No space left on device / Cannot create SSLMutex

On Sun, 24 Jan 2010 23:28:19 Christopher Faylor wrote: > I don't know that this site even uses Cygwin. They'd actually be pretty dumb > to use Cygwin's apache on a high-volume site like that so it probably is not > the case. I just thought it was an odd coincidence that I read about the same > pr

Re: dlclose not calling destructors of static variables.

On 01/02/2010 16:26, Christopher Faylor wrote: Could you clarify? Are you saying that your test case still failed? With the change you provided my test still failed, but changing m.AllocationBase to m.BaseAddress it worked. Unfortunately it only worked for that test cash, on trying it wit

Re: dlclose not calling destructors of static variables.

On Mon, Feb 01, 2010 at 11:46:55AM +, Andrew West wrote: >On 29/01/2010 18:45, Christopher Faylor wrote: >> On Fri, Jan 29, 2010 at 02:30:48PM +, Andrew West wrote: >> >>> On 29/01/2010 13:08, Dave Korn wrote: >>> On 28/01/2010 11:21, Andrew West wrote: > I s

Re: AW: [bulk] - Re: Bash completion and symlinks problem

On 02/01/2010 10:53 AM, DEWI - N. Zacharias wrote: Hi Corinna, > Von: Corinna Vinschen [mailto:corinna-cyg...@cygwin.com] > Gesendet: Montag, 1. Februar 2010 16:18 > An:cygwin@cygwin.com > Betreff: [bulk] - Re: Bash completion and symlinks problem > > On Feb 1 12:51, DEWI - N. Zacharias w

Re: Xwin report and partial solution

On 02/01/2010 01:20 AM, Javier Sedano wrote: Hi, friends, yesterday I tried to run the cygwin X server, but it did not run. It cried about being unable to bind to the ipv6 address or so. Browsing the mail list I've seen several requests for help, but I have not found the solution that

AW: [bulk] - Re: Bash completion and symlinks problem

Hi Corinna, > Von: Corinna Vinschen [mailto:corinna-cyg...@cygwin.com] > Gesendet: Montag, 1. Februar 2010 16:18 > An: cygwin@cygwin.com > Betreff: [bulk] - Re: Bash completion and symlinks problem > > On Feb 1 12:51, DEWI - N. Zacharias wrote: > > > > Hi all, > > > > another problem after updat

Re: Bash completion and symlinks problem

On Feb 1 12:51, DEWI - N. Zacharias wrote: > > Hi all, > > another problem after updating cgwin . The bash completion don't work for > symlinks . > > assume having a /cygdrive/c/bin directory which contains symlinks to scripts > in a central directory on our file sever say /cygdrive/x /centra

perl GD - can find gd.h

Hello, Yesterday Dave Korn helped me get my gcc compiler working. Now I'm running into a new issue when trying to compile the Perl GD module. Here is the output: (1008) sirius:~/downloads/GD-2.44 $ perl Makefile.PL Notice: Type perl Makefile.PL -h for command-line option summary. Config

Re: dlclose not calling destructors of static variables.

On 01/02/2010 11:46, Andrew West wrote: > I checked out the changes and it still crashed for me. Digging into it > the destructor for testlib fell outside of dll_end ( m.AllocationBase + > m.RegionSize ). On a whim I change m.AllocationBase to m.BaseAddress and > that seemed to fix it for me! The

Re: Putting a cygwin installation under bzr VCS ?

> So, what do you think about putting one standard installation under > bzr (Windows) > control and then pulling in changes from the different PC's when they are > ready > for it ? That seems like a workable approach. A disadvantage is that by putting all of those binaries into bzr, you'd get a

Re: ./configure on cygwin in window platform

> Please help me out. I spent for three days but I still could install gcc > in window on cygwin. > > Problem is I could not install gcc file, > (mingw-w64-trunk-snapshot-20091222.tar.bz2), on cygwin in window platform. > > I would like to unpack and intall gcc > (mingw-w64-trunk-snapshot-2009122

./configure on cygwin in window platform

Please help me out. I spent for three days but I still could install gcc in window on cygwin. Problem is I could not install gcc file, (mingw-w64-trunk-snapshot-20091222.tar.bz2), on cygwin in window platform. I would like to unpack and intall gcc (mingw-w64-trunk-snapshot-20091222.tar.bz2) on

Bash completion and symlinks problem

Hi all, another problem after updating cgwin . The bash completion don't work for symlinks . assume having a /cygdrive/c/bin directory which contains symlinks to scripts in a central directory on our file sever say /cygdrive/x /centraltools/ eg. /cygdrive/c/bin/dosomething.pl -> /cygdrive/x

Re: dlclose not calling destructors of static variables.

On 29/01/2010 18:45, Christopher Faylor wrote: On Fri, Jan 29, 2010 at 02:30:48PM +, Andrew West wrote: On 29/01/2010 13:08, Dave Korn wrote: On 28/01/2010 11:21, Andrew West wrote: I seem to be having a problem with dlclose not calling the destructors of statically decla

Re: Cygwin v.1.7.1/OpenSSH v.5.3: Userswitching by using LSA Authentication does not work: Problem solved!

On Feb 1 10:41, carsten.porz...@spb.de wrote: > cygwin-ow...@cygwin.com schrieb am 29.01.2010 14:59:24: > > > But, it is necessary, that the logon user's primary group is the > > > Adminstrators group (544) within the passwd file. Ohterwise, the logon > > > > failed. > > > > u!? Not on my mac

Re: Cygwin v.1.7.1/OpenSSH v.5.3: Userswitching by using LSA Authentication does not work: Problem solved!

Hello, Corinna, excuse me (s. above!)! cygwin-ow...@cygwin.com schrieb am 29.01.2010 14:59:24: > [Bild entfernt] > > Re: Cygwin v.1.7.1/OpenSSH v.5.3: Userswitching by using LSA > Authentication does not work... > > Corinna Vinschen > > an: > > cygwin > > 29.01.2010 15:00 > > Gesendet v