How do I get off this list?

I am trying to unsubscribe from this mailing list, but my unsubscribe requests (with empty subject and body as requested in the how-to) are reproducibly being rejected as spam. How do I get off the hook? ... (reason: 552 spam score exceeded threshold (#5.6.1)) - Transcript of session fol

Re: [1.7] socket(AF_INET6,...)

On Mar 31 22:34, Yaakov S wrote: > Can anyone explain why the attached STC returns an EAFNOSUPPORT? > > > Yaakov > > #pragma CCOD:script no > > #include > #include > #include > #include > > int > main(void) > { > if (socket(AF_INET6, SOCK_STREAM, 0) < 0) { > printf("ERR

Re: Dig problems

> Hello, I am experiencing problems with the dig utility from the bind package > included with cygwin. Here is the error I get: > > $ dig msn.com > ;; communications error: connection reset Yes, I also have this problem. I thought it was just me... I also get that error eve

RE: make 3.81 bug - error: multiple target patterns. Stop.

> Hello all > > Since the make 3.81 release in Cygwin, I constantly have issues with > this released version: > When using Mentor ModelSim to compile and simulate VHDL, the released > make 3.81 fails by executing generated Makefiles from ModelSim (using > 'vmake > Makefile'). > > It does not occu

Re: make 3.81 bug - error: multiple target patterns. Stop.

On Wed, Apr 01, 2009 at 10:25:08AM -0400, Allan Schrum wrote: >> Hello all >> >> Since the make 3.81 release in Cygwin, I constantly have issues with >> this released version: >> When using Mentor ModelSim to compile and simulate VHDL, the released >> make 3.81 fails by executing generated Makefil

complex number

Dear All, I was trying to understand why this code #include #include int main() { double a = 0; double b = 1. / a; a += 1; std::cout << std::abs (std::complex (b, a)) << '\n'; } produce Inf on most platform and NaN on cygwin. I found that newlib have the function cabs (complex absol

Re: complex number

On Apr 1 14:48, Marco Atzeri wrote: > > Dear All, > I was trying to understand why this code > > #include > #include > > int main() > { > double a = 0; > double b = 1. / a; > a += 1; > std::cout << std::abs (std::complex (b, a)) << '\n'; > } > > produce Inf on most platform and NaN

RE: 'no acceptable C compiler found in $PATH' error message on install

Jaroslav Rynik wrote: > when I wanted to install, the program with cygwin (using package for > NetBSD), the error message "no acceptable C compiler found in $PATH" > came up. This list is for X related questions only, setting the follow-up address to the main cygwin list. > However, I have instal

Re: complex number

On 2009-04-01 14:48Z, Marco Atzeri wrote: > > I was trying to understand why this code > > #include > #include > > int main() > { > double a = 0; > double b = 1. / a; > a += 1; > std::cout << std::abs (std::complex (b, a)) << '\n'; > } > > produce Inf on most platform and NaN on cygwi

Re: [1.7] socket(AF_INET6,...)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Corinna Vinschen wrote: > WJFFM. Do you have a IPv6 enabled machine? Duh, I didn't realize that IPv6 needed to be specifically installed on Windows[1]. Now it's WJFFM too. May I suggest that a link to this article be added to the FAQ and/or UG wr

RE: Dig problems

Turns out just adding an /etc/resolv.conf file fixes it. I still don't know why this is needed on some systems and not others. -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Andrew Schulman Sent: Wednesday, April 01, 2009 9:50 AM To: cygwin

Re: Dig problems

> Turns out just adding an /etc/resolv.conf file fixes it. I still don't know > why this is needed on some systems and not others. Hm, thanks. You're right, that's what was missing. I might have figured that out. I guess I've gotten used to being lazy about resolv.conf on my Debian host, where

Re: complex number

--- Mer 1/4/09, Corinna Vinschen ha scritto: > Da: Corinna Vinschen > Oggetto: Re: complex number > A: cygwin@cygwin.com > Data: Mercoledì 1 Aprile 2009, 17:22 > On Apr  1 14:48, Marco Atzeri > wrote: > > > > Dear All, > > I was trying to understand why this code > > > > #include > > #includ

Re: [1.7] socket(AF_INET6,...)

On Apr 1 11:14, Yaakov S wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Corinna Vinschen wrote: > > WJFFM. Do you have a IPv6 enabled machine? > > Duh, I didn't realize that IPv6 needed to be specifically installed on > Windows[1]. Now it's WJFFM too. > > May I suggest that a

Re: complex number

--- Mer 1/4/09, Greg Chicares ha scritto: > Da: Greg Chicares > Oggetto: Re: complex number > A: cygwin@cygwin.com > Data: Mercoledì 1 Aprile 2009, 17:32 > On 2009-04-01 14:48Z, Marco Atzeri > wrote: > > > > I was trying to understand why this code > > > > #include > > #include > > > > in

Re: complex number

On Apr 1 16:58, Marco Atzeri wrote: > --- Mer 1/4/09, Corinna Vinschen ha scritto: > > > I was trying to understand why this code > > > > > > #include > > > #include > > > > > > int main() > > > { > > >   double a = 0; > > >   double b = 1. / a; > > >   a += 1; > > >   std::cout << std::abs >

Fwd: complex number

On Wed, Apr 1, 2009 at 1:30 PM, Corinna Vinschen wrote: > > > > That's the result of the newlib function which is defined > > > as > > > > > >   double > > >   cabs(z) > > >   struct complex z; > > >   { > > >     return hypot(z.x, z.y); > > >   } > > > That's from the newlib source code, I assume

R: Fwd: complex number

--- Mer 1/4/09, Mark J. Reed ha scritto: > Da: Mark J. Reed > Oggetto: Fwd: complex number > A: cygwin@cygwin.com > Data: Mercoledì 1 Aprile 2009, 20:47 > On Wed, Apr 1, 2009 at 1:30 PM, > Corinna Vinschen wrote: > > > > > > That's the result of the newlib function > which is defined > > > > as

Strange problem with running dmake via ssh

I have a strange problem when trying to compile a project under Cygwin with dmake. If I start a remote desktop connection to our Windows 2003 server, and start a Cygwin window (i.e., run Cygwin.bat), I am able to build our project just fine. This also works in a native CMD window. Howeve

[1.7] codepage:utf removal and python

I came across a problem today with Cygwin 1.7 while using rdiff-backup, which is a Python program. I have a directory with a file having a non-ASCII character in the name. rdiff-backup was unable to backup that directory. When codepage:utf was supported, this worked fine. Now, it fails, even

Re: [ANNOUNCEMENT] [1.5] Updated: {gettext/gettext-devel/libgettextpo0/libintl8/libasprintf0}-0.17-3

Yaakov (Cygwin/X) wrote: >> I've been testing this patch[1] for some time within Ports, and it has >> solved a lot of the problems I was having with libtool-2.2. Could you >> please consider this for inclusion in your gettext package? > >> [1] http://cygwin.com/ml/cygwin/2008-10/msg00346.html We

Re: [ANNOUNCEMENT] [1.5] Updated: {gettext/gettext-devel/libgettextpo0/libintl8/libasprintf0}-0.17-3

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Charles Wilson wrote: > Well, I'm not too thrilled about automatically upgrading every package > that uses gettext to the latest version -- even those that aren't being > built *for cygwin* itself. Basically, with your patch, if you do an > autoreco

Re: MinTTY 0.4-alpha1

Dear Andy, Problem happen when using duplicate session with Alt-F2, if I click the console this happen: cyg...@semampir ~ $ Cancel alt bash: Cancel: command not found Its seen like mintty send Cancel Alt command directly to shell If we open new mintty session by typing command in already opened

Re: MinTTY 0.4-alpha1

> Problem happen when using duplicate session with Alt-F2, if I click the > console this happen: > > cyg...@semampir ~ > $ Cancel alt > bash: Cancel: command not found Oops, debug output slipped into release. > I guest it's related to new 0.4 feature moving command line cursor by > clicking with

cygwin commands (cat,grep) not working in my windows 2008 machine

Hi, I am using windows 2008 machine. I have installed latest cygwin. Here I am facing problem with the "cat" "grep" commands. In command line its working fine. but In my scripts it's giving error. Am using PERL script for my testing. These commands are not working in the following scenario, 1.