setup: hang when lost focus
Hi! Using the setup.exe 2.457.2.2 the program is hanging if the window is moved while MD5-checking the packages. Steps to reproduce: 1. start setup.exe 2. click Next 3. Select Install from Local Directory 4. click Next 5. Root Dir: C:\prg\cygwin Install For All Users Default Text File Type: Unix click Next 6. Click Next 7. When the Checking MD5 for ... appears raise an other window on top of the setup's window, changing back and the setup is frozen. Op. Sys.: Windows XP SP2 HUN NMarci
mkcramfs mkfs.jffs2 packages
Hi all, I had to port those two tools for Cygwin to help my customer develop his embedded Linux application in the Cygwin environment. Since I sometimes see on the mailing-list people asking for those tools I though my work may help other guys out there. Here the description of both of the packages: mkcramfs setup.hint: --- category: Devel requires: cygwin sdesc: A tool to create CRAMFS filesystem images conform to Linux. ldesc: A tool to create CRAMFS filesystem images conform to Linux. Can be used to create embedded (root)filesystem images. mkfsjffs2 setup.hint: category: Devel requires: cygwin sdesc: A tool to create JFFS2 filesystem images conform to Linux. ldesc: A tool to create JFFS2 filesystem images conform to Linux. Can be used to create embedded (root)filesystem images. Unfortunately I have no time to maintain those packages. The most part of the work is to assure the compatibility of the image with Linux filesystems drivers. I'll upload the packages on *ftp.siemens.de* FTP Server, they will be downloadable from the directory *incoming* (non browsable) accessible with *anonymous* login (no password). Here the names of the packages: mkcramfs-20050329-1-src.tar.bz2 mkcramfs-20050329-1.tar.bz2 mkfsjffs2-20050329-1-src.tar.bz2 mkfsjffs2-20050329-1.tar.bz2 The packages will stay there available 2 days for download. If the transfer can't be done during this time just ask me to upload them again. I hope those packages will be accepted by the maintainers. I would be pleased to become any suggestion or idea to improve those packages in case they can't be released in the actual stand. Best Regards, Marion Deveaud
Re: mkcramfs mkfs.jffs2 packages
On Tue, Mar 29, 2005 at 02:36:05PM +0200, Marion Deveaud wrote: I had to port those two tools for Cygwin to help my customer develop his embedded Linux application in the Cygwin environment. Since I sometimes see on the mailing-list people asking for those tools I though my work may help other guys out there. Here the description of both of the packages: mkcramfs setup.hint: --- category: Devel requires: cygwin sdesc: A tool to create CRAMFS filesystem images conform to Linux. ldesc: A tool to create CRAMFS filesystem images conform to Linux. Can be used to create embedded (root)filesystem images. mkfsjffs2 setup.hint: category: Devel requires: cygwin sdesc: A tool to create JFFS2 filesystem images conform to Linux. ldesc: A tool to create JFFS2 filesystem images conform to Linux. Can be used to create embedded (root)filesystem images. Unfortunately I have no time to maintain those packages. The most part of the work is to assure the compatibility of the image with Linux filesystems drivers. If you can't maintain the packages then these can't be submitted for the release. Maintenance is part of the deal when you offer packages like this. cgf
Re: mkcramfs mkfs.jffs2 packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Christopher Faylor wrote: Unfortunately I have no time to maintain those packages. The most part of the work is to assure the compatibility of the image with Linux filesystems drivers. If you can't maintain the packages then these can't be submitted for the release. Maintenance is part of the deal when you offer packages like this. I guess the best next thing to actually mantain them is to put them on a *permanent* website and posting a message to cygwin@cygwin.com: maybe someday someone will find the time to mantain them, but at least people desperately needing them will found them searching ML archives. Also structirung the said website with a valid setup structure would help people install/update it, as they could ass the custom URL to setup and not have to install manually any package. Lapo - -- Lapo Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIcBAEBCAAGBQJCSXkVAAoJELBiMTth2oCDmBwP/1KxRGo5nUKI0deWWLIhIhtW hDmplQd3Wn0zavyRUZStD7Q4tyttAlzqM2c7bbAPA28cztcPnz04jcaaLga1jUfb JDJx0YpLjkNID+wOB4cGAq0d6FbRgnf5FNvZ88iK1k8qoRXhnHjnDzpULmltWcEy oau/I5HzjmqdTm9k9gO3IPGIgk209Vo+4Ae//L+o81SBQpRQIWa0gbmtWVNSVRt+ /GgEnC0cFamVG2M43Lsu/VqZJ+HY/q8/XpSPdgfIG5AG8hmL1xOGgX9peWBSNPpO ptiHNz3d5drSG1Iz1h8g1+XUq92zsuBpHsqV7bCnt41y02Io9zXSTkmj+XdiJGNT Hn7ygNGaGGOgKJdMwHewDeCIFbnrYG51bs59U+mseR1I5NQkIbdkbc9dFLoTBw6g G4EQjcYmdY4q6tMppMeMFkDlCDlNmMWJgV/DX1lwfE6lVQtSYmnSFbLVKy0c5EJp 22Sl7w6ZeNllyhON2IqSDKgAZdiCOMk9qhn5VuLFMtxx5bxiKtoC95tUd7653Aix lQQan8bV86sD73lZ5/oeC5d3H5EXpqiWKx4OHKBaTLSGQCcDEWdH917mnDjfN3HT /iJt8NY/MfaH0OSJLeCYbY4JLQBzTOeupTBi2JIW7Vm0oBpSirV4gdLGkb9V9R5E qO3eSapvuNI06ubcccPp =j88S -END PGP SIGNATURE-
Re: mkcramfs mkfs.jffs2 packages
On Tue, Mar 29, 2005 at 05:49:41PM +0200, Lapo Luchini wrote: Christopher Faylor wrote: Unfortunately I have no time to maintain those packages. The most part of the work is to assure the compatibility of the image with Linux filesystems drivers. If you can't maintain the packages then these can't be submitted for the release. Maintenance is part of the deal when you offer packages like this. I guess the best next thing to actually mantain them is to put them on a *permanent* website and posting a message to cygwin@cygwin.com: maybe someday someone will find the time to mantain them, but at least people desperately needing them will found them searching ML archives. Also structirung the said website with a valid setup structure would help people install/update it, as they could ass the custom URL to setup and not have to install manually any package. Or you could add the software to the Software section of the web site by filling out the form at the bottom of the page. cgf
RE: mkcramfs mkfs.jffs2 packages
On Tue, Mar 29, 2005 at 02:36:05PM +0200, Marion Deveaud wrote: Unfortunately I have no time to maintain those packages. The most part of the work is to assure the compatibility of the image with Linux filesystems drivers. If you can't maintain the packages then these can't be submitted for the release. Maintenance is part of the deal when you offer packages like this. Marion, I'd be happy to work with you on the initial package release, and I'm willing to take on maintenance responsibility for them after the initial release. What versions of these utilities are you working with? We have builds that we maintain internally that include some minor fixes to devtable support that we'd like to see included if these are to become official Cygwin packages. -Samrobb
Re: mkcramfs mkfs.jffs2 packages
Robb, Sam wrote: On Tue, Mar 29, 2005 at 02:36:05PM +0200, Marion Deveaud wrote: Unfortunately I have no time to maintain those packages. The most part of the work is to assure the compatibility of the image with Linux filesystems drivers. If you can't maintain the packages then these can't be submitted for the release. Maintenance is part of the deal when you offer packages like this. Marion, I'd be happy to work with you on the initial package release, and I'm willing to take on maintenance responsibility for them after the initial release. Thanks for your proposition. I hadn't realized that an official maintainer should have been delivered with the package and I'm glad you're feeling up to do it. What versions of these utilities are you working with? For mkcramfs the original code was taken from ELDK (cramfs-0.0.1) since my target is a PPC the tool must have an option to switch endianness. For mkfs.jffs2 code was taken in the MTD snapshot dated from 03.12.2004 (version 1.42). We have builds that we maintain internally that include some minor fixes to devtable support that we'd like to see included if these are to become official Cygwin packages. -Samrobb
Re: always-on-top bug
On Mon, 28 Mar 2005, Jack Tanner wrote: Yes, this was in multiwindow mode. But multiwindow mode doesn't use the internal Windows window manager, does it? I had thought it used an emulation of it that tried to be as similar as possible. The multiwindow mode is the only mode which uses the builtin windowmanager. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Small clipboard bug triggered by gvim
On Tue, 29 Mar 2005, Michael Schaap wrote: Hi, I recently started using Cygwin/X a bit more, and it works amazingly well! I did, however, stumble upon a small bug using the built-in -clipboard handling: when using a GTK2 gvim, consecutive selections are not copied to the Windows clipboard. Here's how to recreate this: Build a GTK2 version of gvim. (Alternatively, just use a GTK2 gvim on a Linux box, for instance.) Start Cygwin/X, using run XWin -multiwindow -clipboard -silent-dup-error (e.g. using the standard batch file). Start an xterm. Start Notepad (or some other native Win app). Start gvim. Type Hello, World! Select the string Hello in gvim. Middle-click in xterm. Result: Hello. Paste in Notepad. Result: Hello. Select the string World in gvim. Middle-click in xterm. Result: World. Paste in Notepad. Result: Hello. Oops... Select something in Notepad and copy it to the clipboard. Re-select the string World in gvim. Paste in Notepad. Result: World. Now it does work... This is most likely because gvim always holds the selection. There is no clipboard in X11, just an information which application holds the selection. If an application wants to insert the selection it sends an event to the selection owner and the owner sends back the selected data. This may change between calls. The clipboard manager does not receive information that the clipboard changed, so it will insert the old string regardless of changes in the client. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Multiple XWin.exe programs loading and no xterm
On Mon, 28 Mar 2005, Scott Cegielski wrote: Hello, Please help. This is my first time trying to start X windows using cygwin although I have been using cygwin for a while now. I am running it like this: 1. Open cygwin bash shell 2. Type startxwin.bat The problem is that not much happens after that except that an X icon shows up in the windows task bar. If I open the windows Task Manager, I can see that there are two XWin.exe programs running. There is also an xterm.exe running, although I cannot see it on my screen. I have tried killing one of the XWin.exe processes, but the xterm never opens. Do you have ZoneAlarm or other Personal Firewalls or Live Virusscanners installed? The interfere with the cygwin network handling and will break Cygwin/X. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Multiple XWin.exe programs loading and no xterm
I did also try startx. Please see my original email for the output of startx. thanks --- Steven Boothe [EMAIL PROTECTED] wrote: Scott Cegielski wrote: Hello, Please help. This is my first time trying to start X windows using cygwin although I have been using cygwin for a while now. I am running it like this: 1. Open cygwin bash shell 2. Type startxwin.bat Try typing startx at the command line. What happens then? Scott Cegielski [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/
problem with /etc/X11/xinit/xinitrc
Many of the variables used in /etc/X11/xinit/xinitrc must be placed within double quotes, otherwise home directory names with spaces are not handled properly, e.g. /home/Some One/ is treated as two separate tokens on the command line. I suggest the following : --- #!/bin/sh # $Xorg: xinitrc.cpp,v 1.3 2000/08/17 19:54:30 cpqbld Exp $ userresources=$HOME/.Xresources usermodmap=$HOME/.Xmodmap sysresources=/usr/X11R6/lib/X11/xinit/.Xresources sysmodmap=/usr/X11R6/lib/X11/xinit/.Xmodmap # merge in defaults and keymaps if [ -f $sysresources ]; then xrdb -merge $sysresources fi if [ -f $sysmodmap ]; then xmodmap $sysmodmap fi if [ -f $userresources ]; then xrdb -merge $userresources fi if [ -f $usermodmap ]; then xmodmap $usermodmap fi # start some nice programs exec xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash -l --- Eyal Rozenberg PS - This may also be an issue with some other scripts.
RE: Multiple XWin.exe programs loading and no xterm
This happens to me all the time - I usually have to launch the X stuff 2 or 3 times before it actually works. I have to manually kill off all xterm.exe, bash.exe, and other cygwin programs in between the launches. I keep meaning to look into it more, but since I start it less than once a week, I haven't had enough incentive to dig deeper yet. I just set up cygwin on another machine this week, and it suffers the same problem. Dan
Re: always-on-top bug
On Mon, 28 Mar 2005, Jack Tanner wrote: Igor Pechtchanski wrote: The splashscreen of an app being displayed over ssh X11 forwarding stays on top of other windows instead of going to background when I select a Windows window. Normally, I would've never noticed this since splashscreens usually whiz by, but I was on a slow connection, and this was very noticeable. Was this in multiwindow mode, or in rootless/rooted mode? If the former, then AFAIU this is expected behavior -- the windows are managed by the Yes, this was in multiwindow mode. But multiwindow mode doesn't use the internal Windows window manager, does it? I had thought it used an emulation of it that tried to be as similar as possible. As Alexander said, multiwindow mode is a thin layer on top of the internal Windows window manager. All of the X hints and attributes (like always-on-top) are translated to the corresponding Windows hints and attributes by the multiwindow layer. A native Windows OpenOffice.org starts with a splashscreen that I can send to the background by clicking on a different window. An X11-forwarded OOo starts with a splashscreen that stays on top no matter what. Does this mean that the Windows OOo doesn't draw its splashscreen with an always-on-top instruction? Possibly. You'd need to look at the source to find that out. They do use different windowing libraries, so I wouldn't be surprised if the code that deals with splash screens is radically different... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Question about X-Windows and Perl
I am currently working on a program for school that I must write in Perl. The program is to code something that will create a new X-Windows application. Inorder to test my program I need to use an X-Windows environment, I installed CygwinX and when I run my perl code using the following command perl tkdemo.pl the following error appears Can't locate Tk.pm in @INC (@INC contains: /usr/lib/perl5/5.8/cygwin /usr/lib/perl5/5.8 /usr/lib/perl5/site_perl/5.8/cygwin /usr/lib/perl5/site_perl/5.8 /usr/lib/perl5/site_perl/5.8 /usr/lib/perl5/vendor_perl/5.8/cygwin /usr/lib/perl5/vendor_perl/5.8 /usr/lib/perl5/vendor_perl/5.8 .) at tkdemo.pl line 3. BEGIN failed--compilation aborted at tkdemo.pl line 3 I know for a fact the code is correct as it runs perfectly fine on the school Unix boxes. I however have a windows box, and cannot seem to get this work. Any and all help will be greatly appreciated. Thank you
Re: Multiple XWin.exe programs loading and no xterm
Armbrust, Daniel C. wrote: This happens to me all the time - I usually have to launch the X stuff 2 or 3 times before it actually works. I have to manually kill off all xterm.exe, bash.exe, and other cygwin programs in between the launches. I keep meaning to look into it more, but since I start it less than once a week, I haven't had enough incentive to dig deeper yet. I guess I'm not alone. I've managed to solve this problem with the following hack: I add a pause command to the end of startxwin.bat. I forget why I tried this, but it works.
Re: Small clipboard bug triggered by gvim
On 29-Mar-2005 13:06, Alexander Gottwald wrote: On Tue, 29 Mar 2005, Michael Schaap wrote: Hi, I recently started using Cygwin/X a bit more, and it works amazingly well! I did, however, stumble upon a small bug using the built-in -clipboard handling: when using a GTK2 gvim, consecutive selections are not copied to the Windows clipboard. This is most likely because gvim always holds the selection. There is no clipboard in X11, just an information which application holds the selection. If an application wants to insert the selection it sends an event to the selection owner and the owner sends back the selected data. This may change between calls. The clipboard manager does not receive information that the clipboard changed, so it will insert the old string regardless of changes in the client. Yeah, that'd do it... :-( (This also explains why the standalone xwinclip doesn't have this problem: it keeps stealing the selection.) Thanks, Michael
Re: Multiple XWin.exe programs loading and no xterm
For me, putting a pause at the end of startxwin.bat does not make it work. However, I have found something that does seem to work for me. When I launch statxwin.bat, in addition to the 2 XWin.exe processes, there is also a sh.exe process that starts which I assume is from the MS-DOS shell that the .bat is run from. Even though the shell window closes after the script finishes, the sh.exe process is still running. If I open the task manger and end the sh.exe process, the xterm pops open and the extra XWin.exe goes away. Does anyone know why this sh.exe process whould linger around or how to kill it without having to open the task manager and mouse to it every time? --- Jack Tanner [EMAIL PROTECTED] wrote: Armbrust, Daniel C. wrote: This happens to me all the time - I usually have to launch the X stuff 2 or 3 times before it actually works. I have to manually kill off all xterm.exe, bash.exe, and other cygwin programs in between the launches. I keep meaning to look into it more, but since I start it less than once a week, I haven't had enough incentive to dig deeper yet. I guess I'm not alone. I've managed to solve this problem with the following hack: I add a pause command to the end of startxwin.bat. I forget why I tried this, but it works. Scott Cegielski [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
src/winsup/cygwin ChangeLog fhandler_process.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-03-29 09:11:01 Modified files: winsup/cygwin : ChangeLog fhandler_process.cc Log message: * fhandler_process.cc: Re-add exename. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2802r2=1.2803 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_process.cc.diff?cvsroot=srcr1=1.56r2=1.57
src/winsup/cygwin ChangeLog path.cc path.h sys ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-03-29 17:42:52 Modified files: winsup/cygwin : ChangeLog path.cc path.h syscalls.cc Log message: * path.cc (is_floppy): Make externally available. * path.h (is_floppy): Declare. * syscalls.cc (sync): Check for floppies on A: and B: in guid case. Don't call setmntent in non-guid case but evaluate drive bit mask locally. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2803r2=1.2804 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.355r2=1.356 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.h.diff?cvsroot=srcr1=1.74r2=1.75 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.368r2=1.369
src/winsup/cygwin ChangeLog include/limits.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-03-29 17:46:17 Modified files: winsup/cygwin : ChangeLog winsup/cygwin/include: limits.h Log message: * include/limits.h (NAME_MAX): New define. (PATH_MAX): POSIX allows PATH_MAX to include trailing NUL. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2804r2=1.2805 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/limits.h.diff?cvsroot=srcr1=1.13r2=1.14
Re: [PATCH]: decorate gcc extensions with __extension__
On Mar 27 06:56, Nicholas Wourms wrote: This patch is the first of many patches as part of my attempt to clean up warnings/errors triggered when building with -W -Wall pedantic flags. In this patch, I have decorated all occurances of gcc c/c++ extensions with the the __extension__ label. I don't quite understand why it's necessary to build Cygwin using pedantic mode. Cygwin is certainly never meant to be built in pedantic mode and it's an annoying mess to have to care for this all the time instead of fixing the real problems. If you personally have fun to build Cygwin in pedantic mode, go ahead, but don't expect that the whole code will be changed to support it. If you find real bugs by using pedantic mode, then better send fixes for those bugs. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: [PATCH]: decorate gcc extensions with __extension__
On Tue, Mar 29, 2005 at 01:52:32PM -0500, Nicholas Wourms wrote: Corinna Vinschen wrote: Since I assume you and Chris are quite familiar with gcc, I will not waste your time by going into detail regarding what all pedantic covers. The bottom line is that giving the developer the ability to compile at that level can provide one more opportunity to catch a bug before it manifests itself. You have correctly surmised that both Corinna and I understand what pedantic mode is. You have to take that thought a step further, however, and realize that the fact that there is no -pedantic in CFLAGS is because we both want to use the full expressive power of gcc without worrying if we are complying with ISO C or ISO C++. This is a conscious choice, not an oversight. and it's an annoying mess to have to care for this all the time instead of fixing the real problems. Give me a break, the work is already done (by me). This is no more difficult to maintain then any other attribute flags. You set it and forget it. Remove it when you remove the statement, it doesn't get easier then that. I'm not asking you to do the work of identifying issues which do not allow compiling at pedantic mode, I've already done that. I thought Corinna's intent was clear in that sentence. Apparently you didn't. What she was saying is, for this to be done right, both of us would have to be rigorous in the future about making sure that we add decorate every extension we use, or, worse, avoid using gcc extensions which we've come to rely on. That would be annoying. However, if I am correctly interpreting your intent, it sounds like you are saying that no one but you would have to worry about sprinkling __extension__'s throughout the code and that we could just write code as we always do. If that is the case, then I don't see how it matters if we check in your code or not. You'll constantly be updating things to match the latest checkins one way or the other. However, if your patches are not going to be checked in, then you don't have to worry about packaging up your changes for cygwin-patches, which is less work for you. If you are expecting that both of us will sign onto the need to use __extension__ and use it for all new code then your give me a break statement does not make much sense. Btw, the use of a ?: c is a conscious decision. cgf
Re: [PATCH]: decorate gcc extensions with __extension__
Christopher Faylor wrote: On Tue, Mar 29, 2005 at 01:52:32PM -0500, Nicholas Wourms wrote: You have correctly surmised that both Corinna and I understand what pedantic mode is. You have to take that thought a step further, however, and realize that the fact that there is no -pedantic in CFLAGS is because we both want to use the full expressive power of gcc without worrying if we are complying with ISO C or ISO C++. This is a conscious choice, not an oversight. I understand that, not many projects do compile at -pedantic by default. However, you are assuming I am asking you to change huge amounts of code to conform to ISO standards, which is not what I'm saying. While I did make some suggestions regarding variable sized arrays, that was about the limit of the iso-correctness on my part. I am not suggesting, in any way, that -pedantic be added to the default CFLAGS. And any other changes are going to be trivial, like nixing a trailing comma in the last member of an enum. I thought Corinna's intent was clear in that sentence. Apparently you didn't. What she was saying is, for this to be done right, both of us would have to be rigorous in the future about making sure that we add decorate every extension we use, or, worse, avoid using gcc extensions which we've come to rely on. That would be annoying. I hear you loud and clear. I am not suggesting you stop using gcc extensions, nor would I. It is true that I made a minor off-the-cuff suggestion regarding variable sized arrays, but it was intended to be an opinion. As for the done right part, I would point to the other __attribute__ tags which are used to explicitly mark intentions to the compiler (e.g. unused noreturn). Looking at the ChangeLog, many of these were added long after the offending initial code was added, mostly likely during a code cleanliness sweep. Of course there is no *requirement* for the tags, as code will compile just fine without them. The point, however, of using them is to separate the true-positive warnings from the false-positive warnings. My intention is no different. So why should adding __extension__ be any different? Just add when it is noticed/needed, like the other __attribute__ tags are. However, if I am correctly interpreting your intent, it sounds like you are saying that no one but you would have to worry about sprinkling __extension__'s throughout the code and that we could just write code as we always do. Again, I'm not suggesting I be the point man on this. Like other __attribute__ tags, they can be added as needed/noticed. It's rather trivial and I don't see the implied expenditure of labor involved. You can add them or not, it won't change the way the code is compiled. Just think of it like Rusty's Janitorial patches on LKML. If that is the case, then I don't see how it matters if we check in your code or not. You'll constantly be updating things to match the latest checkins one way or the other. Constantly? I'm afraid I would disagree. As was stated before, my changes touch a very small portion of code. While Cygwin development is lively, it doesn't come close to most other projects out there. Frankly, I find the pace here rather laid-back, which is quite fine IMHO. However, if your patches are not going to be checked in, Well, I had hoped to further discuss this... then you don't have to worry about packaging up your changes for cygwin-patches, which is less work for you. I know that, I'm not sending patches that I don't want committed. Btw, the use of a ?: c is a conscious decision. Maybe I'm just old fashion and do not like a ? : c, but I don't understand why you use it, other than saving a few keystrokes. Look, aside from the fact it keeps -pedantic from producing an error, explicitly expanding to a ? a : c makes the code easier to read and the intent more clear. Just like you could write: if (a) b; else c; but... if (a) b; else c; is more readable. Wouldn't you agree? I'm not trying to tell you what to do, I just think it would be better IMHO. Look, I understand that you and Corinna see my changes as making extra work for you. That isn't my intention and I've tried very hard to make my footprint minimal. Cheers, Nicholas
Re: [PATCH]: decorate gcc extensions with __extension__
On Tue, Mar 29, 2005 at 06:33:36PM -0500, Nicholas Wourms wrote: Christopher Faylor wrote: However, if I am correctly interpreting your intent, it sounds like you are saying that no one but you would have to worry about sprinkling __extension__'s throughout the code and that we could just write code as we always do. Again, I'm not suggesting I be the point man on this. Like other __attribute__ tags, they can be added as needed/noticed. It's rather trivial and I don't see the implied expenditure of labor involved. You can add them or not, it won't change the way the code is compiled. Just think of it like Rusty's Janitorial patches on LKML. Ok. Again, I don't want to worry about the use of __extension__. If I am not going to worry about it and Corinna doesn't want to be worrying about it then I don't see any reason to do it. It doesn't make much sense to use it if the two principles aren't interested. Case closed. cgf
Re: /proc/self/exename - exe ? (Re: Retrieving name of executable)
On Mar 28 23:36, Anthony Heading wrote: On Fri, Jan 14, 2005 at 02:35:28PM -0500, Christopher Faylor wrote: On Fri, Jan 14, 2005 at 10:39:23AM -0800, Earl Chew wrote: I think the name of the current executable is stored in myself-progname within cygwin1.dll. The more easily accessible __progname returns the basename of the executable. Is there a way for an application to obtain myself-program, other than resorting to raw win32 call to GetModuleFileName()? argv[0] or __argv[0] or /proc/self/exename Has this link been renamed? It appears to have changed to /proc/self/exe now, which has broken a lot of my programs... The old exename was a file containing the path, the new exe is a symlink pointing to the binary. This is how it's done on Linux. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- 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: /proc/self/exename - exe ? (Re: Retrieving name of executable)
Corinna Vinschen wrote: On Mar 28 23:36, Anthony Heading wrote: On Fri, Jan 14, 2005 at 02:35:28PM -0500, Christopher Faylor wrote: On Fri, Jan 14, 2005 at 10:39:23AM -0800, Earl Chew wrote: I think the name of the current executable is stored in myself-progname within cygwin1.dll. The more easily accessible __progname returns the basename of the executable. Is there a way for an application to obtain myself-program, other than resorting to raw win32 call to GetModuleFileName()? argv[0] or __argv[0] or /proc/self/exename Has this link been renamed? It appears to have changed to /proc/self/exe now, which has broken a lot of my programs... The old exename was a file containing the path, the new exe is a symlink pointing to the binary. This is how it's done on Linux. Maybe exename should be kept for backwards compatibility? Chris -- 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: test -f occasionally fails on sym links (keychain related)
On Mar 25 09:37, Karl M wrote: Sometimes doing a [ -f foo ]; will show a false true while the symlink is being created. You can see this by opening two bash shells and executing Creating symlinks is not an atomic process in Cygwin. It requires several OS calls to create a symlink. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- 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: perl test failures on 20050326 snapshot
On Mon, Mar 28, 2005 at 09:46:54AM -0800, Yitzchak Scott-Thoennes wrote: I'm seeing several alarm, sleep, and timer related failures on the 20050326 snapshot that weren't there with 20050323: All better in 20050328, thanks. -- 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: /proc/self/exename - exe ? (Re: Retrieving name of executable)
On Mar 29 09:47, Chris January wrote: Corinna Vinschen wrote: The old exename was a file containing the path, the new exe is a symlink pointing to the binary. This is how it's done on Linux. Maybe exename should be kept for backwards compatibility? Sigh. Ok, I reverted the removal of exename. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- 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: gcc 3.3.3, const symbols and shared libraries
Norton Allen wrote: I have seen the discussions at http://sourceware.org/ml/cygwin/2004-09/msg01101.html referenced at http://cygwin.com/ml/cygwin/2005-03/msg00048.html regarding gcc 3.3.3's placement of const symbols into rdata which then cannot be properly initialized. This problem seems pretty fundamental. Can anyone tell me whether there has been any followup to this? Is it considered a cygwin problem or a gcc problem? Has it been addressed in 3.4.1? What are developers doing? Going back to 3.3.1? The rule is to not use const symbols in shared libraries if they are not really const;) I ask because I just spent two days trying to compile a number of libraries, and ran into problems at every turn due to this bug. Gerrit -- =^..^= Action Soccer: http://www.action-soccer.de/?lv=deid=505 (german online game) -- 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: Program launched under rxvt asks for user input in original prompt
Mikael wrote: Thanks Brian, I guess I'll just launch these programs from an ordinary command line shell then. As for building the client-only side of MySQL for Cygwin, that still doesn't work ootb because term.c in the mysql source insists on including both termcap.h and (n?)curses.h, and, as you know, those are mutually exclusive (at least on cygwin). When I have the mysql client successfully running under cygwin I will celebrate. Eh? If you search the list archives, Gerrit P. Haase has had build instructions for the 4.x client binaries for at least a year. I think he even has them packaged at a URL you can point setup.exe to. I can't seem to access his site anfaenger.de at the moment though. I just tried building the client binaries from 5.0.3 and it compiled cleanly out of the box. It died trying to build one of the files in the 'tests' dir but it built a working libmysql and client binaries. I used ./configure -C --without-{server,docs,man,bench,readline,debug,extra-tools} --with-openssl make. Brian -- 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 spelling mistake and more
Hi Cygwin users!! I have just recently installed cywing on a WinXP, I chose the c:/cywin as the root directory and c:/cygwin_tmp as the directory to dump the cywins downloads. The problem I have is that when I launch cygwin the cursor window appears saying that my user directory was not found: // Error message mkdir: cannot create directory /home/Jamiil: No medium found Copy skeleton files. These files are for the user to personalis(z)e their cygwin experience These will never be overwritten. /usr/bin/install: cannot create directory /home/Jamiil: No medium found /usr/bin/install: cannot create directory /home/Jamiil: No medium found /usr/bin/install: cannot create directory /home/Jamiil: No medium found bash: cd: /home/Jamiil: No medium found bash: /home/Jamiil/.bash_profile: No medium found What can I do to solve this problem? And, can someone please fix the spelling mistake in cygwin message shown above? Thanks you so very much in advance. _ Powerful Parental Controls Let your child discover the best the Internet has to offer. http://join.msn.com/?pgmarket=en-capage=byoa/premxAPID=1994DI=1034SU=http://hotmail.com/encaHL=Market_MSNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. -- 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 spelling mistake and more
Jamiil Abdullah Alkadir wrote: I have just recently installed cywing on a WinXP, I chose the c:/cywin as the root directory and c:/cygwin_tmp as the directory to dump the cywins downloads. The problem I have is that when I launch cygwin the cursor window appears saying that my user directory was not found: Your Windows login name probably has a space in it. http://cygwin.com/faq/faq.html#SEC17. If that's not the case then you're going to have to read http://cygwin.com/problems.html for details on how to submit a problem report that has enough information for anyone to help you, notably the part about cygcheck. Brian -- 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: Program launched under rxvt asks for user input in original prompt
Brian Dessent wrote: Mikael wrote: Thanks Brian, I guess I'll just launch these programs from an ordinary command line shell then. As for building the client-only side of MySQL for Cygwin, that still doesn't work ootb because term.c in the mysql source insists on including both termcap.h and (n?)curses.h, and, as you know, those are mutually exclusive (at least on cygwin). When I have the mysql client successfully running under cygwin I will celebrate. Eh? If you search the list archives, Gerrit P. Haase has had build instructions for the 4.x client binaries for at least a year. I think he even has them packaged at a URL you can point setup.exe to. I can't seem to access his site anfaenger.de at the moment though. I just tried building the client binaries from 5.0.3 and it compiled cleanly out of the box. It died trying to build one of the files in the 'tests' dir but it built a working libmysql and client binaries. I used ./configure -C --without-{server,docs,man,bench,readline,debug,extra-tools} --with-openssl make. Brian I tried again with your configure options (previously I simply had --without-server) and guess, what: compilation still fails with the following error: In file included from term.c:62: /usr/include/curses.h:717: error: conflicting types for `tparm' /usr/include/termcap.h:49: error: previous declaration of `tparm' *sigh* / M -- 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: gcc 3.3.3, const symbols and shared libraries
Gerrit P. Haase wrote: Norton Allen wrote: I have seen the discussions at http://sourceware.org/ml/cygwin/2004-09/msg01101.html referenced at http://cygwin.com/ml/cygwin/2005-03/msg00048.html regarding gcc 3.3.3's placement of const symbols into rdata which then cannot be properly initialized. This problem seems pretty fundamental. Can anyone tell me whether there has been any followup to this? Is it considered a cygwin problem or a gcc problem? Has it been addressed in 3.4.1? What are developers doing? Going back to 3.3.1? The rule is to not use const symbols in shared libraries if they are not really const;) What do you mean by really? These are const from the standpoint of defined once and never changed thereafter, but they are not finally defined until the link against shared libraries. It's currently an issue because it requires changes to quite a few packages. In the past week, I had to remove const declarations from glib-2.6.3 and gtk+-2.6.4 to get them to compile. Are these changes that are uniquely required by cygwin, or are these going to be required for all gcc platforms? -Norton begin:vcard fn:Norton Allen n:Allen;Norton org:Harvard University;Anderson Group, DEAS/CCB adr;dom:;;12 Oxford St.;Cambridge;MA;02138 email;internet:[EMAIL PROTECTED] title:Software Engineer tel;work:617-495-5922 x-mozilla-html:FALSE url:http://www.arp.harvard.edu/ version:2.1 end:vcard -- 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/
rxvt with libW11 bug: doubled KP_Subtract and KP_Add
When rxvt is executed with libW11, there is an annoying bug: each time the KP_Subtract (or KP_Add) key is pressed, the '-' (or '+') character is sent two times to the terminal. This bug has already been reported two years ago, and someone even proposed a patch: http://sourceware.org/ml/cygwin/2003-04/msg00618.html Is there a chance to see it fixed in a forecoming release of the rxvt package ? Regards, Pierre -- ___ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm -- 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 spelling mistake and more
At Tuesday, March 29, 2005 6:32 AM, Jamiil Abdullah Alkadir wrote: [snip] // Error message mkdir: cannot create directory '/home/Jamiil': No medium found Copy skeleton files. These files are for the user to personalis(z)e their cygwin experience [snip] And, can someone please fix the spelling mistake in cygwin message shown above? Thanks you so very much in advance. personalise and personalize are both correctly spellings of the word. The former is the British spelling and the latter is American. -- 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 spelling mistake and more
Wow! I learned something new today. Thanks man, From: Buchbinder, Barry (NIH/NIAID) [EMAIL PROTECTED] To: cygwin@cygwin.com Subject: RE: Cygwin spelling mistake and more Date: Tue, 29 Mar 2005 09:32:50 -0500 At Tuesday, March 29, 2005 6:32 AM, Jamiil Abdullah Alkadir wrote: [snip] // Error message mkdir: cannot create directory '/home/Jamiil': No medium found Copy skeleton files. These files are for the user to personalis(z)e their cygwin experience [snip] And, can someone please fix the spelling mistake in cygwin message shown above? Thanks you so very much in advance. personalise and personalize are both correctly spellings of the word. The former is the British spelling and the latter is American. -- 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/ _ Designer Mail isn't just fun to send, it's fun to receive. Use special stationery, fonts and colors. http://join.msn.com/?pgmarket=en-capage=byoa/premxAPID=1994DI=1034SU=http://hotmail.com/encaHL=Market_MSNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. -- 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/
keychain locking problem (Was test -f occasionally fails on sym links)
Hi All... The reason I ask is that keychain uses if tl_error=`ln -s $$ $lockf 21`; then inside its takelock function as an atomic operation for creating a lock. It then uses if [ -f $lockf ]; then to test for an old style lock file, and this sometimes fails (incorrectly succeeds) and generates an error message. From what I can find, this is expected to be an atomic operation and one of the ways programs do file locking. I ran into this when I did high load testing for the ssh-add hang problem. In preparation for a keychain-service release, I provide an example, where I only run keychain on the first launched (login) shell (which also has the advantage of speeding things up substantially). To do this, I launch keychain as follows if (umask 0377; : ~/.keychain/${HOSTNAME}-keys) 2/dev/null; then keychain --quiet ~/.ssh/identity ~/.ssh/id_dsa ~/.ssh/id_rsa fi and the lock file is cleaned up by the keychain-service. This does seem to be safe (only verified by load testing under Cygwin). I found this method in the UNIX CD Bookshelf. So...my questions are 1) Is this a safe method? 2) Is there a better method for me to use in Cygwin? 3) Should this problem be fed to the upstream keychain maintainer? Thanks, ...Karl From: Corinna Vinschen Subject: Re: test -f occasionally fails on sym links (keychain related) Date: Tue, 29 Mar 2005 10:40:59 +0200 On Mar 25 09:37, Karl M wrote: Sometimes doing a [ -f foo ]; will show a false true while the symlink is being created. You can see this by opening two bash shells and executing Creating symlinks is not an atomic process in Cygwin. It requires several OS calls to create a symlink. Corinna -- 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/
keychain locking problem (Was test -f occasionally fails on sym links)
Hi All... The reason I ask is that keychain uses if tl_error=`ln -s $$ $lockf 21`; then inside its takelock function as an atomic operation for creating a lock. It then uses if [ -f $lockf ]; then to test for an old style lock file, and this sometimes fails (incorrectly succeeds) and generates an error message. From what I can find, this is expected to be an atomic operation and one of the ways programs do file locking. I ran into this when I did high load testing for the ssh-add hang problem. In preparation for a keychain-service release, I provide an example, where I only run keychain on the first launched (login) shell (which also has the advantage of speeding things up substantially). To do this, I launch keychain as follows if (umask 0377; : ~/.keychain/${HOSTNAME}-keys) 2/dev/null; then keychain --quiet ~/.ssh/identity ~/.ssh/id_dsa ~/.ssh/id_rsa fi and the lock file is cleaned up by the keychain-service. This does seem to be safe (only verified by load testing under Cygwin). I found this method in the UNIX CD Bookshelf. So...my questions are 1) Is this a safe method? 2) Is there a better method for me to use in Cygwin? 3) Should this problem be fed to the upstream keychain maintainer? Thanks, ...Karl From: Corinna Vinschen Subject: Re: test -f occasionally fails on sym links (keychain related) Date: Tue, 29 Mar 2005 10:40:59 +0200 On Mar 25 09:37, Karl M wrote: Sometimes doing a [ -f foo ]; will show a false true while the symlink is being created. You can see this by opening two bash shells and executing Creating symlinks is not an atomic process in Cygwin. It requires several OS calls to create a symlink. Corinna -- 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: keychain locking problem (Was test -f occasionally fails on sym links)
On Mar 29 06:47, Karl M wrote: The reason I ask is that keychain uses if tl_error=`ln -s $$ $lockf 21`; then inside its takelock function as an atomic operation for creating a lock. It then uses if [ -f $lockf ]; then to test for an old style lock file, and this sometimes fails (incorrectly succeeds) and generates an error message. From what I can find, this is expected to be an atomic operation and one of the ways programs do file locking. No chance. Cygwin is not the OS and the OS doesn't support native symlinks and consequentially no atomic symlink creation. if (umask 0377; : ~/.keychain/${HOSTNAME}-keys) 2/dev/null; then keychain --quiet ~/.ssh/identity ~/.ssh/id_dsa ~/.ssh/id_rsa fi and the lock file is cleaned up by the keychain-service. This does seem to be safe (only verified by load testing under Cygwin). I found this method in the UNIX CD Bookshelf. So...my questions are 1) Is this a safe method? Yes, AFAICS. File creation and setting of permissions is atomic, as long as you don't rely on ntea. But that's old stuff, just ignore it. 3) Should this problem be fed to the upstream keychain maintainer? The symlink creation problem? If the upstream maintainer cares, sure. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- 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: gcc 3.3.3, const symbols and shared libraries
Norton Allen wrote: Gerrit P. Haase wrote: Norton Allen wrote: I have seen the discussions at http://sourceware.org/ml/cygwin/2004-09/msg01101.html referenced at http://cygwin.com/ml/cygwin/2005-03/msg00048.html regarding gcc 3.3.3's placement of const symbols into rdata which then cannot be properly initialized. This problem seems pretty fundamental. Can anyone tell me whether there has been any followup to this? Is it considered a cygwin problem or a gcc problem? Has it been addressed in 3.4.1? What are developers doing? Going back to 3.3.1? The rule is to not use const symbols in shared libraries if they are not really const;) What do you mean by really? These are const from the standpoint of defined once and never changed thereafter, but they are not finally defined until the link against shared libraries. Well, it is pointer and defined once and changed never there after... But they are initially defined when library is built, but then changed once you load application that is linked against library. So you actually end up having it initialized twice. Note that C(++) doesn't have concept of uninitialized data. All data is initialized to some (known) value at the time of compile. It's currently an issue because it requires changes to quite a few packages. In the past week, I had to remove const declarations from glib-2.6.3 and gtk+-2.6.4 to get them to compile. Are these changes that are uniquely required by cygwin, or are these going to be required for all gcc platforms? This is problem of Windows platform and GCC... In windows newest GCC puts constants in RDATA section, which is _read only_ for /application/. But because you have pointer to a data which should be changed (initialized) after relocation it should be writable by /application/. So this is actually one of those PITA features of Windows platform, and there is little you can do. Actually GCC should be smart enough to make decision about is const really a constant or a pointer to a data and change location of constant (in Windows platform. I don't think this applies to anywhere else). But until it GCC can do something like that, best way is to not to have constant variables that are not really constants in shared libraries. -- Jani Tiainen -- 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: Cannot link ___assert, __impure_ptr with -mno-cygwin
Matt Olson wrote: I've narrowed my problems down to a relatively small test case: [...] Makefile: [...] LINKFLAGS = -g -L/lib/mingw -mwindows -mno-cygwin LIBS = -lmingw32 foo: foo.o gcc $(LINKFLAGS) -o foo foo.o $(LIBS) [...] Compiler output: $ make gcc -g -L. -L/home/matt/lib -L/lib/mingw -o foo foo.o -lmingw32 -mwindows -mno-cygwin I don't quite know how you got that makefile to produce precisely that output. :-) Regardless, try starting again after removing foo.o. My guess is that you have a version of foo.o compiled without -mno-cygwin. If you rebuild everything, it should compile cleanly, although I expect it will still not act the way you want it to. If you run it from the console you won't see any output. Try removing the -mwindows option. I don't think you need the -L/lib/mingw or -lmingw32 options either, although they shouldn't hurt. -Jerry -- 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: Program launched under rxvt asks for user input in original prompt
Mikael wrote: I tried again with your configure options (previously I simply had --without-server) and guess, what: compilation still fails with the following error: In file included from term.c:62: /usr/include/curses.h:717: error: conflicting types for `tparm' /usr/include/termcap.h:49: error: previous declaration of `tparm' Hmm. I just checked and in my build directory nothing was built under cmd-line-tools -- so it didn't even try to compile that stuff. I used --without-readline and left --with-libedit undefined. According to the configure script, # We support next variants of compilation: # --with-readline #| yes | no | undefined # --with-libedit || | # ---++--+-- # yes | ERROR!| use libedit from mysql sources # ---++--+-- # no | use readline | use system readline or external libedit #| from mysql | according to results of m4 tests # ---+ sources (if it + +-- #undefined | is presented) | | use libedit from mysql sources That means that it should use the system readline and none of the bundled ones: Found: C:\cygwin\usr\local\bin\mysql.exe C:/cygwin/usr/local/bin/mysql.exe C:\cygwin\usr\local\lib\bin\cygmysqlclient-14.dll C:\cygwin\bin\cygcrypto-0.9.7.dll C:\cygwin\bin\cygwin1.dll C:\WINXP\System32\ADVAPI32.DLL C:\WINXP\System32\ntdll.dll C:\WINXP\System32\KERNEL32.dll C:\WINXP\System32\RPCRT4.dll C:\cygwin\bin\cygssl-0.9.7.dll C:\cygwin\bin\cygz.dll C:\cygwin\bin\cygreadline6.dll C:\cygwin\bin\cygncurses-8.dll C:\WINXP\System32\USER32.dll C:\WINXP\System32\GDI32.dll So you either are missing some packages (though I don't know how, as all the readline packages are in 'base' IIRC) or you didn't make distclean before reconfiguring. On another note... with a little further minor fiddling both the mysql server itself as well as DBD::mysql build and seem to work! I'm letting it run the sql-bench tests now, but so far it's passing. I'm sure performance is not all that great though... Brian -- 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: gcc 3.3.3, const symbols and shared libraries
Norton Allen wrote: Gerrit P. Haase wrote: Norton Allen wrote: I have seen the discussions at http://sourceware.org/ml/cygwin/2004-09/msg01101.html referenced at http://cygwin.com/ml/cygwin/2005-03/msg00048.html regarding gcc 3.3.3's placement of const symbols into rdata which then cannot be properly initialized. This problem seems pretty fundamental. Can anyone tell me whether there has been any followup to this? Is it considered a cygwin problem or a gcc problem? Has it been addressed in 3.4.1? What are developers doing? Going back to 3.3.1? The rule is to not use const symbols in shared libraries if they are not really const;) What do you mean by really? These are const from the standpoint of defined once and never changed thereafter, but they are not finally defined until the link against shared libraries. It's currently an issue because it requires changes to quite a few packages. In the past week, I had to remove const declarations from glib-2.6.3 and gtk+-2.6.4 to get them to compile. Are these changes that are uniquely required by cygwin, or are these going to be required for all gcc platforms? -Norton I needed to apply these changes too (I'm the maintainer of glib2), I think it is required for those platforms coming with gcc in question as default compiler, yes. However, only parts where libpopt is involved where affected, the usual way oppt was used doesn't work, at least with Cygwin. Gerrit -- =^..^= Action Soccer: http://www.action-soccer.de/?lv=deid=505 (german online game) -- 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: recv and errno during a connection reset/closed by peer
On Mon, 28 Mar 2005, Peter Stephens wrote: Brian Are you saying that there is no way to distinguish a dropped connection from a MSG_PEEK with no data to retrieve? AFAIK, yes. Why are you using this MSG_PEEK method? Why not just do a poll and look for POLLHUP (http://www.opengroup.org/onlinepubs/009695399/functions/poll.html): POLLHUP The device has been disconnected. This event and POLLOUT are mutually-exclusive; a stream can never be writable if a hangup has occurred. However, this event and POLLIN, POLLRDNORM, POLLRDBAND, or POLLPRI are not mutually-exclusive. This flag is only valid in the revents bitmask; it shall be ignored in the events member. and http://cygwin.com/acronyms/#PCYMTNQREAIYR ;-). -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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: recv and errno during a connection reset/closed by peer
On Mon, 28 Mar 2005, Peter A. Castro wrote: As someone who's seen this behaviour on several platforms, it can happen. I've had to deal with this little annoyance in other products by having a retry counter loop. So many consecutive recv()s of 0 length constitues a closed connection. Something like this might work here as well? If you are doing a normal blocking recv without MSG_PEEK, any return of 0 should mean a closed connection AFAIK. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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: recv and errno during a connection reset/closed by peer
On Tue, 29 Mar 2005, Peter Stephens wrote: I have thought about your suggestion and it makes a lot of sense. It seems like your suggestion would be very portable. A good suggestion and the most likely route for me at this point. Not to me. Maybe I'm missing something, but it seems you are going to a lot of effort to poorly recreate poll/select? This is really getting off-topic, though. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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: recv and errno during a connection reset/closed by peer
On Mon, 28 Mar 2005, Peter Stephens wrote: FYI - I tried setting the SO_LINGER and the SO_RCVTIMEO on Linux and on Cygwin (see code below). It makes sense to me that if the timeout has been exceeded then the recv(..., MSG_PEEK) should do something. On Cygwin it doesn't do anything. I don't have time to check, but I imagine this is just a http://cygwin.com/acronyms/#PTC. On Linux it DOES time out, but it returns -1 and errno=EAGAIN. This is an interesting choice for errno Yes, it is the correct one. (perhaps ECONNABORTED, ESHUTDOWN, ECOMM, definately not. Just because a recv timed out doesn't mean the connection is closed. ETIME, ETIMEDOUT, Maybe. EHOSTUNREACH, or ENOLINK would have been better choices), No as above. The spec is kinda vague about the response to a MSG_PEEK when the connection is lost, but I think that you could write a book on this subject with all the possible combinations. Yup. It's called Unix Network Programming by W. Richard Stevens ;-). -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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: Cannot link ___assert, __impure_ptr with -mno-cygwin
On Tue, 29 Mar 2005 10:31:06 -0500, Williams, Gerald S (Jerry) [EMAIL PROTECTED] wrote: Matt Olson wrote: I've narrowed my problems down to a relatively small test case: [...] Makefile: [...] LINKFLAGS = -g -L/lib/mingw -mwindows -mno-cygwin LIBS = -lmingw32 foo: foo.o gcc $(LINKFLAGS) -o foo foo.o $(LIBS) [...] Compiler output: $ make gcc -g -L. -L/home/matt/lib -L/lib/mingw -o foo foo.o -lmingw32 -mwindows -mno-cygwin I don't quite know how you got that makefile to produce precisely that output. :-) Regardless, try starting again after removing foo.o. My guess is that you have a version of foo.o compiled without -mno-cygwin. If you rebuild everything, it should compile cleanly, You're right. *blush* I should have noticed that 'make' was only linking. Unfortunately, while compile .o files with -mno-cygwin fixes my toy example, it doesn't help the real code I'm trying to build: $ make gcc -Wall -ansi -g -I/usr/include -I/home/matt/include -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -mwindows -c omfg_bitmap.c gcc -Wall -ansi -g -I/usr/include -I/home/matt/include -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -mwindows -c omfg_bitmap_io.c omfg_bitmap_io.c: In function `read_png_rows': omfg_bitmap_io.c:455: warning: initialization from incompatible pointer type gcc -Wall -ansi -g -I/usr/include -I/home/matt/include -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -mwindows -c omfg_camera.c gcc -Wall -ansi -g -I/usr/include -I/home/matt/include -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -mwindows -c omfg_err_check.c gcc -Wall -ansi -g -I/usr/include -I/home/matt/include -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -mwindows -c omfg_event.c gcc -Wall -ansi -g -I/usr/include -I/home/matt/include -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -mwindows -c omfg_init.c gcc -Wall -ansi -g -I/usr/include -I/home/matt/include -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -mwindows -c omfg_geom.c gcc -Wall -ansi -g -I/usr/include -I/home/matt/include -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -mwindows -c omfg_gl_state.c gcc -Wall -ansi -g -I/usr/include -I/home/matt/include -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -mwindows -c omfg_log.c gcc -Wall -ansi -g -I/usr/include -I/home/matt/include -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -mwindows -c omfg_mesh.c omfg_mesh.c: In function `omfg_alloc_mesh': omfg_mesh.c:44: warning: implicit declaration of function `omfg_free' gcc -Wall -ansi -g -I/usr/include -I/home/matt/include -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -mwindows -c omfg_texfont.c omfg_texfont.c: In function `omfg_glprintf': omfg_texfont.c:62: warning: implicit declaration of function `vsnprintf' gcc -Wall -ansi -g -I/usr/include -I/home/matt/include -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -mwindows -c omfg_texture.c gcc -Wall -ansi -g -I/usr/include -I/home/matt/include -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -mwindows -c omfg_timer.c ar cr libomfg.a omfg_bitmap.o omfg_bitmap_io.o omfg_camera.o omfg_err_check.o omfg_event.o omfg_init.o omfg_geom.o omfg_gl_state.o omfg_log.o omfg_mesh.o omfg_texfont.o omfg_texture.o omfg_timer.o gcc -Wall -ansi -g -I/usr/include -I/home/matt/include -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -mwindows -DOMFG_BUILD_TEST -c omfg_bitmap.c -o omfg_bitmap.test.o omfg_bitmap.c: In function `SDL_main': omfg_bitmap.c:123: warning: comparison of distinct pointer types lacks a cast gcc -g -L. -L/home/matt/lib -o omfg_bitmap.test omfg_bitmap.test.o -lm -lomfg -lopengl32 -lglu32 -lpng -lmu -L/usr/local/lib -lmingw32 -lSDLmain -lSDL -mwindows -mno-cygwin omfg_bitmap.test.o(.text+0x34): In function `omfg_alloc_bitmap': /home/matt/devel/omfg/omfg_bitmap.c:18: undefined reference to `___assert' omfg_bitmap.test.o(.text+0x56):/home/matt/devel/omfg/omfg_bitmap.c:19: undefined reference to `___assert' omfg_bitmap.test.o(.text+0x80):/home/matt/devel/omfg/omfg_bitmap.c:20: undefined reference to `___assert' omfg_bitmap.test.o(.text+0xf5): In function `omfg_free_bitmap': /home/matt/devel/omfg/omfg_bitmap.c:35: undefined reference to `___assert' omfg_bitmap.test.o(.text+0x141): In function `omfg_bitmap_pixel': /home/matt/devel/omfg/omfg_bitmap.c:44: undefined reference to `___assert' omfg_bitmap.test.o(.text+0x170):/home/matt/devel/omfg/omfg_bitmap.c:45: more undefined references to `___assert' follow
RE: OpenSSH_3.9p1 and Could not load host key
I used the method from http://cygwin.com/ml/cygwin/2004-08/msg01132.html A piece of code I would have never thought of. On the windows XP system the output was bash: /etc/profile: Permission denied bash-2.05b$ /usr/sbin/sshd -D -d -d -d debug2: load_server_config: filename /etc/sshd_config debug2: load_server_config: done config len = 203 debug2: parse_server_config: config /etc/sshd_config len 203 debug1: sshd version OpenSSH_3.9p1 debug1: private host key: #0 type 0 RSA1 debug3: Not a RSA1 key file /etc/ssh_host_rsa_key. debug1: read PEM private key done: type RSA debug1: private host key: #1 type 1 RSA debug3: Not a RSA1 key file /etc/ssh_host_dsa_key. debug1: read PEM private key done: type DSA debug1: private host key: #2 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-D' debug1: rexec_argv[2]='-d' debug1: rexec_argv[3]='-d' debug1: rexec_argv[4]='-d' debug2: fd 3 setting O_NONBLOCK debug1: Bind to port 22 on 0.0.0.0. Server listening on 0.0.0.0 port 22. Generating 768 bit RSA key. RSA key generation complete. debug3: fd 4 is not O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug3: send_rexec_state: entering fd = 7 config len 203 debug3: ssh_msg_send: type 0 debug3: send_rexec_state: done debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 bash-2.05b$ bash-2.05b$ cat ss -- and on the OpenBSD system Last login: Tue Mar 29 11:49:52 2005 from gateway.thinkage.ca Fanfare!!! You are successfully logged in to this server!!! Environment: ALLUSERSPROFILE=C:\Documents and Settings\All Users AVENGINE=C:\PROGRA~1\COMPUT~1\SCANEN~1 COMMONPROGRAMFILES=C:\Program Files\Common Files COMPUTERNAME=WHOOPS COMSPEC=C:\WINDOWS\system32\cmd.exe CYGWIN_ROOT=c: EXCHICONS=C:\Program Files\Exchsrvr\bin\maildsmx.dll FP_NO_HOST_CHECK=NO HOME=/pjf INCLUDE=C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\ INOCULAN=C:\PROGRA~1\COMPUT~1\INOCUL~1 LIB=C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\ NUMBER_OF_PROCESSORS=2 OS=Windows_NT PATH=/Program Files/Legato/nsr/bin:/Program Files/Windows Resource Kits/Tools/:/WINDOWS/system32:/WINDOWS:/WINDOWS/System32/Wbem:/Program Files/Support Tools/:/Program Files/ATI Technologies/ATI Contr PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 9, GenuineIntel PROCESSOR_LEVEL=15 PROCESSOR_REVISION=0209 PROGRAMFILES=C:\Program Files PWD=/WINDOWS/system32 SHLVL=1 SYSTEMDRIVE=C: SYSTEMROOT=C:\WINDOWS TEMP=/WINDOWS/TEMP TERM=xterm TMP=/WINDOWS/TEMP USERPROFILE=C:\Documents and Settings\NetworkService VS71COMNTOOLS=C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\ WINDIR=C:\WINDOWS _=/usr/sbin/sshd TZ=EST5EST4,M4.1.0/2,M10.5.0/2 USER=pjf LOGNAME=pjf MAIL=/var/spool/mail/pjf SHELL=/bin/bash SSH_CLIENT=192.102.11.1 19942 22 SSH_CONNECTION=192.102.11.1 19942 192.102.11.8 22 SSH_TTY=/dev/tty0 DISPLAY=localhost:10.0 Running /usr/X11R6/bin/xauth remove unix:10.0 /usr/X11R6/bin/xauth add unix:10.0 MIT-MAGIC-COOKIE-1 dc859ebcea010616dfd2ba9357105488 /usr/X11R6/bin/xauth: not found bash.exe: warning: could not find /tmp, please create! -bash: /etc/profile: Permission denied -bash: /pjf/.bash_profile: Permission denied -bash-2.05b$ -- 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: OpenSSH_3.9p1 and Could not load host key
At 12:02 PM 3/29/2005, you wrote: I used the method from http://cygwin.com/ml/cygwin/2004-08/msg01132.html A piece of code I would have never thought of. On the windows XP system the output was bash: /etc/profile: Permission denied bash-2.05b$ /usr/sbin/sshd -D -d -d -d debug2: load_server_config: filename /etc/sshd_config debug2: load_server_config: done config len = 203 debug2: parse_server_config: config /etc/sshd_config len 203 debug1: sshd version OpenSSH_3.9p1 debug1: private host key: #0 type 0 RSA1 debug3: Not a RSA1 key file /etc/ssh_host_rsa_key. debug1: read PEM private key done: type RSA debug1: private host key: #1 type 1 RSA debug3: Not a RSA1 key file /etc/ssh_host_dsa_key. debug1: read PEM private key done: type DSA debug1: private host key: #2 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-D' debug1: rexec_argv[2]='-d' debug1: rexec_argv[3]='-d' debug1: rexec_argv[4]='-d' debug2: fd 3 setting O_NONBLOCK debug1: Bind to port 22 on 0.0.0.0. Server listening on 0.0.0.0 port 22. Generating 768 bit RSA key. RSA key generation complete. debug3: fd 4 is not O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug3: send_rexec_state: entering fd = 7 config len 203 debug3: ssh_msg_send: type 0 debug3: send_rexec_state: done debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 bash-2.05b$ bash-2.05b$ cat ss -- and on the OpenBSD system Last login: Tue Mar 29 11:49:52 2005 from gateway.thinkage.ca Fanfare!!! You are successfully logged in to this server!!! Environment: ALLUSERSPROFILE=C:\Documents and Settings\All Users AVENGINE=C:\PROGRA~1\COMPUT~1\SCANEN~1 COMMONPROGRAMFILES=C:\Program Files\Common Files COMPUTERNAME=WHOOPS COMSPEC=C:\WINDOWS\system32\cmd.exe CYGWIN_ROOT=c: EXCHICONS=C:\Program Files\Exchsrvr\bin\maildsmx.dll FP_NO_HOST_CHECK=NO HOME=/pjf INCLUDE=C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\ INOCULAN=C:\PROGRA~1\COMPUT~1\INOCUL~1 LIB=C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\ NUMBER_OF_PROCESSORS=2 OS=Windows_NT PATH=/Program Files/Legato/nsr/bin:/Program Files/Windows Resource Kits/Tools/:/WINDOWS/system32:/WINDOWS:/WINDOWS/System32/Wbem:/Program Files/Support Tools/:/Program Files/ATI Technologies/ATI Contr PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 9, GenuineIntel PROCESSOR_LEVEL=15 PROCESSOR_REVISION=0209 PROGRAMFILES=C:\Program Files PWD=/WINDOWS/system32 SHLVL=1 SYSTEMDRIVE=C: SYSTEMROOT=C:\WINDOWS TEMP=/WINDOWS/TEMP TERM=xterm TMP=/WINDOWS/TEMP USERPROFILE=C:\Documents and Settings\NetworkService VS71COMNTOOLS=C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\ WINDIR=C:\WINDOWS _=/usr/sbin/sshd TZ=EST5EST4,M4.1.0/2,M10.5.0/2 USER=pjf LOGNAME=pjf MAIL=/var/spool/mail/pjf SHELL=/bin/bash SSH_CLIENT=192.102.11.1 19942 22 SSH_CONNECTION=192.102.11.1 19942 192.102.11.8 22 SSH_TTY=/dev/tty0 DISPLAY=localhost:10.0 Running /usr/X11R6/bin/xauth remove unix:10.0 /usr/X11R6/bin/xauth add unix:10.0 MIT-MAGIC-COOKIE-1 dc859ebcea010616dfd2ba9357105488 /usr/X11R6/bin/xauth: not found bash.exe: warning: could not find /tmp, please create! -bash: /etc/profile: Permission denied -bash: /pjf/.bash_profile: Permission denied -bash-2.05b$ OK, so this worked, other than the annoying permission denied and similar complaints. You might try putting notraverse in your CYGWIN (system) environment variable to see if that helps. I'm not really that sure why you're seeing these problems though. Looks like a separate issue though. Checking the output of 'cygcheck -srv' once you've logged in with 'ssh' might be instructive though. -- 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/
RE: OpenSSH_3.9p1 and Could not load host key
A cygcheck while an ssh session had be established (I could not do it from inside the session fork: Permissions denied) I have not set notraverse yet, that will be the next message ~$ cygcheck -srv Cygwin Configuration Diagnostics Current System Time: Tue Mar 29 13:00:42 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\usr\local\bin C:\usr\X11R6\bin XS\usr\bin C:\bin C:\Program Files\Legato\nsr\bin C:\Program Files\Windows Resource Kits\Tools\ C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\Support Tools\ C:\Program Files\ATI Technologies\ATI Control Panel C:\usr\X11R6\bin C:\usr\local\bin C:\bin C:\bin C:\Program Files\Microsoft SQL Server\80\Tools\BINN C:\PROGRA~1\COMPUT~1\SCANEN~1 C:\PROGRA~1\COMPUT~1\INOCUL~1 C:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin C:\Program Files\Microsoft Visual Studio\Common\Tools C:\Program Files\Microsoft Visual Studio\VC98\bin Output from C:\bin\id.exe (nontsec) UID: 11001(pjf) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\bin\id.exe (ntsec) UID: 11001(pjf) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `C:\pjf' PWD = `/pjf' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\pjf.THOUGHTS\Application Data' AVENGINE = `C:\PROGRA~1\COMPUT~1\SCANEN~1' CC = `gcc' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `WHOOPS' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CYGWIN_ROOT = `c:' DISPLAY = `localhost:0.0' EXCHICONS = `C:\Program Files\Exchsrvr\bin\maildsmx.dll' FP_NO_HOST_CHECK = `NO' GS_LIB = `//d/Multimedia Files/Fonts/PostScript' INCLUDE = `C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\;C:\Program Files\Microsoft Visual Studio \VC98\atl\include;C:\Program Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual Studio\VC9 8\include' INOCULAN = `C:\PROGRA~1\COMPUT~1\INOCUL~1' LIB = `C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\;C:\Program Files\Microsoft Visual Studio\VC98\mf c\lib;C:\Program Files\Microsoft Visual Studio\VC98\lib' LOGNAME = `pjf' LOGONSERVER = `\\VALET' LS_COLORS = `di=1;35:*.cc=38:*.c=38:*.cpp=38:*.cxx=38:*.h=38:*.hxx=38:*.hpp=38:*.inl =38:*.tlh=38:*.inc=38:*.mac=38:*.o=1 ;32:*.txt=1:*.1st=1:*.me=1:*.nfo=1:*.log=1:*.sh=1:*~=35:*.zip=1;31:*.z=1 ;31:*.Z=1;31:*.gz=1;31:*.bz2=1;31:*.tgz=1;31:*.t ar=1;31' MAILCHECK = `0' MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98' NUMBER_OF_PROCESSORS = `2' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' PS1 = `\e[32;47m\w\e[30;47m$ \e[30;47m\e[k' PS2 = ` ' SESSIONNAME = `Console' SHELL = `/bin/bash.exe' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `C:\DOCUME~1\PJF~1.THO\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\PJF~1.THO\LOCALS~1\Temp' USERDNSDOMAIN = `THOUGHTS.THINKAGE.CA' USERDOMAIN = `THOUGHTS' USERNAME = `pjf' USERPROFILE = `C:\Documents and Settings\pjf.THOUGHTS' VS71COMNTOOLS = `C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' WINDIR = `C:\WINDOWS' _ = `/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0020 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/tmp (default) = `c:\tmp' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\/bin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\/lib' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS114431Mb 63% CP CS UN PA FC Local Disk d: cd N/AN/A Warning: Mount entries should not have a trailing (back)slash C:\
RE: OpenSSH_3.9p1 and Could not load host key
I should have added earlier, that I am receiving these messages in the event log The description for Event ID ( 0 ) in Source ( sshd ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: sshd : PID 2728 : Accepted publickey for pjf from 192.102.11.1 port 11046 ssh2. -- 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: Cannot link ___assert, __impure_ptr with -mno-cygwin
Matt Olson wrote: Unfortunately, while compile .o files with -mno-cygwin fixes my toy example, it doesn't help the real code I'm trying to build: [...] If the problem is object files being compiled without -mno-cygwin and linked with it, do I need to make sure that all of the (static?) libraries I link with are also compiled with -mno-cygwin? Yes, that's no doubt what's going on. You are trying to link some object files that depend on the Cygwin runtime library and others that depend on the MinGW library. If you can, you should choose one or the other entirely, which should resolve your link issues. If you're looking for some way to link some libraries that depend on Cygwin and others that depend on MinGW, I have no experience with that. -Jerry -- 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: Cannot link ___assert, __impure_ptr with -mno-cygwin
On Tue, Mar 29, 2005 at 01:30:00PM -0500, Williams, Gerald S (Jerry) wrote: Matt Olson wrote: Unfortunately, while compile .o files with -mno-cygwin fixes my toy example, it doesn't help the real code I'm trying to build: [...] If the problem is object files being compiled without -mno-cygwin and linked with it, do I need to make sure that all of the (static?) libraries I link with are also compiled with -mno-cygwin? Yes, that's no doubt what's going on. You are trying to link some object files that depend on the Cygwin runtime library and others that depend on the MinGW library. If you can, you should choose one or the other entirely, which should resolve your link issues. If you're looking for some way to link some libraries that depend on Cygwin and others that depend on MinGW, I have no experience with that. i.e., Don't do that. In general, you can't mix cygwin and non-cygwin libraries. -- 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: OpenSSH_3.9p1 and Could not load host key
With CYGWIN=notraverse I rebooted just to make sure that the change prorogated everywhere. Also It makes no difference whether X win is active or not. Also sshd was working with a earlier version, I don't know which one, but it was after the Nov 11 Cygwin DLL 1.5.12-1 I had previously upgraded at in during Christmas time. I have the effect of random tools tips that popup unexpectedly when I run X and emacs. And I was hoping these would go away. Also in passing cygwin's X based emacs will not operate, it does not bother me since the windows one seems to work fine. ~$ cygcheck -srv Cygwin Configuration Diagnostics Current System Time: Tue Mar 29 13:32:43 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\usr\local\bin C:\usr\X11R6\bin XS\usr\bin C:\bin C:\Program Files\Legato\nsr\bin C:\Program Files\Windows Resource Kits\Tools\ C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\Support Tools\ C:\Program Files\ATI Technologies\ATI Control Panel C:\usr\X11R6\bin C:\usr\local\bin C:\bin C:\bin C:\Program Files\Microsoft SQL Server\80\Tools\BINN C:\PROGRA~1\COMPUT~1\SCANEN~1 C:\PROGRA~1\COMPUT~1\INOCUL~1 C:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin C:\Program Files\Microsoft Visual Studio\Common\Tools C:\Program Files\Microsoft Visual Studio\VC98\bin Output from C:\bin\id.exe (nontsec) UID: 11001(pjf) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\bin\id.exe (ntsec) UID: 11001(pjf) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = `notraverse' HOME = `C:\pjf' PWD = `/pjf' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\pjf.THOUGHTS\Application Data' AVENGINE = `C:\PROGRA~1\COMPUT~1\SCANEN~1' CC = `gcc' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `WHOOPS' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CYGWIN_ROOT = `c:' DISPLAY = `localhost:0.0' EXCHICONS = `C:\Program Files\Exchsrvr\bin\maildsmx.dll' FP_NO_HOST_CHECK = `NO' GS_LIB = `//d/Multimedia Files/Fonts/PostScript' INCLUDE = `C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\;C:\Program Files\Microsoft Visual Studio \VC98\atl\include;C:\Program Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual Studio\VC9 8\include' INOCULAN = `C:\PROGRA~1\COMPUT~1\INOCUL~1' LIB = `C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\;C:\Program Files\Microsoft Visual Studio\VC98\mf c\lib;C:\Program Files\Microsoft Visual Studio\VC98\lib' LOGNAME = `pjf' LOGONSERVER = `\\VALET' LS_COLORS = `di=1;35:*.cc=38:*.c=38:*.cpp=38:*.cxx=38:*.h=38:*.hxx=38:*.hpp=38:*.inl =38:*.tlh=38:*.inc=38:*.mac=38:*.o=1 ;32:*.txt=1:*.1st=1:*.me=1:*.nfo=1:*.log=1:*.sh=1:*~=35:*.zip=1;31:*.z=1 ;31:*.Z=1;31:*.gz=1;31:*.bz2=1;31:*.tgz=1;31:*.t ar=1;31' MAILCHECK = `0' MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98' NUMBER_OF_PROCESSORS = `2' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' PS1 = `\e[32;47m\w\e[30;47m$ \e[30;47m\e[k' PS2 = ` ' SESSIONNAME = `Console' SHELL = `/bin/bash.exe' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `C:\DOCUME~1\PJF~1.THO\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\PJF~1.THO\LOCALS~1\Temp' USERDNSDOMAIN = `THOUGHTS.THINKAGE.CA' USERDOMAIN = `THOUGHTS' USERNAME = `pjf' USERPROFILE = `C:\Documents and Settings\pjf.THOUGHTS' VS71COMNTOOLS = `C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' WINDIR = `C:\WINDOWS' _ = `/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0020 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/tmp (default) = `c:\tmp' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\/bin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\/lib' flags =
Re: Cygwin spelling mistake and more
Buchbinder, Barry (NIH/NIAID) wrote: personalise and personalize are both correctly spellings of the word. The former is the British spelling and the latter is American. So are we saying that Cygwin is British?!? ;-) -- Things are more like they are today than they ever were before. -- 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 spelling mistake and more
So are we saying that Cygwin is British?!? ;-) Yes, I'd opt for Shakespearean English: [EMAIL PROTECTED] ~/src $ su su: O lilliterate loiterer! Hence, horrible villain, or I'll spurn thine eyes like balls before me; I'll unhair thy head, Thou shalt be whipp'd with wire, and stew'd'in brine, smarting in lingering pickle. :-) Stefan -- 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: OpenSSH_3.9p1 and Could not load host key
At 01:59 PM 3/29/2005, you wrote: With CYGWIN=notraverse I rebooted just to make sure that the change prorogated everywhere. That's fine and good. Also It makes no difference whether X win is active or not. None of this has anything to do with X so I wouldn't expect any change here either. snip Also sshd was working with a earlier version, I don't know which one, but it was after the Nov 11 Cygwin DLL 1.5.12-1 The current version is 1.5.13-1 so there's not allot of leeway here. And are you suggesting that it doesn't work now for you? The logs you sent in a previous message indicate it is working fine for you. I'm note sure why you're sending this cygcheck and what you're still having problems with. But assuming you are having some problems, I'll point out some discrepancies I see that may have an affect on them: ~$ cygcheck -srv snip Path: C:\usr\local\bin ^^ What's in here? Anything that could interfere or conflict?? C:\usr\X11R6\bin XS\usr\bin ^^^ This is certainly not right. Get rid of it. C:\bin C:\Program Files\Legato\nsr\bin C:\Program Files\Windows Resource Kits\Tools\ ^^ So you want to be sure that you're always getting the Cygwin version of all the tools you're running. Make sure the Cygwin version is first in the list when you type 'type -a foo' Output from C:\bin\id.exe (nontsec) UID: 11001(pjf) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\bin\id.exe (ntsec) UID: 11001(pjf) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) Make sure your user is in your /etc/passwd file at the very least. If it isn't, see 'man mkpasswd' and 'man mkgroup'. SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = `notraverse' HOME = `C:\pjf' If you don't need this set for some reason, don't. snip C:\ / system textmode c:\tmp /tmp system binmode C:\/bin /usr/bin system textmode C:\/lib /usr/lib system textmode C:\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system textmode,cygdrive There's no reason to have /usr/bin and /usr/lib in textmode. Personally, I recommend against it for / and /cygdrive too. Remove the '\/' from the /usr/bin and /usr/lib mounts. snip XFree86-base4.3.0-11 XFree86-bin 4.3.0-21 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-2 XFree86-etc 4.3.0-12 XFree86-f1004.3.0-2 XFree86-fcyr4.3.0-2 XFree86-fenc4.3.0-2 XFree86-fnts4.3.0-2 XFree86-fscl4.3.0-2 XFree86-fsrv4.3.0-9 XFree86-html4.3.0-10 XFree86-jdoc4.3.0-2 XFree86-lib 4.3.0-3 XFree86-man 4.3.0-10 XFree86-nest4.3.0-8 XFree86-prog4.3.0-21 XFree86-prt 4.3.0-6 XFree86-ps 4.3.0-2 XFree86-startup-scripts 4.3.0-1 XFree86-vfb 4.3.0-8 XFree86-xserv 4.3.0-68 XFree86-xwinclip4.3.0-3 snip Since you mentioned it, it seems to me that the existence of these deprecated packages on your system for X is only going to cause you problems. They should have been removed with any recent update you did. Since you definitely have Xorg packages installed, I cannot explain this conflict. Rerun setup and uninstall these packages if an update doesn't do it for you automatically. -- 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/
apparent scheduler problem
Greetings Cygwin people! I do some work with PostgreSQL, including running the build farm. Recently after upgrading my installation of Cygwin on XP-Pro, I noticed that PostgreSQL started failing one of its regression tests. Another user with a completely fresh Cygwin installation has noticed the same thing. The test is for the stats collector, and essentially it does some work, waits a couple of seconds in a fairly brain dead busy/wait loop, and then checks to see if the stats collector has done the work we expect it to have done. Nothing much has changed in this area of Postgres, certainly not since we know a successful test was done a few weeks ago. Some experimentation has shown that the expected result now appears when we ratchet the sleep right up to around 1 minute. We are wondering if anything is known to have changed in Cygwin recently that could account for this. I regret to tell you I have no exact idea when I previously upgraded my Cygwin installation - certainly some time within the last 6 months. So, this would be something that happened not too long ago. Or as Tom Lane, PostgreSQL uber-hacker, put it: It sounds to me like the problem is that the backend executing the test script is in a tight loop (due to the half-baked implementation of sleep()) and for some reason this prevents the stats processes from running --- for a far longer period than it by rights ought to. Ask about recent changes in process scheduling policy. (I suppose that actually it's Windows doing the scheduling, but what we want to know about is cygwin changes that might have affected Windows scheduling parameters.) Any light you can shine on this would be helpful. We're certainly keen to continue to have Cygwin as a supported platform for PostgreSQL (and we'd also love it if we could do pltcl on Cygwin too, but tcl seems to be currently broken ;-( ) cheers andrew -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: rxvt with libW11 bug: doubled KP_Subtract and KP_Add
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pierre Bogossian Sent: Tuesday, March 29, 2005 8:04 AM To: cygwin@cygwin.com Subject: rxvt with libW11 bug: doubled KP_Subtract and KP_Add When rxvt is executed with libW11, there is an annoying bug: each time the KP_Subtract (or KP_Add) key is pressed, the '-' (or '+') character is sent two times to the terminal. This bug has already been reported two years ago, and someone even proposed a patch: http://sourceware.org/ml/cygwin/2003-04/msg00618.html Is there a chance to see it fixed in a forecoming release of the rxvt package ? Regards, Pierre I thought this went away ages ago, but I just checked and whadda ya know, it's still there. It must have retrained me to always use the non-keypad -. -- 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: OpenSSH_3.9p1 and Could not load host key
My problem: When I opened an ssh session from an OpenBSD or Linux box to my XP system I got the following $ ssh whoops.thoughts.thinkage.ca Last login: Mon Mar 28 11:15:25 2005 from mail.thinkage.ca Fanfare!!! You are successfully logged in to this server!!! bash.exe: warning: could not find /tmp, please create! -bash: /etc/profile: Permission denied -bash: /pjf/.bash_profile: Permission denied -bash-2.05b$ exit logout -bash: /pjf/.bash_logout: Permission denied Connection to whoops.thoughts.thinkage.ca closed. While it was in this mode. Bash could only execute some of its build in commands (i.e. echo and set). Bash could not access the file system at all. A cd would fail for example. No external commands could be started at all. The good news, is the changes that you had me make in the cygwin environment did fix the problem. I can now successful ssh into my windows system and execute commands. Thank you 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: OpenSSH_3.9p1 and Could not load host key
At 05:08 PM 3/29/2005, you wrote: My problem: When I opened an ssh session from an OpenBSD or Linux box to my XP system I got the following $ ssh whoops.thoughts.thinkage.ca Last login: Mon Mar 28 11:15:25 2005 from mail.thinkage.ca Fanfare!!! You are successfully logged in to this server!!! bash.exe: warning: could not find /tmp, please create! -bash: /etc/profile: Permission denied -bash: /pjf/.bash_profile: Permission denied -bash-2.05b$ exit logout -bash: /pjf/.bash_logout: Permission denied Connection to whoops.thoughts.thinkage.ca closed. While it was in this mode. Bash could only execute some of its build in commands (i.e. echo and set). Bash could not access the file system at all. A cd would fail for example. No external commands could be started at all. Ah, I see. I thought you were originally having problems getting logged in and staying logged in via ssh. I didn't realize that you typed the exit above. The good news, is the changes that you had me make in the cygwin environment did fix the problem. I can now successful ssh into my windows system and execute commands. DO you know which of my suggested changes helped? Just curious. Thank you very much! You're welcome. Glad things are working for you now. -- 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/
RE: rxvt with libW11 bug: doubled KP_Subtract and KP_Add
Hi, I never noticed the double ++ and --, but it happens for me too. Removing the code to handle KP_Add and KP_Subtract (as the patch suggests) may end up breaking the shift+ shift- font changer. -steve Christopher Faylor wrote: Hi, Did you see this? It would be nice to get this fixed? cgf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pierre Bogossian Sent: Tuesday, March 29, 2005 8:04 AM To: cygwin@cygwin.com Subject: rxvt with libW11 bug: doubled KP_Subtract and KP_Add When rxvt is executed with libW11, there is an annoying bug: each time the KP_Subtract (or KP_Add) key is pressed, the '-' (or '+') character is sent two times to the terminal. This bug has already been reported two years ago, and someone even proposed a patch: http://sourceware.org/ml/cygwin/2003-04/msg00618.html Is there a chance to see it fixed in a forecoming release of the rxvt package ? Regards, Pierre I thought this went away ages ago, but I just checked and whadda ya know, it's still there. It must have retrained me to always use the non-keypad -. -- 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: clamwin installs incompatible copy of cygwin1.dll
Larry Hall wrote: At 10:20 PM 3/24/2005, Brian Dessent wrote: A symlink won't work, because it's Windows own loader that searches for and loads any .DLLs called for by an .exe. Windows does not understand symlinks as they are a Cygwin thing, so you can't symlink a DLL and expect it to load. NTFS does not support symbolic links but it does support hard links, see http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-us/prkc_fil_baey.asp?frame=true. If the volume is NTFS, 'ln' will use this capability. On 9x or FAT it will make a copy (I think.) Right, that is what I saw. Symlink failed but hard link worked. Right. It will. It's also worth noting that hard links break again as soon as you update either clamwin or Cygwin, even on NTFS volumes. Alternatively, if you make sure that clamwin can see your Cygwin installation, it will seamlessly work through Cygwin updates. But the only way you're going to get clamwin to work seamlessly through updates of clamwin is to get clamwin's installation to change. A compelling reason to not use hard links. OK, one last attempt, in the spirit of PTC and to help fellow travelers. The existing FAQ entry at this location reads: http://cygwin.com/faq/faq_3.html#SEC50 Is it OK to have multiple copies of the DLL? You should only have one copy of the Cygwin DLL on your system. If you have multiple versions, they will conflict and cause problems. If you get the error shared region is corrupted or shared region version mismatch it means you have multiple versions of cygwin1.dll running at the same time. This could happen, for example, if you update cygwin1.dll without exiting all Cygwin apps (including inetd) beforehand. If you're trying to find multiple versions of the DLL that are causing this problem, reboot first, in case DLLs still loaded in memory are the cause. Then use the Windows System find utility to search your whole machine, not just components in your PATH (as 'type' would do) or cygwin-mounted filesystems (as Cygwin 'find' would do). Based on the information in this thread, I would suggest some variation of the following additional paragraph at the end of that text: When you find copies of cygwin1.dll remove all of them except the cygwin-installed version. As a workaround, you might be able to make the offending application work with the installed DLL by adding the cygwin bin directory to your system path environment variable. Although you could hard link the cygwin DLL into the location of the application directory containing the duplicate copy instead of changing the system path, this is not a good idea because when you update the cygwin package, that link will break and you will once again have two copies of the cygwin DLL. Hopefully, this will help fellow travelers and is in the interest of reducing the amount traffic on this list. Such common problems seem logical to me to document in the FAQ rather than wasting the OP's time and everyone on the list. If there is a place where this is already documented, the FAQ should point there. If there is interest, I am willing to take a crack at pulling together the information that is sprinkled in email threads about how to avoid trampling on existing cygwin installations. Eventually, there really should be a section in the user guide about the topic How (and how not) to create and distribute an application that depends on cygwin. I'm willing to help with that but I suspect other people can write something many times more quickly and more accurately. Jim -- 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: OpenSSH_3.9p1 and Could not load host key
Sorry I don't know which ones helped. I did them all at once. My guess is the mkpasswd and mkgroup, from the looks of it the -d option was not used earlier. And there is a local pjf NT userid as well as a domain userid. I expect that caused the confusion. Then ssh started to work shh complained about not have permissions on the .Xauthority file. I had to destroy the one that was there before the complaints went away. -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 29, 2005 5:32 PM To: Peter Fraser; Cygwin List Subject: RE: OpenSSH_3.9p1 and Could not load host key At 05:08 PM 3/29/2005, you wrote: My problem: When I opened an ssh session from an OpenBSD or Linux box to my XP system I got the following $ ssh whoops.thoughts.thinkage.ca Last login: Mon Mar 28 11:15:25 2005 from mail.thinkage.ca Fanfare!!! You are successfully logged in to this server!!! bash.exe: warning: could not find /tmp, please create! -bash: /etc/profile: Permission denied -bash: /pjf/.bash_profile: Permission denied -bash-2.05b$ exit logout -bash: /pjf/.bash_logout: Permission denied Connection to whoops.thoughts.thinkage.ca closed. While it was in this mode. Bash could only execute some of its build in commands (i.e. echo and set). Bash could not access the file system at all. A cd would fail for example. No external commands could be started at all. Ah, I see. I thought you were originally having problems getting logged in and staying logged in via ssh. I didn't realize that you typed the exit above. The good news, is the changes that you had me make in the cygwin environment did fix the problem. I can now successful ssh into my windows system and execute commands. DO you know which of my suggested changes helped? Just curious. Thank you very much! You're welcome. Glad things are working for you now. -- 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/
RE: OpenSSH_3.9p1 and Could not load host key
On Tue, 29 Mar 2005, Larry Hall wrote: XFree86-base4.3.0-11 XFree86-bin 4.3.0-21 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-2 XFree86-etc 4.3.0-12 XFree86-f1004.3.0-2 XFree86-fcyr4.3.0-2 XFree86-fenc4.3.0-2 XFree86-fnts4.3.0-2 XFree86-fscl4.3.0-2 XFree86-fsrv4.3.0-9 XFree86-html4.3.0-10 XFree86-jdoc4.3.0-2 XFree86-lib 4.3.0-3 XFree86-man 4.3.0-10 XFree86-nest4.3.0-8 XFree86-prog4.3.0-21 XFree86-prt 4.3.0-6 XFree86-ps 4.3.0-2 XFree86-startup-scripts 4.3.0-1 XFree86-vfb 4.3.0-8 XFree86-xserv 4.3.0-68 XFree86-xwinclip4.3.0-3 snip Since you mentioned it, it seems to me that the existence of these deprecated packages on your system for X is only going to cause you problems. They should have been removed with any recent update you did. Since you definitely have Xorg packages installed, I cannot explain this conflict. Rerun setup and uninstall these packages if an update doesn't do it for you automatically. This is not quite accurate. The latest versions of the above packages are empty upgrade helpers and are harmless. Setup currently has no way of knowing that one package replaces another, so the way to do this is to create a newer (empty) version of the replaced package, and let setup install that. They should not appear on a new installation unless *absolutely everything* is installed, but on any machine that had XFree86 installed before, these packages will be in the package list. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- 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: apparent scheduler problem
On Tue, 29 Mar 2005, Andrew Dunstan wrote: Recently after upgrading my installation of Cygwin on XP-Pro, I noticed that PostgreSQL started failing one of its regression tests. [snip] The test is for the stats collector, and essentially it does some work, waits a couple of seconds in a fairly brain dead busy/wait loop, and then checks to see if the stats collector has done the work we expect it to have done. [snip] We are wondering if anything is known to have changed in Cygwin recently that could account for this. Sounds to me like yet another case of http://cygwin.com/ml/cygwin/2005-03/msg00730.html -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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: OpenSSH_3.9p1 and Could not load host key
At 06:14 PM 3/29/2005, you wrote: On Tue, 29 Mar 2005, Larry Hall wrote: XFree86-base4.3.0-11 XFree86-bin 4.3.0-21 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-2 XFree86-etc 4.3.0-12 XFree86-f1004.3.0-2 XFree86-fcyr4.3.0-2 XFree86-fenc4.3.0-2 XFree86-fnts4.3.0-2 XFree86-fscl4.3.0-2 XFree86-fsrv4.3.0-9 XFree86-html4.3.0-10 XFree86-jdoc4.3.0-2 XFree86-lib 4.3.0-3 XFree86-man 4.3.0-10 XFree86-nest4.3.0-8 XFree86-prog4.3.0-21 XFree86-prt 4.3.0-6 XFree86-ps 4.3.0-2 XFree86-startup-scripts 4.3.0-1 XFree86-vfb 4.3.0-8 XFree86-xserv 4.3.0-68 XFree86-xwinclip4.3.0-3 snip Since you mentioned it, it seems to me that the existence of these deprecated packages on your system for X is only going to cause you problems. They should have been removed with any recent update you did. Since you definitely have Xorg packages installed, I cannot explain this conflict. Rerun setup and uninstall these packages if an update doesn't do it for you automatically. This is not quite accurate. The latest versions of the above packages are empty upgrade helpers and are harmless. Setup currently has no way of knowing that one package replaces another, so the way to do this is to create a newer (empty) version of the replaced package, and let setup install that. They should not appear on a new installation unless *absolutely everything* is installed, but on any machine that had XFree86 installed before, these packages will be in the package list. Ah, you're right. I missed the fact that these packages were also at the current version. Sorry for the noise. -- 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/
RE: recv and errno during a connection reset/closed by peer
On Tue, 29 Mar 2005, Brian Ford wrote: On Mon, 28 Mar 2005, Peter A. Castro wrote: As someone who's seen this behaviour on several platforms, it can happen. I've had to deal with this little annoyance in other products by having a retry counter loop. So many consecutive recv()s of 0 length constitues a closed connection. Something like this might work here as well? If you are doing a normal blocking recv without MSG_PEEK, any return of 0 should mean a closed connection AFAIK. Unfortunately that's not true for all implementation. It's legal for a zero length data object to be sent. The network simply sends a header with no payload in it, but it's passed through the network anyways and is presented to the receiver. The receiver, which might be blocking at the time, will return from the call and get zero length data, but the connection is still valid at this point. I've seen AS/400's do just this sending zero length data to an AIX box. If the sender closes the connection normally, then subsequent calls to recv return zero with no indication that the connection is closed. Call it a bug if you want, but that's how it works. -- Brian Ford -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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: recv and errno during a connection reset/closed by peert
On Tue, 29 Mar 2005, Brian Ford wrote: On Tue, 29 Mar 2005, Peter Stephens wrote: I have thought about your suggestion and it makes a lot of sense. It seems like your suggestion would be very portable. A good suggestion and the most likely route for me at this point. Not to me. Maybe I'm missing something, but it seems you are going to a lot of effort to poorly recreate poll/select? Why? If you are doing sequential, non multi-plexed, reads why do poll or select? Sitting in read is more optimal and the read should return either data or an error. The flaw in recv is that it returns a non-error non-data status. Perhaps it would be better to switch to using read() instead of recv? This is really getting off-topic, though. Yes. Isn't it fun ?-) -- Brian Ford -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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: recv and errno during a connection reset/closed by peer
On Tue, 29 Mar 2005, Brian Ford wrote: On Mon, 28 Mar 2005, Peter Stephens wrote: FYI - I tried setting the SO_LINGER and the SO_RCVTIMEO on Linux and on Cygwin (see code below). It makes sense to me that if the timeout has been exceeded then the recv(..., MSG_PEEK) should do something. On Cygwin it doesn't do anything. I don't have time to check, but I imagine this is just a http://cygwin.com/acronyms/#PTC. Yep, but I don't have time either, and this is a common enough problem for other platforms. :( On Linux it DOES time out, but it returns -1 and errno=EAGAIN. This is an interesting choice for errno Yes, it is the correct one. I agree. (perhaps ECONNABORTED, ESHUTDOWN, ECOMM, definately not. Just because a recv timed out doesn't mean the connection is closed. ETIME, ETIMEDOUT, Maybe. EHOSTUNREACH, or ENOLINK would have been better choices), No as above. The spec is kinda vague about the response to a MSG_PEEK when the connection is lost, but I think that you could write a book on this subject with all the possible combinations. Yup. It's called Unix Network Programming by W. Richard Stevens ;-). I believe I've got a copy of that book. I'll have to dust it off and see if it has any pronouncements in this area :) -- Brian Ford -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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: recv and errno during a connection reset/closed by peer
On Tue, 29 Mar 2005, Peter Stephens wrote: Peter, Hi Peter :) I have thought about your suggestion and it makes a lot of sense. If I understand correctly this is what you are thinking about: Yes, this is pretty similar to how I've solve this before. It's a good compromise for an (arguably) imperfect interface. int I = 0; another new line do{ ret_val = recv(afd, buf, MAX_BUF, MSG_PEEK); if(0 ret_val) err( ERRNO); else if(0 == ret_val){ new lines start here if(100 i++) done = -1; } new lines end here else if(ret_val 0){ i = 0; another new line show_status(afd); ret_val = recv(afd, buf, MAX_BUF, 0); buf[ret_val]='\0'; printf((%i) \t %s, ret_val, buf); } usleep(250); if(!done) another new line done = handle_it(buf); }while(!done); It seems like your suggestion would be very portable. A good suggestion and the most likely route for me at this point. I hope it does the job for you. Peter A. Stephens [EMAIL PROTECTED] -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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/
cannot connect to local sshd
after installing cygwin, i followed all instructions from: http://pigtail.net/LRP/printsrv/cygwin-sshd.html the important ones being to set variable name is *CYGWIN *variable value is *ntsec tty as an env variable in windows, and to append **;c:\cygwin\bin to the win2k Path var. so i do this: **$ ssh -vvv localhost OpenSSH_3.9p1, OpenSSL 0.9.7f 22 Mar 2005 debug1: Reading configuration data /etc/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to localhost [127.0.0.1] port 22. debug1: connect to address 127.0.0.1 port 22: Connection refused ssh: connect to host localhost port 22: Connection refused * -- 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/
cannot connect to local sshd _proper_
after installing cygwin, i followed all instructions from: http://pigtail.net/LRP/printsrv/cygwin-sshd.html the important ones being to set variable name is CYGWIN variable value is ntsec tty as an env variable in windows, and to append ;c:\cygwin\bin to the win2k Path var. so i do this: $ ssh -vvv localhost OpenSSH_3.9p1, OpenSSL 0.9.7f 22 Mar 2005 debug1: Reading configuration data /etc/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to localhost [127.0.0.1] port 22. debug1: connect to address 127.0.0.1 port 22: Connection refused ssh: connect to host localhost port 22: Connection refused i confirmed 22 being open by setting up a commercial ssh server. so thats not the problem. any ideas? -- 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: cannot connect to local sshd _proper_
Hunter Peress wrote: after installing cygwin, i followed all instructions from: http://pigtail.net/LRP/printsrv/cygwin-sshd.html There are lots of sites that purport to tell you how to install sshd on Cygwin, but this list does not support any of them. 1. Forget everything you read on any non-Cygwin site. 2. Read /usr/share/doc/Cygwin/openssh.README 3. Run ssh-host-config and let the script do everything for you. It's all automatic. Brian -- 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: clamwin installs incompatible copy of cygwin1.dll
At 05:49 PM 3/29/2005, you wrote: Larry Hall wrote: At 10:20 PM 3/24/2005, Brian Dessent wrote: A symlink won't work, because it's Windows own loader that searches for and loads any .DLLs called for by an .exe. Windows does not understand symlinks as they are a Cygwin thing, so you can't symlink a DLL and expect it to load. NTFS does not support symbolic links but it does support hard links, see http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-us/prkc_fil_baey.asp?frame=true. If the volume is NTFS, 'ln' will use this capability. On 9x or FAT it will make a copy (I think.) Right, that is what I saw. Symlink failed but hard link worked. Right. It will. It's also worth noting that hard links break again as soon as you update either clamwin or Cygwin, even on NTFS volumes. Alternatively, if you make sure that clamwin can see your Cygwin installation, it will seamlessly work through Cygwin updates. But the only way you're going to get clamwin to work seamlessly through updates of clamwin is to get clamwin's installation to change. A compelling reason to not use hard links. OK, one last attempt, in the spirit of PTC and to help fellow travelers. The existing FAQ entry at this location reads: http://cygwin.com/faq/faq_3.html#SEC50 Is it OK to have multiple copies of the DLL? You should only have one copy of the Cygwin DLL on your system. If you have multiple versions, they will conflict and cause problems. If you get the error shared region is corrupted or shared region version mismatch it means you have multiple versions of cygwin1.dll running at the same time. This could happen, for example, if you update cygwin1.dll without exiting all Cygwin apps (including inetd) beforehand. If you're trying to find multiple versions of the DLL that are causing this problem, reboot first, in case DLLs still loaded in memory are the cause. Then use the Windows System find utility to search your whole machine, not just components in your PATH (as 'type' would do) or cygwin-mounted filesystems (as Cygwin 'find' would do). Based on the information in this thread, I would suggest some variation of the following additional paragraph at the end of that text: When you find copies of cygwin1.dll remove all of them except the cygwin-installed version. As a workaround, you might be able to make the offending application work with ^ This should say will. the installed DLL by adding the cygwin bin directory to your system path environment variable. Although you could hard link the cygwin DLL into the location of the application directory containing the duplicate copy instead of changing the system path, this is not a good idea because when you update the cygwin package, that link will break and you will once again have two copies of the cygwin DLL. Hopefully, this will help fellow travelers and is in the interest of reducing the amount traffic on this list. Such common problems seem logical to me to document in the FAQ rather than wasting the OP's time and everyone on the list. If there is a place where this is already documented, the FAQ should point there. Beyond the email archives, no this isn't documented anywhere. Judging by the previous responses to adding something like this to the FAQ, for reasons already covered, I doubt this will be added as part of the FAQ. But I don't speak for anyone but myself. If there is interest, I am willing to take a crack at pulling together the information that is sprinkled in email threads about how to avoid trampling on existing cygwin installations. Eventually, there really should be a section in the user guide about the topic How (and how not) to create and distribute an application that depends on cygwin. I'm willing to help with that but I suspect other people can write something many times more quickly and more accurately. I think this is a great idea, though perhaps this is more appropriate as the basis for a third party packager's guide. Although it is not really hard to make a third party package that plays nice with Cygwin, if the Cygwin site provides a helpful recipe and guidelines, there's a chance we'll see more compliance, if only because we can then shame people into it. ;-) If you're willing to put together the substance of this and neither Chris nor Corinna dislike the idea, please post what you come up with to this list. I, for one, would be happy to review your contribution. -- 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:
cygexec mounted binaries don't inherit PATH during dynamic loading
The last month or so I've been fooling around with using the 'cygexec' feature of the mount table to tell Cygwin that everything under /usr/bin is a Cygwin executable (except for strace and cygcheck.) However, a strange thing started happening recently. With the x11 server running I would try to launch an xterm, and I would get the windows popup DLL missing - Can't find cygX11-6.dll. Puzzled, I check $PATH from the prompt and indeed /usr/X11R6/bin is in my path. Let me be clear at this point that this particular example involves xterm and X11 but as you'll see that's just a specific example of a more general problem. I figured out that removing the cygexec mounted /usr/bin solves the problem - an xterm can launch normally. So I used process explorer to look at the environment of the xterm.exe process while the error popup was on the screen. The process had the default, system-wide PATH (as defined in Windows system properties page.) In my case, I have \cygwin\bin in that PATH but I rely on the profile scripts to add /usr/X11R6/bin to the path, and thus the cygX11-6.dll was indeed not in the path at that moment. I poked around in the source code and sure enough, environ.cc, function build_env() gets passed a true value for no_envblock if the thing being spawned is mounted cygexec. It proceeds to set envblock to NULL which I presume means take the default system environment. Now, I realize that since Cygwin is spawning a Cygwin application it will pass stuff like the environment and argv[] directly through the shared memory region and bypass Windows' methods entirely. So I realize that *eventually* the process will inherit the correct PATH. But my question/problem is that during the dynamic loading phase, Windows needs the inherited PATH too - otherwise you get these strange unexplainable runtime link errors. (I was seeing this before in another way when a dlopen() kept returning win32 errno 126 even though the damn DLL was right where it was supposed to be and had the right permissions.) So my question is simply this: in the case of spawning a cygexec-mounted binary, shouldn't build_env at least fill in PATH from the calling process' value, so that Windows can do its runtime DLL loading? Brian -- 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: recv and errno during a connection reset/closed by peer
Brian, I will look at this also. I appreciated all of the suggestions, but really just wanted to understand why Cygwin and Linux would be different in this area. The original reason behind posting to this group was because I believed that my install of Cygwin was not following the SusV3 spec. I'm still not really convinced it does, but that may be because the spec seems vague to me about the return when using MSG_PEEK. Perhaps it is not supposed to follow SusV3? I believed that there were several options to accomplish my task including: poll, select, MSG_PEEK, and non-blocking. While investigating all of these to determine the best one I noticed this difference between the Linux and Cygwin networking. I think they both aim to follow the same SusVx spec. Is that not true? If so, someone interpreted it differently or couldn't follow the correct implementation for some reason. Thanks Peter A. Stephens [EMAIL PROTECTED] -Original Message- From: Brian Ford [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 29, 2005 11:36 AM To: Peter Stephens Cc: cygwin@cygwin.com Subject: RE: recv and errno during a connection reset/closed by peer On Mon, 28 Mar 2005, Peter Stephens wrote: Brian Are you saying that there is no way to distinguish a dropped connection from a MSG_PEEK with no data to retrieve? AFAIK, yes. Why are you using this MSG_PEEK method? Why not just do a poll and look for POLLHUP (http://www.opengroup.org/onlinepubs/009695399/functions/poll.html): POLLHUP The device has been disconnected. This event and POLLOUT are mutually-exclusive; a stream can never be writable if a hangup has occurred. However, this event and POLLIN, POLLRDNORM, POLLRDBAND, or POLLPRI are not mutually-exclusive. This flag is only valid in the revents bitmask; it shall be ignored in the events member. and http://cygwin.com/acronyms/#PCYMTNQREAIYR ;-). -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- 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: clamwin installs incompatible copy of cygwin1.dll
On Mar 29 22:55, Larry Hall wrote: At 05:49 PM 3/29/2005, you wrote: If there is interest, I am willing to take a crack at pulling together the information that is sprinkled in email threads about how to avoid trampling on existing cygwin installations. Eventually, there really should be a section in the user guide about the topic How (and how not) to create and distribute an application that depends on cygwin. I'm willing to help with that but I suspect other people can write something many times more quickly and more accurately. I think this is a great idea, though perhaps this is more appropriate as the basis for a third party packager's guide. Although it is not really hard to make a third party package that plays nice with Cygwin, if the Cygwin site provides a helpful recipe and guidelines, there's a chance we'll see more compliance, if only because we can then shame people into it. ;-) If you're willing to put together the substance of this and neither Chris nor Corinna dislike the idea, please post what you come up with to this list. I, for one, would be happy to review your contribution. The idea of a third party packager's guide sounds good to me. I'd rather have third parties not to pack Cygwin in their packages at all and to point the user to install Cygwin from cygwin.com instead, but I guess that's rather unrealistically. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- 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/