Re: A question for the Ruby maintainer: RubyGems?
On Jan 18 19:06, Igor Peshansky wrote: Hi, Corinna, As far as I understand, RubyGems is the Ruby equivalent of Perl's CPAN. Is there a particular reason why it's not part of the ruby package? Does the ruby package contain alternative mechanisms for installing standard Ruby modules from the global repository? Would you be interested in including it in the next Ruby releases, or should I look into matching its packaging structure with ruby and proposing it as a separate package? I'm not interested in maintaining mroe than the base package. If you want to add RubyGems, feel free to either prepare a separate package, or to take over ruby maintainership entirely (it build OOTB anyway). I have no problems either way. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
RE: [Patch] setup source page should use command-line option over last selected
Thrall, Bryan wrote: Thrall, Bryan wrote on Thursday, January 12, 2006 1:17 PM: Setup.exe currently (based on CVS HEAD) uses the last selected option from the Source page instead of the command line option (if it is present). For example, if the user selected Download without installing the last time they ran setup, then that will be selected the next time setup runs regardless of the command line. To reproduce: 1) Run 'setup.exe' and on the Choose Download Source page, select (for example) Download without installing. Click next, then cancel. 2) Run 'setup.exe -L' and go to the Choose Download Source page. Install from local directory should be selected, but Download without installing still is. The attached patch should fix this. *ping* Am I wrong in thinking that the command line options should override the last user-choice? Thanks, *pong* Of course you aren't wrong in thinking that the command line options should override the last user-choice! You're welcome! cheers, DaveK -- Can't think of a witty .sigline today
Please upload: boost-1.33.1-2
http://logout.sh.cvut.cz/~wilx/cygwin-boost/packages/boost-1.33.1-2-src.tar.bz2 http://logout.sh.cvut.cz/~wilx/cygwin-boost/packages/boost-1.33.1-2.tar.bz2 http://logout.sh.cvut.cz/~wilx/cygwin-boost/packages/boost-devel/boost-devel-1.33.1-2.tar.bz2 signature.asc Description: OpenPGP digital signature
Re: A question for the Ruby maintainer: RubyGems?
On Thu, 19 Jan 2006, Corinna Vinschen wrote: On Jan 18 19:06, Igor Peshansky wrote: Hi, Corinna, As far as I understand, RubyGems is the Ruby equivalent of Perl's CPAN. Is there a particular reason why it's not part of the ruby package? Does the ruby package contain alternative mechanisms for installing standard Ruby modules from the global repository? Would you be interested in including it in the next Ruby releases, or should I look into matching its packaging structure with ruby and proposing it as a separate package? I'm not interested in maintaining mroe than the base package. If you want to add RubyGems, feel free to either prepare a separate package, or to take over ruby maintainership entirely (it build OOTB anyway). I have no problems either way. Okay, thanks. I'll play around with the install, see how hard it is to get it to behave properly, and try to ITP it at some point. If it turns out I'll be using ruby more extensively, taking over maintainership may be an option too. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac
Re: Please upload: boost-1.33.1-2
On Jan 19 12:49, V?clav Haisman wrote: http://logout.sh.cvut.cz/~wilx/cygwin-boost/packages/boost-1.33.1-2-src.tar.bz2 http://logout.sh.cvut.cz/~wilx/cygwin-boost/packages/boost-1.33.1-2.tar.bz2 http://logout.sh.cvut.cz/~wilx/cygwin-boost/packages/boost-devel/boost-devel-1.33.1-2.tar.bz2 Uploaded. I removed 1.33.0-1 and 1.33.0-2. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Heads-up: wget-1.10.2-1-src contains wget-1.10.2-1 without .sh
Hi, The wget-1.10.2 source package contains the build script without the .sh extension. Just a heads-up for the next version. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac
Heads-up + patch: run-1.1.6-1-src: patch contains build logs
Hi,
I just had a chance to look at the run-1.1.6-1 source package, and it
looks like the build logs ended up in the patch. This is caused by a bug
in the GBS that the included patch ought to fix. I'll commit a variant of
it shortly.
Just a heads-up for the next version.
Igor
Index: generic-build-script
===
RCS file: /cvs/cygwin-apps/packaging/templates/generic-build-script,v
retrieving revision 1.43
diff -u -p -r1.43 generic-build-script
--- generic-build-script18 Oct 2005 05:01:36 - 1.43
+++ generic-build-script19 Jan 2006 16:01:51 -
@@ -331,7 +331,7 @@ mkpatch() {
unpack ${src_orig_pkg} \
mv ${BASEPKG} ../${BASEPKG}-orig \
cd ${topdir} \
- diff -urN -x '.build' -x '.inst' -x '.sinst' \
+ diff -urN -x '.build' -x '.inst' -x '.sinst' -x '.buildlogs' \
${BASEPKG}-orig ${BASEPKG} \
${srcinstdir}/${src_patch_name} ; \
rm -rf ${BASEPKG}-orig )
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!)
|,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac
Coreutils build used to require a managed mount?
This is not an issue with coreutils-5.93, but the coreutils-5.3.0 source won't extract without a managed mount due to some files that differ only in filename case in the source tarball. There are workarounds, of course, but for the future, this is something that needs to be put in the package announcement, at least. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac
Re: [Patch] setup source page should use command-line option over last selected
On Thu, Jan 19, 2006 at 10:44:56AM -, Dave Korn wrote: Thrall, Bryan wrote: Thrall, Bryan wrote on Thursday, January 12, 2006 1:17 PM: Setup.exe currently (based on CVS HEAD) uses the last selected option from the Source page instead of the command line option (if it is present). For example, if the user selected Download without installing the last time they ran setup, then that will be selected the next time setup runs regardless of the command line. To reproduce: 1) Run 'setup.exe' and on the Choose Download Source page, select (for example) Download without installing. Click next, then cancel. 2) Run 'setup.exe -L' and go to the Choose Download Source page. Install from local directory should be selected, but Download without installing still is. The attached patch should fix this. *ping* Am I wrong in thinking that the command line options should override the last user-choice? Thanks, *pong* Of course you aren't wrong in thinking that the command line options should override the last user-choice! You're welcome! So, since there is now this unbelievable consensus and good will could someone check in the patch? cgf
RE: [Patch] setup source page should use command-line option over last selected
Dave Korn wrote on Thursday, January 19, 2006 12:45 PM: Christopher Faylor wrote: So, since there is now this unbelievable consensus and good will could someone check in the patch? cgf Well, I haven't tested it yet, so if nobody else does so first, I'll build it and test it after I get home from work this evening and check it in. But I'd never check in something I hadn't personally verified that, at the very least, everything still compiles. (Generally I'd like to do even a bit more testing than that) cheers, DaveK Cool, and thanks! -- Bryan Thrall FlightSafety International [EMAIL PROTECTED]
Re: Coreutils build used to require a managed mount?
This is not an issue with coreutils-5.93, but the coreutils-5.3.0 source won't extract without a managed mount due to some files that differ only in filename case in the source tarball. There are workarounds, of course, but for the future, this is something that needs to be put in the package announcement, at least. It was fixed upstream post-5.3.0 because I packaged 5.3.0, noticed the problem, and complained. The only files affected by case clash in 5.3.0 are test scripts, so you can still run configure and make without issues. But I never got errors from tar, even though I was not using a managed mount. My guess is that you must be using an explicit setting of CYGWIN=check_case: that makes tar complain, whereas I don't use that, so I just see tar creating the contents of the second file in the spelling of the first. That's why I never thought to document it as a limitation. -- Eric Blake volunteer cygwin coreutils maintainer
Re: Coreutils build used to require a managed mount?
On Thu, 19 Jan 2006, Eric Blake wrote: This is not an issue with coreutils-5.93, but the coreutils-5.3.0 source won't extract without a managed mount due to some files that differ only in filename case in the source tarball. There are workarounds, of course, but for the future, this is something that needs to be put in the package announcement, at least. It was fixed upstream post-5.3.0 because I packaged 5.3.0, noticed the problem, and complained. The only files affected by case clash in 5.3.0 are test scripts, so you can still run configure and make without issues. Right. But I never got errors from tar, even though I was not using a managed mount. My guess is that you must be using an explicit setting of CYGWIN=check_case: that makes tar complain, whereas I don't use that, so I just see tar creating the contents of the second file in the spelling of the first. That's why I never thought to document it as a limitation. Exactly. I use check_case:strict (since I don't like tar, etc, to just silently overwrite unrelated files). One of the workarounds I mentioned was explicitly setting check_case:relaxed before running the prep step. This was more of a something to watch for in the future kind of thing... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac
Re: A question for the Ruby maintainer: RubyGems?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Igor Peshansky wrote: Okay, thanks. I'll play around with the install, see how hard it is to get it to behave properly, and try to ITP it at some point. If it turns out I'll be using ruby more extensively, taking over maintainership may be an option too. In terms of packaging rubygems (it requires a bit of a trick to install into a DESTDIR), you may want to see my Cygwin Ports package: ftp://sunsite.dk/projects/cygwinports/release/ruby/rubygems/ Let me know if there's anything else ruby-based that you like there, under /release/ruby/. P.S. ruby could use a version bump. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFDz/wXpiWmPGlmQSMRAo6jAJ97GC7drUpV/S9Fhe8eU+QMO0/qaACgoi9c qjGpKgzdH6w6qdjeCUr20F4= =RaCz -END PGP SIGNATURE-
Re: A question for the Ruby maintainer: RubyGems?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Igor Peshansky wrote: Heh, that's cool, thanks for saving me the effort, Yaakov. Well, IIRC, thank Gentoo for that solution. Corinna already indicated her willingness to give over maintainership into capable hands. I don't use Ruby regularly (just starting to dabble in it), so I'm reluctant to make a grab for it. If you feel confident in your ability to keep Cygwin Ruby going, would you like to offer to maintain it? Not yet, although I'll try building it from source and see how it goes; there are a few very minor things I'd like to see changed. Also, if there is a maintainership change, and since you've already packaged RubyGems (and are presumably willing to maintain it as well), it might (IMHO) be a good idea to fold RubyGems into the main Ruby package. I disagree with this one. The rubygems system isn't (yet) so integral to ruby like CPAN to perl. It's a separate package upstream with its own release cycle, so I think it should be a separate package here as well. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD0BL5piWmPGlmQSMRAmmYAJ916QhvxwkHMyaHt43/6X30Xp2y5ACgjrGr jSSlMPmWz01ugEH84cjpTMA= =/UDN -END PGP SIGNATURE-
RE: [Patch] setup source page should use command-line option over last selected
Thrall, Bryan wrote: Dave Korn wrote on Thursday, January 19, 2006 12:45 PM: Christopher Faylor wrote: So, since there is now this unbelievable consensus and good will could someone check in the patch? cgf Well, I haven't tested it yet, so if nobody else does so first, I'll build it and test it after I get home from work this evening and check it in. But I'd never check in something I hadn't personally verified that, at the very least, everything still compiles. (Generally I'd like to do even a bit more testing than that) cheers, DaveK Cool, and thanks! 'k, I've built setup and verified the bug exists as described; I've read the patch and the code it applies to and it looks sane and logically valid to me; I've applied the patch and rebuilt the code and it applied and built without warnings and I've tested the result and the bug is indeed fixed as it should be! So all we need now is a ChangeLog entry please Byran! cheers, DaveK -- Can't think of a witty .sigline today
Imake.tmpl: No such file or directory
Hello, Started trying to compile a familiar Linux library under Cygwin and ran into a problem with the AC_PATH_XTRA autoconf macro which calls xmkmf which calls imake. The trouble is that even with xorg devel installed, and therefore I do have a /usr/X11R6/lib/X11/config/Imake.tmpl, imake will still complain because it cannot find this file. Based on strace it appears to look in the current directory, then in C:\cygwin\lib\gcc\i686-pc-cygwin\3.4.4\include\Imake.tmpl, then (C:\cygwin\usr\include\w32api\Imake.tmpl. I can actually work around this problem by just doing a 'touch Imake.tmpl' in the current directory where imake is executed by configure for this macro test. However, something is wrong here and I could not find a recent email about this problem. To reproduce the problem, 'touch Imakefile;imake'. Should result in the following output. $ touch Imakefile $ imake Imakefile.c:9: Imake.tmpl: No such file or directory imake: Exit code 1. Stop. Thanks, Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Xlib: connection to 192.168.0.249:0.0 refused by server
I start Cygwin/X by: cd /usr/X11R6/bin startx My windows XP IP address is 192.168.0.249. I connect to the lab1 computer by: ssh -l admin 192.168.0.254 [EMAIL PROTECTED] admin]$ DISPLAY=192.168.0.249:0.0 [EMAIL PROTECTED] admin]$ export DISPLAY [EMAIL PROTECTED] admin]$ gvim Xlib: connection to 192.168.0.249:0.0 refused by server Xlib: No protocol specified E233: cannot open displayXlib: connection to 192.168.0.249:0.0 refused by server Xlib: No protocol specified Hit ENTER or type command to continue If my client is a unix computer, then xhost + will fix the problem. Now my client is a windows XP computer, what should I do? __ Find your next car at http://autos.yahoo.ca -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Running Cygwin on multi-user Windows XP
Cygwin when installed on Windows XP multi user machines will only run under the account in which it in installed. In addition, the account must have administrative rights, which is totally unacceptable. What do I have to do to get it to run on non-administrative accounts that were not the account under which it was installed? /Tom -- Tom Legbandt NOAA-CREST Center The City College of New York Electrical Engineering Dept. 140th and Convent Ave. New York, NY 10031 (212) 650-8274 - (tel) (212) 650-5459 - (msg) (212) 650-5491 - (fax) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Running Cygwin on multi-user Windows XP
google: cygwin xp non-administrator account result: http://www.cygwin.com/ml/cygwin-xfree/2005-02/msg9.html -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Tom Legbandt Sent: Thu, January 19, 2006 2:40 PM To: cygwin-xfree@cygwin.com Subject: Running Cygwin on multi-user Windows XP Cygwin when installed on Windows XP multi user machines will only run under the account in which it in installed. In addition, the account must have administrative rights, which is totally unacceptable. What do I have to do to get it to run on non-administrative accounts that were not the account under which it was installed? /Tom -- Tom Legbandt NOAA-CREST Center The City College of New York Electrical Engineering Dept. 140th and Convent Ave. New York, NY 10031 (212) 650-8274 - (tel) (212) 650-5459 - (msg) (212) 650-5491 - (fax) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Running Cygwin on multi-user Windows XP
Soong, SylokeJ wrote: google: cygwin xp non-administrator account result: http://www.cygwin.com/ml/cygwin-xfree/2005-02/msg9.html I think that REM Mount local user %TEMP% as /tmp mount -f -u -t %TEMP% /tmp should not work is statxwin.bat is started from a link on desktop or clicking on it frome Resource Explorer. %CYGWIN_ROOT%\tmpis c:\cygwin\tmp and not %TEMP%,i.e. C:\DOCUME~1\'user'~1\IMPOST~1\Temp It could work only if statxwin.bat is started from a bash shell (Cygwin.bat) The solution 'to mount the users own tmp directory as /tmp' should work in an environment that knows what means 'mount', '/tmp' (like CYGWIN). Best regards, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
winsup/cygwin ChangeLog fhandler_disk_file.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-01-19 18:55:08 Modified files: cygwin : ChangeLog fhandler_disk_file.cc Log message: * fhandler_disk_file.cc (fhandler_disk_file::opendir): Check posix path for root rather than windows path. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3343r2=1.3344 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=uberbaumr1=1.153r2=1.154
winsup/utils ChangeLog cygcheck.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-01-19 21:16:38 Modified files: utils : ChangeLog cygcheck.cc Log message: * cygcheck.cc (common_paths): Add patch. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/utils/ChangeLog.diff?cvsroot=uberbaumr1=1.345r2=1.346 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/utils/cygcheck.cc.diff?cvsroot=uberbaumr1=1.87r2=1.88
Access mounted drive in ssh connecting does not work
Hi folks I have the following problem. I like to access a mounted drive in a ssh connection. situation I mounted a drive on a server \\server.domain\directory1\ directory1 on /mnt/maydrive type system (binmode,noexec) I connected from another machine to my windows-pc via ssh. I like to access file in /mnt/maydrive. When I enter mount the the output show me the same output as in a local bash. Only the network drive which are accessed via a windows drive are missing. But when I enter to /mnt/maydrive I found no file in the directory. In the local shell I could access the file Thanks for any hint. Franz IMPORTANT I will read replies only from the mailing list. If you send me email directly it will be deleted. Regards Franz -- 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: find reports an internal system loop on cygdrive
On Jan 18 16:49, Linda A. Walsh wrote: Oh, sorry Brian -- flash update. Have you upgraded in the past 45 hours? Then you might have the newest feature implemented by Christopher. Is there any logic to doing this for /proc and /cygdrive and not /dev? The logic is that /dev should be a real directory, to allow stuff like creating the /dev/log unix domain socket when running syslogd, or for instance symlinks like /dev/tape - /dev/st0 as expected by mt(1). If /dev is an emulated only directory, both of the above examples would fail. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: TEMP Environment Variable Changed Format After Cygwin Update Today
On Jan 18 14:51, Weiqi Gao wrote: After updating to the latest Cygwin release, I'm having problems with MSVC, which I use everyday. The problem seems to be that the TEMP environment variable is now translated to UNIX format (/cygdrive/C/DOCUME~1/gao_w/LOCALS~1/Temp) instead of Windows format (C:\DOCUME~1\gao_w\LOCALS~1\Temp). And Visual Studio only understands the Windows format. This started to happen after I updated to the latest Cygwin release and rebooted today. So my questions for today are: Is the new cygwin release the reason for the changed behavior? The TEMP handling hasn't been changed for a long time. Also, if I run tcsh and then start a cmd shell, the handling of TEMP looks correct to me: tcsh$ echo $TEMP /home/corinna/tmp tcsh$ cmd Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\home\corinnaecho %TEMP% echo %TEMP% C:\home\corinna\tmp Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Where's the announcement?
On Jan 19 08:01, Eric Lilja wrote: I just ran setup.exe to get the latest mingw-runtime (3.9-2), and I noticed it also upgraded my cygwin 1.5.19-2 to 1.5.19-3 but I never saw that update being announced...the mirror I used was ftp.cise.ufl.edu The reason is, that no announcement has been made so far. No, really. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Access mounted drive in ssh connecting does not work
On Jan 19 09:44, [EMAIL PROTECTED] wrote: Hi folks I have the following problem. I like to access a mounted drive in a ssh connection. situation I mounted a drive on a server \\server.domain\directory1\ directory1 on /mnt/maydrive type system (binmode,noexec) I connected from another machine to my windows-pc via ssh. I like to access file in /mnt/maydrive. When I enter mount the the output show me the same output as in a local bash. Only the network drive which are accessed via a windows drive are missing. But when I enter to /mnt/maydrive I found no file in the directory. In the local shell I could access the file Thanks for any hint. Searching the mailing list archives would give a clue. This question came up a lot already. There's also the FAQ: http://cygwin.com/faq/faq-nochunks.html#faq.using.shares Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Wich privileges required by ssh-host-config running user?
Hi, Sorry if you have lost a lot of time with my question but ... I always create the /etc/passwd and /etc/group running mkpasswd and mkgroup *BUT* the problem with these servers are the initial files when the cygwin setup finishes. In the initial files of the servers working, the initial values of the files are the correct ones for executing ssh-host-config and have the Administrator user the permissions for changing the owner of /etc/ssh* files. In the servers that are part of a domain, the same process: 1) mkpasswd, mkgroup and 2) ssh-host-config fails because of the Administrator being part of -l-d groups/passwords. Now I need to split the unattended script in two parts: a) first recreate the passwd/group files and b) exit the shell, execute again cygwin so the Admin have the correct passwd/group (CYGWIN DOESN'T HAVE THE NEWGRP COMMAND) and execute 'ssh-host-config'. In this manner: 1) the /etc/ssh* files can be changed to be owned by SYSTEM and 2) the Admin (domain Admin) can create /home/xxx directories. Thank you to all who points to me into the right direction. See you. PS: Dave, ;-) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Korn Sent: Wednesday, January 18, 2006 6:15 PM To: cygwin@cygwin.com Subject: RE: Wich privileges required by ssh-host-config running user? Manel Rodero wrote: Why? Because its primary group is mkgroup-l-d. So I need to change this first by running mkpasswd -l and mkgroup -l. In this manner this domain account can create /home/pkuser and then create here a .ssh directory with the authorized_keys I need to implement public key authentication. You know, you could have saved us all a LOT of wasted time if you had *told* us you never bothered to setup the system's two most utterly vital security-permissions-and-accounts-related files. Can't imagine _why_ you thought to omit that insignificant little fact. 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/ -- 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: Downloading Cygwin under Linux ....
On Wed, 18 Jan 2006, William A. Mahaffey III wrote: is there a Linux version of setup.exe ? I had run setup.exe in wine. This worked very well (last tried about a year ago) bye ago -- 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: Downloading Cygwin under Linux ....
Alexander Gottwald escribe: On Wed, 18 Jan 2006, William A. Mahaffey III wrote: is there a Linux version of setup.exe ? I had run setup.exe in wine. This worked very well (last tried about a year ago) I tried once exactly that with no success. I am sure that it will work nicely inside a Windows qemu guest. Cordially, Ismael -- Dropping science like when Galileo dropped his orange pgpvhlM2vj0SK.pgp Description: PGP signature
snapshot installation bat file (was: Re: [PATCH] Proposed clarification of the snapshot installation FAQ)
On Wed, Jan 18, 2006 at 06:41:27PM -0800, Joshua Daniel Franklin wrote: On 1/13/06, Yitzchak Scott-Thoennes wrote: It would be nice to have a sample batch file that automated the cygwin1.dll replacement, too. I've prettied up a batch file I use for installing cygwin-inst-* snapshots, and added stuff to handle spacey pathnames and inetd (which AIUI isn't always a cygrunsrv service), neither of which I personally use. Just drag and drop the tarball onto the batch file, or run with absolute tarball name as argument via a dos prompt. This batch file worked great for me on XP. The only issue I see is that if someone set their cygrunsrv or inetd to Manual this would actually start it up. I can put a note to that effect. Any objections to putting this up at http://cygwin.com/faq/faq.setup.html#faq.setup.snapshots ? I don't have any, but... I just tried it again drag-and-dropping a tarball *without* spaces in the path (spaces make Windows include around the parameter), and the \'s weren't properly quoted. Anybody know how to get it to work either way? Also be nice if it could be made to work on just the dll.bz2 file also. If we can come up with a general purpose, no extra packages required, bat file, maybe it could be downloadable directly from the snapshots page. -- 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: Install goes to network drive
I am installing cygwin on a XP box. I have downloaded the setup and files to my local c:/tmp/files When I run the setup, all appears good. I point to c:/cygwin and tell it to find files from c:/tmp/files. The install completes fine but when I type a cd ~ (show my home directory) the terminal shows my home here: /cygdrive/h which is a mounted server. I have done this three times, and each time it does this. I checked all environment variables. I just want my home to be /cygdrive/c so I can add a .bashrc and get rolling. Do you have the environment variable HOME set? http://cygwin.com/faq/faq.setup.html#faq.setup.home Brett Brett C. Serkez, Techie -- 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: wince cygwin
Corinna Vinschen wrote: Please check out the project web page for links to available information and ports: http://cygwin.com/ . Especially search the FAQ http://cygwin.com/faq/ and the user's guide http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html If you don't see what you need there, then the cygwin mailing list is the best place to make observations or get questions answered. Before posting a question, search the mailing list archives at http://cygwin.com/ml/cygwin/ whether your question has already been asked and answered. Subscribing and unsubscribing is easy by sending an empty email to mailto:[EMAIL PROTECTED] resp. mailto:[EMAIL PROTECTED] The base list cygwin@cygwin.com is usually a good starting point except for questions about Cygwin/XFree86. In that case, use cygwin-xfree@cygwin.com . If you have problems with the mailing list, read http://cygwin.com/lists.html for more information. Please do not send me personal email with cygwin questions. Use the resources at http://cygwin.com/ . For your convenience I've set the Reply-To to cygwin@cygwin.com . Thanks, Corinna On Jan 19 13:06, Philippe Laporte wrote: Hi, I am very interested in your Cygwin Win CE efforts. Where/How can I learn more? There's no such thing as Cygwin for Win CE. Thanks for your answer How would you go about porting a POSIX app to Win CE? Port the calls in the app to Win CE directly or use a glue layer? Thanks, Philippe Laporte Software Gatespace Telematics Första Långgatan 18 41328 Göteborg Sweden Phone: +46 702 04 35 11 Fax: +46 31 24 16 50 Email: [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/
ssh starting problems.
Hi list, I have a problem with starting sshd on a Windows 2003 Server machine. After I installed the service and I try to start it it gives the following error: Error 1069: The service did not start due to a logon failure. I searched the archives and found that the policy might be wrong and checked that the user that will run sshd have the Logon as Service permission. But this was not the problem as the user already had that permission. I tried to run sshd from the command line and that worked fine so I assume there is no problem with sshd installation itself but with the cygrunsrv config. Attached is the output from cygcheck. Any help will be apreciated. Thanks. cygcheck.out Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: find reports an internal system loop on cygdrive
On Thu, 19 Jan 2006, Corinna Vinschen wrote: On Jan 18 16:49, Linda A. Walsh wrote: Oh, sorry Brian -- flash update. Have you upgraded in the past 45 hours? Then you might have the newest feature implemented by Christopher. Is there any logic to doing this for /proc and /cygdrive and not /dev? The logic is that /dev should be a real directory, to allow stuff like creating the /dev/log unix domain socket when running syslogd, or for instance symlinks like /dev/tape - /dev/st0 as expected by mt(1). If /dev is an emulated only directory, both of the above examples would fail. FWIW, you can have /dev as a real directory populated by virtual devices. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wich privileges required by ssh-host-config running user?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ugh - http://cygwin.com/acronyms/#TOFU - reformatted. According to Manel Rodero on 1/19/2006 3:13 AM: -Original Message- From: [EMAIL PROTECTED] ^ Ugh - http://cygwin.com/acronyms/#PCYMTNQREAIYR Why? Because its primary group is mkgroup-l-d. So I need to change this first by running mkpasswd -l and mkgroup -l. In this manner this domain account can create /home/pkuser and then create here a .ssh directory with the authorized_keys I need to implement public key authentication. Now I need to split the unattended script in two parts: a) first recreate the passwd/group files and b) exit the shell, execute again cygwin so the Admin have the correct passwd/group (CYGWIN DOESN'T HAVE THE NEWGRP COMMAND) and execute 'ssh-host-config'. I've brought this up before, and the reply was http://cygwin.com/acronyms/#PTC. Does anyone know where source code for a Linux version of newgrp is located? I'm already looking at making su work, and that alters the current gid, maybe I can throw together a newgrp implementation for cygwin if I have an example to look at. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDz5nh84KuGfSFAYARAvy/AJ4pNnT7gwfy9KBrFrY40iyzfaNLXQCbBgoJ EKZnkD1qk1egUYBSsm3IgMI= =fq74 -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: wince cygwin
On Thu, Jan 19, 2006 at 02:41:39PM +0100, Philippe Laporte wrote: I am very interested in your Cygwin Win CE efforts. Where/How can I learn more? There's no such thing as Cygwin for Win CE. Thanks for your answer How would you go about porting a POSIX app to Win CE? Port the calls in the app to Win CE directly or use a glue layer? Glue layer is better choice, IMHO. -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [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: wince cygwin
Marcel Telka wrote: On Thu, Jan 19, 2006 at 02:41:39PM +0100, Philippe Laporte wrote: I am very interested in your Cygwin Win CE efforts. Where/How can I learn more? There's no such thing as Cygwin for Win CE. Thanks for your answer How would you go about porting a POSIX app to Win CE? Port the calls in the app to Win CE directly or use a glue layer? Glue layer is better choice, IMHO. and surely, one already exists...? -- 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: find reports an internal system loop on cygdrive
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Brian Keener on 1/18/2006 11:20 AM: When I attempt to do a find as in: [EMAIL PROTECTED] ~ $ find / -name *winrc* -print I get the following: find: Filesystem loop detected; `/cygdrive/c/cygwin' has the same device number and inode as a directory which is 3 levels higher in the filesystem hierarchy. Not a bug, but a feature of cygwin 1.5.19. You can surpress it by using the -xdev option to find (this makes find not traverse into a virtual /cygdrive, since it has a different devno, once again limiting your search to just the actual filesystem subtree under c:\cygwin rather than all drives and all cygwin virtual files). Also, -print is implied if you didn't use any of the other find actions: find / -xdev -depth -name *winrc* Furthermore, you can try seeing if the error message goes away if find never changes device number during the traversal (this is achieved by having a real /cygdrive rather than a virtual one): $ cd /cygdrive/c/cygwin # assuming, of course, that this is where / is $ mkdir cygdrive - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin findutils maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDz5/X84KuGfSFAYARAhowAJ9sMKEhZWgvrtK63um4fYHttJc1EQCfbzgn fKk5JNTgc0gVcKVC159p9ns= =2DqS -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: Install goes to network drive
Brett Serkez escribe: I am installing cygwin on a XP box. I have downloaded the setup and files to my local c:/tmp/files When I run the setup, all appears good. I point to c:/cygwin and tell it to find files from c:/tmp/files. The install completes fine but when I type a cd ~ (show my home directory) the terminal shows my home here: /cygdrive/h which is a mounted server. I have done this three times, and each time it does this. I checked all environment variables. I just want my home to be /cygdrive/c so I can add a .bashrc and get rolling. Do you have the environment variable HOME set? http://cygwin.com/faq/faq.setup.html#faq.setup.home With such a setup it's not only needed setting HOME but also editing the home directory for the user in /etc/passwd. Cordially, Ismael -- Dropping science like when Galileo dropped his orange pgp4vR2Lc2Aeg.pgp Description: PGP signature
Re: cron - Application Event Log
Hi, Thank you for the reply -- seems to work perfectly! The messages are being logged to /var/log/messages (the default as defined in /etc/syslog-ng.conf) and no longer to the Windows Application Event log. I noticed that in the Cygwin setup, syslogd has been replaced with syslog-ng (new generation?) Syslog replacement daemon. So the config script is /usr/bin/syslog-ng-config, if anyone else is wanting to solve the same problem. I also managed to find this thread (http://cygwin.com/ml/cygwin/2002-07/msg02075.html) after posting my original question. It describes, in detail, how to create a custom build of cron by modifying the source. A caveat, of course, is that upgrading will require a custom rebuild each time as mentioned at the top of the thread. Thanks again. Herman On Wed, 18 Jan 2006 16:59:53 -0500 (EST) Igor Peshansky [EMAIL PROTECTED] wrote: On Wed, 18 Jan 2006, Herman Poon wrote: I would like to suppress logging of tasks by cron in the Windows Application Event log. I want to schedule a task that runs frequently but do not want the Event log to quickly grow. I did search the Cygwin mailing list archive and found this: http://sourceware.org/ml/cygwin/2004-10/msg01333.html I found that the -1 and -2 switches create String values StdOut and StdErr for the Parameters key of the cron service in the registry. It would appear that any output should be logged to /var/log/cron.log. Unfortunately, this does not seem to work and every time a task runs in cron, an entry is added to the Application Event log. The cron.log file itself only shows lines similar to the following: [2252] cron started The cron.log file doesn't contain anything else, just the pid and the started line (when cron is stopped it doesn't log anything to cron.log). I did stop/restart cron just to see if the settings would take effect, but this didn't work either. I'm hoping that somebody has some suggestions for me. Thank you, Cron uses the syslog interface to log its events. By default, syslog messages go to the Event log, unless you run the syslogd daemon. You should be able to install syslogd as a service using the /bin/syslogd-config script, and then control it using /etc/syslogd.conf. Enjoy, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cron - Application Event Log
Ugh, top-posting... Reformatted. On Thu, 19 Jan 2006, Herman Poon wrote: On Wed, 18 Jan 2006 16:59:53 -0500 (EST) Igor Peshansky [EMAIL PROTECTED] wrote: Thanks. It's usually easier to simply delete the address -- I 'X'd it out to indicate that it was not masked before... On Wed, 18 Jan 2006, Herman Poon wrote: I would like to suppress logging of tasks by cron in the Windows Application Event log. I want to schedule a task that runs frequently but do not want the Event log to quickly grow. I did search the Cygwin mailing list archive and found this: http://sourceware.org/ml/cygwin/2004-10/msg01333.html I found that the -1 and -2 switches create String values StdOut and StdErr for the Parameters key of the cron service in the registry. It would appear that any output should be logged to /var/log/cron.log. Unfortunately, this does not seem to work and every time a task runs in cron, an entry is added to the Application Event log. The cron.log file itself only shows lines similar to the following: [2252] cron started The cron.log file doesn't contain anything else, just the pid and the started line (when cron is stopped it doesn't log anything to cron.log). I did stop/restart cron just to see if the settings would take effect, but this didn't work either. I'm hoping that somebody has some suggestions for me. Thank you, Cron uses the syslog interface to log its events. By default, syslog messages go to the Event log, unless you run the syslogd daemon. You should be able to install syslogd as a service using the /bin/syslogd-config script, and then control it using /etc/syslogd.conf. Enjoy, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] Oh, and please re-read http://cygwin.com/acronyms/#PCYMTNQREAIYR -- I would not expect anyone to mask addresses that I intentionally include in my signature (any spam I get from that is my own fault). It's only the From: address that can cause unexpected problems for people... Not that I don't appreciate the effort, of course. :-) [snip] Thank you for the reply -- seems to work perfectly! The messages are being logged to /var/log/messages (the default as defined in /etc/syslog-ng.conf) and no longer to the Windows Application Event log. I noticed that in the Cygwin setup, syslogd has been replaced with syslog-ng (new generation?) Syslog replacement daemon. So the config script is /usr/bin/syslog-ng-config, if anyone else is wanting to solve the same problem. There are two syslogs. One is part of inetutils (syslogd), one is its own package (syslog-ng). You can use either one. I also managed to find this thread (http://cygwin.com/ml/cygwin/2002-07/msg02075.html) after posting my original question. It describes, in detail, how to create a custom build of cron by modifying the source. A caveat, of course, is that upgrading will require a custom rebuild each time as mentioned at the top of the thread. Ooh, that's old. There are better means to avoid your original problem than rebuilding cron... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wich privileges required by ssh-host-config running user?
On Jan 19 06:54, Eric Blake wrote: I've brought this up before, and the reply was http://cygwin.com/acronyms/#PTC. Does anyone know where source code for a Linux version of newgrp is located? I'm already looking at making su work, and that alters the current gid, maybe I can throw together a newgrp implementation for cygwin if I have an example to look at. http://www.thkukuk.de/pam/pwdutils/ Basically it's just calling setgroups/exec. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: problen with run command and the environment
On Wed, 18 Jan 2006, Jeff Hardy wrote: I have updated my windowsxp with the latest cygwin and this breaks several scripts I have that use the run command to start xterms without consoles. I have tried to track the problem down and at least one problem is that if I type run env /tmp/xxx and look at /tmp/xxx, most of my environment variables are missing. Also, my HOME environment variable is now / instead of what my home directory is. I have another computer that I have not updated yet and when I do the same exercise as above, all the environment variables come across the run command. Anybody have any suggestions? Just a few comments. Run uses the Windows CreateProcess call to hide the console and launch a new process, thereby subverting Cygwin in a manner similar to one of our applications that I mentioned here: http://cygwin.com/ml/cygwin/2006-01/msg00472.html It passes a NULL for the lpEnvironment parameter of that call which means to inherit the environment from the parent process. In Cygwin = 1.5.18, this inheritance included Cygwin environment variables. Now it does not. I presume it now only inherits what was in the Windows environment? Anyway, this is a regression, but not necessarily one that will be fixed, especially given Igor's workaround. I suspect this is just a case of if you subvert Cygwin's means of doing something using Windows native calls, you can expect the subversion method to break occasionally :-(. -- Brian Ford Lead Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Downloading Cygwin under Linux ....
Jan Nieuwenhuizen wrote: William A. Mahaffey, III writes: ? Better yet, is there a Linux version of setup.exe ? TIA Cyg-apt is a python script to install cygwin packages that can keep your cross compile root up to date http://lilypond.org/~janneke/software/cyg-apt Jan. This looks intriguing, I just downloaded it. I am *NOT* a python guy, would this work under regular Linux to do all the downloading ? TIA -- William A. Mahaffey III -- The M1 Garand is without doubt the finest implement of war ever devised by man. -- Gen. George S. Patton -- 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: problen with run command and the environment
On Wed, 18 Jan 2006, Christopher Faylor wrote: http://cygwin.com/ml/cygwin/2005-05/msg00587.html I've already alerted the run maintainer about this, FWIW. Ugh..., sorry for not reading the whole thread before replying. Thanks, but yuck! -- Brian Ford Lead Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: boost-1.33.1-2
The following packages have been updated: boost-1.33.1-2 boost-devel-1.33.1-2 Changes: * Rebuilt against cygwin-1.5.19. This release is not compatible with previous versions of cygwin1.dll because they lack readdir_r() function. * Fixed documentation packaging. -- Vaclav Haisman *** 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. signature.asc Description: OpenPGP digital signature
query on updating changes
What tools come with Cygwin that I can use to find differences between an old C project and an updated branched version of 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: query on updating changes
KevinGPO wrote: What tools come with Cygwin that I can use to find differences between an old C project and an updated branched version of it? diff. 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/
Typo in socket.h
Hi,
I have found a bug in /usr/include/cygwin/socket.h:
struct sockaddr_storage {
sa_family_t ss_familiy;
...
should be
struct sockaddr_storage {
sa_family_t ss_family;
...
Some programs won't compile without the change. I believe it's just a
simple typo and not an intention.
Best Regards
Jan Safranek
--
Cygwin DLL version info:
DLL version: 1.5.19
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 150
Shared data: 4
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix:
Build date: Mon Jan 16 15:01:58 EST 2006
Shared id: cygwin1S4
Cygwin Package Information
Last downloaded files to: D:\install\Cygwin
Last downloaded files from: http://ftp.univie.ac.at/packages/cygwin
(last download = today, 2006-01-19, ~12:00 GMT)
--
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: Typo in socket.h
On Jan 19 17:27, [EMAIL PROTECTED] wrote:
Hi,
I have found a bug in /usr/include/cygwin/socket.h:
struct sockaddr_storage {
sa_family_t ss_familiy;
...
should be
struct sockaddr_storage {
sa_family_t ss_family;
...
Some programs won't compile without the change. I believe it's just a
simple typo and not an intention.
Thanks, I fixed this in CVS yesterday.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: ssh starting problems.
JC Oosthuizen jc.oosthuizen at gmail.com writes: Hi list, I have a problem with starting sshd on a Windows 2003 Server machine. After I installed the service and I try to start it it gives the following error: Error 1069: The service did not start due to a logon failure. I searched the archives and found that the policy might be wrong and checked that the user that will run sshd have the Logon as Service permission. But this was not the problem as the user already had that permission. I tried to run sshd from the command line and that worked fine so I assume there is no problem with sshd installation itself but with the cygrunsrv config. Attached is the output from cygcheck. Any help will be apreciated. Thanks. Attachment (cygcheck.out): application/octet-stream, 29 KiB Did you use /usr/bin/ssh-host-config to set up sshd on the Win 2003 server? Currently I am running sshd on two such servers and set them up using the script. The script should detect that you are using Win 2003 and will ask if you want it to create a sshd_server user account and assign the privileges it needs under Local Security Policy to run properly. The sshd service should then be run under this account. Although it's possible to set up/install sshd manually with cygrunsrv, IMHO the script is just simpler. Cheers, Herman -- 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: patchutils 0.2.31-1
Patchutils has been updated to 0.2.31-1. This is a minor upstream bugfix release. Patchutils is a small collection of programs that operate on patch files. You can use the programs to combine, filter and split, correct output from 'cvs diff', list and grep patch files. Max Bowsher. -- 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 . I would appreciate it if you would use this mailing list rather than emailing me directly. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. This includes ideas and comments about the setup utility or Cygwin in general. *** 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. signature.asc Description: OpenPGP digital signature
[ANNOUNCEMENT] Updated: neon-0.25.4-1
Neon has been updated to 0.25.4-1. Neon is an HTTP and WebDAV client library, with a C interface. It is used by subversion and cadaver. This is a new upstream version from a new release series, which breaks API with the previous 0.24.7-2 package. Accordingly, the library subpackage is now named libneon25. The old libneon24 package remains for compatibility. Max Bowsher. -- 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 . I would appreciate it if you would use this mailing list rather than emailing me directly. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. This includes ideas and comments about the setup utility or Cygwin in general. *** 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. signature.asc Description: OpenPGP digital signature
Re: TEMP Environment Variable Changed Format After Cygwin Update Today
On 1/19/06, Corinna Vinschen [EMAIL PROTECTED] wrote: The TEMP handling hasn't been changed for a long time. This is not the cause of my problem then. Sorry about the noise. -- Weiqi Gao (高为奇) [EMAIL PROTECTED] http://www.weiqigao.com/blog/
Re: Boost 1.33.1 documentation
Bruno Martínez wrote: Hi. The documentation for the boost package is incomplete. The link to the libraries docs from /cygwin/usr/share/doc/boost-1.33.1-1/index.htm doesn't work, and the documentation for several libraries is missing. For example, there's no documentation for multi_index. Regards, Bruno The problem should be fixed in just updated package version 1.33.1-2. VH signature.asc Description: OpenPGP digital signature
[ANNOUNCEMENT] Updated: doxygen-1.4.6-1
Doxygen has been updated to 1.4.6-1. Doxygen is a documentation system based on specially formatted comments in source code, for C++, C, Java, Objective-C, IDL (Corba and Microsoft flavors) and to some extent PHP, C#, and D. This is a new upstream release. Max Bowsher. -- 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 . I would appreciate it if you would use this mailing list rather than emailing me directly. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. This includes ideas and comments about the setup utility or Cygwin in general. *** 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. signature.asc Description: OpenPGP digital signature
Re: find reports an internal system loop on cygdrive
Eric Blake wrote: find / -xdev -depth -name *winrc* This works - no loop message Furthermore, you can try seeing if the error message goes away if find never changes device number during the traversal (this is achieved by having a real /cygdrive rather than a virtual one): $ cd /cygdrive/c/cygwin # assuming, of course, that this is where / is $ mkdir cygdrive Hmm - on my system there /cygdrive is already a real one as evident from Windows Explorer (with no cygwin running) and also by doing: $ cd /cygdrive/c/cygwin $ ls -l and the real cygdrive will show up along with other directories but I find this interesting and maybe this is the way is should look (don't know): [EMAIL PROTECTED] ~ $ cd /cygdrive/c/cygwin [EMAIL PROTECTED] /cygdrive/c/cygwin $ ls -l ls: proc: No such file or directory total 25 drwxr-xr-x+ 2 BrianK Domain Users0 Jul 20 2005 PalmDev drwxrwx---+ 2 BrianK Users 0 Jan 19 11:36 bin drwx--+ 2 BrianK Domain Users0 Nov 14 12:23 cygdrive -rwx--+ 1 BrianK Domain Users 1025 Jun 16 2005 cygwin.bat -rwx--+ 1 BrianK Domain Users 7022 Jan 19 11:42 cygwin.ico -rwx--+ 1 BrianK Domain Users 57 Jun 27 2005 cygwin_orig.bat -rwx--+ 1 BrianK Domain Users 766 Sep 6 2000 cygwinblue.ico -rwx--+ 1 BrianK Domain Users 3310 Jul 19 2001 cygwing.ico -rwx--+ 1 BrianK Domain Users 3310 Jul 20 2001 cygwings.ico drwxrwx---+ 14 BrianK Users 0 Dec 14 13:13 etc drwx--+ 4 BrianK Domain Users0 Jun 28 2005 home drwxrwx---+ 24 BrianK Users 0 Jan 19 11:36 lib drwxrwx---+ 2 BrianK Users 0 Jun 28 2005 sbin drwxrwxrwt+ 4 BrianK Users 0 Jan 19 12:39 tmp drwxrwx---+ 18 BrianK Users 0 Jan 19 11:36 usr drwxrwx---+ 9 BrianK Users 0 Jun 28 2005 var [EMAIL PROTECTED] /cygdrive/c/cygwin $ ls -l cygdrive total 0 [EMAIL PROTECTED] /cygdrive/c/cygwin $ mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\PalmDev on /PalmDev type system (textmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type system (binmode,noumount) d: on /cygdrive/d type system (binmode,noumount) f: on /cygdrive/f type system (binmode,noumount) t: on /cygdrive/t type system (binmode,noumount) z: on /cygdrive/z type system (binmode,noumount) [EMAIL PROTECTED] /cygdrive/c/cygwin $ cd [EMAIL PROTECTED] ~ $ ls -l /cygdrive total 0 drwxrwxr-x+ 55 Administrators SYSTEM 0 Jan 19 11:23 c dr-xr-xr-x 3 BrianK Domain Users 0 Jan 5 2004 d drwxr-xr-x 1 BrianK Domain Users 0 Jan 19 11:02 f drwxr-xr-x 1 BrianK Domain Users 0 Jan 19 10:54 t drwxr-xr-x 1 BrianK Domain Users 0 Jan 16 12:41 z [EMAIL PROTECTED] ~ $ Note the ls of cygdrive while in directory /cygdrive/c/cygwin results in a total of 0 and yet from some other directory an ls of /cygdrive shows all the drives. Seems a little strange to me but I don't know. I then went closed my cygwin sessions and using Windows Explorer I removed the cygdrive real directory from under cygwin and then opened a couple sessions again. Now when I cd to /cygdrive/c/cygwin and do an ls there is no cygdrive directory so we are using the virtual directory. Now when I do the find I do *not* get the internal loop error: [EMAIL PROTECTED] ~ $ ls -l /cygdrive total 0 drwxrwxr-x+ 55 Administrators SYSTEM 0 Jan 19 11:23 c dr-xr-xr-x 3 BrianK Domain Users 0 Jan 5 2004 d drwxr-xr-x 1 BrianK Domain Users 0 Jan 19 11:02 f drwxr-xr-x 1 BrianK Domain Users 0 Jan 19 10:54 t drwxr-xr-x 1 BrianK Domain Users 0 Jan 16 12:41 z [EMAIL PROTECTED] ~ $ cd /cygdrive/c/cygwin [EMAIL PROTECTED] /cygdrive/c/cygwin $ ls -l ls: proc: No such file or directory ls: cygdrive: No such file or directory total 25 drwxr-xr-x+ 2 BrianK Domain Users0 Jul 20 2005 PalmDev drwxrwx---+ 2 BrianK Users 0 Jan 19 11:36 bin -rwx--+ 1 BrianK Domain Users 1025 Jun 16 2005 cygwin.bat -rwx--+ 1 BrianK Domain Users 7022 Jan 19 11:42 cygwin.ico -rwx--+ 1 BrianK Domain Users 57 Jun 27 2005 cygwin_orig.bat -rwx--+ 1 BrianK Domain Users 766 Sep 6 2000 cygwinblue.ico -rwx--+ 1 BrianK Domain Users 3310 Jul 19 2001 cygwing.ico -rwx--+ 1 BrianK Domain Users 3310 Jul 20 2001 cygwings.ico drwxrwx---+ 14 BrianK Users 0 Dec 14 13:13 etc drwx--+ 4 BrianK Domain Users0 Jun 28 2005 home drwxrwx---+ 24 BrianK Users 0 Jan 19 11:36 lib drwxrwx---+ 2 BrianK Users 0 Jun 28 2005 sbin drwxrwxrwt+ 4 BrianK Users 0 Jan 19 12:51 tmp drwxrwx---+ 18 BrianK Users 0 Jan 19 11:36 usr drwxrwx---+ 9 BrianK Users 0 Jun 28 2005 var [EMAIL PROTECTED] /cygdrive/c/cygwin $ cd [EMAIL PROTECTED] ~ $ find / -depth -name *winrc* [EMAIL PROTECTED] ~ $ find / -name *winrc* -depth find: warning: you have specified the -depth option after a non-option argument -name,
Re: find reports an internal system loop on cygdrive
On Thu, 19 Jan 2006, Brian Keener wrote: [snip] It appears the real directory is what causes the internal loop error. The real directory is causing find to recurse into the /cygdrive/* hierarchy, and that, in turn, causes the internal loop error. Note that if you had a c:\bwinrcb file, it would be found with the real /cygdrive directory, and not found without it (using your command). Also note that in the new versions of Cygwin (probably 1.5.19), /cygdrive will be listed in / even if it's a virtual directory. Also, all of what you've described in your message is normal expected behavior. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: find reports an internal system loop on cygdrive
Ok...sounds logical. The warning message about the duplicate inode may be confusing for those not used to seeing it. I haven't figured out a way around it (I've had the message for a long time as I have my 'cygdrive' prefix mapped to /). -l Igor Peshansky wrote: On Thu, 19 Jan 2006, Corinna Vinschen wrote: On Jan 18 16:49, Linda A. Walsh wrote: Oh, sorry Brian -- flash update. Have you upgraded in the past 45 hours? Then you might have the newest feature implemented by Christopher. Is there any logic to doing this for /proc and /cygdrive and not /dev? The logic is that /dev should be a real directory, to allow stuff like creating the /dev/log unix domain socket when running syslogd, or for instance symlinks like /dev/tape - /dev/st0 as expected by mt(1). If /dev is an emulated only directory, both of the above examples would fail. FWIW, you can have /dev as a real directory populated by virtual devices. Igor -- 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: find reports an internal system loop on cygdrive
Ugh, top-posting... Reformatted. On Thu, 19 Jan 2006, Linda. A. Walsh wrote: Igor Peshansky wrote: On Thu, 19 Jan 2006, Corinna Vinschen wrote: On Jan 18 16:49, Linda A. Walsh wrote: Oh, sorry Brian -- flash update. Have you upgraded in the past 45 hours? Then you might have the newest feature implemented by Christopher. Is there any logic to doing this for /proc and /cygdrive and not /dev? The logic is that /dev should be a real directory, to allow stuff like creating the /dev/log unix domain socket when running syslogd, or for instance symlinks like /dev/tape - /dev/st0 as expected by mt(1). If /dev is an emulated only directory, both of the above examples would fail. FWIW, you can have /dev as a real directory populated by virtual devices. Igor Ok...sounds logical. The warning message about the duplicate inode may be confusing for those not used to seeing it. I haven't figured out a way around it (I've had the message for a long time as I have my 'cygdrive' prefix mapped to /). As Eric said, using -xdev should do it at the cost of not recursing into the drive roots (it'll have the same effect as removing the real /cygdrive directory had in earlier Cygwin versions, which, of course, was not possible with your setup). BTW, you ought to get the same warning on Linux if you have weird mount structure, e.g., /local/users/test on /u/test type none (rw,bind) /local/users on /u/test/users type none (rw,bind) (I don't know if the Linux mount will allow creating such loops, though). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: cygwin-1.5.19-3
I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. 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. Christopher Faylor TimeSys, Inc. Changes since 1.5.19-2 dave.korn: Remove stray debugging printf statement from cygpath -H. Changes since 1.5.19-1 corinna: Remove mingw and w32api directories which were errnoneously included in 1.5.19-1. Changes since 1.5.18-1: cgf: Fix problem with non-cygwin programs which use pipes. corinna: Export getline, getdelim. cgf: Don't send notification to the parent if cygwin dll is loaded dynamically. cgf: Update malloc to version 2.8.2. cgf: Rewrite bad argument checking for thread safety and improved speed. cgf: Fix problem with spawn() of non-cygwin processes. cgf: Define loff_t in types.h. cgf: Define INET_ADDRSTRLEN in in.h. arto.huusko: Fix fork problem when resources are low. cgf: Add some linux-specific defines to ioctl.h. cgf: Export pread() and pwrite(). sthoenna: Implement TIOCMBIS and TIOCMBIC. corinna: Bounds check abstime in pthread_cond_timedwait. mgorse: Fix possible seg fault when creating a detached thread. cgf: Move more linux-like definitions into endian.h. cgf: Fix problem where cygheap was miniscule in size rather than many megabytes causing cygwin to prematurely run out of file handles or to be incapable of handling long command lines. cgf: Rework Makefile to allow separate debugging information to be generated. cgf: Try harder to generate EMFILE condition. corinna: Export fts_children, fts_close, fts_get_clientptr, fts_get_stream, fts_open, fts_read, fts_set, fts_set_clientptr, ftw, nftw. cgf: Add elf.h and friends to /usr/include. This makes it easier to build the linux kernel on cygwin. cgf: Try harder to generate E2BIG when the command line length is overrun on exec/spawn. trcurtiss: Fix so that current baud rate of serial line is returned regardless of DTR state. corinna: Make cygwin more robust when running on 64-bit version of Windows. ptsekov: Fix problems with stale subshells in MC caused by EOF in pty slaves not being correctly propagated. cgf: Report cygdrive and proc as directories in / even if they haven't been explicitly created as directories. cgf: Implement and export readdir_r. cgf: Fix handling of signal masks in threads. cgf: Allow use of /proc values as standard input to programs like 'cat'. cgf: Set proper errno when attempting to execuate a directory. cgf: Fix handling of pause() in a non-main thread. corinna: Emulate linux version of realpath() more closely. cgf: Make lseek on a tty invalid. cgf: Detect attempts to run a .com file masquerading as a 16bit .exe file which cause problems on Win98/Me. corinna: Disable all special handling of CTRL_LOGOFF_EVENT since it seems to be sent too globally to be useful. cgf: Fix stty Not all operations could be performed problem on serial ports and allow stty -a to work on serial ports as well. corinna: Fix open and stat on virtual subdirectories (/proc/registry, etc.) corinna: Fix invalid errno handling in strerror. corinna: Fix potential hang in pthread_cond_wait. cgf: Fix annoying error pop-ups on Windows 98. cgf: Report E2BIG when the size of an individual environment component is 32K. cgf: Don't crash if the environment block grows greate than 32K. corinna: Use Winsock 2 for everything. cgf: Properly fill out si_code if siginfo_t structure. sthoenna: Call signal handler with extra siginfo_t * and void * parameters when SA_SIGINFO flag is set by a call to sigaction(). corinna: Make running on 64-bit windows slightly more robust. cgf: Cleanup and speed up fork slightly. cgf: Clean up and stabilize handling of /proc filesystem as well as other operations which use cygwin's signal commune for inter-process communication. corinna: Add WinMainCRTStartup symbol as an alias for mainCRTStartup. corinna: Properly deal with a trailing /. or /.. when creating a directory. cgf: Try harder to avoid multi-threaded problems when exiting, communing, or performing operations on the file table. corinna: Implement mlock/munlock. corinna: Implement futimes. corinna: Deal with non-blocking sockets more robustly. cgf:
Oddities with cygcheck
Looking through the cygcheck output I attached to an earler message http://cygwin.com/ml/cygwin/2006-01/msg00799.html I noticed strange output concerning kill.exe: Found: C:\WINNT\kill.exe Found: C:\cygwin\bin\kill.exe Warning: C:\WINNT\kill.exe hides C:\cygwin\bin\kill.exe Now, I do, as it happens, have a KILL.EXE (note capitalization) in my WINNT, but it doesn't hide the Cygwin one. I do not have C:\WINNT ahead of my \bin on my path. Indeed, I can run the different kills in various ways: [EMAIL PROTECTED] ~ $ kill kill: usage: kill [-s sigspec | -n signum | -sigspec] [pid | job]... or kill -l [sigspec] That, of course, is the bash builtin. [EMAIL PROTECTED] ~ $ KILL Usage: KILL [-f] [-signal] [-s signal] pid1 [pid2 ...] KILL -l [signal] Send signals to processes further usage deleted And that is the Cygwin kill from /bin - capitals avoids the builtin, and it is found on the path in preference to the WINNT version [EMAIL PROTECTED] ~ $ /c/WINNT/KILL missing pid or task name And that's the one in WINNT (some old Microsoft version from WinNT3.5, I think, which I didn't even know was there). So, two minor problems - cygcheck is wrong to say the WINNT kill hides the Cygwin one, and cygcheck doesn't output the WINNT file name in the correct case. Just thought I'd mention it here for reference. -- Cliff -- 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: find reports an internal system loop on cygdrive
On Thu, Jan 19, 2006 at 01:46:07PM -0500, Igor Peshansky wrote: BTW, you ought to get the same warning on Linux if you have weird mount structure, e.g., /local/users/test on /u/test type none (rw,bind) /local/users on /u/test/users type none (rw,bind) (I don't know if the Linux mount will allow creating such loops, though). It's possible that this won't be as much of an issue on linux because the st_dev field is more likely to be different but it should still be possible to duplicate the error on linux. Btw, the problem of proc showing up in /cygdrive/c/cygwin is a bug that should be fixed in CVS now. 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: Oddities with cygcheck
Cliff Hones wrote: Looking through the cygcheck output I attached to an earler message http://cygwin.com/ml/cygwin/2006-01/msg00799.html I noticed strange output concerning kill.exe: Found: C:\WINNT\kill.exe Found: C:\cygwin\bin\kill.exe Warning: C:\WINNT\kill.exe hides C:\cygwin\bin\kill.exe Now, I do, as it happens, have a KILL.EXE (note capitalization) in my WINNT, but it doesn't hide the Cygwin one. I do not have C:\WINNT ahead of my \bin on my path. Well, you did when you ran that cygcheck: ---msg00799.html--- Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\WINNT\system32 C:\WINNT C:\WINNT\System32\Wbem Output from C:\cygwin\bin\id.exe (nontsec) ---msg00799.html--- 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: Downloading Cygwin under Linux ....
William A. Mahaffey, III writes: http://lilypond.org/~janneke/software/cyg-apt This looks intriguing, I just downloaded it. I am *NOT* a python guy, would this work under regular Linux to do all the downloading ? That's what I use it for. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- 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: Oddities with cygcheck
Dave Korn wrote: Cliff Hones wrote: Looking through the cygcheck output I attached to an earler message http://cygwin.com/ml/cygwin/2006-01/msg00799.html I noticed strange output concerning kill.exe: Found: C:\WINNT\kill.exe Found: C:\cygwin\bin\kill.exe Warning: C:\WINNT\kill.exe hides C:\cygwin\bin\kill.exe Now, I do, as it happens, have a KILL.EXE (note capitalization) in my WINNT, but it doesn't hide the Cygwin one. I do not have C:\WINNT ahead of my \bin on my path. Well, you did when you ran that cygcheck: ---msg00799.html--- Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\WINNT\system32 C:\WINNT C:\WINNT\System32\Wbem Output from C:\cygwin\bin\id.exe (nontsec) ---msg00799.html--- Huh? Looks to me like C:\WINNT is behind C:\cygwin\bin to me! I've not changed PATH - it echoes in bash as: $ echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/C/WINNT/system32:/C/WINNT:/C/WINNT/System32/Wbem and, as I demonstrated, the Cygwin kill is found first. -- Cliff -- 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 with run command and the environment
Is this fact useful to the discussion? The run.exe executable that shows a limited view of the environment under the latest cygwin is exactly the same executable that runs on the older version of cygwin that I have that does NOT exhibit the same pathological behavior of displaying the limited environment. The same run.exe binary behaves differently on two different cygwins. On the older cygwin it displays the full environment and on the newer cygwin, it displays a severely limited view of the environment. How can the problem be in run? __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Oddities with cygcheck
Cliff Hones wrote: Dave Korn wrote: Cliff Hones wrote: Looking through the cygcheck output I attached to an earler message http://cygwin.com/ml/cygwin/2006-01/msg00799.html I noticed strange output concerning kill.exe: Found: C:\WINNT\kill.exe Found: C:\cygwin\bin\kill.exe Warning: C:\WINNT\kill.exe hides C:\cygwin\bin\kill.exe Now, I do, as it happens, have a KILL.EXE (note capitalization) in my WINNT, but it doesn't hide the Cygwin one. I do not have C:\WINNT ahead of my \bin on my path. Well, you did when you ran that cygcheck: ---msg00799.html--- Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path:C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\WINNT\system32 C:\WINNT C:\WINNT\System32\Wbem Output from C:\cygwin\bin\id.exe (nontsec) ---msg00799.html--- Huh? Looks to me like C:\WINNT is behind C:\cygwin\bin to me! Whoops! Completely misread what was in front of my eyes there! Yes, we do have a mystery after all! 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: problem with run command and the environment
On Thu, 19 Jan 2006, Jeff Hardy wrote: Is this fact useful to the discussion? The run.exe executable that shows a limited view of the environment under the latest cygwin is exactly the same executable that runs on the older version of cygwin that I have that does NOT exhibit the same pathological behavior of displaying the limited environment. The same run.exe binary behaves differently on two different cygwins. On the older cygwin it displays the full environment and on the newer cygwin, it displays a severely limited view of the environment. How can the problem be in run? Because run subverts Cygwin using Windows calls. Cygwin does not assure that this subversion will continue to work from release to release. Cygwin is only backward compatible when working entirely within the Cygwin box. -- Brian Ford Lead Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problem with run command and the environment
Jeff Hardy wrote: Is this fact useful to the discussion? The run.exe executable that shows a limited view of the environment under the latest cygwin is exactly the same executable that runs on the older version of cygwin that I have that does NOT exhibit the same pathological behavior of displaying the limited environment. The same run.exe binary behaves differently on two different cygwins. On the older cygwin it displays the full environment and on the newer cygwin, it displays a severely limited view of the environment. The internal behavior changed in Cygwin, which is why you see the difference with the same run binary. But that doesn't mean it's not run's fault -- just as if you relied on undefined behavior in a program and the compiler changed how it internally performed some optimization, crashing your (broken) code. Similarly, run is a Cygwin program but it directly calls CreateProcess. This puts it in the same rough footing as if a program opened a file with CreateFile and then tried to pass that handle to Cygwin functions. In both cases the program is violating the abstraction levels -- Cygwin apps should use the standard posix API (such as fork/exec). Calling the win32 API directly goes behind Cygwin's back and can cause all manor of issues. In the case of run it's necessary to call CreateProcess for the functionality required, but this also means that it has to be careful to do so in a way that is compatible with Cygwin -- in this case syncing the environment first. 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: problen with run command and the environment
Jeff Hardy schrieb: /tmp/xxx, most of my environment variables are missing. Also, my HOME environment variable is now / instead of what my home directory is. I have another computer that I have not updated yet and when I do the same exercise as above, all the environment variables come across the run command. Anybody have any suggestions? Maybe have bash start run starting bash, like that: E:\cygwin\bin\bash.exe -c -l 'run bash -c -l CYGWIN=server Xwin.exe :0 -query murpel ' It looks overly complicated, but helps me to keep the cygwin dirs from the windows Path Variable and to get rid of the extra shell window. -- 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: Oddities with cygcheck
On Thu, Jan 19, 2006 at 08:05:23PM -, Dave Korn wrote: Whoops! Completely misread what was in front of my eyes there! Yes, we do have a mystery after all! I can't say that I understand the original intent of the cygcheck code, which seemed to go out of its way to force the windows directory first in the path, but I've checked in a fix for cygcheck.cc into CVS. I'm building a snapshot now. 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: problen with run command and the environment
On Thu, 19 Jan 2006, Holger Krull wrote: Jeff Hardy schrieb: /tmp/xxx, most of my environment variables are missing. Also, my HOME environment variable is now / instead of what my home directory is. I have another computer that I have not updated yet and when I do the same exercise as above, all the environment variables come across the run command. Anybody have any suggestions? Maybe have bash start run starting bash, like that: E:\cygwin\bin\bash.exe -c -l 'run bash -c -l CYGWIN=server Xwin.exe :0 -query murpel ' It looks overly complicated, but helps me to keep the cygwin dirs from the windows Path Variable and to get rid of the extra shell window. This will still flash the bash window, however briefly, when started from a shortcut. The whole point of starting run first is to avoid that window. Also, you want to do exec XWin from bash, to avoid the extra bash process hanging around. BTW, one rarely mentioned alternative to run is setsid. In a lot of applications, it's just as good. You really mostly want to use run in shortcuts. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problen with run command and the environment
Igor Peshansky schrieb: On Thu, 19 Jan 2006, Holger Krull wrote: Maybe have bash start run starting bash, like that: E:\cygwin\bin\bash.exe -c -l 'run bash -c -l CYGWIN=server Xwin.exe :0 -query murpel ' It looks overly complicated, but helps me to keep the cygwin dirs from the windows Path Variable and to get rid of the extra shell window. This will still flash the bash window, however briefly, when started from a shortcut. The whole point of starting run first is to avoid that window. I forgot to mention that i use this as a link on my desktop and in the properties i set start minimized. So i the bash doesn't show up at all Also, you want to do exec XWin from bash, to avoid the extra bash process hanging around. the handles this BTW, one rarely mentioned alternative to run is setsid. There was a reason i didn't use setsid, but i don't remember it now. I need to check the discussion on Xfree list back then. -- 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/
lseek + read = ENOENT
I cannot read the last 4-byte word in a file using lseek + read: /* file foo exists and is large enough - say, 4 MB */ int fd = open(foo,O_RDONLY|O_BINARY); uint32 data; /* this succeeds and correctly returns the size of file foo minus 4 */ lseek(fd,-sizeof(data),SEEK_END); /* this returns 0 -- instead of the expected 4 -- and sets errno to ENOENT */ read(fd,data,sizeof(data)); if I run this under gdb and type lseek(fd,-sizeof(data),SEEK_END); read(fd,data,sizeof(data)); several times, eventually read() starts to return 4 and set data to the value I actually wrote into foo last. I observe this on linux, cygwin and solaris -- what am I doing wrong? Thanks! -- Sam Steingold (http://www.podval.org/~sds) running w2k http://truepeace.org http://www.savegushkatif.org http://www.palestinefacts.org http://www.openvotingconsortium.org http://www.dhimmi.com http://www.camera.org When we break the law, they fine us, when we comply, they tax us. -- 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 with run command and the environment
I really have to say thanks to all of you who responded!!! What a great group of folks! Some great ideas to work with, thank you. And thanks to the authors, cygwin is a fantastic environment that I have used daily for several years now. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: find reports an internal system loop on cygdrive
Igor Peshansky wrote: The real directory is causing find to recurse into the /cygdrive/* hierarchy, and that, in turn, causes the internal loop error. Note that if you had a c:\bwinrcb file, it would be found with the real /cygdrive directory, and not found without it (using your command). Also note that in the new versions of Cygwin (probably 1.5.19), /cygdrive will be listed in / even if it's a virtual directory. Also, all of what you've described in your message is normal expected behavior. Okay I think I get it now and just to test you I created a C:\bwinrcb.txt and then did the find without the -xdev and with only a virtual cygdrive and sure enough the find failed to find the C:\bwinrcb.txt file. Then I turned around a created a real cygdrive directory in /cygdrive/c/cygwin and tried the following: [EMAIL PROTECTED] ~ $ find / -depth -name *winrc* /cygdrive/c/bwinrcb.txt find: Filesystem loop detected; `/cygdrive/c/cygwin' has the same device number and inode as a directory which is 3 levels higher in the filesystem hierarchy. [EMAIL PROTECTED] ~ $ find / -xdev -depth -name *winrc* [EMAIL PROTECTED] ~ $ As you can see in the first one it finds the bwinrcb.txt file but you get the internal loop warning. If I then use the -xdev to prevent the message it of course doesn't find the file because I essentially told it now to look there. While it makes sense it does sort of seem like a catch 22 and still a bit confusing - is the find actually finishing or is it aborting when it finds the loop and therefore will never search the entire path it might have access to. Thanks for the assistance from all and the additional info. bk -- 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: find reports an internal system loop on cygdrive
On Thu, 19 Jan 2006, Brian Keener wrote: Igor Peshansky wrote: The real directory is causing find to recurse into the /cygdrive/* hierarchy, and that, in turn, causes the internal loop error. Note that if you had a c:\bwinrcb file, it would be found with the real /cygdrive directory, and not found without it (using your command). Also note that in the new versions of Cygwin (probably 1.5.19), /cygdrive will be listed in / even if it's a virtual directory. Also, all of what you've described in your message is normal expected behavior. Okay I think I get it now and just to test you I created a C:\bwinrcb.txt and then did the find without the -xdev and with only a virtual cygdrive and sure enough the find failed to find the C:\bwinrcb.txt file. Then I turned around a created a real cygdrive directory in /cygdrive/c/cygwin and tried the following: [EMAIL PROTECTED] ~ $ find / -depth -name *winrc* /cygdrive/c/bwinrcb.txt find: Filesystem loop detected; `/cygdrive/c/cygwin' has the same device number and inode as a directory which is 3 levels higher in the filesystem hierarchy. [EMAIL PROTECTED] ~ $ find / -xdev -depth -name *winrc* [EMAIL PROTECTED] ~ $ As you can see in the first one it finds the bwinrcb.txt file but you get the internal loop warning. If I then use the -xdev to prevent the message it of course doesn't find the file because I essentially told it now to look there. While it makes sense it does sort of seem like a catch 22 and still a bit confusing - is the find actually finishing or is it aborting when it finds the loop and therefore will never search the entire path it might have access to. Thanks for the assistance from all and the additional info. Well, that's easy enough to test as well: just create a c:\cygwin\bwinrcb.txt and c:\q\qwinrcq.txt, make sure that when you do a 'find /cygdrive/c -name *winrc', you get them in the following order: [c:\bwinrcb.txt, c:\cygwin\bwinrcb.txt, c:\q\qwinrcq.txt], and then run the command that prints the message and see if you get the c:\q\qwinrcq.txt in the output. However, I'll save you the trouble by noting that, according to the findutils sources, the message is just a warning and doesn't stop further traversal (though it does act like -prune -- the offending directory is not traversed again). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Did md5sum -c change line end handling?
Hi, I've noticed since my last cygwin update (2 days ago with reinstall of coreutils today) that md5sum is failing on a check. For example $ md5sum -c downloaded_file.gz.md5 : No such file or directoryz : FAILED open or read md5sum: WARNING: 1 of 1 listed file could not be read I'm running: coreutils5.93-2 OK cygwin 1.5.19-3 OK Notice the message : No such file or directoryz - that is not a typo but a cut and paste. Turns out that the .md5 file has a CR-LF (downloaded from source provider) in it that is no longer being read properly. Removing the offending 0x0D from the file .md5 file causes it to work properly. Was md5sum change in it's handling of CR/LF? Or did I do something screwy in my update like select DOS files (although I've never done before it is possible). I've also checked old md5 files that verified properly in the past but now fail like above. Thanks, -- Mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.19-2 fcntl invaild argument error changing socket blocking mode
I'm trying to compile TCL 8.4.12 using the 'unix' not the 'win' target files. The target 'tclsh.exe' builds ok with some modifications to various source files. Now, I'm attempting to check the resulting build with the TCL test suite. Granted, there are numerous failures. One failure in particular is somewhat bizarre. It involves changing a socket from blocking mode, to non-blocking mode and back to blocking. The attached test case illustrates this. Please excuse the ugliness. Is anything obviously wrong, that explains this behaviour. Thanks for your help. Martin __ Find your next car at http://autos.yahoo.ca cygcheck.out Description: pat577909661 test.cpp Description: pat1294553668 -- 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: lseek + read = ENOENT
Sam Steingold wrote: I cannot read the last 4-byte word in a file using lseek + read: /* file foo exists and is large enough - say, 4 MB */ int fd = open(foo,O_RDONLY|O_BINARY); uint32 data; /* this succeeds and correctly returns the size of file foo minus 4 */ lseek(fd,-sizeof(data),SEEK_END); /* this returns 0 -- instead of the expected 4 -- and sets errno to ENOENT */ read(fd,data,sizeof(data)); if I run this under gdb and type lseek(fd,-sizeof(data),SEEK_END); read(fd,data,sizeof(data)); several times, eventually read() starts to return 4 and set data to the value I actually wrote into foo last. I observe this on linux, cygwin and solaris -- what am I doing wrong? This seems to be a bug in gcc. The off_t argument to lseek is a 64-bit type, but instead of being sign-extended to 64 bits, the value passed (-sizeof(data)) passed is only extended to 32-bits, so is actually +4294967292. If you write: int n = -sizeof(data); lseek(fd, n, SEEK_END); it works as expected. -- Cliff -- 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: lseek + read = ENOENT
I cannot read the last 4-byte word in a file using lseek + read: /* file foo exists and is large enough - say, 4 MB */ int fd = open(foo,O_RDONLY|O_BINARY); uint32 data; /* this succeeds and correctly returns the size of file foo minus 4 */ lseek(fd,-sizeof(data),SEEK_END); /* this returns 0 -- instead of the expected 4 -- and sets errno to ENOENT */ read(fd,data,sizeof(data)); if I run this under gdb and type lseek(fd,-sizeof(data),SEEK_END); read(fd,data,sizeof(data)); several times, eventually read() starts to return 4 and set data to the value I actually wrote into foo last. I observe this on linux, cygwin and solaris -- what am I doing wrong? It would have been nicer if you had provided a small example that would compile out of the box; that would show whether you remembered to #include unistd.h. One thing you did wrong was not checking the return value of lseek. For all you know, the system might have been trying to tell you your lseek was invalid, but you ignored it and proceeded on with the read anyway. The other thing you did wrong: on cygwin, off_t is a 64-bit signed type, but the sizeof operator is of type size_t, which is only a 32-bit unsigned type. The unary - on an unsigned 32-bit number is an unsigned 32-bit number, then you promote that argument to off_t (32-bit unsigned to 64-bit signed promotion is 0-extended). So you were calling lseek(fd, 0xfffcLL, SEEK_END), which is certainly different than the intended lseek(fd, 0xfffcLL, SEEK_END). -- 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: lseek + read = ENOENT
This seems to be a bug in gcc. The off_t argument to lseek is a 64-bit type, but instead of being sign-extended to 64 bits, the value passed (-sizeof(data)) passed is only extended to 32-bits, so is actually +4294967292. No, it is not a bug in gcc. Read a good book on C, please. If you write: int n = -sizeof(data); lseek(fd, n, SEEK_END); it works as expected. Mostly right, because there you are promoting a signed 32-bit number to a signed 64-bit number, which sign-extends. However, that approach is risky - if you have a file that is bigger than 2 GB, you will not get the correct result, because negation of an unsigned greater than 2GB results in a positive signed 32-bit value less than 2GB, instead of the intended negative 64-bit value with absolute value greater than 2GB. The safer fix is to call: lseek(fd, -(off_t)sizeof(data), SEEK_END); That is, perform the negation after the sign extension, instead of beforehand, since you know that 32-bit unsigned to 64-bit signed 0-extends, but that sizeof(data) is intended to be positive anyway, and 64-bit signed negation of a positive number is guaranteed to be safe. -- 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: find reports an internal system loop on cygdrive
Igor Peshansky wrote: Well, that's easy enough to test as well: just create a c:\cygwin\bwinrcb.txt and c:\q\qwinrcq.txt, make sure that when you do a 'find /cygdrive/c -name *winrc', you get them in the following order: [c:\bwinrcb.txt, c:\cygwin\bwinrcb.txt, c:\q\qwinrcq.txt], and then run the command that prints the message and see if you get the c:\q\qwinrcq.txt in the output. Igor you are correct - it was easy and it did print all the files again. Thanks for the additional info and assistance. Appreciate it. bk -- 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: Building Cygwin from CVS
On 1/18/06, Cliff Hones wrote: It's rather a long time since I tried building my own cygwin from CVS. With the new release out, I thought I'd give it a try, as I imagine HEAD is very close to 1.5.19-2. I followed the instructions in the FAQ: http://cygwin.com/faq/faq.programming.html#faq.programming.building-cygwin A few comments: . It would be useful to mention in the FAQ which packages need to be installed to perform the build. I expect everyone will realise make, gcc, binutils etc. are required, but I found I needed cocom (for shilka) which I'd not come across before, and dejagnu in order to run the tests. I think I'd tried to come up with a list before but never figured it out since I'd long ago installed what was needed. Is this a complete enough list? gcc make binutils cocom dejagnu This might even be worth adding to a winsup/README file. . The FAQ info describing how to run the tests is wrong. It worked for me when I ran make check in the i686-pc-cygwin/winsup subdirectory of my build directory. OK, I'll fix that. -- 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: Building Cygwin from CVS
On Thu, Jan 19, 2006 at 08:53:26PM -0800, Joshua Daniel Franklin wrote: . The FAQ info describing how to run the tests is wrong. It worked for me when I ran make check in the i686-pc-cygwin/winsup subdirectory of my build directory. OK, I'll fix that. Before we do that can we please find out WHAT is actually wrong? There is no description of the problem beyond the above. I run the testsuite several times a day by cd'ing to winsup/testsuite so I know that works. Lets not make changes that may only be a cockpit error from one user and, especially lets not document actual bugs. 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: Did md5sum -c change line end handling?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Mark Bohlman on 1/19/2006 3:24 PM: Notice the message : No such file or directoryz - that is not a typo but a cut and paste. Turns out that the .md5 file has a CR-LF (downloaded from source provider) in it that is no longer being read properly. Removing the offending 0x0D from the file .md5 file causes it to work properly. The NEWS file does mention that explicit code changes were made in the arena of text vs. binary. But it appears that md5sum has always been outputting CR-LF checksums when on a text mount, in both 5.3.0 and 5.93. I will definately have to think more about this, and get some opinions from upstream. Meanwhile, I think two things should happen - first, md5sum should output checksums with just LF, even on text mounts (due to the fact that it becomes ambiguous on managed mounts whether the CR is part of the filename or the line separator), and second, when a file is marked with * (meaning that it was read in binary mode on a platform where binary mode matters), try stripping the trailing CRs if the full filename doesn't exist (since normally such platforms don't support trailing CRs in filenames). I'll add this to my list of things to fix in coreutils-5.93-3. Was md5sum change in it's handling of CR/LF? Or did I do something screwy in my update like select DOS files (although I've never done before it is possible). You can always run d2u on your md5sum file, and it should only ever break if you use managed mounts to intentionally create files with trailing CRs (normally not a good idea). - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin coreutils maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD0HH384KuGfSFAYARAh6bAJ97j/TlznfiEKwGuqzw+6tDFQcfNwCgvQz1 NOfPOck5Ai7X2IfAeQnWf/c= =8K2V -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/
Making and selling a Cygwin distribution
I wrote: I'm curious -- why would you want to install Cygwin on GNU/Linux when most GNU/Linux distributions already include GNU tools? William A. Mahaffey III wrote: I don't :-). I want to install it on my GTW WIN2K box from the Linux box, since the WIN2K box has no internet access, thus setup.exe can't work in its usual way of going to the web for the cygwin files to install :-). It sounds like what you really want is a downloadable ISO image. I'm pretty sure there is no such thing, at least not official and free (Cygnus Solutions and Red Hat have sold Cygwin in various forms over the years, currently http://www.redhat.com/software/cygwin/). The Cygwin Setup FAQ item #1 is pretty explicit that setup.exe is the only supported means for getting and installing free Cygwin: http://cygwin.com/faq/faq.setup.html#faq.setup.setup That said, I figured out how to create my own Cygwin distribution CD using an Internet-connected Windows machine: 1. I create the directory C:\cygwin\setup. 2. I download setup.exe into the above directory. 3. I run setup.exe, configure it to use the above directory as the Local Package Directory, and download the packages I want. 4. I run setup.exe again and install the packages. 5. I copy everything in C:\cygwin\setup to a distribution folder and burn it to CD. 6. As time goes on and I download/install more packages, I repeat step #5 when I want to make a new distribution CD. To use the distribution CD to install Cygwin on another Windows machine: 1. I create the directory C:\cygwin\setup. 2. I copy the contents of the distribution CD to the above directory. 3. I run setup.exe and tell it to install from local directory. I've wondered if it is permissible to make and sell a Cygwin distribution (CD, DVD, downloadable ISO, etc.). Looking at the Cygwin license page: http://www.cygwin.com/licensing.html I think so (because the GPL allows you to do that), but I'm not a lawyer. Google'ing cygwin.com for distribution yielded many hits. This one reminds me that I would need to include sources: http://www.cygwin.com/ml/cygwin/1999-03/msg00233.html Does anybody on the list know the current authoritative answer for making and selling a Cygwin distribution? TIA, David -- 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/
Updated: boost-1.33.1-2
The following packages have been updated: boost-1.33.1-2 boost-devel-1.33.1-2 Changes: * Rebuilt against cygwin-1.5.19. This release is not compatible with previous versions of cygwin1.dll because they lack readdir_r() function. * Fixed documentation packaging. -- Vaclav Haisman *** 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. signature.asc Description: OpenPGP digital signature
Updated: neon-0.25.4-1
Neon has been updated to 0.25.4-1. Neon is an HTTP and WebDAV client library, with a C interface. It is used by subversion and cadaver. This is a new upstream version from a new release series, which breaks API with the previous 0.24.7-2 package. Accordingly, the library subpackage is now named libneon25. The old libneon24 package remains for compatibility. Max Bowsher. -- 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 . I would appreciate it if you would use this mailing list rather than emailing me directly. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. This includes ideas and comments about the setup utility or Cygwin in general. *** 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. signature.asc Description: OpenPGP digital signature
Updated: doxygen-1.4.6-1
Doxygen has been updated to 1.4.6-1. Doxygen is a documentation system based on specially formatted comments in source code, for C++, C, Java, Objective-C, IDL (Corba and Microsoft flavors) and to some extent PHP, C#, and D. This is a new upstream release. Max Bowsher. -- 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 . I would appreciate it if you would use this mailing list rather than emailing me directly. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. This includes ideas and comments about the setup utility or Cygwin in general. *** 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. signature.asc Description: OpenPGP digital signature
Updated: cygwin-1.5.19-3
I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. 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. Christopher Faylor TimeSys, Inc. Changes since 1.5.19-2 dave.korn: Remove stray debugging printf statement from cygpath -H. Changes since 1.5.19-1 corinna: Remove mingw and w32api directories which were errnoneously included in 1.5.19-1. Changes since 1.5.18-1: cgf: Fix problem with non-cygwin programs which use pipes. corinna: Export getline, getdelim. cgf: Don't send notification to the parent if cygwin dll is loaded dynamically. cgf: Update malloc to version 2.8.2. cgf: Rewrite bad argument checking for thread safety and improved speed. cgf: Fix problem with spawn() of non-cygwin processes. cgf: Define loff_t in types.h. cgf: Define INET_ADDRSTRLEN in in.h. arto.huusko: Fix fork problem when resources are low. cgf: Add some linux-specific defines to ioctl.h. cgf: Export pread() and pwrite(). sthoenna: Implement TIOCMBIS and TIOCMBIC. corinna: Bounds check abstime in pthread_cond_timedwait. mgorse: Fix possible seg fault when creating a detached thread. cgf: Move more linux-like definitions into endian.h. cgf: Fix problem where cygheap was miniscule in size rather than many megabytes causing cygwin to prematurely run out of file handles or to be incapable of handling long command lines. cgf: Rework Makefile to allow separate debugging information to be generated. cgf: Try harder to generate EMFILE condition. corinna: Export fts_children, fts_close, fts_get_clientptr, fts_get_stream, fts_open, fts_read, fts_set, fts_set_clientptr, ftw, nftw. cgf: Add elf.h and friends to /usr/include. This makes it easier to build the linux kernel on cygwin. cgf: Try harder to generate E2BIG when the command line length is overrun on exec/spawn. trcurtiss: Fix so that current baud rate of serial line is returned regardless of DTR state. corinna: Make cygwin more robust when running on 64-bit version of Windows. ptsekov: Fix problems with stale subshells in MC caused by EOF in pty slaves not being correctly propagated. cgf: Report cygdrive and proc as directories in / even if they haven't been explicitly created as directories. cgf: Implement and export readdir_r. cgf: Fix handling of signal masks in threads. cgf: Allow use of /proc values as standard input to programs like 'cat'. cgf: Set proper errno when attempting to execuate a directory. cgf: Fix handling of pause() in a non-main thread. corinna: Emulate linux version of realpath() more closely. cgf: Make lseek on a tty invalid. cgf: Detect attempts to run a .com file masquerading as a 16bit .exe file which cause problems on Win98/Me. corinna: Disable all special handling of CTRL_LOGOFF_EVENT since it seems to be sent too globally to be useful. cgf: Fix stty Not all operations could be performed problem on serial ports and allow stty -a to work on serial ports as well. corinna: Fix open and stat on virtual subdirectories (/proc/registry, etc.) corinna: Fix invalid errno handling in strerror. corinna: Fix potential hang in pthread_cond_wait. cgf: Fix annoying error pop-ups on Windows 98. cgf: Report E2BIG when the size of an individual environment component is 32K. cgf: Don't crash if the environment block grows greate than 32K. corinna: Use Winsock 2 for everything. cgf: Properly fill out si_code if siginfo_t structure. sthoenna: Call signal handler with extra siginfo_t * and void * parameters when SA_SIGINFO flag is set by a call to sigaction(). corinna: Make running on 64-bit windows slightly more robust. cgf: Cleanup and speed up fork slightly. cgf: Clean up and stabilize handling of /proc filesystem as well as other operations which use cygwin's signal commune for inter-process communication. corinna: Add WinMainCRTStartup symbol as an alias for mainCRTStartup. corinna: Properly deal with a trailing /. or /.. when creating a directory. cgf: Try harder to avoid multi-threaded problems when exiting, communing, or performing operations on the file table. corinna: Implement mlock/munlock. corinna: Implement futimes. corinna: Deal with non-blocking sockets more robustly. cgf:
