Re: screen
Gary R. Van Sickle wrote: Could somebody *please* explain to me why screen is in any way useful on a system with even a semblance of a window manager? I think it's main usefulness it's not the multi-screen, but rather the possibility to run long commands from a remote terminal without the fear that a disconnection of the terminal would also terminate the started jobs, while retaining the capaicity to see their output (else a single ^Z and disown would be enough...). Lapo -- Lapo Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796)
RE: screen
On Wed, 20 Apr 2005, Gary R. Van Sickle wrote: Could somebody *please* explain to me why screen is in any way useful on a system with even a semblance of a window manager? I can see the point of screen on a stripped-down text-only system, but when you can open up any number of rxvt+bash's and ALT-TAB between them... ...what am I missing? detaching from the session. At least for remote logins this is very useful. It is quite convenient to jump directly to pine, mutt or whatever you have running in one screen session instead of cycling through many xterms and trying to find the right one. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: screen
Try the below patches. They make a workable screen on my system. I even get a screen that I can attach and detach if I comment out the '#define NAMEDPIPE 1' in config.h before building. OK, I'll look at these. This is a smaller set than the one I was looking for that Lapo found, which allow screen to build successfully but seem to produce a buggy screen, including some detach/attach problems. This is necessary because, unfortunately, cygwin's implementation of fifos is not yet complete although screen thinks it is. So the semi-working fifo seems to confuse detach/attach. I'm not sure how you'd proceduralize the building of screen such that configure would avoid using fifos. I guess the only way to do it is to patch the configure script to avoid using fifos under cygwin. Or always edit config.h after configure... No problem, either of those or one or two other ways would work. Thanks, Andrew.
Re: screen
I found this googling, maybe it's a mirror of what you're seeking: http://www.j10n.org/files/screen-4.0.2-cygwin.patch Thanks, yes, that's the one. For what I do remember of that disappeared page the patch was incomplete, though: no re-attach was possible. Yes, it's buggy. But it's a place to start. Thanks, Andrew.
RE: screen
detaching from the session. At least for remote logins this is very useful. It is quite convenient to jump directly to pine, mutt or whatever you have running in one screen session instead of cycling through many xterms and trying to find the right one. Good point. It's especially useful with flaky connections, where your jobs will stay running even when the terminal goes down. Then you just log in again, restart screen, and you're right back where you were.
Apache ANNOUNCEMENT NEEDED! (try 4)
So far public requests and private email have failed. I'm going to have to take the unusual step of deleting this release if we can't get an announcement for it soon, unless someone else wants to support it. cgf On Tue, Apr 19, 2005 at 11:00:14AM -0400, Christopher Faylor wrote: On Mon, Apr 18, 2005 at 08:23:40PM +0200, Robert Richter wrote: Hi all, please upload a new Apache-1.3.33 package available here: http://www.fast4ward.de/cygwin/release/apache/apache-1.3.33-1-src.tar.bz2 http://www.fast4ward.de/cygwin/release/apache/apache-1.3.33-1.tar.bz2 http://www.fast4ward.de/cygwin/release/apache/setup.hint Release focus: Update from version 1.3.29 The Apache package contains the mod_ssl EAPI patch but no additional module extensions. These are part of further releases. Since this package is a replacement of an older version, I do not think this release increases the risk of conflicts with an upcoming Apache2 package. Robert, Is there some problem with sending out a release announcement for this package? I assumed that you were stepping up to be the maintainer of apache 1.3. That means that you need to send an announcement and, then, you will need to subsequently start replying to problems in the cygwin mailing list. I don't think I performed the due diligence to discover if you were really volunteering to be a full-time maintainer for apache 1.3. Was I mistaken in assuming that you were? cgf
RE: screen
Gary R. Van Sickle wrote: Could somebody *please* explain to me why screen is in any way useful on a system with even a semblance of a window manager? 1. It is useful when the underlying operating system (say, Linux) is more stable than the client operating system (in this case, one of the Windows variants). Using screen, you can connect to multiple servers, have long-lived sessions (weeks), without concern that your session will be terminated when your Windows client computer freezes or needs to be rebooted because of an upgrade. This is another way of saying what Lapo Luchini said, I think. 2. It allows you to create a complex session with multiple screens attached to muliple servers at your favorite computer, disconnect your session from that computer, get up and walk across the office, and reconnect to your session at someone else's computer. 3. If you have an ssh server running somewhere in your network that allows external connections then you can repeat step 2 from anywhere in the world that has internet access. 4. Even if you forget to disconnect (say, when you leave work or when you leave home and return to work), you can list your screen sessions after connecting remotely or locally, and disconnect that session from the other location and connect to it from your new location. 5. Although I haven't had occasion to use it, screen has the ability to allow collaborative work, i.e., multiple people at different locations in an office or around the world could connect to a single screen.
Re: screen
On Thu, Apr 21, 2005 at 10:28:41AM -0400, Harig, Mark wrote: Gary R. Van Sickle wrote: Could somebody *please* explain to me why screen is in any way useful on a system with even a semblance of a window manager? 1. It is useful when the underlying operating system (say, Linux) Ok. I think that's enough now. We've gotten enough screen testimonials. If anyone else wants to extol the virtues of screen or ask questions about screen, please use some other mailing list. This has nothing to do with cygwin-apps. cgf
Re: screen
On Apr 21 10:28, Harig, Mark wrote: Gary R. Van Sickle wrote: Could somebody *please* explain to me why screen is in any way useful on a system with even a semblance of a window manager? 1. It is useful when the underlying operating system (say, Linux) [...] Nothing personal, guys, but this is *not* the right list to discuss the pros and cons of a tool in such detail. Move to cygwin-talk if you want to discuss this further, please. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
RE: screen
my mistake. I assumed that if experienced people like Gary R. Van Sickle and Lapo Luchini were asking questions and responding on this list, then it was an accepted practice. -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED] Sent: Thursday, April 21, 2005 10:40 AM To: [ML] CygWin-Apps Subject: Re: screen On Apr 21 10:28, Harig, Mark wrote: Gary R. Van Sickle wrote: Could somebody *please* explain to me why screen is in any way useful on a system with even a semblance of a window manager? 1. It is useful when the underlying operating system (say, Linux) [...] Nothing personal, guys, but this is *not* the right list to discuss the pros and cons of a tool in such detail. Move to cygwin-talk if you want to discuss this further, please. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: Apache ANNOUNCEMENT NEEDED! (try 4)
Sorry Christopher, I was not online last days, I will announce the package now. Robert - Original Message - From: Christopher Faylor [EMAIL PROTECTED] To: cygwin-apps@cygwin.com Sent: Thursday, April 21, 2005 4:27 PM Subject: Apache ANNOUNCEMENT NEEDED! (try 4) So far public requests and private email have failed. I'm going to have to take the unusual step of deleting this release if we can't get an announcement for it soon, unless someone else wants to support it. cgf On Tue, Apr 19, 2005 at 11:00:14AM -0400, Christopher Faylor wrote: On Mon, Apr 18, 2005 at 08:23:40PM +0200, Robert Richter wrote: Hi all, please upload a new Apache-1.3.33 package available here: http://www.fast4ward.de/cygwin/release/apache/apache-1.3.33-1-src.tar.bz2 http://www.fast4ward.de/cygwin/release/apache/apache-1.3.33-1.tar.bz2 http://www.fast4ward.de/cygwin/release/apache/setup.hint Release focus: Update from version 1.3.29 The Apache package contains the mod_ssl EAPI patch but no additional module extensions. These are part of further releases. Since this package is a replacement of an older version, I do not think this release increases the risk of conflicts with an upcoming Apache2 package. Robert, Is there some problem with sending out a release announcement for this package? I assumed that you were stepping up to be the maintainer of apache 1.3. That means that you need to send an announcement and, then, you will need to subsequently start replying to problems in the cygwin mailing list. I don't think I performed the due diligence to discover if you were really volunteering to be a full-time maintainer for apache 1.3. Was I mistaken in assuming that you were? cgf
termcap maintainer?
Do we have a maintainer for termcap? The package doesn't include any documentation at all, including any mention of a maintainer. The screen package, which I am working on building, includes some new termcap entries. I could just have the screen installer append them to /etc/termcap, but it would be better to fix /etc/termcap in the termcap package. Thanks, Andrew.
Re: termcap maintainer?
On Thu, Apr 21, 2005 at 04:01:16PM -0400, [EMAIL PROTECTED] wrote: Do we have a maintainer for termcap? The package doesn't include any documentation at all, including any mention of a maintainer. The screen package, which I am working on building, includes some new termcap entries. I could just have the screen installer append them to /etc/termcap, but it would be better to fix /etc/termcap in the termcap package. I'm the maintainer but the package has been deprecated on UNIX/Linux for quite some time. You should be using terminfo. cgf
Re: termcap maintainer?
I'm the maintainer but the package has been deprecated on UNIX/Linux for quite some time. You should be using terminfo. terminfo already includes definitions for screen terminals, so that's no problem. Are you saying then that I should just ignore the extra termcap entries for screen, screen-bce, and screen-s, which don't appear in /etc/termcap?
Re: termcap maintainer?
On Thu, Apr 21, 2005 at 04:30:53PM -0400, [EMAIL PROTECTED] wrote: I'm the maintainer but the package has been deprecated on UNIX/Linux for quite some time. You should be using terminfo. terminfo already includes definitions for screen terminals, so that's no problem. Are you saying then that I should just ignore the extra termcap entries for screen, screen-bce, and screen-s, which don't appear in /etc/termcap? There is no harm in including them but I really don't think there are (m)any programs out there who would take advantage of them. I'll make a new release today. cgf
Re: termcap maintainer?
There is no harm in including them but I really don't think there are (m)any programs out there who would take advantage of them. I'll make a new release today. OK, thanks. A.
Re: termcap maintainer?
On Thu, Apr 21, 2005 at 04:37:35PM -0400, Christopher Faylor wrote: On Thu, Apr 21, 2005 at 04:30:53PM -0400, [EMAIL PROTECTED] wrote: I'm the maintainer but the package has been deprecated on UNIX/Linux for quite some time. You should be using terminfo. terminfo already includes definitions for screen terminals, so that's no problem. Are you saying then that I should just ignore the extra termcap entries for screen, screen-bce, and screen-s, which don't appear in /etc/termcap? There is no harm in including them but I really don't think there are (m)any programs out there who would take advantage of them. I'll make a new release today. Done. I'll hold off announcing this until after you've released screen, though. I wouldn't want to get anyone prematurely excited about having screen available at long last. cgf
Re: termcap maintainer?
I'll hold off announcing this until after you've released screen, though. I wouldn't want to get anyone prematurely excited about having screen available at long last. Yes, especially since it doesn't work yet. I'll post an update about this soon. A.
Re: XWin fails connecting to XDM for sending wrong source-IP
On Wed, 20 Apr 2005, norm wrote: You can specify the address to use with the -from parameter XWin -query 192.168.200.200 -from 192.168.200.2 -fp tcp/192.168.200.200:7100 obviously but it doesn't work for me without doing so. I wonder why the xserver chooses 192.168.68.1 in this case. because it chooses the first interface in the list. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Connection to Linux
Hello, i' am a user from Germany and i have a question: very often, dont't ask me why, my XP computer doesn't connect to my second computer which runs LINUX 9.2. It respond's that the client has been rejected ! May be, you 've got an answer for me ? greetings Ullrich Genius begin:vcard fn:Ullrich Genius n:Genius;Ullrich adr;dom:;;Wilhelmshavener Str. 14;Sande;;26452 email;internet:[EMAIL PROTECTED] tel;work:04421-7796827 tel;cell:0172-5321752 x-mozilla-html:FALSE version:2.1 end:vcard
Re: Connection to Linux
On Thu, 21 Apr 2005, Ullrich Genius wrote: Hello, i' am a user from Germany and i have a question: very often, dont't ask me why, my XP computer doesn't connect to my second computer which runs LINUX 9.2. It respond's that the client has been rejected ! How are you trying to connect? With -query (XDMCP) or ssh. What is the exact error message? bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
xset: bad font path element (#58), possible causes are:
Hi, Could anyone help me out please? I'm trying to add another path to my fontpath but keep getting the following error: $ xset fp+ /usr/x11r6/lib/x11/fonts/test xset: bad font path element (#58), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax I know the directory exists, it has full permissions, it has fonts.dir, and the syntax seems to be right, so I'm not sure what the problem is. Nothing's showing up in the xwin.log either. Here's my configuration: XFree86-base 4.3.0-11 XFree86-bin 4.3.0-21 XFree86-etc 4.3.0-12 XFree86-fenc 4.3.0-2 XFree86-fnts 4.3.0-2 XFree86-lib 4.3.0-3 XFree86-lib-compat 4.3.0-2 XFree86-prog 4.3.0-21 XFree86-xserv4.3.0-68 xorg-x11-base6.8.2.0-1 xorg-x11-bin 6.8.2.0-1 xorg-x11-bin-dlls6.8.2.0-1 xorg-x11-bin-lndir 6.8.2.0-1 xorg-x11-devel 6.8.2.0-2 xorg-x11-etc 6.8.2.0-1 xorg-x11-f1006.8.1.0-3 xorg-x11-fcyr6.8.1.0-2 xorg-x11-fenc6.8.1.0-2 xorg-x11-fnts6.8.1.0-3 xorg-x11-fscl6.8.1.0-2 xorg-x11-libs-data 6.8.2.0-1 xorg-x11-xwin6.8.2.0-1 This is how I created the new font directory: $ mkdir -p test $ ls -ld test drwxrwxrwx 2 D752359 mkgroup_l_d 0 Apr 21 13:50 test I added a fonts.alias file in there: $ mkaliasfont helvetica arial fonts.alias + [ 2 -ne 2 ] + xlsfonts + grep ^-[^-]*-helvetica- + sed -e s/^-[^-]*\(-helvetica\(-.*\)\)$/-compat-arial\2 -*\1/ $ head fonts.alias -compat-arial-bold-o-normal--0-0-100-100-p-0-iso10646-1 -*-helvetica-bold-o-norm al--0-0-100-100-p-0-iso10646-1 -compat-arial-bold-o-normal--0-0-100-100-p-0-iso8859-1 -*-helvetica-bold-o-norma l--0-0-100-100-p-0-iso8859-1 -compat-arial-bold-o-normal--0-0-100-100-p-0-iso8859-10 -*-helvetica-bold-o-norm al--0-0-100-100-p-0-iso8859-10 -compat-arial-bold-o-normal--0-0-100-100-p-0-iso8859-13 -*-helvetica-bold-o-norm al--0-0-100-100-p-0-iso8859-13 -compat-arial-bold-o-normal--0-0-100-100-p-0-iso8859-14 -*-helvetica-bold-o-norm al--0-0-100-100-p-0-iso8859-14 -compat-arial-bold-o-normal--0-0-100-100-p-0-iso8859-15 -*-helvetica-bold-o-norm al--0-0-100-100-p-0-iso8859-15 $ xset q fp Keyboard Control: auto repeat: onkey click percent: 0LED mask: auto repeat delay: 500repeat rate: 31 auto repeating keys: 00ffdbbf fadfffdfffdfe5ef bell percent: 50bell pitch: 400bell duration: 100 Pointer Control: acceleration: 2/1threshold: 4 Screen Saver: prefer blanking: yesallow exposures: yes timeout: 600cycle: 600 Colors: default colormap: 0x20BlackPixel: 0WhitePixel: 16777215 Font Path: /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X1 1/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ Bug Mode: compatibility mode is disabled $ mkfontdir /usr/x11r6/lib/x11/fonts/test $ ls /usr/x11r6/lib/x11/fonts/test fonts.alias fonts.dir And after this I get the error trying to add the path. What is an error 58? Thanks for any help. JS.
Re: xset: bad font path element (#58), possible causes are:
On Thu, 21 Apr 2005, J S wrote: $ mkaliasfont helvetica arial fonts.alias + [ 2 -ne 2 ] + xlsfonts + grep ^-[^-]*-helvetica- + sed -e s/^-[^-]*\(-helvetica\(-.*\)\)$/-compat-arial\2 -*\1/ $ ls /usr/x11r6/lib/x11/fonts/test fonts.alias fonts.dir $ cat fonts.dir 0 It seems you need at least one real font in that directory. I tried and was successful after adding a .ttf font and running mkfontscale $fontdir mkfontscale -b -s $fontdir removing the entries from fonts.dir produced a similar bahaviour bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: xset: bad font path element (#58), possible causes are:
On Thu, 21 Apr 2005, J S wrote: $ mkaliasfont helvetica arial fonts.alias + [ 2 -ne 2 ] + xlsfonts + grep ^-[^-]*-helvetica- + sed -e s/^-[^-]*\(-helvetica\(-.*\)\)$/-compat-arial\2 -*\1/ $ ls /usr/x11r6/lib/x11/fonts/test fonts.alias fonts.dir $ cat fonts.dir 0 It seems you need at least one real font in that directory. I tried and was successful after adding a .ttf font and running mkfontscale $fontdir mkfontscale -b -s $fontdir removing the entries from fonts.dir produced a similar bahaviour bye ago -- Thanks Alex, Much appreciated. Amazingly that worked. I never used to have to do that though. Thanks again, JS.
Re: Suggested FAQ wrt the port 6000 listener software firewalls
On Thu, 21 Apr 2005, Steven Levis wrote: Im suggesting the following FAQ (or something similar) to address the issue, especially after seeing another such question on this lists archive. I added a section about this and will upload it tomorrow bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Startx not running
Hello, The name is Jared Moraska. My problem is this. Startx won't start. I can get the shell to start but when I type startx it starts to load and then stops. It is doing something because it is using about 70% of my cpu, but it just won't load the xterm like window. It then gives me a line saying waiting for x server to begin accepting connections. I have gotten it to work a number of times before. I have updated everything and that did not work. I am running it off an XP PC. I have searched through the mailing lists and couldn't find anything to help. So if someone can tell me how to fix it, it would be much appreciated. Jared
application failed to initialize properly
We had two applications that used to work under Cygwin on XP. The hard disk broke down. We reinstalled XP and downloaded the latest version of Cygwin on April 14th. After rebuilding the two applications the first one works OK but the second one results in the following error message: this application failed to initialize properly (oxco22). Click on OK to terminate the application. This error occurs before reaching the main of the application. Has anyone encounter a similar problem? Any suggestion as to how to get more info on what is happening is highly appreciated. Many thanks for your help, Alec Stanculescu
Re: application failed to initialize properly
On Thu, Apr 21, 2005 at 04:30:59PM -0700, Alec Stanculescu wrote: We had two applications that used to work under Cygwin on XP. The hard disk broke down. We reinstalled XP and downloaded the latest version of Cygwin on April 14th. After rebuilding the two applications the first one works OK but the second one results in the following error message: this application failed to initialize properly (oxco22). Click on OK to terminate the application. This error occurs before reaching the main of the application. Has anyone encounter a similar problem? Any suggestion as to how to get more info on what is happening is highly appreciated. Many thanks for your help, chmod -R a+x your-application.exe or even chmod -R a+x /bin /usr/X11R6/bin /usr/bin /sbin may help. In any event, unless these are X programs this doesn't seem like it has anything to do with cygwin/x. If that is the case, please use the main cygwin list for future inquiries. cgf
not sure whats wrong
$ cd /usr/X11R6/bin/ startx Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-1 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server error: InitOutput - Duplicate invocation on display number: 0. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress waiting for X server to begin accepting connections giving up. xinit: Connection reset by peer (errno 104): unable to connect to X server xinit: No such process (errno 3): Server error. And here is what it says in the log! Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-1 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server error: InitOutput - Duplicate invocation on display number: 0. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress ___ I have checked irc for help and no one really came up w/ a good fix for it. Do you know what i should do or try ? thanks
Re: not sure whats wrong
Here are some places to start: http://www.waimea.org/wiki/CygwinXTroubleShooting http://sourceware.org/ml/cygwin-xfree/2005-01/msg00098.html http://sourceware.org/ml/cygwin-xfree/2004-12/msg00053.html Mark Blaskovich wrote: $ cd /usr/X11R6/bin/ startx Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-1 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server error: InitOutput - Duplicate invocation on display number: 0. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress waiting for X server to begin accepting connections giving up. xinit: Connection reset by peer (errno 104): unable to connect to X server xinit: No such process (errno 3): Server error. And here is what it says in the log! Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-1 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server error: InitOutput - Duplicate invocation on display number: 0. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress ___ I have checked irc for help and no one really came up w/ a good fix for it. Do you know what i should do or try ? thanks
Re: Startx not running
Hi Jared, Do you have any software firewalls running? If so, try the following: 1) Reboot your computer 2) Stop any and all firewalls (like Norton, ZoneAlarm, or AVG) 3) Start cygwin/x If Cygwin/X starts normally, you'll have to configure your firewall to accept connections on port 6000. Each firewall brand works differently, so consult your documentation or other support resources if you need any assistance with that software. If Cygwin/X still doesn't start, look at /tmp/XWin.log for error messages, and consult the various FAQs and other net resources for help. Failing that, post the contents of /tmp/XWin.log along here on the list. -Steve --- [EMAIL PROTECTED] wrote: Hello, The name is Jared Moraska. My problem is this. Startx won't start. I can get the shell to start but when I type startx it starts to load and then stops. It is doing something because it is using about 70% of my cpu, but it just won't load the xterm like window. It then gives me a line saying waiting for x server to begin accepting connections. I have gotten it to work a number of times before. I have updated everything and that did not work. I am running it off an XP PC. I have searched through the mailing lists and couldn't find anything to help. So if someone can tell me how to fix it, it would be much appreciated. Jared Yahoo! Mail not working? Read the help pages, then call (408) 349-3300. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
winsup/cygwin ChangeLog shared.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-04-21 23:53:52 Modified files: cygwin : ChangeLog shared.cc Log message: * shared.cc (shared_info::initialize): Test previous version of shared memory magic rather than current version when determining if there has been a shared memory mismatch. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.2853r2=1.2854 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/shared.cc.diff?cvsroot=uberbaumr1=1.90r2=1.91
RE: No permissions on files created outside Cygwin
Usually not. Looking more closely into the permissions and perhaps regenerating /etc/passwd and /etc/group might help more. Or just use Cygwin's vim ;-) Thanks for the permissions tip. I had a closer look via file explorer, select toplevel folder, rightclick, select properties, select security tab, click advanced. There I saw that the necessary permissions were 'This folder only' instead of 'This folder, subfolders and files'. Now it works fine. Hey, I use Cygwin's vim! Thanks for providing this package. I use it for quick edits. For my day-to-day Java/Web programming I prefer native gVim, because the compiler plugins work out of the box and do not need all this cygpath fiddling to invoke javac. Thanks again, Daniel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: No libintl.jar in gettext-0.14.1-1
[EMAIL PROTECTED] wrote: The document /usr/share/doc/Cygwin/gettext-0.14.1.README tells me it should be around. Are there any reasons why this jar is not available in 0.14.1? Yep. It barely worked in 0.12.x, by dint of some kludgy wrapper scripts around Sun's jdk javac. In 0.14.1, my kludgy scripts didn't work, mainly because Bruno changes the gettext build process on comicbookguyvoice Every. Single. MicroRelease. Since java use on cygwin is fairly limited, I released the rest of 0.14.1 instead. It's been almost a year now and yours is the first complaint, so that was apparently the correct decision. But I forgot to update the docu. I'll make another stab at the java gettext support on a future release; with gcj coming along, I may, at that future date, be able to build it with all-cygwin tools instead of using silly wrappers around native tools -- which would be a lot easier. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash/fork problem on Win server 2003 with terminal serve
Corinna Vinschen wrote ... On Apr 20 17:19, Lionel B wrote: Corinna Vinschen wrote... On Apr 20 14:09, Lionel B wrote: Lionel B wrote... Corinna Vinschen wrote... On Apr 14 14:55, Lionel B wrote: Hi, I seem to have hit the same issue as described in: http://sourceware.org/ml/cygwin/2005-03/msg00919.html Please test the latest snapshot from http://cygwin.com/snapshots/ Thanks, it appears to fix the problem. Will test more thoroughly. Just checking: the fix doesn't appear to have made it into the 1.5.15-1 release - is that correct? No. Ok: the problem as reported in my original post in this thread appears still to exist in 1.5.15. Example: bash-2.05b$ ls 185071245 [main] bash 2892 fork_parent: child 3584 died waiting for longjmp before initialization bash: fork: No such file or directory Cygcheck output attached (again, from a W2K machine on which latest Cygwin is installed rather than the Server 2003 machine, since the problem prevents me from running cygcheck there). Not helpful. First it's the wrong machine, Yes. But let's stick with this machine for the moment, as it's my main Cygwin machine... second it's the wrong Cygwin version, ...this is curious... I *thought* I'd installed 1.5.15. If I run setup.exe it tells me that the current version of cygwin is 1.5.15-1 (and indeed the cygcheck output gives the cygwin *package* version as 1.5.15-1). As you point out (and I failed to spot) cygcheck also indicates that the Cygwin DLL version is 1.5.14. Now I'm lost... -- Lionel B -- 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: Mirror, Mirroring, Download, Downloading Cygwin Release Using rsync
Brian Dessent wrote: L Anderson wrote: I use rsync to maintain a local Cygwin release mirror so I can use Setup to locally install anything from Cygwin release on a number of PCs on my network. I do too but without the script part. I just have a line in my crontab: 00 10,22 * * * rsync -rlt --exclude=mail-archives rsync://mirrors.kernel.org/sources.redhat.com/cygwin/ /d/cygwin-mirror/ /dev/null I don't really see why you need to do it in two steps, just use --exclude to get rid of stuff you don't want and mirror the base directory. Initially I used --exclude but decided it was safer to ask for what I want rather than for everything but what I don't want. If a subdirectory that I don't want is added to the mirror, it gets downloaded until I discover it and change the --exclude to exclude it. The mirror's directory structure is more stable now than when I stared so it might not be such a problem, however, . You can cut that down significantly by using --exclude to ignore the source packages. Of course, that means you can't install source packages. I know, but then we wouldn't have all that nifty source code easily at hand to drive us crazy trying to figure out what it does :-) so that someday we might be able to contribute. You have given me a couple of things to think about, especially using cron, thanks. Regards, Lowell Anderson -- 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: Updated: OpenSSH-4.0p1-1
Hi, Just thought it might be wise to put on the record that the Cygwin build of OpenSSH-4.0p1-1 also suffers from the upstream bug reported in http://bugzilla.mindrot.org/show_bug.cgi?id=996: Summary: Fatal error in xfree() when scp invokes ssh with a LocalForward config A search of the cygwin mailing list didn't not bring any detail on it, so here it is for others to find. There is a workaround, until the next version gets released. You can place a colon in front of your local forward spec in your .ssh/config file as so: LocalForward 10666 arbitraryhost1:1666 - LocalForward :10666 arbitraryhost1:1666 Regards, Shaddy -- 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: Mirror, Mirroring, Download, Downloading Cygwin Release Using rsync
L Anderson wrote: Initially I used --exclude but decided it was safer to ask for what I want rather than for everything but what I don't want. If a subdirectory that I don't want is added to the mirror, it gets downloaded until I discover it and change the --exclude to exclude it. The mirror's directory structure is more stable now than when I stared so it might not be such a problem, however, . You can do that too in a single pass: mirror=mirrors.kernel.org dir=sources.redhat.com/cygwin dest=/d/cygwin-mirror rsync -rlt $mirror::$dir/setup*\ $dir/release/ $dest (The rsync man page covers specifying multiple sources in the section 'ADVANCED USAGE'.) I know, but then we wouldn't have all that nifty source code easily at hand to drive us crazy trying to figure out what it does :-) so that someday we might be able to contribute. Of course. I find having the source packages very handy. But not everyone has that need. For anyone curious, the 2.7GB current total breaks down to 1.2GB of binary packages and 1.5GB of source packages. You could fit a binary-only mirror on two CDRs, for example. Though these days DVD-Rs are so common that it may not be a concern. 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: setup.exe keeps hanging
I confirm that post-texmf.sh took order 5 minutes on my 1.2GHz machine -- I used Task Manager to reassure myself that something was actually happening. So just be patient turns out to be the solution. ht -- Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh Half-time member of W3C Team 2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: [EMAIL PROTECTED] URL: http://www.ltg.ed.ac.uk/~ht/ [mail really from me _always_ has this .sig -- mail without it is forged spam] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygwin-1.5.15-1
On Apr 21 05:01, Jason FU wrote: Christopher Faylor cgf-no-personal-reply-please at cygwin.com writes: [Unneeded, useless, annoying full quote removed] After installing the latest cygwin-1.5.15-1, I restarted the computer for it to take effect. Since then, I could no longer shutdown the machine with the cygwin shutdown.exe as follows: I've uploaded a new version of shutdown which should solve this problem. 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/
[ANNOUNCEMENT] Updated: shutdown-1.5-1
I've just updated the version of shutdown to 1.5-1. This version has some bugfixes plus two new features: On Windows NT systems, shutdown now uses InitiateSystemShutdown to start system shutdowns and reboots. This function has several advantages. It allows to specify a time until shutdown, it opens a dialog in each user's session that a shutdown is in progress, it adds an entry to the event log and last but not least, unless you specified a too short time period, it allows to abort the shutdown by calling the AbortSystemShutdown function. Consequentially, this version of shutdown adds a new option: $ shutdown --abort (or just -a) which (on NT only) allows to abort a shutdown in progress. This, too, opens a dialog window in each user's session to inform the users that the shutdown has been aborted. Other than that, `shutdown --help' gives you all information you need. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/
announcement subject tag
It's a little presumptuous to use a subject tag that does not include cygwin. What does [announcement] mean to someone outside the cygwin camp? There are hundreds of organizations that might want to make announcements via email lists. What about [cygwin-announce]. thanks, Julian Opificus. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygwin-1.5.15-1
Corinna Vinschen corinna-cygwin at cygwin.com writes: On Apr 21 05:01, Jason FU wrote: Christopher Faylor cgf-no-personal-reply-please at cygwin.com writes: [Unneeded, useless, annoying full quote removed] After installing the latest cygwin-1.5.15-1, I restarted the computer for it to take effect. Since then, I could no longer shutdown the machine with the cygwin shutdown.exe as follows: I've uploaded a new version of shutdown which should solve this problem. Corinna It doesn't work either as follows: === [EMAIL PROTECTED] ~ $ shutdown.exe now WARNING!!! System is going down NOW shutdown: Couldn't shutdown: Error 5 Access is denied. [EMAIL PROTECTED] ~ $ uname -a CYGWIN_NT-5.2 Dragon 1.5.15(0.127/4/2) 2005-04-18 12:20 i686 unknown unknown Cyg win === This is my Server 2003. Regards, Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: announcement subject tag
Original Message From: Julian Opificius Sent: 21 April 2005 14:21 It's a little presumptuous to use a subject tag that does not include cygwin. What does [announcement] mean to someone outside the cygwin camp? There are hundreds of organizations that might want to make announcements via email lists. What about [cygwin-announce]. thanks, Julian Opificus. Alright, who let the AOLer's out? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash/fork problem on Win server 2003 with terminal serve
On Thu, Apr 21, 2005 at 08:59:18AM +0100, Lionel B wrote: second it's the wrong Cygwin version, ...this is curious... I *thought* I'd installed 1.5.15. If I run setup.exe it tells me that the current version of cygwin is 1.5.15-1 (and indeed the cygcheck output gives the cygwin *package* version as 1.5.15-1). As you point out (and I failed to spot) cygcheck also indicates that the Cygwin DLL version is 1.5.14. Now I'm lost... Obvious question: Did you reboot after installing? Otherwise just reinstall cygwin. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: announcement subject tag
On Thu, Apr 21, 2005 at 08:20:45AM -0500, Julian Opificius wrote: It's a little presumptuous to use a subject tag that does not include cygwin. What does [announcement] mean to someone outside the cygwin camp? There are hundreds of organizations that might want to make announcements via email lists. What about [cygwin-announce]. Sorry. We've trademarked the use of [ANNOUNCEMENT]. If those hundreds of organizations want to use this, they'll have to pay us royalties. So, if you see other organizations using the [ANNOUNCEMENT] without proper attribution to Cygwin, make sure you report them to your local authorities. -- 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/
vi installation
How do I install the vi editor in the cygwin environment? Where can I get vi from? How can I tell the bash shell about it? I am used to the EDITOR shell variable in the Korn shell pointing to the editor of choice. There does not seem to be anything like that in bash. Thanks, Lars -- [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: vi installation
Lars Zeb wrote: How do I install the vi editor in the cygwin environment? Where can I get vi from? How can I tell the bash shell about it? I am used to the EDITOR shell variable in the Korn shell pointing to the editor of choice. There does not seem to be anything like that in bash. Thanks, Lars -- [EMAIL PROTECTED] Same way/place the other cygwin apps came from. man bash search for EDITOR reid -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygwin-1.5.15-1
On Apr 21 13:33, Jason FU wrote: Corinna Vinschen corinna-cygwin at cygwin.com writes: I've uploaded a new version of shutdown which should solve this problem. Corinna It doesn't work either as follows: === [EMAIL PROTECTED] ~ $ shutdown.exe now WARNING!!! System is going down NOW shutdown: Couldn't shutdown: Error 5 Access is denied. Running as admin? 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: Problem getting started, Windows 98
Hello Brian and Larry, After a re-install including base and devel, it now works. I thought I had selected devel the first time around but perhaps not. Thanks for your help. Regards Evan On 4/20/05, Larry Hall [EMAIL PROTECTED] wrote: At 03:44 PM 4/20/2005, you wrote: Hello, I have installed Cygwin recently on my Windows 98 SE machine. Following the instructions, I then installed a binutils package for AVR cross-compiler (this one: http://www.bladox.com/pub/turbo-win32-040129.zip). cd / tar xvfpz usr.tar.gz Stuff un-packed and installed, without reporting any error. Unfortunately, I can't get it to work - for example. BASH: make: command not found Looking at the cygcheck results, it also reports that make and other essential bits are not found. I can't figure out why that should be, since (I think) the devel stuff seemed to be installed from the setup program. So, maybe something essential is missing. If someone knowledgeable could have a look at the attached cygcheck.out file and tell me whether the problem is in my basic cygwin installation or the additional binutils package, or a general idea of what's wrong, I would be extremely grateful! You forgot to attach your cygcheck output. However, based on your description of it, it sounds like you have not, indeed, installed the make package and other essential bits from the Devel category. Just rerun 'setup.exe' and install the packages you want. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- EVan http://www.tuer.co.uk/evs2 -- 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: findutils still broken
Dave Korn wrote: Original Message From: Chuck Sent: 19 April 2005 16:09 Findutils is broken when it comes to using it on the /proc filesystem. The last version that worked is 4.1.7. Newer versions crash if you run find /proc. Anyone care to tackle this? Cannot reproduce: [EMAIL PROTECTED] /proc find /proc /proc /proc/loadavg /proc/meminfo /proc/registry /proc/registry/HKEY_CLASSES_ROOT /proc/registry/HKEY_CLASSES_ROOT/* /proc/registry/HKEY_CLASSES_ROOT/*/OpenWithList find: /proc/registry/HKEY_CLASSES_ROOT/*/OpenWithList: Is a directory /proc/registry/HKEY_CLASSES_ROOT/*/shellex find: /proc/registry/HKEY_CLASSES_ROOT/*/shellex: Is a directory /proc/registry/HKEY_CLASSES_ROOT/*/InfoTip /proc/registry/HKEY_CLASSES_ROOT/*/QuickTip /proc/registry/HKEY_CLASSES_ROOT/*/AlwaysShowExt /proc/registry/HKEY_CLASSES_ROOT/*/TileInfo find: /proc/registry/HKEY_CLASSES_ROOT/*: Is a directory [EMAIL PROTECTED] /proc find --version GNU find version 4.2.11-CVS [EMAIL PROTECTED] /proc cygcheck -c findutils cygwin Cygwin Package Information Package VersionStatus cygwin 1.5.14-1 OK findutils20041227-1 OK [EMAIL PROTECTED] /proc The cygwin dll is in fact built from CVS on 2005-14-15, so it's effectively the same as 1.5.15. cheers, DaveK Check your exit code from find. Mine stops in exactly the same place with an exit code of 1. Perhaps I shouldn't have said it crashes, but it definitely does not traverse the entire registry. -- 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/
[ANNOUNCEMENT] New package: typespeed-0.4.4-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 typespeed-0.4.4-1 has been uploaded to the Cygwin net distribution. Typespeed gives your fingers' cps (total and correct), typoratio and some points to compare with your friends. Typespeed's idea is ripped from ztspeed (a dos game made by Zorlim). Idea of the game should be clear to anyone, just type and type it fast, or be a lewser. The primary source for information for typespeed is: http://ls.purkki.org/typespeed/ Please send questions or comments to the Cygwin mailing list at: cygwin@cygwin.com . If you want to subscribe go to: http://cygwin.com/lists.html . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] - -- 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 iQIcBAEBCAAGBQJCZ8QrAAoJELBiMTth2oCDI1IQAIGbf/5W9gwWa3K9+9+gGtH4 4s5Ic5ENOb7zQKYm3tHjaGyy1Ozx89Mu+ZH+dbLqz9zq+4wDgi6fxur5NGHfc2RS JnLetP4kzgCmIqYKk7UmsPcymPe6PJ/3stJ9v/G1/2yhzQDDWn/ukkGWoFo0WpCa HerHGDR0Q71F4ctr4euLhT0oHfrZGYIcfE1x8dq02w5KHTRAlM6vm+vjHN0fayMo GDBODbw61wj50KF6AO5WeB+puva4NyT35WTQ7OOMbyrg+u1tU60qGWg9pb/MWPkY h8Oi70jZoWZVb67Yil7IiMIWHFGFLQY2I6ioqNnGrHaqQ3rWqthZOZ20UQkT7qzg aiCTKnmaciChsKqCTPf7AK7cPqweaOASsWYokVIrJinah2+mkd/EcJhBHuDhQ/Ps sBBQwjEyP2XB1t1kUJQbF3FZf2sRYspcPa0SsUqQ/f8D73STInmiZ3tRInfDi9k6 +0/uKNUR1rcgqyA5OP3dgtpYclZupNoDhb6fxaXVkJrGzZqPSjx/nOyBGAPMeqE5 kj1t01b8NMdoqAdOvy55/0dGStvq0hCkwuSQOSpMUrFpbJmvS6AdbGsJMjjpgIsx 4LVblbzQukVZINP2Fu/XcFCWq6ZegNVP06RpawL4qTmrFK3+e1zIjLg4VnvROCit +JcjMAvZsJiOf4o7R+MD =0LlU -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: findutils still broken
Original Message From: skilover Sent: 21 April 2005 16:14 Hi Chuck! Hope you didn't mean to take this off-list deliberately, because I've added the list back in. Apologies in advance if you feel this was a deeply personal communication I shouldn't have shared with the world! Dave Korn wrote: Original Message From: Chuck Sent: 19 April 2005 16:09 Findutils is broken when it comes to using it on the /proc filesystem. The last version that worked is 4.1.7. Newer versions crash if you run find /proc. Anyone care to tackle this? Cannot reproduce: [EMAIL PROTECTED] /proc find /proc /proc /proc/loadavg /proc/meminfo /proc/registry /proc/registry/HKEY_CLASSES_ROOT /proc/registry/HKEY_CLASSES_ROOT/* /proc/registry/HKEY_CLASSES_ROOT/*/OpenWithList find: /proc/registry/HKEY_CLASSES_ROOT/*/OpenWithList: Is a directory /proc/registry/HKEY_CLASSES_ROOT/*/shellex find: /proc/registry/HKEY_CLASSES_ROOT/*/shellex: Is a directory /proc/registry/HKEY_CLASSES_ROOT/*/InfoTip /proc/registry/HKEY_CLASSES_ROOT/*/QuickTip /proc/registry/HKEY_CLASSES_ROOT/*/AlwaysShowExt /proc/registry/HKEY_CLASSES_ROOT/*/TileInfo find: /proc/registry/HKEY_CLASSES_ROOT/*: Is a directory Check your exit code from find. Mine stops in exactly the same place with an exit code of 1. Perhaps I shouldn't have said it crashes, but it definitely does not traverse the entire registry. Ah. No, you absolutely shouldn't say it crashes, because it does not crash. Misdescribing a bug is the slowest imaginable way of getting it fixed! Particularly so in this case, because I don't see why find *shouldn't* return an exit code of 1 when it's had all those errors. Have you read man find? EXIT STATUS find exits with status 0 if all files are processed successfully, greater than 0 if errors occur. Presumably the reason that this behaviour is new is that there used to be a bug that stopped it even attempting to recurse those dirs, because nothing with '*' in it could ever be a valid filename. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: vi installation
The version in Cygwin is called vim and you can install it using the same setup utility that you used to install cygwin. It's under editors. While you're doing that you could also install pdksh which is the open implementation of ksh. It works very well, I use it every day. On 4/20/05, Lars Zeb [EMAIL PROTECTED] wrote: How do I install the vi editor in the cygwin environment? Where can I get vi from? How can I tell the bash shell about it? I am used to the EDITOR shell variable in the Korn shell pointing to the editor of choice. There does not seem to be anything like that in bash. Thanks, Lars -- [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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: Tracking down process/memory leak
Original Message From: Timothy Wall Sent: 19 April 2005 16:05 I've used msconfig to turn off all services/drivers at startup, and the memory leak persists. Kernel memory goes up slowly, Physical memory goes down faster, and Handles/Threads/Processes remain steady. I'm not aware of any software installed which might have an effect on spawned processes. Aside from sshd and vncd, the apps installed are standalone applications with no associated services or system addons. You should try and find out *which* application is leaking this memory. The fact that kernel memory is involved very much suggests a faulty device driver. Anyway, the way to find out is to fire up task manager (I assume that's what you're using already to determine that kernel memory is increasing), and go to the View menu and click Select columns. Tick the boxes next to Paged Pool and Non-paged Pool, which are the two types of kernel memory included in that total figure, and then try and figure out which application is actually consuming it by watching the columns for a while and seeing which line the figures are going steadily up on. At that time it'll probably turn out that this is nothing to do with cygwin at all and we'll be off-topic, but it's certainly the first next step to try. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Mirror, Mirroring, Download, Downloading Cygwin Release Using rsync
Brian Dessent wrote: L Anderson wrote: Initially I used --exclude but decided it was safer to ask for what I want rather than for everything but what I don't want. If a subdirectory that I don't want is added to the mirror, it gets downloaded until I discover it and change the --exclude to exclude it. The mirror's directory structure is more stable now than when I stared so it might not be such a problem, however, . You can do that too in a single pass: mirror=mirrors.kernel.org dir=sources.redhat.com/cygwin dest=/d/cygwin-mirror rsync -rlt $mirror::$dir/setup*\ $dir/release/ $dest In deference to the Bellman: I like it, I like it, I like it!!! It's revisit my old script time! (The rsync man page covers specifying multiple sources in the section 'ADVANCED USAGE'.) Thanks for this pointer and the help! Regards, Lowell -- 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/
Rebase All command.....
Hi guys.. When I gave command rebase all, my monitor's screen got damaged. I mean 25% of screen is got Black and resizing screen is only upto 80% of total screen.. It appers as full screen sometimes and 80% screen sometimes. Now I have changed my monitor , and this new monitor is working fine. That damaged monitor is not working properly at any other machine.. My question is -- Was that just coincidence or rebase all command had done something??? -- 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: Rebase All command.....
Original Message From: Pradip Jadav Sent: 21 April 2005 17:47 Hi guys.. When I gave command rebase all, my monitor's screen got damaged. I mean 25% of screen is got Black and resizing screen is only upto 80% of total screen.. It appers as full screen sometimes and 80% screen sometimes. Now I have changed my monitor , and this new monitor is working fine. That damaged monitor is not working properly at any other machine.. My question is -- Was that just coincidence or rebase all command had done something??? You must have specified the --disable-monitor option! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Rebase All command.....
ohh that means no chance for recovery... Is there any? shhhi. my fault . I think i did not read document of rebaseall command properly... Anyway thanx for reply... On 4/21/05, Dave Korn [EMAIL PROTECTED] wrote: Original Message From: Pradip Jadav Sent: 21 April 2005 17:47 Hi guys.. When I gave command rebase all, my monitor's screen got damaged. I mean 25% of screen is got Black and resizing screen is only upto 80% of total screen.. It appers as full screen sometimes and 80% screen sometimes. Now I have changed my monitor , and this new monitor is working fine. That damaged monitor is not working properly at any other machine.. My question is -- Was that just coincidence or rebase all command had done something??? You must have specified the --disable-monitor option! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- With Best Regards Pradip K. Jadav -- 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: Rebase All command.....
Original Message From: Pradip Jadav Sent: 21 April 2005 18:14 ohh that means no chance for recovery... Is there any? shhhi. my fault . I think i did not read document of rebaseall command properly... Anyway thanx for reply... http://cygwin.com/acronyms#YHBT ! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Rebase All command.....
At 01:14 PM 4/21/2005, you wrote: ohh that means no chance for recovery... Is there any? shhhi. my fault . I think i did not read document of rebaseall command properly... Anyway thanx for reply... On 4/21/05, Dave Korn [EMAIL PROTECTED] wrote: Original Message From: Pradip Jadav Sent: 21 April 2005 17:47 Hi guys.. When I gave command rebase all, my monitor's screen got damaged. snip You must have specified the --disable-monitor option! cheers, DaveK Actually, I think Dave meant the '--damage-monitor' switch. Since it irreparably destroys a monitor, it's an undocumented feature for use only by those who are sure they want to damage their monitor. ;-) -- 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: Rebase All command.....
Original Message From: Larry Hall Sent: 21 April 2005 18:24 At 01:14 PM 4/21/2005, you wrote: ohh that means no chance for recovery... Is there any? shhhi. my fault . I think i did not read document of rebaseall command properly... Anyway thanx for reply... On 4/21/05, Dave Korn [EMAIL PROTECTED] wrote: Original Message From: Pradip Jadav Sent: 21 April 2005 17:47 Hi guys.. When I gave command rebase all, my monitor's screen got damaged. snip You must have specified the --disable-monitor option! cheers, DaveK Actually, I think Dave meant the '--damage-monitor' switch. They're synonyms, Larry. After all, damaging a monitor is usually pretty much the same thing as disabling it. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: findutils still broken
Ah. No, you absolutely shouldn't say it crashes, because it does not
crash. Misdescribing a bug is the slowest imaginable way of getting it
fixed!
Particularly so in this case, because I don't see why find *shouldn't*
return an exit code of 1 when it's had all those errors. Have you read man
find?
EXIT STATUS
find exits with status 0 if all files are processed
successfully,
greater than 0 if errors occur.
Presumably the reason that this behaviour is new is that there used to be
a bug that stopped it even attempting to recurse those dirs, because nothing
with '*' in it could ever be a valid filename.
Contrary to your statement, /proc/registry/HKEY_CLASSES_ROOT/*/ is a valid
directory name (but you sure have to be careful with shell quoting to actually
get there). My first guess is that there might be some bug in the readdir()
implementation for the /proc filesystem. Also, I've noticed that some cygwin
syscalls are sloppy, and change errno to EISDIR even when they are successful.
POSIX allows implementations to have this sloppy behavior (change errno even
on success) unless explicitly stated otherwise (although I think it should be
discouraged), so a portable application must assume that errno is invalid for
reading unless either a) the syscall gave indication that an error occurred and
errno is valid (by returning -1 or some other known indication) or b) the
application set errno before the syscall, and the syscall is documented as not
changing errno except on error. readdir() is documented as not changing errno
except on error when the return value is NULL, but is allowed to change errno
when the return value is non-NULL. So, either cygwin's /proc filesystem is
falling afoul of POSIX requirements on readdir(), or find is non-portable and
is wrongly assuming that an errno changed to EISDIR even on a non-NULL return
from readdir() means an error occurred. I still don't know if the error is in
find(1) or in cygwin1.dll, but don't have time to research further at the
moment.
I also noticed while trying to pin down a more exact cause of the bug that
strace behaves oddly when your current working directory is in /proc or any
other virtual file system. On further thought, it wasn't entirely unexpected:
because strace is a windows only program, it assumes that the most recent
Windows current directory is correct, because it has no way to know what the
cygwin current directory should be. However, this makes it very hard to try
and figure out why find is failing, when bash thinks my cwd is inside of
/proc/registry but strace does not. So it would be awesome if strace could be
patched to tell its cygwin children what the correct current working directory
should be.
$ cd /tmp
$ cd /cygdrive
$ /bin/pwd
/cygdrive
$ strace /bin/pwd |grep cwdstuff
629680 [main] pwd 440 cwdstuff::get: posix /tmp
939773 [main] pwd 440 cwdstuff::get: (/tmp) = cwdstuff::get (0x22EC40,
260, 1, 0), errno 0
363 63369 [main] pwd 440 cwdstuff::get: posix /tmp
118 63487 [main] pwd 440 cwdstuff::get: (/tmp) = cwdstuff::get (0x100A01C0,
-1, 1, 1), errno 0
One parting thought - maybe cygwin is correct and find is buggy, considering
that ls(1) has no problems recursing in /proc/registry, and it uses readdir()
as well:
$ cd /proc/registry/HKEY_CLASSES_ROOT/\*
$ ls -R
.:
AlwaysShowExt InfoTip shellex
./shellex:
ContextMenuHandlers PropertySheetHandlers
./shellex/ContextMenuHandlers:
ClearCaseMenu Offline Files Open With EncryptionMenu
LDVPMenu Open With PowerArchiver
./shellex/ContextMenuHandlers/ClearCaseMenu:
@
./shellex/ContextMenuHandlers/LDVPMenu:
@
./shellex/ContextMenuHandlers/Offline Files:
@
./shellex/ContextMenuHandlers/Open With:
@
./shellex/ContextMenuHandlers/Open With EncryptionMenu:
@
./shellex/ContextMenuHandlers/PowerArchiver:
@
./shellex/PropertySheetHandlers:
ClearCasePage {3EA48300-8CF6-101B-84FB-666CCB9BCD32}
CryptoSignMenu {883373C3-BF89-11D1-BE35-080036B11A03}
{1F2E5C40-9550-11CE-99D2-00AA006E086C}
./shellex/PropertySheetHandlers/ClearCasePage:
@
./shellex/PropertySheetHandlers/CryptoSignMenu:
@
./shellex/PropertySheetHandlers/{1F2E5C40-9550-11CE-99D2-00AA006E086C}:
./shellex/PropertySheetHandlers/{3EA48300-8CF6-101B-84FB-666CCB9BCD32}:
./shellex/PropertySheetHandlers/{883373C3-BF89-11D1-BE35-080036B11A03}:
--
Eric Blake
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: findutils still broken
Stupid webmail interface. Why can't it wrap lines, so they don't get truncated at 1000 characters en route, per the RFCs? [...] changing errno except on error. readdir() is documented as not changing errno except on error when the return value is NULL, but is allowed to change errno when the when the return value is non-NULL. So, either cygwin's /proc filesystem is falling afoul of POSIX requirements on readdir(), or find is non-portable and is wrongly assuming that an errno changed to EISDIR even on a non-NULL return from readdir() means an error occurred. I still don't know if the error is in find(1) or in cygwin1.dll, but don't have time to research further at the moment. -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: findutils still broken
Dave Korn wrote: Presumably the reason that this behaviour is new is that there used to be a bug that stopped it even attempting to recurse those dirs, because nothing with '*' in it could ever be a valid filename. cheers, DaveK So there where does the problem lie? Is it that cygwin doesn't support * as a file name? Or is it a limitation of Windows that is inherited by Cygwin? IIRC * is a perfectly valid Posix file name and I can create it on any other Posix compliant platform by simply running touch \*. Find version 4.1.7 and prior had no problems handling it. I am still using the older version for that reason. Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: findutils still broken
Original Message From: Eric Blake Sent: 21 April 2005 18:40 Contrary to your statement, /proc/registry/HKEY_CLASSES_ROOT/*/ is a valid directory name (but you sure have to be careful with shell quoting to actually get there). Only on a managed mount. You simply cannot create a filename with a * in it under windows, no matter how carefully you quote it (read 'even if you pass a string with a * in it to CreateFile). cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Rebase All command.....
Original Message From: Pradip Jadav Sent: 21 April 2005 18:14 ohh that means no chance for recovery... Is there any? shhhi. my fault . I think i did not read document of rebaseall command properly... Anyway thanx for reply... Time I told you the truth :) No, it's just a coincidence, there's nothing that rebaseall would have done to your monitor and it was only bad luck that the monitor went wrong at around the same time as you were running it. It's not your fault at all, you didn't do anything wrong! Thanks for being good-humoured about it! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: findutils still broken
Dave Korn wrote: Presumably the reason that this behaviour is new is that there used to be a bug that stopped it even attempting to recurse those dirs, because nothing with '*' in it could ever be a valid filename. cheers, DaveK So there where does the problem lie? Is it that cygwin doesn't support * as a file name? Or is it a limitation of Windows that is inherited by Cygwin? IIRC * is a perfectly valid Posix file name and I can create it on any other Posix compliant platform by simply running touch \*. Dave was guilty of spreading misinformation in this case. Yes, filenames ON DISK have windows limitations against '*' in them, but /proc/registry is a virtual file system that is not on disk, but which maps to registry key entries. Also, cygwin provided managed mount points so that even with disk files, it is possible for cygwin to provide the illusion of allowing '*' in filenames. $ mount -m |grep managed mount -f -u -b -o managed C:/cygwin/home/eblake/managed /home/eblake/managed $ cd managed $ touch \* $ ls * The problem lies somewhere else, and not in the spelling of the names of the directory entries in /proc/registry. See my previous post - it is perfectly legal for you to do this in cygwin: $ cd /proc/registry/HKEY_CLASSES_ROOT/\* since HKEY_CLASSES_ROOT really does have a registry key named *. -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: findutils still broken
On Thu, Apr 21, 2005 at 05:39:57PM +, Eric Blake wrote: Also, I've noticed that some cygwin syscalls are sloppy, and change errno to EISDIR even when they are successful. Cygwin does try only to set errno when there is an error. If you have specific evidence to the contrary please report it. -- 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: findutils still broken
On Thu, Apr 21, 2005 at 06:59:11PM +0100, Dave Korn wrote: Original Message From: Eric Blake Sent: 21 April 2005 18:40 Contrary to your statement, /proc/registry/HKEY_CLASSES_ROOT/*/ is a valid directory name (but you sure have to be careful with shell quoting to actually get there). Only on a managed mount. You simply cannot create a filename with a * in it under windows, no matter how carefully you quote it (read 'even if you pass a string with a * in it to CreateFile). The whole /proc filesystem is an invention. There is no managed about it. There is no reason that I can think of why windows limitations should apply to it. But, as usual, this speculation about what could possibly be going wrong is easily solved by just refraining from treating cygwin as a black box and looking at the sources. -- 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: findutils still broken
Original Message From: Christopher Faylor Sent: 21 April 2005 19:20 On Thu, Apr 21, 2005 at 05:39:57PM +, Eric Blake wrote: Also, I've noticed that some cygwin syscalls are sloppy, and change errno to EISDIR even when they are successful. Cygwin does try only to set errno when there is an error. If you have specific evidence to the contrary please report it. In any case, it's legitimate to set errno to anything you like in a system call, because the application is only allowed to pay attention to the value of errno if the system call returns an error exception. If the system call returns success (generally zero), the value of errno is undefined and it's not valid to pay any attention to it. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Courier-IMAP on cygwin
Kees Vonk wrote:
I am currently trying to install courier imap on cygwin. I have seen
several people on the list saying they have managed it, but I don't seem
to be able to get it working. In fact I don't even get courier-authlib
(0.55) to configure without errors.
When I start configure without the --without-authldap option I get the
following error:
checking for netinet/in.h... yes
checking whether -lresolve is needed for res_query... configure: error:
Cannot find function res_query
However when I inlcude the --without-authldap option the first bit of
configure seems to work, but them when it gets to libltdl it suddenly
fails with:
configure: error: invalid package name: authldap
Can anyone tell me how to get around this? I can compile it on my linux
box without a problem.
Thank you very much,
Kees Vonk
Try the attached patch, I used exim as mta and MySQL backend, it is for
courier-0.47 which was the latest release in January. Is 0.55 a devel
release?
I called configure with these options and useful settings for prefix,
sysconfdir, localstatedir, srcdir:
configure \
--srcdir=${srcdir} --prefix=${prefix} \
--exec-prefix='${prefix}' --sysconfdir=${sysconfdir} \
--libdir='${prefix}/lib' --includedir='${prefix}/include' \
--mandir='${prefix}/share/man' --infodir='${prefix}/share/info' \
--libexecdir='${prefix}/sbin' --localstatedir=${localstatedir} \
--datadir='${prefix}/share' --with-db=gdbm --enable-unicode \
--enable-utf7-folder-encoding --disable-root-check \
--enable-workarounds-for-imap-client-bugs \
--with-trashquota --without-authpgsql --without-authldap \
--without-authplain --with-authmysql --with-waitfunc=wait \
--with-mailuser=mail --with-mailgroup=services \
--with-mysql-libs=/usr/lib/mysql \
--with-mysql-includes=/usr/include/mysql )
Gerrit
--
=^..^=
Action Soccer: http://www.action-soccer.de/?lv=deid=505
(german online game)
diff -purN -x .build -x .inst -x .sinst courier-0.47-orig/authlib/Makefile.am
courier-0.47/authlib/Makefile.am
--- courier-0.47-orig/authlib/Makefile.am 2004-06-12 04:56:52.0
+0200
+++ courier-0.47/authlib/Makefile.am2004-12-20 00:39:53.315235200 +0100
@@ -336,25 +336,25 @@ libauth1.dep: $(authpamlibsdep) $(authpw
authpam_SOURCES=mod.h modauthpam.c
authpam_DEPENDENCIES=libauthmod.a libauth.a
authpam_LDADD=libauthmod.a libauth.a ../numlib/libnumlib.a -lpam @SHADOWLIBS@
@AUTHPAMCRYPT@ @LIBDL@
-authpam.libsdep: authpam
+authpam.libsdep: authpam$(EXEEXT)
echo ../numlib/libnumlib.a -lpam @SHADOWLIBS@ @AUTHPAMCRYPT@ @LIBDL@
authpam.libsdep
authpwd_SOURCES=mod.h modauthpwd.c
authpwd_DEPENDENCIES=libauthmod.a libauth.a @MD5LIB@ @SHA1LIB@
authpwd_LDADD=libauthmod.a libauth.a ../numlib/libnumlib.a @MD5LIB@ @SHA1LIB@
$(CRYPTLIBS)
-authpwd.libsdep: authpwd
+authpwd.libsdep: authpwd$(EXEEXT)
echo ../numlib/libnumlib.a @MD5LIB@ @SHA1LIB@ $(CRYPTLIBS)
authpwd.libsdep
authshadow_SOURCES=mod.h modauthshadow.c
authshadow_DEPENDENCIES=libauthmod.a libauth.a @MD5LIB@ @SHA1LIB@
authshadow_LDADD=libauthmod.a libauth.a ../numlib/libnumlib.a @MD5LIB@
@SHA1LIB@ @SHADOWLIBS@ $(CRYPTLIBS)
-authshadow.libsdep: authshadow
+authshadow.libsdep: authshadow$(EXEEXT)
echo ../numlib/libnumlib.a @MD5LIB@ @SHA1LIB@ @SHADOWLIBS@ $(CRYPTLIBS)
authshadow.libsdep
authuserdb_SOURCES=mod.h modauthuserdb.c
authuserdb_DEPENDENCIES=libauthmod.a libauth.a ../userdb/libuserdb.a
authuserdb_LDADD=libauthmod.a libauth.a ../numlib/libnumlib.a
../userdb/libuserdb.a @dblibrary@ @HMACLIB@ @LIBGDBM@ @LIBDB@ @MD5LIB@
@SHA1LIB@ $(CRYPTLIBS)
-authuserdb.libsdep: authuserdb
+authuserdb.libsdep: authuserdb$(EXEEXT)
echo ../numlib/libnumlib.a ../userdb/libuserdb.a @dblibrary@ @HMACLIB@
@LIBGDBM@ @LIBDB@ @MD5LIB@ @SHA1LIB@ $(CRYPTLIBS) authuserdb.libsdep
authpgsql_SOURCES=mod.h modauthpgsql.c
@@ -362,7 +362,7 @@ authpgsql_DEPENDENCIES=libauthmod.a liba
authpgsql_LDADD=libauthmod.a libauth.a ../numlib/libnumlib.a @HMACLIB@
@MD5LIB@ @SHA1LIB@ @SHA1LIB@ \
$(CRYPTLIBS) @PGSQL_LIBS@ @LIBM@ @NETLIBS@
-authpgsql.libsdep: authpgsql
+authpgsql.libsdep: authpgsql$(EXEEXT)
echo ../numlib/libnumlib.a @HMACLIB@ @MD5LIB@ @SHA1LIB@ $(CRYPTLIBS)
@PGSQL_LIBS@ @LIBM@ @NETLIBS@ authpgsql.libsdep
authmysql_SOURCES=mod.h modauthmysql.c
@@ -370,13 +370,13 @@ authmysql_DEPENDENCIES=libauthmod.a liba
authmysql_LDADD=libauthmod.a libauth.a ../numlib/libnumlib.a @HMACLIB@
@MD5LIB@ @SHA1LIB@ @SHA1LIB@ \
$(CRYPTLIBS) @MYSQL_LIBS@ @LIBM@ @NETLIBS@
-authmysql.libsdep: authmysql
+authmysql.libsdep: authmysql$(EXEEXT)
echo ../numlib/libnumlib.a @HMACLIB@ @MD5LIB@ @SHA1LIB@ $(CRYPTLIBS)
@MYSQL_LIBS@ @LIBM@ @NETLIBS@ authmysql.libsdep
authvchkpw_SOURCES=mod.h modauthvchkpw.c
authvchkpw_DEPENDENCIES=libauthmod.a libauth.a @MD5LIB@ @SHA1LIB@
authvchkpw_LDADD=libauthmod.a libauth.a ../numlib/libnumlib.a @MD5LIB@
@SHA1LIB@ @VPOPMAILLIBS@ @LIBM@ $(CRYPTLIBS)
-authvchkpw.libsdep: authvchkpw
RE: findutils still broken
Original Message
From: Christopher Faylor
Sent: 21 April 2005 19:23
On Thu, Apr 21, 2005 at 06:59:11PM +0100, Dave Korn wrote:
Original Message
From: Eric Blake
Sent: 21 April 2005 18:40
Contrary to your statement, /proc/registry/HKEY_CLASSES_ROOT/*/ is a
valid directory name (but you sure have to be careful with shell quoting
to actually get there).
Only on a managed mount. You simply cannot create a filename with a *
in it under windows, no matter how carefully you quote it (read 'even if
you pass a string with a * in it to CreateFile).
The whole /proc filesystem is an invention. There is no managed about it.
There is no reason that I can think of why windows limitations should
apply to it.
D'oh, yes, of course. Right problem, wrong context.
But, as usual, this speculation about what could possibly be going wrong
is easily solved by just refraining from treating cygwin as a black box
and looking at the sources.
Well, that was my next step, but I'm off home for the evening.
[EMAIL PROTECTED] /artimi cd /proc/registry
[EMAIL PROTECTED] /proc/registry cd HKEY_CLASSES_ROOT/
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT cd \*
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/* ls
AlwaysShowExt InfoTip OpenWithList QuickTip TileInfo shellex
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/* cd InfoTip
bash: cd: InfoTip: Not a directory
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/* cd QuickTip
bash: cd: QuickTip: Not a directory
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/*
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/* cd ..
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT cd .386/
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/.386 cd [TAB-TAB]
@ PerceivedType PersistentHandler
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/.386 cd PersistentHandler/
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/.386/PersistentHandler ls
@
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/.386/PersistentHandler cat @
{098f2470-bae0-11cd-b579-08002b30bfeb} [EMAIL PROTECTED]
/proc/registry/HKEY_CLASSES_ROOT/
It does look as if there's a dll bug preventing it from changing into
subdirs when there's an asterisk in the path. Dunno why it doesn't go on to
iterate the rest of the /proc tree, although if you try find /proc -xdev
it does enumerate more of the top-level.
cheers,
DaveK
--
Can't think of a witty .sigline today
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Courier-IMAP on cygwin
Brian Dessent wrote: Kees Vonk wrote: When I start configure without the --without-authldap option I get the following error: checking for netinet/in.h... yes checking whether -lresolve is needed for res_query... configure: error: Cannot find function res_query You lack the 'minires-devel' package most likely. However when I inlcude the --without-authldap option the first bit of configure seems to work, but them when it gets to libltdl it suddenly fails with: configure: error: invalid package name: authldap Can anyone tell me how to get around this? I can compile it on my linux box without a problem. That sounds like maybe you have the switch spelled wrong. Check the output of ./configure --help to see what the script accepts. If that's not it and it's a libtool issue, it could be worth a try to relibtoolize, or just autoreconf, the package to regenerate the 'configure' and 'libtool' (and possibly many other) files using Cygwin's autoconf/libtool/automake. You'll need the -devel versions of those three packages. autoreconf --install --force --verbose is often the sledgehammer of first attack if a package won't build. No guarantees that this will help though. It may take some digging around in the configure.in to see what's going on. No, I don't think so in this case. Don't touch the autotools used. In version 0.47 there are 48 configure scripts for each module its own script. It lasts forever to run through this strange system. 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: compiling fails on cygwin with dsniff
wrote:
Hello,
i think i need your help!
i downloaded the more full cygwin which is about 485M. it is 1.85G after
installed. And i get the dsniff2.3. When i compiled dsniff2.3 on
cygwin,it failed. the mistake like this:
**the mistake***
checking for Berkeley DB with 1.85 compatibility... configure: error:
Berkeley DB with 1.85 compatibility not found
and the compiling was stopped.
so i downloaded db.1.85. but the compiling failed too,when i compiled
db.1.85 on cygwin. the mistake like this:
**the mistake**
$ make
gcc -c -D__DBINTERFACE_PRIVATE -O -I. -Iinclude -I../../hash
.../../hash/hash.c
In file included from ../../hash/hash.c:55:
.../../hash/hash.h:106: error: field `__errno' declared as a function
.../../hash/hash.c: In function `flush_meta':
.../../hash/hash.c:508: error: parse error before '(' token
.../../hash/hash.c: In function `hash_get':
.../../hash/hash.c:539: error: parse error before '(' token
.../../hash/hash.c: In function `hash_put':
.../../hash/hash.c:556: error: parse error before '(' token
.../../hash/hash.c:560: error: parse error before '(' token
.../../hash/hash.c: In function `hash_delete':
.../../hash/hash.c:577: error: parse error before '(' token
.../../hash/hash.c:581: error: parse error before '(' token
.../../hash/hash.c: In function `hash_seq':
.../../hash/hash.c:732: error: parse error before '(' token
make: *** [hash.o] Error 1
*
could you help me? i must use dsniff on cygwin.
(please forgive me the bad english,because my native language is Chinese.)
Berkeley DB with 1.85 compatibility is enabled in the Berkeley DB
packages, please install the latest 'db' package:
- db-4.2.52-1 or at least:
- libdb4.2
- libdb4.2-devel
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: findutils still broken
On Thu, Apr 21, 2005 at 07:24:00PM +0100, Dave Korn wrote: Original Message From: Christopher Faylor Sent: 21 April 2005 19:20 On Thu, Apr 21, 2005 at 05:39:57PM +, Eric Blake wrote: Also, I've noticed that some cygwin syscalls are sloppy, and change errno to EISDIR even when they are successful. Cygwin does try only to set errno when there is an error. If you have specific evidence to the contrary please report it. In any case, it's legitimate to set errno to anything you like in a system call, because the application is only allowed to pay attention to the value of errno if the system call returns an error exception. If the system call returns success (generally zero), the value of errno is undefined and it's not valid to pay any attention to it. Yes. I know. Nevertheless, Cygwin does try only to set errno when there is an error. There are some cases where that isn't true but I didn't see any that referred to EISDIR. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: perl-libwin32-0.191-4
Reini Urban wrote: This email is to inform you about the release of the updated libwin32 perl package for the current perl-5.8.6 through http://cygwin.com/setup.exe. Compliment! Gerrit -- =^..^= -- 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: I just tried to build GCC 4.0.0-RC2 on Cygwin
Mikael wrote: As the topic says, I just tried to build the second release candidate of GCC 4.0.0 on Cygwin. The process itself was simple, but it took some time to perform the make bootstrap part, but that was expected. All steps of the build process completed successfully. I proceeded to try it on some of my home-brewn programs and the tiny amount of testing I did was a success. Of course -mno-cygwin doesn't work (it says: g++: installation problem, cannot exec 'cc1plus': No such file or directory). Apart from determining the proper configure options that should be used for Cygwin (I probably didn't use them) and making -mno-cygwin work, what else is required to port it fully to Cygwin? Many thanbks for the report. Did you run the test suite? Gerrit -- =^..^= -- 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: findutils still broken
Well, that was my next step, but I'm off home for the evening.
[EMAIL PROTECTED] /artimi cd /proc/registry
[EMAIL PROTECTED] /proc/registry cd HKEY_CLASSES_ROOT/
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT cd \*
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/* ls
AlwaysShowExt InfoTip OpenWithList QuickTip TileInfo shellex
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/* cd InfoTip
bash: cd: InfoTip: Not a directory
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/* cd QuickTip
bash: cd: QuickTip: Not a directory
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/*
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/* cd ..
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT cd .386/
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/.386 cd [TAB-TAB]
@ PerceivedType PersistentHandler
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/.386 cd PersistentHandler/
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/.386/PersistentHandler ls
@
[EMAIL PROTECTED] /proc/registry/HKEY_CLASSES_ROOT/.386/PersistentHandler
cat @
{098f2470-bae0-11cd-b579-08002b30bfeb} [EMAIL PROTECTED]
/proc/registry/HKEY_CLASSES_ROOT/
It does look as if there's a dll bug preventing it from changing into
subdirs when there's an asterisk in the path. Dunno why it doesn't go on to
iterate the rest of the /proc tree, although if you try find /proc -xdev
it does enumerate more of the top-level.
Works for me:
$ cd /proc/registry/HKEY_CLASSES_ROOT/\*
$ ls -F
AlwaysShowExt InfoTip shellex/
$ cat InfoTip
prop:Type;Author;Title;Subject;Comment;Size
$ cd shellex
$ /bin/pwd
/proc/registry/HKEY_CLASSES_ROOT/*/shellex
The problem in your demo is that not all registry entries are keys - some
(including hkcr/*/InfoTip) are values. In /proc/registry, registry keys map to
directories, registry values map to files, and the contents of the values are
found by reading the files.
--
Eric Blake
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: No libintl.jar in gettext-0.14.1-1
On Thu, 21 Apr 2005, Charles Wilson wrote: [EMAIL PROTECTED] wrote: Cough. The document /usr/share/doc/Cygwin/gettext-0.14.1.README tells me it should be around. Are there any reasons why this jar is not available in 0.14.1? Yep. It barely worked in 0.12.x, by dint of some kludgy wrapper scripts around Sun's jdk javac. In 0.14.1, my kludgy scripts didn't work, mainly because Bruno changes the gettext build process on comicbookguyvoice Every. Single. MicroRelease. Since java use on cygwin is fairly limited, I released the rest of 0.14.1 instead. It's been almost a year now and yours is the first complaint, so that was apparently the correct decision. But I forgot to update the docu. I'll make another stab at the java gettext support on a future release; with gcj coming along, I may, at that future date, be able to build it with all-cygwin tools instead of using silly wrappers around native tools -- which would be a lot easier. Chuck, Any reason why it doesn't make sense to use the wrappers from http://sources.redhat.com/cgi-bin/cvsweb.cgi/wrappers/java/?cvsroot=cygwin-apps? Or are those the wrappers you talked about? 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: findutils still broken
Nevertheless, Cygwin does try only to set errno when there is an error.
There are some cases where that isn't true but I didn't see any that
referred to EISDIR.
While I didn't find any EISDIR on success (yet), I did find the following in
1.5.15: [l]stat() on /proc/registry/HKEY_CLASSES_ROOT sets EBADF on success,
and lstat() on /proc/registry/HKEY_CLASSES_ROOT/\*/InfoTip sets ENOENT on
success. I originally wrote this program to discover that inode reporting in
readdir() is broken (to which you replied that fixing it would cause too much
of a slowdown), and to expose the closedir() bug on /cygdrive that was patched
for 1.5.13.
$ cat mydir.c
#include unistd.h
#include stdio.h
#include errno.h
#include string.h
#include fcntl.h
#include dirent.h
#include sys/stat.h
int main(int argc, char** argv)
{
DIR* dirp;
struct dirent* d;
struct stat s;
dev_t dev;
if (argc 2)
argv[1] = /cygdrive;
if (chdir(argv[1]) 0)
{
puts(Usage: mydir [dirname], dirname defaults to /cygdrive);
return 1;
}
if (stat(., s) 0)
return 2;
if (errno)
{
fprintf(stderr, stat succeeded, but with errno set %d:%s\n, errno,
strerror(errno));
errno = 0;
}
dev = s.st_dev;
if (!(dirp = opendir(.)))
return 3;
if (errno)
{
fprintf(stderr, opendir succeeded, but with errno set %d:%s\n, errno,
strerror(errno));
errno = 0;
}
while ((d = readdir(dirp)))
{
if (errno)
{
fprintf(stderr, readdir succeeded, but with errno set %d:%s\n, errno,
strerror(errno));
errno = 0;
}
if (lstat(d-d_name, s) 0)
return 4;
if (errno)
{
fprintf(stderr, lstat succeeded, but with errno set %d:%s\n, errno,
strerror(errno));
errno = 0;
}
printf(name %s readdir %lld:%lld lstat %lld:%lld\n,
d-d_name, (long long) dev, (long long) d-d_ino,
(long long) s.st_dev, (long long) s.st_ino);
}
if (errno)
{
fprintf(stderr, readdir died with error %d:%s\n, errno,
strerror(errno));
errno = 0;
}
if (closedir(dirp))
{
fprintf(stderr, closedir died with error %d:%s\n, errno,
strerror(errno));
return 7;
}
return 0;
}
$ ./mydir /proc/registry
name . readdir 249:62955137485954567 lstat 249:62955137485954567
name .. readdir 249:1290187932582212885 lstat 250:3370216573438707685
lstat succeeded, but with errno set 9:Bad file descriptor
name HKEY_CLASSES_ROOT readdir 249:2918072127280940078 lstat
249:-5725779783608089317
lstat succeeded, but with errno set 9:Bad file descriptor
name HKEY_CURRENT_CONFIG readdir 249:1858416338210701691 lstat
249:-4922755561972704280
lstat succeeded, but with errno set 9:Bad file descriptor
name HKEY_CURRENT_USER readdir 249:-5314180556948332796 lstat
249:4488711605872189425
lstat succeeded, but with errno set 9:Bad file descriptor
name HKEY_LOCAL_MACHINE readdir 249:8931300086272188864 lstat
249:-3090864638969521133
lstat succeeded, but with errno set 9:Bad file descriptor
name HKEY_USERS readdir 249:-617872841864433419 lstat 249:5152742094727745864
name HKEY_DYN_DATA readdir 249:-3036519385171394589 lstat
249:-2412852278496113200
lstat succeeded, but with errno set 9:Bad file descriptor
name HKEY_PERFORMANCE_DATA readdir 249:2001697819424303980 lstat
249:-153357268691558567
$ ./mydir /proc/registry/HKEY_CLASSES_ROOT/\*
name . readdir 249:-8709620034263747754 lstat 249:-8709620034263747754
lstat succeeded, but with errno set 9:Bad file descriptor
name .. readdir 249:-5346420323644962042 lstat 249:-5725779783608089317
name shellex readdir 249:2608058107958852925 lstat 249:3945857567889735338
lstat succeeded, but with errno set 2:No such file or directory
name InfoTip readdir 249:2752982411951817191 lstat 249:4090781871882699604
lstat succeeded, but with errno set 2:No such file or directory
name AlwaysShowExt readdir 249:-8169035040402285905 lstat
249:-7545367933727004516
--
Eric Blake
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: No permissions on files created outside Cygwin
On Thu, 21 Apr 2005, daniel.steinmann wrote: Or just use Cygwin's vim ;-) Hey, I use Cygwin's vim! Thanks for providing this package. I use it for quick edits. For my day-to-day Java/Web programming I prefer native gVim, because the compiler plugins work out of the box and do not need all this cygpath fiddling to invoke javac. FYI, if you use the wrappers from http://sources.redhat.com/cgi-bin/cvsweb.cgi/wrappers/java/?cvsroot=cygwin-apps, you won't need to do any cygpath fiddling at all. 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: findutils still broken
On Thu, Apr 21, 2005 at 08:15:33PM +, Eric Blake wrote: Nevertheless, Cygwin does try only to set errno when there is an error. There are some cases where that isn't true but I didn't see any that referred to EISDIR. While I didn't find any EISDIR on success (yet), I did find the following in 1.5.15: [l]stat() on /proc/registry/HKEY_CLASSES_ROOT sets EBADF on success, and lstat() on /proc/registry/HKEY_CLASSES_ROOT/\*/InfoTip sets ENOENT on success. I originally wrote this program to discover that inode reporting in readdir() is broken (to which you replied that fixing it would cause too much of a slowdown), Yes, both Corinna and I had potential fixes (neither being a complete fix) for this in our sandboxes but they didn't make it into 1.5.15. Corinna got this working for =XP which means that it wouldn't be right only on NTFS file systems on NT3.5, NT4, and NT2K. I just was going to get rid of the inode field entirely because, as you'd previously said, any well-designed software would adapt to the lack of that field. The end result was that neither of the changes got in. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Syslogd hangs on start
Hello, I'm trying to start the cygwin syslog daemon. I set it up using syslogd-config, then try and start it with either net start or cygrunsrv -S. The service never fully starts. The return of both commands states that the service could not be started. It does however hang in start up mode. When I reboot it takes nearly a minute to bring up my desktop after I login. The only way I can remove the service is to manually edit the registry (cygrunsrv -R syslogd doesn't work). I tried changing the service to run under my domain account instead of the SYSTEM account without any change. Below is the output I get when trying to start the service. Thanks for any suggestions. Lloyd $ syslogd-config Overwrite existing /etc/syslog.conf file? (yes/no) yes Creating default /etc/syslog.conf file Warning: The following function requires administrator privileges! Do you want to install syslogd as service? (Say no if it's already installed as service) (yes/no) yes The service has been installed under LocalSystem account. To start the service, call `net start syslogd' or `cygrunsrv -S syslogd'. Check /etc/syslog.conf first, if it suits your needs. Keep in mind that any file mentioned in /etc/syslog.conf must exist and be readable and writable for the SYSTEM account. Oh and, use tabs, not spaces in /etc/syslog.conf... Configuration finished. Have fun! $ cygrunsrv -Q syslogd Service syslogd exists Type: Own Process Current State : Stopped Controls Accepted : $ net start syslogd The CYGWIN syslogd service is starting The CYGWIN syslogd service could not be started. More help is available by typing NET HELPMSG 3523. The service is now hung in startup. I can't stop it or remove it. $ net stop syslogd The service could not be controlled in its present state. More help is available by typing NET HELPMSG 2189. $ net helpmsg 2189 The service could not be controlled in its present state. EXPLANATION The service is not currently accepting requests. If the service is starting, it cannot process requests until it is fully started. ACTION Try the operation again in a minute or two. If this problem persists, the service may be stuck in a partially running state. Contact technical support. Be prepared to give the name of the service and othe r information about the system, such as the services and applications that were running, and the type and amount of network activity on the computer at the cygcheck.out time of the problem. cygcheck.out Description: cygcheck.out -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: announcement subject tag
On Thu, 21 Apr 2005, Christopher Faylor wrote: On Thu, Apr 21, 2005 at 08:20:45AM -0500, Julian Opificius wrote: It's a little presumptuous to use a subject tag that does not include cygwin. What does [announcement] mean to someone outside the cygwin camp? There are hundreds of organizations that might want to make announcements via email lists. What about [cygwin-announce]. Sorry. We've trademarked the use of [ANNOUNCEMENT]. If those hundreds of organizations want to use this, they'll have to pay us royalties. So, if you see other organizations using the [ANNOUNCEMENT] without proper attribution to Cygwin, make sure you report them to your local authorities. Then how about changing it to [ANNOUNCEMENT(tm)]? ;-) After all, if you don't enforce the trademark, it becomes void, right? 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: Syslogd hangs on start
Thompson, Lloyd D. (SSD) wrote: $ net stop syslogd The service could not be controlled in its present state. More help is available by typing NET HELPMSG 2189. $ net helpmsg 2189 The service could not be controlled in its present state. I do not know the root cause for why the service will not start, but when it gets in this hung state you can unwedge it by killing the cygrunsrv process. This can get a little tricky because as a SYSTEM account, it normally can't be killed with taskmgr. I just use Process Explorer which lets you kill any process, service or not. Find the cygrunsrv that corresponds with the stuck service (if you have more than one, click on each and go to the Services tab to see which one is for which service) and kill the stuck one. Then windows should report the service as stopped and you can try restarting it again after working on the root cause. 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: Syslogd hangs on start
On Thu, Apr 21, 2005 at 02:21:39PM -0700, Brian Dessent wrote: Thompson, Lloyd D. (SSD) wrote: $ net stop syslogd The service could not be controlled in its present state. More help is available by typing NET HELPMSG 2189. $ net helpmsg 2189 The service could not be controlled in its present state. I do not know the root cause for why the service will not start, but when it gets in this hung state you can unwedge it by killing the cygrunsrv process. This can get a little tricky because as a SYSTEM account, it normally can't be killed with taskmgr. I just use Process Explorer which lets you kill any process, service or not. Find the cygrunsrv that corresponds with the stuck service (if you have more than one, click on each and go to the Services tab to see which one is for which service) and kill the stuck one. Then windows should report the service as stopped and you can try restarting it again after working on the root cause. Wouldn't ps -W and /bin/kill -f work here, too? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Rebase All command.....
On Thu, 21 Apr 2005, Dave Korn wrote: Original Message From: Pradip Jadav Sent: 21 April 2005 17:47 Hi guys.. When I gave command rebase all, my monitor's screen got damaged. I mean 25% of screen is got Black and resizing screen is only upto 80% of total screen.. It appers as full screen sometimes and 80% screen sometimes. Now I have changed my monitor , and this new monitor is working fine. That damaged monitor is not working properly at any other machine.. My question is -- Was that just coincidence or rebase all command had done something??? You must have specified the --disable-monitor option! *ALL YOUR MONITOR ARE BELONG TO US*? 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: Syslogd hangs on start
Christopher Faylor wrote: Wouldn't ps -W and /bin/kill -f work here, too? Probably. Though ps doesn't tell you which cygrunsrv is which, if you have more than one running and don't want to kill an innocent service, which is why I use procexp. procps aux --forest works too. 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/
Newbie question: What is EOF for stdin?
First of all I apologize if this was answered somewhere else, but I didn't find it. I tried searching Google, the archives (http://sources.redhat.com/cgi-bin/htsearch?restrict=%2Fml%2Fcygwin%2F;exclude=;config=htdig;method=boolean;format=builtin-long;sort=time;words=stdin%20AND%20%5ED%20OR%20EOF;page=5) and the user guide, but none of these had the answer. My question is (I think) simple: what is the shell key combination for EOF? I am running a program - CRM114 - that was compiled for Windows, but it is in my cygwin path (/usr/bin). This program expects me to type in some text and, when I'm ready for CRM114 to process it I am supposed to hit the EOF keyboard combination. I tried ^D (control D) but this didn't seem to work. Should ^D work? Is there something else I can try to use for EOF? signature.asc Description: OpenPGP digital signature
shutdown-1.5-1 does not work!
I am tried as Administrator: [EMAIL PROTECTED] ~/Downloads/cygwin $ shutdown now WARNING!!! System is going down NOW shutdown: Couldn't shutdown: Error 5 Accesso negato. (also shutdown 5 does not work) Thank you, angelo. [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Newbie question: What is EOF for stdin?
Windows programs often like ^Z as EOF. stephan(); -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Barnett Sent: Thursday, April 21, 2005 2:45 PM To: cygwin@cygwin.com Subject: Newbie question: What is EOF for stdin? First of all I apologize if this was answered somewhere else, but I didn't find it. I tried searching Google, the archives (http://sources.redhat.com/cgi-bin/htsearch?restrict=%2Fml%2Fcygwin%2F;e xclude=;config=htdig;method=boolean;format=builtin-long;sort=time;words= stdin%20AND%20%5ED%20OR%20EOF;page=5) and the user guide, but none of these had the answer. My question is (I think) simple: what is the shell key combination for EOF? I am running a program - CRM114 - that was compiled for Windows, but it is in my cygwin path (/usr/bin). This program expects me to type in some text and, when I'm ready for CRM114 to process it I am supposed to hit the EOF keyboard combination. I tried ^D (control D) but this didn't seem to work. Should ^D work? Is there something else I can try to use for EOF? -- 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: Newbie question: What is EOF for stdin? [SOLVED]
That (^Z) did the trick perfectly. Thanks! Jason Stephan Mueller wrote: Windows programs often like ^Z as EOF. stephan(); -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Barnett Sent: Thursday, April 21, 2005 2:45 PM To: cygwin@cygwin.com Subject: Newbie question: What is EOF for stdin? First of all I apologize if this was answered somewhere else, but I didn't find it. I tried searching Google, the archives (http://sources.redhat.com/cgi-bin/htsearch?restrict=%2Fml%2Fcygwin%2F;e xclude=;config=htdig;method=boolean;format=builtin-long;sort=time;words= stdin%20AND%20%5ED%20OR%20EOF;page=5) and the user guide, but none of these had the answer. My question is (I think) simple: what is the shell key combination for EOF? I am running a program - CRM114 - that was compiled for Windows, but it is in my cygwin path (/usr/bin). This program expects me to type in some text and, when I'm ready for CRM114 to process it I am supposed to hit the EOF keyboard combination. I tried ^D (control D) but this didn't seem to work. Should ^D work? Is there something else I can try to use for EOF? signature.asc Description: OpenPGP digital signature
Re: I just tried to build GCC 4.0.0-RC2 on Cygwin
Gerrit P. Haase wrote: Mikael wrote: As the topic says, I just tried to build the second release candidate of GCC 4.0.0 on Cygwin. The process itself was simple, but it took some time to perform the make bootstrap part, but that was expected. All steps of the build process completed successfully. I proceeded to try it on some of my home-brewn programs and the tiny amount of testing I did was a success. Of course -mno-cygwin doesn't work (it says: g++: installation problem, cannot exec 'cc1plus': No such file or directory). Apart from determining the proper configure options that should be used for Cygwin (I probably didn't use them) and making -mno-cygwin work, what else is required to port it fully to Cygwin? Many thanbks for the report. Did you run the test suite? I didn't, but as soon as it's released I plan to redo the process, this time with better configure options and then I will also run the testsuite. Gerrit -- =^..^= / 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: I just tried to build GCC 4.0.0-RC2 on Cygwin
Mikael wrote: Gerrit P. Haase wrote: Mikael wrote: As the topic says, I just tried to build the second release candidate of GCC 4.0.0 on Cygwin. The process itself was simple, but it took some time to perform the make bootstrap part, but that was expected. All steps of the build process completed successfully. I proceeded to try it on some of my home-brewn programs and the tiny amount of testing I did was a success. Of course -mno-cygwin doesn't work (it says: g++: installation problem, cannot exec 'cc1plus': No such file or directory). Apart from determining the proper configure options that should be used for Cygwin (I probably didn't use them) and making -mno-cygwin work, what else is required to port it fully to Cygwin? Many thanbks for the report. Did you run the test suite? I didn't, but as soon as it's released I plan to redo the process, this time with better configure options and then I will also run the testsuite. I see it's out now. Process initiated. Gerrit -- =^..^= / M / 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: 1.5.15: multiple simultaneous processes can fail to start
On Thu, Apr 21, 2005 at 01:50:44PM -0700, Usman Muzaffar wrote: Hello. We seem to be having difficulty when two Cygwin processes are started simultaneously (or in close succession) on multiprocessor Windows 2003 systems. The problem manifests as this error: c:\cygwin\bin\which.exe (3824): *** system shared memory version mismatch detected - 0x0/0x75BE007F. This problem is probably due to using incompatible versions of the cygwin DLL. Search for cygwin1.dll using the Windows Start-Find/Search facility and delete all but the most recent version. The most recent version *should* reside in x:\cygwin\bin, where 'x' is the drive on which you have installed the cygwin distribution. Rebooting is also suggested if you are unable to find another cygwin DLL. Looking at the code I can't see any way that this error could ever occur but, then, the code that produced this error was actually wrong. I just checked in a minor rewrite around this error message. I don't know if it will fix this problem or not. I couldn't duplicate your problem here, FWIW. This will be in the next cygwin snapshot: http://cygwin.com/snapshots/ . cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygwin-1.5.15-1
Corinna Vinschen corinna-cygwin at cygwin.com writes: On Apr 21 13:33, Jason FU wrote: Corinna Vinschen corinna-cygwin at cygwin.com writes: It doesn't work either as follows: Running as admin? Corinna Yes, Server 2003 only allows administrators to turn off the machine. Jason -- 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: bash was: can not run OPUS MAKE
On Thu, Apr 21, 2005 at 07:45:28AM +0200, Reini Urban wrote: The problem is bash related. lame.exe invocation or mencoder.exe (probably arg parsing) also fails with a 1.5.15s-20050413 and latest bash-2.05b.0(1)-release (2.05b-17), but I haven't found time to debug it. Reproduced with cygwin-1.5.15 release also. This is a disappointingly vague message. I'm not sure what you hoped to gain from sending it since it contains no details or, AFAICT, any useful information other than I had a problem which, despite your previous high-quality contributions to this mailing list, does not preclude cockpit errors. In any event, I have downloaded lame from a web site in France and it seems to behave just fine with bash. I installed lame to /usr/bin and tried mounting /usr/bin with and without the -X directive, just in case that was a factor. lame worked fine in both cases. Passing the same cmdlines to cmd.exe or within cygwin tcsh or zsh do work fine. With the previous bash also. So, don't keep us in suspense. What were the command lines that caused the problem? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: zsh 4.3.0 dev 1 with cygwin1.dll 1.5.15
On Tue, 19 Apr 2005, S. Cowles wrote: I don't have a clear perception which mailing list is the more appropriate for this question, so I've sent a version of this message to the cygwin users' mailing list and to the zsh users' list. Any help would be appreciated. This is really a Cygwin issue. If you can wait, I'm building this version right now and maybe I'll be able to give you a better answer as to what's going on. The problem is that I have had no success running zsh 4.3.0 dev 1 on the last two releases of cygwin1.dll, CYGWIN_NT-5.1 host 1.5.14(0.126/4/2) 2005-04-01 13:40 i686 CYGWIN_NT-5.1 host 1.5.15(0.127/4/2) 2005-04-18 12:20 i686 The builds of zsh proceed with no undue problems, but test A05 fails. The following is the message from running the cvs version of 4.3.0 dev 1 (pulled about 10h00 PDT, GMT +0700, 19 apr 2005) against cygwin1.dll 1.5.15(0.127/4/2): ./A05execution.ztst: starting. Test ./A05execution.ztst failed: bad status 1, expected 0 from: path=($ZTST_testdir/command.tmp/dir1 $ZTST_testdir/command.tmp/dir2 .) tstcmd path=($storepath) Error output: 6 [main] zsh 2052 fork_parent: child 3084 died waiting for longjmp before initialization (eval):4: fork failed: interrupt Was testing: path (1) ./A05execution.ztst: test failed. 249108 [main] zsh 2052 fork_parent: child 3640 died waiting for longjmp before initialization ZTST_cleanup:2: fork failed: no such file or directory When I try to run this build of zsh, every call to a non-builtin resource results in a fork failure. I have asked the cygwin mailing list if there might be some user configurable resource that would fix this problem. On the other hand, the cygwin release of zsh 4.2.4 does run under this latest release of cygwin1.dll. Before I jump in, I wondered if anyone had already run into this problem and had any pointers to causes. -- 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: can not run OPUS MAKE
On Wed, Apr 20, 2005 at 11:42:49AM -0600, lin q wrote: Hi, It is strange:in cygwin when I am trying to run OPUS MAKE, I always get this error, OPUS MAKE: Don't know how to make '!*'. Stop. I turn on the debug mode and I see the following, *** Read c:\opus6.12/make.ini *** Note: You are using Opus' default initialization file 'c:\opus6.12/make.ini' *** Done c:\opus6.12/make.ini *** *** Read some path\s/make.dbg.nt *** *** Done some path\s/make.dbg.nt *** *** Tracing OPUS MAKE *** ??!* absent ?? check rules ?? no inferred source found ?? update !* OPUS MAKE: Don't know how to make '!*'. Stop. If I run OPUS MAKE against same makefile in tc-shell, then there is no problem. I wonder if there is any known problem? I just downloaded opus make to see if I could duplicate this problem. I can't. Given that '!*' has some meaning to shells, I wonder if you are tripping over some alias or function gone awry. If you specify the full command line to the make executable when you run the command you should bypass any aliases or functions that you have in the make environment. Otherwise, it's possible that there is something else being triggered. Try doing a 'set -x; c:\path\to\make ; set +x' to see what is happening when you invoke make. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
