How do I get off this list?

[Michael Moser]

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 follows -
... while talking to sourceware.org.:
>>> DATA
<<< 552 spam score exceeded threshold (#5.6.1)
554 5.0.0 Service unavailable


--
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: [1.7] socket(AF_INET6,...)

[Corinna Vinschen]

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("ERROR: %s\n", strerror(errno));
>   return 1;
>   } else {
>   printf("Success!\n");
>   return 0;
>   }
> }

WJFFM.  Do you have a IPv6 enabled machine?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: Dig problems

[Andrew Schulman]

> 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 every time I try to use host or dig.  I am able to resolve hostnames
generally, and Windows' nslookup works.

Thanks for reporting that.
Andrew.


--
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: make 3.81 bug - error: multiple target patterns. Stop.

[Allan Schrum]

> 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 occur with make 3.79.1 or the patched 3.81 version
> available at https://software.sandia.gov/trac/acro/ticket/2835 and
> using the binary at http://www.cmake.org/files/cygwin/make.exe
> 
> Command line log:
> -
> ad...@blueshark /cygdrive/d/Xilinx/example_design/sim
> $ make
> Makefile:128: *** multiple target patterns.  Stop.
> 
> ad...@blueshark /cygdrive/d/Xilinx/example_design/sim
> $ make_3.79.1.exe
> make_3.79.1: Nothing to be done for `whole_library'.
> 
> ad...@blueshark /cygdrive/d/Xilinx/example_design/sim
> $ make_3.81_fixed.exe
> make_3.81_fixed: Nothing to be done for `whole_library'.
> 
> 
> If you could fix this when time comes by, I think many hardware
> engineers will be very happy...
> The last discussion about this issue was in 2006 at
> http://sourceware.org/ml/cygwin/2006-07/msg00667.html
> 
> Attached as well the (generated) Makefile, where the released Cygwin
> make 3.81 complains about line 128
> 
> 
> Many thanks!
> Peter

Lines 4 and 5 of the Makefile define LIB_UNISIM and LIB_IEEE using paths that 
are Windows path (meaning that they contain a colon as in "C:\Tools"). This 
confuses "make" it seems. If you change them to a reasonable filename structure 
(reasonable for "make") then it seems to progress.

I tested with "make -n -f Makefile" to reproduce the problem. By removing the 
colons, the "make" stopped complaining and progressed.

Can you use the Unix-style of paths for these two symbols rather than the 
Windows-style names? I would also suggest replacing the reverse-slash 
characters "\" with forward-slash characters "/" in the path.

-Allan


--
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: make 3.81 bug - error: multiple target patterns. Stop.

[Christopher Faylor]

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 Makefiles from ModelSim (using
>> 'vmake > Makefile').
>> 
>> It does not occur with make 3.79.1 or the patched 3.81 version
>> available at https://software.sandia.gov/trac/acro/ticket/2835 and
>> using the binary at http://www.cmake.org/files/cygwin/make.exe
>> 
>> Command line log:
>> -
>> ad...@blueshark /cygdrive/d/Xilinx/example_design/sim
>> $ make
>> Makefile:128: *** multiple target patterns.  Stop.
>> 
>> ad...@blueshark /cygdrive/d/Xilinx/example_design/sim
>> $ make_3.79.1.exe
>> make_3.79.1: Nothing to be done for `whole_library'.
>> 
>> ad...@blueshark /cygdrive/d/Xilinx/example_design/sim
>> $ make_3.81_fixed.exe
>> make_3.81_fixed: Nothing to be done for `whole_library'.
>> 
>> 
>> If you could fix this when time comes by, I think many hardware
>> engineers will be very happy...
>> The last discussion about this issue was in 2006 at
>> http://sourceware.org/ml/cygwin/2006-07/msg00667.html
>> 
>> Attached as well the (generated) Makefile, where the released Cygwin
>> make 3.81 complains about line 128
>
>Lines 4 and 5 of the Makefile define LIB_UNISIM and LIB_IEEE using
>paths that are Windows path (meaning that they contain a colon as in
>"C:\Tools").  This confuses "make" it seems.  If you change them to a
>reasonable filename structure (reasonable for "make") then it seems to
>progress.
>
>I tested with "make -n -f Makefile" to reproduce the problem.  By
>removing the colons, the "make" stopped complaining and progressed.
>
>Can you use the Unix-style of paths for these two symbols rather than
>the Windows-style names?  I would also suggest replacing the
>reverse-slash characters "\" with forward-slash characters "/" in the
>path.

There is no mystery here.  Not using MS-DOS-style paths is exactly what
the referenced message talks about.

As I've said on many occasions, I'll produce a new version of make when
there is a new version upstream.  I'm not going to hack a version to
accommodate MS-DOS paths.

cgf

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

complex number

[Marco Atzeri]

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 absolute)
but in cygwin the prototypes is

extern double cabs();

so just a placeholder but not a useful function.
There is any reason why cygwin is missing functional
C99 complex functions ?

For what I can see mingw has not such limitation

in /usr/include/mingw/complex.h
double __MINGW_ATTRIB_CONST cabs (double _Complex);



Thanks
Marco








--
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: complex number

[Corinna Vinschen]

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 on cygwin.

That's the result of the newlib function which is defined as

  double
  cabs(z)
  struct complex z;
  {
return hypot(z.x, z.y);
  }

> I found that newlib have the function cabs (complex absolute)
> but in cygwin the prototypes is
> 
> extern double cabs();

The math.h header is from newlib as well.  I don't know why the
math.h header is missing a normal prototype.  I *assume* that nobody
ever made the effort to convert these old functions (cabs is from 1994)
to the ANSI C style.  You should ask this question on the newlib list.

> so just a placeholder but not a useful function.
> There is any reason why cygwin is missing functional
> C99 complex functions ?

Sorry, it's all about newlib.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: 'no acceptable C compiler found in $PATH' error message on install

[Phil Betts]

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 installed cygwin directly from web not unsellecting any
> option, so the instalation should be complete.  The program is
> installed in D:\pokus\cygwin directory.

Only a limited set of packages is installed by default.  You have to
manually select the compiler(s) and other development tools.  Just re-run 
setup.exe and select the appropriate gcc packages.

> To keep track all the steps I made, I send the picture of 3 screenshot
> showing all I have done until the error message appeared. I also attach
> the log file made by cygwin after the action.
> 
> If you need any further information, feel welcome to let me know.
> 

It would have been better if you had followed the instructions in this
link:

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

In particular, note the part about *attaching* the output from running
"cygcheck -svr".  That would let us know which packages were actually 
installed.

If re-running setup doesn't solve your problem, then that attachment
would be very useful.

Phil

This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange.

Re: complex number

[Greg Chicares]

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

As I read C++2003 26.2/3, this use of std::abs has undefined
behavior, so NaN would be conforming even though Inf would
be less surprising.


--
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: [1.7] socket(AF_INET6,...)

[Yaakov (Cygwin/X)]

-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
wrt IPv6?

[1] http://www.microsoft.com/technet/network/ipv6/ipv6faq.mspx


Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREIAAYFAknTks8ACgkQpiWmPGlmQSMLCwCfSww7zKAxnr4T0U/7I3NVApVQ
1/MAn122zKJbTFMWrmy54UQjGOSPQ1GO
=lD8y
-END PGP SIGNATURE-

--
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: Dig problems

[Sloan]

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@cygwin.com
Subject: 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 every time I try to use host or dig.  I am able to resolve hostnames
generally, and Windows' nslookup works.

Thanks for reporting that.
Andrew.


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



--
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: Dig problems

[Andrew Schulman]

> 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 dhclient3 and resolvconf manage it for me.

BTW, please don't CC people personally in your replies to list messages.  Just
replying to the list is sufficient.

Thanks,
Andrew.


--
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: complex number

[Marco Atzeri]

--- 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 
> > #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.
> 
> That's the result of the newlib function which is defined
> as
> 
>   double
>   cabs(z)
>   struct complex z;
>   {
>     return hypot(z.x, z.y);
>   }
> 

Hi Corinna,
that is not correct as hypot( 0, Inf) 
return Inf and not NaN.

There is a cabs backup implementation in libgcc that is probably
the one used when system cabs is not available.


> > I found that newlib have the function cabs (complex
> absolute)
> > but in cygwin the prototypes is
> > 
> >     extern double cabs();
> 
> The math.h header is from newlib as well.  I don't
> know why the
> math.h header is missing a normal prototype.  I
> *assume* that nobody
> ever made the effort to convert these old functions (cabs
> is from 1994)
> to the ANSI C style.  You should ask this question on
> the newlib list.
> 
> > so just a placeholder but not a useful function.
> > There is any reason why cygwin is missing functional
> > C99 complex functions ?
> 
> Sorry, it's all about newlib.
> 
> 
> Corinna

Ok,
I will follow up on newlib,
I was not sure it is a newlib issue or cygwin specific,
as newlib have cabs function and for linux also
the expected header:

http://sourceware.org/cgi-bin/cvsweb.cgi/src/newlib/libc/sys/linux/include/cmathcalls.h?cvsroot=src

Regards
Marco





--
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: [1.7] socket(AF_INET6,...)

[Corinna Vinschen]

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 link to this article be added to the FAQ and/or UG
> wrt IPv6?
> 
> [1] http://www.microsoft.com/technet/network/ipv6/ipv6faq.mspx

That's a good idea.  There's already a IPv6-related paragraph in the UG:

  http://cygwin.com/1.7/cygwin-ug-net/highlights.html#ov-hi-sockets

I added a new FAQ entry now:

  http://cygwin.com/1.7/faq/faq.using.html#faq.using.ipv6

Feel free to send patches if you think that's not enough info.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: complex number

[Marco Atzeri]

--- 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 
> > 
> > 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.
> 
> As I read C++2003 26.2/3, this use of std::abs has
> undefined
> behavior, so NaN would be conforming even though Inf would
> be less surprising.
> 
> 

you could be right but, I expect that gcc-4.3.2 work 
in similar way in linux and cygwin, so a call to cabs.
In newlib cabs is wrapper for hypot and 
hypot (0, Inf) gives Inf 

Regards
Marco





--
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: complex number

[Corinna Vinschen]

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
> > (std::complex (b, a)) << '\n';
> > >  }
> > > 
> > > produce Inf on most platform and NaN on cygwin.
> > 
> > That's the result of the newlib function which is defined
> > as
> > 
> >   double
> >   cabs(z)
> >   struct complex z;
> >   {
> >     return hypot(z.x, z.y);
> >   }
> > 
> 
> Hi Corinna,
> that is not correct as hypot( 0, Inf) 
> return Inf and not NaN.
> 
> There is a cabs backup implementation in libgcc that is probably
> the one used when system cabs is not available.

But cabs *is* exported by Cygwin and the function is the newlib
function.  I can't tell you why you see what you see.  I'm not
on good terms with this complex math thingy.  That's why I think
you should really discuss this on the newlib list :}


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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

Fwd: complex number

[Mark J. Reed]

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? While the function
cabs() exists inside newlib, and is declared as an extern in math.h,
it's not documented, nor is there a prototype for it or a declaration
of "struct complex" that I can find anywhere in the installed headers
(just the "complex" typedef in the gcc headers, whose structure
doesn't match the above).  l Yet somehow the compiler is doing some
sort of typechecking anyway and rejecting everything I try to pass as
a parameter, so I can't validate the return value of cabs.

Did you determine that the C++ std::complex::abs() method winds up
calling cabs() eventually, or was that a guess?  It's strange, because
calling hypot(a, b) directly yields the correct result.

--
Mark J. Reed 

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

R: Fwd: complex number

[Marco Atzeri]

--- 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
> > > >
> > > >   double
> > > >   cabs(z)
> > > >   struct complex z;
> > > >   {
> > > >     return hypot(z.x, z.y);
> > > >   }
> > > >
> 
> That's from the newlib source code, I assume? While the
> function
> cabs() exists inside newlib, and is declared as an extern
> in math.h,
> it's not documented, nor is there a prototype for it or a
> declaration
> of "struct complex" that I can find anywhere in the
> installed headers
> (just the "complex" typedef in the gcc headers, whose
> structure
> doesn't match the above).  l Yet somehow the compiler is
> doing some
> sort of typechecking anyway and rejecting everything I try
> to pass as
> a parameter, so I can't validate the return value of cabs.
> 
> Did you determine that the C++ std::complex::abs() method
> winds up
> calling cabs() eventually, or was that a guess?  It's
> strange, because
> calling hypot(a, b) directly yields the correct result.
> 
> --
> Mark J. Reed 

Hi Mark,
I suspect the following:

in cygwin  there is old (ancient) declaration 
double cabs()

that probably means any type of argument expecting 
a struct or a pointer to it.

C++ refuse empty argument list and use its own from
 
/usr/lib/gcc/i686-pc-cygwin/4.3.2/include/c++/complex

  // 26.2.7/3 abs(__z):  Returns the magnitude of __z.
  template
inline _Tp
__complex_abs(const complex<_Tp>& __z)
{
  _Tp __x = __z.real();
  _Tp __y = __z.imag();
  const _Tp __s = std::max(abs(__x), abs(__y));
  if (__s == _Tp())  // well ...
return __s;
  __x /= __s; 
  __y /= __s;
  return __s * sqrt(__x * __x + __y * __y);
}

Regards
Marco




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

Strange problem with running dmake via ssh

[Alfred von Campe]

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.  However, if I ssh into the same server  
(using the same user account), when I try to run dmake I get the  
following error:


  $ dmake flashimage
  dmake .\trioimage.elf LINK_FILE=trioflashimage.ld  
BOOTING=BOOT_FROM_FLASH

  dmake:  Error -- \bin\bash: No such file or directory
  dmake.exe:  Error code 255, while making 'flashimage'

The dmake executable was provided by a 3rd party.  What's so  
different about running a bash shell under ssh than running a bash  
shell in a CMD window that would cause dmake to behave this way?   
We'd like to run remote builds automatically, so getting this to work  
with ssh is kind of important.


Thanks,
Alfred


--
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.7] codepage:utf removal and python

[David Rothenberger]

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 
when I have LANG=en_US.UTF-8 in my environment. It all boils down to 
this python code:


  import os
  os.listdir('.')

(That's an example I run from within the directory.) This fails with an 
error


  OSError: [Errno 138] Invalid or incomplete multibyte or wide 
character: '.'


unless one does this first:

  import locale
  locale.setlocale(locale.LC_ALL, '')

I've patched rdiff-backup to do this, but I'm still wondering if this is 
the correct thing to do. I know that on my Linux machine, I don't have 
to do this, but I'm not sure if that's because there's some default 
locale that's being picked up by Python from somewhere other than the 
environment.


To sum it up: Is this a bad unintended consequence of removing codepage:utf?

--
David Rothenberger    daver...@acm.org

Truthful, adj.:
Dumb and illiterate.
-- Ambrose Bierce, "The Devil's Dictionary"


--
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: [ANNOUNCEMENT] [1.5] Updated: {gettext/gettext-devel/libgettextpo0/libintl8/libasprintf0}-0.17-3

[Charles Wilson]

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

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
autoreconf on the cygwin platform, then you're going to bump to
gettext-0.17 no matter what you've listed in your configure.ac.

That's fine -- probably -- for cygport'ed packages being built *for*
cygwin.  Not so fine for packages that are merely being developed ON
cygwin as the development host (I've been told that there are folks who
do that).

However, there is a /real/ bug in older gettexts that you've encountered
and are trying to work around.  And, it's best if that workaround were
somewhat automated (e.g. otherwise you'd just say "edit configure.ac and
change the value of AM_GNU_GETTEXT_VERSION").

What we need is an "out of band" method of communicating to autopoint --
even when it is invoked indirectly by autoreconf -- that you do, or do
not, want to respect the value of AM_GNU_GETTEXT_VERSION in configure.ac.

Seems to me the right way to do that is an environment variable. If
autopoint was sensitive to, say:

AUTOPOINT_FORCE_GETTEXT_VERSION

then you could ensure that cygport (always?) sets that variable to
(e.g.) 0.17 (or maybe a magic value "CURRENT_INSTALLED" or something).

Does that seem like a reasonable approach to you?

--
Chuck

--
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: [ANNOUNCEMENT] [1.5] Updated: {gettext/gettext-devel/libgettextpo0/libintl8/libasprintf0}-0.17-3

[Yaakov (Cygwin/X)]

-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
> autoreconf on the cygwin platform, then you're going to bump to
> gettext-0.17 no matter what you've listed in your configure.ac.

Yes, it essentially changes the meaning of the AC_GNU_GETTEXT_VERSION
argument from == to >=.

> That's fine -- probably -- for cygport'ed packages being built *for*
> cygwin.  Not so fine for packages that are merely being developed ON
> cygwin as the development host (I've been told that there are folks who
> do that).

Hmmm, hadn't thought about that, although I don't understand why an
actively developed package shouldn't be using gettext-0.17 already.

> However, there is a /real/ bug in older gettexts that you've encountered
> and are trying to work around.  And, it's best if that workaround were
> somewhat automated (e.g. otherwise you'd just say "edit configure.ac and
> change the value of AM_GNU_GETTEXT_VERSION").

Exactly.

> What we need is an "out of band" method of communicating to autopoint --
> even when it is invoked indirectly by autoreconf -- that you do, or do
> not, want to respect the value of AM_GNU_GETTEXT_VERSION in configure.ac.
> 
> Seems to me the right way to do that is an environment variable. If
> autopoint was sensitive to, say:
> 
> AUTOPOINT_FORCE_GETTEXT_VERSION
> 
> then you could ensure that cygport (always?) sets that variable to
> (e.g.) 0.17 (or maybe a magic value "CURRENT_INSTALLED" or something).
> 
> Does that seem like a reasonable approach to you?

What about enabling the autopoint -V option (which is currently
commented out as "dangerous" on lines 164-166,212-222), and changing the
version mismatch error on line 276 into a message or warning?  Cygport
could then export AUTOPOINT="autopoint -V 0.17" when libtool usage is
detected.


Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREIAAYFAknUKO0ACgkQpiWmPGlmQSN4ZQCeNOC6nxiJrZHcUSdhYacfOWFR
4G4AnjBxD0HpN7RZy9xIvw0LzSwlV8su
=Ng29
-END PGP SIGNATURE-

--
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: MinTTY 0.4-alpha1

[bjoe]

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
mintty session Cancel Alt not send to its own shell but in its parent shell, 
surprisingly its not happen when open new mintty session from bash in windows 
console or using cygstart.

I guest it's related to new 0.4 feature moving command line cursor by
clicking with mouse. I wonder if maybe I must add something to
configuration file or inputrc to using this feature.



Regards,


On Wed, Mar 25, 2009 at 07:53:01AM +, Andy Koppe wrote:
> Hi,
> 
> I've uploaded development release 0.4-alpha1 of MinTTY to
> http://mintty.googlecode.com. This has a few new or improved features
> to try and break:
> 
> - The options dialog gained an Apply button and no longer blocks
> terminal output.
> - The options have been rearranged, hopefully for the better.
> - Font size can be changed with Ctrl+'+' and Ctrl+'-'. Ctrl+0 goes
> back to the configured font size.
> - The command line cursor can be moved by clicking with the mouse.
> (This works by generating left/right arrow keycodes.)
> - PuTTY's option for setting the maximum number of lines in the
> scrollback buffer is back. (Previously that was fixed to 65535.)
> - Decreasing the window width no longer crops lines, i.e. hidden parts
> reappear after increasing the size again.
> - The row and column settings in the options now control startup size
> only, to avoid accidentally saving the current size.
> 
> The manpage hasn't yet been brought into sync with these changes.
> 
> Let me know how you get on, or what else you'd like to see improved.
> (But don't mention tabs! :)
> 
> Andy

-- 
It is easy to say no when
  there is a deeper yes burning within

--
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: MinTTY 0.4-alpha1

[Andy Koppe]

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

No, it was to do with issue 74 ('Alt key on its own sends ^['
conflicts with Alt-select).

Fixed in 0.4-beta1, available from http://mintty.googlecode.com now.

Andy

--
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 commands (cat,grep) not working in my windows 2008 machine

[sudhap85]

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. cat file1 > file2
  2. grep 'compileCFFilters' MHSlog >> resultfile
I have also installed the Activeperl in my system.
Also, I am running the script with PERL 5.8.0 version.


Thanks in advance.

-- 
View this message in context: 
http://www.nabble.com/cygwin-commands-%28cat%2Cgrep%29-not-working-in-my-windows-2008-machine-tp22842028p22842028.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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