Re: [ITP] openldap-devel: Lightweight Directory Access Protocol clients and libraries
Daniel == Daniel Reed writes: Daniel There does not seem to be much precedent for having a package that only Daniel has a -devel; the closest appears to be db, which looks to be more of a Daniel grouping of similar packages (but feel free to look for yourself in case I Daniel missed another example). Daniel Typically -devel packages are subordinate to [and built from] some other Daniel package. There are .exe files in this -devel, so it might make sense to move Daniel at least those (and usr/share/*) into an actual openldap package, and Daniel leave the manual pages, headers, and static libraries in -devel. If I find time today I'll repackage ... Daniel Daniel Reed Ciao Volkre
Re: [ITP] openldap-devel: Lightweight Directory Access Protocol clients and libraries
Stipe == Stipe Tolj [EMAIL PROTECTED] writes: Stipe Volker, Stipe trying to reproduce your issue I run into: Stipe ... Stipe checking to see if -lrpcrt4 is needed for win32 UUID support... no Stipe checking for res_query... no Stipe checking for __res_query... no Stipe checking for res_query in -lbind... no Stipe checking for __res_query in -lbind... no Stipe checking for res_query in -lresolv... no Stipe checking for __res_query in -lresolv... no Stipe configure: error: DNSSRV requires res_query() Do you have minires and minires-devel installed. The postinstall script of minires-devel sets up a symbolic link libresolv.a: #! /bin/sh set -e if [ ! -e /usr/lib/libresolv.a ] then if [ -L /usr/lib/libresolv.a ] then /bin/rm -f /usr/lib/libresolv.a fi ln -s /usr/lib/libminires.dll.a /usr/lib/libresolv.a fi Stipe while configure runs. So I'm wondering which resolver lib you have Stipe been using?! Stipe Stipe Ciao Volker PS: By the way . apache .
Re: [ITP] openldap-devel: Lightweight Directory Access Protocol clients and libraries
Dr. Volker Zell schrieb: Do you have minires and minires-devel installed. The postinstall script of minires-devel sets up a symbolic link libresolv.a: #! /bin/sh set -e if [ ! -e /usr/lib/libresolv.a ] then if [ -L /usr/lib/libresolv.a ] then /bin/rm -f /usr/lib/libresolv.a fi ln -s /usr/lib/libminires.dll.a /usr/lib/libresolv.a fi have to check... thanks for the hint. PS: By the way . apache . working on it... Apache is finished, but I'd like to test the whole bunch including the new php package, that's why the delay takes place. But we'll kick it as Xmas present I guess ;) Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: [ITP - with packages] xemacs: A powerful, highly customizable open source text editor and application development system
Hi Please redownload xemacs when you want to test as there was a packaging error and I forgot to include widget support. cut here #!/bin/bash mkdir -p xemacs cd xemacs wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-21.4.14-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-21.4.14-1.tar.bz2 cut here Ciao Volker
Re: [ITP] ccrypt: A utility for encrypting and decrypting files and streams
Andreas Seidl wrote: I would like to contribute and maintain ccrypt: * http://quasar.mathstat.uottawa.ca/~selinger/ccrypt/ (Homepage) * http://quasar.mathstat.uottawa.ca/~selinger/ccrypt/download/ccrypt-1.6.tar.gz (Download) Obtaining this package for review: wget http://alice.fmi.uni-passau.de/~seidl/cygwin/release/ccrypt/ccrypt-1.6-1-src.tar.bz2 wget http://alice.fmi.uni-passau.de/~seidl/cygwin/release/ccrypt/ccrypt-1.6-1.tar.bz2 wget http://alice.fmi.uni-passau.de/~seidl/cygwin/release/ccrypt/setup.hint Alternatively, this package can be downloaded and installed through setup.exe by adding http://alice.fmi.uni-passau.de/~seidl/cygwin to your server list. - setup.hint - sdesc: A utility for encrypting and decrypting files and streams category: Utils requires: cygwin ldesc: ccrypt is a utility for encrypting and decrypting files and streams. It was designed as a replacement for the standard unix crypt utility, which is notorious for using a very weak encryption algorithm. ccrypt is based on the Rijndael cipher, which is the U.S. government's chosen candidate for the Advanced Encryption Standard (AES, see http://www.nist.gov/aes/). This cipher is believed to provide very strong security. Unlike unix crypt, the algorithm provided by ccrypt is not symmetric, i.e., one must specify whether to encrypt or decrypt. The most common way to invoke ccrypt is via the commands ccencrypt and ccdecrypt. There is also a ccat command for decrypting a file directly to the terminal, thus reducing the likelihood of leaving temporary plaintext files around. In addition, there is a compatibility mode for decrypting legacy unix crypt files. An emacs mode is also supplied for editing encrypted text files. - end - the packages has my +1 vote to go. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
[ITP] tree: Recursive directory listing program that produces a depth indented listing of files
Hi list, this is a quick one. Canonical homepage is: http://mama.indstate.edu/users/ice/tree/ --setup.hint-- sdesc: Recursive directory listing program that produces a depth indented listing of files category: Utils requires: cygwin ldesc: Tree is a recursive directory listing program that produces a depth indented listing of files, which is colorized ala dircolors if the LS_COLORS environment variable is set and output is to tty. --setup.hint-- --cut-- #!/bin/bash mkdir -p tree cd tree wget http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/tree/tree-1.4-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/tree/tree-1.4-1.md5sum wget http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/tree/tree-1.4-1.tar.bz2 wget http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/tree/setup.hint --cut-- Please review and vote for upload. Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
[Review - not yet] Re: [ITP] tree
On Thu, 18 Dec 2003, Stipe Tolj wrote: Re: [ITP] tree: Recursive directory listing program that produces a depth indented listing of files Hi list, this is a quick one. Canonical homepage is: http://mama.indstate.edu/users/ice/tree/ --setup.hint-- sdesc: Recursive directory listing program that produces a depth indented listing of files category: Utils requires: cygwin ldesc: Tree is a recursive directory listing program that produces a depth indented listing of files, which is colorized ala dircolors if the LS_COLORS environment variable is set and output is to tty. --setup.hint-- --cut-- #!/bin/bash mkdir -p tree cd tree wget http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/tree/tree-1.4-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/tree/tree-1.4-1.md5sum wget http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/tree/tree-1.4-1.tar.bz2 wget http://cygwin.dev.wapme.net/packages/tolj/cygwin/release/tree/setup.hint --cut-- Please review and vote for upload. Stipe Sounds interesting. I'll vote for this. Now for the review: 1) The documentation is still in /usr/doc and /usr/man... Any plans on moving it to /usr/share/{doc,man}? 2) This uses method 1 packaging. AFAIU, the patch in CYGWIN-PATCHES should still be a forward patch. Yours is reverse. 3) Any particular reason you have the make and install logs in CYGWIN-PATCHES? Also, the make log contains a warning that looks suspicious, and the install log shows that make install will install files directly into /usr/bin, rather than to a subdirectory. Also, make install will not put the Cygwin-specific README in the right directory. 4) The file list in the Cygwin-specific README mentions /usr/bin/tree, and not /usr/bin/tree.exe, which, IMO, is misleading. 5) There are no port notes in the Cygwin-specific README, even though there are some user-visible changes in the patch, such as changing the prefix to /usr and removing the -s linker flag (any particular reason why you did that?) 6) I don't see a strip step anywhere in the installation process (although the executable in the binary tarball is stripped). That's actually what the -s linker flag does... 7) There is a bug in the printing of inode numbers, since ino_t is 64-bit in Cygwin now, and it's printed using %ld (tree.c:515). 8) There is a bug that the file size is declared as u_long, and will be truncated for large files. Why not simply change it to off_t? I think this is it. A lot of the above is very easy to fix, so we'll wait for a new installment soon, eh? ;-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Heads-up: cygrunsrv-0.97-1 never announced
On Sun, 7 Dec 2003, Corinna Vinschen wrote: On Dec 5 18:00, Brian Ford wrote: 2003-12-05 Brian Ford [EMAIL PROTECTED] * cygrunsrv.cc (terminate_child): Send the signal to the whole processes group. --- cygrunsrv.cc 2003-12-05 17:48:26.25000 -0600 +++ cygrunsrv.cc.orig 2003-12-05 17:48:13.52000 -0600 @@ -978,7 +978,7 @@ terminate_child () sleep (1); else { - kill (-server_pid, termsig); + kill (server_pid, termsig); report_service_status (); return 0; } Thanks, I've just uploaded a new version of cygrunsrv which contains this patch. Corinna BTW, this was never announced. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: [Review - not yet] Re: [ITP] tree
Igor Pechtchanski wrote: Sounds interesting. I'll vote for this. I'll update this after we resolve this issues here. Now for the review: 1) The documentation is still in /usr/doc and /usr/man... Any plans on moving it to /usr/share/{doc,man}? ok, changed. 2) This uses method 1 packaging. AFAIU, the patch in CYGWIN-PATCHES should still be a forward patch. Yours is reverse. I did reverse patching for thre previous packages apache, php, etc too. Non was objected until know. AFAIK, either you have the orginal source tree and your patch provides the cygwin specific changes or oposite. Actually this may you apply the patch to produce the orginal source tree. 3) Any particular reason you have the make and install logs in CYGWIN-PATCHES? Also, the make log contains a warning that looks suspicious, and the install log shows that make install will install files directly into /usr/bin, rather than to a subdirectory. Also, make install will not put the Cygwin-specific README in the right directory. historical. AFAIK some people have been doing this for documentation purpose while building packages. The log files may be helpful in identifing possible problems that someone may observe on his local installation. Is it really required to patch Makefiles in order to install the cygwin specific README to the ..doc/Cygwin place?! I consider this an unneading hacking in sources. IMO, sources should be changed as minimally as required. 4) The file list in the Cygwin-specific README mentions /usr/bin/tree, and not /usr/bin/tree.exe, which, IMO, is misleading. ok, changed. 5) There are no port notes in the Cygwin-specific README, even though there are some user-visible changes in the patch, such as changing the prefix to /usr and removing the -s linker flag (any particular reason why you did that?) -s linker flag put in place again (was a simple typo). So we get stripping again. I don't see any needs for port notes to be honest. 6) I don't see a strip step anywhere in the installation process (although the executable in the binary tarball is stripped). That's actually what the -s linker flag does... (see above) 7) There is a bug in the printing of inode numbers, since ino_t is 64-bit in Cygwin now, and it's printed using %ld (tree.c:515). yep, patched. 8) There is a bug that the file size is declared as u_long, and will be truncated for large files. Why not simply change it to off_t? any scenario you can give that reproduces this?! I think this is it. A lot of the above is very easy to fix, so we'll wait for a new installment soon, eh? ;-) let's get this going. BTW, @Volker: you should have voted to the -apps list too ;) Stipe mailto:[EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf, NRW, Germany phone: +49.211.74845.0 fax: +49.211.74845.299 mailto:[EMAIL PROTECTED] http://www.wapme-systems.de/ --- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (Cygwin) mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2 nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H g2HyLAEKQIp30Q== =aYCI -END PGP PUBLIC KEY BLOCK-
Re: Heads-up: cygrunsrv-0.97-1 never announced
On Dec 18 11:38, Igor Pechtchanski wrote: BTW, this was never announced. Igor Uh, yes. Thanks for the heads up. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [Review - not yet] Re: [ITP] tree
On Thu, 18 Dec 2003, Stipe Tolj wrote: Igor Pechtchanski wrote: Sounds interesting. I'll vote for this. I'll update this after we resolve this issues here. Now for the review: [snip] 2) This uses method 1 packaging. AFAIU, the patch in CYGWIN-PATCHES should still be a forward patch. Yours is reverse. I did reverse patching for thre previous packages apache, php, etc too. Non was objected until know. AFAIK, either you have the orginal source tree and your patch provides the cygwin specific changes or oposite. Actually this may you apply the patch to produce the orginal source tree. Hmm, I guess it's not that important. I was just going by what's on http://cygwin.com/setup.html, which clearly states that applying the patch *in reverse* should get you the original sources... 3) Any particular reason you have the make and install logs in CYGWIN-PATCHES? Also, the make log contains a warning that looks suspicious, and the install log shows that make install will install files directly into /usr/bin, rather than to a subdirectory. Also, make install will not put the Cygwin-specific README in the right directory. historical. AFAIK some people have been doing this for documentation purpose while building packages. The log files may be helpful in identifing possible problems that someone may observe on his local installation. True. It's usually a good idea, though, to be able to install somewhere outside of the main tree (e.g., to recreate the package without polluting your system)... I'm not sure how important it is that a package is able to do this. Is it really required to patch Makefiles in order to install the cygwin specific README to the ..doc/Cygwin place?! I consider this an unneading hacking in sources. IMO, sources should be changed as minimally as required. I agree, that's why method 2 became popular, since you don't have to change the Makefiles for some of the Cygwin-specific stuff. But if you stick with method 1, the users should be able to fully install the package using make install... [snip] 5) There are no port notes in the Cygwin-specific README, even though there are some user-visible changes in the patch, such as changing the prefix to /usr and removing the -s linker flag (any particular reason why you did that?) -s linker flag put in place again (was a simple typo). So we get stripping again. I don't see any needs for port notes to be honest. Well, I think changing the prefix from /usr/local to /usr is a pretty serious change, in a sense that someone familiar with the package and wanting to install it on their system will download it, run make; make install, and get the packages in /usr/bin instead of /usr/local/bin where they would expect them. IMO, it deserves a mention in the port notes, but I'm not going to hold up the release of a package because of this. 8) There is a bug that the file size is declared as u_long, and will be truncated for large files. Why not simply change it to off_t? any scenario you can give that reproduces this?! Well, I don't have any 4G+ files on my system, but it's easy to see that anything with size over 4G will be displayed incorrectly. In fact, most of the LINUX_BIGFILE code should be turned on, except that the types are wrong in some places (long long instead of off_t), and Cygwin has no such thing as struct stat64 - its struct stat is 64-bit already. I'll point out that some of the types in struct _info are all wrong for Cygwin (mode should be mode_t, uid should be uid_t, gid should be gid_t, and size should be off_t). I think this is it. A lot of the above is very easy to fix, so we'll wait for a new installment soon, eh? ;-) let's get this going. Cool. Let me know when I can download a new version. BTW, @Volker: you should have voted to the -apps list too ;) Stipe -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: [Review - not yet] Re: [ITP] tree
On Thu, 18 Dec 2003, Stipe Tolj wrote: Igor Pechtchanski wrote: Hmm, I guess it's not that important. I was just going by what's on http://cygwin.com/setup.html, which clearly states that applying the patch *in reverse* should get you the original sources... hmm, isn't it the case?! Nope: $ patch -p1 -R CYGWIN-PATCHES/tree-1.4-1.patch patching file Makefile Unreversed patch detected! Ignore -R? [n] n Apply anyway? [n] n Skipping patch. 2 out of 2 hunks ignored -- saving rejects to file Makefile.rej 3) Any particular reason you have the make and install logs in CYGWIN-PATCHES? Also, the make log contains a warning that looks suspicious, and the install log shows that make install will install files directly into /usr/bin, rather than to a subdirectory. Also, make install will not put the Cygwin-specific README in the right directory. historical. AFAIK some people have been doing this for documentation purpose while building packages. The log files may be helpful in identifing possible problems that someone may observe on his local installation. True. It's usually a good idea, though, to be able to install somewhere outside of the main tree (e.g., to recreate the package without polluting your system)... I'm not sure how important it is that a package is able to do this. personally I'm not required to put the build logs into the tree. That's right. What do the others mean. I haven't followed the list for some while (no comments on this please ;). So I'm for sure out-of-sync regarding the commen behaviour?! Umm, I was actually referring to the fact that the installation cannot be redirected to a subdirectory... I'm ok with the logs being included, FWIW. I agree, that's why method 2 became popular, since you don't have to change the Makefiles for some of the Cygwin-specific stuff. But if you stick with method 1, the users should be able to fully install the package using make install... now, I'd like to take method 2, but the package does not provide and sophisticated autoconf suite, only the raw Makefile. And actually for one .c file this is ok ;) :-) Take a look at the wtf package... It's not autotooled either. And it uses method 2. Well, I think changing the prefix from /usr/local to /usr is a pretty serious change, in a sense that someone familiar with the package and wanting to install it on their system will download it, run make; make install, and get the packages in /usr/bin instead of /usr/local/bin where they would expect them. IMO, it deserves a mention in the port notes, but I'm not going to hold up the release of a package because of this. agreed. But don't we consider *all* packages that are installed from setup.exe to be system packages and hence reside underneath the system /usr mount point. In contrast to those who are compiled and build by users on their own, which usually go to /usr/local?!?! I changed the same semantics for Apache. Apache usualy has its instllation layout into /usr/local/apache and we addopted the cygwin-way to Apache's layout config file to reflect that it is then a system package. Ok. It's a minor point, anyway. Well, I don't have any 4G+ files on my system, but it's easy to see that anything with size over 4G will be displayed incorrectly. In fact, most of the LINUX_BIGFILE code should be turned on, except that the types are wrong in some places (long long instead of off_t), and Cygwin has no such thing as struct stat64 - its struct stat is 64-bit already. ok, I'll give it a try... let's see how far I get. Well, turns out I was wrong. The only LINUX_BIGFILE code that should have been enabled was the printf in line 521... You could probably just make it conditional on LINUX_BIGFILE *or* __CYGWIN__... I'll point out that some of the types in struct _info are all wrong for Cygwin (mode should be mode_t, uid should be uid_t, gid should be gid_t, and size should be off_t). ok, I'll consider this too. Actually, consider also changing the '#define _LARGEFILE64_SOURCE' in the LINUX_BIGFILE block to '#define _FILE_OFFSET_BITS 64', removing the '#ifdef LINUX_BIGFILE...#else' block from struct _info (off_t will already mean the right thing in that case), and submitting this patch upstream. Cool. Let me know when I can download a new version. I'll give it a try ASAP. Stipe mailto:[EMAIL PROTECTED] Thanks, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: [Review - not yet] Re: [ITP] tree
Stipe Tolj wrote: I did reverse patching for thre previous packages apache, php, etc too. Non was objected until know. AFAIK, either you have the orginal source tree and your patch provides the cygwin specific changes or oposite. Actually this may you apply the patch to produce the orginal source tree. Probably nobody complained because nobody dared look at the monstrous pile-o-code that those two large packages entail. I know I didn't. 3) Any particular reason you have the make and install logs in CYGWIN-PATCHES? Also, the make log contains a warning that looks suspicious, and the install log shows that make install will install files directly into /usr/bin, rather than to a subdirectory. Also, make install will not put the Cygwin-specific README in the right directory. historical. AFAIK some people have been doing this for documentation purpose while building packages. The log files may be helpful in identifing possible problems that someone may observe on his local installation. Meh. IMO this is a developer prerogative. Do as you like. Is it really required to patch Makefiles in order to install the cygwin specific README to the ..doc/Cygwin place?! I consider this an unneading hacking in sources. Not at all. The method 2 package script does this manually. (e.g part of ./script install -- which calls 'make install' and then does the extra stuff. IMO, sources should be changed as minimally as required. Yep. -s linker flag put in place again (was a simple typo). So we get stripping again. I don't see any needs for port notes to be honest. Agree (with Stipe). There's no need to repeat, in every package for cygwin, yep, used --prefix=/usr on THIS package, too! 8) There is a bug that the file size is declared as u_long, and will be truncated for large files. Why not simply change it to off_t? any scenario you can give that reproduces this?! Sure: files larger than 2GiB. off_t == off64_t == long long with cygwin-1.5.x, while u_long is just 32 bits IIRC. -- Chuck
now you dont have to pay for Pay_perview movies.......countermen
What movies did you watch over this month. would like to l0wer your cable bills, well look at this - http://www.esavingsplus.com?refid=1001860190756 No more advertisments - http://www.esavingsplus.com?unsub=1001860190756 tm svy vb pzh adrwo g cuc ofz
Re: keyboard not working
** Somebody please FAQ this somewhere ** Found the solution somewhere in the email list (took me a while to perform the proper query). Check this out: http://www.cygwin.com/ml/cygwin-xfree/2003-08/msg00145.html As described there, the X server global variables XAPPLRESDIR, XCMSDB, XKEYSYMDB and XNLSPATH were set by some other program to point to /usr/X11R5. The latest Xfree included with Cygwin seems to be checking on this and so it does not work (Cygwin location for these is /usr/X11R6, not R5). In the message Pavel mentions Microsoft Services for Unix, which I have installed too. I am almost sure this is the one that created those system variables. As I do not use X from SFU (I only need the nfs capability so my local Windows drives can be accessed from Linux without Samba), I really do not care about breaking up X there and so I just got rid of those variables. I hope this is also the solution you were looking for, Best Regards, JUAN This is the mail archive of the [EMAIL PROTECTED] mailing list for the Cygwin XFree86 project. Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index] Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next] Other format: [Raw text] Re: keyboard not working a.. From: Stephan Schaefer s dot schaefer at sun dot com b.. To: alexander dot gottwald at s1999 dot tu-chemnitz dot de c.. Cc: cygwin-xfree at cygwin dot com d.. Date: Mon, 15 Dec 2003 16:16:24 +0100 e.. Subject: Re: keyboard not working f.. Reply-to: cygwin-xfree at cygwin dot com Which programs have you tried? Please also run xev for testing and press some keys in the Event Test window. Are there some ButtonPress events reported? Yes! Mouseevents are all reported correctly. Additionally I see events from Shift/Ctrl/Alt and, most surprising, the numeric keypad is working as well. Still nothing from the rest of the keyboard Stephan __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/
Re: keyboard not working
Hi Juan, Thanks a lot ! That exactly solves my problem. I also had SFU installed :( Best regards Stephan Check this out: http://www.cygwin.com/ml/cygwin-xfree/2003-08/msg00145.html
Re: using xbiff on remote mail
On Tue, 16 Dec 2003, Lester Ingber wrote: I've been trying to use xbiff to monitor a remote mailbox as in `man xbiff`: checkCommand (class CheckCommand) [snip] therefore contain i/o redirection. An exit status of 0 indi- cates that new mail is waiting, 1 indicates that there has been no change in size, and 2 indicates that the mail has been cleared. By default, no shell command is provided. Notice it says exit status. [snip] --8-- top cut 2/2 - bottom 2/2 ---8-- #!/bin/tcsh -f set HEADER = 13 set MB = `ssh -q -x XXX.com -n /home/ingber/local/bin//mbsize` if ( $MB = $HEADER) then /bin/rm -f /home/ingber/.Lester_mailbox echo 2 exit 2? else if (-e /home/ingber/.Lester_mailbox) then set MBHOME = `cat /home/ingber/.Lester_mailbox` if ($MB $MBHOME) then /bin/rm -f /home/ingber/.Lester_mailbox echo $MB /home/ingber/.Lester_mailbox echo 0 exit 0? else echo 1 exit 1? endif else echo $MB /home/ingber/.Lester_mailbox echo 0 exit 0? endif endif --8-- bottom cut 2/2 - top 2/2 ---8-- -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444
xwin crash (when running anything but xlogo)
I just installed xf86 on my win2000 machine to be used as a remote x terminal. i forward the connection through ssh to a linux machine (debian woody), and everything seems good. i can run xlogo and see the logo on my windows machinebut that's about it. every other program i've tried (mozilla, startkde, evolution, gaim, etc.) crashes xwin.exe. xwin.log dosn't seem to contain any serious errors. is there a more detailed log file? please help, -matt p.s. i couldn't figure out how to subscribe to the list, so please cc your replys to me. thanks.
FAQ Update
I just posted some updates that Alexander made to the FAQ: http://xfree86.cygwin.com/docs/faq/ Harold
Website updates
I have made quite a few minor changes to the Cygwin/X website (http://xfree86.cygwin.com/). Changes === 1) Add thumbnails to the screenshots page and generally change the entire layout. 2) Remove the CVS access page, since it only referred to the CVS access for the XWin Server code, when we in fact have two CVS trees: XWin Server at freedesktop.org and the documentation source at sourceforge.net. 3) Update the XWin Server Development page and add CVS info. 4) Update the Documentation Development page and add CVS info. 5) Decrease the width of the left menu bar from 20% to 15% of the page. 6) Update the FAQ with Alexander's info about Services for Unix. 7) Update the User's Guide by swapping the position of the ssh and telnet documentation to encourage people to try ssh first. 8) Fix a handful of broken links between pages. To-Do = The content of the website is largely up-to-date now and the screenshots page has been redesigned to accomodate more and newer screenshots. What I want to do now is to redesign the header, leftbar, and footer, as well as to start using a stylesheet more regularly across the site. If anyone is interested in helping, grab a copy of the source for our home page, update the colors, layout, etc. and send in a link to your updated mock-up. I would appreciate mock-ups that have use of new colors and that get rid of the alternating green and black header that we have. I can take the mock-ups that are sent in and apply the changes to the actual files. I am just looking for some help with the creative process. Harold
Belonog's Personel Exhbiition - GiAi nwes ...... --- ...... (0007960237)
Dear Ladies and Gentlemen, We would like to introduce you the personal exhibition of artist Anatoly Belonog. Anatoly Belonogs beautiful paintings will return you a feeling of quiet happiness from the communication with the nature. The artists attempt was to connect the internal world of a person with the world of nature. You will be able to have a look on some of his paintings: http://www.gallery-a.ru/expo/index.php/belonog Welcome to exhibition! Gallery curator. P.S. Also available on our site E-Cards:http://www.gallery-a.ru/ecards/compose.php , more than 200 stylish E-Cards! Wallpapers: http://www.gallery-a.ru/luxury.php Sorry if that information not interesting for You and we disturb You with our message! For removing yor address from this mailing list just replay this message with word 'unsubscribe' in subject field (0264992930)
1.5.5-1 MD5 sum
Hi! I want to use cygwin in a Windows Server. However, I don't want to install it without checking the MD5 sum first. Does anyone knows where to find the MD5 sum for the setup.exe? Thnx in advance, John _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail -- 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/
now you dont have to pay for Pay_perview movies.......countermen
What movies did you watch over this month. would like to l0wer your cable bills, well look at this - http://www.esavingsplus.com?refid=1001860190756 No more advertisments - http://www.esavingsplus.com?unsub=1001860190756 tm svy vb pzh adrwo g cuc ofz
RE: kill(pid, 0) issue
-Original Message- From: Christopher Faylor Sent: Wednesday, December 17, 2003 6:27 PM To: [EMAIL PROTECTED] Subject: Re: kill(pid, 0) issue On Wed, Dec 17, 2003 at 05:23:20PM +0100, Nowakowski Maciej-AMN011 wrote: My application creates additional process using fork() function. Created child process listens on a socket and exits when it receives anything. The main process checks the child PID using kill(pid, 0) with child PID as a parameter. Even when the child has exited this function call returns 0. When I have supplied any PID which hasn't ever existed it's fine and kill(non-existentPID, 0) returns -1. Has anyone experienced something like this? This seems like a perfect place for a simple test case. For instance: #include stdio.h #include stdlib.h #include signal.h #include unistd.h #include sys/wait.h int main (int argc, char **argv) { int pid; if (argv[1]) pid = atoi(argv[1]); else if ((pid = fork ()) == 0) { puts (forking a process and then exiting); exit (0); } else { int dummy; wait (dummy); } printf (%d = kill (%d, 0)\n, kill (pid, 0), pid); exit (0); } I tried the above with no argument and with an argument of a previously forked-and-exited process. Both cases produced the expected result, as did trying this on a running process. I suspect that you are not 'wait()'ing for the process to exit before checking if it exists. kill(pid, 0) will succeed on both linux and cygwin if the process is not reaped by calling wait (or waitpid, etc.) first. cgf Christopher, Thanks for a reply. I have run your test case and it really works. So then I have modified it slightly to make it similar to what my application is doing. Now it reproduces the behaviour of my app. I'm running this test below in a Windows console and using Cygwin console to display processes issuing 'ps' command. I have expected the child process to be finished after some time(when main process is blocked on 'getc()') but kill(pid, 0) returns 0. Probably there is an issue lying beneath I'm not aware of. #include stdio.h #include stdlib.h #include signal.h #include unistd.h #include sys/wait.h static void ChildExitSigHandle(int sig) { printf (Child termination signal received...\n); } int main (int argc, char **argv) { int pid; signal(SIGCHLD, ChildExitSigHandle); if (argv[1]) pid = atoi(argv[1]); else if ((pid = fork ()) == 0) { puts (forking a process and then exiting); exit (0); } else { //int dummy; //wait (dummy); getc(stdin); } printf (%d = kill (%d, 0)\n, kill (pid, 0), pid); exit (0); } Regards, Maciek -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problems using libgmp.a on MSVC project.
Hello All, I'm trying to use gmp (http://www.swox.com/gmp/) with a win32 (MSVC) project. I've compiled the project with -mno-cygwin (using CC=gcc -mno-cygwin ./configure) and now it doesn't depend on cygwin1.dll (I think). The project produced libgmp.a, I just renamed to gmp.lib and included in my MSVC project. However when I compile as simple program I get the following linkage errors: Configuration: win32gmp - Win32 Debug Linking... LINK : warning LNK4049: locally defined symbol __iob imported LINK : warning LNK4049: locally defined symbol ___mb_cur_max imported LINK : warning LNK4049: locally defined symbol __pctype imported libgmp.lib(divrem.o) : error LNK2001: unresolved external symbol __alloca libgmp.lib(tdiv_qr.o) : error LNK2001: unresolved external symbol __alloca libgmp.lib(dc_divrem_n.o) : error LNK2001: unresolved external symbol __alloca libgmp.lib(mul_n.o) : error LNK2001: unresolved external symbol __alloca libgmp.lib(mul_fft.o) : error LNK2001: unresolved external symbol __alloca libgmp.lib(get_str.o) : error LNK2001: unresolved external symbol __alloca libgmp.lib(get_str.o) : error LNK2001: unresolved external symbol __alloca libgmp.lib(mul.o) : error LNK2001: unresolved external symbol __alloca libgmp.lib(set_str.o) : error LNK2001: unresolved external symbol __alloca libgmp.lib(mul.o) : error LNK2001: unresolved external symbol __alloca libgmp.lib(get_str.o) : error LNK2001: unresolved external symbol __alloca libgmp.lib(doprnt.o) : error LNK2001: unresolved external symbol _isascii Debug/win32gmp.exe : fatal error LNK1120: 2 unresolved externals Error executing link.exe. win32gmp.exe - 13 error(s), 3 warning(s) I know that MSVC has alloca (_alloca) and isacii (__isascii). Any ideas how to fix this? Thanks. Bye. - Smile, damn it, smile. lambda msg: { name : Miki Tebeka, email : [EMAIL PROTECTED], url : http://www.cs.bgu.ac.il/~tebeka;, quote : The only difference between children and adults is the \ price of the toys }[msg] -- 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/
(very off-topic laptop aside) - my experience
cgf - I don't know how much any of this will help, especially since I fancy myself rather low on the list of those you would entertain for *advice* - anyhow, here goes. I sympathize with you *completely* about struggling to find a way to multi-task your life. I work at least a 100 or more hours a work on the computer routinely - and am married (no kids yet). Before I even got married, I KNEW I'd have to come up with a creative solution if I wanted to continue working those kind of hours AND keep a wife *relatively* (I entertain doubts that ANY wife is ever *truly*) happy. I've been enjoying my solution for three years now, and its been BEYOND wonderful. It's exceeded my expectations a hundred fold. Basically I saved my money and bought a commercial grade projector. I own an Infocus 950 with a 2400 Lumen value. It originally retailed for $11,000.00. I bought it on closeout for the unbelievable price of $4000.00 from BH in Manhattan. The quality is outstanding, and with the high lumen rating, the sun can be shining in the window and the screen quality is undiminished. My living room is small, so I had to buy a screen since I had no white wall big enough. A 100 inch portable screen from Da-Lite ran $700.00. It's worth every penny. It actually covers a window - and when not in use, can be collapsed in 5 seconds to again show the window. I spent $1000.00 buying a new three piece sectional and did not use the middle section. Instead I moved together the couch and left-armed chaise lounge to create a rather unique living room *bed*. I built a stand-alone rack system from PVC and 2 inch electrical conduit (all from Home Depot) to suspend the projector AND computer from the ceiling since you don't want a very long digital monitor cable between the video card and the projector. The digital cable I bought cost $80.00 and is only six feet long. It was the longest one I could find without getting one custom made. Otherwise, beside the projector cable and screen, everything else can be bought routinely at Best Buy or CompUSA. Fact is, I custom built my computer myself so I could build in exactly what I wanted. I bought the ATI All-In-Wonder Card so that I could pipe DirecTV directly into the computer. Now I have not only a VERY comfortable and productive work environment, but also a KICK-AA$$S home theater entertainment system that LAUGHS at all the money people are spending on new plasm TVs. (It does HDTV as well). I run 2000 Server on the machine so I can do RAID and other high end things. I have NFL Sunday ticket, so I can watch my pathetic Detroit Lions, drink a beer, check my e-mail for more cgf meanness and work on my projects all the while *reclined* on my chaise lounge. I use a Logitech wireless ergonomic keyboard and wireless trackball mouse. Since the computer is suspended from the ceiling, the actual range is increased to almost ten feet. That's ten feet radius, so in fact I can use the keyboard and mouse with a twenty foot circle - pretty much covers the whole room. Because of the sectional setup, my wife can sit next to me and watch TV - we can share a blanket, watch a DVD -WHILE- I debug and code my Perl projects (using cygwin of course). I can be online with work via secure dial-up (because I'm a contractor they won't give me VPN - stupid). I also have a laptop, which I just plug into the DSL router and access via DameWare Mini Remote Control and/or cygwin (ssh, nfs - you know the drill). (Laptops - Darn things fry your mannhhood off when parked in your lap for too long - but a wireless keyboard can sit there ALL day!) Because of this setup, I'm always in the MIDDLE of the action. My wife never feels alone and abandoned and often cuddles with me to read a book while I work. When I'm away, she uses the *construction* as she calls it to shop e-bay, build puzzles on JigZone.com, e-mail her friends and family, etc. She loves it as much as I do. This setup has DEFINITELY increased my productivity 25-30%, PLUS upped my quality of life SUBSTANTIALLY. Anyone who sees my setup is blown away impressed - you can actually see the *awe* in their eyes. And the whole setup cost less than $10,000 in total to build (not to mention a few hundred hours of time to build and setup). Not cheap by any stretch, but something I now CAN'T POSSIBLY imagine living without. I'd recommend this solution to anyone who does computing for a living (and anymore that includes almost everyone). There is a drawback however - putting in a new lamp cost a $1000.00. OUCH! But when considering how much I use it, it's actually a small price to pay. As for the computer, because it's an ordinary small server case housing common components. If something goes wrong I just swap it out. I do nightly incremental backups to an external hard disk via USB2 and NovaBack. You should SERIOUSLY consider something similar - if you can swing it. Brian Kelly -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Re: Windows 2003 Server Cygwin Cron
On Dec 17 14:43, Igor Pechtchanski wrote: Quoting crontab.c from the cron-3.0.1-11 sources: /* Cygwin can't support changing the owner since that requires crontab to be a s-uid application which is not supported. As workaround we try to set group membership to be SYSTEM (== ROOT_UID) and setting permissions to 640 which should allow cron to work. */ So, Cygwin basically assumes that the user that cron runs under will be in the SYSTEM group, and tries to change the mode of the tab file so that cron can access it. Unfortunately, that's not true for the directions that Corinna gave for Win2003, since the cron_server user is not in the SYSTEM group. One solution is to assume the invariant that cron always runs as a user in the SYSTEM group, but, AFAICS, there is no way to add a user to the SYSTEM group. Another solution is to select another group and make that invariant (and add the cron_server user to it), which will require changing the cron sources. Corinna, any comments? No, except that there's no SYSTEM group and using SYSTEM as a group is some sort of a Cygwin hack. Using administrators as group is actually better. Will change at one point in future. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Is cygwin_ROOT still there?
Thanks. A slightly tortuous solution, but this works (after adding mount to a limited set of executables). FYI, I used a ls /cygwin/cygwin.bat to test for the existence of cygwin on the system. N.B., to include a snippet from startxwin.bat: REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. On Tue, 16 Dec 2003, Christopher Faylor wrote: On Tue, Dec 16, 2003 at 11:50:32AM -0600, L. D. Marks wrote: I'm trying to put togethor a windows version of a (unix) GNU-type package. I've run into a problem that the DOS CYGWIN_ROOT parameter does not seem to want to work at least on an XP machine -- no matter what I do it seems to be set to /cygwin (or a different location if that is how setup was run). To the best of my knowledge, cygwin has never honored a CYGWIN_ROOT environment variable. If it did, it predates both my time on the project and the CVS repository. It certainly isn't treated specially now. In any event, use the mount table, i.e., man mount. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com --- Laurence Marks Department of Materials Science and Engineering MSE Rm 2036 Cook Hall 2225 N Campus Drive Northwestern University Evanston, IL 60201, USA Tel: (847) 491-3996 Fax: (847) 491-7820 mailto:[EMAIL PROTECTED] http://www.numis.northwestern.edu Nanocrystallography Workshop, http://ncem.lbl.gov/workshop.htm --- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: (very off-topic laptop aside) - my experience
Brian Kelly wrote: I've been enjoying my solution for three years now, and its been BEYOND wonderful. [...] Sounds nice, but show me some pictures ;-) Regards Krzysztof Duleba -- 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: Is cygwin_ROOT still there?
On Thu, Dec 18, 2003 at 07:34:11AM -0600, L. D. Marks wrote: Thanks. A slightly tortuous solution, but this works (after adding mount to a limited set of executables). FYI, I used a ls /cygwin/cygwin.bat to test for the existence of cygwin on the system. Wouldn't checking for cygwin1.dll be an infinitely better test? N.B., to include a snippet from startxwin.bat: REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. startxwin.bat != cygwin This is just a convention used by one .bat file. It is not a universally understood convention throughout cygwin. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: kill(pid, 0) issue
On Thu, Dec 18, 2003 at 10:34:12AM +0100, Nowakowski Maciej-AMN011 wrote: I suspect that you are not 'wait()'ing for the process to exit before checking if it exists. kill(pid, 0) will succeed on both linux and cygwin if the process is not reaped by calling wait (or waitpid, etc.) first. Thanks for a reply. I have run your test case and it really works. So then I have modified it slightly to make it similar to what my application is doing. Now it reproduces the behaviour of my app. I'm running this test below in a Windows console and using Cygwin console to display processes issuing 'ps' command. I have expected the child process to be finished after some time(when main process is blocked on 'getc()') but kill(pid, 0) returns 0. Probably there is an issue lying beneath I'm not aware of. As I said in my response to you, you DO have to wait for a pid if you want kill(pid, 0) to return -1. I'm not sure why you are sending a test case which illustrates exactly what I told you the problem is. Apparently you didn't read the part that I quoted above. -- 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: snapshot cygwin1-20031212.dll.bz2 (with a very off-topic laptop aside)
At 12:37 AM 12/18/2003, Christopher Faylor you wrote: On Thu, Dec 18, 2003 at 12:21:50AM -0500, Christopher Faylor wrote: On Wed, Dec 17, 2003 at 02:53:33PM -0500, [EMAIL PROTECTED] wrote: Here is the uname and stackdump from cygwin1-20031214.dll.bz2: CYGWIN_NT-5.0 Test 1.5.6s(0.107/3/2) 20031214 23:18:27 i686 unknown unknown Cygwin Exception: STATUS_ACCESS_VIOLATION at eip=610865E7 eax=0948 ebx=00409E30 ecx=610EFE64 edx=0004 esi=0014 edi=0022FB48 ebp=0022FB1C esp=0022FB00 program=C:\cygwin\bin\rsync.exe cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args 0022FB1C 610865E7 (0022FA94, 0022FA94, 0022FA94, 0022FB40) End of stack trace Oh well. Still not much help. I am building a new snapshot which may provide a better stack trace on failure. If you could run it and report the stack trace, it would be appreciated. Also, if you could send me a complete strace log that might be useful, too. I just thought I'd vent a little about my attempt to debug this today. I went to another person in my office (Hi Jay!) who has a laptop running Windows 2000 with the intent of running rsync there. His laptop was out of date so I updated cygwin on it, which took a while. When I was finished updating it, I tried to rsync from my laptop* (purchased with the help of some people here after a truely depressing history of being scammed, saving more money, buying a laptop, having it shipped, having it shipped back, having it shipped again, shipping it back, buying a new one, and now...) only to find that my laptop had crashed. On rebooting I got nothing but a blank screen. So, I took everything apart and tried again: still nothing. Took everything apart again, swapped the SODIMMs and got the dreaded BIOS beeping. Took out a SODIMM and now it boots. Which means now I have to wrangle with InternetIShop about getting a replacement without sending my laptop back *again*. I think I am very close to throwing myself off a bridge on this subject. Having had exactly the laptop I wanted for three weeks and now having to once again contemplate talking to obtuse tech support or sales people or, worse, more of the non-responders... well... Let's just say I am not in a good mood. I wasn't an optimistic type of guy I would almost think some higher authority didn't really want me to have a laptop like this, even though it means I'm in the presence of my family more often, which I would think would be a good thing... Anyway, sorry for the atypical personal aside. I am just so frustrated by this that I could spit. The laptop is working fine with half the amount of memory and the amount that I have left (512MB) is something I would have killed for a few years ago, but, despite that, the speed degradation is still noticeable. Blah, blah, blah. Yeah, I know. I'd lambaste anyone else who did this but it does have something of a cygwin component since all of my super secret test files and environment is on this laptop and, if it dies, I'll be scrambing to recreate things from backup. Heh! I told you CGF was going down! No one believed me. Crazy they said. Ludicrous they crowed. But now they see. There will be no more secrets. My work here is done. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Man to PDF
Paul Kraus [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Figured it out. ... then please share this knowledge with us. -- Greetings Tomasz Rojek -- 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: kill(pid, 0) issue
Yes you are right I somehow missed the sentence: kill(pid, 0) will succeed on both linux and cygwin if the process is not reaped by calling wait (or waitpid, etc.) first. Thanks, Maciek -- 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/
cygwin1-20031218.dll.bz2 and rxvt
At least here rxvt dies after started. cmd.exe works. Latest Cygwin packages on XP Professional SP1 + all updates. -- How to contact me - http://www.pervalidus.net/contact.html -- 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: snapshot cygwin1-20031212.dll.bz2 (with a very off-topic laptop aside)
On Thu, Dec 18, 2003 at 10:30:12AM -0500, Larry Hall wrote: Heh! I told you CGF was going down! No one believed me. Crazy they said. Ludicrous they crowed. But now they see. There will be no more secrets. Aha. So, it was you, my arch nemesis responsible for this indignity. I thought the beard on that computer repairman who came in yesterday looked a little strange, especially with the lines of glue running down the neck. I guess I should have realized that I hadn't actually reported any problems with my computer but who remembers such details admidst the day-to-day mayhem of this fast past, high stakes, software development world. -- 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: Windows 2003 Server Cygwin Cron
I absolutely agree, Corinna. The correct fix is to use the administrators group. I was provided with a crontab that sets the group ownership to administrators, rather than SYSTEM, and it is fine. Benn Quoting crontab.c from the cron-3.0.1-11 sources: /* Cygwin can't support changing the owner since that requires crontab to be a s-uid application which is not supported. As workaround we try to set group membership to be SYSTEM (== ROOT_UID) and setting permissions to 640 which should allow cron to work. */ So, Cygwin basically assumes that the user that cron runs under will be in the SYSTEM group, and tries to change the mode of the tab file so that cron can access it. Unfortunately, that's not true for the directions that Corinna gave for Win2003, since the cron_server user is not in the SYSTEM group. One solution is to assume the invariant that cron always runs as a user in the SYSTEM group, but, AFAICS, there is no way to add a user to the SYSTEM group. Another solution is to select another group and make that invariant (and add the cron_server user to it), which will require changing the cron sources. Corinna, any comments? No, except that there's no SYSTEM group and using SYSTEM as a group is some sort of a Cygwin hack. Using administrators as group is actually better. Will change at one point in future. Corinna -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
How to make Cygwin map backspace to ASCII DEL?
Greetings, I just upgraded all Cygwin packages to their latest versions. Although I don't use Cygwin a lot, I'm fairly sure that I would have noticed if backspace in an ordinary Windows console window had ended up as ^H to a Cygwin application (zsh in this case) running in that console window, which is what happens now. Anyway, whatever the old behaviour was, I want backspace to generate ASCII DEL (^?) and not ^H --- how can I make Cygwin do that? -- Hannu -- 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/
g77 compiling problem
Dear cygwin-list, Sorry if this question has been already sent, but I am very new to the list ! I also went to the FAQ and did not find this one: I can't run a fortran-program that has been compiled with g77, even if the compilation was successfull: $ ls toto.f $ g77 toto.f $ ls toto.f a.exe $ a.exe bash: a.exe: command not found $ it's strange because the application a.exe can be launched in an DOS-command window for example. Do I have to specify some flags for the compilation ? Thank you if someone can help me, regards, Martin.begin:vcard n:; tel;fax:(33) 05.57.72.29.99 tel;work:(33) 05.57.72.29.97 x-mozilla-html:FALSE url:www.ifremer.fr org:Ifremer - Station d'Arcachon;Département Environnement Littoral adr:;;Quai du Cdt Silhouette;33120 Arcachon;;;France version:2.1 fn:Martin Plus end:vcard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: g77 compiling problem
Perhaps it is not in your PATH try: ./a.exe -Original Message- From: Martin PLUS [mailto:[EMAIL PROTECTED] Sent: Thursday, December 18, 2003 1:04 PM To: [EMAIL PROTECTED] Subject: g77 compiling problem Dear cygwin-list, Sorry if this question has been already sent, but I am very new to the list ! I also went to the FAQ and did not find this one: I can't run a fortran-program that has been compiled with g77, even if the compilation was successfull: $ ls toto.f $ g77 toto.f $ ls toto.f a.exe $ a.exe bash: a.exe: command not found $ it's strange because the application a.exe can be launched in an DOS-command window for example. Do I have to specify some flags for the compilation ? Thank you if someone can help me, regards, Martin. -- 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: g77 compiling problem
that will work... I have noticed that you have to specify an absolute path... even if the file is in the current dir. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 1:11 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: g77 compiling problem Perhaps it is not in your PATH try: ./a.exe -Original Message- From: Martin PLUS [mailto:[EMAIL PROTECTED] Sent: Thursday, December 18, 2003 1:04 PM To: [EMAIL PROTECTED] Subject: g77 compiling problem Dear cygwin-list, Sorry if this question has been already sent, but I am very new to the list ! I also went to the FAQ and did not find this one: I can't run a fortran-program that has been compiled with g77, even if the compilation was successfull: $ ls toto.f $ g77 toto.f $ ls toto.f a.exe $ a.exe bash: a.exe: command not found $ it's strange because the application a.exe can be launched in an DOS-command window for example. Do I have to specify some flags for the compilation ? Thank you if someone can help me, regards, Martin. -- 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/
[ANNOUNCEMENT] Updated: cygrunsrv-0.97-1
I have updated cygrunsrv to version 0.97-1. The user visible change is that cygrunsrv now send a signal to the whole process group of the inferior process on service shutdown, and not only to the process itself as earlier versions did. Also, the sources are now autoconf'd. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: g77 compiling problem
That's a common security measure. It's nothing new to Cygwin or UNIX. Larry At 01:13 PM 12/18/2003, Kevin Ison you wrote: that will work... I have noticed that you have to specify an absolute path... even if the file is in the current dir. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Thursday, December 18, 2003 1:11 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: g77 compiling problem Perhaps it is not in your PATH try: ./a.exe -Original Message- From: Martin PLUS [mailto:[EMAIL PROTECTED] Sent: Thursday, December 18, 2003 1:04 PM To: [EMAIL PROTECTED] Subject: g77 compiling problem Dear cygwin-list, Sorry if this question has been already sent, but I am very new to the list ! I also went to the FAQ and did not find this one: I can't run a fortran-program that has been compiled with g77, even if the compilation was successfull: $ ls toto.f $ g77 toto.f $ ls toto.f a.exe $ a.exe bash: a.exe: command not found $ it's strange because the application a.exe can be launched in an DOS-command window for example. Do I have to specify some flags for the compilation ? Thank you if someone can help me, regards, Martin. -- 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/ -- 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: kill(pid, 0) issue
Nowakowski Maciej-AMN011 wrote: //int dummy; //wait (dummy); getc(stdin); } printf (%d = kill (%d, 0)\n, kill (pid, 0), pid); When the child process terminates its in a zombie state until its parent reaps it by calling wait. Thus a call to kill will return success because the child process still exists. If you were to do a ps listing in this state you would see the child designated as a zombie. This is basic Unix process behavior. See for example http://www.erlenstar.demon.co.uk/unix/faq_2.html#SEC13 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/
Updating timestamps of files on a remote computer fails
Hi Can anybody help me with the following problem: updating timestamps of files on a remote computer fails using tar, touch, cp, mv The commands tar, touch , cp -p, mv report errors when timestamps have to be updated on a remote computer in a local network. example (host=computer-3) cd //computer-1/hd_e_pc1 touch xxx touch: setting times of `xxx': Function not implemented example: cd /cygdrive/e (local directory) tar cf - xxx | (cd //computer-1/hd_i_pc1;tar xf -) tar: xxx: Cannot utime: Function not implemented tar: Error exit delayed from previous errors example: cp -p xxx //computer-1/hd_e_pc1 cp: preserving times for `//computer-1/hd_e_pc1/xxx': Function not implemented example: mv /tmp/timestamp.3640 /cygdrive/x/logfiles_COMPUTER-3/timestamp_Hoofdbestanden.txt mv: preserving times for `/cygdrive/x/logfiles_COMPUTER-3/timestamp_Hoofdbestanden.txt': Function not implemented (x: is mounted on //computer-1/hd_i_pc1) Additional notes: Computer-3: WindowsXP-SP1 Computer-1: Windows98 The same commands on computer-1 (win98) are OK. When rebooting computer-3 to windows98-SE (multiboot system) the commands are also OK. The problem has not always been there, but I couldn't trace which change has caused this bug. The only change item is a replace of the NVidea display driver by an ASUS display driver. The NVidea driver caused lots of blue screens. Could a dll file be damaged? WindowsXP has no problems with timestamps. After the first time that the problems occured, I installed the most recent version of Cygwin (only the default files), but the problem is still there. Ad Razenberg -- 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: How to make Cygwin map backspace to ASCII DEL?
On Thu, 18 Dec 2003, Hannu Koivisto wrote: Greetings, I just upgraded all Cygwin packages to their latest versions. Although I don't use Cygwin a lot, I'm fairly sure that I would have noticed if backspace in an ordinary Windows console window had ended up as ^H to a Cygwin application (zsh in this case) running in that console window, which is what happens now. Anyway, whatever the old behaviour was, I want backspace to generate ASCII DEL (^?) and not ^H --- how can I make Cygwin do that? man stty Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: cygwin1-20031218.dll.bz2 and rxvt
On Thu, Dec 18, 2003 at 02:31:40PM -0200, Fr?d?ric L. W. Meunier wrote: At least here rxvt dies after started. cmd.exe works. Latest Cygwin packages on XP Professional SP1 + all updates. As luck would have it, this is due to a change that I made to allow me to track down the other 'rsync segvs' problem. I think I understand it now. It's in a section of cygwin code that I've always tried to avoid. Guess I don't have that luxury anymore... 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/
LinuxTrade segment fault
Hi, Thanks for the help and I have compiled LinuxTrade. But, I constantly receive segment fault when running LinuxTrade. What could be the problem? Things related: LinuxTrade 3.65 Curl 7.10.8 NCursers 5.3-4 Best, Thomas -- 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: LinuxTrade segment fault
At 03:24 PM 12/18/2003, Hu Thomas Pan you wrote: Hi, Thanks for the help and I have compiled LinuxTrade. But, I constantly receive segment fault when running LinuxTrade. What could be the problem? Things related: LinuxTrade 3.65 Curl 7.10.8 NCursers 5.3-4 Don't know. Try debugging it and see where it points you. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: LinuxTrade segment fault
How? I have the dump file as .stackdump, which gdb doesn't accept. Thanks, Thomas -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Sent: Thursday, December 18, 2003 12:30 PM To: Hu Thomas Pan; [EMAIL PROTECTED] Subject: Re: LinuxTrade segment fault At 03:24 PM 12/18/2003, Hu Thomas Pan you wrote: Hi, Thanks for the help and I have compiled LinuxTrade. But, I constantly receive segment fault when running LinuxTrade. What could be the problem? Things related: LinuxTrade 3.65 Curl 7.10.8 NCursers 5.3-4 Don't know. Try debugging it and see where it points you. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: LinuxTrade segment fault
How about running LinuxTrade from inside gdb? Larry At 03:37 PM 12/18/2003, Hu Thomas Pan you wrote: How? I have the dump file as .stackdump, which gdb doesn't accept. Thanks, Thomas -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Sent: Thursday, December 18, 2003 12:30 PM To: Hu Thomas Pan; [EMAIL PROTECTED] Subject: Re: LinuxTrade segment fault At 03:24 PM 12/18/2003, Hu Thomas Pan you wrote: Hi, Thanks for the help and I have compiled LinuxTrade. But, I constantly receive segment fault when running LinuxTrade. What could be the problem? Things related: LinuxTrade 3.65 Curl 7.10.8 NCursers 5.3-4 Don't know. Try debugging it and see where it points you. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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: LinuxTrade segment fault
On Thu, Dec 18, 2003 at 12:24:22PM -0800, Hu Thomas Pan wrote: Thanks for the help and I have compiled LinuxTrade. But, I constantly receive segment fault when running LinuxTrade. What could be the problem? Things related: LinuxTrade 3.65 Curl 7.10.8 NCursers 5.3-4 I don't know but I'm tired of everyone always blaming the that poor segment. He takes the blame for everything... -- 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: LinuxTrade segment fault
At 03:59 PM 12/18/2003, Christopher Faylor you wrote: On Thu, Dec 18, 2003 at 12:24:22PM -0800, Hu Thomas Pan wrote: Thanks for the help and I have compiled LinuxTrade. But, I constantly receive segment fault when running LinuxTrade. What could be the problem? Things related: LinuxTrade 3.65 Curl 7.10.8 NCursers 5.3-4 I don't know but I'm tired of everyone always blaming the that poor segment. He takes the blame for everything... True but he does appear to be allot of trouble. Maybe we should just get rid of segment. Things might run much more smoothly without him. But even if they don't, he won't be around to blame... -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Forks/spawn test using ~latest~ CVS source 20031217 10:00AM (GMT+1)
I've tested the CVS source 20031217 10:00AM (GMT+1) to see if fork/spawn works on Multi CPU (4 Xeon) with Windows 2003 Server (see old message about it in the mailing list). Unfortunatly It doesn't ! Below a test script, use it by running run_t.sh. After some time ( 1 minute) one or more of the 5 sub-shell stop. This batch works perfectly using a single P4 cpu on Windows XP ! Thanks in advance, Philippe. PS 1 : 4-5th attempt to send a mail to [EMAIL PROTECTED] using three different mail account, gmane newgroup ! Anti-spam ? :( PS 2 : Vital for me that this works before end of the month ! Scripts cat 'EOF' t.sh #!/bin/bash i=0 while true do A=$(basename /bin/sh) last_exec=$? i=$(($i+1)) echo Instance $1, loop $i, status $last_exec if [ $last_exec -ne 0 ]; then echo ERROR fi done EOF chmod a+rwx t.sh cat 'EOF' run_t.sh #!/bin/bash t.sh 1 t.sh 2 t.sh 3 t.sh 4 t.sh 5 wait EOF chmod a+rwx run_t.sh ./run_t.sh -- 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: Forks/spawn test using ~latest~ CVS source 20031217 10:00AM (GMT+1)
On Fri, Dec 19, 2003 at 12:04:02AM +0100, Philippe Torche wrote: I've tested the CVS source 20031217 10:00AM (GMT+1) to see if fork/spawn works on Multi CPU (4 Xeon) with Windows 2003 Server (see old message about it in the mailing list). Unfortunatly It doesn't ! Below a test script, use it by running run_t.sh. After some time ( 1 minute) one or more of the 5 sub-shell stop. This batch works perfectly using a single P4 cpu on Windows XP ! I don't know how many people out there have Multi CPU Xeons, but I suspect there aren't many. This works fine in my single CPU system, as you note. Thanks in advance, Philippe. PS 1 : 4-5th attempt to send a mail to [EMAIL PROTECTED] using three different mail account, gmane newgroup ! Anti-spam ? :( Yes. ZIP file attachments. PS 2 : Vital for me that this works before end of the month ! Sorry, but why would your urgency have any bearing on a community, volunteer project? 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: Forks/spawn test using ~latest~ CVS source 20031217 10:00AM (GMT+1)
Christopher Faylor wrote: On Fri, Dec 19, 2003 at 12:04:02AM +0100, Philippe Torche wrote: I've tested the CVS source 20031217 10:00AM (GMT+1) to see if fork/spawn works on Multi CPU (4 Xeon) with Windows 2003 Server (see old message about it in the mailing list). Unfortunatly It doesn't ! Below a test script, use it by running run_t.sh. After some time ( 1 minute) one or more of the 5 sub-shell stop. This batch works perfectly using a single P4 cpu on Windows XP ! I don't know how many people out there have Multi CPU Xeons, but I suspect there aren't many. This works fine in my single CPU system, as you note. Thanks in advance, Philippe. PS 1 : 4-5th attempt to send a mail to [EMAIL PROTECTED] using three different mail account, gmane newgroup ! Anti-spam ? :( Yes. ZIP file attachments. PS 2 : Vital for me that this works before end of the month ! Sorry, but why would your urgency have any bearing on a community, volunteer project? Sorry too, We have been surprised by our first test on a multi CPU engine, after one year of development without big problem (only a tee problem and rsync not very usable (now using robocopy instead)). And now we are close to the delivery on 3 Multi CPU Xeon. But probably like you, we have only mono processor PC, Pentium 3, Pentium 4 and Athlon XP. cgf I know that threaded applications are difficult to develop. I think you are our chance to correct this. I can do test for you, but I can't give you access to this system ! I'm going to bed, thank you. -- 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: Forks/spawn test using ~latest~ CVS source 20031217 10:00AM (GMT+1)
On Thu, Dec 18, 2003 at 06:09:54PM -0500, Christopher Faylor [EMAIL PROTECTED] wrote: On Fri, Dec 19, 2003 at 12:04:02AM +0100, Philippe Torche wrote: I've tested the CVS source 20031217 10:00AM (GMT+1) to see if fork/spawn works on Multi CPU (4 Xeon) with Windows 2003 Server (see old message about it in the mailing list). Unfortunatly It doesn't ! Below a test script, use it by running run_t.sh. After some time ( 1 minute) one or more of the 5 sub-shell stop. This batch works perfectly using a single P4 cpu on Windows XP ! I don't know how many people out there have Multi CPU Xeons, but I suspect there aren't many. This works fine in my single CPU system, as you note. Thanks in advance, Philippe. PS 1 : 4-5th attempt to send a mail to [EMAIL PROTECTED] using three different mail account, gmane newgroup ! Anti-spam ? :( Yes. ZIP file attachments. PS 2 : Vital for me that this works before end of the month ! Sorry, but why would your urgency have any bearing on a community, volunteer project? Maybe he's implying there is funding available for working on this if necessary? -- 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.5] perl stuff building
using perl with cygwin is a must for me in a way it allow testing for platforms dep's, but it become a real pain when there is major upgrades. while upgrading from perl-5.8.0 to 5.8.2 I've lost Tk and mod_perl functionality. just that :-( so there is questions that comes up now for what to do from now and then, that would helps (me at least) to avoid such functionality losing. Is there downgrade possibility ? (I have no backup off perl-5.8.0 package and can't find it on the net) I could rebuild it but that's too long job :-\ ... we can stand as a guideline *do not upgrade until you have backup* ... that seems obvious but ... hey ! I know, mea culpa. Do I have links thats help to rebuild these packages ? it was a real pain to get them to works at first. (too many possibility for me) and diging the cygwin ML become a full time job. Finally do we have the ability to know if Tk or mod_perl are able to build on next dist.packages of perl/cygwin. (like CPAN/TEST or so). may be some specific version of apache, or some libs required ... could I know _before_ installing what are the setting used to build some software. perl -V report different setting from 5.8.0 to 5.8.2. it could help to know (and nice to chose) if there is support for threads, binary compat and so on ... Cygwin port's are essential for complete range of test, so I'll find a way out, but it would be smart to upgrade everything at once, and have resource to talk about these specific problems. So as a starting point to help the perl/cygwin community _if the is some_ we could start the perl/cygwin mailing list. (or is there already one ???) in which everyone could provide feedback to porters or modules author, cause I thing there is a lot of perl/related things that do not fit well with this [high volume] specific ML. -- dominix -- 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: g77 compiling problem
The default directory is not in your path by default unless you put it there, for example in your .profile file. I put it in mine -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bash.exe: *** Couldn't reserve space for cygwin's heap
I downloaded the recent cygwin package but am getting an error on bash and (Bcygpath. I tried using rebase (suggested by Jason Tishler in his email (Bdated Tue, 02 Dec 2003) but just get an error message saying that bash is (Bnot rebaseable. (B (BBtw, this only occurs if I use setup.exe to install cygwin bash on Windows (B2003. I don't have this problem if I just copy the cygwin files to another (Bmachine, s.a., Windows 2000. However, even after uninstalling the cygwin (Bpackage using setup.exe from the Windows 2003 machine and then just copying (Bthe cygwin files back to the Windows 2003 still does not correct the (Bproblem:( Any other suggestions? (B (BError Messages: (B (BD:\WINNTJS\Profiles\kskandis.000bash (BAllocationBase 0x0, BaseAddress 0x6156, RegionSize 0x21, State (B0x1 (Bf:\root\bin\bash.exe: *** Couldn't reserve space for cygwin's heap, Win32 (Berror (B0 (B (BD:\WINNTJS\Profiles\kskandis.000cygpath (BAllocationBase 0x0, BaseAddress 0x6156, RegionSize 0x21, State (B0x1 (Bf:\root\bin\cygpath.exe: *** Couldn't reserve space for cygwin's heap, Win32 (Berr (Bor 0 (B (BKimberlie (B (B (B (B-- (BUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple (BProblem reports: http://cygwin.com/problems.html (BDocumentation: http://cygwin.com/docs.html (BFAQ: http://cygwin.com/faq/
Re: Forks/spawn test using ~latest~ CVS source 20031217 10:00AM (GMT+1)
On Fri, Dec 19, 2003 at 12:32:10AM +0100, Philippe Torche wrote: Sorry, but why would your urgency have any bearing on a community, volunteer project? Sorry too, We have been surprised by our first test on a multi CPU engine, after one year of development without big problem (only a tee problem and rsync not very usable (now using robocopy instead)). And now we are close to the delivery on 3 Multi CPU Xeon. But probably like you, we have only mono processor PC, Pentium 3, Pentium 4 and Athlon XP. I think you really need to read this: http://www.catb.org/~esr/faqs/smart-questions.html The fact that this is really important to you does not make me reorient my priorities. That's how it works. I'm doing this for free so I get to choose what I want to do. Engaging in a laborious Now try this testing scenario through the next week and into the Christmas holiday was not how I planned to spend my time. I know that threaded applications are difficult to develop. I think you are our chance to correct this. AFAICT, you are talking about fork, not thread. Just as my usual obligatory aside: You do realize that if/when you release your product it will have to be GPLed right? That means you release the source code of the product and the source code of the cygwin DLL and any utilities you bundle with 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/
Come to THAILAND? BETTER BOOK HOTEL WITH US
THAILAND 4 NET PRICES HOTELS IN BANGKOK, ( US$ 55 NET / US$ 50 NET / US$ 45 NET / US$ 40 NET ALL INCLUDED FREE BREAKFAST / FREE TRANSFER FROM BANGKOK AIRPORT TO HOTEL NO HIDDEN COST WHATSOEVER) US$ 55 NET AMBASSADOR HOTEL ARISTON HOTEL BANGKOK PALACE HOTEL D'MA PAVILION HOTEL US$ 50 NET BAIYOKE SUIT HOTEL EASTIN BANGKOK HOTEL FOUR SEASONS HOTEL FORUM PARK HOTEL JADE PAVILION HOTEL MANDARIN HOTEL MANHATTAN HOTEL MANOHRA HOTEL MARUAY GARDEN HOTEL MAX HOTEL PARK HOTEL PALAZZO HOTEL RIVER SIDE BANGKOK HOTEL ROYAL BENJA SATHORN VILLA HOTEL SWISS PARK HOTEL SILOM CITY INN HOTEL THE PLAZA HOTEL US$ 45 NET A-ONE BANGKOK HOTEL BANGKOK CENTRE HOTEL BANGKOK CITY INN HOTEL ELIZABETH HOTEL FIRST HOTEL FIRST HOUSE HOTEL FOUR SEASONS HOTEL GRANDE VILLE HOTEL KARN MANEE PALACE HOTEL LEELA INN HOTEL NEW WORLD LODGE P.J.WATERGATE HOTEL PRINCE HOTEL REX HOTEL TRANG HOTEL SIAM BEVERLY HOTEL WHITE ORCHID HOTEL WHITE PALACE HOTEL US$ 40 NET TEN STARS INN FIRST HOUSE NEW WORLD HOTEL THE CHINA TOWN HOTEL BOOK NOW** EMAIL NOW: [EMAIL PROTECTED] J.M.SHAH TRAVEL AND TRADE LTD.,PART. 1090/50 Soi Jarurat, Ratchaparop Makkasan, Bangkok 10400 THAILAND Contact Mr. Sujin Vibulatd at office: 662-2544067 fax: 662-2544068 or email: [EMAIL PROTECTED] Best regard, Sujin Vibulatd (Managing Partner) -- This email is send by Email Sender Express -- 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: Forks/spawn test using ~latest~ CVS source 20031217 10:00AM (GMT+1)
Christopher Faylor wrote: On Fri, Dec 19, 2003 at 12:32:10AM +0100, Philippe Torche wrote: Sorry, but why would your urgency have any bearing on a community, volunteer project? Sorry too, We have been surprised by our first test on a multi CPU engine, after one year of development without big problem (only a tee problem and rsync not very usable (now using robocopy instead)). And now we are close to the delivery on 3 Multi CPU Xeon. But probably like you, we have only mono processor PC, Pentium 3, Pentium 4 and Athlon XP. I think you really need to read this: http://www.catb.org/~esr/faqs/smart-questions.html The fact that this is really important to you does not make me reorient my priorities. That's how it works. I'm doing this for free so I get to choose what I want to do. Engaging in a laborious Now try this testing scenario through the next week and into the Christmas holiday was not how I planned to spend my time. It's Christmas holiday for me too since next wednesday ! And have some nice time with my family. I know that threaded applications are difficult to develop. I think you are our chance to correct this. AFAICT, you are talking about fork, not thread. Just as my usual obligatory aside: You do realize that if/when you release your product it will have to be GPLed right? That means you release the source code of the product and the source code of the cygwin DLL and any utilities you bundle with it. Yes, we will and we do that already ! -- 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: Forks/spawn test using ~latest~ CVS source 20031217 10:00AM (GMT+1)
Yitzchak Scott-Thoennes wrote: On Thu, Dec 18, 2003 at 06:09:54PM -0500, Christopher Faylor [EMAIL PROTECTED] wrote: On Fri, Dec 19, 2003 at 12:04:02AM +0100, Philippe Torche wrote: I've tested the CVS source 20031217 10:00AM (GMT+1) to see if fork/spawn works on Multi CPU (4 Xeon) with Windows 2003 Server (see old message about it in the mailing list). Unfortunatly It doesn't ! Below a test script, use it by running run_t.sh. After some time ( 1 minute) one or more of the 5 sub-shell stop. This batch works perfectly using a single P4 cpu on Windows XP ! I don't know how many people out there have Multi CPU Xeons, but I suspect there aren't many. This works fine in my single CPU system, as you note. Thanks in advance, Philippe. PS 1 : 4-5th attempt to send a mail to [EMAIL PROTECTED] using three different mail account, gmane newgroup ! Anti-spam ? :( Yes. ZIP file attachments. PS 2 : Vital for me that this works before end of the month ! Sorry, but why would your urgency have any bearing on a community, volunteer project? Maybe he's implying there is funding available for working on this if necessary? Yes, I can (C, C++ is in my knowledge, debug, strace, ...). Thanks a lot, Philippe. -- 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/