RE: man : List of all commands in a section
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Eric Blake > Sent: Saturday, December 30, 2006 1:00 AM > To: cygwin@cygwin.com; [EMAIL PROTECTED] > Subject: Re: man : List of all commands in a section > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > According to charles Bobo on 12/29/2006 7:43 PM: > >> > >> Is it possible to get list of > >> * all section > >> * all commands in some section ? > > Install bash-completion, enable it, then in bash, type 'man > ' to get > a list of all man pages. I tried this and I got "What manual page do you want?". bash-completion is installed (according to setup) but I'm not sure if its enabled. How do I enable it? Thanks. Steve > > - -- > Don't work too hard, make some time for fun as well! > > Eric Blake [EMAIL PROTECTED] > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.5 (Cygwin) > Comment: Public key at home.comcast.net/~ericblake/eblake.gpg > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFFlgBR84KuGfSFAYARAq7bAJ9xbMRgbhAzVP+i+s92dcqaGy++cgCfVAXV > e2MhTIpchYyp1THvAf9oaBU= > =EMSL > -END PGP SIGNATURE- > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: man : List of all commands in a section
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Steven Buroff on 12/30/2006 5:47 AM: >> From: cygwin-owner AT cygwin DOT com ^ http://cygwin.com/acronyms/#PCYMTNQREAIYR > Is it possible to get list of > * all section > * all commands in some section ? > Install bash-completion, enable it, then in bash, type 'man > ' to get > a list of all man pages. > >> I tried this and I got "What manual page do you want?". That means you typed 'man ', without programmable completion enabled. >> bash-completion is installed (according to setup) but >> I'm not sure if its enabled. How do I enable it? $ head -n 11 /usr/share/doc/cygwin/bash-completion-20060301.README bash-completion-20060301-2 - -- Programmable tab completion enhancements for use in bash. Note that you must edit your bash startup files to load bash-completion into memory: make sure ~/.bashrc sources /etc/bash_completion, and ~/.bash_profile sources ~/.bashrc. This is not done by the default bash-completion installation because it adds some noticeable startup time to every interactive shell. See /etc/defaults/etc/skel for an example of the syntax needed to turn enhanced completions on. Oh, and to limit the search to a particular section or particular prefix, you can use things such as: $ man 1 pr pr printafm printf procmail proj proxymngr pr3287 printenv prockill procps prove - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFlnLx84KuGfSFAYARAmv2AKCRJmlY/I8AVcJ3PxiPjvPWSMMGHACfct9W q53t5M69JrT+4T3vhipxrNw= =K5d/ -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Newbee problem at compile mtx scsi changer tool
Brian Dessent schrieb: > Pierre Bernhardt wrote: > >> checking for scsi/scsi.h... no >> checking for scsi/scsi_ioctl.h... no >> checking for scsi/sg.h... no >> >> I think the problem comes from here... >> >> [...] >> >> Could anybody help me to identify the missing or problem? > > You already found the problem. mtx expects to directly call a kernel > API that does not exist on Cygwin. From the mtx FAQ file: > > Note that mtx 1.2 and above use the SCSI GENERIC interface on Linux, > FreeBSD, and Solaris (at least). They do NOT use the tape device node. > Please read the man page for directions. Yes, thats right. An loader has no impact on an tape node. It is an own class of scsi devices and can handle not only tape devices. I have an NSM/Siemens CD-Jukebox for example. This means, the loader use an own scsi id on the connected scsi adapter card. > This means there is no way this is going to work on Cygwin as there is > no such kernel API to call. It would probably work if it used only the > tape device node, but it has been coded to specifically not work in that > way. mt is an programm who will call directly the tape. An loader is an own class. For example, you can have the loader on its own scsi card connected. Hopefully this is understood. > Note that there is already a Cygwin-specific "mt" package that you can > install through setup.exe that supports the basic tape operations but I > don't know if it will support autoloader-specific commands. see above. So my next question: How can I code the scsi devices? With vmware I have seen, that I must map my windows tape0 device to vmware scsi:0:0 and my scsi:4:1 (the loader on id1, tape has normally id0) is mapped to scsi:4:1, so under linux in vmware the tape is accessible as sg0/nst0 and the loader is accessible as sg1. The situation with my 4 CD-Rom jukebox is nearly the same: The loader is scsi:4:2 mapped to scsi:0:2 and the cdrom mapping is cdrom0 --> scsi:4:3, cdrom1 --> scsi:4:4, cdrom2 ... But now back to my question: It looks like that in Windows an node scsi:4:1 scsi:4:2 could be found so I think unter cygwin the devices could be accessed, too. In my opinion so the scsi-code could be convert to cygwin, with more or less problems. So my question is now how can I acces the scsi devices? Thanks for helping. Pierre Bernhardt -- 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: Fatal Error w/ cygwin 1-5-23-*
I've been able to create a simple test case...
#include
int main(int argc, char** argv)
{
boost::filesystem::path path1("/etc"); // ok
boost::filesystem::path path2("/tmp"); // boom!
}
...and it appears to be a problem with creating more than one path object.
I've checked that I'm linking with the correct version of the filesystem
library. I'll post this to the boost user group as well, but would still
appreciate any thoughts from this group.
Thanks,
Brian
-Original Message-
From: [EMAIL PROTECTED] on behalf of Brian Hassink
Sent: Fri 12/29/2006 7:01 PM
To: cygwin@cygwin.com
Subject: RE: Fatal Error w/ cygwin 1-5-23-*
Hello all,
I found a mirror site that still had 1-5-22-1 and did a full install, but was
surprised to find that the fatal error problem I've been having still
persisted. On another machine running 1-5-22-1 this was not the case, and so I
(incorrectly) thought the problem may be 1-5-23-2 specific.
What I'm seeing is that within a call to the boost file system library to
instantiate a path object, things are blowing up after a free() call in the
cygwin dll. I've attached a gdb trace and cygcheck output for review. Note
that I'm running boost 1.33.1-1, but the problem occurs under 1.33.1-2 as well.
I would appreciate any assistance towards further isolating the problem.
Thanks,
Brian
-Original Message-
From: [EMAIL PROTECTED] on behalf of Brian Hassink
Sent: Tue 12/26/2006 9:10 AM
To: cygwin@cygwin.com
Subject: Fatal Error w/ cygwin 1-5-23-*
Hello all,
I have an app that runs fine under 1-5-22-1, but has a fatal error (see
below) when run under 1-5-23-1 or 1-5-23-2.
I've done a complete reinstallation of 1-5-23-2 (and had tried a newer
snapshot as well), but this has not resolved the problem. At this
point, I'm not sure what to look for to help isolate the problem.
Any advice?
Thanks,
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: Cygwin slower on one computer
Magnus Holmgren wrote:
Magnus Holmgren wrote:
I'm trying to figure out why Cygwin build things so much slower on
one computer I have. We're talking about more than 3 times slower on
a computer that ought to be a bit faster (Athlon64 at 2.2-2.4 GHz,
compared to a Pentium M at 1.8 GHz).
This is a little embarrassing, but I finally found out what caused the
large speed difference. You might've guessed it: the firewall.
In this case, it was the Kerio Personal Firewall. I'm guessing it is
the "host intrusion prevention system" module that causes it (not that
I had it enabled). When using the Windows built-in firewall (same as
on the Pentium M system), the Athlon system is indeed a bit faster.
Thanks for the info, it helped me to track down the problem.
Both systems (Intel 3200 and AMD 3200+) I tested recently actually have
the KPF installed.
The root of the problem is the "host intrusion prevention system" driver
khips.sys.
Even if this feature is turned off (or unavailable in the free version),
the driver keeps running and slows down fork() considerably.
(It probably hooks somewhere into Read/WriteProcessMemory())
Stopping the firewall service does not help.
Only stopping the driver ("sc stop khips") or uninstalling KPF helps.
Result (real time) for "time ./configure" on AMD 3200+:
KPF installed but turned off: 5m38 (!)
KPF removed or khips.sys stopped: 0m26
The problem is still present in the current version 4.3.268.
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/
have you rebooted a Ford lately ?
I like to post these things on this list because everyone is aware of the tradeoffs and issues in OS choice. In my prior post: http://www.cygwin.com/ml/cygwin-talk/2006-q4/msg00023.html I explained the problems with graphics versus information and cultural biases towards one or the other. I hadn't seen the original stories but this account: http://news.com.com/Ford+in+Sync+with+Microsofts+technology/2100-11389_3-6146286.html "Ford Motor plans to unveil a deal with Microsoft in January that will put the software company's technology into some of the automaker's cars, The Wall Street Journal reported Friday, citing people familiar with the matter. The system, to be called Sync, includes a hands-free Bluetooth wireless system and an in-vehicle operating system that eventually will be an option for the entire Ford brand lineup, the Journal said. " suggests Ford seems to want to use an embedded MS technology. I haven't seen a lot of evidence that MS appreciates resource limitations or reboot frequency on desktop platforms or even handheld devices. Anyone have any serious response to this PR? I think everyone likes to make jokes but I am curious to read what people here think. Thanks. ( note new address as of 10-06) Mike Marchywka 586 Saint James Walk Marietta GA 30067-7165r ( NOTE MORE NEWER NUMBER ) 404-788-1216 (C)<- leave message 989-348-4796 (P)<- emergency only _ Dave vs. Carl: The Insignificant Championship Series. Who will win? http://clk.atdmt.com/MSN/go/msnnkwsp007001msn/direct/01/?href=http://davevscarl.spaces.live.com/?icid=T001MSN38C07001 -- 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: have you rebooted a Ford lately ?
On Sat, Dec 30, 2006 at 01:32:07PM -0500, Mike Marchywka wrote: >I like to post these things on this list because everyone is aware of >the tradeoffs and issues in OS choice. I think we've been over this before. This really has nothing to do with Cygwin and is not appropriate here. Please confine your messages to topics that specifically have to do with Cygwin. 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/
[ANNOUNCEMENT] Updated: cygport-0.2.7-1
The following package has been updated in the Cygwin net release: *** cygport-0.2.7-1 cygport is a new, and increasingly popular[1], way to create Cygwin packages. You only need cygport if you're a package developer or building cygport-based Cygwin packages from source. New features in 0.2.7: * Use PATCH_URI for upstream or third-party patches; these patches are included individually in the -src.tar.bz2 and do NOT get included in the .src.patch. See ports/apps/vim/gvim-7.0.178-1 and ports/gnome/imlib/imlib-1.9.15-1 for examples of usage. * PKG_LISTS defines names of *.list files. * Add gtk-update-icon-cache to postinstall as needed. * New binary dependency checking method. * cross.cygclass: NEW for cross-compilers and cross-compiling; NEEDS WORK. * gst-plugins*: External-dep plugins in separate bin packages can be built together with the internal-dep plugins. * pygtk: Support new bindings in 2.16. * mirrors: Add rotator to sourceforge; add portage, trolltech, vim. * doc: HTML version of cygport.1. Bug fixes in 0.2.7: * Handle HTTPS URIs with invalid certificates. * Ignore mdate-sh in pkg_diff(). * Preserve shell metacharacters in args (Eric Blake). * Fix AC_CONFIG_SUBDIRS and AC_CONFIG_HEADERS again. * fox: Restore doxygenation. * perl: Handle (incorrect) use of site_perl. * ruby: Fix definition of RUBY_ARCH. * ruby-gnome2: multiple build fixes. Yaakov ~ *** 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. -- 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/
