Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Gary
On Mon, Feb 22, 2010 at 10:34:42PM +0100, Matthias Andree wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwi

Question about SIGEMT under Cygwin

2010-02-22 Thread Paul McFerrin
This question is for Larry Hall. Does signal SIGEMT mean anything under Cygwin? I have a Webserver process (httpd) that is terminating with a signal SIGEMT? When I looked at the code, I saw no use for SIGEMT. I'm assuming the signal is generated external to the process. - Paul -- Problem

perl panics with cygwin snapshot

2010-02-22 Thread Shaddy Baddah
Hi, This might be related to http://www.cygwin.com/ml/cygwin/2008-11/msg00021.html, I'm also seeing perl fail with a panic *with the latest snapshot*. Eg.: $ uname -a CYGWIN_NT-6.1 ***-w7 1.7.2s(0.222/5/3) 20100222 16:51:26 i686 Cygwin $ /bin/autom4te-2.65 --help panic: MUTEX_UNLO

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Thomas Baker
Jason, On Mon, Feb 22, 2010 at 9:17 PM, Jason Tishler wrote: > Please note the following: > >    http://cygwin.com/acronyms#PPIOSPE My apologies if I overlooked that - I'm temporarily working in googlemail because of this procmail situation and feel out of my usual element (mutt). >> Ah, how in

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Jason Tishler
Tom, Please note the following: http://cygwin.com/acronyms#PPIOSPE On Mon, Feb 22, 2010 at 05:52:34PM -0500, Thomas Baker wrote: > On Mon, Feb 22, 2010 at 5:02 PM, Jason Tishler wrote: > > On Mon, Feb 22, 2010 at 09:12:00AM -0500, Thomas Baker wrote: > >> The problem is that since the upgrad

Re: tidy: update, packaging

2010-02-22 Thread Lapo Luchini
Yaakov (Cygwin/X) wrote: > 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? Yes, you're perfectly right!

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Thomas Baker
On Mon, Feb 22, 2010 at 5:02 PM, Jason Tishler wrote: > On Mon, Feb 22, 2010 at 09:12:00AM -0500, Thomas Baker wrote: >> The problem is that since the upgrade to Cygwin 1.7, the fetchmail >> on my _desktop_ computer no longer passes the incoming messages to the >> MDA procmail.  Each incoming mess

Re: [1.7.2] change in cygpath -w behaviour?

2010-02-22 Thread Andy Koppe
Corinna Vinschen: >> On 1.7.1 (with C:\ as Cygwin root): >> $ cygpath -w /tmp >> C:\tmp >> >> On 1.7.2s(0.222/5/3) 20100219 12:56:31: >> $ cygpath -w /tmp >> \\?\C:\tmp >> >> The latter breaks scripts that aren't sufficiently careful about >> backslash quoting, because "\\?\C:\tmp" loses a vital ba

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Jason Tishler
Thomas, On Mon, Feb 22, 2010 at 09:12:00AM -0500, Thomas Baker wrote: > The problem is that since the upgrade to Cygwin 1.7, the fetchmail > on my _desktop_ computer no longer passes the incoming messages to the > MDA procmail. Each incoming message, retrieved with POP3, is saved > undelivered as

Re: warning: `cygwin_conv_to_win32_path' is deprecated (declared at /usr/include/sys/cygwin.h:50)

2010-02-22 Thread Larry Hall (Cygwin)
On 02/21/2010 09:36 AM, John Berlet wrote: My compilation continues to spew out these Warning messages and I am not sure if this caused by the fact that the sqlite libraries are trying to call what I believe is a deprecated function (cygwin_conv_to_win32_path). I am running cygwin 1.7.1 and up un

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Matthias Andree
Am 22.02.2010, 19:39 Uhr, schrieb Gary : On Mon, Feb 22, 2010 at 06:53:46PM +0100, Matthias Andree wrote: Am 22.02.2010 17:25, schrieb Thomas Baker: and (b) you're either running an old fetchmail version No, the version numbers Tom provided are current (or thereabouts). 6.3.9 may be the

Re: ssh + patch + $TMP

2010-02-22 Thread Christopher Faylor
On Mon, Feb 22, 2010 at 10:15:21AM +0100, Corinna Vinschen wrote: >On Feb 22 01:53, Christopher Faylor wrote: >> On Sun, Feb 21, 2010 at 05:33:56PM -0800, Karl M wrote: >> > >> >> Date: Sat, 20 Feb 2010 21:23:22 -0500 >> >> From: cgf >> >> Subject: Re: ssh + patch + $TMP >> >> >> >> On Sun, Feb 21,

Re: ssh + patch + $TMP

2010-02-22 Thread Kurt Franke
Cyrille Lefevre laposte.net> writes: > > > Kurt Franke a écrit : > > I added a script > > > >000-ssh-session-env.sh > > > > to /etc/profile.d/ to fetch the SYSTEM environment and USER environment > > from the registry. > > Some Variables like PATH are preserved. > > > > The login pe

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Gary
On Mon, Feb 22, 2010 at 06:53:46PM +0100, Matthias Andree wrote: > Am 22.02.2010 17:25, schrieb Thomas Baker: > and (b) you're either running an old fetchmail > version No, the version numbers Tom provided are current (or thereabouts). -- Problem reports: http://cygwin.com/problems.html FA

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Matthias Andree
Am 22.02.2010 17:25, schrieb Thomas Baker: > On Mon, Feb 22, 2010 at 11:41 PM, Gary wrote: >> What does the fetchmail log say? "fetchmail: MDA open failed"? > > The fetchmail simply reports that each message is "flushed". The log > entries in this regard are identical on both machines. The lo

Re: [1.7.2] change in cygpath -w behaviour?

2010-02-22 Thread Corinna Vinschen
On Feb 22 15:42, Andy Koppe wrote: > It seems there's been a change in 'cygpath -w' behaviour. Is this intentional? > > On 1.7.1 (with C:\ as Cygwin root): > $ cygpath -w /tmp > C:\tmp > > On 1.7.2s(0.222/5/3) 20100219 12:56:31: > $ cygpath -w /tmp > \\?\C:\tmp > > The latter breaks scripts that

Re: Statically initialising pthread attributes in dynamic dlls.

2010-02-22 Thread Dave Korn
On 22/02/2010 10:33, Andrew West wrote: > Trying to initialise a pthread attribute in a static variable seems to > cause a segfault. I've attach a simple test case compiled using; > > g++ -g mutex.cpp -o mutex.dll -lpthread You must have accidentally omitted "-shared" here, since it wouldn't li

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Thomas Baker
Apologies for repeating my message - the Cygwin list would only let me sign up using my googlemail account - then googlemail caught your response in a delete filter :-( On Mon, Feb 22, 2010 at 11:41 PM, Gary wrote: > On Mon, Feb 22, 2010 at 09:12:00AM -0500, Thomas Baker wrote: > >> The problem i

Procmail not being called correctly on Cygwin 1.7

2010-02-22 Thread Thomas Baker
Dear all, I recently upgraded to Cygwin 1.7 on my two machines: -- an ASUS netbook with Windows XP (German version) -- a Fujitsu-Siemens desktop with Windows XP (English version) Each machine has its own installed base of software on C: (including Cygwin), but all data files -- including configur

[1.7.2] change in cygpath -w behaviour?

2010-02-22 Thread Andy Koppe
It seems there's been a change in 'cygpath -w' behaviour. Is this intentional? On 1.7.1 (with C:\ as Cygwin root): $ cygpath -w /tmp C:\tmp On 1.7.2s(0.222/5/3) 20100219 12:56:31: $ cygpath -w /tmp \\?\C:\tmp The latter breaks scripts that aren't sufficiently careful about backslash quoting, bec

RE: Linking Linux static library under Cygwin

2010-02-22 Thread Thrall, Bryan
Gregg Levine wrote on 2010-02-21: > You might want to ask on the Apps list to see if anyone has considered > porting MySQL to Cygwin, and what happened during the process. Cygwin Ports (http://sourceware.org/cygwinports/) provides a mysql package, but from what I understand it only provides clie

Re: segmentation fault in /sbin/init from sysvinit package under 1.7.1

2010-02-22 Thread Dr. Volker Zell
> Corinna Vinschen writes: > Can you please try with the latest developer's snapshot? Chris has > fixed a few issues with fifos since 1.7.1. Yep the latest snapshot (I only tested that one) fixed everything. I will provide an 1.7.1 version on sysvinit at the weekend which fixes the /

Email Order

2010-02-22 Thread FRANCO PTY STORE
Dear Sir/Ma, Compliment of the season to you! I went through your website address and found some items i would like to place order on. but before i proceed i will like to know if your company accepts payment via VISA or MASTER CARD and if your company ship to Australia. If yes, please get back t

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Gary
On Mon, Feb 22, 2010 at 09:12:00AM -0500, Thomas Baker wrote: > The problem is that since the upgrade to Cygwin 1.7, the fetchmail > on my _desktop_ computer no longer passes the incoming messages to the > MDA procmail. Each incoming message, retrieved with POP3, is saved > undelivered as an indi

Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Thomas Baker
Dear all, I recently upgraded to cygwin 1.7.1-1 on two computers: -- an ASUS netbook running Windows XP (German edition) -- a Fujitsu-Siemens desktop running Windows XP (English) The software on the C: partitions of the two computers has been installed separately (including c:/cygwin and c:/cygw

Re: AddAccessAllowedAce(, owner) failed: 1337

2010-02-22 Thread Stephen Grant Brown
Hi Larry, Thankyou very much for helping me get this sorted out. - Original Message - From: "Larry Hall (Cygwin)" Sent: Monday, February 22, 2010 12:20 PM Subject: Re: AddAccessAllowedAce(, owner) failed: 1337 If you're handy, you can build 'cygcheck' from source and try debugging it

Re: perlrebase.sh fast rebasing of perl dll's

2010-02-22 Thread Reini Urban
2010/2/21 Christopher Faylor: > On Sun, Feb 21, 2010 at 02:47:35PM +0100, Reini Urban wrote: >>For cygwin perl powerusers like me the attached script perlrebase.sh >>might come handy. > > Hey, nice idea.  Should this go in the distro somewhere? I'm not sure yet. If so I'll add it to perl. We need

Re: segmentation fault in /sbin/init from sysvinit package under 1.7.1

2010-02-22 Thread Corinna Vinschen
On Feb 22 11:57, Dr. Volker Zell wrote: > Hi > > When running the cygwin 1.5 version under 1.7.1 there is a segmentation > violation showing up > > INIT: version 2.86 booting > INIT: Entering runlevel: 3 > INIT: no more processes left in this runlevel > INIT: PANIC: segmentation violation! sleepi

segmentation fault in /sbin/init from sysvinit package under 1.7.1

2010-02-22 Thread Dr. Volker Zell
Hi When running the cygwin 1.5 version under 1.7.1 there is a segmentation violation showing up INIT: version 2.86 booting INIT: Entering runlevel: 3 INIT: no more processes left in this runlevel INIT: PANIC: segmentation violation! sleeping for 30 seconds. INIT: PANIC: segmentation violation! sl

Statically initialising pthread attributes in dynamic dlls.

2010-02-22 Thread Andrew West
Trying to initialise a pthread attribute in a static variable seems to cause a segfault. I've attach a simple test case compiled using; g++ -g mutex.cpp -o mutex.dll -lpthread g++ -g test.cpp -o test.exe -ldl I've cropped the code down to the essential bits, so no error reporting if it can't f

Re: Cygwin Usage -- Occasional but sunny

2010-02-22 Thread Corinna Vinschen
On Feb 20 16:08, Ben Kamen wrote: > I just wanted to say thanks to everyone who contributes to Cygwin for the > great tool it is. > > I don't use it often, but like these past 2 weeks using openssl, net-snmp, vi > and tcl from a friendly ksh prompt on windows to do some development from my > Wi

Re: ssh + patch + $TMP

2010-02-22 Thread Corinna Vinschen
On Feb 22 01:53, Christopher Faylor wrote: > On Sun, Feb 21, 2010 at 05:33:56PM -0800, Karl M wrote: > > > >> Date: Sat, 20 Feb 2010 21:23:22 -0500 > >> From: cgf > >> Subject: Re: ssh + patch + $TMP > >> > >> On Sun, Feb 21, 2010 at 12:04:19AM +0100, Cyrille Lefevre wrote: > >> > >> I would really

Re: about sysvinit

2010-02-22 Thread Dr. Volker Zell
> Cyrille Lefevre writes: > Hi, > I use ksh as /bin/sh bcoz pdksh is far more performant than bash > (the same heavy script takes around 2.5 mins using ksh and around 6 mins > using bash !) > $ ls -l /usr/bin/sh > lrwxrwxrwx 1 root root 7 2010-02-08 17:11 /usr/bin/sh ->