Re:
Hallo Christopher, Am Donnerstag, 30. Oktober 2003 um 22:21 schriebst du: - Forwarded message from Cron Daemon [EMAIL PROTECTED] - From: [EMAIL PROTECTED] (Cron Daemon) To: [EMAIL PROTECTED] Subject: Cron [EMAIL PROTECTED] cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0 Date: 30 Oct 2003 20:50:09 - upset: *** warning package gcc refers to non-existent external-source: gcc-core - End forwarded message - Hmmm, how does it work with external-source then? I've uploaded this package which includes the core sources: gcc-core-3.3.1-3-src.tar.bz2 Gerrit -- =^..^=
Re: [root@sources.redhat.com: Cron cgf@sourceware cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0]
Hallo Christopher, Am Donnerstag, 30. Oktober 2003 um 22:21 schriebst du: - Forwarded message from Cron Daemon [EMAIL PROTECTED] - From: [EMAIL PROTECTED] (Cron Daemon) To: [EMAIL PROTECTED] Subject: Cron [EMAIL PROTECTED] cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0 Date: 30 Oct 2003 20:50:09 - upset: *** warning package gcc refers to non-existent external-source: gcc-core - End forwarded message - Ah, I think I have to put the gcc-core package in its own subdirectory because the directory name is taken as the package name, right? Hmmm, I could also rename the gcc-cor-...src package back to gcc- and change the setup.hint. Gerrit -- =^..^=
Re: [root@sources.redhat.com: Cron cgf@sourceware cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0]
Hallo Gerrit, upset: *** warning package gcc refers to non-existent external-source: gcc-core - End forwarded message - Ah, I think I have to put the gcc-core package in its own subdirectory because the directory name is taken as the package name, right? Hmmm, I could also rename the gcc-cor-...src package back to gcc- and change the setup.hint. Are symlinks in the repository allowed? Gerrit -- =^..^=
Re: Moving lftp out of test [upload]
Never mind... apparently this was already taken care of on Oct 23. Mark Blackburn wrote: Well I guess lftp has been sitting in test for long enough. As I mentioned previously lftp will hang when sending files with sftp. I'm hoping I'll get time to fix it later. Please upload the updated setup.hint to cygwin.com f57d23dc28ff19447b89a4b4b3a0dadf *setup.hint http://blackburn.homeip.net/cygwin-packages/lftp/setup.hint sdesc: An FTP client that supports sftp (fish protocol) ldesc: A command line file transfer program. It supports ftp, ftps, http, https, hftp, fish and file protocols. It also supports tab-completion, command histories and more. curr: 2.6.6-1 category: Net requires: cygwin libreadline5 libncurses7 openssl crypt fileutils libiconv2 libintl2 Mark Blackburn
Re: [root@sources.redhat.com: Cron cgf@sourceware cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0]
On Fri, Oct 31, 2003 at 10:13:16AM +0100, Gerrit P. Haase wrote: Ah, I think I have to put the gcc-core package in its own subdirectory because the directory name is taken as the package name, right? That's what I did yesterday to silence the warnings. cgf
Re: [root@sources.redhat.com: Cron cgf@sourceware cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0]
Christopher schrieb: On Fri, Oct 31, 2003 at 10:13:16AM +0100, Gerrit P. Haase wrote: Ah, I think I have to put the gcc-core package in its own subdirectory because the directory name is taken as the package name, right? That's what I did yesterday to silence the warnings. Yep, I saw it, many thanks. Should I exchange the empty gzip tarball with an empty bzip2 tarball (because there were already complaints about the empty gz tarball with suffix bz2 not being a bzip2 but a gzip tarball)? Gerrit -- =^..^=
Re: [root@sources.redhat.com: Cron cgf@sourceware cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0]
On Fri, Oct 31, 2003 at 05:14:18PM +0100, Gerrit P. Haase wrote: Christopher schrieb: On Fri, Oct 31, 2003 at 10:13:16AM +0100, Gerrit P. Haase wrote: Ah, I think I have to put the gcc-core package in its own subdirectory because the directory name is taken as the package name, right? That's what I did yesterday to silence the warnings. Yep, I saw it, many thanks. Should I exchange the empty gzip tarball with an empty bzip2 tarball (because there were already complaints about the empty gz tarball with suffix bz2 not being a bzip2 but a gzip tarball)? I did that a few minutes ago but then decided to just remove the binary tar ball entirely since it isn't a requirement. Yesterday, I thought there had to be something there but I'd forgotten that the setup package just consists of a source tarball so a binary tar file obviously isn't required.
Pending Packages List, 2003-10-31
This is the list of pending packages as of Friday, October 31, 2003. ** PACKAGE PROPOSERS ** Please verify these fields ** Package: The name and version of the package as it will appear in setup. Proposal: Files that will be uploaded to sources.redhat.com unmodified. HOLD-UPS: What you need to finish! What we are waiting for. Maintainers of existing packages are eligible to vote on ITPs and new package proposals. Once a package has been proposed, a cygwin-apps subscriber must review it, and may point out problems or suggest changes. Each package must receive a good to go (positive review) and must have all problems addressed before being accepted. Problems can be addressed either by announcing an updated version or explaining why the problem is not an issue. === Pending Packages List === Waiting for review: ploticus sgrep suite3270 distcc libsmi nfs-server otcl gv Waiting for vote[s]: ploticus sgrep suite3270 libsmi (GAP) With unresolved problems: tcm ploticus sgrep d distcc gv Package: tcm 2.20-1 Description: Toolkit for Conceptual Modeling (TCM) Proposer: Daniel Boesswetter Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-01/msg00299.html 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 Good to go: Charles Wilson (cygwin-apps-thread.11851) (once problems are addressed) Problems: So, here's the question for the list. For the cygwin-specific README in a X-related package, where should it go? (cygwin-apps-thread.11851) Status: Attained required 3 votes. Package available. Reviewed. HOLD-UPS: Unresolved minor problems. Package: ploticus 2.11-1 Description: Command line driven tool to generates various plots and graphs Proposer: Jari Aalto Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00165.html http://tierra.dyndns.org:81/cygwin/ploticus/ploticus-2.11-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/ploticus/ploticus-2.11-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/ploticus/setup.hint Problems: Jari needs to (a) remove /usr/X11R6/lib/libz.a|libz.dll.a (b) recompile the package. This will ensure that it links against /usr/lib/libz.dll.a and picks up cygz.dll instead. (cygwin-apps-thread.11583) More to the point, the build requirements list libzlib, libpng, and X11. Those packages do NOT exist. What you want is: XFree86-base zlib libpng12 libpng12-devel (cygwin-apps-thread.11583) ./cygbuild-2.11-1.sh: line 402: [: -eq: unary operator expected (cygwin-apps-thread.11583) Status: Package available. HOLD-UPS: Not enough votes (need 3). Unresolved problems. No good to go review. Package: sgrep 1.99.1-1 Description: Search indexed text regions like SGML, XML and HTML files Proposer: Jari Aalto Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00166.html http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/sgrep/setup.hint Problems: ./cygbuild-1.92.1-1.sh: line 408: [: -eq: unary operator expected (cygwin-apps-thread.11855) --- sgrep-1.92.1-orig/Makefile 1970-01-01 00:00:00.0 + (cygwin-apps-thread.11855) Aye votes: Lapo Luchini (cygwin-apps-thread.11774) [1/3] Status: Package available. HOLD-UPS: Not enough votes (need 2 more). Unresolved problems. No good to go review. Package: suite3270 3.2.20-1 Description: 3270 Emulator Suite Proposer: Peter A. Castro Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00340.html http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1-src.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270 Also: suite3270-common [3270 Emulator Suite (common)] http://www.fruitbat.org/Cygwin/suite3270/suite3270-common-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-common Also: suite3270-c3270 [3270 Emulator (Curses)] http://www.fruitbat.org/Cygwin/suite3270/suite3270-c3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-c3270 Also: suite3270-pr3287 [3287 Printer Emulator] http://www.fruitbat.org/Cygwin/suite3270/suite3270-pr3287-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-pr3287 Also: suite3270-s3270 [3270 Emulator (Scripted)] http://www.fruitbat.org/Cygwin/suite3270/suite3270-s3270-3.2.20-1.tar.bz2
Re: New version of sunrpc for review
On Wed, Oct 29, 2003 at 01:12:04PM -0500, Robb, Sam wrote: I've built a new version of sunrpc. This update contains some minor bug fixes and should conform to the latest Cygwin packaging standards. I'd appreciate it if someone else would take a look at this with an eye towards finding any packaging problems. If it checks out OK, I'll send a regular announcement. Looks good. * sunrpc-4.0-2 (for use with Cygwin 1.5.x): * Includes patch from Joe Buehler to deal with differences in the semantics of Windows bind(). * Includes patch from Dave Miles to deal with swapped bytes in double precision values. setup.hint : http://www.oneparticularharbor.net/cygwin/sunrpc/setup.hint src package : http://www.oneparticularharbor.net/cygwin/sunrpc/sunrpc-4.0-2-src.tar.bz2 bin package : http://www.oneparticularharbor.net/cygwin/sunrpc/sunrpc-4.0-2.tar.bz2 Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Vote for suite3270 (Was Re: Pending Packages List, 2003-10-31)
On Fri, 31 Oct 2003, Daniel Reed wrote: Waiting for vote[s]: ploticus sgrep suite3270 libsmi (GAP) [snip] Package: suite3270 3.2.20-1 Description: 3270 Emulator Suite Proposer: Peter A. Castro Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00340.html http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1-src.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270 Also: suite3270-common [3270 Emulator Suite (common)] http://www.fruitbat.org/Cygwin/suite3270/suite3270-common-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-common Also: suite3270-c3270 [3270 Emulator (Curses)] http://www.fruitbat.org/Cygwin/suite3270/suite3270-c3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-c3270 Also: suite3270-pr3287 [3287 Printer Emulator] http://www.fruitbat.org/Cygwin/suite3270/suite3270-pr3287-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-pr3287 Also: suite3270-s3270 [3270 Emulator (Scripted)] http://www.fruitbat.org/Cygwin/suite3270/suite3270-s3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-s3270 Also: suite3270-tcl3270 [3270 Emulator (Tcl)] http://www.fruitbat.org/Cygwin/suite3270/suite3270-tcl3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-tcl3270 Also: suite3270-x3270 [3270 Emulator (X-Windows)] http://www.fruitbat.org/Cygwin/suite3270/suite3270-x3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-x3270 Aye votes: Corinna Vinschen (2003-09/msg00341.html) [1/3] Charles Wilson (cygwin-apps-thread.11765) [2/3] Status: Package available. HOLD-UPS: Not enough votes (need 1 more). No good to go review. I'd like to vote for the inclusion of this set of packages. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: [ITP] GV: A PostScript and PDF viewer for X using 3d Athena Widgets
On Fri, Oct 31, 2003 at 12:31:56PM -0500, Igor Pechtchanski wrote: I'm sure it would have gathered the required 3 votes by now, but I vote for this anyway, with each appendage I can raise! This would be great to have. Me too, with similar sentiments. cgf
Re: [ITP] GV: A PostScript and PDF viewer for X using 3d Athena Widgets
Christopher Faylor wrote: On Fri, Oct 31, 2003 at 12:31:56PM -0500, Igor Pechtchanski wrote: I'm sure it would have gathered the required 3 votes by now, but I vote for this anyway, with each appendage I can raise! This would be great to have. Me too, with similar sentiments. I'm just waiting for a response to the problem I had building it. It seems there may be some flags missing from the build script. After that, I am ready to go for an upload. Harold
Re: package proposal update: suite3270
On Wed, Oct 29, 2003 at 09:56:28AM -0800, Peter A. Castro wrote: Hi All! Due to popular suggestion (well, from Max and Chuck :), I've change the names of the packages comprising Paul Mattes's 3270 emulator suite. All individual emulator packages have been prefixed with 'suite3270'. This will help group the suite together in the package selection list. This was a minor change to the build scripts and thus a new source package was created as well. Perhaps now someone will review (and vote for) it (Please? Pretty Please!?). Ok, we have three votes, so I felt, I could review the package a bit. Here are the setup.hint files: http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270 The requires line uses the wrong package names. The leading suite3270- is missing. Besides that, if the base package already requires to download all other packages, the split would be unneeded. Did you actually intend that? http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-common http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-c3270 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-pr3287 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-s3270 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-tcl3270 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-x3270 The other setup files are ok, AFAICS. I'm just wondering what the base package is good for. All packages require the -common package, but none requires the base package. Here are the source and binary packages: http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1-src.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-common-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-c3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-pr3287-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-s3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-tcl3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-x3270-3.2.20-1.tar.bz2 I really don't see what the suite3270-common package is good for. Couldn't that be better thrown together with suite3270? Both packages are really small and I don't see any gain in having a base and a common package. Besides that, the documentation is in all packages still in /usr/doc. Please move it to /usr/share/doc. Another nit concerning the documentation. Each package creates its own documentation subdirectory right below /usr/doc. So after installing all packages, you have /usr/doc/suite3270-3.2.20 -- empty! /usr/doc/suite3270-common-3.2.20 -- empty! /usr/doc/c3270-3.2.20/ /usr/doc/pr3287-3.2.20/ etc. I would prefer to keep all documentation in one subdirectory /usr/share/doc/suite3270-... and all the above subdirectories below that, instead of polluting the doc directory itself with so many subdirs for one base package. I would also prefer to have only one common README file under /usr/share/doc/Cygwin. Basically all these READMEs are the same, with just tiny differences. Why not just one file which describes the whole suite? Otherwise the packaging looks ok to me. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
[ITP] tclcl - Ready for review [Need help on linking to Tcl]
Original from http://otcl-tclcl.sourceforge.net/tclcl/ Description === TclCL (Tcl with classes) is a Tcl/C++ interface used by Mash, vic, vat, rtp_play, ns, and nam. It provides a layer of C++ glue over OTcl. Questions/Notes for Cygwin developers = 1) I had to build tclcl as a static library because it tries to link to Tcl_CreateFileHandler and Tcl_DeleteFileHandler. Linking to a shared version of Tcl reports that these are unresolved symbols. This seems to be a long-standing issue for Cygwin and it doesn't seem fixable. 2) There are Win32-compatible work-arounds in the code to avoid using Tcl_*FileHandler, but I have not reviewed the work-arounds thoroughly enough to determine if they will actually work with Cygwin. 3) I would appreciate any help here... just a note saying yes, those functions still do not exist and will not exist in the future would be sufficient. I always hate Googling for hours to find the status of something, making a release based on what I found, then finding out that my research was flawed. :) Changes from original ITP = 1) Ripped out broken Makefile.in build system and replaced with automake files. 2) Modernized autoconf usage. 3) Ripped out hand-crufted code for shared libraries and replaced it with libtoolized build. Remember, the goal here is to get NS (the network simulator) working and packaged for Cygwin. tclcl = category: Libs Devel requires: cygwin tcltk sdesc: tclcl ldesc: TclCL (Tcl with classes) is a Tcl/C++ interface used by Mash, vic, vat, rtp_play, ns, and nam. It provides a layer of C++ glue over OTcl. http://www.msu.edu/~huntharo/cygwin/tclcl/otcl-1.0.13-1-src.tar.bz2 (540 KiB) http://www.msu.edu/~huntharo/cygwin/tclcl/otcl-1.0.13-1.tar.bz2 (210 KiB) http://www.msu.edu/~huntharo/cygwin/tclcl/setup.hint (1 KiB) Packages can be installed by pointing setup.exe to: === http://www.msu.edu/~huntharo/cygwin/ Please review this package if you can, Harold
AW: AW: [PATCH] setup - help and local dir command line optionswasRe: Setup Command Line Options
Rob On Sat, 2003-10-25 at 22:23, Ralf Habacker wrote: This is in the wrong place: LocalDirSetting::load is the right method to query the option from. While thinking about this a while more, I recognized that there is some more basic work necessary how to design the command line interface. Are there any other requests or hints about the design ? I've roughed stuff out here before, I think. Anywhere, here goes a quick brain dump. I need more time to think about what you have written and how to start with which class, I have take some time to inspect how it could be go and have build a testcase to see what kind of api is needed. Please note that I am concentrated only to get a command line version initial running, so I've removed the not needed gui stuff. Currently I can't send in a patch for this, because I have splitted the relating engine files into subdir and build a static library to allow file including checks, although the binariy and sources could be downloaded here: binary http://kde-cygwin.sf.net/snapshots/enginetest-0.0.1.exe. source http://kde-cygwin.sf.net/snapshots/setup_new-0.0.1.tar.bz2 I have done the following steps to get a compiled exe. cd .../setup_new mkdir debug cd debug ../configure CXX=g++ -mno-cygwin CC=gcc -mno-cywin cd engine make This will build the library and the enginetest applications, which has some basic functionality like: enginetest-0.0.1.exe --query --all - list all installed packages enginetest-0.0.1.exe --query --list packagename - list all files of the installed package The main problem after finding where to remove/hack the gui related stuff, is to detect the needed objects/method for the requested operation. Is is sometimevery hard to follow the current code base and some light for this would be nice, so it there is someone how can give me some more informations (ideal would be some basic coding like mentioned below) it would be nice. For the currently implemented (and some more I'm going to implement) functions the used objects/methods are listed below snip if (QueryPackageOption) { if (ListAllPackagesOption) { packagedb db; db.listAllPackages(cout); [new method of packagedb] } if (ListFilesInPackagesOption) { packageversion pkg = cygpackage::createInstance(argv[optind]); String s = pkg.getfirstfile(); while (s.size() 0) { cout s.cstr() endl; s = pkg.getnextfile(); } } } /* site list handling - list all mirrors - allow user to choose one mirror related functions/classes/methods // clear selected mirror site_list.clear (); get_site_list(http://sources.redhat.com/cygwin/mirrors.lst;); [uses parameter instead of using LoadString()] // iterate throug the site lists. for (SiteList::const_iterator n = site_list.begin (); n != site_list.end (); ++n) // set used mirror site_list = all_site_list[mirror]; */ /* install/reinstall/upgrade/remove packages static BoolOption DownloadOption (false, 'D', download, Download from internet); static BoolOption LocalOption (false, 'L', local-install, Install from local directory); static BoolOption InstallOption (false, 'I', install, Install from internet); or static StringOption SourceURLOption (false, 'S', source-packages, source package path (http,ftp,file,rsync,...)); static BoolOption InstallOption (false, 'i', install, Install); static BoolOption InstallOption (false, 'e', erase, erase package); static BoolOption InstallOption (false, 'u', upgrade, upgrade package); static BoolOption InstallOption (false, 'f', fresh, reinstall package); if (DownloadOption) source = IDC_SOURCE_DOWNLOAD; else if (LocalOption) source = IDC_SOURCE_CWD; else source = IDC_SOURCE_NETINST; Taskhandling packagedb db; db.task = source == IDC_SOURCE_DOWNLOAD ? PackageDB_Download : PackageDB_Install; How it goes on */ Any comments ? Cheers Ralf
Re: package proposal update: suite3270
On Fri, 31 Oct 2003, Corinna Vinschen wrote: On Wed, Oct 29, 2003 at 09:56:28AM -0800, Peter A. Castro wrote: Hi All! Due to popular suggestion (well, from Max and Chuck :), I've change the names of the packages comprising Paul Mattes's 3270 emulator suite. All individual emulator packages have been prefixed with 'suite3270'. This will help group the suite together in the package selection list. This was a minor change to the build scripts and thus a new source package was created as well. Perhaps now someone will review (and vote for) it (Please? Pretty Please!?). Ok, we have three votes, so I felt, I could review the package a bit. A review!! Someone (Corinna) actually reviewed it!! Thank you!! Here are the setup.hint files: http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270 The requires line uses the wrong package names. The leading suite3270- is missing. Besides that, if the base package already requires to download all other packages, the split would be unneeded. Did you actually intend that? Ok, I knew there would be some confusion concerning this. Here's the rational: The package suite3270 is actually a super-package (Hmmm... Ssssuper-Package, I like the way that sounds :) which contains the source for all of the emulators and provides a convenient way of installing all products without having to hunt them all down individually and selecting them (ie: the entire suite of emulators). Admittedly, I'd changed the package names to prefix with 'suite3270-' to group them togther, to make them easier to find, but perhaps that wasn't a good idea after all. You can install each product independent of each other. So, why isn't the source for each product with each package, you ask? Because it came as a bundle from the source web site that way, and Paul keeps them all in sync, so I was trying to preserve that thought by keeping the source in one place, yet having each product's binary package separate. So, why the -common package, you ask? As I said, each product is independent of each other. However, they all (except pr3287) install some common files, which, if you installed the individually would overlay each other, and upon removal of one package would remove those common files for all. So, the build process moves those files which are identical (common) into a separate package which is prereq'ed by each package. It seemed like a good idea at the time. http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-common http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-c3270 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-pr3287 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-s3270 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-tcl3270 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-x3270 The other setup files are ok, AFAICS. I'm just wondering what the base package is good for. All packages require the -common package, but none requires the base package. Well, the super-package is just a container for the source and a way of getting all packages installed at one shot. The build is actually kinda turn-key, where you run the top-level script and it in turn runs the scripts to build each product. Here are the source and binary packages: http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1-src.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-common-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-c3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-pr3287-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-s3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-tcl3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-x3270-3.2.20-1.tar.bz2 I really don't see what the suite3270-common package is good for. Couldn't that be better thrown together with suite3270? Both packages are really small and I don't see any gain in having a base and a common package. See above. Besides that, the documentation is in all packages still in /usr/doc. Please move it to /usr/share/doc. Ok, that I can do. I'd submitted this way back before the new share/doc requirements had been instantiated and I haven't updated it yet :). I'll do so. Another nit concerning the documentation. Each package creates its own documentation subdirectory right below /usr/doc. So after installing all packages, you have /usr/doc/suite3270-3.2.20 -- empty! /usr/doc/suite3270-common-3.2.20 -- empty! /usr/doc/c3270-3.2.20/ /usr/doc/pr3287-3.2.20/ etc. (*sigh*) ... and correct the directory names, but this is starting to get out of hand. I'm starting to think that naming the packages with a prefix was a bad idea. Perhaps having them grouped together by name
[PATCH] Setup: more intuitive resizing controls + some dialogs
On Sun, 19 Oct 2003, Igor Pechtchanski wrote: On Thu, 16 Oct 2003, Igor Pechtchanski wrote: On Thu, 16 Oct 2003, Frank Richter wrote: On 16.10.2003 22:29, Robert Collins wrote: Before further review, I'd like you to correct such abuses of C++. Done. Also, this patch is a bit more useful than the last one - the Chooser now sizes with the window. - f.r. Okay, this does indeed give us a resizeable chooser -- yuppee!!! The header row still behaves weirdly under Win2k (i.e., it fixes on a particular size and won't bulge until a scroll bar is touched after switching views), but it's something that can be lived with. Once this gets accepted, it would be relatively easy to make most other dialogs resizeable. One problem, as I mentioned before, would be with items that need to be centered. Frank, thank you *very much* for doing this. Igor Rob, BTW, when this patch gets accepted, I have an idea on how to modify this code to allow more intuitive control over the elements (e.g., centering). I'll also be able to make most of the other dialogs resizeable. Igor As promised. Igor == ChangeLog: 2003-10-31 Igor Pechtchanski [EMAIL PROTECTED] * ControlAdjuster.h (ControlPosition): New enum type. (ControlInfo::horizontalPos, ControlInfo::verticalPos): New instance variables. (ControlInfo::anchorLeft, ControlInfo::anchorTop, ControlInfo::anchorRight, ControlInfo::anchorBottom): Remove. * ControlAdjuster.cc (ControlAdjuster::AdjustControls): Switch to using position specifiers instead of anchors. * choose.cc (ChooserControlsInfo): Ditto. * proppage.cc (DefaultControlsInfo): Ditto. * propsheet.cc (PropSheetControlsInfo): Ditto. * site.cc (SiteControlsInfo): Position specifiers for site selection dialog controls. * threebar.cc (ThreeBarControlsInfo): Position specifiers for progress dialog controls. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick NaughtonIndex: ControlAdjuster.cc === RCS file: /cvs/cygwin-apps/setup/ControlAdjuster.cc,v retrieving revision 2.1 diff -u -p -r2.1 ControlAdjuster.cc --- ControlAdjuster.cc 26 Oct 2003 19:38:30 - 2.1 +++ ControlAdjuster.cc 1 Nov 2003 03:12:34 - @@ -35,18 +35,40 @@ void ControlAdjuster::AdjustControls (HW /* Now adjust the rectangle. - If an anchor is set, the resp. edge is 'sticky' with respect to the - opposite border. */ - if (!ci-anchorLeft) -ctlRect.left += widthChange; - if (!ci-anchorTop) -ctlRect.top += heightChange; - if (ci-anchorRight) -ctlRect.right += widthChange; - if (ci-anchorBottom) -ctlRect.bottom += heightChange; - + switch (ci-horizontalPos) + { + case CP_LEFT: + break; + case CP_MIDDLE: + ctlRect.left += widthChange/2; + ctlRect.right += widthChange - widthChange/2; + break; + case CP_RIGHT: + ctlRect.left += widthChange; + ctlRect.right += widthChange; + break; + case CP_STRETCH: + ctlRect.right += widthChange; + break; + } + switch (ci-verticalPos) + { + case CP_TOP: + break; + case CP_MIDDLE: + ctlRect.top += heightChange/2; + ctlRect.bottom += heightChange - heightChange/2; + break; + case CP_BOTTOM: + ctlRect.top += heightChange; + ctlRect.bottom += heightChange; + break; + case CP_STRETCH: + ctlRect.bottom += heightChange; + break; + } + SetWindowPos (ctl, 0, ctlRect.left, ctlRect.top, ctlRect.width (), ctlRect.height (), SWP_NOACTIVATE | SWP_NOZORDER); // If not done, weird visual glitches can occur. Index: ControlAdjuster.h === RCS file: /cvs/cygwin-apps/setup/ControlAdjuster.h,v retrieving revision 2.1 diff -u -p -r2.1 ControlAdjuster.h --- ControlAdjuster.h 26 Oct 2003 19:38:30 - 2.1 +++ ControlAdjuster.h 1 Nov 2003 03:12:34 - @@ -28,6 +28,15 @@ when the size changes. */ +enum ControlPosition { + CP_LEFT = 0, + CP_TOP = CP_LEFT, + CP_MIDDLE, + CP_RIGHT, + CP_BOTTOM = CP_RIGHT, + CP_STRETCH, +}; + class ControlAdjuster { public: @@ -36,12 +45,10 @@ public: //
Font and .bat files missing when installing XFree86 only?
Hi all, Having downloaded a version of XFree86, I see a difference between a previous version and this one: - When installing de XFree86 option only, no fonts are installed. I had to install (= copy) font files from a previous version and that worked. Am I missing something? - Also, some useful .bat files of which startxwin.bat is one, are missing from the current installation. Even when installing the complete package wouldn't help. Why was that? I downloaded the 1.5.5-1 version from different locations and installed it on WinXP. Regards, Hans.
Xwin -clipboard = Xlib: connection refused, no protocol specifi ed
Hallo H., When I start Xwin with the clipboard option, Xwin can be used with DISPLAY=2.1.12.24:0.0 (ie. on the IP-address of my PC). But the inbuilt clipboard seems to ignore this, and tries to contact 127.0.0.1:0.0 in vain. I tried setting DISPLAY before launching Xwin, but no use. xwinclip does not have that problem. Is there any way to tell the clipboard which DISPLAY to use? My complete commandline for starting Xwin XWin +kb -xkbmap be -auth $HOME/.Xauthority -emulate3buttons -unixkill -nowinkill -rootless -clipboard Bedankt! Gerard H. Pille Senior Consultant === This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached.
Re: New package: xwinclip-1.2.0-1
Harold L Hunt II [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: The xwinclip-1.2.0-1 package has been updated in the Cygwin distribution. Have you posted this new package? The -clipboard option does not work. Currenty I'm starting xwin using the following command line: start XWin -multiwindow -clipboard It works flawlessly, but without clipboard integration between windows-2000 and XWindows. I used to solve this issue using xwinclip, but in the latest revision, the XFree-xwinclip package has been removed from the distribution. Any ideas? Thanks in advance, Jordi Vila
Re: no key input
Hi, (B (BI made some investigation in -multiwindow mode : (B- the problem also occurs on latest Cygwin release with X-Win32 5.4 and (BCygwin xterm 4.2.99.903(174) (B- remote xterm 4.2.99.3(172) from a Mandrake 9.1 is ok. (B- a port of the release 172 into Cygwin doesn't solve the problem. (B- cvs release xf-4_3_0 is ok (B- cvs release xf-4_3_0_1 is ok (B- cvs release xf-4_3_99_14 is ok (B- cvs HEAD grabed at 10.31.2003 00:05 GMT+1 doesn't build :p (B (Bxf-4_3_99_14 is enought for me to work with Cygwin/XFree86 in (Bmultiwindowed mode but, I continue further investigation in background (Bon the HEAD branch trying to build it and using -D selector. (B (BHope this help you. (B (BFabrice.
fonts too small on remote clients
I'm running Cygwin/XFree 4.3.0 under cygwin 1.5.5-1 (all the latest current versions of all packages as of this writing). I'm tunneling X over ssh to clients on a remote host (running Linux w/ XFree86 4.3). Whenever I start a client on the remote host, all of the fonts on my local display come out about 2 points too small. It makes the clients very hard to see. Local clients are displayed normally. Does anyone know what could cause this? I'm not running xfs. Here's the output of xset -q: $ xset -q Keyboard Control: auto repeat: onkey click percent: 0LED mask: 0002 auto repeat delay: 660repeat rate: 25 auto repeating keys: 00ffdbbf fadfffdffdff bell percent: 50bell pitch: 400bell duration: 100 Pointer Control: acceleration: 2/1threshold: 4 Screen Saver: prefer blanking: yesallow exposures: yes timeout: 600cycle: 600 Colors: default colormap: 0x20BlackPixel: 0WhitePixel: 16777215 Font Path: /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X1 1/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ Bug Mode: compatibility mode is disabled Font cache: hi-mark (KB): 5120 low-mark (KB): 3840 balance (%): 70 I've tried putting the 100dpi fonts first on the font path (xset +fp /usr/X11R6/lib/X11/fonts/100dpi/), but it doesn't help. Any help appreciated. Andrew.
Install Uploading unwanted packages (eg Apache, emacs...)
Greetings! I am trying to upload and install cygwin. Yes, I did have that installation incomplete message and decided to not install many things. Among these unwanted things are apache and emacs. But they are being uploaded anyway. Are there some files that even though I choose skip they get uploaded anyway? Or are my choices simply being ignored? If so, why? And how do I rectify this? Thank you! Patricia Patricia C. Vener Come visit my online galleries! vener-art.com ¨Canto que ha sido valiente siempre será canción nueva¨ -- Víctor Jara
Re: xmodmap has no effect on mouse buttons
On Fri, 31 Oct 2003 17:50:30 +0900 Takuma Murakami [EMAIL PROTECTED] wrote: Some Windows mouse drivers (e.g. MS IntelliPoint) allow application specific button re-bindings. They can swap mouse buttons for XWin.exe as a workaround. Did the xmodmap correctly swap buttons before the latest installation? Takuma Murakami ([EMAIL PROTECTED]) This is the first installation on which I've tried using the X Server. David Rudolph | phone: (617) 621-7567 Mitsubishi Electric Research Labs | email: [EMAIL PROTECTED]
Re: fonts too small on remote clients
Have you tried loading your .Xdefaults on the remote side before launching a client? e.g. xrdb -load ~/.Xdefaults From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: fonts too small on remote clients Date: Fri, 31 Oct 2003 09:20:36 -0500 I'm running Cygwin/XFree 4.3.0 under cygwin 1.5.5-1 (all the latest current versions of all packages as of this writing). I'm tunneling X over ssh to clients on a remote host (running Linux w/ XFree86 4.3). Whenever I start a client on the remote host, all of the fonts on my local display come out about 2 points too small. It makes the clients very hard to see. Local clients are displayed normally. Does anyone know what could cause this? I'm not running xfs. Here's the output of xset -q: $ xset -q Keyboard Control: auto repeat: onkey click percent: 0LED mask: 0002 auto repeat delay: 660repeat rate: 25 auto repeating keys: 00ffdbbf fadfffdffdff bell percent: 50bell pitch: 400bell duration: 100 Pointer Control: acceleration: 2/1threshold: 4 Screen Saver: prefer blanking: yesallow exposures: yes timeout: 600cycle: 600 Colors: default colormap: 0x20BlackPixel: 0WhitePixel: 16777215 Font Path: /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X1 1/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ Bug Mode: compatibility mode is disabled Font cache: hi-mark (KB): 5120 low-mark (KB): 3840 balance (%): 70 I've tried putting the 100dpi fonts first on the font path (xset +fp /usr/X11R6/lib/X11/fonts/100dpi/), but it doesn't help. Any help appreciated. Andrew. _ Never get a busy signal because you are always connected with high-speed Internet access. Click here to comparison-shop providers. https://broadband.msn.com
RE: Install Uploading unwanted packages (eg Apache, emacs...)
Hi Patricia adragh wrote on Friday, October 31, 2003 3:59 PM: [snip] Are there some files that even though I choose skip they get uploaded anyway? Or are my choices simply being ignored? If so, why? And how do I rectify this? Skip it the right way and it is not ignored. But you have to take care of the defined dependencies. I.e if you skip Apache but select later on a package that is dependent, then Apache is in again. Unfortunately the dependencies are only respected regarding selection and not unselection. Regards, Jörg
Re: Font and .bat files missing when installing XFree86 only?
Hans Dekker wrote: Hi all, Having downloaded a version of XFree86, I see a difference between a previous version and this one: - When installing de XFree86 option only, no fonts are installed. I had to install (= copy) font files from a previous version and that worked. Am I missing something? You need the XFree86-fnts package at a minimum. I am surprised that this was not automatically selected. Are you sure that you selected XFree86-base? That package lists XFree86-fnts as a dependency, so it should have been automatically selected. - Also, some useful .bat files of which startxwin.bat is one, are missing from the current installation. Even when installing the complete package wouldn't help. Why was that? You have to pick the XFree86-startup-scripts package. Hope that helps. Harold
Re: Xwin -clipboard = Xlib: connection refused, no protocol specifi ed
Pille, Pille Geert (bizvdm) wrote: Hallo H., When I start Xwin with the clipboard option, Xwin can be used with DISPLAY=2.1.12.24:0.0 (ie. on the IP-address of my PC). But the inbuilt clipboard seems to ignore this, and tries to contact 127.0.0.1:0.0 in vain. You are correct, the 127.0.0.1 is hard-coded. Perhaps we should try loading the DISPLAY environment variable and using that instead, but that is not currently a feature in the code. It could essentially be copied and pasted from xwinclip into the relevant portion of xc/programs/Xserver/hw/xwin. Harold
Re: Define a foreign language keyboard in HP-Ux CDE?
Hans, Hans Dekker wrote: Hi all, Having downloaded the latest version of XFree86, I encounter a problem using altGR on a Spanish keyboard. I searched and I searched and saw many articles of people with the same question from Denmark, Norway, Germany, UK and other countries, and fixes with Xmodmaps, xkeycaps, XF86Config, etc leaving still unclear to me which one is right: I didn't get it working yet. Can anyone tell me what´s the final solution? Doing a xmodmap on one of the CDE windows shows a keyboard with a US layout. A normal Xfree86 xterm (without CDE) is working fine with the same keyboard. I am using Xserv V 4.2.0-42 on WindowsXP with a CDE environment on Wow! 4.2.0-42 was released 2003/06/02. Since then we have moved from XFree86 4.2.0 to 4.3.0 and had about 25 updates to the Cygwin X Server (XWin.exe, XFree86-xserv). A lot of those updates are for keyboard-detection code written by Alexander Gottwald. I suggest updating your installation and buying Alexander a pizza if it works for you: http://www-user.tu-chemnitz.de/~goal/xfree/donations.html :) Here is the release announcement for XFree86-xserv-4.2.0-42, in case anyone is interested: http://cygwin.com/ml/cygwin-xfree-announce/2003-06/msg5.html Hope that helps, Harold
Re: New package: xwinclip-1.2.0-1
Jordi, Jordi Vila wrote: Harold L Hunt II [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: The xwinclip-1.2.0-1 package has been updated in the Cygwin distribution. Have you posted this new package? The -clipboard option does not work. Currenty I'm starting xwin using the following command line: Yeah, it is up there, here is one mirror that has it: http://mirrors.rcn.net/pub/sourceware/cygwin/release/XFree86/xwinclip/ start XWin -multiwindow -clipboard It works flawlessly, but without clipboard integration between windows-2000 and XWindows. Really? Check /tmp/XWin.log, or bzip2 it and send it in. I used to solve this issue using xwinclip, but in the latest revision, the XFree-xwinclip package has been removed from the distribution. The XFree86-xwinclip package was renamed to xwinclip. It is still in the 'XFree86' package category. Try another mirror if it has not shown up yet. Harold
Re: no key input
Fabrice, Fabrice Coudert wrote: Hi, I made some investigation in -multiwindow mode : - the problem also occurs on latest Cygwin release with X-Win32 5.4 and Cygwin xterm 4.2.99.903(174) - remote xterm 4.2.99.3(172) from a Mandrake 9.1 is ok. - a port of the release 172 into Cygwin doesn't solve the problem. - cvs release xf-4_3_0 is ok - cvs release xf-4_3_0_1 is ok - cvs release xf-4_3_99_14 is ok - cvs HEAD grabed at 10.31.2003 00:05 GMT+1 doesn't build :p xf-4_3_99_14 is enought for me to work with Cygwin/XFree86 in multiwindowed mode but, I continue further investigation in background on the HEAD branch trying to build it and using -D selector. You mean to tell me that the problem doesn't happen in the XFree86-* packages that I released? I thought that was what had the problem. I didn't realize you were building from CVS... I didn't realize anyone was doing that. In any case, I think you know more about the problem that I do now. However, there have been updates to the XFree86 CVS that should have been applied but were not, thus the public breakup that happened earlier this week. I am working on getting a tree setup at freedesktop.org, so perhaps we can start debugging this better when that tree is setup. Thanks for looking into this, Harold
Re: fonts too small on remote clients
Andrew, You need to use the -dpi 100 parameter for XWin.exe. It is not enough to change the order of the fonts in the font path, you have to actually tell it to use the 100 dpi fonts by default. I think this will work in your case, but I could be mistaken. Harold [EMAIL PROTECTED] wrote: I'm running Cygwin/XFree 4.3.0 under cygwin 1.5.5-1 (all the latest current versions of all packages as of this writing). I'm tunneling X over ssh to clients on a remote host (running Linux w/ XFree86 4.3). Whenever I start a client on the remote host, all of the fonts on my local display come out about 2 points too small. It makes the clients very hard to see. Local clients are displayed normally. Does anyone know what could cause this? I'm not running xfs. Here's the output of xset -q: $ xset -q Keyboard Control: auto repeat: onkey click percent: 0LED mask: 0002 auto repeat delay: 660repeat rate: 25 auto repeating keys: 00ffdbbf fadfffdffdff bell percent: 50bell pitch: 400bell duration: 100 Pointer Control: acceleration: 2/1threshold: 4 Screen Saver: prefer blanking: yesallow exposures: yes timeout: 600cycle: 600 Colors: default colormap: 0x20BlackPixel: 0WhitePixel: 16777215 Font Path: /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X1 1/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ Bug Mode: compatibility mode is disabled Font cache: hi-mark (KB): 5120 low-mark (KB): 3840 balance (%): 70 I've tried putting the 100dpi fonts first on the font path (xset +fp /usr/X11R6/lib/X11/fonts/100dpi/), but it doesn't help. Any help appreciated. Andrew.
Re: no key input
Hi, I didn't realize you were building from CVS... I didn't realize anyone was doing that. Yep some of us are still using CVS + various patches and customisations and bodges (no pain no gain!). My xc tree (XFree latest as of yesterday + patches) is as close as I thing the game is and is still doing the job for me! (e.g. I've even patched for new 'shared' rootless and haven't even used/tested it!). Keep up the good work...I'll try to build/test new trees as they materialise (within my scope...multiwindow and/or XDMCP on XP and Windows 2003 server platforms) Colin
src/winsup/cygwin ChangeLog thread.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-10-31 20:47:14 Modified files: winsup/cygwin : ChangeLog thread.cc Log message: * thread.cc (pthread::thread_init_wrapper): Initialize exception handling. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2147r2=1.2148 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/thread.cc.diff?cvsroot=srcr1=1.138r2=1.139
Re: Add PAGE_SIZE, PAGE_SHIFT, PAGE_MASK to sys/param.h
On Thu, Oct 30, 2003 at 04:15:39PM -0500, Nicholas Wourms wrote: I just want to make sure that I do the right thing. The numbering seems arbitrary, however I could be wrong. I just wonder why none of our ioctls are _IOWR, when they are defined that way for bsd/linux? Perhaps this is a limitation of the winsock? It could be that I'm just making a big deal over nothing, but I wanted to check first. It's just not defined in asm/socket.h. I've always interpreted the _IOW as a read/write, not just as write. Now, looking into it again, I see that using _IOW for the SIOCGIF* control codes was just wrong from the beginning. They should have been _IOR. Too bad. But we can't change that now, since that would break existing applications. I'm wondering if we should redefine them, though, and mark the old values as deprecated, using them in Cygwin only for backward compatibility. The new values could easily start from 4. I'll guess we'll never get the problem to be out of values... Don't bother. Is it a value which could be changed in Cygwin or Winsock? I don't know, I guess I'll just make it 108 and see what happens. The group code seems to be arbitrary as well, so I'll just stick with the flow and use `i'. i? What i? What are you trying to implement? I'm really curious. [SIOCGIFDSTADDR] Cool. (Gee, a copy of unix network programming 2nd edition would come in handy right about now) I can recommend it. It's really good, IMHO just missing info about using the resolver routines. Not to rant, but our network sockets seems lacking in a few areas, so I hope to contribute there. Sure they do. You're welcome to contribute in that area. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
[PATCH] Fix debugger attach for threads
This patch allows a debugger to attach when an exception occurs in a thread other than the mainthread. I am not happy about the wait in handle_exceptions, but it works on my machine. I think that a waitloop until the debugger is attached is cleaner, but there must be a reason why the debbugging loop is implemented this way. Thomas 003-10-31 Thomas Pfaff [EMAIL PROTECTED] * exceptions.cc (try_to_debug): Suspend/resume all threads when a debugger is attaching. (handle_exceptions): Give debugger CPU time to attach. ? suspend_all_on_stop.patch ? thread_try_to_debug.patch Index: exceptions.cc === RCS file: /cvs/src/src/winsup/cygwin/exceptions.cc,v retrieving revision 1.172 diff -u -p -r1.172 exceptions.cc --- exceptions.cc 14 Oct 2003 09:21:55 - 1.172 +++ exceptions.cc 31 Oct 2003 20:50:31 - @@ -360,9 +360,7 @@ try_to_debug (bool waitloop) si.dwFlags = 0; si.cb = sizeof (si); - /* FIXME: need to know handles of all running threads to - suspend_all_threads_except (current_thread_id); - */ + pthread::suspend_all_except_self (); /* if any of these mutexes is owned, we will fail to start any cygwin app until trapped app exits */ @@ -400,7 +398,10 @@ try_to_debug (bool waitloop) else { if (!waitloop) - return 1; +{ + pthread::resume_all (); + return 1; +} SetThreadPriority (GetCurrentThread (), THREAD_PRIORITY_IDLE); while (!being_debugged ()) Sleep (0); @@ -409,9 +410,8 @@ try_to_debug (bool waitloop) SetThreadPriority (GetCurrentThread (), prio); } - /* FIXME: need to know handles of all running threads to -resume_all_threads_except (current_thread_id); - */ + pthread::resume_all (); + return 0; } @@ -426,7 +426,15 @@ handle_exceptions (EXCEPTION_RECORD *e, if (debugging ++debugging 50) { - SetThreadPriority (hMainThread, THREAD_PRIORITY_NORMAL); + /* + * Give debugger a chance to attach + */ + LONG prio = GetThreadPriority (GetCurrentThread ()); + pthread::suspend_all_except_self (); + SetThreadPriority (GetCurrentThread (), THREAD_PRIORITY_IDLE); + Sleep (0); + SetThreadPriority (GetCurrentThread (), prio); + pthread::resume_all (); return 0; }
Re: Segmentation Fault of ssh3.7.1 with cygwin1.5.5-1 in W95
Corinna Vinschen [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I observed a ssh crash on Win95 too, but only after running ssh-host-config It went away after deleting the two ssh 22/ lines in c:\windows\services They don't seem to end with CRNL. Ouch. I see why that happens. I'll have to modify the ssh-host-config script. This is no problem on 98/Me and NT, though. Did you also test with ssh/22 lines with CRLF? Corinna It seems to me that the missing CRLF is not the only source of the problem. I receive a similar stackdump on XP Home, but only when I use the user under which sshd has been installed. When I use root, ssh works fine. I´ll go deeper into the differences, but up till now it seem that the ssh configuration scripts do not make up the difference. I´ll come back to you later. Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Testers for new ssh-*-config scripts wanted!
Script ssh-host-config works for me, but when I've entered the CYGWIN env var, I've do a error and type ntser, then backspace and then the correct c caracters. Thus CYGWIN key in the registry has now ntser\x08c instead of ntsec! This is caused by the read command! Thanks. PS Wait for a Windows 2003 Server version -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Corinna Vinschen Envoyé : jeudi, 30. octobre 2003 18:11 À : [EMAIL PROTECTED] Objet : Testers for new ssh-*-config scripts wanted! Hi, is anybody here willing to give my new ssh-host-config and ssh-user-config shell scripts a thorough test? I tested them by myself but I have this nagging feeling I missed something important. The important changes: - On NT, try to set permissions on files and directories to a useful value. - On NT, try to set ownership on files and directories to a useful value. Only in ssh-host-config: - Write the /etc/services entries for ssh now with CRLF lineendings. - Remove the code to accomplish old style installations, with old being older than roughly 3 years. - /etc/ssh_config and /etc/sshd_config are not hardcoded here-scripts in the ssh-host-config script anymore, but they are copied and modified from ssh_config and sshd_config files in /etc/defaults/etc. This allows to accomodate changes in the vanilla scripts without having to change the shh-host-config script. - On NT, always set ownership of various files to SYSTEM, if sshd has been installed as service. Both scripts are attached. When testing the new copy config files from /etc/defaults/etc functionality, please think of copying the ssh_config and sshd_config files (if possible the vanilla versions) to /etc/defaults/etc first. Feedback and patches welcome and thanks in advance, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc and iostream
Hallo y2bismil, Am Donnerstag, 30. Oktober 2003 um 22:28 schriebst du: I'm having a linking problem with GCC and iostream. I'm not sure if it has anything to do with cygwin, so I'll check here. I am using #include iostream using namespace std; Its a pretty large project. First, all the sources and compiled into object files using gcc. Then to link, I've tried both gcc and g++. Both times using -lstdc++ as a paramter. Yet, I always seem to get iostream errors like: : undefined reference to `ostream::operator(char const*) : undefined reference to `_cin' : undefined reference to `_cout' :undefined reference to `istream operatorint(istream, smanipint const)' [...] My compile line is: gcc/g++ -mno-cygwin -g -o$(_Target) -LC:\cygwin\lib\mingw -Wl,--start-group -lwsock32 -lstdc++ files needed to be linked -Wl,--end-group Put the libraries to the end of the linkline: gcc/g++ -mno-cygwin -g -o$(_Target) -Wl,--start-group files needed to be linked -LC:\cygwin\lib\mingw -lwsock32 -lstdc++ -Wl,--end-group And I'm not sure if this works with Cygwin gcc/ld: -LC:\cygwin\lib\mingw Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ACLs are not handled correctly
Hi, first my config: MS Windows XP SP1, cygwin 1.5.5 (actual version - 2 days old) Problem: nearly each tool that the create or modify a file/directory (e.g. cp, touch, setfacl) ignore the ALCs of the current directory or add further users/groups to it. Example /home/dierk has the following ACLs (listed with xcalcs.exe from the MS resource kit; same with Explorer) xcalcs F:/cygwin/home/dierk f:\cygwin\home\dierk domainname\dierk:F NT AUTHORITY\SYSTEM:(OI)(CI)(IO)R Now I create a new file (e.g. touch /home/dierk/newfile). Everyone expect that the file has the same rights as my home folder /home/dierk, BUT that isn't - see below: xcacls F:/cygwin/home/dierk/newfile f:\cygwin\home\dierk\newfile domainname\dierk:(special access:) STANDARD_RIGHTS_ALL DELETE READ_CONTROL WRITE_DAC WRITE_OWNER SYNCHRONIZE STANDARD_RIGHTS_REQUIRED FILE_GENERIC_READ FILE_GENERIC_WRITE FILE_READ_DATA FILE_WRITE_DATA FILE_APPEND_DATA FILE_READ_EA FILE_WRITE_EA FILE_READ_ATTRIBUTES FILE_WRITE_ATTRIBUTES domainname\Domain Users:(special access:) READ_CONTROL FILE_READ_EA FILE_READ_ATTRIBUTES Everyone:(special access:) READ_CONTROL FILE_READ_EA FILE_READ_ATTRIBUTES As you can see the ACLs are completly different to the one of my home folder. Similar behaviour when I use setfacl, it adds automatically the last two ( domainname\Domain Users and Everyone) to the ACL even I don't want it. This has strange impacts if ntsec is set for CYGWIN because you may have than no access to your own files. Dierk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: launch shell script from windows explorer
Hans Horn wrote: Dear cygwinners, As long as we're not cyglosers... after searching the archives w/o luck, I'd ask this mailing list. I'd like to know how I would go about the following: I'd like to launch a shell script from within windows explorer (either double-click or via context menu) in a way that: - a console (or rxvt window, preferrably) is opened in the folder where the script resides - the script is executed - the cnsole stay open after the script has finished So far I have managed only the first bit (console/rxvt) + script execution, but the console closes immediately when the script is done. I don't know if there's a better way to do this, but you might be able to achieve the desired effect by adding an explict call to the shell after the script... for example, the windows command line might resemble \cygwin\bin\bash -lc . somescript.sh bash -i This results in two copies of bash being used, but I don't see a way around that. If you want the prompt to appear even if the script fails then change '' to ';'. If you don't want it to start in your home directory (and you don't care about variables like the path being initialized for you, and the rest of /etc/profile) then omit the -l parameter which tells it to be a login shell. If you want it to not start in your home directory but still want the path set correctly, then you'll have to come up with a workaround. One way might be something like: \cygwin\bin\bash -c . ~/set-path.sh . ~/somescript.sh bash -i Where set-path.sh is like /etc/profile except without the final cd $HOME, and somescript.sh is the thing you want to actually run. I think others on this list have suggested cleaner ways around this problem of needing the path setup but not wanting to start in $HOME, so you might try searching the archives. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Rsync + Win2k
As to event non-registered error, you can recompile rsync daemon binary with .res file indicating format of Windows resource. In .mc file you must indicate Facility=Application MessageId=0 MessageIdTypedef=DWORD. Use mc (from Novell) and windres to compile. After it you can insert into registry the following entries: Subkey: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\EventLog\Application\Yourservice_name ValueType: REG_EXPAND_SZ ValueName: EventMessageFile ValueData: path_to_your_service_executable Subkey: System\CurrentControlSet\Services\EventLog\Application\Yourservice_name ValueType: REG_DWORD ValueName: TypesSupported ValueData: 0x0007 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Possible bug about thread and semaphore
Hi, I have a problem with this code with the last version of Cygwin (I run ipc-daemon2.exe). The program crashes after scanf ( I tested it also with fgets) if thread timer posted sem2 at least once. The same code works properly on Linux Suse 7.2 with gcc v. 3.3.1 and Red Hat with gcc v. 2.9.6. Is it my fault or Cygwin's fault? Bye Manuela Here follows my code: #include stdio.h #include string.h #include unistd.h #include sys/types.h #include sys/wait.h #include time.h #include pthread.h #include semaphore.h #include stdlib.h #define DIMBUFFER 20 void send_buffer(char *a); void * sender(void * arg); void * timer(void * arg); sem_t sem1; sem_t sem2; char buffer[DIMBUFFER]; void * sender(void * arg) { while(true) { sem_wait(sem2); sem_wait(sem1); send_buffer(buffer); buffer[0]='\0'; sem_post(sem1); } } void * timer(void * arg) { while(true) { sleep(5); printf(Event\n); sem_post(sem2); } } int main(int argc, char *argv[]) { char string[DIMBUFFER]; buffer[0]='\0'; int ret; pthread_t id; pthread_t id2; ret = sem_init(sem1,0,1); if(ret0) { printf(error); exit(1); } ret = sem_init(sem2,0,0); if(ret0) { printf(error); exit(1); } int ret1= pthread_create(id,NULL,sender,0); int ret2= pthread_create(id2,NULL,timer,0); while(strcmp(string,*)) { printf(inserisci stringa\n); scanf(%s,string); sem_wait(sem1); strcpy(buffer,string); sem_post(sem1); sem_post(sem2); } return 0; } void send_buffer(char *a) { if(strlen(a)) printf(%s\n,a); else printf(NULL\n); } -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rsync to between workgroups
[snip lots of relevant info] I've tried using CYGWIN=ntsec and CYGWIN=nontsec. Doesn't seem to make a difference. When you say you have tried CYGWIN=ntsec and CYGWIN=nontsec do you mean as a system or user variable ? also have you tried setting it to CYGWIN=nontsec using the -e switch to cygrunsrv ? (ie in the services environment) (I have it workingt fine between 2 standalone servers, files just inherit the containing folders permissions) I'm assuming files created through explorer have correct permissions. Each time I run the rsync, I end up with permissions like CREATOR OWNER (ALL), CREATOR GROUP(RX), WebAdmin Special Access(RWXD), EVERYONE Read (RX), USERS Special Access(RX). These are not the permissions that existed before the rsync. I want the permissions to stay the same. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ACLs are not handled correctly
* Dierk Schmedes (2003-10-31 10:15 +0100) Problem: nearly each tool that the create or modify a file/directory (e.g. cp, touch, setfacl) ignore the ALCs of the current directory or add further users/groups to it. Example /home/dierk has the following ACLs (listed with xcalcs.exe from the MS resource kit; same with Explorer) xcalcs F:/cygwin/home/dierk f:\cygwin\home\dierk domainname\dierk:F NT AUTHORITY\SYSTEM:(OI)(CI)(IO)R Now I create a new file (e.g. touch /home/dierk/newfile). Everyone expect that the file has the same rights as my home folder /home/dierk, [...] Why? Cygwin doesn't support ACLs and inheritance - including Windows ACLs. And cp or touch don't either - umask is the thing they ask. 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 Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Testers for new ssh-*-config scripts wanted!
On Fri, Oct 31, 2003 at 09:55:04AM +0100, Philippe Torche wrote: Script ssh-host-config works for me, but when I've entered the CYGWIN env var, I've do a error and type ntser, then backspace and then the correct c caracters. Thus CYGWIN key in the registry has now ntser\x08c instead of ntsec! This is caused by the read command! Yeah, but that's not a fault of the script but of the shell. Nothing I can do about in the script. Except if I require the script to run under bash instead of sh, to allow readline support. Would that be acceptable? I have attached a new version of ssh-host-config to this mail, which requires bash now. If that's not ok, it's easy to revert again. I've also attached the two vanilla files ssh_config and sshd_config to put into /etc/defaults/etc. This should simplify testing. Changed in this version of ssh-host-config: - Require bash. - Remove annoying backslashes when echoing a bang (!). - Allow /var/log/lastlog to be a directory (But that can again create problems with permissions, Pierre!) Please don't forget to test ssh-user-config, too. Thanks. PS Wait for a Windows 2003 Server version You know, PGA and PTC. See wtf ;-) Thanks to all testers, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. #!/bin/bash # # ssh-host-config, Copyright 2000, 2001, 2002, 2003 Red Hat Inc. # # This file is part of the Cygwin port of OpenSSH. # Subdirectory where the new package is being installed PREFIX=/usr # Directory where the config files are stored SYSCONFDIR=/etc LOCALSTATEDIR=/var progname=$0 auto_answer= port_number=22 privsep_configured=no privsep_used=yes sshd_in_passwd=no sshd_in_sam=no request() { if [ ${auto_answer} = yes ] then return 0 elif [ ${auto_answer} = no ] then return 1 fi answer= while [ X${answer} != Xyes -a X${answer} != Xno ] do echo -n $1 (yes/no) read answer done if [ X${answer} = Xyes ] then return 0 else return 1 fi } # Check options while : do case $# in 0) break ;; esac option=$1 shift case $option in -d | --debug ) set -x ;; -y | --yes ) auto_answer=yes ;; -n | --no ) auto_answer=no ;; -p | --port ) port_number=$1 shift ;; *) echo usage: ${progname} [OPTION]... echo echo This script creates an OpenSSH host configuration. echo echo Options: echo --debug -d Enable shell's debug output. echo --yes-y Answer all questions with \yes\ automatically. echo --no -n Answer all questions with \no\ automatically. echo --port -p n sshd listens on port n. echo exit 1 ;; esac done # Check if running on NT _sys=`uname -a` _nt=`expr $_sys : CYGWIN_NT` # Check for running ssh/sshd processes first. Refuse to do anything while # some ssh processes are still running if ps -ef | grep -v grep | grep -q ssh then echo echo There are still ssh processes running. Please shut them down first. echo exit 1 fi # Check for ${SYSCONFDIR} directory if [ -e ${SYSCONFDIR} -a ! -d ${SYSCONFDIR} ] then echo echo ${SYSCONFDIR} is existant but not a directory. echo Cannot create global configuration files. echo exit 1 fi # Create it if necessary if [ ! -e ${SYSCONFDIR} ] then mkdir ${SYSCONFDIR} if [ ! -e ${SYSCONFDIR} ] then echo echo Creating ${SYSCONFDIR} directory failed echo exit 1 fi fi # Create /var/log and /var/log/lastlog if not already existing if [ -f ${LOCALSTATEDIR}/log ] then echo Creating ${LOCALSTATEDIR}/log failed! else if [ ! -d ${LOCALSTATEDIR}/log ] then mkdir -p ${LOCALSTATEDIR}/log fi if [ -d ${LOCALSTATEDIR}/log/lastlog ] then chmod 777 ${LOCALSTATEDIR}/log/lastlog elif [ ! -f ${LOCALSTATEDIR}/log/lastlog ] then cat /dev/null ${LOCALSTATEDIR}/log/lastlog chmod 666 ${LOCALSTATEDIR}/log/lastlog fi fi # Create /var/empty file used as chroot jail for privilege separation if [ -f ${LOCALSTATEDIR}/empty ] then echo Creating ${LOCALSTATEDIR}/empty failed! else mkdir -p ${LOCALSTATEDIR}/empty if [ $_nt -gt 0 ] then chmod 755 ${LOCALSTATEDIR}/empty fi fi # First generate host keys if not already existing if [ ! -f ${SYSCONFDIR}/ssh_host_key ] then echo Generating ${SYSCONFDIR}/ssh_host_key ssh-keygen -t rsa1 -f ${SYSCONFDIR}/ssh_host_key -N '' /dev/null fi if [ ! -f ${SYSCONFDIR}/ssh_host_rsa_key ] then echo Generating ${SYSCONFDIR}/ssh_host_rsa_key ssh-keygen -t rsa -f ${SYSCONFDIR}/ssh_host_rsa_key -N '' /dev/null fi if [ ! -f ${SYSCONFDIR}/ssh_host_dsa_key ] then echo Generating ${SYSCONFDIR}/ssh_host_dsa_key ssh-keygen -t dsa -f ${SYSCONFDIR}/ssh_host_dsa_key -N '' /dev/null fi # Check if ssh_config exists. If yes, ask for overwriting if [ -f ${SYSCONFDIR}/ssh_config ] then if request Overwrite existing
Re: ACLs are not handled correctly
On Fri, Oct 31, 2003 at 11:51:31AM +0100, Thorsten Kampe wrote: * Dierk Schmedes (2003-10-31 10:15 +0100) Problem: nearly each tool that the create or modify a file/directory (e.g. cp, touch, setfacl) ignore the ALCs of the current directory or add further users/groups to it. Example /home/dierk has the following ACLs (listed with xcalcs.exe from the MS resource kit; same with Explorer) xcalcs F:/cygwin/home/dierk f:\cygwin\home\dierk domainname\dierk:F NT AUTHORITY\SYSTEM:(OI)(CI)(IO)R Now I create a new file (e.g. touch /home/dierk/newfile). Everyone expect that the file has the same rights as my home folder /home/dierk, [...] Why? Cygwin doesn't support ACLs and inheritance - including Windows ACLs. And cp or touch don't either - umask is the thing they ask. Cygwin does support ACLs, but only in a POSIX sense. Plus a funny (but incomplete if it comes to inheritance) implementation of Solaris ACLs. Cygwin is not Windows but POSIX on top of Windows. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: select() take 100% CPU with cygwin1.5.5-1 in WinXP/Win2000
On Fri, Oct 31, 2003 at 01:14:17PM +0800, zhouxin wrote: Cygwin implementation of select() take 100% CPU under multi-thread environment sometimes. [...] if((sockfd = socket(AF_INET, SOCK_DGRAM, 0)) 0){ fprintf(stderr, cannot open socket for udp packet!\n); exit(1); } while(1){ struct timevaltv; fd_setfds; FD_ZERO(fds); FD_SET(sockfd, fds); tv.tv_sec = timeout; tv.tv_usec = 0; printf(select the socket_fd : %d, thread_id is : %d\n, sockfd, tid); select(sockfd + 1, fds, NULL, NULL, tv); } That's not allowed. What is the select call waiting for? You didn't bind or connect it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Segmentation Fault of ssh3.7.1 with cygwin1.5.5-1 in W95
On Thu, Oct 30, 2003 at 08:25:58PM -0500, Pierre A. Humblet wrote: At 10:52 AM 10/30/2003 +0100, Corinna Vinschen wrote: Ouch. I see why that happens. I'll have to modify the ssh-host-config script. This is no problem on 98/Me and NT, though. Did you also test with ssh/22 lines with CRLF? Yes, it works. However there must be something new in 1.5 that causes the lack of CR to cause a crash on Win95. Whatever, I can't test it. I tried your new script, and ssh did not crash. I thought that was great until I realized that the script did not write the ssh lines in services: *** [EMAIL PROTECTED] ~ $ fgrep ssh /cygdrive/c/windows/services [EMAIL PROTECTED] ~ $ ssh-host-config Overwrite existing /etc/ssh_config file? (yes/no) no Overwrite existing /etc/sshd_config file? (yes/no) no Added ssh to /cygdrive/c/WINDOWS/SERVICES Host configuration finished. Have fun! [EMAIL PROTECTED] ~ $ fgrep ssh /cygdrive/c/windows/services I've just again tested it on 98 and it works fine. Could you please figure out what happens on your machine? [EMAIL PROTECTED] ~ *** Also on my Win98 machine I had /var/log/lastlog as a directory. I think that's legal, at least for ssh, but ~: ssh-host-config Creating /var/log/lastlog failed\! Fixed. See the other thread Testers for ... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin deadlocks due to lack of money
You can donate money. Fair enough. How? I saw nothing on the cygwin website explaining how this could be done. I'd want donations used explicitly for cygwin. BK -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor Sent: Friday, October 31, 2003 1:33 AM To: [EMAIL PROTECTED] Subject: Re: cygwin deadlocks due to broken select() when writing to pipes On Fri, Oct 31, 2003 at 12:59:17AM -0500, Brian Kelly wrote: Nevertheless, a few persistent reminders over a long period can have the same effect as a very large number of complaints in close proximity. There was once a great story in the Reader's Digest I think of some prisoner somewhere who decided that it'd be nice to have a new library in the prison. So he started writing lawmakers and telling them that he wanted a new library for the prison. Every day he mailed a couple of dozen hand written letters. For three of four years they were ignored. Then eventually he started getting VERY nasty responses telling him to bug off. Some even called the warden to get him to stop, but civil libertarians soon took interest in this and threatened to sue on his behalf if his mail was censured. Finally everyone was eventually worn down and around year ten, the legislature voted to fund the construction of his library - allocating close to TWO MILLION DOLLARS for the effort. You can buy books. You can donate money. You can't cause a problem to be solved just by incessantly complaining about it. If this technique was uniformly useful then we'd have peace in the Middle East and my son would have a telephone in his room. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: C++ Compilers : Comparative Performance Testsuite
Gerrit P. Haase [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Alex wrote: An algorithm which computes very long Fibonacci numbers http://groups.google.com/groups?selm=bnni5p%2412i47o%241%40ID-79865.news.uni-berlin.de was used as a performance testsuite to compare speed of the code produced by various compilers. || | Digital Mars C/C++ Compiler, STLport 4.5.3 || | Version 8.35n| - | 0.20 : 0.16 | 0.84 : 0.80 | 3.82 : 3.74 | || Do you think to use STLport with the Cygwin/MinGW compiler would increase perfomance? [snip] What is the way to test that? In other words, is there STLporting with the Cygwin/MinGW compiler? -- = Alex Vinokur mailto:[EMAIL PROTECTED] http://mathforum.org/library/view/10978.html news://news.gmane.org/gmane.comp.lang.c++.perfometer = -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Is gcc-core-3.3.1-3.tar.bz2 corrupted?
Hi, If I test gcc-core-3.3.1-3.tar.bz2 I get the error: gcc-core-3.3.1-3.tar.bz2: bad magic number (file not created by bzip2) You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. I downloaded it twice from mirrors.rcn.net and once from mirrors.kernel.org with the same results. Setup doesn't have any problem with the MD5 sum. My bzip2 reports: bzip2, a block-sorting file compressor. Version 1.0.2, 30-Dec-2001. Is this error expected? Is my bzip2 too old to recognize some new bzip2 format? === John Daniel Doucette, Sr. Software Designer J. J. MacKay Canada Limited Halifax R D Office 1046 Barrington Street, 1st Floor Halifax, Nova Scotia Canada B3H 2R1 Voice: 902.423.7727 x222 Fax: 902.422.8108 Web:www . jjmackay . com Email: john . doucette @ jjmackay . com === -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Is gcc-core-3.3.1-3.tar.bz2 corrupted?
John Daniel Doucette wrote on Friday, October 31, 2003 2:05 PM: Hi, If I test gcc-core-3.3.1-3.tar.bz2 I get the error: gcc-core-3.3.1-3.tar.bz2: bad magic number (file not created by bzip2) You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. what does file report? $ file gcc-core-3.3.1-3.tar.bz2 Regards, Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Is gcc-core-3.3.1-3.tar.bz2 corrupted?
Jörg Schaible wrote: what does file report? $ file gcc-core-3.3.1-3.tar.bz2 This shows that it is actually a gzipped file. Setup knows what to do with both bzip2 and gzip formats, without relying on the extension being right. It is actually a gzipped empty tar file - the new gcc-core binary package (which is in the Misc group) seems to be a placeholder for the associated sources. -- Cliff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: libxml2-2.6.1-1
Patrick wrote: FYI: namespace recognition for namespaces within an internal parsed entity is broken in libxml2 v2.6.1 In a nutshell don't use libxml2-2.6.1 for Docbook XSLT processing. Daniel is working on releasing a new version. Thanks for the report, I've reverted the upgrade for now. Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin deadlocks due to lack of money
On Fri, Oct 31, 2003 at 07:37:22AM -0500, Brian Kelly wrote: You can donate money. Fair enough. I was not asking for money. I was responding to your prosaic description of an unrelated problem to show that it was a completely different problem domain. Perseverence in getting someone to donate money or books could yield success. Perseverence in reporting that you have a problem while providing no details for tracking the problem down and adamantly maintaining that you will not be able to debug the problem yourself is not useful. I'm not even going to put an IMO in there because it should be pretty obvious to anyone that lives in the world that repeatedly complaining about intractable problems rarely yields positive results. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin deadlocks due to lack of money
Hi All... What a relief...I thought that Cygwin had the PBS virus (doesn't do any harm, but periodically asks for money). ...Karl From: Christopher Faylor [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: cygwin deadlocks due to lack of money Date: Fri, 31 Oct 2003 10:15:17 -0500 On Fri, Oct 31, 2003 at 07:37:22AM -0500, Brian Kelly wrote: You can donate money. Fair enough. I was not asking for money. I was responding to your prosaic description of an unrelated problem to show that it was a completely different problem domain. Perseverence in getting someone to donate money or books could yield success. Perseverence in reporting that you have a problem while providing no details for tracking the problem down and adamantly maintaining that you will not be able to debug the problem yourself is not useful. I'm not even going to put an IMO in there because it should be pretty obvious to anyone that lives in the world that repeatedly complaining about intractable problems rarely yields positive results. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ _ Never get a busy signal because you are always connected with high-speed Internet access. Click here to comparison-shop providers. https://broadband.msn.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Testers for new ssh-*-config scripts wanted!
Nope, read from bash don't reconize control caracters without -e parameter: $ read _cygwin Ntser[Backspace]c $ echo $_cygwin | od -t x1 000 6e 74 73 65 72 08 63 0a 010 BUT OK with -e $ read -e _cygwin Ntser[Backspace]c $ echo $_cygwin | od -t x1 000 6e 74 73 65 63 0a 006 Thanks, Philippe. -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Corinna Vinschen Envoyé : vendredi, 31. octobre 2003 12:08 À : [EMAIL PROTECTED] Objet : RE: Testers for new ssh-*-config scripts wanted! On Fri, Oct 31, 2003 at 09:55:04AM +0100, Philippe Torche wrote: Script ssh-host-config works for me, but when I've entered the CYGWIN env var, I've do a error and type ntser, then backspace and then the correct c caracters. Thus CYGWIN key in the registry has now ntser\x08c instead of ntsec! This is caused by the read command! Yeah, but that's not a fault of the script but of the shell. Nothing I can do about in the script. Except if I require the script to run under bash instead of sh, to allow readline support. Would that be acceptable? I have attached a new version of ssh-host-config to this mail, which requires bash now. If that's not ok, it's easy to revert again. I've also attached the two vanilla files ssh_config and sshd_config to put into /etc/defaults/etc. This should simplify testing. Changed in this version of ssh-host-config: - Require bash. - Remove annoying backslashes when echoing a bang (!). - Allow /var/log/lastlog to be a directory (But that can again create problems with permissions, Pierre!) Please don't forget to test ssh-user-config, too. Thanks. PS Wait for a Windows 2003 Server version You know, PGA and PTC. See wtf ;-) Thanks to all testers, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc and iostream
Hi all, Okay, I've replaced the using namespace std with std:: for each call to cout/cin. The error I got was interesting. It seems cout is not declared in namepace std. error: `cout' undeclared in namespace `std' Obviously something is up. If anyone can think of anything, let me know. The only lead I'm tracing now is if the Tornado headers are somehow being pulled in. Thanks all, Yamin This mail sent through www.mywaterloo.ca -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Bash in interactive mode receive unexpected ^D
Not interesting somebody ? Alone with this bug ? Have a nice week-end, Philippe. -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Philippe Torche Envoyé : jeudi, 30. octobre 2003 12:30 À : [EMAIL PROTECTED] Objet : Bash in interactive mode receive unexpected ^D I use Remote Desktop Connection from my Windows XP station on my Windows Server 2003, and start a bash shell. After Minimizing my Remote Desktop Connection and restore it, sometimes my bash shell receive multiple ^D (Ctrl-D) when I active it and press a key, so closing it! Other situation produce the same problem like : start a new bash shell and run ssh localhost send ^D to the first shell! Unfortunately I can't produce a test case, sometimes the problem occurs systematically, and after that never for 100 times. Thanks in advance, Philippe. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin deadlocks due to lack of money
On Fri, Oct 31, 2003 at 07:23:47AM -0800, Karl M wrote: Hi All... What a relief...I thought that Cygwin had the PBS virus (doesn't do any harm, but periodically asks for money). I'm sure that there any cygwin developer would gratefully accept (without even any thoughtful consideration) a token of appreciation but it certainly isn't a requirement by any stretch of the imagination. I do occasionally suggest a Red Hat support contract for someone who is clamoring for a bug fix, though. I have been half-seriously asking for someone to send me a 64 bit Athlon or Opteron system so that I could investigate getting cygwin running there. But, while I wistfully watch the UPS guy drive by my house every day, he never seems to stop to drop off a big package at my door. And, don't get me started (again) on my laptop embroglio... cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc and iostream
Ah, okay, running just the preprocessor on the file, This is what I get: Nothing weird is being pulled in from other directories. The iostream references are as follows: # 1 /usr/include/c++/3.3.1/iostream 1 3 # 43 /usr/include/c++/3.3.1/iostream 3 .. # 1 /usr/include/c++/3.3.1/backward/iomanip.h 1 3 # 31 /usr/include/c++/3.3.1/backward/iomanip.h 3 # 1 /usr/include/c++/3.3.1/backward/backward_warning.h 1 3 # 32 /usr/include/c++/3.3.1/backward/iomanip.h 2 3 # 1 /usr/include/c++/3.3.1/backward/iostream.h 1 3 # 34 /usr/include/c++/3.3.1/backward/iostream.h 3 This has me a bit concerned, and I'm looking at it. Any ideas? Thanks Yamin Quoting [EMAIL PROTECTED]: Hi all, Okay, I've replaced the using namespace std with std:: for each call to cout/cin. The error I got was interesting. It seems cout is not declared in namepace std. error: `cout' undeclared in namespace `std' Obviously something is up. If anyone can think of anything, let me know. The only lead I'm tracing now is if the Tornado headers are somehow being pulled in. Thanks all, Yamin This mail sent through www.mywaterloo.ca -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ This mail sent through www.mywaterloo.ca -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: C++ Compilers : Comparative Performance Testsuite
Alex wrote: Gerrit P. Haase [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Alex wrote: An algorithm which computes very long Fibonacci numbers http://groups.google.com/groups?selm=bnni5p%2412i47o%241%40ID-79865.news.uni-berlin.de was used as a performance testsuite to compare speed of the code produced by various compilers. || | Digital Mars C/C++ Compiler, STLport 4.5.3 || | Version 8.35n| - | 0.20 : 0.16 | 0.84 : 0.80 | 3.82 : 3.74 | || Do you think to use STLport with the Cygwin/MinGW compiler would increase perfomance? [snip] What is the way to test that? In other words, is there STLporting with the Cygwin/MinGW compiler? I posted a Makefile to build a Cygwin version of STLport with DLL's and static archives: http://www.cygwin.com/ml/cygwin/2003-06/msg00790.html If it shows up that using STLport instead of libstdc++ templates increases the speed of the code running, maybe someone volunteers to maintain an STLport package for Cygwin? Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin deadlocks due to lack of money
cgf, You expect cygwin NOT to run on an Athlon 64 system ? How so ? Under what operating system ? Under 32-bit Windoze, nothing seems any different - you're not planning a Linux version of cygwin, are you ? Kevin. -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED] Sent: 31 October 2003 16:17 To: [EMAIL PROTECTED] Subject: Re: cygwin deadlocks due to lack of money On Fri, Oct 31, 2003 at 07:23:47AM -0800, Karl M wrote: Hi All... What a relief...I thought that Cygwin had the PBS virus (doesn't do any harm, but periodically asks for money). I'm sure that there any cygwin developer would gratefully accept (without even any thoughtful consideration) a token of appreciation but it certainly isn't a requirement by any stretch of the imagination. I do occasionally suggest a Red Hat support contract for someone who is clamoring for a bug fix, though. I have been half-seriously asking for someone to send me a 64 bit Athlon or Opteron system so that I could investigate getting cygwin running there. But, while I wistfully watch the UPS guy drive by my house every day, he never seems to stop to drop off a big package at my door. And, don't get me started (again) on my laptop embroglio... cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
irc: No identd (auth) response
I'm trying to get irc to work, but I keep getting the following: *** Connecting to port 6667 of server irc.freenode.net *** Looking up your hostname... *** Checking ident *** Found your hostname *** No identd (auth) response *** Closing Link: (Connection Timed Out) This is on the most recent Cygwin with inetutils installed, running on Windows XP. Disabling the (Microsoft) firewall doesn't seem to help. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin deadlocks due to lack of money
On Fri, Oct 31, 2003 at 04:30:00PM -, [EMAIL PROTECTED] wrote: You expect cygwin NOT to run on an Athlon 64 system ? How so ? Under what operating system ? Under 32-bit Windoze, nothing seems any different - you're not planning a Linux version of cygwin, are you ? Hmm. It seems like a search of the mailing list archives would be a pretty simple way of satisfying this kind of idle curiousity. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: irc: No identd (auth) response
On Fri, 31 Oct 2003, David Andersen wrote: I'm trying to get irc to work, but I keep getting the following: *** Connecting to port 6667 of server irc.freenode.net *** Looking up your hostname... *** Checking ident *** Found your hostname *** No identd (auth) response *** Closing Link: (Connection Timed Out) This is on the most recent Cygwin with inetutils installed, running on Windows XP. AFAIK there's no ident daemon in inetutils. You can try http://freeware.teledanmark.no/identd/ . I got it to work under XP. Disabling the (Microsoft) firewall doesn't seem to help. I don't think it makes any difference, but make sure the 113 (TCP) port is open, even if you don't have identd installed. Here's what I got with irssi: 15:09:43 -!- Irssi: Looking up irc.freenode.net 15:09:43 -!- Irssi: Connecting to irc.freenode.net [209.218.71.2] port 6667 15:09:44 -!- Irssi: Connection to irc.freenode.net established 15:09:44 !irc.freenode.net *** Looking up your hostname... 15:09:44 !irc.freenode.net *** Checking ident 15:09:44 !irc.freenode.net *** No identd (auth) response 15:09:45 !irc.freenode.net *** Couldn't look up your hostname And it connected. -- How to contact me - http://www.pervalidus.net/contact.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Testers for new ssh-*-config scripts wanted!
On Fri, Oct 31, 2003 at 05:07:18PM +0100, Philippe Torche wrote: Nope, read from bash don't reconize control caracters without -e parameter: $ read _cygwin Ntser[Backspace]c $ echo $_cygwin | od -t x1 000 6e 74 73 65 72 08 63 0a 010 BUT OK with -e $ read -e _cygwin Ntser[Backspace]c $ echo $_cygwin | od -t x1 000 6e 74 73 65 63 0a 006 Erm... when I use bash, read always recognizes the backspace correctly. *dig dig dig* Even better, when using /bin/sh (ash), I don't have your above problem either. I can change the string and no control code shows up in the variable's value. What's different on your machine? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc and iostream - final issue
Okay all, I think I've narrowed down the issue to a conflict with mingw. This is mingw installed via cygwin setup not the stand alone version. In general then, anyone know what the exact issues are regarding mingw and cygwin. I've googled, and come across a few things. I've tried the option -nodefaultlibs , but then I got an insane amount of link errors, as I did not know ALL the libs to include. Anyone have any ideas on what params/path to pass to g++ on both compiling and linking stages? Thanks, Yamin This mail sent through www.mywaterloo.ca -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc and iostream - final issue
On Fri, Oct 31, 2003 at 12:46:15PM -0500, [EMAIL PROTECTED] wrote: I think I've narrowed down the issue to a conflict with mingw. This is mingw installed via cygwin setup not the stand alone version. Anyone have any ideas on what params/path to pass to g++ on both compiling and linking stages? -mno-cygwin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: sunrpc-4.0-2
I've updated the sunrpc package to version 4.0-2 This minor release contains the following bug fixes: * Built using Cygwin 1.5.x * Includes patch from Joe Buehler to deal with differences in the semantics of Windows bind(). * Includes patch from Dave Miles to deal with swapped bytes in double precision values. *** 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. Then, run setup and answer all of the questions. expect is located in the Interpreters category. Click on this category to install expect if it is not already installed. If expect is already installed, it will be updated automatically. 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. *** 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. - Sam Robb ([EMAIL PROTECTED]) - http://www.timesys.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Mount Confusion -- the tallest pique in the world? ;-)
On Thu, 30 Oct 2003, Lee D. Rothstein wrote: Either Cygwin or I be confused. (I'm betting on I. ;-)) Bingo. I have deleted '/tmp' ('d:/Cygwin/tmp' -- using Explorer) and issued: 'umount /tmp' and 'mount 'e:\tmp /tmp' repeatedly. ^^ Umm, why? Once should have been enough. All the other mounts to '/' appear in an 'ls' of '/', but '/tmp' ('e:/tmp'), does not. What other mounts to /? / itself is a mount, but under it everything should be either a real or virtual (/proc, /dev) directory. While the apps seem to find 'e:/tmp', should I be worried? No. Mounts can be associated with non-existing directories, and will work just fine. If you want tab completion, you can simply mkdir /cygdrive/d/Cygwin/tmp -- it will then show up in ls / and allow tab completion, e.g., /tm[Tab]. BTW, unless you repeat this trick with /proc and /dev, they won't show up in ls / either. Prior to my doing any of the above (w/ Cygwin root at 'c:/_Programs/Cygwin'), I've had recurring instances of something (apps?, 'setup.exe?, what?) creating 'tmp' and more frequently 'var' on both my 'c:' and 'e:' drives. This problem seems to have subsided since I moved the Cygwin root directory from 'c:/_Programs/Cygwin' to D:/Cygwin'. I'd bet you were installing as one user and running as another. Also, after I moved Cygwin, despite changing all the references in the profile and Windows environment variables, *and* reinstalling the whole of Cygwin, Cygwin insisted on looking at the C/_Programs... : root rather than the D:/Cygwin... directory Anybody know what's causing this? Stale user mounts? Your /, /usr/bin and /usr/lib mounts appear to be user mounts. You should probably remount them as system (i.e., 'mount -f -s -b d:/Cygwin /', 'mount -f -s -b d:/Cygwin/bin /usr/bin', 'mount -f -s -b d:/Cygwin/lib /usr/lib', and 'umount -U'). Also, your system cygdrive prefix is marked textmode; you should change it to binmode to avoid spurious errors (by 'mount -s -b -c /'). It's not very safe to have it set to '/' anyway... Note that at the end of the attached 'cycheck -shv', there is the following error message: cygcheck: dump_sysinfo: GetVolumeInformation() failed: 1 which seems to be coincidental when it checks the 'a:/' floppy drive. This is expected. Thanks, Lee Oh, and another small thing: cls = `() { cmd /c cls }' Why not install the clear package and 'function cls() { clear }'? ;-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin deadlocks due to lack of money
Okay, I spent some time looking at the mailing list archives but found nothing which added anything to this discussion. I would have hoped that my intended offer of use of an Athlon 64 system would have counted as more than just 'idle curiosity' and, anyway, I'm never 'idle'. Quite honestly, I wondered what 64-bit op system you were hoping to test on. As I said: it all seems to be okay running Win-32 on an AMD-64, and I've not seen 64-bit Windoze around yet. I would be surprised if you were planning on a Linux version of cygwin for obvious reasons, and AFAIK BeOS, PetrOS, Lindows, Plan9, etc, etc, haven't got 64-bit versions out yet. Anyway, you've made your point: why should you spend a minute or so telling me something you already know when, with one simple put-down, you can suggest I go search through archives for an hour ? Fine ! Nice attitude, mate ! BTW My plan was to either test for you (under direction) or make the machine available to you via some sort of terminal server and my ADSL connection. I didn't fancy having it transported. I did actually want to contribute something to the cygwin project, as I've found it so valuable over the past couple of years. Shame you weren't interested. Bye. -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED] Sent: 31 October 2003 17:00 To: [EMAIL PROTECTED] Subject: Re: cygwin deadlocks due to lack of money On Fri, Oct 31, 2003 at 04:30:00PM -, [EMAIL PROTECTED] wrote: You expect cygwin NOT to run on an Athlon 64 system ? How so ? Under what operating system ? Under 32-bit Windoze, nothing seems any different - you're not planning a Linux version of cygwin, are you ? Hmm. It seems like a search of the mailing list archives would be a pretty simple way of satisfying this kind of idle curiousity. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bash in interactive mode receive unexpected ^D
Philippe Torche wrote: Not interesting somebody ? Alone with this bug ? No, I'm guessing that no one has or uses this particular combo (Remote Desktop from WinXP to Win2003, using Cygwin bash), so they'd rather not waste bandwidth saying Huh?. OK, fine.. Huh? As our illustrious visionary(ies) would say, PTC, if you can find your way to downloading Cygwin source, building and debugging it. Or (since CGF apparently has access to a Win2K3 server now), perhaps post both Cygwin configurations (server and desktop client), and the steps required to reproduce this problem in some detail. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: C++ Compilers : Comparative Performance Testsuite
Gerrit P. Haase [EMAIL PROTECTED] wrote [snip] I posted a Makefile to build a Cygwin version of STLport with DLL's and static archives: http://www.cygwin.com/ml/cygwin/2003-06/msg00790.html If it shows up that using STLport instead of libstdc++ templates increases the speed of the code running, maybe someone volunteers to maintain an STLport package for Cygwin? [snip] I have done the following things : $ cd STLport-4.5.3 $ ln -s /usr/include/c++/3.3.1 g++-v3 $ cd src $ make [---omitted---] $ cd ../lib $ ls -1 libstlport-45.dll libstlport.a libstlport.dll.a libstlport_stldebug-45.dll libstlport_stldebug.a libstlport_stldebug.dll.a obj Now I would like to compile file foo.cpp _with stlport libraries_ using the Cygwin/MinGW compiler. How to do that? = Alex Vinokur mailto:[EMAIL PROTECTED] http://mathforum.org/library/view/10978.html news://news.gmane.org/gmane.comp.lang.c++.perfometer = -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
where is new stdint.h?
I'm wondering if the new stdint.h is available and if so, what package would it be in, Devel? -- Ken Shaffer - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: gcc-3.3.1-3
Gerrit P. Haase wrote: I've made a new version of gcc available for download. May we nominate Gerrit for a gold star simply for volunteering to take on gcc? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin deadlocks due to lack of money
On Fri, Oct 31, 2003 at 06:13:17PM -, [EMAIL PROTECTED] wrote: Okay, I spent some time looking at the mailing list archives but found nothing which added anything to this discussion. I would have hoped that my intended offer of use of an Athlon 64 system would have counted as more than just 'idle curiosity' and, anyway, I'm never 'idle'. I interpreted your response as nonserious since you seemed to be humorously suggesting that we'd be working on a version of cygwin for linux, which is obviously nonsensical. I thought it was self evident that I was talking about getting cygwin working on a 64 bit version of windows and didn't seriously think that you were suggesting that we were thinking about getting cygwin working on some other system. I guess I was wrong. BTW My plan was to either test for you (under direction) or make the machine available to you via some sort of terminal server and my ADSL connection. I didn't fancy having it transported. I did actually want to contribute something to the cygwin project, as I've found it so valuable over the past couple of years. Shame you weren't interested. Actually, while I appreciate that you wanted to contribute something, I'm not interested in either scenario. The effort of working on cygwin remotely either by having someone else do testing (especially when the someone doesn't really know cygwin internals) or by logging in over the internet was not what I was looking for. Having a system sitting in my office that I could hack on when the mood hit me was more of what I was looking for. I wasn't seriously suggesting that anyone was going to send me a 64-bit system, either. Here's the kind of google search term I would have used to find discussion: 64-bit windows cygwin site:cygwin.com cgf This was my first tray and it unearths some discussion as the first hit. I'm sure that there are search refinements possible but, to answer your aggrieved question, all of the discussions basically revolve around someone reporting that cygwin doesn't work right in some beta or release candidate version of windows for 64 bit platforms and my suggesting that the problem won't be solved until I (or Corinna or Pierre) have a 64 bit system to hack on. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: gcc-3.3.1-3
On Fri, Oct 31, 2003 at 10:44:33AM -0800, Shankar Unni wrote: I've made a new version of gcc available for download. May we nominate Gerrit for a gold star simply for volunteering to take on gcc? Check out: http://cygwin.com/goldstars/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc and iostream - final issue
On Fri, 31 Oct 2003 [EMAIL PROTECTED] wrote: Okay all, I think I've narrowed down the issue to a conflict with mingw. This is mingw installed via cygwin setup not the stand alone version. Could you please repost your exact command line and the resulting output after following the suggestion here: http://www.cygwin.com/ml/cygwin/2003-10/msg01820.html and all these except the first one here: http://www.cygwin.com/ml/cygwin/2003-10/msg01802.html which was corrected here: http://www.cygwin.com/ml/cygwin/2003-10/msg01814.html Did you really follow and try all these? We have not seen these results yet. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc and iostream - final issue
Hi Brian, I did try all the items mentioned, and none have helped so far. The error states that I can get it into are: 1. use full std:: qualifier in which case it cries at compile time about cout not being in namespace std 2. It complains at link time that cout is an undefined reference. Still without the std:: Just to address all issues in a list: 1. Putting libraries at the end has not helped 2. I'm using g++ only now in both compile and link stages...Just out of curiousity though, isn't gcc supposed to 'call' g++ internally based on the file extension? 3. In terms of cygwin handling C:\ type paths. It always seem to be able to, but I will try to fully qualify them with /cygdrive/c/... Just to clarify. I'm using G++, but the code makes some use of the conio functions which need then be linked with the mingw libraries. I figured that should only inlcude the mingw headers/libraries (including the stdc++ one), instead of the one provided in the other g++ dirs. Hence the use the attempted uses of -nocygwin and -nostdinc++. exact compilation line (bare in mind, its been through several iterations): *** HdrPath +=$(BLDVOL)\Allegro\RP306\RomPager\Includes;$(BLDVOL)\Allegro\RP306\Engine\Includes;.\hdr SysHdrPath +=C:\cygwin\usr\include\mingw; SysHdrPath +=C:\cygwin\usr\include\mingw\g++-3; SysHdrPath +=C:\cygwin\usr\include\mingw\sys g++ -c $(CC_FLAGS_386) $(CC_DBG_FLAG_386) $(CC_OPT_PCH) #bunch of -D..flags -D$(CC_DEFS_386,W -D) -I$(HdrPath:;= -I) -nostdinc++ -isystem$(SysHdrPath:;= -isystem) $(.SOURCE) *** Linking (using clearcase make...so the %foreach turns out correctly) *** g++ -mno-cygwin -g -o$(_Target) -nostdinc++ #-nodefaultlibs -L/cygdrive/c/cygwin/lib/mingw -Wl,--start-group %foreach Link in $(LinkFiles) $(LinksPath)\$(Link) %end -L/cygdrive/c/cygwin/lib/mingw -lwsock32 -lstdc++ -lgcc -Wl,--end-group -Wl,-L/cygdrive/c/cygwin/lib/mingw *** Thanks, Yamin Quoting Brian Ford [EMAIL PROTECTED]: On Fri, 31 Oct 2003 [EMAIL PROTECTED] wrote: Okay all, I think I've narrowed down the issue to a conflict with mingw. This is mingw installed via cygwin setup not the stand alone version. Could you please repost your exact command line and the resulting output after following the suggestion here: http://www.cygwin.com/ml/cygwin/2003-10/msg01820.html and all these except the first one here: http://www.cygwin.com/ml/cygwin/2003-10/msg01802.html which was corrected here: http://www.cygwin.com/ml/cygwin/2003-10/msg01814.html Did you really follow and try all these? We have not seen these results yet. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ This mail sent through www.mywaterloo.ca -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: launch shell script from windows explorer
Brian, thx a lot for helping out here! I ended up producing the following .reg script that adds the context menu item Run script to files with extersion .sh. When clicked, it opens an rxvt console in the path of the .sh file and executes the .sh file. cheerio, Hans Brian Dessent [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hans Horn wrote: Dear cygwinners, As long as we're not cyglosers... after searching the archives w/o luck, I'd ask this mailing list. I'd like to know how I would go about the following: I'd like to launch a shell script from within windows explorer (either double-click or via context menu) in a way that: - a console (or rxvt window, preferrably) is opened in the folder where the script resides - the script is executed - the cnsole stay open after the script has finished So far I have managed only the first bit (console/rxvt) + script execution, but the console closes immediately when the script is done. I don't know if there's a better way to do this, but you might be able to achieve the desired effect by adding an explict call to the shell after the script... for example, the windows command line might resemble \cygwin\bin\bash -lc . somescript.sh bash -i This results in two copies of bash being used, but I don't see a way around that. If you want the prompt to appear even if the script fails then change '' to ';'. If you don't want it to start in your home directory (and you don't care about variables like the path being initialized for you, and the rest of /etc/profile) then omit the -l parameter which tells it to be a login shell. If you want it to not start in your home directory but still want the path set correctly, then you'll have to come up with a workaround. One way might be something like: \cygwin\bin\bash -c . ~/set-path.sh . ~/somescript.sh bash -i Where set-path.sh is like /etc/profile except without the final cd $HOME, and somescript.sh is the thing you want to actually run. I think others on this list have suggested cleaner ways around this problem of needing the path setup but not wanting to start in $HOME, so you might try searching the archives. Brian begin 666 exec-script.reg M__Y7`D`;@!D`\`=P!S` [EMAIL PROTECTED]`:0!S`'0`@!Y` `10!D`D`= !O M`'(`( !6`4`@!S`D`;P!N` `-0`N`# `, `-``H`#0`*`%L`2 !+`$4` M60!?`$,`3 !!`%,`4P!%`%,`7P!2`$\`3P!4`%P`P!H`%\`80!U`'0`;P!? M`8`:0!L`4`7 !S`@`90!L`P`7 `P`'(`=0!N`T`P!C`'(`:0!P`'0` M70`-``H`0 `]`([EMAIL PROTECTED]X`( !3`,`@!I`' `= `B``T`@`-``H`6P!( M`$L`10!9`%\`0P!,`$$`4P!3`$4`4P!?`%(`3P!/`%0`7 !S`@`7P!A`'4` M= [EMAIL PROTECTED]P`90!`',`: !E`P`; !`# `@!U`X`+0!S`,`@!I M`' `= !`,`;P!M`T`80!N`0`70`-``H`0 `]`(`0P`Z`%P`7 !C`'D` M9P!W`D`;@![EMAIL PROTECTED]X`7 !`'(` !V`'[EMAIL PROTECTED]'@[EMAIL PROTECTED][EMAIL PROTECTED] M`,`:P!S`' `80!C`4`:P!E`'D`( !`@`( `M`([EMAIL PROTECTED](`; !A`,` M:[EMAIL PROTECTED][EMAIL PROTECTED] `=P!H`D`= !E` `+0!C`'(`( !Y`4`; !L`\`=P`@ M`T`P!R` `+0!G`4`;P!M`4`= !R`'D`( `Y`# ` `W`#0`*P`P`L` M, [EMAIL PROTECTED]T`P!L` `,0`P`# `, [EMAIL PROTECTED][EMAIL PROTECTED] `7 `B`$P`=0!C`D`9 !A M` `0P!O`X`P!O`[EMAIL PROTECTED]`(`( `M`P`[EMAIL PROTECTED][EMAIL PROTECTED]\` M=0!S`'(`+P!B`D`;@`O`(`80!S`@`( `M`T`; !O``:0!N` `+0!C M` `7 `B`,`9 [EMAIL PROTECTED] !`(`8 !C`'D`9P!P`$`= !H` `+0!U` ` M)P`E`#$`)P`O`[EMAIL PROTECTED]@`%P`7 !`([EMAIL PROTECTED]`)0`Q``( `F`8`( !B ;`$`P!H` `+0!I`%P`(@`B``T`@`-``H` ` end -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Segmentation Fault of ssh3.7.1 with cygwin1.5.5-1 in W95.
Rodrigo Medina [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: I have been using cygwin 1.3.22 in a W95 machine with no problems. I am now installing cygwin 1.5.5 in another W95 machine. I get the following crash: bash-2.05b$ ssh -l rmedina pion Segmentation fault (core dumped) bash-2.05b$ Rodrigo Medina My further tests showed up that my ssh crash had a different cause: I´ve two users, root and ssh. ssh is the owner for the sshd that I run. When I call ssh localhost from each of the two users, it works fine. But when I do a su to switch to the other user, the ssh call crashes. When I use login to change to the other user, everythings works fine. So this seems to be a su issue. I read somewhere that su is no longer supported. Is this still true? Hope this may help for further development! Christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc and iostream - resolved
Hi all, I got it resolved by doing the following: 1. Used dos style names because (I don't think this was needed, but clearcase paths...were not setup under the cygwin environment, so I just used the windows cmd. 2. Only included SysHdrPath +=C:/cygwin/usr/include/mingw as the system path 3. DID NOT USE -nostdinc++ in both compile/link 4. used -mno-cygwin in both compile/link 5. DID NOT USE -nodefaultlibs in link 6. still linked with -lwsock32 -lstdc++ -lgcc, but I think only lwsock32 is needed. But this is good enough for now. In short, I think I ended up messing myself over. Thanks, Yamin This mail sent through www.mywaterloo.ca -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc and iostream - final issue
On Fri, 31 Oct 2003 [EMAIL PROTECTED] wrote: 1. Putting libraries at the end has not helped You must always do this. This is the way linkers work. 2. I'm using g++ only now in both compile and link stages...Just out of curiousity though, isn't gcc supposed to 'call' g++ internally based on the file extension? I believe it does when compiling with the -c switch. But, for linking, you must use g++ as there is no file extension to base this on (.o). 3. In terms of cygwin handling C:\ type paths. It always seem to be able to, but I will try to fully qualify them with /cygdrive/c/... Cygwin emulates Posix. Posix does not understand C:\. So, Cygwin's gcc doesn't/shouldn't understand C:\. Just to clarify. I'm using G++, but the code makes some use of the conio functions which need then be linked with the mingw libraries. I figured that should only inlcude the mingw headers/libraries (including the stdc++ one), instead of the one provided in the other g++ dirs. Hence the use the attempted uses of -nocygwin and -nostdinc++. Just -mno-cygwin is sufficient. exact compilation line (bare in mind, its been through several iterations): *** HdrPath +=$(BLDVOL)\Allegro\RP306\RomPager\Includes;$(BLDVOL)\Allegro\RP306\Engine\Includes;.\hdr I don't know what kind of a make system you are using, but I don't recognize any of that syntax. SysHdrPath +=C:\cygwin\usr\include\mingw; SysHdrPath +=C:\cygwin\usr\include\mingw\g++-3; SysHdrPath +=C:\cygwin\usr\include\mingw\sys None of this is needed with -mno-cygwin and should not be used. g++ -c $(CC_FLAGS_386) $(CC_DBG_FLAG_386) $(CC_OPT_PCH) #bunch of -D..flags -D$(CC_DEFS_386,W -D) -I$(HdrPath:;= -I) -nostdinc++ -isystem$(SysHdrPath:;= -isystem) Don't do either of these. $(.SOURCE) *** Linking (using clearcase make...so the %foreach turns out correctly) *** Ok, I don't know anything about how clearcase works. g++ -mno-cygwin -g -o$(_Target) -nostdinc++ Again, don't use -nostdinc++. #-nodefaultlibs -L/cygdrive/c/cygwin/lib/mingw Or this -L. -Wl,--start-group %foreach Link in $(LinkFiles) $(LinksPath)\$(Link) %end -L/cygdrive/c/cygwin/lib/mingw Again, don't use this -L. -lwsock32 -lstdc++ -lgcc Don't use either of these. g++ will handle them for you. -Wl,--end-group -Wl,-L/cygdrive/c/cygwin/lib/mingw Not this -L either. What I/we really wanted to see is the EXACT command line as it appears on the console, and the output g++ sends to the console. NOT you clearcase make stuff. It is impossible to guess how clearcase, etc. gets from here to there. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc and iostream - resolved
On Fri, 31 Oct 2003 [EMAIL PROTECTED] wrote: I got it resolved by doing the following: 1. Used dos style names because (I don't think this was needed, but clearcase paths...were not setup under the cygwin environment, so I just used the windows cmd. Never feed DOS style paths to Cygwin's gcc/g++. 2. Only included SysHdrPath +=C:/cygwin/usr/include/mingw as the system path Don't do that either. 3. DID NOT USE -nostdinc++ in both compile/link 4. used -mno-cygwin in both compile/link 5. DID NOT USE -nodefaultlibs in link All good. 6. still linked with -lwsock32 -lstdc++ -lgcc, but I think only lwsock32 is needed. But this is good enough for now. Yes, only -lwsock32 is needed. In short, I think I ended up messing myself over. Yes! You're making this *way* too hard. Just use -mno-cygwin and comple away. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin, Telnet, XP, and starting applications...
After checking the archives and google, I found one reference from three years ago related to my question, so I figured I'd give the mailing list a shot. I have a remote system, with cygwin and XP pro, on which I can't run vnc or remote desktop. I'd like to be able to telnet in and start an opengl program that runs on the remote box. when I do, using inetd running as a service, and telneting in, the app (opengl, or even notepad) doesn't appear. The one reference I found noted that this was by design as a security precaution for NT. Then someone told me about a telnet server from a company named goodtech that could do it...and indeed, they were right. the problem is that it (for whatever reason) drops characters when I'm in emacs-mode in bash. the cygwin version seems better for me, except for the restriction regarding starting apps. so...the question is: is there a way to configure XP to work around this problem? cygcheck -s output follows: Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Oct 31 13:37:18 2003 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: . c:\cygwin\usr\local\bin c:\cygwin\bin c:\cygwin\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Common Files\Adaptec Shared\System c:\Program Files\Perforce c:\cygwin\bin . c:\cygwin\usr\X11R6\bin c:\cygwin\usr\local\emacs\emacs-21.3\bin c:\cygwin\home\myoung\bin c c:\cygwin\home\myoung\trees\sw\tools\msvc42\bin c:\cygwin\bin\id.exe output (nontsec) UID: 43375(myoung) GID: 10513(mkgroup_l_d) 10513(mkgroup_l_d) c:\cygwin\bin\id.exe output (ntsec) UID: 43375(myoung) GID: 10513(mkgroup_l_d) 544(Administrators) 545(Users) 10513(mkgroup_l_d) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `c:\cygwin\home\myoung' MAKEFLAGS = `s' MAKE_MODE = `unix' PWD = `/home/myoung' USER = `myoung' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS 38162Mb 91% CP CS UN PA FC d: cd CDFS 498Mb 100%CS UN My Disc e: cd CDFS 511Mb 100%CS UN SamSE s: net NTFS 38162Mb 52% CP CS UN PA FC u: net NTFS 307188Mb 12% CP CS UN PA FC Users (A-M) c:\cygwin / system binmode c:\cygwin/bin /usr/bin system binmode c:\cygwin/lib /usr/lib system binmode c:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: c:\cygwin\bin\awk.exe Found: c:\cygwin\bin\bash.exe Found: c:\cygwin\bin\cat.exe Found: c:\cygwin\bin\cp.exe Found: c:\cygwin\bin\cpp.exe Found: c:\cygwin\bin\find.exe Found: c:\cygwin\bin\gcc.exe Found: c:\cygwin\bin\gdb.exe Found: c:\cygwin\bin\grep.exe Found: c:\cygwin\bin\ld.exe Found: c:\cygwin\bin\ls.exe Found: c:\cygwin\bin\make.exe Found: c:\cygwin\bin\mv.exe Found: c:\cygwin\bin\rm.exe Found: c:\cygwin\bin\sed.exe Found: c:\cygwin\bin\sh.exe Found: c:\cygwin\bin\tar.exe 58k 2002/05/07 c:\cygwin\bin\cygbz2-1.dll 54k 2002/01/27 c:\cygwin\bin\cygbz21.0.dll 6k 2002/06/24 c:\cygwin\bin\cygcharset-1.dll 848k 2003/04/11 c:\cygwin\bin\cygcrypto-0.9.7.dll 645k 2003/04/11 c:\cygwin\bin\cygcrypto.dll 551k 2003/04/02 c:\cygwin\bin\cygcurl-2.dll 380k 2002/07/24 c:\cygwin\bin\cygdb-3.1.dll 326k 2002/06/26 c:\cygwin\bin\cygdb2.dll 487k 2002/07/24 c:\cygwin\bin\cygdb_cxx-3.1.dll 136k 2002/10/17 c:\cygwin\bin\cygexpat-0.dll 50k 2002/03/17 c:\cygwin\bin\cygexslt-0.dll 45k 2001/04/25 c:\cygwin\bin\cygform5.dll 35k 2002/01/09 c:\cygwin\bin\cygform6.dll 76k 2003/03/09 c:\cygwin\bin\cygform7.dll 19k 2003/03/22 c:\cygwin\bin\cyggdbm.dll 490k 2002/09/21 c:\cygwin\bin\cygguile-12.dll 488k 2002/07/18 c:\cygwin\bin\cygguile-14.dll 63k 2002/07/18 c:\cygwin\bin\cygguile-srfi-srfi-13-14-1.dll 63k 2002/09/21 c:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll 24k 2002/07/18 c:\cygwin\bin\cygguile-srfi-srfi-4-1.dll 24k 2002/09/21 c:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll 14k 2002/07/18 c:\cygwin\bin\cygguilereadline-14.dll 14k 2002/09/21 c:\cygwin\bin\cygguilereadline-v-12-12.dll 17k 2001/06/28 c:\cygwin\bin\cyghistory4.dll 20k 2002/10/10 c:\cygwin\bin\cyghistory5.dll 306k 2002/04/27 c:\cygwin\bin\cyghttpd.dll 929k 2002/06/24 c:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 c:\cygwin\bin\cygintl-1.dll 28k 2002/09/20 c:\cygwin\bin\cygintl-2.dll 21k 2001/06/20 c:\cygwin\bin\cygintl.dll 12k 2003/02/17 c:\cygwin\bin\cygioperm-0.dll 47k 2003/03/09 c:\cygwin\bin\cygjbig1.dll 119k 2002/02/09 c:\cygwin\bin\cygjpeg6b.dll 61k 2003/03/05 c:\cygwin\bin\cygkpathsea-3.dll 32k 2003/04/16 c:\cygwin\bin\cygltdl-3.dll 26k 2001/04/25 c:\cygwin\bin\cygmenu5.dll 20k
Re: Cygwin, Telnet, XP, and starting applications...
On Fri, 31 Oct 2003, mark young wrote: After checking the archives and google, I found one reference from three years ago related to my question, so I figured I'd give the mailing list a shot. Did you try this thread from earlier this month? http://sources.redhat.com/ml/cygwin/2003-10/msg01662.html or google for cygwin inetd interact with desktop site:cygwin.com. cygcheck -s output follows: Please include this as an uncompressed attachment like http://www.cygwin.com/problems.html requests. It really does mess up the search engine for the list archives when you do this. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: OpenGL and Cygwin
suresh at research dot att dot com wrote: Hi Brian, Andre, cygwin folks, Thanks for all your help to date. I have been somewhat lax in replying since I am sitting at my laptop in India with a slow connection. Here is the situation: As per Andre's suggestion, I wanted to force linking via the windows gl headers, and so I just moved the /usr/include/GL/* headers out of the way, and am using the headers from /usr/include/w32api/GL My g++ command line is g++ -mno-cygwin -lglut32 -lglu32 -lopengl32 and a cygcheck on my exe file indicated that the glut file being linked is my local copy that I got from nvidia, Can you tell us why you are using GLUT from NVDIA instead of GLUT from Cygwin's OpenGL package? and the glu,opengl32 libs are the dll files linked from c/windows/system32 As I mentioned, all of opengl1.1 works fine. In an attempt to get histograms, I enabled GL_VERSION_1.2 (I may have the spelling wrong here, but I used the correct #define). However, the way the windows gl files are structured, if the _WIN32 option is defined, the GL_VERSION_1_2 option is ignored (i.e the GL_VERSION stuff is only included inside a #ifndef _WIN32 bracket). Instead, I enabled GL_GLEXT_PROTOTYPES and that seemed to let the compilation go thru ok. However, at the link phase, I got stuck, with an error message of the form undefined reference to [EMAIL PROTECTED] the @2 suggesting that at least I am using the right include files. OpenGL 1.2 and up functions have to be loaded dynamically on the Windows platform, whether you are using Cygwin or not. Your code cannot simply call glGetMinmax; your code needs to load that function first. No fancy linking option or library or dll, from NVDIA or someone else, can avoid that. This is a common problem for OpenGL programmers on the Windows platform, and it is not related to Cygwin. I suggest that you look in some OpenGL forum to learn how to do that, such as: http://www.opengl.org/discussion_boards/cgi_directory/forumdisplay.cgi?action=topicsnumber=2start=here If dynamic loading sounds to much trouble, I suggest that you look at extgl, a library that makes programming OpenGL 1.2+ applications on the Windows platform easier: http://www.levp.de/3d/ Now, i have been poking around with the nvidia opengl libs: the one I have doesn't appear to be the right kind though: (nvoglnt.dll) - I couldn't link it using -lnvoglnt (ld crashed) You cannot link with that dll. This is my current state. I am trying to download the new nvidia drivers that were released Oct 23, but it is taking some time given my slow connection André Bleau, Cygwin's OpenGL package maintainer. Please address all questions and problem reports about Cygwin's OpenGL package to [EMAIL PROTECTED] . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin cvs hang when used with PuTTY plink
I'm trying to use plink (release version 0.53b) and pageant along with Cygwin cvs 1.11.6 on windows 98SE. A commandline CVS command succeeds and displays the expected output, but then appears to hang. Nonetheless in fact the DOS window is in fact alive and listening to input, for new commands typed in are effective and the responses will appear if you type ^C. Example: D:\devcvs status README === File: READMEStatus: Up-to-date Working revision:1.3 Repository revision: 1.3 /mis/dev/README,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) ... here the DOS window appears to hang. However if I now type echo hello, after pressing ^C I get the following lines ... D:\devecho hello hello If I use Cygwin ssh in place of plink this hang does not occur. Also, Eclipse's CVS appears to work correctly with either plink or Cygwin ssh. Hard to know if this is PuTTY, Cygwin, or something else. Thanks for any insight! John. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Segmentation Fault of ssh3.7.1 with cygwin1.5.5-1 in W95
At 11:52 AM 10/31/2003 +0100, Corinna Vinschen wrote: I've just again tested it on 98 and it works fine. Could you please figure out what happens on your machine? 2 things: - I had accidentally deleted the next (23) line in services, so awk didn't find the pattern. - ssh crashes even with the CR. I also had to shorten the line. It works with 18 spaces between {tcp,udp} and the # Please send the next version, just to be sure. Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Opening Files In Excel Word On 2000
Hi; I've made some scripts that enable me to open Word Excel from bash on Win 2000. The problem is I can't get either app to open the file I type on the command line with the name of my script :). Does anyone have scripts for opening files with Word and/or Excel from the command line? Thanks in advance Steve -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Opening Files In Excel Word On 2000
This may not apply, (sorry haven't been following thread) but in case you didn't know... the START command under Windows will open a file according to its extension. E.g. start xyz.xls -- opens xyz.xls in Excel start xyz.doc -- opens xyz.doc in Word start xyz.htm -- opens xyz.htm in Internet Explorer (or whichever browser is registered...) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of steve Sent: Friday, October 31, 2003 2:01 PM To: [EMAIL PROTECTED] Subject: Opening Files In Excel Word On 2000 Hi; I've made some scripts that enable me to open Word Excel from bash on Win 2000. The problem is I can't get either app to open the file I type on the command line with the name of my script :). Does anyone have scripts for opening files with Word and/or Excel from the command line? Thanks in advance Steve -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to back-rev cygwin?
Please check out the project web page for links to available information and ports: http://cygwin.com/ . If you don't see what you need there, then the cygwin mailing list is the best place to make observations or get questions answered. Information on the mailing list is available at the project web page. For your convenience, I've reset the Reply-To: address to point to the cygwin mailing list. I've also Cc'ed this reply there. On Fri, Oct 31, 2003 at 04:35:10PM -0800, Doug Stevens wrote: Hi, Chris ... Looked for this in the faqs and mailing lists, and didn't find anything. Could you help? I downloaded cygwin 1.5.5, and my xscale g++ now faults during compilation. It may be a latent bug in the tool that's exposed by the 1.5.5 dlls. At Andrew Pinski's suggestion, I tried to move forward to the latest stable version of the compiler, but having spent more than 8 hours attempting to configure and build it, I have to give up on that approach (at my manager's insistance). I'd like to back-rev to cygwin 1.3.13 (the version with which the xscale compiler worked); can you give me a url that would have it? I tried the mirrors, but there's nothing around that time. Thanks for any help, Doug -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Opening Files In Excel Word On 2000
Yeah, and cygstart will even understand POSIX paths and translate them for you... ;-) Igor On Fri, 31 Oct 2003, Seth Rubin wrote: This may not apply, (sorry haven't been following thread) but in case you didn't know... the START command under Windows will open a file according to its extension. E.g. start xyz.xls -- opens xyz.xls in Excel start xyz.doc -- opens xyz.doc in Word start xyz.htm -- opens xyz.htm in Internet Explorer (or whichever browser is registered...) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of steve Sent: Friday, October 31, 2003 2:01 PM To: [EMAIL PROTECTED] Subject: Opening Files In Excel Word On 2000 Hi; I've made some scripts that enable me to open Word Excel from bash on Win 2000. The problem is I can't get either app to open the file I type on the command line with the name of my script :). Does anyone have scripts for opening files with Word and/or Excel from the command line? Thanks in advance Steve -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin deadlocks due to broken select() when writing to pipes
and my son would have a telephone in his room. Do you have a cordless phone? - Then your son has *already* had a phone in his room! If this technique was uniformly useful then we'd have peace in the Middle East Persistence has to be uniform, consistent, morally obvious, concretely defined and *limited* in it's objectives. *Peace* in the Middle East demanded by those engaging in non-peaceful tactics violates all of the above. Some of my tactics violate some of the above tenets. I admittedly am not consistent nor sufficiently limited in my objectives ... I suppose this makes me simply an irritant ( and off-topic ) I'll stop now. Thanks for all you HAVE done ;-) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Performance measurement data: find
Performance comparison , # system calls in Explorer find vs. gnu find under cygwin. Search for foobar.txt in directory /tmp (under cygwin), C:\tmp (under explorer). # system calls Explorer: 15 Cyg-gnu: 211 file monitor filter set to only record strings that access /tmp. Actual call data at end of this message. Yes, you can belittle the results and say cygwin is helpless in the face of a native find enginebut cyg-find seems to be doing some rather peculiar things...like the first 4 calls open up something other than the simple name I told it to search for. Sure, if the simple name files, maybe look for other names, but I'm not so sure about the varient paths. But then it takes a total of 67 calls to get to examining the first entry in /tmp in cyg-find...there is a ton of syscall repetition. Maybe even caching in-memory call data just for the current timeslice (.01-.02 seconds) would speed things up tremendously. I'm not sure what the security impact would be on a multi-CPU machine, but it I'd think it would be doable to keep a coherent cache on a multiple CPU system -- though I dunno. Might take a cygwin driver to become part of OS that could play cyg-win-call-NT call traffic cop. I wish I knew NT coding ... it's 90% a mental block though because it's seems like it torture to do things on NT that seem so straight forward on linux/unix. So don't think I don't have alot of respect for the work that's been done. I just wish I had about 20 clones of myself to do all the projects in so many areas I want to see things done in -- but I can't even handle 1 right now with my RSI injuries that the insurance companies are refusing medical treatment on (in hopes I'll go away, shrivel up and/or die...:-)). Ug...so back logged even on bills/ sorting insurance/ legal docs/ (no attorney competant to take case given 12% max-allowed-legal recoup in CA). Major pain in the posterior. -linda Explorer find: #112:46:43pEXPLORER.EXE:1616OPENC:\tmp\SUCCESS Options: Open Directory Access: All #212:46:43pEXPLORER.EXE:1616DIRECTORYC:\tmp\ SUCCESSFileBothDirectoryInformation: * #312:46:43pEXPLORER.EXE:1616DIRECTORYC:\tmp\ SUCCESSFileBothDirectoryInformation #412:46:43pEXPLORER.EXE:1616DIRECTORYC:\tmp\NO MORE FILESFileBothDirectoryInformation #512:46:43pEXPLORER.EXE:1616CLOSEC:\tmp\SUCCESS #612:46:43pEXPLORER.EXE:1616OPEN C:\tmp\pinstripe-linux\SUCCESSOptions: Open Directory Access: All #712:46:43pEXPLORER.EXE:1616DIRECTORY C:\tmp\pinstripe-linux\SUCCESSFileBothDirectoryInformation: * #812:46:43pEXPLORER.EXE:1616DIRECTORY C:\tmp\pinstripe-linux\SUCCESSFileBothDirectoryInformation #912:46:43pEXPLORER.EXE:1616DIRECTORY C:\tmp\pinstripe-linux\NO MORE FILESFileBothDirectoryInformation #1012:46:43pEXPLORER.EXE:1616CLOSE C:\tmp\pinstripe-linux\SUCCESS #1112:46:43pEXPLORER.EXE:1616OPENC:\tmp\Microsoft Online Crash Analysis - Response_files\SUCCESSOptions: Open Directory Access: All #1212:46:43pEXPLORER.EXE:1616DIRECTORYC:\tmp\Microsoft Online Crash Analysis - Response_files\SUCCESS FileBothDirectoryInformation: * #1312:46:43pEXPLORER.EXE:1616DIRECTORYC:\tmp\Microsoft Online Crash Analysis - Response_files\SUCCESS FileBothDirectoryInformation #1412:46:43pEXPLORER.EXE:1616DIRECTORYC:\tmp\Microsoft Online Crash Analysis - Response_files\NO MORE FILES FileBothDirectoryInformation #1512:46:43pEXPLORER.EXE:1616CLOSEC:\tmp\Microsoft Online Crash Analysis - Response_files\SUCCESS linux find /tmp -name foobar.txt: #112:09:03pfind.exe:1304OPENC:\c\tmpPATH NOT FOUND Options: Open Access: All #212:09:03pfind.exe:1304OPENC:\c\tmp.exePATH NOT FOUNDOptions: Open Access: All #312:09:03pfind.exe:1304OPENC:\c\tmp.exe.lnkPATH NOT FOUNDOptions: Open Access: All #412:09:03pfind.exe:1304OPENC:\c\tmp.lnkPATH NOT FOUNDOptions: Open Access: All #512:09:03pfind.exe:1304OPENC:\tmpSUCCESS Options: Open Access: All #612:09:03pfind.exe:1304QUERY INFORMATIONC:\tmp SUCCESSAttributes: D #712:09:03pfind.exe:1304CLOSEC:\tmpSUCCESS #812:09:03pfind.exe:1304OPENC:\tmp\SUCCESS Options: Open Directory Access: All #912:09:03pfind.exe:1304DIRECTORYC:\tmp\SUCCESS FileBothDirectoryInformation: * #1012:09:03pfind.exe:1304DIRECTORYC:\tmp\SUCCESS FileBothDirectoryInformation #1112:09:03pfind.exe:1304DIRECTORYC:\tmp\NO MORE