Important letter about the acc's expiration from Yahoo's anti-spam bot
-- 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/
Re: Latest Cygwin X hangs when mouse is used to highlight text
On 14/09/2010 20:52, Brian Kelly wrote: Thanks Jon for the quick reply. I attached a new log file generated with an attempt to highlight - followed by the hang. Can you please attach an X server log generated with the additional server option '-logverbose 3' Can you be more detailed about what you mean by a 'hang'? Does just the X server application become unresponsive? or your whole system? Again, this worked PERFECTLY just yesterday. I understood the first time. I would suggest that something has changed on your system to cause this change in behaviour, but you are best placed to find out what that is. -Original Message- From: Jon TURNEY Sent: Sep 14, 2010 1:47 PM Subject: Re: Latest Cygwin X hangs when mouse is used to highlight text On 14/09/2010 18:51, Brian Kelly wrote: I've been using Cygwin X trouble-free for years, and am running the latest distribution of X and the Cygwin1.dll for at least two weeks (since the Cygwin 1.7.7.1 release). It's been fine until this morning when it started locking on me whenever I used the mouse to highlight text. I have NO IDEA what changed on my system to now cause this behavior. **ANY** help you can give to assist me would be most appreciated since I use it for all my development efforts. This is very likely to be some sort of problem with the clipboard integration code. You might find that using the '-noclipboard' option works around the problem (at the cost of not being able to cut/paste between Windows and X apps). An xserver log with '-logverbose 3' might shed a bit more light on what's going on. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- 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/
Re: Latest Cygwin X hangs when mouse is used to highlight text
See attached log run with XWin -logverbose 3 Only the X System hangs - not the whole PC. Other apps continue to work fine. However, **while** the X system is hung, mintty loses it's cut-and-paste capabilities. Once Windows or I with /bin/kill, stop the X system, mintty can once again cut-and-paste (without any need to restart the app). I did have a system failure caused by a VPN memory clash that caused a blue screen of death and instant system shutdown. It seems my X-Windows problem began after that episode. I don't know if that is germane, but it's all I can think of as a potential causal contributor. Thanks Jon -Original Message- From: Jon TURNEY Sent: Sep 15, 2010 7:13 AM Subject: Re: Latest Cygwin X hangs when mouse is used to highlight text On 14/09/2010 20:52, Brian Kelly wrote: Thanks Jon for the quick reply. I attached a new log file generated with an attempt to highlight - followed by the hang. Can you please attach an X server log generated with the additional server option '-logverbose 3' Can you be more detailed about what you mean by a 'hang'? Does just the X server application become unresponsive? or your whole system? Again, this worked PERFECTLY just yesterday. I understood the first time. I would suggest that something has changed on your system to cause this change in behaviour, but you are best placed to find out what that is. -Original Message- From: Jon TURNEY Sent: Sep 14, 2010 1:47 PM Subject: Re: Latest Cygwin X hangs when mouse is used to highlight text On 14/09/2010 18:51, Brian Kelly wrote: I've been using Cygwin X trouble-free for years, and am running the latest distribution of X and the Cygwin1.dll for at least two weeks (since the Cygwin 1.7.7.1 release). It's been fine until this morning when it started locking on me whenever I used the mouse to highlight text. I have NO IDEA what changed on my system to now cause this behavior. **ANY** help you can give to assist me would be most appreciated since I use it for all my development efforts. This is very likely to be some sort of problem with the clipboard integration code. You might find that using the '-noclipboard' option works around the problem (at the cost of not being able to cut/paste between Windows and X apps). An xserver log with '-logverbose 3' might shed a bit more light on what's going on. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer XWin.0.log Description: Binary data -- 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/
Re: Latest Cygwin X hangs when mouse is used to highlight text
Also, notepad can't paste while the X system is in the hung condition. Once it's killed, paste in notepad returns. I can send you the Dr. Watson error reports generated by Windows when it kills the Non-Responsive app - if you would find them at all helpful. Brian -Original Message- From: Brian Kelly Sent: Sep 15, 2010 11:12 AM Subject: Re: Latest Cygwin X hangs when mouse is used to highlight text See attached log run with XWin -logverbose 3 Only the X System hangs - not the whole PC. Other apps continue to work fine. However, **while** the X system is hung, mintty loses it's cut-and-paste capabilities. Once Windows or I with /bin/kill, stop the X system, mintty can once again cut-and-paste (without any need to restart the app). I did have a system failure caused by a VPN memory clash that caused a blue screen of death and instant system shutdown. It seems my X-Windows problem began after that episode. I don't know if that is germane, but it's all I can think of as a potential causal contributor. Thanks Jon -Original Message- From: Jon TURNEY Sent: Sep 15, 2010 7:13 AM Subject: Re: Latest Cygwin X hangs when mouse is used to highlight text On 14/09/2010 20:52, Brian Kelly wrote: Thanks Jon for the quick reply. I attached a new log file generated with an attempt to highlight - followed by the hang. Can you please attach an X server log generated with the additional server option '-logverbose 3' Can you be more detailed about what you mean by a 'hang'? Does just the X server application become unresponsive? or your whole system? Again, this worked PERFECTLY just yesterday. I understood the first time. I would suggest that something has changed on your system to cause this change in behaviour, but you are best placed to find out what that is. -Original Message- From: Jon TURNEY Sent: Sep 14, 2010 1:47 PM Subject: Re: Latest Cygwin X hangs when mouse is used to highlight text On 14/09/2010 18:51, Brian Kelly wrote: I've been using Cygwin X trouble-free for years, and am running the latest distribution of X and the Cygwin1.dll for at least two weeks (since the Cygwin 1.7.7.1 release). It's been fine until this morning when it started locking on me whenever I used the mouse to highlight text. I have NO IDEA what changed on my system to now cause this behavior. **ANY** help you can give to assist me would be most appreciated since I use it for all my development efforts. This is very likely to be some sort of problem with the clipboard integration code. You might find that using the '-noclipboard' option works around the problem (at the cost of not being able to cut/paste between Windows and X apps). An xserver log with '-logverbose 3' might shed a bit more light on what's going on. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- 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/cygwin ChangeLog fhandler_disk_file.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-09-15 11:26:10 Modified files: winsup/cygwin : ChangeLog fhandler_disk_file.cc Log message: * fhandler_disk_file.cc (fhandler_base::fstat_by_handle): Fetch number of links and inode number only if path has good inodes. (fhandler_base::fstat_by_name): Fetch inode number only if path has good inodes. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5043r2=1.5044 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.337r2=1.338
Re: tinyfugue with python won't compile under cygwin
On Wed, Sep 15, 2010 at 5:46 AM, Gwen Morse wrote: About a year ago I was able to get assistance compiling my MUD client Tinyfuge, (snip) gcc -g -O2 -DTFPYTHON -I/usr/include/python2.6 -DDATADIR=/home/jmorse/share - c -o command.o command.c (snip) In file included from /usr/include/python2.6/unicodeobject.h:120, from /usr/include/python2.6/Python.h:85, from tfpython.h:6, from command.c:33: /usr/include/wchar.h:157: error: conflicting types for `tf_wprintf' tfio.h:160: error: previous declaration of `tf_wprintf' was here Which version of Cygwin are you using? My /usr/include/wchar.h is only 84 lines long! P.S. Don't forget to read Problem reports: http://cygwin.com/problems.html -- Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: tcsh filename substitution bug
On Sep 14 20:54, Keith Thompson wrote: % cygcheck -c cygwin tcsh Cygwin Package Information Package Version Status cygwin 1.7.5-1 OK tcsh 6.17.00.1-1 OK I've noticed that certain file matching patterns in tcsh under Cygwin are matching more files than they should. In the cases I've noticed, a pattern like *__* or *xx* matches files containing only a single trailing '_' or 'x' character, respectively. I do not see this problem with tcsh 6.17.00 under Ubuntu 9.04, nor do I see it with tcsh 6.17.00 compiled from source under Cygwin on the same system where I see the problem with the Cygwin-provided tcsh. The 6.17.00.1-1 version in the distro has been built from a more recent upstream CVS. The reason was that I added the missing wide char capability for systems with sizeof(wchar_t) == 2 (aka Windows/Cygwin) to tcsh, and I wanted the Cygwin users to get this new capability asap. Unfortunately the bug you're reporting was also part of the CVS version I used to build the Cygwin release version. It has been fixed upstream in the meantime. At least I can't reproduce it with upstream CVS. Apparently tcsh 6.18.00 is due soon, so I just wait until it has been officially released to release a new Cygwin tcsh version as well. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.5: Occasional failure of CreatePipe or signal handing due to thread-unsafe code in cwdstuff::set
On Sep 14 22:09, John Carey wrote: On Sep 14 09:11, Corinna Vinschen wrote: I applied the below patch to Cygwin CVS and it appears to work nicely. The only potential race I can think of is, if another thread of the same Cygwin process calls SetCurrentDirectory. I'm inclined to let this situation slip through the cracks since SetCurrentDirectory will already mess up a mixed-mode Cygwin process. The wincap.has_transactions () is just for testing. If we can use that code, I would replace is with something like wincap.has_messed_up_cwd_handling() or so. ... I would argue against introducing a race with threads that call SetCurrentDirectory(), for at least the following reasons: 1. The race can be avoided without too much grief. Right. Still, the licensing issue... 2. If a program does violate the rule against calling SetCurrentDirectory() directly (possibly because of some third party DLL being involved), then it could be very difficult to detect the source of the resulting problems. But we're talking about mixed-mode Cygwin apps. They should use the Win32 API with care anyway. And the disconnection between SetCurrentDirectory and chdir already exists if the latter is called at all. [...] 3. The unknown. Hard to argue aginst *that*... Anyway, one other detail: Are races within a pure-Cygwin program are prevented by cwd_lock? I don't see it being locked yet, just initialized. Perhaps the cwdstuff::set patch is not yet written? There's a cwd_lock.acquire and a cwd_lock.release call in cwdstuff::set. There's no such lock when cwdstuff::override_win32_cwd is called from cwdstuff::init, because at the time init is called there's no other concurrent thread running, except for the signal thread. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.5: Occasional failure of CreatePipe or signal handing due to thread-unsafe code in cwdstuff::set
On Sep 14 22:11, John Carey wrote: On Sep 14 12:02, Corinna Vinschen wrote: True. Implementing a full replacement for SetCurrentDirectory as in your PoC is still an option. However, I can't do that anymore since I'm tainted by reading your code. If you would contemplate to sign a copyright assignment(**), we could create a more thorough solution with code scanning and all that in the long run. In the meantime, I could apply my patch and we can try how well it works, hacked as it is. Sorry, I had not realized that I would cause a problem by supplying proof of concept code. I'll inquire... I'm looking forward. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
Hello, I have another interesting case where .exe magic doesn't work as transparently as one would expect. I have a file python2.6.exe. A script tries to find it with ls python2.?. It is not found. Here the script needs a modification to work with Cygwin, but we can't really say that there is a bug in the script. Al -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
On Sep 15 13:40, Al wrote: Hello, I have another interesting case where .exe magic doesn't work as transparently as one would expect. I have a file python2.6.exe. A script tries to find it with ls python2.?. It is not found. Here the script needs a modification to work with Cygwin, but we can't really say that there is a bug in the script. True. In theory we would have to remove .exe and .lnk suffixes from directory listings as well, but that was never the case in Cygwin. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
lyx packaging error?
http://cygwin.com/packages/lyx/lyx-1.6.6-1 The postinstall script is here. etc/postinstall/lyx.sh/lyx.sh Shouldn't it be here? etc/postinstall/lyx.sh - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
True. In theory we would have to remove .exe and .lnk suffixes from directory listings as well, but that was never the case in Cygwin. That's the way it has always been... isn't a strong argument in development. I guess there are some other reasons to do it this way. If not one should really consider to improve it to make Cygwin still more Unix compatible. Al -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
On Sep 15 15:38, Al wrote: True. In theory we would have to remove .exe and .lnk suffixes from directory listings as well, but that was never the case in Cygwin. That's the way it has always been... isn't a strong argument in development. It wasn't an argument, it was just a description of the state. I guess there are some other reasons to do it this way. If not one should really consider to improve it to make Cygwin still more Unix compatible. I'd love to drop the .exe suffix from readdir(), I'm just not sure what unwelcome side-effects we create. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
On Sep 15 15:50, Corinna Vinschen wrote: On Sep 15 15:38, Al wrote: True. In theory we would have to remove .exe and .lnk suffixes from directory listings as well, but that was never the case in Cygwin. That's the way it has always been... isn't a strong argument in development. It wasn't an argument, it was just a description of the state. I guess there are some other reasons to do it this way. If not one should really consider to improve it to make Cygwin still more Unix compatible. I'd love to drop the .exe suffix from readdir(), I'm just not sure what unwelcome side-effects we create. For instance, this one: Either we always remove the .exe suffix from a file, or we have to check for each file with a .exe suffix, whether it's executable or not. In the first case, you get something like this: $ echo foo bar.exe $ ls bar* bar $ Fortunately: $ ls bar.exe bar.exe However, dependent of the intelligence of a script or application, the suddenly missing suffix could result in trouble. In the second case, the extra test for executability would be a big performance hit, especially if you call `ls /usr/bin'. And you know how we already have a lot of users kicking our asses for Cygwin's performance. So, whatever we do will result in problems for another group of users. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
I'd love to drop the .exe suffix from readdir(), I'm just not sure what unwelcome side-effects we create. Yes, that's always the point. All programs would break, that are only build against the .exe suffix. Like mine after patching it. :-) Don't know if Cygwin has a testing state to fix those side-effects before everything goes public. The listing with .exe extensions also has an informative value for the human reader of the list, that would be lost. Al -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Some manpages are missing
Hi, it seems to me that some manpages are missing: man printf yields the manpage for man 1 printf man 3 printf yields No entry for printf in section 3 of the manual Info printf yields info for Gun utils printf The same for read. But man putc yields the right man page I don't find a system behind that. Do someone know what's going on ?? Have fun Norbert -- Dipl. Phys. Norbert Zacharias Wind Measurements Power Curve Measurements DEWI GmbH Ebertstrasse 96 26382 Wilhelmshaven Germany Tel.: +49 4421 4808 876 Fax:+49 4421 4808 843 Email: n.zachar...@dewi.de Home: http://www.dewi.de DEWI GmbH - Deutsches Windenergie-Institut, Wilhelmshaven Commercial Register No.: Amtsgericht Oldenburg, HRB 130241 Managing Director: Jens Peter Molly Chairman of the supervisory board: Ministerialrat Dr. Niels Kämpny P Please consider the environment before printing this email. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Some manpages are missing
On 09/15/2010 08:20 AM, DEWI - N. Zacharias wrote: Hi, it seems to me that some manpages are missing: Yep. No one has volunteered to write them yet. Do someone know what's going on ?? Would you like to volunteer? -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: AW: [bulk] - Re: Some manpages are missing
http://cygwin.com/acronyms/#PPIOSPE - redirecting to the list On 09/15/2010 08:29 AM, DEWI - N. Zacharias wrote: Hi Eric, it seems to me that some manpages are missing: Yep. No one has volunteered to write them yet. That is strange , because they a available under linux. So why should someone rewrite them ?? Or take existing man pages from somewhere else, and modify them appropriately. Same difference. See the list archives for other discussions of this issue. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Some manpages are missing
On Sep 15 08:22, Eric Blake wrote: On 09/15/2010 08:20 AM, DEWI - N. Zacharias wrote: Hi, it seems to me that some manpages are missing: Yep. No one has volunteered to write them yet. There are info pages available for the functions provided by newlib: $ info printf Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ssh from linux to cygwin + CUI + Ctrl-C
Hi there. I use cygwin to ssh into numerous systems very often, such as AIX, HP UX, Solaris, DEC Alpha. I've always managed to send ctrl-c (by pressing ctrl-]) to the app running on that platform. There was only 1 rare case when it didn't. Not sure what you mean by native apps... If you could clarify? KarHeng Ilia K. wrote: On Tue, Sep 14, 2010 at 7:58 PM, Chan Kar Heng chankarh...@gmail.com wrote: Hi there. I've had the same problem in the past. Posted a temporary solution here: http://www.cygwin.com/ml/cygwin/2009-02/msg00403.html This is an interesting hack, but unfortunately it won't work for native apps, only for cygwin-linked. Regards, Ilia. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
1.7.7-1: tcsh occasionally hanging
Since upgrading to cygwin 1.7 recently I have been experiencing sporadic failures of cygwin tcsh initialization: when opening new shell terminals (I start Cygwin using mintty.exe -e /bin/tcsh) they sometimes hang indefinitely. I have the same cygwin setup installed on two computers (both with Windows XP SP3 32bit), and both of them are experiencing this with different frequencies: for the faster, dual-core PC it happens very rarely, but on the slower, single-CPU one the hanging was almost constant, and disabling my .cshrc script didn't help at all. Using ProcessExplorer I noticed that the hanging tcsh process was also spawning 'cut' and 'sed' processes hanging there (sometimes just one of them, other times both were still there). I did have cygwin 1.7.7-1 at the time I was investigating this, and I was able to isolate the problem to this particular block in the /etc/profile.d/complete.tcsh script: if ( -r $HOME/.ssh/known_hosts ) then set f=`cat $HOME/.ssh/known_hosts | cut -f 1 -d \ ` /dev/null set f=`cat $HOME/.ssh/known_hosts | cut -f 1 -d \ | sed -e 's/,/ /g'` /dev/null set hosts=($hosts $f) endif I do have quite a large list of hosts in the ~/.ssh/known_hosts file and I want to keep that way. However, in order to prevent tcsh from hanging I had to comment out the block above. Note that on the other, faster PC there was no need to do the same (even though the known_hosts file is about the same size), so my suspicion is that in tcsh with 1.7 there are some issues with pipe handling, perhaps a race condition somewhere that triggers more often on slower PCs. -Geo -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ssh from linux to cygwin + CUI + Ctrl-C
On Wed, Sep 15, 2010 at 11:31:16PM +0800, Chan Kar Heng wrote: Ilia K. wrote: On Tue, Sep 14, 2010 at 7:58 PM, Chan Kar Heng wrote: I've had the same problem in the past. Posted a temporary solution here: http://www.cygwin.com/ml/cygwin/2009-02/msg00403.html This is an interesting hack, but unfortunately it won't work for native apps, only for cygwin-linked. I use cygwin to ssh into numerous systems very often, such as AIX, HP UX, Solaris, DEC Alpha. I've always managed to send ctrl-c (by pressing ctrl-]) to the app running on that platform. There was only 1 rare case when it didn't. Not sure what you mean by native apps... If you could clarify? It seems pretty clear: He means non-cygwin-dll-using Windows apps. Cygwin summarily halts a pure-Windows process on receiving a CTRL-C. There is no way around that other than to relink the program to use Cygwin. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ssh from linux to cygwin + CUI + Ctrl-C
Hi there. Sorry. I misread your mail. For those native apps, perhaps you can try sending SIGINT to that CUI app using kill? Else, find a Windows app that is capable of pushing a Ctrl-C into the keyboard buffer. If you know some programming, it's not difficult to write if you know the correct APIs to call. KarHeng Chan Kar Heng wrote: Hi there. I use cygwin to ssh into numerous systems very often, such as AIX, HP UX, Solaris, DEC Alpha. I've always managed to send ctrl-c (by pressing ctrl-]) to the app running on that platform. There was only 1 rare case when it didn't. Not sure what you mean by native apps... If you could clarify? KarHeng Ilia K. wrote: On Tue, Sep 14, 2010 at 7:58 PM, Chan Kar Heng chankarh...@gmail.com wrote: Hi there. I've had the same problem in the past. Posted a temporary solution here: http://www.cygwin.com/ml/cygwin/2009-02/msg00403.html This is an interesting hack, but unfortunately it won't work for native apps, only for cygwin-linked. Regards, Ilia. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ssh from linux to cygwin + CUI + Ctrl-C
On Wed, Sep 15, 2010 at 11:47:34PM +0800, Chan Kar Heng wrote: Chan Kar Heng wrote: I use cygwin to ssh into numerous systems very often, such as AIX, HP UX, Solaris, DEC Alpha. I've always managed to send ctrl-c (by pressing ctrl-]) to the app running on that platform. There was only 1 rare case when it didn't. Not sure what you mean by native apps... If you could clarify? KarHeng Ilia K. wrote: On Tue, Sep 14, 2010 at 7:58 PM, Chan Kar Heng chankarh...@gmail.com wrote: Hi there. I've had the same problem in the past. Posted a temporary solution here: http://www.cygwin.com/ml/cygwin/2009-02/msg00403.html This is an interesting hack, but unfortunately it won't work for native apps, only for cygwin-linked. For those native apps, perhaps you can try sending SIGINT to that CUI app using kill? This won't work for the reason I previously mentioned. Else, find a Windows app that is capable of pushing a Ctrl-C into the keyboard buffer. If you know some programming, it's not difficult to write if you know the correct APIs to call. That might work if the windows process is expecting input but it probably will fail otherwise. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
For instance, this one: Either we always remove the .exe suffix from a file, or we have to check for each file with a .exe suffix, whether it's executable or not. Probably without checking it. No sane program would use the .exe suffix as extension of a mere textfile. What would be the ideal approach, without thinking of backward issues? How about this? 1.) When a file is made executable .exe is appended, but only visible from Windows API. 2.) When the last execution bit is removed the .exe suffix is also removed. 3.) Using the .exe suffix from the Cygwin API always gives an error. 4.) Hence: You never see this suffix on the Cygwin API. Al -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
1.7.7 ln .exe magic
test case--- From bash, in an empty directory: $ ln /bin/ls t $ ls t.exe Why does the resulting hard link have a '.exe' suffix on it? I thought that cygwin .exe magic was only appending when listing a file? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.7 ln .exe magic
On 09/15/2010 11:03 AM, Rolf Campbell wrote: test case--- From bash, in an empty directory: $ ln /bin/ls t $ ls t.exe Why does the resulting hard link have a '.exe' suffix on it? I thought that cygwin .exe magic was only appending when listing a file? If the original file ends in .exe, then cp tries hard to make the target also end in .exe. The .exe magic for invoking 'ls' (instead of ls.exe) will therefore let you also invoke 't' (instead of t.exe), while still letting you run .\t from cmd (where the lack of a .exe suffix would break that attempt). So the .exe magic is more than just when listing a file. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
On 9/15/2010 12:23 PM, Al wrote: For instance, this one: Either we always remove the .exe suffix from a file, or we have to check for each file with a .exe suffix, whether it's executable or not. Probably without checking it. No sane program would use the .exe suffix as extension of a mere textfile. What would be the ideal approach, without thinking of backward issues? How about this? 1.) When a file is made executable .exe is appended, but only visible from Windows API. 2.) When the last execution bit is removed the .exe suffix is also removed. 3.) Using the .exe suffix from the Cygwin API always gives an error. 4.) Hence: You never see this suffix on the Cygwin API. How would this work with non-Cygwin programs? They wouldn't be handled under (1). -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.7-1: tcsh occasionally hanging
On Sep 15 11:32, Geo Pertea wrote: Since upgrading to cygwin 1.7 recently I have been experiencing sporadic failures of cygwin tcsh initialization: when opening new shell terminals (I start Cygwin using mintty.exe -e /bin/tcsh) they sometimes hang indefinitely. [...] if ( -r $HOME/.ssh/known_hosts ) then set f=`cat $HOME/.ssh/known_hosts | cut -f 1 -d \ ` /dev/null set f=`cat $HOME/.ssh/known_hosts | cut -f 1 -d \ | sed -e 's/,/ /g'` /dev/null set hosts=($hosts $f) endif I do have quite a large list of hosts in the ~/.ssh/known_hosts file and I want to keep that way. However, in order to prevent tcsh from hanging I had to comment out the block above. Note that on the other, faster PC there was no need to do the same (even though the known_hosts file is about the same size), so my suspicion is that in tcsh with 1.7 there are some issues with pipe handling, perhaps a race condition somewhere that triggers more often on slower PCs. I tried this a hundred times with a known_hosts file of 1800 entries, and I couldn't reproduce it even once, sorry. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Behaviours of Terminal Versus Script when using
Hello Have hunted all over for this one but it seems no one else has reported the issue - maybe because they don't use the feature or there is something awry with my installation I write scripts that dart in and out of databases I bind my Oracle connection string into a number of variables in my .profile ORACLE_HOME='c:\\Oracle\\product\\11.2.0\\dbhome_2' export ORACLE_HOME mydbconn=${ORACLE_HOME}\\bin\\sqlplus -s mydbuser/mydbp...@mydbhost export mydbconn so when I want to dart into the database - I perform the following from the terminal command line ${mydbconn} SQL SQL exit If I have a query I run frequently - I will do something like this ${mydbconn} FINGather alter session set nls_date_format = '-mm-dd hh24:mi:ss'; select sysdate from dual; FINGather The delimiter instructs the terminal to pass all commands between the FINGather Labels to the program request (sort of piping but not) This is great and dandy - and works if I type this into the cygwin terminal manually (or paste, which ever) When I try this from a script I hit issues. I usually want to catch the results from the DB query to a file so - let's call my script mydbtime.sh The contents of which are as following #!/bin/bash echo My DB Time Fetcher /tmp/myresults.txt date /tmp/myresults.txt ${mydbconn} FINGather /tmp/myresults.txt alter session set nls_date_format = '-mm-dd hh24:mi:ss'; select sysdate from dual; FINGather After editing chmod 755 mydbtime.sh To run as standard ./mydbtime There is a gotcha some where because I know definitely this line is working when inside a script The contents of the /tmp/myresults.txt output always shows the results of the echo command and the date command - but never the results of the ${mydbconn} ${mydbconn} FINGather /tmp/myresults.txt _ If I remove the date and echo commands out : #!/bin/bash ${mydbconn} FINGather /tmp/myresults.txt alter session set nls_date_format = '-mm-dd hh24:mi:ss'; select sysdate from dual; FINGather the date stamp and contents of the /tmp/myresults.txt are always refreshed - just with no results so I know that ${mydbconn} FINGather /tmp/myresults.txt is processing but the results from dbserver are not being passed back - infact - I don't think it is connecting to DB at all because even a long query completes immediately. Presently - to run my scripts I perform the following process cat mydbtime.sh Copy and Paste the full contents straight onto the Terminal Command line This works perfectly Does anyone have issues with this ? I have found a workaround that works perfectly - using the supplied minnty terminal - but was hoping not to build too many dependencies on the cygwin windows - I will work with minnty - but does anyone know if this is shipped as standard - because it is not the first shortcut in the Cygwin folder - had I found this before I would have been singing from the roof tops at the joy of being able to move away from the MS WIndows CMD terminal - will support for CMD terminal be dropped or have I landed on a well kept secret so two questions 1) Does the MS CMD Terminal support in scripts (presently not in my installation) - I can't be sure but I think it used to work on older environment 2) Is minnty a default standard terminal that will ship with all future builds of cygwin? Environment Details Windows 7 Great job guys - love this product - Command Shell is trying to catch up - think they have a long way to go Cheers Delbydev -- View this message in context: http://old.nabble.com/Behaviours-of-Terminal-Versus-Script-when-using-%22%3C%3C%22-tp29720777p29720777.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
Greetings, Al! I have another interesting case where .exe magic doesn't work as transparently as one would expect. I have a file python2.6.exe. A script tries to find it with ls python2.?. It is not found. I'm fairly certain, that the script is bugged in this specific case. It should be looking for python2.* instead. Minor version could have any length... potentially. (And yes, I know, there wouldn't be .10 for now) Here the script needs a modification to work with Cygwin, but we can't really say that there is a bug in the script. -- WBR, Andrey Repin (anrdae...@freemail.ru) 15.09.2010, 21:18 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
1.) When a file is made executable .exe is appended, but only visible from Windows API. How would this work with non-Cygwin programs? They wouldn't be handled under (1). Depends on how you install or mount them. But yes, as a prerequest there would be two types of filessystem handling. The normal windows one, always with .exe suffix stored into the filename of executables. When mounting foreign unix filesystems no .exe magic would be used at all on them. Al -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
I'm fairly certain, that the script is bugged in this specific case. It should be looking for python2.* instead. Minor version could have any length... potentially. (And yes, I know, there wouldn't be .10 for now) Definitly not. It would also find python2.6-config which is not wanted. It want's to find python2.x and nothing else. The script is a normal POSIX script and has no knowlege of Cygwins existance at all and any of it's special behaviour. Al -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
Greetings, Al! For instance, this one: Either we always remove the .exe suffix from a file, or we have to check for each file with a .exe suffix, whether it's executable or not. Probably without checking it. No sane program would use the .exe suffix as extension of a mere textfile. What would be the ideal approach, without thinking of backward issues? How about this? 1.) When a file is made executable .exe is appended, but only visible from Windows API. 2.) When the last execution bit is removed the .exe suffix is also removed. 3.) Using the .exe suffix from the Cygwin API always gives an error. 4.) Hence: You never see this suffix on the Cygwin API. May I point to the fact that not only binary files could be executable? Shell(both), Perl, PHP scripts... (Wish we could set short file name longer than 8.3 ... that would be wonderful and semi-transparent solution...) -- WBR, Andrey Repin (anrdae...@freemail.ru) 15.09.2010, 21:21 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
Greetings, Al! I'm fairly certain, that the script is bugged in this specific case. It should be looking for python2.* instead. Minor version could have any length... potentially. (And yes, I know, there wouldn't be .10 for now) Definitly not. It would also find python2.6-config which is not wanted. It want's to find python2.x and nothing else. The script is a normal POSIX script and has no knowlege of Cygwins existance at all and any of it's special behaviour. You didn't read my reply to the end, but I accept your explanation. Still, that specific point of code is suspicious for my taste of fool-proof'ness. -- WBR, Andrey Repin (anrdae...@freemail.ru) 15.09.2010, 21:37 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.7 ln .exe magic
Greetings, Rolf Campbell! test case--- From bash, in an empty directory: $ ln /bin/ls t $ ls t.exe Why does the resulting hard link have a '.exe' suffix on it? I thought that cygwin .exe magic was only appending when listing a file? It's quite expected. If source has .exe, the target will, too, for transparent compatibility. -- WBR, Andrey Repin (anrdae...@freemail.ru) 15.09.2010, 21:35 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: .exe magic reloaded 2
You didn't read my reply to the end, but I accept your explanation. Still, that specific point of code is suspicious for my taste of fool-proof'ness. Sure you could reflect about the length of minor versions here. But does that address the original topic? :-) After python 2.7 there is 3.x AFAIK. Al -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Behaviours of Terminal Versus Script when using
On 9/15/2010 12:18 PM, delbydev wrote: Hello Have hunted all over for this one but it seems no one else has reported the issue - maybe because they don't use the feature or there is something awry with my installation I write scripts that dart in and out of databases I bind my Oracle connection string into a number of variables in my .profile ORACLE_HOME='c:\\Oracle\\product\\11.2.0\\dbhome_2' export ORACLE_HOME mydbconn=${ORACLE_HOME}\\bin\\sqlplus -s mydbuser/mydbp...@mydbhost export mydbconn [snip] so two questions 1) Does the MS CMD Terminal support in scripts (presently not in my installation) - I can't be sure but I think it used to work on older environment 2) Is minnty a default standard terminal that will ship with all future builds of cygwin? The problem here is not in the construct. That's a function of the bash shell, not the terminal window (cmd, mintty), and works the same way in both. I'll bet the problem is your $mydbconn variable is not set where you're trying to run your script. Try this test... in your script, put: echo mydbconn is set to ${mydbconn}. /tmp/myresults.txt And run it. I'll bet you'll see mydbconn is set to . which means it's empty (not set) when using cmd, and is set when using mintty. The reason is that you put those variable settings in .profile, which is only used in login shells; and whether a shell is a login shell depends on how it is invoked; which can differ depending on the terminal window you use and how *that* is invoked. Try placing your mydbconn and ORACLE_HOME variable settings into .bashrc instead of (or in addition to) your .profile; or directly into your script. -h __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
FW: Behaviours of Terminal Versus Script when using
delbydev sent the following at Wednesday, September 15, 2010 1:18 PM Hello Have hunted all over for this one but it seems no one else has reported the issue - maybe because they don't use the feature or there is something awry with my installation I write scripts that dart in and out of databases I bind my Oracle connection string into a number of variables in my .profile ORACLE_HOME='c:\\Oracle\\product\\11.2.0\\dbhome_2' export ORACLE_HOME mydbconn=${ORACLE_HOME}\\bin\\sqlplus -s mydbuser/mydbp...@mydbhost export mydbconn so when I want to dart into the database - I perform the following from the terminal command line ${mydbconn} SQL SQL exit If I have a query I run frequently - I will do something like this ${mydbconn} FINGather alter session set nls_date_format = '-mm-dd hh24:mi:ss'; select sysdate from dual; FINGather The delimiter instructs the terminal to pass all commands between the FINGather Labels to the program request (sort of piping but not) This is great and dandy - and works if I type this into the cygwin terminal manually (or paste, which ever) When I try this from a script I hit issues. I usually want to catch the results from the DB query to a file so - let's call my script mydbtime.sh The contents of which are as following #!/bin/bash echo My DB Time Fetcher /tmp/myresults.txt date /tmp/myresults.txt ${mydbconn} FINGather /tmp/myresults.txt alter session set nls_date_format = '-mm-dd hh24:mi:ss'; select sysdate from dual; FINGather After editing chmod 755 mydbtime.sh To run as standard ./mydbtime There is a gotcha some where because I know definitely this line is working when inside a script The contents of the /tmp/myresults.txt output always shows the results of the echo command and the date command - but never the results of the ${mydbconn} ${mydbconn} FINGather /tmp/myresults.txt _ If I remove the date and echo commands out : #!/bin/bash ${mydbconn} FINGather /tmp/myresults.txt alter session set nls_date_format = '-mm-dd hh24:mi:ss'; select sysdate from dual; FINGather the date stamp and contents of the /tmp/myresults.txt are always refreshed - just with no results so I know that ${mydbconn} FINGather /tmp/myresults.txt is processing but the results from dbserver are not being passed back - in fact - I don't think it is connecting to DB at all because even a long query completes immediately. Presently - to run my scripts I perform the following process cat mydbtime.sh Copy and Paste the full contents straight onto the Terminal Command line This works perfectly Does anyone have issues with this? I have found a workaround that works perfectly - using the supplied minnty terminal - but was hoping not to build too many dependencies on the cygwin windows - I will work with minnty - but does anyone know if this is shipped as standard - because it is not the first shortcut in the Cygwin folder - had I found this before I would have been singing from the roof tops at the joy of being able to move away from the MS Windows CMD terminal - will support for CMD terminal be dropped or have I landed on a well kept secret so two questions 1) Does the MS CMD Terminal support in scripts (presently not in my installation) - I can't be sure but I think it used to work on older environment 2) Is minnty a default standard terminal that will ship with all future builds of cygwin? Environment Details Windows 7 Great job guys - love this product - Command Shell is trying to catch up - think they have a long way to go Cheers Delbydev I use Oracle's plus80.exe on XP in a cygwin/dash script. Although I do not use , I feed commands to plus80.exe directly by piping into it or putting commands into a file and use plus80 @file. In both cases, I convert to DOS line endings beforehand with u2d -D. So I'd play with your line endings and see whether that helps. You are probably giving it a simple \n while sqlplus.exe is looking for \r and/or \r\n. Good luck. - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Security Warning: Re: Behaviours of Terminal Versus Script when using
Am 15.09.2010 19:18, schrieb delbydev: Hello Have hunted all over for this one but it seems no one else has reported the issue - maybe because they don't use the feature or there is something awry with my installation I write scripts that dart in and out of databases I bind my Oracle connection string into a number of variables in my .profile ORACLE_HOME='c:\\Oracle\\product\\11.2.0\\dbhome_2' export ORACLE_HOME mydbconn=${ORACLE_HOME}\\bin\\sqlplus -s mydbuser/mydbp...@mydbhost export mydbconn so when I want to dart into the database - I perform the following from the terminal command line ${mydbconn} ... Not answering your question (others did), but be aware: It is a very, very bad idea in general to place a password on the command line because every user on your machine can see your password. Do this on your home machine for testing only. -- Thomas -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Some manpages are missing
DEWI - N. Zacharias wrote: Hi, it seems to me that some manpages are missing: man printf yields the manpage for man 1 printf Actually they are available but there seems to be something wrong with the packaging. There is a combined entry for `sprintf', `fprintf', `printf', `snprintf', `asprintf', `asnprintf', but there is only a filename for sprintf. You can see it with man sprintf. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Some manpages are missing
I wrote: Actually they are available but there seems to be something wrong with the packaging. There is a combined entry for `sprintf', `fprintf', `printf', `snprintf', `asprintf', `asnprintf', but there is only a filename for sprintf. You can see it with man sprintf. Further enlightenment comes from apropos printf and ls /usr/share/man/man3/*printf* -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Some manpages are missing
Am 15.09.2010 16:41, schrieb Corinna Vinschen: On Sep 15 08:22, Eric Blake wrote: On 09/15/2010 08:20 AM, DEWI - N. Zacharias wrote: Hi, it seems to me that some manpages are missing: Yep. No one has volunteered to write them yet. There are info pages available for the functions provided by newlib: $ info printf Actually, for me this shows info for the command-line printf, and its example quotes /usr/local/bin/printf which does not exist. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Compiling C++ code using libpq-fe.h (PostgreSQL library) in Cygwin
Hello everybody out there using Cygwin, When trying to compile C++ code using PostgreSQL's libpq-fe.h by the command g++ -I/usr/include -L/lib -lpq my_program.cpp, I get error messages like undefined reference to '_PQconnectdb'. Could anyone help me to find a way to solve this problem. Thanks in advance, Julia -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Compiling C++ code using libpq-fe.h (PostgreSQL library) in Cygwin
On 2010-09-15 21:50Z, Julia Jacobson wrote: When trying to compile C++ code using PostgreSQL's libpq-fe.h by the command g++ -I/usr/include -L/lib -lpq my_program.cpp, I get error messages like undefined reference to '_PQconnectdb'. Assuming that '-lpq' provides the unresolved symbol, move it after the file that requires it: g++ -I/usr/include my_program.cpp -L/lib -lpq See the details under '-l' in 'man ld'. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
awk gsub problem
I don't know if this is just a problem with the cygwin version of awk, me misunderstanding something or what, but it looks like gsub isn't working correctly in awk: $ sh /tmp/test.awk s= ::0:: should = ::S0:: $ cat /tmp/test.awk awk ' BEGIN { s=Serial0 gsub([a-z],,s) printf(s= ::%s:: should = ::S0::\n, s) exit } ' I also tried it with IGNORECASE=0 and with awk --traditional - same results. $ which awk /usr/bin/awk $ awk --version GNU Awk 3.1.8 Copyright (C) 1989, 1991-2010 Free Software Foundation. This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 3 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program. If not, see http://www.gnu.org/licenses/. $ --- on a Linux box it works the way I expected: % sh /tmp/test.awk s= ::S0:: should = ::S0:: % awk --version GNU Awk 3.1.5 Copyright (C) 1989, 1991-2005 Free Software Foundation. ... snip ... Regards, Lee -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Reinstalled gcc, make, automake: now BASH stackdumps LR
Dave Korn wrote: On 14/09/2010 19:47, SJ Wright wrote: Might there be something else a little off? The text from the latest stackdump: Stack trace: Frame Function Args The rest is blank. Should I be concerned, or is this something that will work itself out? This is a bit of a guess, but try deleting the release\gcc4\libgcc1 directory from your local package cache and then reinstalling libgcc1 (using setup.exe). If that doesn't help, we'll need your cygcheck output: run cygcheck -s -v -r cygcheck.out and then send the cygcheck.out file to the list with your next post (*specifically as an attachment, please don't paste the contents into the body of your email*). cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Dave, How did that .out file look? Is it maybe time for a reinstall? Steve W. -- The evolution of email: 1979 - A miracle 1989 - A useful tool 1999 - Still cheaper than postage 2009 - A pain in the a**! If you can read this, you're too close to the screen. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
rpcbind port
Hi Cygwin folk/Charles Wilson, Thanks very much for the work on libtirpc. I've found from reading that there is a port of rpcbind to Cygwin, which compiles, but hasn't been packaged. Rather than re-port the pacakge, I wondered if the port was available as is. I would be happy to assist with testing or perhaps packaging, if that's helpful. Thanks, Matt -- Matt Benjamin The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 http://linuxbox.com tel. 734-761-4689 fax. 734-769-8938 cel. 734-216-5309 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Reinstalled gcc, make, automake: now BASH stackdumps LR
Dave, all: I'm just wondering why bash, or any shell, in Cygwin, or any environment where it was able to run, would bother creating stack-dump files with headers but no data. I haven't got the knowledge to parse and peruse the cygcheck.out file I created, but I did take a close look at my config files (the ones directly related, by name and function as much as I am aware, to bash -- .bash_profile, .bash_aliases and .bashrc). I also discovered that when this one-line stackdump file is created in the special folder I assigned to this batch script I typically use to start rxvt, a totally empty one is created in my home folder. On the Windows side of things, I happen to be experiencing what I've come to call black before claque. It's that long lag of black screen betwee the Windows XP splash fading out and one's login prompt screen coming up. I've read on a few sites that appear to be reputable (perhaps M$ among them) that this is a sure sign that one's boot drive is starting to fail. Could this stackdumping be merely a side effect of that. I started in legacy Mac OS. As boot drives on that side, in those days, failed, even weirder things were bound to happen Imagine every icon in your Apple menu and System Folder going generic but all the other icons everywhere else on the system staying perfectly OK -- until you run Netscape or QuickTime Player -- this was well before iTunes -- and they all cheese out. (Happened.) Steve W. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problem with Network Drives
On 9/15/2010 7:43 PM, Xristos Karvouneas wrote: Hi All, I am having a problem with a network share under Windows XP. I can run mkpasswd -l /etc/passwd and mkgroup -l -d /etc/group fine, but if I do an ls -l on the network share I get the following: -rw-r--r-- 1 104 2010-02-21 12:51 test.txt i.e. the username and group are not recongised. Any ideas as to what might be wrong here? Specify the domain name with the -d flag to 'mkpasswd' and 'mkgroup'. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple