Re: Cygwin 1.7-1!

Bravo! Angelo Graziosi wrote: Just done from mirrors.kernel.org! $ uname -a CYGWIN_NT-5.1 homepc 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin Thanks to all developers of Cygwin. Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/

Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(

Chris, Thanks for the reference. As I mentioned, it wasn't retrievable via Google. Strange. As you had stated earlier, the key to solving the problem is to reference: --icon=c:\_0\cygicons-hippo-vista-0.dll,10 in the shortcut Note to everyone, including Andy, the ICO file worked until Mintt

[ANNOUNCEMENT] Updated: {glpk,libglpk0,libglpk-devel}-4.41-1

Version 4.41-1 of glpk,libglpk0,libglpk-devel have been uploaded for cygwin-1.7. The GLPK (GNU Linear Programming Kit) package is intended for solving large-scale linear programming (LP), mixed integer programming (MIP), and other related problems. It is a set of routines written in ANSI C and or

Re: libiconv and iconv() prototype

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Charles Wilson on 12/22/2009 8:25 PM: > Err...by changing the prototype, doesn't that change the ABI? > > -_EXFUN(iconv, (iconv_t, _CONST char **, size_t *, char **, size_t *)); > +_EXFUN(iconv, (iconv_t, char **, size_t *, char **, size_

Suggested improvement to cygload.cc

Hi, I've recently had need to dynamically load a Cygwin DLL into an non-Cygwin application. The FAQ entry for doing this and the associated sample application (/src/winsup/testsuite/winsup.api/cygload.cc) are both a bit out-of-date, though they still provided me with enough information to get t

Re: Cygwin 1.7-1!

Hi, On Wed, Dec 23rd, 2009 at 2:06 PM, Christopher Faylor wrote: > On Wed, Dec 23, 2009 at 01:18:22PM +1100, Shaddy Baddah wrote: > The release of 1.7.1 is displayed in big letters at the top of > http://cygwin.com/. You'll have to wait for Corinna's official > announcement tomorrow. Yes, I n

Re: libiconv and iconv() prototype

Eric Blake wrote: > The newlib header for iconv.h was recently fixed to comply with the POSIX > prototype, but cygwin is still stuck with a bogus const on the second > argument > of iconv(). It's kind of a catch-22 - libiconv configures itself to preserve > the system's prototype, but on cygwi

Re: Control-C in Vista/Win7 killing background processes in rxvt.exe (cygwin 1.7)

On 12/22/2009 09:14 PM, Joseph Hirn wrote: Potential app conflicts: Logitech Process Monitor service Detected: Named process. This is one potential issue. Also, you need to make sure you set or unset "tty" before you start the shell you're going to work in. In your case, you want to make sur

Re: Cygwin 1.7-1!

On Wed, Dec 23, 2009 at 01:18:22PM +1100, Shaddy Baddah wrote: >Hi, > > >On Wed, Dec 23rd, 2009 at 11:54 AM, Angelo Graziosi > wrote: > >> Just done from mirrors.kernel.org! >> >> $ uname -a >> CYGWIN_NT-5.1 homepc 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin >> >> Thanks to all developers of Cy

Re: Cygwin 1.7-1!

Shaddy Baddah wrote: > Indeed thanks to all the developers. However, it is not officially done > yet, is it? I notice that there is still no setup.exe available for it > on the main page. I'm in a bit of limbo state, because unexpectedly I > have had to make a new install. Yep, it's official; t

Re: Cygwin 1.7-1!

Hi, On Wed, Dec 23rd, 2009 at 11:54 AM, Angelo Graziosi wrote: > Just done from mirrors.kernel.org! > > $ uname -a > CYGWIN_NT-5.1 homepc 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin > > Thanks to all developers of Cygwin. Indeed thanks to all the developers. However, it is not officially d

Re: select() and named pipes

ks > >fine with both cygwin 1.5 and linux. > > Thanks for the test case. This should be fixed in the next Cygwin > snapshot but it will not be fixed (of course?) in 1.7.1 which is now > available from the Cygwin web site. I confirm that with the 20091222 snapshot the crash does no

Cygwin 1.7-1!

Just done from mirrors.kernel.org! $ uname -a CYGWIN_NT-5.1 homepc 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin Thanks to all developers of Cygwin. Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http

Re: 1.7.0: question about signal delivery to pthreads

On Mon, Dec 07, 2009 at 04:46:00PM +0100, Karsten Otto wrote: >Hi everybody! > >I have a question regarding the delivery of signals to pthreads in >Cygwin (1.7 beta). As an example, please consider the following >situation (see attached file for source code): > >There are two threads, a main thre

Re: select() and named pipes

On Tue, Dec 22, 2009 at 11:43:09PM +0100, Enrico Forestieri wrote: >I am experiencing a problem with select() and named pipes in cygwin >1.7. The attached test case segfaults on the select() call, but works >fine with both cygwin 1.5 and linux. Thanks for the test case. This should be fixed in t

Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(

>  $ find /[a-ce-quv]* -name cygicons-hippo-vista-0.dll >  Google: cygicons-hippo-vista-0.dll >  Google: cygwin hippo icon dll > > all reveal NADA! > > What am I missing? This email: http://sourceware.org/ml/cygwin/2009-12/msg00234.html The thread will also provide the background on what I was r

Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(

Chris Sutcliffe wrote: What happens if you do: $ mintty --icon=/Cygwin.ico - works! I suspect this is related to an issue reported before with the hippo icon (I assume it's the one Chuck mentioned in a previous email?). I don't remember the exact details, but I remember Vista not

Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(

>> What happens if you do: >> >> $ mintty --icon=/Cygwin.ico - > > works! I suspect this is related to an issue reported before with the hippo icon (I assume it's the one Chuck mentioned in a previous email?). I don't remember the exact details, but I remember Vista not liking the icon unless it

Re: select() and named pipes

Enrico Forestieri wrote: > I am experiencing a problem with select() and named pipes in cygwin 1.7. > The attached test case segfaults on the select() call, but works fine > with both cygwin 1.5 and linux. Confirmed. It appears that start_thread_pipe() is called for both pipes and fifos, but on

select() and named pipes

I am experiencing a problem with select() and named pipes in cygwin 1.7. The attached test case segfaults on the select() call, but works fine with both cygwin 1.5 and linux. -- Enrico #include #include #include #include #include #include #include #include #define FIFONAME "/tmp/pipe" i

Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(

Andy Koppe wrote: 2009/12/22 Lee D. Rothstein: '--icon=c:\_0\hippo_xp.ico' option now breaks mintty. Works for me, with the icon placed in the same location. This is on XP, and I tried it both in Cygwin 1.5 and 1.7. NB: c:\_0 is my root. I just looked at the ownership/mode

Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(

Chris Sutcliffe wrote: e.g., all of the following don't work: $ mintty --icon=/hippo_xp.ico - mintty: could not load icon -- /hippo_xp.ico $ /bin/mintty.exe --icon=$(cygpath -ua 'c:\_0\hippo_xp.ico') - mintty: could not load icon -- /hippo_xp.ico What happens if you do: $ mintty --icon=

[ANNOUNCEMENT] Updated: mintty-0.5.5-1

Mintty is a terminal emulator for Cygwin with a native Windows user interface and minimalist design. Among its features are Unicode support and a graphical options dialog. Its terminal emulation is largely compatible with xterm, but it does not require an X server. Mintty is based on code from PuTT

Re: libiconv and iconv() prototype

Eric Blake byu.net> writes: > I think it should be possible with: > ./configure am_cv_proto_iconv_arg1= Nope, not quite enough. It needs the hairier: ./configure am_cv_proto_iconv_arg1= am_cv_proto_iconv="extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, s

libiconv and iconv() prototype

The newlib header for iconv.h was recently fixed to comply with the POSIX prototype, but cygwin is still stuck with a bogus const on the second argument of iconv(). It's kind of a catch-22 - libiconv configures itself to preserve the system's prototype, but on cygwin, the system's prototype com

Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(

2009/12/22 Lee D. Rothstein: >>> '--icon=c:\_0\hippo_xp.ico'  option now breaks mintty. > >> Works for me, with the icon placed in the same location. This is on >> XP, and I tried it both in Cygwin 1.5 and 1.7. > > NB: c:\_0 is my root. > > I just looked at the ownership/mode of hippo_xp.ico and it

Re: openSSH Windows server 2003, key mode

Stéphanie Cettou wrote: [] > debug1: match: OpenSSH_5.1 pat OpenSSH* > debug1: Enabling compatibility mode for protocol 2.0 > debug1: Local version string SSH-2.0-OpenSSH_5.1 [] > debug1: Host '10.4.15.5' is known and matches the RSA host key. > debug1: Found key in /home/scettou/.ssh/known_hosts:3

Re: openSSH Windows server 2003, key mode

If I do: scet...@chws0018 /cygdrive/c/Documents and Settings/scettou/Desktop/key $ ssh -v 10.4.15.5 OpenSSH_5.1p1, OpenSSL 0.9.8l 5 Nov 2009 debug1: Reading configuration data /etc/ssh_config debug1: Connecting to 10.4.15.5 [10.4.15.5] port 22. debug1: Connection established. debug1: identity file

Re: Did I missing the official announcement that 1.7 went official?

On 12/22/2009 05:19 AM, Chris January wrote: On Mon, 21 Dec 2009 22:42:39 -0500, "Larry Hall (Cygwin)" wrote: ^^^ Um, On 12/21/2009 10:41 PM, Paul McFerrin wrote: Doing my bi-weekly update of my 1.7 installation, I

Re: openSSH Windows server 2003, key mode

Thank you for you answer, I use a rsa key, so I adapt the command: scet...@chws0018 /cygdrive/c/Documents and Settings/scettou/Desktop/key $ scp -o PubkeyAuthentication=no id_rsa.pub scet...@10.4.15.5:tempKey scet...@10.4.15.5's password: id_rsa.pub100% 225

Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(

> e.g., all of the following don't work: > > $ mintty --icon=/hippo_xp.ico - > mintty: could not load icon -- /hippo_xp.ico > > $ /bin/mintty.exe --icon=$(cygpath -ua 'c:\_0\hippo_xp.ico') - > mintty: could not load icon -- /hippo_xp.ico What happens if you do: $ mintty --icon=/Cygwin.ico - Do y

Re: openSSH Windows server 2003, key mode

Stéphanie Cettou wrote: > I have a problem, I will connection with key mode in my openSSH > server. In can connect with my password. So this way it works. > I have cop[ied] m[y] public key [to] home/myUser/.ssh/authorized_keys. Which public key? You may have several around... > When I connect

Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(

Andy Koppe wrote: > 2009/12/22 Lee D. Rothstein: >> '--icon=c:\_0\hippo_xp.ico' option now breaks mintty. > Works for me, with the icon placed in the same location. This is on > XP, and I tried it both in Cygwin 1.5 and 1.7. NB: c:\_0 is my root. I just looked at the ownership/mode of hippo_

Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(

2009/12/22 Lee D. Rothstein: > '--icon=c:\_0\hippo_xp.ico'  option now breaks mintty. Works for me, with the icon placed in the same location. This is on XP, and I tried it both in Cygwin 1.5 and 1.7. What system are you on? How does it break? Can you run mintty with that option from an existing

Re: 1.7: 'whatis' doesn't work; apropos does

This problem was apparently due to a hung 'makewhatis' background process. Sorry about the bother. Never mind, emiLee (Letella) Lee Rothstein wrote: * 'man' is installed. * 'cygcheck' says ok * 'makewhatis' is run after each run of setup. * 'apropos' works fine * 'whatis' does not For exampl

1.7: mintty 5.5.1 refuses to take hippos seriously ;-(

'--icon=c:\_0\hippo_xp.ico' option now breaks mintty. Removing it from the shortcut fixes it. Boo. I want my hippo. My dog has refused to continue with her piano lessons until 'mintty' is fixed. Please help Phydeaux to continue her muzeecle edjeecayshun. hippolessLee -- Problem reports:

openSSH Windows server 2003, key mode

Hi! I have a problem, I will connection with key mode in my openSSH server. In can connect with my password. I have copy ma public key in home/myUser/.ssh/authorized_keys. When I connect with winSCP, I have an error: The server expected closed connection. Authentification error. And if connect

Re: Incorrect 1.7 FAQ Link

On Dec 21 20:51, Keith Brown wrote: > Hi, > > The link is incorrect in the Setting up Cygwin section of the 1.7 > FAQ, question 6 "After upgrading from Cygwin 1.5 to Cygwin 1.7 my > user mount points disappeared! How can I get them back?". It is > currently http://cygwin.com/cygwin-ug-net/using.ht

Re: Did I missing the official announcement that 1.7 went official?

On Mon, 21 Dec 2009 22:42:39 -0500, "Larry Hall (Cygwin)" wrote: > On 12/21/2009 10:41 PM, Paul McFerrin wrote: >> Doing my bi-weekly update of my 1.7 installation, I noticed that it >> download my whole installation again and took at least an hour to >> perform at RR speeds. I was in the ho