Re: setup (ini.cc) vs CVS mingw-runtime
--- Robert Collins [EMAIL PROTECTED] wrote: On Mon, 2003-03-31 at 10:17, Danny Smith wrote: I'll make the _CRTIMP macro a no-op by default if someone will confirm that there is a problem with setup. So, is that CVS mingw-runtime only? src/winsup/mingw And is there a setup.exe installable snapshot of that? I think the last release (2.4) was in August. Earnie was asking lately if it was time for a new release. I don't routinely build setup for the fun of it but was using it to test some gcc issues with _alloca. The _CRTIMP conflict came up instead. It can be easily avoided by adding -mno-fun-dllimport to compile of ini.cc. But that can wait, if you like, until there is a setup installable snapshot of mingw runtime that breaks setup. Danny Cheers, Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. ATTACHMENT part 2 application/pgp-signature name=signature.asc http://mobile.yahoo.com.au - Yahoo! Mobile - Check compose your email via SMS on your Telstra or Vodafone mobile.
Re: perl-5.8.0-2 ready for upload (after review?)
On Sun, 30 Mar 2003, Gerrit P. Haase wrote: Hallo Cygwinners, perl-5.8.0-2 is ready for release, I think it should be ok, but a short review doesn't hurt;) Gerrit, is the download site working ? I tried both from my office and from sources.redhat.com and the download doesn't start.
Pending packages status (31 Mar 2003)
Hello, Since the list of pending packages is quite big now, I decided to remove nfs-server from it. It was taking a lot of space and now there is no activity on it anyway. Once Sam Robb gets back, I'll include nfs-server back in the list. 1. LPRng date : 21 Jan 2003 version: 3.8.19-1 status : reviewed; source package needs to be fixed notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00215.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00172.html reviews: http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00061.html http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00172.html http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00368.html http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00369.html votes : 3 (Corinna, Joshua and Volker) url: https://www.as.cmu.edu/~geek/LPRng/LPRng-3.8.19-1.tar.bz2 https://www.as.cmu.edu/~geek/LPRng/LPRng-3.8.19-1-src.tgz https://www.as.cmu.edu/~geek/LPRng/setup.hint 2. ifhp date : 21 Jan 2003 version: 3.5.10-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00215.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00172.html votes : 1 (Joshua) url: https://www.as.cmu.edu/~geek/ifhp/ifhp-3.5.10-1.tar.bz2 https://www.as.cmu.edu/~geek/ifhp/ifhp-3.5.10-1-src.tar.bz2 https://www.as.cmu.edu/~geek/ifhp/setup.hint 3. TCM date : 27 Jan 2003 version: 2.20-1 status : updated package is available for review notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00299.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00100.html reviews: http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00046.html votes : 2 (Christopher and Lapo) url: http://home.in.tum.de/~boesswet/tcm-2.20-1.tar.bz2 http://home.in.tum.de/~boesswet/tcm-2.20-1-src.tar.bz2 http://home.in.tum.de/~boesswet/setup.hint 4. par date : 04 Feb 2003 version: 1.52-1 status : reviewed; ready to upload once it gets the votes notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00040.html reviews: http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00062.html votes : 1 (Joshua) url: http://www.lapo.it/tmp/par-1.52-1.tar.bz2 http://www.lapo.it/tmp/par-1.52-1-src.tar.bz2 5. docbook-xml42 date : 13 Feb 2003 version: 4.2-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00148.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00211.html votes : none url: http://telka.sk/docbook/xml42/docbook-xml42-4.2-1.tar.bz2 http://telka.sk/docbook/xml42/docbook-xml42-4.2-1-src.tar.bz2 http://telka.sk/docbook/xml42/setup.hint 6. docbook-xsl date : 13 Feb 2003 version: 1.60.1-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00148.html votes : none url: http://telka.sk/docbook/xsl/docbook-xsl-1.60.1-1.tar.bz2 http://telka.sk/docbook/xsl/docbook-xsl-1.60.1-1-src.tar.bz2 http://telka.sk/docbook/xsl/setup.hint 7. xmlto date : 13 Feb 2003 version: 0.0.12-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00148.html votes : none url: http://telka.sk/docbook/xmlto/xmlto-0.0.12-1.tar.bz2 http://telka.sk/docbook/xmlto/xmlto-0.0.12-1-src.tar.bz2 http://telka.sk/docbook/xmlto/setup.hint 8. ccdoc date : 26 Feb 2003 version: 0.8.39-1 status : reviewed; the package is ok, it is just missing the votes notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00262.html reviews: http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00283.html http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00096.html votes : none url: http://ccdoc.sourceforge.net/cygwin_tmp/ccdoc-0.8.39-1/ccdoc-0.8.39-1.tar.bz2 http://ccdoc.sourceforge.net/cygwin_tmp/ccdoc-0.8.39-1/ccdoc-0.8.39-1-src.tar.bz2 http://ccdoc.sourceforge.net/cygwin_tmp/ccdoc-0.8.39-1/setup.hint 9. proj date : 08 Mar 2003 version: 4.4.6-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00176.html votes : none url: http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/proj/proj-4.4.6-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/proj/libproj-devel/libproj-devel-4.4.6-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/proj/libproj0/libproj0-4.4.6-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/proj/proj-4.4.6-1-src.tar.bz2 10. libgeotiff date : 09 Mar 2003 version: 1.2.0-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00298.html votes : none url: http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/libgeotiff/libgeotiff-1.2.0-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/libgeotiff/libgeotiff-devel/libgeotiff-devel-1.2.0-1.tar.bz2
Re: setup (ini.cc) vs CVS mingw-runtime
Danny Smith wrote: I've been expecting a bug report for mingw-runtime and ini.cc in setup for awhile, but haven't seen one, so I'll ask if the CVS mingw runtime is getting any testing with setup anymore. Was it ever? The problem is in the default usage of _CRTIMP ( = __attribute__((dllimport)) ) macro on all mingw runtime functions imported from dll. This usage provides a small to midling performance benefit. However. it can cause both compile time ICE and/or linktime multiple definitions (depending on order of declaration/definition/usage and version of GCC) when standard CRT functions declared in system headers (ie. fprintf in setup/ini.cc) are redefined. I'll make the _CRTIMP macro a no-op by default if someone will confirm that there is a problem with setup. I confirm your ICE. However, the redefinition of fprintf in ini.cc, is as far as I can see, totally unused, and can be removed. Robert: Can you confirm this, and approve me to delete it from ini.cc ? If so, this ceases to become a setup issue, and becomes one of mingw-runtime policy - so, up to you, Danny. Max.
Re: perl-5.8.0-2 ready for upload (after review?)
Pavel schrieb: On Sun, 30 Mar 2003, Gerrit P. Haase wrote: Hallo Cygwinners, perl-5.8.0-2 is ready for release, I think it should be ok, but a short review doesn't hurt;) Gerrit, is the download site working ? I tried both from my office and from sources.redhat.com and the download doesn't start. Heck, this is Cygwin Apache running there, I'll restart it now, unfortunately it runs not very stable :-( Gerrit -- =^..^=
Re: perl-5.8.0-2 ready for upload (after review?)
On Mon, 31 Mar 2003, Gerrit P. Haase wrote: perl-5.8.0-2 is ready for release, I think it should be ok, but a short review doesn't hurt;) Gerrit, is the download site working ? I tried both from my office and from sources.redhat.com and the download doesn't start. Heck, this is Cygwin Apache running there, I'll restart it now, unfortunately it runs not very stable :-( :) Seems like it cannot handle more than 1 connection at a time or something. While I was downloading from sources.redhat.com I tried to connect from my machine to get the setup.hint files. It wouldn't let me download the file until the sources.redhat.com download finished. Anyway, now perl is uploaded. I have removed the 'test' version. Don't forget to send an announcement :)
Re: setup (ini.cc) vs CVS mingw-runtime
On Mon, 2003-03-31 at 20:01, Max Bowsher wrote: However, the redefinition of fprintf in ini.cc, is as far as I can see, totally unused, and can be removed. Robert: Can you confirm this, and approve me to delete it from ini.cc ? Well, fprintf *is* used in setup. The fprintf in ini.cc is used to pop fprintf(stderr, ...) into a messagebox. And, fprintf (stderr, ...) is used in setup. Ergo, this will be a problem when the next mingw-runtime comes out. Danny, if you have a patch for either mingw or setup, that'd be great. Does what you are suggesting impose any limitations on setup ? Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: perl-5.8.0-2 ready for upload (after review?)
On Mon, 31 Mar 2003, Gerrit P. Haase wrote: Anyway, now perl is uploaded. I have removed the 'test' version. Don't forget to send an announcement :) The requires: line also changed in both setup.hint files, did you see? I uploaded the setup.hint files provided on your site. And yes I've noticed it.
Re: perl-5.8.0-2 ready for upload (after review?)
Pavel schrieb: On Mon, 31 Mar 2003, Gerrit P. Haase wrote: Anyway, now perl is uploaded. I have removed the 'test' version. Don't forget to send an announcement :) The requires: line also changed in both setup.hint files, did you see? I uploaded the setup.hint files provided on your site. And yes I've noticed it. Many thanks. Gerrit -- =^..^=
Re: setup (ini.cc) vs CVS mingw-runtime
Earnie Boyd wrote: Max Bowsher wrote: I confirm your ICE. Did you try -mno-fun-dllimport? No. Overriding CFLAGS on a per-file basis isn't pretty, when using automake. Max.
Re: setup (ini.cc) vs CVS mingw-runtime
Robert Collins wrote: On Mon, 2003-03-31 at 20:01, Max Bowsher wrote: However, the redefinition of fprintf in ini.cc, is as far as I can see, totally unused, and can be removed. Robert: Can you confirm this, and approve me to delete it from ini.cc ? Well, fprintf *is* used in setup. The fprintf in ini.cc is used to pop fprintf(stderr, ...) into a messagebox. Owww. That's horribly complicated and non-intuitive. Any objections to rewriting the clients of weird-modified-fprintf to use the msg.cc functions, and *then* disposing of our weird-modified-fprintf? If not, I'll prepare a patch. Max.
Re: setup (ini.cc) vs CVS mingw-runtime
Max Bowsher wrote: No. Overriding CFLAGS on a per-file basis isn't pretty, when using automake. Wrap the compiler with a shell script and let it look for the file it is compiling, and act accordingly. -- Joe Buehler
Re: Pending packages status (31 Mar 2003)
On Mon, 31 Mar 2003, Christopher Faylor wrote: On Mon, Mar 31, 2003 at 10:31:49PM +1000, Robert Collins wrote: I second par. I'm in favor of this, too. Ok, that makes three votes so far - I've uploaded it. Lapo, please, send an announcement.
RE: Pending packages status (31 Mar 2003)
You have my vote for splint. -Samrobb
Re: [PATCH] Allow logging of {pre,post}remove scripts
Ping... Igor On Tue, 25 Mar 2003, Igor Pechtchanski wrote: On 26 Mar 2003, Robert Collins wrote: On Wed, 2003-03-26 at 02:11, Igor Pechtchanski wrote: Do I need to regenerate this against HEAD once Max checks in the postinstall thread patch? Yes, and I'll review it then. Rob Ok, here you go. Igor == ChangeLog: 2003-03-18 Igor Pechtchanski [EMAIL PROTECTED] * script.cc (try_run_script): Add optional to_log boolean parameter. Pass to_log to run_script. * script.h (try_run_script): Add optional to_log parameter. * package_meta.cc (packagemeta::uninstall): Instruct try_run_script() to log script output. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II Index: script.cc === RCS file: /cvs/cygwin-apps/setup/script.cc,v retrieving revision 2.8 diff -u -p -r2.8 script.cc --- script.cc 25 Mar 2003 20:57:13 - 2.8 +++ script.cc 25 Mar 2003 22:01:32 - @@ -237,12 +237,12 @@ run_script (String const dir, String co } void -try_run_script (String const dir, String const fname) +try_run_script (String const dir, String const fname, BOOL to_log) { if (io_stream::exists (String (cygfile://)+ dir + fname + .sh)) -run_script (dir.cstr_oneuse(), (fname + .sh).cstr_oneuse()); +run_script (dir.cstr_oneuse(), (fname + .sh).cstr_oneuse(), to_log); if (io_stream::exists (String (cygfile://)+ dir + fname + .bat)) -run_script (dir.cstr_oneuse(), (fname + .bat).cstr_oneuse()); +run_script (dir.cstr_oneuse(), (fname + .bat).cstr_oneuse(), to_log); } char const Script::ETCPostinstall[] = /etc/postinstall/; Index: script.h === RCS file: /cvs/cygwin-apps/setup/script.h,v retrieving revision 2.5 diff -u -p -r2.5 script.h --- script.h25 Mar 2003 20:57:13 - 2.5 +++ script.h25 Mar 2003 22:01:32 - @@ -27,7 +27,7 @@ void run_script (String const dir, Stri void init_run_script (); /* Run the scripts fname.sh and fname.bat, found in dir. */ -void try_run_script (String const dir, String const fname); +void try_run_script (String const dir, String const fname, BOOL to_log = FALSE); class Script { public: Index: package_meta.cc === RCS file: /cvs/cygwin-apps/setup/package_meta.cc,v retrieving revision 2.36 diff -u -p -r2.36 package_meta.cc --- package_meta.cc 20 Mar 2003 00:27:33 - 2.36 +++ package_meta.cc 25 Mar 2003 22:01:32 - @@ -190,7 +190,7 @@ packagemeta::uninstall () hash dirs; String line = installed.getfirstfile (); - try_run_script (/etc/preremove/, name); + try_run_script (/etc/preremove/, name, TRUE); while (line.size()) { dirs.add_subdirs (line); @@ -227,7 +227,7 @@ packagemeta::uninstall () if (RemoveDirectory (d.cstr_oneuse())) log (LOG_BABBLE) rmdir d endLog; } - try_run_script (/etc/postremove/, name); + try_run_script (/etc/postremove/, name, TRUE); } installed = packageversion(); }
Pending packages status (31 Mar 2003) (update)
1. LPRng date : 21 Jan 2003 version: 3.8.19-1 status : reviewed; source package needs to be fixed notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00215.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00172.html reviews: http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00061.html http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00172.html http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00368.html http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00369.html votes : 3 (Corinna, Joshua and Volker) url: https://www.as.cmu.edu/~geek/LPRng/LPRng-3.8.19-1.tar.bz2 https://www.as.cmu.edu/~geek/LPRng/LPRng-3.8.19-1-src.tgz https://www.as.cmu.edu/~geek/LPRng/setup.hint 2. ifhp date : 21 Jan 2003 version: 3.5.10-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00215.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00172.html votes : 1 (Joshua) url: https://www.as.cmu.edu/~geek/ifhp/ifhp-3.5.10-1.tar.bz2 https://www.as.cmu.edu/~geek/ifhp/ifhp-3.5.10-1-src.tar.bz2 https://www.as.cmu.edu/~geek/ifhp/setup.hint 3. TCM date : 27 Jan 2003 version: 2.20-1 status : updated package is available for review notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00299.html http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00100.html reviews: http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00046.html votes : 2 (Christopher and Lapo) url: http://home.in.tum.de/~boesswet/tcm-2.20-1.tar.bz2 http://home.in.tum.de/~boesswet/tcm-2.20-1-src.tar.bz2 http://home.in.tum.de/~boesswet/setup.hint 4. docbook-xml42 date : 13 Feb 2003 version: 4.2-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00148.html http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00211.html votes : none url: http://telka.sk/docbook/xml42/docbook-xml42-4.2-1.tar.bz2 http://telka.sk/docbook/xml42/docbook-xml42-4.2-1-src.tar.bz2 http://telka.sk/docbook/xml42/setup.hint 5. docbook-xsl date : 13 Feb 2003 version: 1.60.1-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00148.html votes : none url: http://telka.sk/docbook/xsl/docbook-xsl-1.60.1-1.tar.bz2 http://telka.sk/docbook/xsl/docbook-xsl-1.60.1-1-src.tar.bz2 http://telka.sk/docbook/xsl/setup.hint 6. xmlto date : 13 Feb 2003 version: 0.0.12-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00148.html votes : none url: http://telka.sk/docbook/xmlto/xmlto-0.0.12-1.tar.bz2 http://telka.sk/docbook/xmlto/xmlto-0.0.12-1-src.tar.bz2 http://telka.sk/docbook/xmlto/setup.hint 7. ccdoc date : 26 Feb 2003 version: 0.8.39-1 status : reviewed; the package is ok, it is just missing the votes notes : http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00262.html reviews: http://www.cygwin.com/ml/cygwin-apps/2003-02/msg00283.html http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00096.html votes : none url: http://ccdoc.sourceforge.net/cygwin_tmp/ccdoc-0.8.39-1/ccdoc-0.8.39-1.tar.bz2 http://ccdoc.sourceforge.net/cygwin_tmp/ccdoc-0.8.39-1/ccdoc-0.8.39-1-src.tar.bz2 http://ccdoc.sourceforge.net/cygwin_tmp/ccdoc-0.8.39-1/setup.hint 8. proj date : 08 Mar 2003 version: 4.4.6-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00176.html votes : none url: http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/proj/proj-4.4.6-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/proj/libproj-devel/libproj-devel-4.4.6-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/proj/libproj0/libproj0-4.4.6-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/proj/proj-4.4.6-1-src.tar.bz2 9. libgeotiff date : 09 Mar 2003 version: 1.2.0-1 status : not reviewed notes : http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00298.html votes : none url: http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/libgeotiff/libgeotiff-1.2.0-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/libgeotiff/libgeotiff-devel/libgeotiff-devel-1.2.0-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/libgeotiff/libgeotiff1/libgeotiff1-1.2.0-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/libgeotiff/libgeotiff-1.2.0-1-src.tar.bz2 10. splint date : 30 Mar 2003 version: 3.0.1.6-1 status : reviewed; needs a fix notes : http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00769.html reviews: http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00772.html http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00774.html http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00779.html
Re: setup (ini.cc) vs CVS mingw-runtime
Ergo, this will be a problem when the next mingw-runtime comes out. Danny, if you have a patch for either mingw or setup, that'd be great. Does what you are suggesting impose any limitations on setup ? Probably simplest (for per-file override of _CRTIMP) is just to add #define _CRTIMP before including any other header. My preference, however, is to #define _CRTIMP as nothing by default in _mingw.h, thus reverting to old behaviour. And then add another condition like, #if __USE_CRTIMP, to enable it. Danny http://mobile.yahoo.com.au - Yahoo! Mobile - Check compose your email via SMS on your Telstra or Vodafone mobile.
Re: [PATCH] Allow logging of {pre,post}remove scripts
On Tue, 2003-04-01 at 02:42, Igor Pechtchanski wrote: Ping... Igor Pong. Uhmm, try_run_script is always called with to_log true. So, why have the parameter there at all? Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: setup (ini.cc) vs CVS mingw-runtime
On Tue, 2003-04-01 at 06:23, Danny Smith wrote: Ergo, this will be a problem when the next mingw-runtime comes out. Danny, if you have a patch for either mingw or setup, that'd be great. Does what you are suggesting impose any limitations on setup ? Probably simplest (for per-file override of _CRTIMP) is just to add #define _CRTIMP before including any other header. My preference, however, is to #define _CRTIMP as nothing by default in _mingw.h, thus reverting to old behaviour. And then add another condition like, #if __USE_CRTIMP, to enable it. This is my preference too. Can such a change be made before the next mingw-runtime release? The performance hit Earnie mentions would be a little annoying, and not a major headache, but adding a compiler flag with global effect to workaround a library limitation (and preventing user overload of fprintf is a library/header limitation) just seems wrong. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: setup (ini.cc) vs CVS mingw-runtime
On Tue, 2003-04-01 at 00:52, Max Bowsher wrote: Owww. That's horribly complicated and non-intuitive. Any objections to rewriting the clients of weird-modified-fprintf to use the msg.cc functions, and *then* disposing of our weird-modified-fprintf? Yes. The clients are console routines, applicable to text mode. I've no objection *in principle* to their using a different means to output such critical errors, but: * They must not be required to know (on a code or #define basis) whether they are in a GUI or text environment. fprintf is actually a very clean way of achieving this, you simply link against ini.o to get it, and not for text only mode. It's the same approach as linking against user-land malloc debug libraries. Cheers, Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: [PATCH] Bigger Chooser 2
Gary R. Van Sickle wrote: Bigger and better than ever baby YEAH! - int i; - for (i = 0; i NumPropPages; i++) + unmixed int i; + for (i = 0; i PropertyPages.size(); i++) Gary, what is an unmixed int? :-) Max.
Re: [PATCH] Bigger Chooser 2
Max Bowsher wrote: Gary R. Van Sickle wrote: Bigger and better than ever baby YEAH! - int i; - for (i = 0; i NumPropPages; i++) + unmixed int i; + for (i = 0; i PropertyPages.size(); i++) Gary, what is an unmixed int? :-) Gary, and everyone, please ignore me. I guess I should explain, though, for the curious. Outlook Express dislikes GPG signed mail. So when Robert sends a lot of messages, I've taken to loading up the OE .dbx file in a hex editor, and doing search/replace 'signed' - 'mixed ' (to change the MIME type. OK, so now having explained my stupidity to the world, I leave you to read some hopefully more intelligent email! Max.
Re: [PATCH] Bigger Chooser 2
On Mon, Mar 31, 2003 at 11:53:50PM +0100, Max Bowsher wrote: Max Bowsher wrote: Gary R. Van Sickle wrote: Bigger and better than ever baby YEAH! - int i; - for (i = 0; i NumPropPages; i++) + unmixed int i; + for (i = 0; i PropertyPages.size(); i++) Gary, what is an unmixed int? :-) Gary, and everyone, please ignore me. I guess I should explain, though, for the curious. Outlook Express dislikes GPG signed mail. So when Robert sends a lot of messages, I've taken to loading up the OE .dbx file in a hex editor, and doing search/replace 'signed' - 'mixed ' (to change the MIME type. OK, so now having explained my stupidity to the world, I leave you to read some hopefully more intelligent email! Hey, that's pretty funny, though. You had me reaching for my C++ reference! cgf
Re: [PATCH] Allow logging of {pre,post}remove scripts
On Tue, 2003-04-01 at 08:02, Igor Pechtchanski wrote: On 1 Apr 2003, Robert Collins wrote: On Tue, 2003-04-01 at 02:42, Igor Pechtchanski wrote: Ping... Igor Pong. Uhmm, try_run_script is always called with to_log true. So, why have the parameter there at all? Rob Umm, for symmetry? If you ever wanted to turn off logging, all you'd have to do is change the calls. By the same coin, run_script is never called without logging either... If the decision were made to *always* do the logging, both parameters should be eliminated at the same time. Igor Well, before when you where making changes to run_script, we where migrating. Now, AFAICT all callers will use true, hard coded into the source, to cause logging. Thus, I;m suggesting that rather than propogate the to_log parameter around, we simply making logging occur always. If we decide we want different log targets (i.e. file, console, /dev/null) then we won't have any obsolete code to cleanup at that point. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: [PATCH] Allow logging of {pre,post}remove scripts
On 1 Apr 2003, Robert Collins wrote: On Tue, 2003-04-01 at 08:02, Igor Pechtchanski wrote: On 1 Apr 2003, Robert Collins wrote: Uhmm, try_run_script is always called with to_log true. So, why have the parameter there at all? Rob Umm, for symmetry? If you ever wanted to turn off logging, all you'd have to do is change the calls. By the same coin, run_script is never called without logging either... If the decision were made to *always* do the logging, both parameters should be eliminated at the same time. Igor Well, before when you where making changes to run_script, we where migrating. Now, AFAICT all callers will use true, hard coded into the source, to cause logging. Thus, I'm suggesting that rather than propagate the to_log parameter around, we simply making logging occur always. If we decide we want different log targets (i.e. file, console, /dev/null) then we won't have any obsolete code to cleanup at that point. Rob Rob, The reason I wanted to keep the to_log parameter is that I wanted to keep the code around that directs output to console. If there are no objections, I'll just make the default value of to_log TRUE, and remove the third parameter from the calls. I'd like to keep the parameter for now, though. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II
Re: [PATCH] Allow logging of {pre,post}remove scripts
On Tue, 2003-04-01 at 09:31, Igor Pechtchanski wrote: Rob, The reason I wanted to keep the to_log parameter is that I wanted to keep the code around that directs output to console. If there are no objections, I'll just make the default value of to_log TRUE, and remove the third parameter from the calls. I'd like to keep the parameter for now, though. We're not using that plain code today. CVS will keep it forever, but I don't want setup kept more complex than it needs to be. Here are some options I'll accept: option A) Make output a Strategy of the script object. Allow the output strategy to determine window sizing and logging (or not). (This would probably be three patchs: patch 1) - Extend Script to have more responsibilities from the non OOP script code. patch 2) - Give it a base strategy class for logging, containing the current if (to_log) conditionals, and a boolean in the constructor. patch 3) - Create a subclass of the strategy for logging to files. - Create another subclass for logging to console. - Make the base strategy methods pure virtual as appropriate. - Only link in the log to file strategy. option B) Strip out the unused code. Leaving the code there, simply so that it's there doesn't make sense. I'll accept 'leave it there so we can do X in the future' - in which case option A above is an easy path to separate out the two bits of code and allow X. But leaving it there for no purpose doesn't make sense to me. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: [PATCH] Allow logging of {pre,post}remove scripts
On 1 Apr 2003, Robert Collins wrote: On Tue, 2003-04-01 at 09:31, Igor Pechtchanski wrote: Rob, The reason I wanted to keep the to_log parameter is that I wanted to keep the code around that directs output to console. If there are no objections, I'll just make the default value of to_log TRUE, and remove the third parameter from the calls. I'd like to keep the parameter for now, though. We're not using that plain code today. CVS will keep it forever, but I don't want setup kept more complex than it needs to be. Here are some options I'll accept: option A) Make output a Strategy of the script object. Allow the output strategy to determine window sizing and logging (or not). (This would probably be three patchs: patch 1) - Extend Script to have more responsibilities from the non OOP script code. patch 2) - Give it a base strategy class for logging, containing the current if (to_log) conditionals, and a boolean in the constructor. patch 3) - Create a subclass of the strategy for logging to files. - Create another subclass for logging to console. - Make the base strategy methods pure virtual as appropriate. - Only link in the log to file strategy. option B) Strip out the unused code. Leaving the code there, simply so that it's there doesn't make sense. I'll accept 'leave it there so we can do X in the future' - in which case option A above is an easy path to separate out the two bits of code and allow X. But leaving it there for no purpose doesn't make sense to me. Rob I agree with the sentiment above. I also think that moving all the static functionality into the Script class is the way to go. However, as spare time is sparse these days, I probably won't get to it for a bit. In the meantime, the attached patch provides logging for preremove script in a minimal way. Igor == ChangeLog: 2003-03-31 Igor Pechtchanski [EMAIL PROTECTED] * script.cc (try_run_script): Pass TRUE to run_script. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II Index: script.cc === RCS file: /cvs/cygwin-apps/setup/script.cc,v retrieving revision 2.8 diff -u -p -r2.8 script.cc --- script.cc 25 Mar 2003 20:57:13 - 2.8 +++ script.cc 1 Apr 2003 01:23:51 - @@ -240,9 +240,9 @@ void try_run_script (String const dir, String const fname) { if (io_stream::exists (String (cygfile://)+ dir + fname + .sh)) -run_script (dir.cstr_oneuse(), (fname + .sh).cstr_oneuse()); +run_script (dir.cstr_oneuse(), (fname + .sh).cstr_oneuse(), TRUE); if (io_stream::exists (String (cygfile://)+ dir + fname + .bat)) -run_script (dir.cstr_oneuse(), (fname + .bat).cstr_oneuse()); +run_script (dir.cstr_oneuse(), (fname + .bat).cstr_oneuse(), TRUE); } char const Script::ETCPostinstall[] = /etc/postinstall/;
New version of cygwin-doc available
I've gotten together a new version of cygwin-doc: http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.3-3-src.tar.bz2 http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.3-3.tar.bz2 No changes to setup.hint Thanks!
New cygwin-doc for upload
I've gotten together a new version of cygwin-doc: http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.3-3-src.tar.bz2 http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.3-3.tar.bz2 No changes to setup.hint Thanks!
exim 4.14
Here is the latest version of exim, requiring libgdbm Pierre http://mysite.verizon.net/vze1u1tg/exim-4.14-1.tar.bz2 http://mysite.verizon.net/vze1u1tg/exim-4.14-1-src.tar.bz2 http://mysite.verizon.net/vze1u1tg/setup.hint # Exim-4.14-1 setup.hint sdesc: A Mail Transfer Agent. ldesc: Mail Transfer Agent with sendmail like command line arguments and a single configuration file. Features: flexible retry algorithms, header envelope rewriting, multiple deliveries down single connection or multiple deliveries in parallel, regular expressions in configuration parameters, file lookups, supports sender and/or receiver verification, selective relaying, virtual domains and built-in mail filtering. See www.exim.org. This port is compiled with tls/ssl support. category: Mail requires: cygwin libgdbm openssl
Re: New cygwin-doc for upload
Whoops, sorry for the extra message. I forgot about time zones and decided after 5 minutes that my email hadn't gotten through (I've been having connectivity problems). Didn't think to look in April. On Mon, Mar 31, 2003 at 09:03:22PM -0600, Joshua Daniel Franklin wrote: I've gotten together a new version of cygwin-doc: http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.3-3-src.tar.bz2 http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.3-3.tar.bz2 No changes to setup.hint Thanks!
Re: New cygwin-doc for upload
On Mon, Mar 31, 2003 at 09:08:38PM -0600, Joshua Daniel Franklin wrote: Whoops, sorry for the extra message. I forgot about time zones and decided after 5 minutes that my email hadn't gotten through (I've been having connectivity problems). Didn't think to look in April. That's ok. I uploaded it twice but it was no big deal. :-) cgf On Mon, Mar 31, 2003 at 09:03:22PM -0600, Joshua Daniel Franklin wrote: I've gotten together a new version of cygwin-doc: http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.3-3-src.tar.bz2 http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.3-3.tar.bz2 No changes to setup.hint Thanks!
kerberos and cvs
No really, this IS on topic. Many moons ago, I grew so frustrated with the official cvs maintainers at cvshome.com -- no updates in forever, disdainful of outside contributions etc -- that I decided that the next release of cvs that I made would come from the cvsnt codebase, since that was seeing active development. Plus, it had support for many server protocols, and getting cvshome's cvs to act as a server on cygwin had limited success. Granted, cvshome is now seeing (some) activity (2 patch releases in eight months! Woo hoo!) but that doesn't change the problem with the servers; cvsnt is already designed for service on windows...even tho it ALSO compiles on unix. So, I'm looking at cvsnt, and... Well, I ran into a spot of trouble. For some unknown reason, the cvsnt maintainers removed the option of disabling kerberos encryption support at buildtime. That is, they made it mandantory. (Sure, you can choose whether or not to use kerberos at runtime -- but cvsnt can't be compiled without it. They ripped out all of the configure code and the #ifdef blocks in the code.) Now, presumably they had a reason for that action, however inscrutable. After going thru all that work to rip it out, they are understandably reluctant to put it (the option to disable k-support) back in. So, that means I need kerberos libraries. Well, I have managed to compile and build MIT kerberos v5, and have packaged it up here (no, this is NOT an ITP): http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/krb5/krb5-1.2.6-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/krb5/krb5-1.2.6-1-src.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/krb5/krb5-doc/krb5-doc-1.2.6-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/krb5/libkrb5-devel/libkrb5-devel-1.2.6-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/krb5/libkrb5_0/libkrb5_0-1.2.6-1.tar.bz2 Or, simply point setup.exe at http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/ However, here's the problem: 1) I know nothing about kerberos. I don't even know enough to test it. 2) I do NOT want to maintain this beastly piece of software. However, I understand it is quite popular and would probably be a welcome addition to the cygwin system. 3) This port does NOT contain the niceties like ssh-host-config scripts and whatnot. A fully-fledged cygwin port should probably install things like that, and maybe even hook into the sysvinit system that Sergey contributed. So, I put these packages up in the hope that someone will adopt them, and bring them into the cygwin fold. If so, then I'll continue on my current track with cvsnt (which hopefully will eventually lead to functioning cvs servers...) If not, then I'll either attempt to add the --disable-encryption --without-krb stuff back into cvsnt's configury, or (sigh) stay with the cvshome baselines. A note if anyone is interested in adopting these packages: I used some interesting tricks in the build script to convince it to build DLLs. short version: the MIT kerberos build system is crap. Longer version: make ; convert .a's to .dll's ; rm .exe's ; re-make only more complicated. I also renamed a bunch of the applications their manpages to avoid conflicting with the ones in inetutils. Check out the build script, and the README. I tried to be thorough documenting what I did. I'm in no rush here, but it would be nice if any interested parties chimed in...anybody have a need for kerberos? --Chuck
RE: [PATCH] Bigger Chooser 2
Gary - you sound like you're beginning to become somewhat frustrated with this process. Am I that transparent? ;-) Yeah, there's definite frustration here. I'm one of those sickos that do this sort of thing for fun. Battling over the size of a patch ain't fun. It ain't even work - I've never turned down one of my guys' code because there was too much of it. I just wanted to encourage you to keep at it; your contributions are valuable and I look forward (eventually g) to seeing them integrated into setup. --Chuck Thank you Chuck, I appreciate that. Fear not: one way or another, the world shall have its Bigger Chooser! The Gairman hain't licked yet! -- Gary R. Van Sickle Brewer. Patriot.
RE: [PATCH] Bigger Chooser 2
Max Bowsher wrote: Gary R. Van Sickle wrote: Bigger and better than ever baby YEAH! - int i; - for (i = 0; i NumPropPages; i++) + unmixed int i; + for (i = 0; i PropertyPages.size(); i++) Gary, what is an unmixed int? :-) Gary, and everyone, please ignore me. I guess I should explain, though, for the curious. Outlook Express dislikes GPG signed mail. So when Robert sends a lot of messages, I've taken to loading up the OE .dbx file in a hex editor, and doing search/replace 'signed' - 'mixed ' (to change the MIME type. OK, so now having explained my stupidity to the world, I leave you to read some hopefully more intelligent email! Max. So... are *you* now telling me that I *can't* use unmixed ints?!?!?! That's it, I'm outta here. ;-) -- Gary R. Van Sickle Brewer. Patriot.
RE: [PATCH] Setup icon
On Tue, 2003-04-01 at 08:36, Max Bowsher wrote: Robert Collins wrote: On Sun, 2003-03-30 at 18:43, Gary R. Van Sickle wrote: 2003-03-30 Gary R. Van Sickle [EMAIL PROTECTED] * cygwin.ico: Added two new resolutions, 64x64 and 72x72. Sorry, no Cyppy. Yet. ;-) Max, this is approved - if you could check it in... Umm. This cygwin.ico is 39 times larger than the current one. The size increase could be much reduced by not storing the new icon sizes in 16-million-colour format, when they contain only 2 colours. Very good point. Gary, uncontentious as it was, this should be changed (assuming it's easy to do so) - we don't want to increase setup.exe's binary size pointlessly. If it is hard to change, then I'd be interested to know the absolute size difference the binary has - after upxing. head in hands, laughing to keep from crying ;-) No, it's easy to change. I just did it. It goes from 30K to 7K. I made it 24-bit so we'd be ready for future enhancements (i.e. a fancier-looking icon, maybe with that 3-D look the kids are all into these days), but of course who knows when that lightning might strike. The 16-color version attached, same resolutions, same Changelog. I don't have UPX (downloading it an several tens of meg of other stuff over Ol' Pokey now), but since it is currently only 3-color (transparent), it should compress extremely well I'd think. If they both compress to pretty similar sizes, I'd say use the 24-bit one so there's one less hurdle for somebody to cross if they want to make a more colorful Cygwin Staple ;-). -- Gary R. Van Sickle Brewer. Patriot. attachment: cygwin.ico2003-03-30 Gary R. Van Sickle [EMAIL PROTECTED] * cygwin.ico: Added two new resolutions, 64x64 and 72x72. Sorry, no Cyppy. Yet. ;-)
RE: [PATCH] Bigger Chooser 2
Gary R. Van Sickle wrote: Bigger and better than ever baby YEAH! - int i; - for (i = 0; i NumPropPages; i++) + unmixed int i; + for (i = 0; i PropertyPages.size(); i++) Gary, what is an unmixed int? :-) I think it's a C99-ism. Not a moment too soon either, I hate it when my ints get all mixed. ;-) But wait now, are you reviewing my patch? Last I heard it wasn't goin' in no way no shape no how? Did I miss an email? -- Gary R. Van Sickle Brewer. Patriot.
Re: Limitation ssh connections
Wrong list. Try [EMAIL PROTECTED] Corinna On Mon, Mar 31, 2003 at 10:00:32AM +0200, ANTONIO.PICAZO wrote: Hi, Does anyone knows if there is a limitation of the number of simultaneuos ssh connections? I have the following problem: - I have more or less almost 100 servers that have a script that needs to copy a file to a Windows server that has cygwin sshd running. Sometimes the connection of some servers stays in a tcp established but it doesn't copy the file. Thanks Antonio -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
coreutils (formerly fileutils, sh-utils, textutils) maintainer?
Does anyone want to take on the maintainership for the new coreutils package? This package is the accumulation of fileutils, sh-utils, and textutils. I've made some minor modifications to fileutils that dimly tried to handle .exe files on cp but it never worked right. I'd gladly give up maintainership of this. Otherwise, I don't believe that there are many other tweaks necessary. Oh, wait. There's probably a tweak necessary to make the 'test' program use cygwin's access() rather than its builtin one. Matthew Smith is the textutils maintainer (bcc'ed) but I don't know if he wants the responsbility of maintaining all three packages. If so, he's got first dibs. Otherwise, is anyone else interested? cgf
Re: setup (ini.cc) vs CVS mingw-runtime
Robert Collins wrote: On Mon, 2003-03-31 at 20:01, Max Bowsher wrote: However, the redefinition of fprintf in ini.cc, is as far as I can see, totally unused, and can be removed. Robert: Can you confirm this, and approve me to delete it from ini.cc ? Well, fprintf *is* used in setup. The fprintf in ini.cc is used to pop fprintf(stderr, ...) into a messagebox. And, fprintf (stderr, ...) is used in setup. Ergo, this will be a problem when the next mingw-runtime comes out. Danny, if you have a patch for either mingw or setup, that'd be great. Does what you are suggesting impose any limitations on setup ? There would be no limitation to setup, it would just be slightly slower in performance. To build a snap release of mingw-runtime, just issue ``make snapshot'' in the winsup/mingw build directory and a snapshot tarball will be created. Earnie.
Re: Pending packages status (31 Mar 2003)
I second par. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: setup (ini.cc) vs CVS mingw-runtime
Max Bowsher wrote: I confirm your ICE. Did you try -mno-fun-dllimport? Earnie.
RE: Latest release observations
Just in case someone else out there is having this same problem; both video cards must be set to the same bit depth for -multiplemonitors to work properly. Now if I could just get XWin compiled to see if the WM_DISPLAYCHANGE fix will work... -Original Message- Subject: Latest release observations Hi, I have just reinstalled my machine and therefore had to do a fresh install of Cygwin. -multiplemonitors now works fine on my home machine, but for some reason, it still only uses one display on my computer at work. I'll have a look at the log file and post back when I get a chance. One thing I have noticed, that might be a nice simple feature to add is this - If I start Xwin in -rootless mode at 1024x768, it creates an invisible root window at screen coordinates 0,0 If I then play a DirectX game that changes the display's resolution to 800x600, when I exit the game, the XWin invisible root window is now shifted over to the right. My fix would be simple: If running in rootless mode and the resolution changes, move the invisible root window back to 0,0. Thanks.
RE: Latest release observations
Jean-Claude, I know it seems like this would be a simple change, but it isn't. There are already 169 lines handling WM_DISPLAYCHANGE messages. It seems that your message should already be handled, because we drop and recreate the DirectDraw surface when the display size changes. The rootless mode uses the Shadow DirectDraw Non-Locking engine by default, so the surface should be being recreated at the correct point. I don't think that this problem has anything to do with WM_DISPLAYCHANGE processing. Someone will have to step through this in a debugger to find out what is happening. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jean-Claude Gervais Sent: Saturday, March 29, 2003 12:06 PM To: Cygwin-XFree Subject: RE: Latest release observations One thing I might mention; I did some digging, and the XWin window seems to be receiving a WM_DISPLAYCHANGE http://msdn.microsoft.com/library/default.asp?url=/library/en-us/g di/pantdra w_2qzp.asp when the display changes resolution, so I'm guessing here, but maybe a bit of code in the function called winTopLevelWindowProc in xc/programs/Xserver/hw/xwin/winmultiwindowwindow.c That would do something like case WM_DISPLAYCHANGE: if ( IsMultiMonitorMode( hWnd ) ) { MoveWindow( hWnd, 0, 0, iCurrentWidth, iCurrentHeight, TRUE ); } break; Of course, I only took a quick look at the code and I'm not entirely sure how it all hangs together yet, but something like this should do the trick. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jean-Claude Gervais Sent: Saturday, March 29, 2003 7:47 AM To: Cygwin-XFree Subject: Latest release observations Hi, I have just reinstalled my machine and therefore had to do a fresh install of Cygwin. -multiplemonitors now works fine on my home machine, but for some reason, it still only uses one display on my computer at work. I'll have a look at the log file and post back when I get a chance. One thing I have noticed, that might be a nice simple feature to add is this - If I start Xwin in -rootless mode at 1024x768, it creates an invisible root window at screen coordinates 0,0 If I then play a DirectX game that changes the display's resolution to 800x600, when I exit the game, the XWin invisible root window is now shifted over to the right. My fix would be simple: If running in rootless mode and the resolution changes, move the invisible root window back to 0,0. Thanks.
RE: Latest release observations
Hi Harold, Thanks for piping up. I think you may have inadvertently put your finger on the problem: I'm using -engine 1, because I view the machine running XWin through Netmeeting, and the Direct-Draw engine's rendering doesn't get picked up by this remote tool. So perhaps the code needs to also do something for the GDI engine when a WM_DISPLAYCHANGE happens. Does that make any sense? In any case, I'd appreciate any light you can shed on it; I've downloaded XFree from CVS and will soon start trying to debug the code myself, but I expect a somewhat-steep learning curve. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Harold L Hunt II Sent: Monday, March 31, 2003 9:32 AM To: [EMAIL PROTECTED] Subject: RE: Latest release observations Jean-Claude, I know it seems like this would be a simple change, but it isn't. There are already 169 lines handling WM_DISPLAYCHANGE messages. It seems that your message should already be handled, because we drop and recreate the DirectDraw surface when the display size changes. The rootless mode uses the Shadow DirectDraw Non-Locking engine by default, so the surface should be being recreated at the correct point. I don't think that this problem has anything to do with WM_DISPLAYCHANGE processing. Someone will have to step through this in a debugger to find out what is happening. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jean-Claude Gervais Sent: Saturday, March 29, 2003 12:06 PM To: Cygwin-XFree Subject: RE: Latest release observations One thing I might mention; I did some digging, and the XWin window seems to be receiving a WM_DISPLAYCHANGE http://msdn.microsoft.com/library/default.asp?url=/library/en-us/g di/pantdra w_2qzp.asp when the display changes resolution, so I'm guessing here, but maybe a bit of code in the function called winTopLevelWindowProc in xc/programs/Xserver/hw/xwin/winmultiwindowwindow.c That would do something like case WM_DISPLAYCHANGE: if ( IsMultiMonitorMode( hWnd ) ) { MoveWindow( hWnd, 0, 0, iCurrentWidth, iCurrentHeight, TRUE ); } break; Of course, I only took a quick look at the code and I'm not entirely sure how it all hangs together yet, but something like this should do the trick. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jean-Claude Gervais Sent: Saturday, March 29, 2003 7:47 AM To: Cygwin-XFree Subject: Latest release observations Hi, I have just reinstalled my machine and therefore had to do a fresh install of Cygwin. -multiplemonitors now works fine on my home machine, but for some reason, it still only uses one display on my computer at work. I'll have a look at the log file and post back when I get a chance. One thing I have noticed, that might be a nice simple feature to add is this - If I start Xwin in -rootless mode at 1024x768, it creates an invisible root window at screen coordinates 0,0 If I then play a DirectX game that changes the display's resolution to 800x600, when I exit the game, the XWin invisible root window is now shifted over to the right. My fix would be simple: If running in rootless mode and the resolution changes, move the invisible root window back to 0,0. Thanks.
Re: making X server a COM object..
Harold, At 15:50 2003-03-31, you wrote: KH, The scope is probably beyond the scope of this mailing list. I think you would be better off working first on a version of Cygwin/XFree86 that compiled without Cygwin... then, and only then, could you even begin to worry about wrapping XFree86 with a COM interface. Cygwin /XFree86 without Cygwin is Win32/XFree86, or some such, is it not? It always seemed to me that the target specifier ought to come after the main program name: XFree86/Cygwin, XFree86/Win32, etc. Harold Randall Schulz
src/winsup/mingw ChangeLog include/_mingw.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-03-31 21:11:13 Modified files: winsup/mingw : ChangeLog winsup/mingw/include: _mingw.h Log message: * include/_mingw.h (_CRTIMP): Make conditional on __USE_CRTIMP. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.128r2=1.129 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/_mingw.h.diff?cvsroot=srcr1=1.16r2=1.17
src/winsup/cygwin ChangeLog exceptions.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-03-31 21:27:07 Modified files: winsup/cygwin : ChangeLog exceptions.cc Log message: * exceptions.cc (setup_handler): Make sure winapi lock is released when exiting loop. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.1846r2=1.1847 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/exceptions.cc.diff?cvsroot=srcr1=1.143r2=1.144
src/winsup/mingw ChangeLog Makefile.in test_he ...
CVSROOT:/cvs/src Module name:src Branch: mingw-std-ns-branch Changes by: [EMAIL PROTECTED] 2003-03-31 22:32:20 Modified files: winsup/mingw : ChangeLog Makefile.in test_headers.c winsup/mingw/include: _mingw.h assert.h conio.h ctype.h direct.h dirent.h dos.h errno.h fenv.h float.h inttypes.h io.h locale.h malloc.h math.h mbctype.h mbstring.h process.h setjmp.h signal.h stddef.h stdio.h stdlib.h string.h time.h unistd.h wchar.h wctype.h winsup/mingw/include/sys: param.h stat.h timeb.h utime.h winsup/mingw/mingwex: Makefile.in dirent.c fesetenv.c strtoimax.c wcstoimax.c wtoll.c winsup/mingw/mingwex/math: cephes_emath.h powl.c tanhl.c tgammal.c winsup/mingw/profile: Makefile.in profile.h winsup/mingw/samples/dlltest: dll.def expexe.def Added files: winsup/mingw : msvcrt.def.in winsup/mingw/include: getopt.h utime.h winsup/mingw/mingwex: getopt.c winsup/mingw/mingwex/stdio: snprintf.c snwprintf.c vfscanf.c vfwscanf.c vscanf.c vsnprintf.c vsnwprintf.c vsscanf.c vswscanf.c vwscanf.c Removed files: winsup/mingw : moldname-crtdll.def moldname-msvcrt.def moldname.def msvcrt.def msvcrt20.def msvcrt40.def winsup/mingw/mingwex: snprintf.c snwprintf.c vsnprintf.c vsnwprintf.c Log message: Merge from mingw trunk (changes since 2003-01-27). Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/msvcrt.def.in.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=NONEr2=1.1.2.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.85.2.24r2=1.85.2.25 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/Makefile.in.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.29.2.2r2=1.29.2.3 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/test_headers.c.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.3r2=1.3.2.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/moldname-crtdll.def.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.5r2=NONE http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/moldname-msvcrt.def.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.5r2=NONE http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/moldname.def.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.1.1.1r2=NONE http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/msvcrt.def.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.2r2=NONE http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/msvcrt20.def.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.2r2=NONE http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/msvcrt40.def.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.2r2=NONE http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/getopt.h.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=NONEr2=1.1.2.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/utime.h.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=NONEr2=1.1.2.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/_mingw.h.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.13.2.3r2=1.13.2.4 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/assert.h.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.3r2=1.3.16.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/conio.h.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.2r2=1.2.16.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/ctype.h.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.3.6.6r2=1.3.6.7 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/direct.h.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.3r2=1.3.16.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/dirent.h.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.3r2=1.3.6.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/dos.h.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.4r2=1.4.6.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/errno.h.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.3r2=1.3.16.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/fenv.h.diff?cvsroot=srconly_with_tag=mingw-std-ns-branchr1=1.2r2=1.2.6.1
Two minor fstat issues
This patch fixes two minor fstat issues: - The uid and gid are not set in fhandler_base, causing several handlers to return invalid (0) values. - Tests for wincap.has_security in security.cc can cause some functions to return success without providing the expected information. Pierre 2003-04-01 Pierre Humblet [EMAIL PROTECTED] * fhandler.cc (fhandler_base::fstat): Set the uid and gid fields from the current effective ids. * fhandler_socket.cc (fhandler_socket::fstat): Keep the uid and gid set by fhandler_base::fstat. * security.cc (get_nt_attribute): Do not test wincap.has_security (). (get_nt_object_attribute): Ditto. (get_file_attribute): Add test for wincap.has_security (). (get_object_attribute): Ditto. Index: fhandler.cc === RCS file: /cvs/src/src/winsup/cygwin/fhandler.cc,v retrieving revision 1.144 diff -u -p -r1.144 fhandler.cc --- fhandler.cc 21 Feb 2003 04:33:53 - 1.144 +++ fhandler.cc 1 Apr 2003 00:46:03 - @@ -981,6 +981,8 @@ fhandler_base::fstat (struct __stat64 *b break; } + buf-st_uid = geteuid32 (); + buf-st_gid = getegid32 (); buf-st_nlink = 1; buf-st_blksize = S_BLKSIZE; time_as_timestruc_t (buf-st_ctim); Index: fhandler_socket.cc === RCS file: /cvs/src/src/winsup/cygwin/fhandler_socket.cc,v retrieving revision 1.89 diff -u -p -r1.89 fhandler_socket.cc --- fhandler_socket.cc 20 Mar 2003 08:53:28 - 1.89 +++ fhandler_socket.cc 1 Apr 2003 00:47:01 - @@ -444,8 +444,6 @@ fhandler_socket::fstat (struct __stat64 buf-st_dev = 0; buf-st_ino = (ino_t) get_handle (); buf-st_mode = S_IFSOCK | S_IRWXU | S_IRWXG | S_IRWXO; - buf-st_uid = geteuid32 (); - buf-st_gid = getegid32 (); } else { Index: security.cc === RCS file: /cvs/src/src/winsup/cygwin/security.cc,v retrieving revision 1.142 diff -u -p -r1.142 security.cc --- security.cc 27 Mar 2003 09:40:25 - 1.142 +++ security.cc 1 Apr 2003 00:48:18 - @@ -1322,9 +1322,6 @@ static int get_nt_attribute (const char *file, mode_t *attribute, __uid32_t *uidret, __gid32_t *gidret) { - if (!wincap.has_security ()) -return 0; - syscall_printf (file: %s, file); /* Yeah, sounds too much, but I've seen SDs of 2100 bytes! */ @@ -1391,7 +1388,7 @@ get_file_attribute (int use_ntsec, const { int res; - if (use_ntsec allow_ntsec) + if (use_ntsec allow_ntsec wincap.has_security ()) { res = get_nt_attribute (file, attribute, uidret, gidret); if (res) @@ -1437,9 +1434,6 @@ static int get_nt_object_attribute (HANDLE handle, SE_OBJECT_TYPE object_type, mode_t *attribute, __uid32_t *uidret, __gid32_t *gidret) { - if (!wincap.has_security ()) -return 0; - PSECURITY_DESCRIPTOR psd = NULL; cygpsid owner_sid; cygpsid group_sid; @@ -1548,7 +1542,7 @@ int get_object_attribute (HANDLE handle, SE_OBJECT_TYPE object_type, mode_t *attribute, __uid32_t *uidret, __gid32_t *gidret) { - if (allow_ntsec) + if (allow_ntsec wincap.has_security ()) { int res = get_nt_object_attribute (handle, object_type, attribute, uidret, gidret);
Re: Cross Compiler and __RUNTIME_PSEUDO_RELOC_LIST__
Tim Renner wrote: $ for f in `find . -name '*.a'`;do nm $f 2/dev/null |grep PSEUDO_RELOC_LIST echo $f; done U ___RUNTIME_PSEUDO_RELOC_LIST_END__ U ___RUNTIME_PSEUDO_RELOC_LIST__ ./libcygwin.a U ___RUNTIME_PSEUDO_RELOC_LIST_END__ U ___RUNTIME_PSEUDO_RELOC_LIST__ ./libg.a Can anyone tell me what eventually resolves those symbols in a normal cygwin(not cross) compile? Or better, if you know how I can fix this in my cross compiler ;) Use last version of binutils. Current ld emits both this symbols while linking executable. egor. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Building DLLs to be loaded from Visual Basic
I have been asked to write some code to be integrated in a legacy Visual Basic application. This code should be available as a DLL. I have built the i686-pc-linux - i686-pc-cygwin cross compiler and used it with success to compile a few small executables. Reading mailing list archives I found contrasting thoughts as to whether and how DLLs built with the cygwin toolchain can be loaded from applications written in other languages. Messages span over more than five years, and there are references to ``you must do this for this cygwin version, but with the next...'' so I'm finding it difficult to pull together a present picture. My questions: - is anybody today successfully building DLLs with cygwin (not mingw32) and loading them from Visual Basic (or other languages)? - is documentation about the process available? Thanks Massimiliano -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rxvt vi
/ Hans Horn [EMAIL PROTECTED] wrote: | Dear all, | | I've set the # of lines for an rxvt console to 80; | When I invoke vi from such a console this linecount is honored. | When I use this rxvt console to log on to another computer (telnet/rlogin) | and invoke vi there, vi always behaves as if it was invoked from a 24-lines | terminal. What is the value of $TERM in the rxvt before and after the telnet/rlogin? /Andy -- The eye of the beholder rests on the beauty! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Building DLLs to be loaded from Visual Basic
Hallo, Massimiliano Mirra schrieb: My questions: - is anybody today successfully building DLLs with cygwin (not mingw32) and loading them from Visual Basic (or other languages)? I have to provide DLLs for VB and do so by using Cygwin but with -mnocygwin, which is more or less using mingw32. Anyway, I proceed this way in order to limit the library dependencies to native MS ones. - is documentation about the process available? I have no idea. But I know about some problems regading VB in connection with C _not_ with Cygwin. So, compiling with gcc-2 it is usefull to use -fnative-struct (no more available/nessesary in gcc). Because of the VB- Structure-Conventions it could be nessesary to use -fpack-struct together with dummy elements in the structure in question. The solution to problems like this I found in the MS database. Hope this helps, Alexander. -- Alexander Mader [EMAIL PROTECTED] Fon: +49-30-93033-636 NILES Werkzeugmaschinen GmbHFax: +49-30-93033-603 www.niles.de -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: rxvt-2.7.10-1
rxvt is a terminal program that can be used instead of the windows command shell. It does not require an X server. Geoff Wing has recently released rxvt 2.7.10, a development version that disables features which provide security holes. He has also merged the cygwin specific code into the sourceforge rxvt project. This build has more options enabled in the configuration, including: --enable-frills --enable-keepscrolling --enable-old-selection --enable-utmp --enable-wtmp --enable-lastlog --enable-linespace 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. Once you've downloaded setup.exe, run it and select Shell then click on the appropriate field until the above announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin dot com . I would appreciate it 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. Though for rxvt specific bugs you may want to copy me on posts to the Cygwin mailing list. 2.7.9 to 2.7.10 \--- Geoff Wing gcw at pobox dot com et al. removed screen dump feature as it can aid as a security hole removed menubar escape sequence access as it can aid a security hole removed reporting of title and icon settings as they can aid a security hole Mikko Leppänen m.leppanen at iki dot fi fixed clearing problem when internalBorder is zero Rob McMullen robm at flipturn dot org fixed handling of control characters inside escape sequences added resource mouseWheelScrollPage to allow the mouse wheel scroll a page full added support for VT52 commands -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RPM-4.1 port to cygwin available
Hello, I'm going to try and link setup.exe against librpm, to make it possible (and feasible ;-)) setup.exe and rpm both to be reciprocly updated. I'm diving, and I give news when I emerge (or drawn...) -- Message original -- To: [EMAIL PROTECTED] From: Charles Wilson [EMAIL PROTECTED] Subject: Re: RPM-4.1 port to cygwin available Date: Fri, 28 Mar 2003 22:40:03 -0500 Peter Ring wrote: There's substantial evidence that RPM based distribution of Cygwin is feasible: http://www.holonlinux.com/product/xonwin/index.html Just in case you don't read Japanese, go directly to the FTP site: ftp://xow.holonlinux.com/pub/XonWindows/ PETER! (In case anyone was wondering, Peter was one of those hardy souls working on porting rpm 'back in the day' -- IIRC Peter was working on early 4.0.x versions...) Yes, an RPM-based cygwin is feasible -- but the last time I looked, most of the competitors said something like: First do (X) to install a basic cygwin system, and then use this tarball of rpm.exe, run rpm --initdb, then use rpm to install and/or update other parts of your system Where (X) is unpack a tarball or piggyback off setup.exe and only install these three packages or somesuch. While *feasible,* that's not really *practical* as a complete distribution. Further, none of the schemes out there were capable of updating the cygwin dll itself -- because rpm.exe uses it. Nor could they update any other in-use files. However, things may have changed over the years. I dunno, and I'm too lazy to check now. :-) Personally, I'd welcome an official setup-installable package providing rpm. Here's why: 1) we'd probably see a number of folks -- those who don't want to permanently maintain a package, but want to provide it for people to use -- who'd choose to pack their contribution as rpms. (Preferably, these ad-hoc rpms would go somewhere like /usr/local or /opt/ or ANYWHERE except /usr and /usr/X11R6/ ). 2) as these numbers grow, folks might begin wondering how to (and provding code for) help setup.exe and rpm coexist -- updating each other's databases, maybe even linking setup.exe against librpm, etc etc. Of course, this requires that someone really really smart figure out the best way to create a native port of librpm -- that can still figure out where /var/cache/rpm and /etc and suchlike are really located... On the other hand, that was Robert's idea behind providing the dpkg stuff in setup-installable form, and the above sequence didn't happen for deb... --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: rxvt-2.7.10-1
Steve O [EMAIL PROTECTED] schrieb am 31.03.03 11:09:39: rxvt is a terminal program that can be used instead of the windows command shell. It does not require an X server. Geoff Wing has recently released rxvt 2.7.10, a development version that disables features which provide security holes. He has also merged the cygwin specific code into the sourceforge rxvt project. It seems that there is still a bug in rxvt with regard to (xterm-like) selection using buttons 1 and 3. In xterm, you can select a place with button 1 and select another place with button 3 and then paste the whole range. With rxvt, you can select a range in the same manner, but what you get seems not only incomplete, but nondeterministic. (I mentioned this prviously, some months ago, both in this forum and at www.rxvt.org) -- Thomas Mellman [EMAIL PROTECTED] __ E-Mails verschicken und auf Antwort warten? Mit der Kurier-SMS kann das nicht mehr passieren - http://freemail.web.de/features/?mc=021174 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Corrected: setup.exe beta (testing needed - really!)
I'll try it as soon as i get home, it doesnt crash on my work machine. -Original Message- From: Max Bowsher [mailto:[EMAIL PROTECTED] Sent: 29 March 2003 21:26 To: Robert Collins; Vince Hoffman Cc: [EMAIL PROTECTED] Subject: Re: Corrected: setup.exe beta (testing needed - really!) Robert Collins wrote: On Thu, 2003-03-27 at 22:10, Vince Hoffman wrote: Ok, well this is 'not good' :}. At what point does it crash? At start before any window appears. Shuttting down cygwin services made no difference. let me know if there is any more i can do to help the problem. Hmm, I don't think there is much more you can do. Max can reproduce it.. Not well, and not with -O0, though. Vince, would you be able to test the -O0 snapshot with debug symbols I've just uploaded? (bz2-ed to cut down on size of debug symbols). Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc/Cygwin awareness
John Williams wrote: Elfyn McBratney wrote: You could use this #if defined(__GNUC__) defined(__CYGWIN__) So __CYGWIN__ is defined in the preprocessor environment when compiling under Cygwin? That's precisely what I'm after, thanks. General answer to this kind of question: $ gcc -E -dM -xc /dev/null yields: #define _X86_ 1 #define __HAVE_BUILTIN_SETJMP__ 1 #define __tune_pentium2__ 1 #define __unix__ 1 #define unix 1 #define __i386__ 1 #define __SIZE_TYPE__ unsigned int #define __GNUC_PATCHLEVEL__ 0 #define _stdcall __attribute__((__stdcall__)) #define __CYGWIN__ 1 #define __unix 1 #define __USER_LABEL_PREFIX__ _ #define __STDC_HOSTED__ 1 #define __stdcall __attribute__((__stdcall__)) #define __tune_i686__ 1 #define __WCHAR_TYPE__ short unsigned int #define __WINT_TYPE__ unsigned int #define __GNUC__ 3 #define _cdecl __attribute__((__cdecl__)) #define __tune_pentium3__ 1 #define __tune_pentiumpro__ 1 #define __fastcall __attribute__((__fastcall__)) #define _fastcall __attribute__((__fastcall__)) #define __CYGWIN32__ 1 #define __GXX_ABI_VERSION 102 #define i386 1 #define __GNUC_MINOR__ 2 #define __STDC__ 1 #define __PTRDIFF_TYPE__ int #define __REGISTER_PREFIX__ #define __cdecl __attribute__((__cdecl__)) #define __NO_INLINE__ 1 #define __i386 1 #define __VERSION__ 3.2 20020927 (prerelease) #define __declspec(x) __attribute__((x)) Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
undefined reference to ___assert, _impure_ptr, etc.
Hi, I'm using Cygwin for compiling the Xerces-C library for MinGW. My program used the gcc 3.2, and there were no problem, but now I use the gcc 3.2.2 for my program, so I need to recompile the Xerces-X library too. But the gcc 3.2.2 doesn't exist for Cygwin, so I compiled it with the source on Cygwin, with the options --enable-threads=posix --enable-shared --enable-languages=c,c++. The compilation seems to be passed very well, but now when I want to compile the Xerces-C library, at link time, I've got several undefined reference errors such as ___assert, _impure_ptr, ___w32_sharedptr_unexpected, etc. Many of these error are related with libstdc++.a. And when I look in this file, I see the reference to these functions. So where can this problem come from ? Is my gcc 3.2.2 badly compiled ? I've seen there is a gcc-mingw, and its configure file is very different from normal gcc configure file. Have I to compile it with a configure file from the gcc-mingw version ? Thanks in advance. Regards, Fabrice Louis. _ MSN Messenger : discutez en direct avec vos amis ! http://messenger.fr.msn.be -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ls question
Hi, I'm working with a localized (german) Windows (XP) version and Cygwin 1.3.20-1 (in conjunction with rxvt). Doing the following: cd /cygdrive/c cd Profile cd Administrator ll | grep Start dr-xr-xr-x+ 3 Administ Kein0 1. Mar 12:00 Startmenü 'Startmenü' is now properly displayed, though performing 'ls -l' results in: [...] dr-xr-xr-x+ 2 Administ Kein 0 1. Mar 12:00 SendTo dr-xr-xr-x+ 3 Administ Kein 0 1. Mar 12:00 Startmen? drwxrwxrwx+ 6 Administ Kein 0 1. Mar 12:00 UserData [...] Both 'cd Startmenü' and 'cd Startmen?' will change in the Startmenü subdirectory. Also, the directories 'Müller' and 'Möller' will look exactly the same through ls: drwx---r-x+ 2 Administ Kein 0 1. Mar 12:00 M?ller drwx---r-x+ 2 Administ Kein 0 1. Mar 12:00 M?ller Is there any way of changing this ls behaviour, i.e. enabling *full* support for umlauts (8-Bit ASCII) somehow? May I influence this with an entry within the .inputrc config file? I've set the following there: set convert-meta off set input-meta on set meta-flag on set output-meta on Thanks in advance, greetings, Svartsjel -- +++ GMX - Mail, Messaging more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Limitarion ssh connections
Hi, Does anyone knows if there is a limitation of the number of simultaneuos ssh connections? I have the following problem: - I have more or less almost 100 servers that have a script that needs to copy a file to a Windows server that has cygwin sshd running. Sometimes the connection of some servers stays in a tcp established but it doesn't copy the file. Thanks Antonio -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
How hard would this be?
Hey I have a little problem, I love linux, use it at home all the time, but until (only a matter of time right ;) the norwegian gov switched to linux on their desktop computers, I also have to use windows (unfortunatly). Now I have a swapable harddrive, what I would like to do, is to have it with a good encrypted filesystem, now on linux that would be quite easy, but it's not that easy to pull off in windows. What I was thinking was this, is it possible using cygwin, to mount a linux drive, with a linux filesystem, to a fake windows drive? Many windows programs does this, fake drives can't be that hard. I'd love to have a 5kb mount file on their computers, running that and entering a password to get my drive whenever I needed it. Now I know I could probably use cygwin and copy the files to the windows partition and back, but that would be VERY unpractical, and... if I remember correctly the computers are setup with NTFS, which means the files can't be properly wipe'ed afterwards. Ideas anyone? neuron -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin + apache + php problem
On Mon, Mar 31, 2003 at 12:14:56AM +0200, Adam Csillag wrote: Syntax error on line 236 of /etc/apache/httpd.conf: Cannot load /usr/lib/apache/libphp4.dll into server: dlopen: Win32 error 998 ^^^ $ fgrep 998L /usr/include/w32api/winerror.h #define ERROR_NOACCESS 998L What can the problem be? Are the permissions of libphp4.dll OK? Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Limitarion ssh connections
On Mon, Mar 31, 2003 at 01:15:39PM +0200, ANTONIO.PICAZO wrote: Hi, Does anyone knows if there is a limitation of the number of simultaneuos ssh connections? I have the following problem: - I have more or less almost 100 servers that have a script that needs to copy a file to a Windows server that has cygwin sshd running. Sometimes the connection of some servers stays in a tcp established but it doesn't copy the file. What OS? Which Cygwin version? If running on 9x/Me, there's a system imposed limit of around 100 open sockets AFAIR. I didn't find the matching MSDN article, though. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How hard would this be?
On Mon, Mar 31, 2003 at 02:30:00PM +0200, neuron wrote: Hey I have a little problem, I love linux, use it at home all the time, but until (only a matter of time right ;) the norwegian gov switched to linux on their desktop computers, I also have to use windows (unfortunatly). Now I have a swapable harddrive, what I would like to do, is to have it with a good encrypted filesystem, now on linux that would be quite easy, but it's not that easy to pull off in windows. What I was thinking was this, is it possible using cygwin, to mount a linux drive, with a linux filesystem, to a fake windows drive? Many windows programs does this, fake drives can't be that hard. I'd love to have a 5kb mount file on their computers, running that and entering a password to get my drive whenever I needed it. Now I know I could probably use cygwin and copy the files to the windows partition and back, but that would be VERY unpractical, and... if I remember correctly the computers are setup with NTFS, which means the files can't be properly wipe'ed afterwards. Ideas anyone? There is nothing remotely resembling this functionality in cygwin. Cygwin is just a wrapper around the win32 api. It doesn't do file systems. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re[2]: How hard would this be?
:/, I never did test it myself, as I normaly use the real thing. thanks for the info though. CF On Mon, Mar 31, 2003 at 02:30:00PM +0200, neuron wrote: Hey I have a little problem, I love linux, use it at home all the time, but until (only a matter of time right ;) the norwegian gov switched to linux on their desktop computers, I also have to use windows (unfortunatly). Now I have a swapable harddrive, what I would like to do, is to have it with a good encrypted filesystem, now on linux that would be quite easy, but it's not that easy to pull off in windows. What I was thinking was this, is it possible using cygwin, to mount a linux drive, with a linux filesystem, to a fake windows drive? Many windows programs does this, fake drives can't be that hard. I'd love to have a 5kb mount file on their computers, running that and entering a password to get my drive whenever I needed it. Now I know I could probably use cygwin and copy the files to the windows partition and back, but that would be VERY unpractical, and... if I remember correctly the computers are setup with NTFS, which means the files can't be properly wipe'ed afterwards. Ideas anyone? CF There is nothing remotely resembling this functionality in cygwin. Cygwin CF is just a wrapper around the win32 api. It doesn't do file systems. CF cgf CF -- CF Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple CF Bug reporting: http://cygwin.com/bugs.html CF Documentation: http://cygwin.com/docs.html CF FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Building DLLs to be loaded from Visual Basic
Mader, Alexander [EMAIL PROTECTED] writes: - is anybody today successfully building DLLs with cygwin (not mingw32) and loading them from Visual Basic (or other languages)? I have to provide DLLs for VB and do so by using Cygwin but with -mnocygwin, which is more or less using mingw32. Is that relevant to the DLL creation, i.e. do you know if a DLL built without -mnocygwin (thus with cygwin) is still as usable? I have to access the serial hardware on the target and I prefer to do it the POSIX way rather than with the native API. I have no idea. But I know about some problems regading VB in connection with C _not_ with Cygwin. So, compiling with gcc-2 it is usefull to use -fnative-struct (no more available/nessesary in gcc). Because of the VB- Structure-Conventions it could be nessesary to use -fpack-struct together with dummy elements in the structure in question. Good to know, since I built gcc2. Not even the latter is necessary in gcc3.2, right? The solution to problems like this I found in the MS database. Hope this helps, It does. Thank you very much. Question to the list: is there any documentation repository (maybe in the style of http://www.emacswiki.org) to which one could contribute notes and experiences? I use to take notes anyway and it would nice if others could benefit. Massimiliano -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Limitarion ssh connections
* Corinna Vinschen (03-03-31 15:55 +0100) On Mon, Mar 31, 2003 at 01:15:39PM +0200, ANTONIO.PICAZO wrote: Does anyone knows if there is a limitation of the number of simultaneuos ssh connections? I have the following problem: - I have more or less almost 100 servers that have a script that needs to copy a file to a Windows server that has cygwin sshd running. Sometimes the connection of some servers stays in a tcp established but it doesn't copy the file. What OS? Which Cygwin version? If running on 9x/Me, there's a system imposed limit of around 100 open sockets AFAIR. I didn't find the matching MSDN article, though. What /script/? MaxStartups defaults to ten... Thorsten -- Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory) Content-Transfer-Warning: message contains innuendos not suited for children under the age of 18 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ls Question
Do an ls --show-control-chars from ls --help: --show-control-chars show non graphic characters as-is (default unless program is `ls' and output is a terminal) I have alias ls=/bin/ls.exe --show-control-chars in my /etc/profile. Ciao Tom Thomas Demmer Kraft Foods RD Munich Phone: +49 89 62738-6302 Fax: +49 89 62738-86302 Thought of the Day: A real friend isn't someone you use once and then throw away. A real friend is someone you can use over and over again. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Building DLLs to be loaded from Visual Basic
Massimiliano Mirra wrote: Mader, Alexander [EMAIL PROTECTED] writes: - is anybody today successfully building DLLs with cygwin (not mingw32) and loading them from Visual Basic (or other languages)? I have to provide DLLs for VB and do so by using Cygwin but with -mnocygwin, which is more or less using mingw32. ^^ -mno-cygwin Is that relevant to the DLL creation, i.e. do you know if a DLL built without -mnocygwin (thus with cygwin) is still as usable? I have to access the serial hardware on the target and I prefer to do it the POSIX way rather than with the native API. I have no idea. But I know about some problems regading VB in connection with C _not_ with Cygwin. So, compiling with gcc-2 it is usefull to use -fnative-struct (no more available/nessesary in ^^^ ^ Incorrect. Still necessary if that is what you want. Now called -mms-bitfields. gcc). Because of the VB- Structure-Conventions it could be nessesary to use -fpack-struct together with dummy elements in the structure in question. Good to know, since I built gcc2. Not even the latter is necessary in gcc3.2, right? Still necessary. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Segmentation fault in ld
Hello all, I just discovered a bug in the current ld: To repeat, just make sure there is no .libs in the current directory and there is a minimal stub.cpp with at least one function. Run make with the following makefile: == BEGIN Makefile == all : stub.dll .cpp.o : g++ -shared -Wall -Werror -g -c -o $@ $ stub.dll : stub.o g++ -Wall -Werror -g -o $@ $^ \ -Wl,--out-implib,.libs/[EMAIL PROTECTED] \ -Wl,--output-def,.libs/[EMAIL PROTECTED] \ -Wl,--export-all-symbols \ === END Makefile === ld will segfault trying to open .libs/stub.dll-def The Makefile is slightly crappy, of course, but ld shouldn't segfault in any case, IMHO. If this is in no way related to Cygwin, I'll send the same thing to the Binutils list. HTH rlc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Limitarion ssh connections
On Mon, Mar 31, 2003 at 04:32:43PM +0200, Thorsten Kampe wrote: * Corinna Vinschen (03-03-31 15:55 +0100) What OS? Which Cygwin version? If running on 9x/Me, there's a system imposed limit of around 100 open sockets AFAIR. I didn't find the matching MSDN article, though. What /script/? MaxStartups defaults to ten... Well... bingo! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: OpenSSH-3.6p1-1
I've updated the version of OpenSSH to 3.6p1-1. This is an official new release as of today. The Cygwin version is build from the vanilla sources. Official Release Message: OpenSSH 3.6 has just been released. It will be available from the mirrors listed at http://www.openssh.com/ shortly. OpenSSH is a 100% complete SSH protocol version 1.3, 1.5 and 2.0 implementation and includes sftp client and server support. We would like to thank the OpenSSH community for their continued support to the project, especially those who contributed source and bought T-shirts or posters. We have a new design of T-shirt available, more info on http://www.openbsd.org/tshirts.html#18 For international orders use http://https.openbsd.org/cgi-bin/order and for European orders, use http://https.openbsd.org/cgi-bin/order.eu Changes since OpenSSH 3.5: * RSA blinding is now used by ssh(1), sshd(8) and ssh-agent(1). in order to avoid potential timing attacks against the RSA keys. Older versions of OpenSSH have been using RSA blinding in ssh-keysign(1) only. Please note that there is no evidence that the SSH protocol is vulnerable to the OpenSSL/TLS timing attack described in http://crypto.stanford.edu/~dabo/papers/ssl-timing.pdf * ssh-agent(1) optionally requires user confirmation if a key gets used, see '-c' in ssh-add(1). * sshd(8) now handles PermitRootLogin correctly when UsePrivilegeSeparation is enabled. * sshd(8) now removes X11 cookies when a session gets closed. * ssh-keysign(8) is disabled by default and only enabled if the new EnableSSHKeysign option is set in the global ssh_config(5) file. * ssh(1) and sshd(8) now handle 'kex guesses' correctly (key exchange guesses). * ssh(1) no longer overwrites SIG_IGN. This matches behaviour from rsh(1) and is used by backup tools. * setting ProxyCommand to 'none' disables the proxy feature, see ssh_config(5). * scp(1) supports add -1 and -2. * scp(1) supports bandwidth limiting. * sftp(1) displays a progressmeter. * sftp(1) has improved error handling for scripting. Checksums: == - MD5 (openssh-3.6p1.tar.gz) = 72ef1134d521cb6926c99256dad17fe0 - MD5 (openssh-3.6.tgz) = 758822b888c5c3f83a98045aef904254 Reporting Bugs: === - please read http://www.openssh.com/report.html and http://bugzilla.mindrot.org/ OpenSSH is brought to you by Markus Friedl, Niels Provos, Theo de Raadt, Kevin Steves, Damien Miller and Ben Lindstrom. 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. Once you've downloaded setup.exe, run it and select Net and then click on the appropriate field until the above announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it 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 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. I implore you to READ this information before sending email about how you tried everything to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin + apache + php problem
Are the permissions of libphp4.dll OK? Now I set it to the same group, and same permissions as the other files: -rwxr-x--- I still get the same error message. The only difference is that the other files have -rwxr-x---+. What does that + sign mean, and how do I set it? Or does that have anything to do with this problem? Thanks: Adam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RPM-4.1 port to cygwin available
On 29 Mar 2003, Robert Collins wrote: On Fri, 2003-03-28 at 21:04, Ronald Landheer-Cieslak wrote: On Thu, 27 Mar 2003, Charles Wilson wrote: Robert Collins wrote: I find this concern mystifiying though, we've had an rpm port from Chuck for what - 3 ? 4 ? years. And mine wasn't the first. I aired my concern not at the thought of having a port of RPM - I know there's been one around for ages - but at the thought of using it as a Setup-replacement: I replied to the first paragraph written by Shankar Unni in message http://cygwin.com/ml/cygwin/2003-03/msg01844.html: Ah. Well it's been a long standing goal for dpkg or rpm support in setup. That, I know - and as such, that doesn't worry me that much - as long as it's Setup doing the work. The UI wouldn't change, and both rpm and dpkg have architecture identifiers, so any third party packages will refuse to install with sensible error messages - so I don't understand the specific concern you have... could you clarify? I'm not all that concerned - and I'm starting to be sorry for ever airing the minor doubt that traveled my mind as I wrote the original message: most concern is easily evaporated by adding a bit of knowledge.. RPM and dpkg both have architecture identifiers - OK, but my concern is exactly there: will I be able to install my Linux binaries on a Windows box when I need them for cross-compiling (I hope so)? and will I be able to install my Linux binaries on my Windows box by accident (I hope not)? Porting RPM to Cygwin is a Good Thing in my book - I just hope that whenever it is done, RPM will faithfully look for i686-pc-cygwin or somesuch as the architecture identifier (I am not familiar with the actual format of those identifiers, but you get what I mean). I also hope a sensible error message will be something that will make it very, very clear that, though it is (or should be) possible to install binary packages of another platform, it is impossible to run them, blablabla. My worry is for the mis-informed newbie, and their complaints in fat green print. And, of course, my worry is for the nerves of the RCM, which I can guarantee will blow a fuse when 100 newbies come to the list to complain that their RPM-installed Linux binaries aren't working - OK, so I forced an install, so what? That warning actually meant something? But, like I said, most concern is easily evaporated by adding a bit of knowledge: if you're not worried, I won't be ;) rlc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rxvt vi
$TERM is xterm before telnet/rlogin, during, and after! Hans -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Limitarion ssh connections
Hi, First of all thank you very much. The cygwin verion is CYGWIN_NT5.0 and the OS is Windows 2000. The ssh version is 3.5p1 I have put the Maxstartups parameter to 1000 but it is not working. Regards - Mensaje Original - De: Corinna Vinschen [EMAIL PROTECTED] Fecha: Lunes, Marzo 31, 2003 4:56 pm Asunto: Re: Limitarion ssh connections On Mon, Mar 31, 2003 at 04:32:43PM +0200, Thorsten Kampe wrote: * Corinna Vinschen (03-03-31 15:55 +0100) What OS? Which Cygwin version? If running on 9x/Me, there's a system imposed limit of around 100 open sockets AFAIR. I didn't find the matching MSDN article, though. What /script/? MaxStartups defaults to ten... Well... bingo! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
logins with no passwords
When I try to login to my account on CYGWIN from a different windows account, it as asks for a password, but I don't have a password? login DavidR password: zzapper vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://vim.sourceforge.net/tip_view.php?tip_id=305 Best of Vim Tips -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.3.22: (gcc) problem using gettimeofday with -mno-cygwin
Hello, I am trying to compile the following trivial program: #include stdio.h #include sys/time.h int main() { struct timeval tv; gettimeofday(tv, NULL) ; printf(%ld %ld\n, tv.tv_sec, tv.tv_usec); return 0; } When I use gcc with no options, everything works fine. However, if I use the -mno-cygwin flag, I get the following error message: gcc -Wall -mno-cygwingettime.c -o gettime gettime.c: In function `main': gettime.c:7: warning: implicit declaration of function `gettimeofday' /c/DOCUME~1/rsiklos/LOCALS~1/Temp/ccqKF5Mc.o(.text+0x37):gettime.c: undefined reference to `gettimeofday' make: *** [gettime] Error 1 ) Anybody have any ideas? I am using the latest versions of everthing from the cygwin installer. cygcheck file attached. Thanks, Rob. cygcheck.out Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.22: (gcc) problem using gettimeofday with -mno-cygwin
Rob Siklos wrote: Hello, I am trying to compile the following trivial program: #include stdio.h #include sys/time.h int main() { struct timeval tv; gettimeofday(tv, NULL) ; printf(%ld %ld\n, tv.tv_sec, tv.tv_usec); return 0; } When I use gcc with no options, everything works fine. However, if I use the -mno-cygwin flag, I get the following error message: gcc -Wall -mno-cygwingettime.c -o gettime gettime.c: In function `main': gettime.c:7: warning: implicit declaration of function `gettimeofday' /c/DOCUME~1/rsiklos/LOCALS~1/Temp/ccqKF5Mc.o(.text+0x37):gettime.c: undefined reference to `gettimeofday' make: *** [gettime] Error 1 ) Anybody have any ideas? I am using the latest versions of everthing from the cygwin installer. cygcheck file attached. My first idea: Windows doesn't provide gettimeofday. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Corrected: setup.exe beta (testing needed - really!)
Max Bowsher wrote: Robert Collins wrote: On Thu, 2003-03-27 at 22:10, Vince Hoffman wrote: Ok, well this is 'not good' :}. At what point does it crash? At start before any window appears. Shuttting down cygwin services made no difference. let me know if there is any more i can do to help the problem. Hmm, I don't think there is much more you can do. Max can reproduce it.. Not well, and not with -O0, though. Vince, would you be able to test the -O0 snapshot with debug symbols I've just uploaded? (bz2-ed to cut down on size of debug symbols). Max. I tested it on my home (XP) machine (which had a 100% crash rate on the original), and the -O0 version works perfectly. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: undefined reference to ___assert, _impure_ptr, etc.
On Mon, 31 Mar 2003, Brian Warner wrote: Hi, I'm using Cygwin for compiling the Xerces-C library for MinGW. My program used the gcc 3.2, and there were no problem, but now I use the gcc 3.2.2 for my program, so I need to recompile the Xerces-X library too. But the gcc 3.2.2 doesn't exist for Cygwin, so I compiled it with the source on Cygwin, with the options --enable-threads=posix --enable-shared --enable-languages=c,c++. The compilation seems to be passed very well, but now when I want to compile the Xerces-C library, at link time, I've got several undefined reference errors such as ___assert, _impure_ptr, ___w32_sharedptr_unexpected, etc. Many of these error are related with libstdc++.a. And when I look in this file, I see the reference to these functions. So where can this problem come from ? Is my gcc 3.2.2 badly compiled ? I've seen there is a gcc-mingw, and its configure file is very different from normal gcc configure file. Have I to compile it with a configure file from the gcc-mingw version ? Thanks in advance. Regards, Fabrice Louis. Use g++ to link C++ programs. Otherwise, please post the exact compile and link commands, and read http://cygwin.com/bugs.html. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.22: (gcc) problem using gettimeofday with -mno-cygwin
On Mon, Mar 31, 2003 at 10:36:40AM -0500, Rolf Campbell wrote: Rob Siklos wrote: Hello, I am trying to compile the following trivial program: #include stdio.h #include sys/time.h int main() { struct timeval tv; gettimeofday(tv, NULL) ; printf(%ld %ld\n, tv.tv_sec, tv.tv_usec); return 0; } When I use gcc with no options, everything works fine. However, if I use the -mno-cygwin flag, I get the following error message: gcc -Wall -mno-cygwingettime.c -o gettime gettime.c: In function `main': gettime.c:7: warning: implicit declaration of function `gettimeofday' /c/DOCUME~1/rsiklos/LOCALS~1/Temp/ccqKF5Mc.o(.text+0x37):gettime.c: undefined reference to `gettimeofday' make: *** [gettime] Error 1 ) Anybody have any ideas? I am using the latest versions of everthing from the cygwin installer. cygcheck file attached. My first idea: Windows doesn't provide gettimeofday. Bingo. cgf -- 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 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ls question
[EMAIL PROTECTED] wrote: Hi, I'm working with a localized (german) Windows (XP) version and Cygwin 1.3.20-1 (in conjunction with rxvt). Doing the following: cd /cygdrive/c cd Profile cd Administrator ll | grep Start dr-xr-xr-x+ 3 Administ Kein0 1. Mar 12:00 Startmenü 'Startmenü' is now properly displayed, though performing 'ls -l' results in: [...] dr-xr-xr-x+ 2 Administ Kein 0 1. Mar 12:00 SendTo dr-xr-xr-x+ 3 Administ Kein 0 1. Mar 12:00 Startmen? drwxrwxrwx+ 6 Administ Kein 0 1. Mar 12:00 UserData [...] Try: ls --show-control-chars Regards mks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.22: (gcc) problem using gettimeofday with -mno-cygwin
My first idea: Windows doesn't provide gettimeofday. Bingo. Oh- that's too bad. Does anyone know if Windows provides something similar? If so, how would I access it from my program? Thanks a lot, Rob. - Original Message - From: Christopher Faylor [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 31, 2003 10:41 AM Subject: Re: 1.3.22: (gcc) problem using gettimeofday with -mno-cygwin On Mon, Mar 31, 2003 at 10:36:40AM -0500, Rolf Campbell wrote: Rob Siklos wrote: Hello, I am trying to compile the following trivial program: #include stdio.h #include sys/time.h int main() { struct timeval tv; gettimeofday(tv, NULL) ; printf(%ld %ld\n, tv.tv_sec, tv.tv_usec); return 0; } When I use gcc with no options, everything works fine. However, if I use the -mno-cygwin flag, I get the following error message: gcc -Wall -mno-cygwingettime.c -o gettime gettime.c: In function `main': gettime.c:7: warning: implicit declaration of function `gettimeofday' /c/DOCUME~1/rsiklos/LOCALS~1/Temp/ccqKF5Mc.o(.text+0x37):gettime.c: undefined reference to `gettimeofday' make: *** [gettime] Error 1 ) Anybody have any ideas? I am using the latest versions of everthing from the cygwin installer. cygcheck file attached. My first idea: Windows doesn't provide gettimeofday. Bingo. cgf -- 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 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin + apache + php problem
On Mon, 31 Mar 2003, Adam Csillag wrote: Are the permissions of libphp4.dll OK? Now I set it to the same group, and same permissions as the other files: -rwxr-x--- I still get the same error message. The only difference is that the other files have -rwxr-x---+. What does that + sign mean, and how do I set it? Or does that have anything to do with this problem? Thanks: Adam Adam, I was about to direct you to the ls man page, but reviewed both it and the info page, and couldn't find anything about the format of ls's output (after a cursory reading, that is). So, to answer your question, that + means there are extra ACLs (access control lists) associated with the file, that are more fine-grained than the regular UGO (user-group-others) permission model can express. To view and change those ACLs use the getfacl and setfacl utilities. For more information, getfacl --help and setfacl --help. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Ping program?
I'm dying here. Does anyone have a ping program that will compile under cygwin? I've downloaded about 27 ping programs and none compile. Thanks, Sam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Ping program?
Sam, You don't say which version of Windows you're running, but NT, 2000 and XP all include a ping program. Is it insufficient for your needs? % type ping ping is /cygdrive/d/WINNT/system32/ping Randall Schulz At 08:24 2003-03-31, you wrote: I'm dying here. Does anyone have a ping program that will compile under cygwin? I've downloaded about 27 ping programs and none compile. Thanks, Sam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Ping program?
Sam- There is ping source at the Birthplace of the HAL 9000 computer http://tecfa.unige.ch/guides/internet-tools-summary-decemj.html Do a find on ping / source Good Luck, Martin - Original Message - From: Hopkins, Samuel [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 31, 2003 9:24 AM Subject: Ping program? I'm dying here. Does anyone have a ping program that will compile under cygwin? I've downloaded about 27 ping programs and none compile. Thanks, Sam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Ping program?
I need the sourcecode to modify. =( -Original Message- From: Randall R Schulz [mailto:[EMAIL PROTECTED] Sent: Monday, March 31, 2003 11:42 AM To: [EMAIL PROTECTED] Subject: Re: Ping program? Sam, You don't say which version of Windows you're running, but NT, 2000 and XP all include a ping program. Is it insufficient for your needs? % type ping ping is /cygdrive/d/WINNT/system32/ping Randall Schulz At 08:24 2003-03-31, you wrote: I'm dying here. Does anyone have a ping program that will compile under cygwin? I've downloaded about 27 ping programs and none compile. Thanks, Sam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Ping program?
On Mon, 31 Mar 2003, Hopkins, Samuel wrote: I'm dying here. Sorry, can't help you with that... Does anyone have a ping program that will compile under cygwin? I've downloaded about 27 ping programs and none compile. Thanks, Sam IIRC, ping requires elevated privileges under WinNT/2k/XP systems... There was a discussion of this on this list back in January. You should be able to find it in the archive by searching for ping icmp. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: perl-5.8.0-2
perl-5.8.0-2 release has been uploaded to sourceware -- it should be on the mirrors soon. THIS IS A REAL NEW PERL RELEASE THAT IS BINARY INCOMPATIBLE WITH ANY PREVIOUS PERL RELEASE. THIS MEANS THAT YOUR OLD EXTENSIONS (.xs code, those Perl modules requiring a C compiler) WILL NOT WORK AND WILL HAVE TO BE RECOMPILED. (Pure Perl modules should continue working.) INSTALLATION: = 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. Save it and run setup, answer the questions and pick up 'perl' from the 'Interpreters' category. The perl manpages are in a separate package called perl_manpages in the category 'Doc'. Previous perl installed with setup.exe will be removed, but your custom modules won't be removed. See 'Modules' and 'Different Perl versions' section in the 'NOTES' below for details about possibilities of custom installation. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. These mirrors already got the package, the others will probably have the latest version of this package fairly soon: In the US, ftp://planetmirror.com/pub/cygwin/ and ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ are reliable high bandwidth connection. QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] NOTES = README -- A short document, perl-5.8.0.README waits for you in /usr/doc/Cygwin. The output of 'perl -V' gives some infos about the compiletime and runtime settings of this perl binary. Setup.exe: -- Perl is in the category 'Interpreters'. setup.exe will remove perl-5.6.1-2 if you install perl-5.8.0-2. Modules: To get a summary of all the modules you installed for perl-5.6.1 you can use the CPAN module (before you install perl-5.8.0), just start it as usual ($ /usr/bin/cpan) and type in the CPAN shell: cpan autobundle to get a snapshot of 'your own' perl installation. To reinstall all the modules (after installing perl-5.8.0) type in the new CPAN shell: cpan install Bundle::Snapshot_2002_07_29_00 Different Perl versions: It is possible to use more than one perl. To achieve this you cannot use setup.exe since it will remove perl-5.6.1 before it installs perl-5.8.0, so you'll need to install perl-5.8.0 or perl-5.6.1 manually. From your scripts you can call the different perl versions now with perl5.6.1 or perl5.8.0, /usr/bin/perl will be the version you installed lastly (and also the scripts, so it is a good idea to install perl-5.8.0 after perl-5.6.1). PerlIO -- Some of my scripts stopped to work after upgrading. E.g. a wrapper calls a perl script that pipes mailtext to ssmtp. To make use of this script now, I needed to add 'export PERLIO=perlio' to the wrapper which calls the script. (See also the /usr/bin/cpan script which is a shell script now). Also perl generated output contains CRLF linebreaks if PERLIO=perlio or PERLIO=raw isn't set in the environment. From the official 'Perl 5.8.0 Release Announcement' --- - New IO Implementation: the new PerlIO implementation is both a portable stdio implementation (at the source code level) and a flexible new framework for richer I/O behaviours - Better Unicode Support: Unicode support has been much enhanced since 5.6, at all levels: - now supports Unicode 3.2.0 (5.6.1 supports 3.0.1) - at the language (and internals) level Unicode support is now more ubiquitous and robust - regular expressions now work with Unicode - support for non-Latin encodings (such as the various Chinese/Japanese/Korean encodings) through the Encode module - Better Numeric Accuracy: previous Perls relied on vendors' string-to-number and back routines which in some cases proved to be too much trust leading to nonportable and wrong behaviours - 64-bit support: 64-bit support is now considered to be mature -- if your platform supports 64-bit integers or address space, you can compile Perl to use those - Safe Signals: in previous versions of Perl signals could corrupt Perl's internal state - Many New Modules: Digest::MD5, File::Temp, Filter::Simple, libnet, List::Util, Memoize, MIME::Base64, Scalar::Util, Storable, Switch, Test::More, Test::Simple, Text::Balanced, Tie::File, ... Incompatibilities - BINARY INCOMPATIBLE: mainly because of the PerlIO introduction, Perl 5.8 is
RE: cygwin + apache + php problem
I have now set the permissions with the utilities you described, still no luck. Here are the settings: # file: /usr/lib/apache/libphp4.dll # owner: Adam # group: Felhasznalok user::rwx group::r-x group:SYSTEM:rwx group:Rendszergazdak:rwx mask:rwx other:--- This is a hungarian Windows, that's why it has those wierd names. By the way, could the problem be that these names contain special hungarian characters? Thanks for the help: Adam -Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: Monday, March 31, 2003 6:22 PM To: Adam Csillag Cc: [EMAIL PROTECTED] Subject: Re: cygwin + apache + php problem On Mon, 31 Mar 2003, Adam Csillag wrote: Are the permissions of libphp4.dll OK? Now I set it to the same group, and same permissions as the other files: -rwxr-x--- I still get the same error message. The only difference is that the other files have -rwxr-x---+. What does that + sign mean, and how do I set it? Or does that have anything to do with this problem? Thanks: Adam Adam, I was about to direct you to the ls man page, but reviewed both it and the info page, and couldn't find anything about the format of ls's output (after a cursory reading, that is). So, to answer your question, that + means there are extra ACLs (access control lists) associated with the file, that are more fine-grained than the regular UGO (user-group-others) permission model can express. To view and change those ACLs use the getfacl and setfacl utilities. For more information, getfacl --help and setfacl --help. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Ping program?
Igor makes a good point if you have any intervening nodes (Routers) which block ICMP packets then your ping will not be successful Once you get the source compiled ...ping localhost first then ping out from the known base. -Martin - Original Message - From: Igor Pechtchanski [EMAIL PROTECTED] To: Hopkins, Samuel [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, March 31, 2003 9:50 AM Subject: Re: Ping program? On Mon, 31 Mar 2003, Hopkins, Samuel wrote: I'm dying here. Sorry, can't help you with that... Does anyone have a ping program that will compile under cygwin? I've downloaded about 27 ping programs and none compile. Thanks, Sam IIRC, ping requires elevated privileges under WinNT/2k/XP systems... There was a discussion of this on this list back in January. You should be able to find it in the archive by searching for ping icmp. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Ping program?
The ping would always be launched with root (administrator) privileges on Windows 2000. -Original Message- From: Martin Gainty [mailto:[EMAIL PROTECTED] Sent: Monday, March 31, 2003 12:05 PM To: [EMAIL PROTECTED] Subject: Re: Ping program? Igor makes a good point if you have any intervening nodes (Routers) which block ICMP packets then your ping will not be successful Once you get the source compiled ...ping localhost first then ping out from the known base. -Martin - Original Message - From: Igor Pechtchanski [EMAIL PROTECTED] To: Hopkins, Samuel [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, March 31, 2003 9:50 AM Subject: Re: Ping program? On Mon, 31 Mar 2003, Hopkins, Samuel wrote: I'm dying here. Sorry, can't help you with that... Does anyone have a ping program that will compile under cygwin? I've downloaded about 27 ping programs and none compile. Thanks, Sam IIRC, ping requires elevated privileges under WinNT/2k/XP systems... There was a discussion of this on this list back in January. You should be able to find it in the archive by searching for ping icmp. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: perl-5.8.0-2
Gerrit P. Haase wrote: perl-5.8.0-2 release has been uploaded to sourceware -- it should be on the mirrors soon. Several problems with this version. A bunch of my scripts have stopped working, and when I tried to figure out why, I got some very strange behavior from the debugger. Try this (I tried it in both rxvt 'dos box' with same results): 1) run perl -d 2) type print; 3) hit Ctrl+D 4) hit Enter 5) hit Enter When I do this, step #4 does NOTHING (and by nothing I mean: the key made a little click sound when I hit it, but there was no other proof that I hit the key). It seems that this perl needs 2 enter keys in a row to recognize one. I tried hitting 'aenteraenteraenter', and only 'aaa' showed on the screen (all on the same line). Also, when I ran cygcheck, I got: cygcheck: dump_sysinfo: GetVolumeInformation() failed: 53 Cygwin Package Information Package Version _update-info-dir 00159-1 ash 20020731-1 base-files 1.1-1 base-passwd 1.1-1 bash 2.05b-9 binutils 20030307-1 bzip21.0.2-2 clear1.0-1 cpio 2.5-1 ctags5.2-1 cygrunsrv0.95-1 cygutils 1.1.3-1 cygwin 1.3.22-1 cygwin-doc 1.3-2 db3.13.1.17-2 diff 1.0-1 diffutils2.8.1-1 file 3.39-1 fileutils4.1-1 findutils4.1.7-4 gawk 3.1.2-2 gcc 3.2-3 gcc-mingw20020817-5 gdb 20030303-1 gdbm 1.8.0-5 gettext 0.11.5-1 gperf2.7.2-1 grep 2.5-1 groff1.18.1-2 gzip 1.3.3-4 inetutils1.3.2-20 jbigkit 1.4-1 jpeg 6b-7 less 378-1 libbz2_0 1.0.2-1 libbz2_1 1.0.2-2 libdb3.1 3.1.17-2 libdb3.1-devel 3.1.17-2 libgdbm 1.8.0-5 libgdbm-devel1.8.0-5 libgdbm3 1.8.3-1 libiconv21.8-2 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.11.5-1 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-1 libpng 1.2.5-1 libpng10 1.0.15-1 libpng12 1.2.5-1 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-2 login1.8-1 make 3.79.1-7 makecyg 3.79.1-7 man 1.5j-2 mc 4.6.0-2 mingw20010917-1 mingw-runtime2.4-1 mktemp 1.4-1 ncurses 5.2-8 newlib-man 20020801 openssh 3.6p1-1 openssl 0.9.7a-3 openssl096 0.9.6i-3 patch2.5.8-3 pcre 3.7-1 perl 5.8.0-2 python 2.2.2-7 readline 4.3-2 regex4.4-2 rsync2.5.5-2 rxvt 2.7.10-2 sed 4.0.5-1 sh-utils 2.0.15-3 tar 1.13.25-1 tcltk20030214-1 termcap 20020930-1 terminfo 5.3-1 texinfo 4.2-4 textutils2.0.21-1 tiff 3.6.0-1 time 1.7-1 unzip5.50-2 vim 6.1.300-1 w32api 2.3-1 wget 1.8.2-2 which1.5-1 xpm-nox 4.2.0-1 zip 2.3-2 zlib 1.1.4-1 Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Mar 31 12:45:58 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\WINNT\SYSTEM32 C:\WINNT C:\WINNT\SYSTEM32\WBEM C:\PERFORCE C:\cygwin\bin C:\WINNT\system32 C:\WINNT C:\WINNT\System32\Wbem C:\Perforce C:\cygwin\usr\local\bin C:\cygwin\bin C:\Program Files\SSH C:\cygwin\bin\id.exe output (nontsec) UID: 11643(rcampbell) GID: 10513(Domain groups=10513(Domain Users) C:\cygwin\bin\id.exe output (ntsec) UID: 11643(rcampbell) GID: 10513(Domain groups=544(Administrators) 545(Users) 10513(Domain Users) SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `C:\cygwin\home\rcampbell' MAKE_MODE = `unix' PWD = `/home/rcampbell' USER = `rcampbell' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/c (default) = `C:' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/e (default) = `E:' flags = 0x0002
Re: 1.3.22: (gcc) problem using gettimeofday with -mno-cygwin
Rob Siklos wrote: Does anyone know if Windows provides something similar? If so, how would I access it from my program? The best thing would be to visit http://msdn.microsoft.com and read the library (the Win32 SDK). There have also been various attempts to provide very thin (usually partial) POSIX API layers on top of Win32 (unlike, say, Cygwin or UWin, which provide nearly complete POSIX emulation layers on top of Win32). Just google for Unix POSIX API Win32 or something like that. Here's one such attempt: http://pw32.sourceforge.net/main.html -- Shankar. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin + apache + php problem
What user is apache running as? Does *that* user have read/execute permission on libphp4.dll? Also, the names of the groups are irrelevant -- internally, only the numeric IDs are handled, and the group names are there only for display purposes. Igor On Mon, 31 Mar 2003, Adam Csillag wrote: I have now set the permissions with the utilities you described, still no luck. Here are the settings: # file: /usr/lib/apache/libphp4.dll # owner: Adam # group: Felhasznalok user::rwx group::r-x group:SYSTEM:rwx group:Rendszergazdak:rwx mask:rwx other:--- This is a hungarian Windows, that's why it has those wierd names. By the way, could the problem be that these names contain special hungarian characters? Thanks for the help: Adam -Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: Monday, March 31, 2003 6:22 PM To: Adam Csillag Cc: [EMAIL PROTECTED] Subject: Re: cygwin + apache + php problem On Mon, 31 Mar 2003, Adam Csillag wrote: Are the permissions of libphp4.dll OK? Now I set it to the same group, and same permissions as the other files: -rwxr-x--- I still get the same error message. The only difference is that the other files have -rwxr-x---+. What does that + sign mean, and how do I set it? Or does that have anything to do with this problem? Thanks: Adam Adam, I was about to direct you to the ls man page, but reviewed both it and the info page, and couldn't find anything about the format of ls's output (after a cursory reading, that is). So, to answer your question, that + means there are extra ACLs (access control lists) associated with the file, that are more fine-grained than the regular UGO (user-group-others) permission model can express. To view and change those ACLs use the getfacl and setfacl utilities. For more information, getfacl --help and setfacl --help. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Limitarion ssh connections
* ANTONIO.PICAZO (03-03-31 17:29 +0100) The cygwin verion is CYGWIN_NT5.0 No. cygcheck -c cygwin and the OS is Windows 2000. The ssh version is 3.5p1 cygcheck -c login openssh I have put the Maxstartups parameter to 1000 but it is not working. Please don't be that laconic: did you restart the sshd? What does the Event Viewer say (application and system). cat /var/log/sshd.log Thorsten -- Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory) Content-Transfer-Warning: message contains innuendos not suited for children under the age of 18 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/