Re: HEADS-UP: Modular X11 (ALL maintainers, please read)
On Tue, Apr 18, 2006 at 09:20:08PM -0500, Gary R. (Mr. Predictable) Van Sickle wrote: From: Christopher Faylor Sent: Tuesday, April 18, 2006 1:17 PM To: cygwin-apps@cygwin.com Subject: Re: HEADS-UP: Modular X11 (ALL maintainers, please read) On Tue, Apr 18, 2006 at 08:08:31PM +0200, Hannu E K Nevalainen wrote: Sorry for writing in a shorthand style. Please fill in the missing words of type please... And as a precaution; in case CGF happens to read this and finds anything upsetting: No personal offense intended! ;-) Remember; I would NOT be here writing this unless I lkied cygwin a lot. You'd be much better served if you just made points without this creepy (paranoid?) need to drag me into a discussion. How did I know he'd take offense at your clarification that there was indeed no personal offense intended, Hannu? Wow. Sorry if I touched a nerve there Gary. That comment was entirely directed at Garbage Collector. I don't see any reason why my name has to show up in this previously interesting technical discussion. If you want to make out-of-the-blue observations about me then this is not the mailing list for it. cgf
Blobthrowers thread (RE: HEADS-UP: Modular X11 (ALL maintainers, please read))
[EMAIL PROTECTED] wrote: On Tue, Apr 18, 2006 at 09:20:08PM -0500, Gary R. (Mr. Predictable) Van Sickle wrote: From: Christopher Faylor Sent: Tuesday, April 18, 2006 1:17 PM To: cygwin-apps@cygwin.com Subject: Re: HEADS-UP: Modular X11 (ALL maintainers, please read) On Tue, Apr 18, 2006 at 08:08:31PM +0200, Hannu E K Nevalainen wrote: Sorry for writing in a shorthand style. Please fill in the missing words of type please... And as a precaution; in case CGF happens to read this and finds anything upsetting: No personal offense intended! ;-) Remember; I would NOT be here writing this unless I lkied cygwin a lot. You'd be much better served if you just made points without this creepy (paranoid?) need to drag me into a discussion. How did I know he'd take offense at your clarification that there was indeed no personal offense intended, Hannu? Well, that - and other things I write - seems to trigger it quite nicely. I see this as a sign for a pickyness that that I find rather irritating. CGF, there you have my paranoia - and BTW; did you see that smiley? It was a chance for you to take that note less seriously than you did. Think about it; wouldn't that have been a more pleasent road to travel? Wow. Sorry if I touched a nerve there Gary. That comment was entirely directed at Garbage Collector. I don't see any reason why my name has to show up in this previously interesting technical discussion. So, you now picked out the fact that I use a spamcatching email address - that spells out something you dispise/catches your eyes in a wrong way - and throw that in my face? And you ask why your name popped up!? If you want to make out-of-the-blue observations about me then this is not the mailing list for it. cgf ... and there you had more blobthrowing. All this makes me NOT want to get more engaged in cygwin, though I'm building knowledge that would help in that case with a good pace. Result: At least one maintainer less than there could have been. Will I speak positively about the intellectual level on the cygwin mailing lists? Some more maintainers lost, don't you think? Will I speak positively about the willingness to at least discuss changes that would be to the benefit of a more clean and robust cygwin? Yet one or two maintainers lost, might it be so? More notes (implied above) could be added here... Have a nice evening, wherever you are. /H --
Re: Blobthrowers thread (RE: HEADS-UP: Modular X11 (ALL maintainers, please read))
On Wed, Apr 19, 2006 at 08:25:42PM +0200, Hannu E K Nevalainen wrote: CGF, there you have my paranoia - and BTW; did you see that smiley? It was a chance for you to take that note less seriously than you did. Think about it; wouldn't that have been a more pleasent road to travel? First warning: Please do not use the cygwin-apps mailing list for this type of discussion. cgf
RE: HEADS-UP: Modular X11 (ALL maintainers, please read)
[Followups set to the more-appropriate cygwin-talk@ list] From: Christopher Faylor On Tue, Apr 18, 2006 at 09:20:08PM -0500, Gary R. (Mr. Predictable) Van Sickle wrote: From: Christopher Faylor Sent: Tuesday, April 18, 2006 1:17 PM To: cygwin-apps@cygwin.com Subject: Re: HEADS-UP: Modular X11 (ALL maintainers, please read) On Tue, Apr 18, 2006 at 08:08:31PM +0200, Hannu E K Nevalainen wrote: Sorry for writing in a shorthand style. Please fill in the missing words of type please... And as a precaution; in case CGF happens to read this and finds anything upsetting: No personal offense intended! ;-) Remember; I would NOT be here writing this unless I lkied cygwin a lot. You'd be much better served if you just made points without this creepy (paranoid?) need to drag me into a discussion. How did I know he'd take offense at your clarification that there was indeed no personal offense intended, Hannu? Wow. Sorry if I touched a nerve there Gary. ...? Um... so anyway, I guess if you'd like to posit a theory pertaining to my question, I guess that's ok. But here's the *really* odd thing: Igor had the *same* premonition, yet obviously neither of us is a psychic nor able to see into the future, so what gives?!? It's spooky! That comment was entirely directed at Garbage Collector. I don't know who or what that is. I thought Mr. Nevalainen was the poster you were replying to. I don't see any reason why my name has to show up in this previously interesting technical discussion. .? Well, um, yeah, I'll take your word on that. If you want to make out-of-the-blue observations about me then this is not the mailing list for it. Indeed, Reply-To set accordingly. About anyone for that matter, huh? cgf -- Gary R. Van Sickle
Re: HEADS-UP: Modular X11 (ALL maintainers, please read)
On Wed, Apr 19, 2006 at 09:24:38PM -0500, Gary R. Van Sickle wrote: [Followups set to the more-appropriate cygwin-talk@ list] Which is precisely what I'd already requested and is something that you consistently ignore. So long, Gar' old pal. cygwin-apps will miss you. cgf
Apologies (was Re: HEADS-UP: Modular X11 (ALL maintainers, please read))
I apologize for letting the recent non-technical discussion get out of hand. I hope that it hasn't been damaged by the recent idiocy (and I do include myself under that umbrella). I really do find this discussion interesting and I'm looking forward to the day when Yaakov takes over the Cygwin/X duties. cgf
looks like we'r looking for a new mutt maintainer
Since Gary R. Van Sickle has been banned from sending email here, it looks like mutt is up for grabs. I'll take it on myself unless someone else is interested. cgf
Re: cygwin gnome-terminal pty error
I haven't had a chance to get back to it and I'm still stuck using a boat load of xterms all over the place instead of the nice tabs I could have had gnome-terminal work as expected. That's the thing about cygwin ... you get really weird errors that not many people have seen before. Oh wait. Now that I read your email again (and carefully) I see you haven't seen my newer email. After the last update, I'm now getting a different behavior. I'm not getting the pty errors, which is what made me install cygserver btw, (which somehow got rid of my fork problems, that's another story though) but the gnome terminal doesn't do anything. That is, before, at least the menus did work (what gnome-terminal really is) but the canvas was blank. Now not even the menus work. I'll get back to it eventually ... unless you find a solution before me. One thing seems certain though: nobody is using gnome-terminal. On 4/19/06, Peter [EMAIL PROTECTED] wrote: Luis P Caamano lcaamano at gmail.com writes: Hello, I've installed gnome-terminal from the sunsite.dk/projects/cygwinports site with no errors. Unfortunately, when I run gnome-terminal from an xterm I get the error below: - $ gnome-terminal ** (gnome-terminal:3608): WARNING **: Error setting PTY size: Invalid argument. ** (gnome-terminal:3608): WARNING **: Error reading PTY size, using defaults: Invalid argument. ** (gnome-terminal:3608): WARNING **: Error reading PTY size, using defaults: Invalid argument. ** (gnome-terminal:3608): WARNING **: Error setting PTY size: Invalid argument. ** (gnome-terminal:3608): WARNING **: Error reading PTY size, using defaults: Invalid argument. - --- Even I am having the same problem. My Terminal session just hangs there without returning the command prompt. Have you been able to fix this? Or did someone else have a solution to this problem? I am guessing it is some env setting in cygwin but cannot figure out what. Thanks, Peter [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Luis P Caamano Atlanta, GA USA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/w32api ChangeLog include/winuser.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-04-19 08:15:19 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winuser.h Log message: * include/winuser.h (CharNextEx,CharNextExW,CharPrevEx,CharPrevExW): Delete. Only CharNextExA and CharPrevExA are documented in MSDN. Thanks to:David Golub david_golub at sf dot net Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.786r2=1.787 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winuser.h.diff?cvsroot=srcr1=1.110r2=1.111
src/winsup/w32api ChangeLog include/winnt.h in ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-04-19 08:40:53 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winnt.h winsup/w32api/include/ddk: winddk.h Log message: * include/winnt.h, include/ddk/winddk.h (FIELD_OFFSET): Compile with recent C++ compiler such as gcc 3.4. * include/ddk/winddk.h: Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.787r2=1.788 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winnt.h.diff?cvsroot=srcr1=1.102r2=1.103 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/ddk/winddk.h.diff?cvsroot=srcr1=1.25r2=1.26
src/winsup/w32api ChangeLog include/mmsystem.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-04-19 08:57:16 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: mmsystem.h Log message: * include/mmsystem.h (_LPCWAVEFORMATEX_DEFINED): Define. Use as guard for the WAVEFORMATEX structure instead of _WAVEFORMATEX_ to avoid clashes with DirectSound. Keep _WAVEFORMATEX_ for compatibility. Thanks to:Andrew Jones guln at sf dot net Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.788r2=1.789 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/mmsystem.h.diff?cvsroot=srcr1=1.6r2=1.7
src/winsup/w32api ChangeLog include/edevdefs.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-04-19 11:03:17 Modified files: winsup/w32api : ChangeLog Added files: winsup/w32api/include: edevdefs.h Log message: * include/edevdefs.h: New file. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.789r2=1.790 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/edevdefs.h.diff?cvsroot=srcr1=NONEr2=1.1
[NON-WHINE] RE: mkstemp vs. text mode
From: Gary R. Van Sickle From: Gary R. Van Sickle From: Christopher Faylor [snip] Yes, I think it makes sense to open temp files in binary but I'll bet that someone is relying on textmode behavior. I'll see that bet and raise you; I'll bet this results in massive problems. Welp, looks like I (probably) lose that hand (happily). Using: CYGWIN_NT-5.1 DFW5RB41 1.5.20s(0.155/4/2) 20060418 12:31:05 i686 Cygwin with a /tmp mounted as text mode works fine for a configure, build, and install of wxWindows. The configure does most of the temp file machinations, with about 2000 add, modify, and remove events in the /tmp directory, as reported by a program I have for monitoring such things. -- Gary R. Van Sickle
Re: fork: Resource temporarily unavailable
I follow the workaround and increase the values by adding two zero to each of 3 parameters of SharedSection=,,, but when I still got the same error like before, then I reboot my XP and saw the blue screen and can't boot the XP. On 4/15/06, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote: Ken Perl wrote: when I make graphicviz2.8 on cygwin, I was blocked by the below fork error. I searched the cygwin mailing list archive, and didn't find any userful info could help me to solve the problem, any comments? Did you miss this one? http://sources.redhat.com/ml/cygwin/2005-09/msg00945.html -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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/ -- perl -e 'print unpack(u,62V5N\FME;G\!EFQ`9VUA:6PN8V]M\[EMAIL PROTECTED] )' -- 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/
Problems between cygwin and window's cmd about making GCC (options.h)
I must write a batch file to call a shell script in cygwin for making GCC toolchains for some purposes. After making binutils successfully, I make gcc-3.4.3 using my batch file... My batch file: CLS @echo off set MAKE_MODE=UNIX sh ./test.sh test.sh: #!/bin/bash cd /cygdrive/c/toolchains/build-gcc sh ../gcc-3.4.3/configure --target=arm --srcdir=../gcc-3.4.3 --prefix=/usr/local --enable-languages=c make make install It's work fine (make success) when I directly run test.sh in cygwin, but there are some error as follow when I run my batch file to call test.sh. In file included from ../../gcc-3.4.3/gcc/c-opts.c:39: options.h:25: error: redefinition of `OPT_d' options.h:23: error: `OPT_d' previously defined here ../../gcc-3.4.3/gcc/c-opts.c: In function `c_common_init_options': ../../gcc-3.4.3/gcc/c-opts.c:191: error: `CL_C' undeclared (first use in this function) ../../gcc-3.4.3/gcc/c-opts.c:191: error: (Each undeclared identifier is reported only once ../../gcc-3.4.3/gcc/c-opts.c:191: error: for each function it appears in.) ../../gcc-3.4.3/gcc/c-opts.c:191: error: initializer element is not constant ../../gcc-3.4.3/gcc/c-opts.c:191: error: (near initialization for `lang_flags[0]') ../../gcc-3.4.3/gcc/c-opts.c:191: error: `CL_ObjC' undeclared (first use in this function) ../../gcc-3.4.3/gcc/c-opts.c:191: error: initializer element is not constant ../../gcc-3.4.3/gcc/c-opts.c:191: error: (near initialization for `lang_flags[1]') ../../gcc-3.4.3/gcc/c-opts.c:191: error: `CL_CXX' undeclared (first use in this function) ../../gcc-3.4.3/gcc/c-opts.c:191: error: initializer element is not constant ../../gcc-3.4.3/gcc/c-opts.c:191: error: (near initialization for `lang_flags[2]') ../../gcc-3.4.3/gcc/c-opts.c:191: error: `CL_ObjCXX' undeclared (first use in this function) ../../gcc-3.4.3/gcc/c-opts.c:191: error: initializer element is not constant ../../gcc-3.4.3/gcc/c-opts.c:191: error: (near initialization for `lang_flags[3]') make[1]: *** [c-opts.o] Error 1 make[1]: Leaving directory `/cygdrive/c/toolchains/build-gcc/gcc' make: *** [all-gcc] Error 2 I have set my PATH=c:\cygwin\bin, but it also have error, anyone can give a help? Thanks very much. -- 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: Problems between cygwin and window's cmd about making GCC (options.h)
On 19 April 2006 10:06, ??? wrote: I must write a batch file to call a shell script in cygwin for making GCC toolchains for some purposes. After making binutils successfully, I make gcc-3.4.3 using my batch file... My batch file: CLS @echo off set MAKE_MODE=UNIX sh ./test.sh test.sh: #!/bin/bash cd /cygdrive/c/toolchains/build-gcc sh ../gcc-3.4.3/configure --target=arm --srcdir=../gcc-3.4.3 --prefix=/usr/local --enable-languages=c make make install It's work fine (make success) when I directly run test.sh in cygwin, but there are some error as follow when I run my batch file to call test.sh. Well, the main difference is between a login and a non-login shell in this case; this affects which startup files are run. Does adding '-l' to the 'sh' invocation in the batch file help any? cheers, DaveK -- Can't think of a witty .sigline today -- 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: netcat lacks socks support?
On 19 April 2006 06:08, peter360 wrote: Oh, for the first question, I run fedora core 4 at home and the netcat program I installed can act as a socks client. Here is the nc -h output: -6 Use IPv6 Woot! -X protoProxy protocol: 4, 5 (SOCKS) or connect -x addr[:port] Specify proxy address and port Muhahahahaa! You can see the -X and -x options. Sure can! Here is the version info Version : 1.78 Yow! That's about 68 versions ahead of where we're at! URL : http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/nc/ Perhaps this is specific to fedora/redhat? Nope, check the URL: it's an openbsd fork off the original netcat that I never heard of before. Cool. I'll see if it builds for cygwin. cheers, DaveK -- Can't think of a witty .sigline today -- 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 server sends the same key fingerprint all the time
Hi, I have cygwin 1.74 server running on Windows 2000. I connect to this server programmatically (using sshtools java API that supports OpenSSH) to execute secure ftp. I created public/private key pair, appended the public key (converted to openSSH) authorized_keys and authorized_keys1 on server. Everything worked fine. I was asked Do you want to accept this key ? the first time and the known_hosts file was written and subsequent connections went without interruptions. I am trying to use new keys and paste my public key to known_hosts on the client, so that even on the first connection, the prompt wouldn't appear. At this time, I realised that whatever new key I append to the servers authorized_keys files and whatever private key file I use on the client, the server (remote) sends in the SAME key fingerprint every time. I even erased everything from authorized_keys files and tried connection, I still get a key fingerprint and if I accept it, it is written to client's known_hosts. Doesn't this mean that cygwin is not loading my new keys and that the previous key is stored somewhere else which I do not know ? I restart the server every time I append a key ( cygrunsrv --start sshd ). any clue would be a great help, thanks in advance, Soumya. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.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/
Re: cygwin server sends the same key fingerprint all the time
On Wed, 19 Apr 2006, Soumya wrote: Hi, I have cygwin 1.74 server running on Windows 2000. I connect to this What on Earth is cygwin 1.74 server? server programmatically (using sshtools java API that supports OpenSSH) to execute secure ftp. I created public/private key pair, appended the public key (converted to openSSH) authorized_keys and authorized_keys1 on server. Everything worked fine. I was asked Do you want to accept this key ? the first time and the known_hosts file was written and subsequent connections went without interruptions. I am trying to use new keys and paste my public key to known_hosts on the client, so that even on the first connection, the prompt wouldn't appear. At this time, I realised that whatever new key I append to the servers authorized_keys files and whatever private key file I use on the client, the server (remote) sends in the SAME key fingerprint every time. I even erased everything from authorized_keys files and tried connection, I still get a key fingerprint and if I accept it, it is written to client's known_hosts. Doesn't this mean that cygwin is not loading my new keys and that the previous key is stored somewhere else which I do not know ? I restart the server every time I append a key ( cygrunsrv --start sshd ). One WAG: do you actually *stop* sshd before you restart it? If the sshd service is running, cygrunsrv --start sshd does nothing and makes it look like it succeeds. But we can't really help you until you follow all the directions here: Problem reports: http://cygwin.com/problems.html Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: cygwin server sends the same key fingerprint all the time
On 19 April 2006 13:21, Soumya wrote: execute secure ftp. I created public/private key pair, appended the public key (converted to openSSH) authorized_keys and authorized_keys1 on server. Everything worked fine. I was asked Do you want to accept this key ? the first time and the known_hosts file was written and subsequent connections went without interruptions. I am trying to use new keys and paste my public key to known_hosts on the client, so that even on the first connection, the prompt wouldn't appear. At this time, I realised that whatever new key I append to the servers authorized_keys files and whatever private key file I use on the client, the server (remote) sends in the SAME key fingerprint every time. I even erased everything from authorized_keys files and tried connection, I still get a key fingerprint and if I accept it, it is written to client's known_hosts. Doesn't this mean that cygwin is not loading my new keys and that the previous key is stored somewhere else which I do not know ? I restart the server every time I append a key ( cygrunsrv --start sshd ). Doesn't it actually mean that you've got mixed up between the server key and the client key? The server is happily accepting your new client key, as it previously happily accepted your old one. But you haven't changed the *server's* key, and that's the one that's still the same as before. cheers, DaveK -- Can't think of a witty .sigline today -- 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/
bash completion
Hi, I have the following prompt in bash (Gentoo style): PS1='\[\033[01;[EMAIL PROTECTED] \[\033[01;34m\]\w $ \[\033[00m\]' When I press TAB to get the list of possible completion on the command line, I have some extra characters added to the display: [EMAIL PROTECTED] ~ $ cd /c/tab Documents and Settings/RECYCLER/ cygwin/ tmp/ System Volume Information/ Program Files/ WINDOWS/ [EMAIL PROTECTED] ~ $ cd /c// or [EMAIL PROTECTED] ~ $ cd ttab test/ tmp/ [EMAIL PROTECTED] ~ $ cd t t If I remove the last escape sequence, the first example works fine but the second displays tt. If I remove the last two escape sequences, both work fine. The default cygwin prompt works fine but if I remove the \n before the $ sign, I get similar issues. I think I saw a mention of a bash 3.0 bug like this more than a year ago but I can't google it anymore. Also this prompt works fine in Gentoo (bash 3.1.16(1)) and in Fedora Core 4 (bash 3.00.16(1)) so it would point to a bug in cygwin (or Fedora and Gentoo have a patch to fix it). Any suggestion? Jehan WinXP SP2 cygwin 1.5.19-7 bash 3.1-5 -- 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: question on cygwin
On Thu, 20 Apr 2006, Yihwa Kim wrote: Hi Igor, I am Yihwa, a recent cygwin user. I found your email address when I was googling for the answers for my problem with cygwin. Apparently, you didn't google enough, or you would also have found the following pages: http://cygwin.com/acronyms/#PPIOSPE and http://cygwin.com/problems.html. I'm redirecting my reply to the appropriate list. Please make sure that your mailer respects the Reply-To: header. I couldn't change user with su, and also with ssh (some said su doesn't work in ssh.. ).. I constantly got error saying /bin/bash: permission denied although both /bin and /bin/bash is set to 755 (or 744 .. anyways.. ) So I thought you might know the answer to this.. Thanks in advance :) Bests -yihwa Have a nice day~ I don't think I can parse the above. Without more information, like what's requested in http://cygwin.com/problems.html, I don't think anyone can even attempt to help you. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: Cygwin, gawk, and serial ports.
Matthew, http://cygwin.com/acronyms/#PPIOSPE. I'm redirecting this to the proper list, and setting Reply-To: accordingly -- please make sure your mailer respects it. On Wed, 19 Apr 2006, Matthew Karas wrote: Hello, I've been trying to get awk to write to the serial port under cygwin. #script BEGIN{ PRINT hello world /dev/com1; } #end script this doesn't work in awk but cat file.txt /dev/com1 works fine. Can you help me out? Thanks, Matthew Karas WJFFM. You'll have to be more specific about the nature of your problem. In particular, you should provide all of the information requested in the Cygwin problem reporting guidelines at http://cygwin.com/problems.html. When you do, please make sure to *attach* the output of cygcheck -svr, not include it inline. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: Cygwin, gawk, and serial ports.
On Wed, 19 Apr 2006, Igor Peshansky wrote: On Wed, 19 Apr 2006, Matthew Karas wrote: Hello, I've been trying to get awk to write to the serial port under cygwin. #script BEGIN{ PRINT hello world /dev/com1; } #end script this doesn't work in awk but [snip] WJFFM. You'll have to be more specific about the nature of your problem. I take that back. It works for me if I use lowercase print, which is an awk command. The uppercase PRINT is interpreted as an (empty) awk variable, and awk interprets a constant expression in statement context just like C does -- i.e., it ignores it. This is not Cygwin-specific; you'll get the same results on Linux. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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/
ssh and a particular client
I'm having trouble using cygwin and ssh, connecting to a particular client of ours. I can connect okay using ssh clients from remote machines, including my linux box at home, and PUTTY connects okay from a dos shell also, but, when I connect with ssh under cygwin, I see this: Last unsuccessful login: Wed Apr 19 15:40:46 GRNLNDST 2006 on ssh from b$$ð=ôð( p Last login: Wed Apr 19 15:55:05 GRNLNDST 2006 on ssh from ( ð=CURSOR IS RIGHT HERE And the terminal just hangs. When I've captured this to an output file, I see: Last unsuccessful login: Wed Apr 19 13:35:33 GRNLNDST 2006 on ssh from b$$ð=ôð( pp Last login: Wed Apr 19 15:33:13 GRNLNDST 2006 on ssh from (ð= So, it almost seems as if the ^Q is the problem. Except that ^Q means start transmission, not stop, and no key presses get me out of being stuck, except for ^D to exit the session. Any ideas of where I should start looking? TIA, Dave in Largo, FL -- 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: ssh and a particular client
snip So, it almost seems as if the ^Q is the problem. Except that ^Q means start transmission, not stop, and no key presses get me out of being stuck, except for ^D to exit the session. Any ideas of where I should start looking? Try adding -v's to your ssh command line for more details. You can add multiple -v switches to increase verbosity. Are you using -X ot -Y? Brett -- 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.5.19-4 a bad build?
I just upgraded to 1.5.19-4 from what I had installed back in 2004. I selected to install everything. During the post-install, I got several error popups regarding the following dll missing: cygminires.dll cygXft-2.dll cygopt-0.dll cygintl-2.dll Also, there is no /usr/bin/make! I'm not sure what else is missing though. I have attached my cygcheck output. Found out zip is missing too. What is the last known good build? Thanks, Shawn cygcheck.txt.bz2 Description: Binary data -- 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.5.19-4 a bad build?
I just upgraded to 1.5.19-4 from what I had installed back in 2004. I selected to install everything. During the post-install, I got several error popups regarding the following dll missing: cygminires.dll cygXft-2.dll cygopt-0.dll cygintl-2.dll Also, there is no /usr/bin/make! I'm not sure what else is missing though. I have attached my cygcheck output. Found out zip is missing too. What is the last known good build? Thanks, Shawn cygcheck.bz2 Description: Binary data -- 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.5.19-4 a bad build?
I just upgraded to 1.5.19-4 from what I had installed back in 2004. I selected to install everything. During the post-install, I got several error popups regarding the following dll missing: cygminires.dll cygXft-2.dll cygopt-0.dll cygintl-2.dll Also, there is no /usr/bin/make! I'm not sure what else is missing though. I tried to attach my cygcheck output, but it's being blocked. Found out zip is missing too. What is the last known good build? Thanks, Shawn -- 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.5.19-4 a bad build?
I just upgraded to 1.5.19-4 from what I had installed back in 2004. I selected to install everything. During the post-install, I got several error popups regarding the following dll missing: No need to post 3 times - we heard you the first. cygminires.dll cygXft-2.dll cygopt-0.dll cygintl-2.dll My guess is that you had a cygwin program still running when you did the upgrade, leading to postinstall script failure. Normally, setup.exe does the right thing if you upgrade when no cygwin process is running. But the fix is simple - stop all cygwin processes, rerun setup.exe, and let it once again determine dependencies it needs to install. Also, there is no /usr/bin/make! I'm not sure what else is missing though. I have attached my cygcheck output. Found out zip is missing too. We ask for cygcheck output as an uncompressed text attachment for a reason - so that we can read it without having to save it off to a file and unzipping it. (translation, I didn't bother to read your cygcheck output, because it was not easily accessible, so I probably missed out on some clues that might have made my response more to the point on how to fix your particular problem). What is the last known good build? 1.5.19-4. Honestly, it works, or it wouldn't have remained the current version for several months now. -- Eric Blake -- 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/
[NON-WHINE] RE: mkstemp vs. text mode
From: Gary R. Van Sickle From: Gary R. Van Sickle From: Christopher Faylor [snip] Yes, I think it makes sense to open temp files in binary but I'll bet that someone is relying on textmode behavior. I'll see that bet and raise you; I'll bet this results in massive problems. Welp, looks like I (probably) lose that hand (happily). Using: CYGWIN_NT-5.1 DFW5RB41 1.5.20s(0.155/4/2) 20060418 12:31:05 i686 Cygwin with a /tmp mounted as text mode works fine for a configure, build, and install of wxWindows. The configure does most of the temp file machinations, with about 2000 add, modify, and remove events in the /tmp directory, as reported by a program I have for monitoring such things. -- Gary R. Van Sickle -- 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/
getline error with make
Dear Cygwin mailing list, When trying to 'make' FontForge on Cygwin, we get the following error. gimagereadxpm.c:128: error: conflicting types for 'getline' /usr/include/sys/stdio.h.31: error: previous declaration of 'getline' was here gimagereadxpm.c:128: error: conflicting types for 'getline' /usr/include/sys/stdio.h.31: error: previous declaration of 'getline' was here gimagereadxpm.c:84: warning: 'LookupXColorName' defined but not used make[1]: *** [gimagereadxpm.o] Error 1 make[1]: Leaving directory '/home/User1/fontforge_cvs/gdraw' make: *** [libgdraw] Error 2 Is this considered to be FontForge's problem by Cygwin people, because of the addition of getline or something like that, recently added to Cygwin? FontForge people consider it to be Cygwin's problem--they believe there is a problem with stdio.h. Hope there might be some solution to this problem, from one or both sides. . . Thanks and regards, Br. Nirmalachaitanya -- 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: [NON-WHINE] RE: mkstemp vs. text mode
More non-negative news: The Cygwin/X Server creates its own subdirectory and a bunch of files in /tmp and still appears to work fine. -- Gary R. Van Sickle -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gary R. Van Sickle Sent: Wednesday, April 19, 2006 8:56 PM To: cygwin-patches@cygwin.com Cc: cygwin@cygwin.com Subject: [NON-WHINE] RE: mkstemp vs. text mode From: Gary R. Van Sickle From: Gary R. Van Sickle From: Christopher Faylor [snip] Yes, I think it makes sense to open temp files in binary but I'll bet that someone is relying on textmode behavior. I'll see that bet and raise you; I'll bet this results in massive problems. Welp, looks like I (probably) lose that hand (happily). Using: CYGWIN_NT-5.1 DFW5RB41 1.5.20s(0.155/4/2) 20060418 12:31:05 i686 Cygwin with a /tmp mounted as text mode works fine for a configure, build, and install of wxWindows. The configure does most of the temp file machinations, with about 2000 add, modify, and remove events in the /tmp directory, as reported by a program I have for monitoring such things. -- Gary R. Van Sickle -- 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: getline error with make
When trying to 'make' FontForge on Cygwin, we get the following error. gimagereadxpm.c:128: error: conflicting types for 'getline' /usr/include/sys/stdio.h.31: error: previous declaration of 'getline' was here This has already been brought up on this list: http://www.cygwin.com/ml/cygwin/2006-01/msg01217.html Hope there might be some solution to this problem, from one or both sides. . . Both. Cygwin CVS has already guarded the declaration with _GNU_SOURCE, so it is not exposed in a strict compilation environment. And FontForge should realize that the Austin group is considering including the GNU definition of readline as a mandatory function in the next version of POSIX, so any application that wants to use their own version needs to be aware that a standardized version will likely also exist soon. -- Eric Blake -- 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.5.19-4 a bad build?
Sorry, I didn't mean to post three times. The error message I got from the mail server seems that my message wasn't being delivered. I was able to get a 1.5.19-4 succesfully, what the issue was kernel.org didn't have all the packages for some reason. I did another install from a *.anl.gov that a friend told me to use and I was able to get a successful download and install. So, no, there wasn't any cygwin processes running. Shawn Eric Blake wrote: I just upgraded to 1.5.19-4 from what I had installed back in 2004. I selected to install everything. During the post-install, I got several error popups regarding the following dll missing: No need to post 3 times - we heard you the first. cygminires.dll cygXft-2.dll cygopt-0.dll cygintl-2.dll My guess is that you had a cygwin program still running when you did the upgrade, leading to postinstall script failure. Normally, setup.exe does the right thing if you upgrade when no cygwin process is running. But the fix is simple - stop all cygwin processes, rerun setup.exe, and let it once again determine dependencies it needs to install. Also, there is no /usr/bin/make! I'm not sure what else is missing though. I have attached my cygcheck output. Found out zip is missing too. We ask for cygcheck output as an uncompressed text attachment for a reason - so that we can read it without having to save it off to a file and unzipping it. (translation, I didn't bother to read your cygcheck output, because it was not easily accessible, so I probably missed out on some clues that might have made my response more to the point on how to fix your particular problem). What is the last known good build? 1.5.19-4. Honestly, it works, or it wouldn't have remained the current version for several months now. -- 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/