Different error on socket while connecting to a box behind firewall
Hi, There was a post http://cygwin.com/ml/cygwin/2011-09/msg00017.html to which I got a reply "the fix is not yet available, but the fix will be in the next Cygwin release". Approximately when can I expect that, or is the fix already in some release/patch at cygwin.com? This is becoming urgent for us because our customers have now started running into this issue, and it’s breaking their automation. Would it help if we provide you a source patch for the bug fix? Thanks, Jaswinder -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
How to get std::strtoull (unsigned long long)?
Hello,
I'm trying to use std::strtoull in a C++ program, but compiling it I get:
error: 'strtoull' is not a member of 'std'
It works, if I use strtoul ('unsigned long' versus 'unsigned long long'
above).
Cygwin uses newlib and I checked the documentation on the newlib homepage:
It provides both the 'unsigned long' and the 'unsigned long long' version.
Also cygwin/gcc allows to use 'unsigned long long' variables. So it's not
that everything related 64 bit is not available, because I'm compiling for
a 32bit Windows. Is there a special option I should use to get access to
more 64 bit methods?
Here is a simple test program to show the effect:
#include
int main(int argc, char** argv)
{
unsigned long long l = 0;
l = std::strtoull("0x100", NULL, 16);
return 0;
}
This is the call to the compiler:
$ g++ -Wall -o tt tt.cpp
tt.cpp: In function 'int main(int, char**)':
tt.cpp:7:9: error: 'strtoull' is not a member of 'std'
Here is my version of cygwin and gcc / g++:
CYGWIN_NT-5.1 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin
g++ (GCC) 4.5.3
Mit freundlichen Grüßen / Kind regards
Markus Selve
zSeries I/O Firmware Developer
IBM Systems &Technology Group, Systems Software Development / i390 Firmware
Development
---
IBM Deutschland
Schoenaicher Str. 220
71032 Boeblingen
Phone: +49-7031-16-5143
E-Mail: mselve at de.ibm.com
---
IBM Deutschland Research & Development GmbH / Vorsitzender des
Aufsichtsrats: Martin Jetter
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht Stuttgart,
HRB 243294
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How to get std::strtoull (unsigned long long)?
On Tue, Nov 29, 2011 at 11:04 AM, Markus Selve wrote:
>
> Hello,
>
> I'm trying to use std::strtoull in a C++ program, but compiling it I get:
>
> error: 'strtoull' is not a member of 'std'
>
> It works, if I use strtoul ('unsigned long' versus 'unsigned long long'
> above).
> Cygwin uses newlib and I checked the documentation on the newlib homepage:
> It provides both the 'unsigned long' and the 'unsigned long long' version.
> Also cygwin/gcc allows to use 'unsigned long long' variables. So it's not
> that everything related 64 bit is not available, because I'm compiling for
> a 32bit Windows. Is there a special option I should use to get access to
> more 64 bit methods?
>
> Here is a simple test program to show the effect:
>
> #include
>
> int main(int argc, char** argv)
> {
> unsigned long long l = 0;
>
> l = std::strtoull("0x100", NULL, 16);
>
> return 0;
> }
>
>
> This is the call to the compiler:
>
> $ g++ -Wall -o tt tt.cpp
> tt.cpp: In function 'int main(int, char**)':
> tt.cpp:7:9: error: 'strtoull' is not a member of 'std'
>
>
> Here is my version of cygwin and gcc / g++:
> CYGWIN_NT-5.1 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin
> g++ (GCC) 4.5.3
>
Alas, cstdlib is missing the necessary using directive:
$ g++ -E strtoull.cpp | grep strto
# 1 "strtoull.cpp"
# 1 "strtoull.cpp"
char * _strtok_last;
double __attribute__((__cdecl__)) strtod (const char *__n, char **__end_PTR);
double __attribute__((__cdecl__)) _strtod_r (struct _reent *,const
char *__n, char **__end_PTR);
float __attribute__((__cdecl__)) strtof (const char *__n, char **__end_PTR);
long __attribute__((__cdecl__)) strtol (const char *__n, char
**__end_PTR, int __base);
long __attribute__((__cdecl__)) _strtol_r (struct _reent *,const char
*__n, char **__end_PTR, int __base);
unsigned long __attribute__((__cdecl__)) strtoul (const char *__n,
char **__end_PTR, int __base);
unsigned long __attribute__((__cdecl__)) _strtoul_r (struct _reent
*,const char *__n, char **__end_PTR, int __base);
long long __attribute__((__cdecl__)) strtoll (const char *__n, char
**__end_PTR, int __base);
long long __attribute__((__cdecl__)) _strtoll_r (struct _reent *,
const char *__n, char **__end_PTR, int __base);
unsigned long long __attribute__((__cdecl__)) strtoull (const char
*__n, char **__end_PTR, int __base);
unsigned long long __attribute__((__cdecl__)) _strtoull_r (struct
_reent *, const char *__n, char **__end_PTR, int __base);
using ::strtod;
using ::strtol;
using ::strtoul;
# 1 "strtoull.cpp" 2
So although stdlib.h defines strtoull, it is not made a member of namespace std.
--
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How to get std::strtoull (unsigned long long)?
On 2011-11-29 10:22Z, Csaba Raduly wrote: > On Tue, Nov 29, 2011 at 11:04 AM, Markus Selve wrote: >> >> $ g++ -Wall -o tt tt.cpp >> tt.cpp: In function 'int main(int, char**)': >> tt.cpp:7:9: error: 'strtoull' is not a member of 'std' The default C++ dialect is based on the 1998 standard, which lacks strtoull() because that function first appeared in C99. > Alas, cstdlib is missing the necessary using directive: [...] > using ::strtod; > using ::strtol; > using ::strtoul; Adding a using-declaration for ::strtoull would be a reasonable extension, as long as '-std=c++98' is not specified. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Can't install netCDF4
On 11/28/2011 3:26 PM, Tomas Staig wrote: Edvardsen Kåre wrote: I need to install the netCDF4 package which is the Python/numpy interface to netCDF (see http://code.google.com/p/netcdf4-python/ ) I've tried to install version 0.9.4 and later, but they all give pretty much the same error message (attached). For me this looks like it is not ment to work under cygwin, but if anyone can help me out, I would really appreciate it. Reards, Kåre -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple I don't really use netCDF, but I read about a similar situation in here: http://code.google.com/p/netcdf4-python/issues/detail?id=2 So it seems you require the flag '--enable-netcdf-4' when calling the configure script for netcdf-4 or you haven't installed it at all. I would recommend reading the building documentation for netcdf4-python [1] and following the steps in detail. Specifically installing HDF5 and netcdf-4 before attempting to build netcdf4-python. for development he needs the dev packages: libhdf5-devel and libnetcdf-devel pay attention that I upgraded hdf5 to 1.8.8 while netcdf-4.1.1-2 was built against 1.8.6 so there could be a compatibility problem if both are really needed at the same time. I will look to upgrade netcdf to 4.1.3 with hdf5-1.8.8 Hope it helps, Tomas. [1]: http://netcdf4-python.googlecode.com/svn/trunk/README Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Can't install netCDF4
So, I followed the more detailed (but not so intuitive) descriptions for installing all hdf5, netcdf-4, and netCDF4, latest stable versions. Now, I bump into a different problem which seem to be related to libcurl (errorlog.txt attached). Can't quite figure out what's wrong, but I guess whatever libcurl-related packages I've installed that comes with cygwin is not enough? Regards, Kåre > Edvardsen Kåre wrote: > > I need to install the netCDF4 package which is the > Python/numpy > > interface to netCDF > > (see http://code.google.com/p/netcdf4-python/ ) > > > > I've tried to install version 0.9.4 and later, but they all > give pretty > > much the same error message (attached). > > For me this looks like it is not ment to work under cygwin, > but if > > anyone can help me out, I would really appreciate it. > > > > Reards, > > Kåre > > > > > > > > > > > > -- > > Problem reports: http://cygwin.com/problems.html > > FAQ: http://cygwin.com/faq/ > > Documentation: http://cygwin.com/docs.html > > Unsubscribe info: > http://cygwin.com/ml/#unsubscribe-simple > I don't really use netCDF, but I read about a similar > situation in here: > http://code.google.com/p/netcdf4-python/issues/detail?id=2 > > So it seems you require the flag '--enable-netcdf-4' when > calling the > configure script for netcdf-4 or you haven't installed it at > all. I > would recommend reading the building documentation for > netcdf4-python > [1] and following the steps in detail. Specifically installing > HDF5 and > netcdf-4 before attempting to build netcdf4-python. > > Hope it helps, > Tomas. > > [1]: http://netcdf4-python.googlecode.com/svn/trunk/README > HDF5_DIR environment variable not set, checking some standard locations .. checking /home/kare ... checking /usr/local ... HDF5 found in /usr/local NETCDF4_DIR environment variable not set, checking standard locations.. checking /home/kare ... checking /usr/local ... netCDF4 found in /usr/local running install running build running config_cc unifing config_cc, config, build_clib, build_ext, build commands --compiler options running config_fc unifing config_fc, config, build_clib, build_ext, build commands --fcompiler options running build_src build_src building py_modules sources building extension "netCDF4" sources build_src: building npy-pkg config files running build_py running build_ext customize UnixCCompiler customize UnixCCompiler using build_ext building 'netCDF4' extension compiling C sources C compiler: gcc -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes compile options: '-I/usr/local/include -I/usr/local/include -I/usr/lib/python2.6/site-packages/numpy/core/include -I/usr/include/python2.6 -c' gcc: netCDF4.c netCDF4.c: In function â__pyx_f_7netCDF4__find_cmptypeâ: netCDF4.c:34120:11: warning: â__pyx_v_xtypeâ may be used uninitialized in this function netCDF4.c: In function â__pyx_pf_7netCDF4_8Variable_10chunkingâ: netCDF4.c:24458:42: warning: â__pyx_v_ndimsâ may be used uninitialized in this function gcc -shared -Wl,--enable-auto-image-base build/temp.cygwin-1.7.9-i686-2.6/netCDF4.o -L/usr/local/lib -L/usr/local/lib -L/usr/lib/python2.6/config -Wl,-R/usr/local/lib -Wl,-R/usr/local/lib -lnetcdf -lhdf5_hl -lhdf5 -lz -lpython2.6 -o build/lib.cygwin-1.7.9-i686-2.6/netCDF4.dll /usr/local/lib/libnetcdf.a(liboc_la-ocinternal.o): In function `ocinternalinitialize': /home/kare/src/netcdf-4.1.3/oc/ocinternal.c:142: undefined reference to `_curl_version_info' /usr/local/lib/libnetcdf.a(liboc_la-http.o): In function `ocfetchhttpcode': /home/kare/src/netcdf-4.1.3/oc/http.c:27: undefined reference to `_curl_easy_getinfo' /usr/local/lib/libnetcdf.a(liboc_la-http.o): In function `ocfetchurl_file': /home/kare/src/netcdf-4.1.3/oc/http.c:41: undefined reference to `_curl_easy_setopt' /home/kare/src/netcdf-4.1.3/oc/http.c:46: undefined reference to `_curl_easy_setopt' /home/kare/src/netcdf-4.1.3/oc/http.c:79: undefined reference to `_curl_easy_strerror' /home/kare/src/netcdf-4.1.3/oc/http.c:51: undefined reference to `_curl_easy_setopt' /home/kare/src/netcdf-4.1.3/oc/http.c:56: undefined reference to `_curl_easy_setopt' /home/kare/src/netcdf-4.1.3/oc/http.c:60: undefined reference to `_curl_easy_perform' /home/kare/src/netcdf-4.1.3/oc/http.c:74: undefined reference to `_curl_easy_getinfo' /usr/local/lib/libnetcdf.a(liboc_la-http.o): In function `ocfetchurl': /home/kare/src/netcdf-4.1.3/oc/http.c:91: undefined reference to `_curl_easy_setopt' /home/kare/src/netcdf-4.
[ANNOUNCEMENT] Updated: nosleep-0.1.5-1
A new version of nosleep, 0.1.5-1, is now available in the Cygwin distribution. This is a new upstream release, that fixes a possible crash. All nosleep users should upgrade. nosleep runs a command while inhibiting the computer from sleeping or hibernating until the command finishes executing. By default nosleep just prevents the computer from going to sleep during idle periods. More aggressive options are available to inhibit sleep or hibernation, but these come with warnings and an onerous Disclaimer. Source homepage: https://launchpad.net/nosleep Andrew E. Schulman *** 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. *** 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: cygwin-announce-unsubscribe-you=yourdomain.com_at_cygwin.com If you need more information on unsubscribing, start reading here: http://cygwin.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Can't install netCDF4
On 11/29/2011 3:30 PM, Edvardsen Kåre wrote: So, I followed the more detailed (but not so intuitive) descriptions for installing all hdf5, netcdf-4, and netCDF4, latest stable versions. Now, I bump into a different problem which seem to be related to libcurl (errorlog.txt attached). Can't quite figure out what's wrong, but I guess whatever libcurl-related packages I've installed that comes with cygwin is not enough? the package is called libcurl-devel Regards, Kåre for the netcdf-4.1.1 cygwin package, the configuration was configure --enable-shared \ --enable-netcdf4 \ --enable-cxx-4 \ lt_cv_deplibs_check_method=pass_all \ LDFLAGS=-no-undefined probably the missing "LDFLAGS=-no-undefined" is your problem, it is a very typical issue when porting package to cygwin. Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Shell script - is this expected behaviour?
On 11/29/2011 02:00 AM, Gary wrote: > If I have a shell script which reads a file which does not have an end > of line character at the end if it's only line, it does not read > anything. Not cygwin specific. > > For example: > , > | #!/bin/sh > | > | fileName="test.xml" Your example didn't tell us the contents of test.xml. But this is reproducible even without knowing the contents of test.xml. > | retVal="Z" > | > | exec 10<&0 > | exec < $fileName > | while read configLine read(1) is required to return non-zero status when it encounters a partial line (one with no end of line character). Which means that since testXML had no newline character, read never returned status 0, which means you never entered the body of the while loop, > | do > | retVal="A" which means retVal was never assigned. > | done > | exec 0<&10 10<&- > | > | echo $retVal So this is echoing an unassigned variable, as required by POSIX. > | > | exit 0 > ` > > If it's expected behaviour, what's the workaround? Never feed 'read' unterminated input. Always end your text files with a newline. -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: /cygdrive/c permission denied
On 11/28/2011 5:06 PM, Mike Brennan wrote: When I did "cd /cygdrive; ls -l" I got: drwx--+ 1 0 Nov 28 17:03 c I don't think the is an error. I see much the same thing here, and I have full read/write access to C:\ via the Cygwin shell. The only serious difference I see here is that I get "d-+", so going by just that, I shouldn't even be able to cd into it! C:\ gets treated differently by Windows, probably for backwards compatibility with DOS or something. I'm guessing that this prevents Cygwin from faking POSIX permission semantics for that directory. (Don't believe C:\ is special? Try creating a subdirectory in C:\ while UAC is enabled and you're logged in as an Admin. No UAC dim-out as you'd expect when WRITING TO THE FRIGGIN' ROOT DIRECTORY, if the UAC hype had anything to do with reality. Also no complaints when other programs write to the directory you just created on your behalf, unlike what happens if you try the same thing in, say, c:\PROGRA~1. Windows Security™) I'm assuming your cpio -p command overwrote the C:\ ACL with that of the top level directory of whatever you were copying. You may be able to fix it with setfacl. Here's what getfacl says here: $ getfacl /c # file: /c # owner: # group: user::--- group::--- group:root:rwx group:SYSTEM:rwx group:Users:r-x mask:rwx other:--- default:user::--- default:group::--- default:group:root:rwx default:group:SYSTEM:rwx default:group:Users:r-x default:mask:rwx default:other:--- (Yes, I have cygdrive mounted on / here. I'm an evil, bad man. I don't think that explains anything, though.) How you use setfacl to apply any diffs you need there is an exercise left to the reader. :) By the way, if mirroring permissions is what you're after, I'm not sure cpio -p is the right thing unless you're copying a directory that historically has been managed only via programs built for Cygwin. I dunno, maybe Cygwin's cpio knows all about Windows ACLs and such, and doesn't just go by the faked POSIX permissions it gets from stat(2). I do know that such problems plagued Mac OS X for quite a while, and the impedance mismatch is much smaller between HFS+ and POSIX filesystem semantics than between NTFS and POSIX. I suggest using robocopy instead. I tend not to prefer native tools, but it'll likely give better results in this case. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: /cygdrive/c permission denied
On 11/29/2011 08:42 AM, Warren Young wrote: > The only serious difference I see here is that I get "d-+", so > going by just that, I shouldn't even be able to cd into it! See that + on the end of the mode field? That means there are ACLs in affect; and my guess is one of the ACLs allows your uid to change to that directory even though the owner of the directory does not have the same permissions. > $ getfacl /c > # file: /c > # owner: > # group: > user::--- > group::--- > group:root:rwx > group:SYSTEM:rwx > group:Users:r-x Yep - just as I said. The actual uid/gid owner (which is probably being treated as -1 meaning your /etc/group and /etc/passwd are incomplete) is different than the 'root', 'SYSTEM', or 'Users' groups, all of which have an additional ACL allowing you to chdir into the directory. -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: Different error on socket while connecting to a box behind firewall
On Tue, Nov 29, 2011 at 02:08:18PM +0530, Jaswinder Bhamra wrote: >Hi, > >There was a post http://cygwin.com/ml/cygwin/2011-09/msg00017.html to >which I got a reply "the fix is not yet available, but the fix will be >in the next Cygwin release". >Approximately when can I expect that, or is the fix already in some >release/patch at cygwin.com? > >This is becoming urgent for us because our customers have now started >running into this issue, and it?s breaking their automation. Would it >help if we provide you a source patch for the bug fix? When Corinna said "the fix will be in the next Cygwin release" she meant to be conveying the fact that the problem is already fixed in CVS. So a source patch would be pointless. We're working on getting the next release stabilized but there we don't have an ETA yet. You could try a snapshot at: http://cygwin.com/snapshots/ but I wouldn't recommend rolling out Cygwin snapshots to customers. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
screencasting tools for cygwin?
Is there any tool that can assist in recording a screencast on cygwin? I've got a request to teach a few folks some basic unix stuff and thought I might as well record the stuff as a video or such. Basically, record my typing in the mintty session and save it as flv,mp4 or whatever convenient format. Is there anything available? I have the X server installed too. sivaram -- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Shell script - is this expected behaviour?
>> Never feed 'read' unterminated input. Always end your text files with a newline. Yay. Please could /etc/setup/timestamp be terminated? Currently it is not, causing minor grief e.g. when using a shell script to check for updates. Fergus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: /cygdrive/c permission denied
On Nov 29 08:51, Eric Blake wrote: > On 11/29/2011 08:42 AM, Warren Young wrote: > > The only serious difference I see here is that I get "d-+", so > > going by just that, I shouldn't even be able to cd into it! > > See that + on the end of the mode field? That means there are ACLs in > affect; and my guess is one of the ACLs allows your uid to change to > that directory even though the owner of the directory does not have the > same permissions. > > > $ getfacl /c > > # file: /c > > # owner: > > # group: > > user::--- > > group::--- > > group:root:rwx > > group:SYSTEM:rwx > > group:Users:r-x > > Yep - just as I said. The actual uid/gid owner (which is probably being > treated as -1 meaning your /etc/group and /etc/passwd are incomplete) For system installed dirs, that's typically the "TrustedInstaller" account, which doesn't match any usual SID scheme. It's not in /etc/passwd or /etc/group since mkpasswd/mkgroup don't make any effort to generate an entry. Patches welcome. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
updatedb: man page inaccuracies, not usable out of the box
I downloaded setup.exe and installed Cygwin yesterday and today.
It's cygwin 1.7.9-1 running on Windows 7 64-bit. Just like most of
the times I've installed cygwin over the past decade, updatedb doesn't
work out of the box.
I see three inaccuracies in the man page:
--prunepaths='path1 path2...'
Directories to not put in the database, which
would otherwise be. Remove any trailing slashes
from the path names, otherwise updatedb won't
recognise the paths you want to omit (because it
uses them as regular expression patterns). The
environment variable PRUNEPATHS also sets this
value. Default is /tmp /usr/tmp /var/tmp /afs.
The default is actually /tmp /usr/tmp /var/tmp /afs /amd /sfs /proc,
as set via
: ${PRUNEPATHS="/tmp /usr/tmp /var/tmp /afs /amd /sfs /proc"}
--prunefs='path...'
File systems to not put in the database, which
would otherwise be. Note that files are pruned
when a file system is reached; any file system
mounted under an undesired file system will be
ignored. The environment variable PRUNEFS also
sets this value. Default is nfs NFS proc.
The value is not actually a list of "path...", but rather filesystem
types.
And the default is actually
nfs NFS proc afs smbfs autofs iso9660 ncpfs coda devpts ftpfs
devfs mfs sysfs shfs
as set by
: ${PRUNEFS="nfs NFS proc afs smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs
sysfs shfs"}
This new job was just like at the last three jobs: the version of
updatedb just out of the box does not appear to finish, and since I
don't change jobs that often, I've forgotten the exact problem, so
each time it takes me upwards of an hour to realize that it's
happening again and debug it. At each job, they recommend that I "NET
USE" some drives onto my machine, and they have huge directories
and/or are slow to insanely slow, so it would take hours or days to
complete and would hammer the often slow network. (And when I try to
add things to --prunepaths or --prunefs, I often copy the incomplete
defaults out of the man page and start picking up things that I don't
want, like /proc/registry/..., which seems to be taking forEVER, so
please fix the man pages.)
Going by the default PRUNEFS list, I would say that the general spirit
of updatedb is not to index networked drives. I therefore ask that
updatedb, by default under Cygwin, not go into networked mapped
drives either.
find /mnt/z -maxdepth 0 -printf '%p %F\n'
suggests that my mapped drives are file system type netapp.
So I suggest that netapp be appended to the default PRUNEFS, or else
"mount -p" or something be used to determine the current cygdrive
prefix and put it in PRUNEPATHS.
This would probably involve patching what comes from upstream, but the
usability problem hits me bad enough, and perhaps hits others, that I
think it would be reasonable to do it.
--
Tim McDaniel, t...@panix.com
Cygwin Configuration Diagnostics
Current System Time: Tue Nov 29 11:22:14 2011
Windows 7 Enterprise Ver 6.1 Build 7601 Service Pack 1
Running under WOW64 on AMD64
Path: C:\usr\local\bin
C:\bin
C:\Windows\system32
C:\Windows
C:\Windows\System32\Wbem
C:\Windows\System32\WindowsPowerShell\v1.0
C:\Program Files\Perforce
Output from C:\bin\id.exe
UID: 35511(tmcdaniel)GID: 10513(Domain Users)
10513(Domain Users) 0(root) 544(Administrators)
545(Users)
SysDir: C:\Windows\system32
WinDir: C:\Windows
USER = 'tmcdaniel'
PWD = '/home/tmcdaniel'
HOME = '/home/tmcdaniel'
HOMEPATH = '\Users\tmcdaniel'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
APPDATA = 'C:\Users\tmcdaniel\AppData\Roaming'
ProgramW6432 = 'C:\Program Files'
HOSTNAME = 'TMCDANIEL-E6520'
TERM = 'xterm'
PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 42 Stepping 7, GenuineIntel'
WINDIR = 'C:\Windows'
PUBLIC = 'C:\Users\Public'
OLDPWD = '/Users/tmcdaniel/Desktop'
USERDOMAIN = 'ATHENAHEALTH'
CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\ProgramData'
windows_tracing_flags = '3'
windows_tracing_logfile = 'C:\BVTBin\Tests\installpackage\csilogfile.log'
!:: = '::\'
TEMP = '/tmp'
COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files'
USERNAME = 'tmcdaniel'
PROCESSOR_LEVEL = '6'
ProgramFiles(x86) = 'C:\Program Files (x86)'
PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
PROCESSOR_ARCHITEW6432 = 'AMD64'
LANG = 'C.UTF-8'
USERPROFILE = 'C:\Users\tmcdaniel'
PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ '
LOGONSERVER = '\\BEL-DC1'
CommonProgramW6432 = 'C:\Program Files\Common Files'
Re: updatedb: man page inaccuracies, not usable out of the box
On 11/29/2011 11:02 AM, Tim McDaniel wrote: > Going by the default PRUNEFS list, I would say that the general spirit > of updatedb is not to index networked drives. I therefore ask that > updatedb, by default under Cygwin, not go into networked mapped > drives either. > find /mnt/z -maxdepth 0 -printf '%p %F\n' > suggests that my mapped drives are file system type netapp. > So I suggest that netapp be appended to the default PRUNEFS, or else > "mount -p" or something be used to determine the current cygdrive > prefix and put it in PRUNEPATHS. > > This would probably involve patching what comes from upstream, but the > usability problem hits me bad enough, and perhaps hits others, that I > think it would be reasonable to do it. Yes, that does indeed sound reasonable; I'll add this to my todo list for the next time I spin a findutils release. -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
RE: Shell script - is this expected behaviour?
From: Eric Blake [mailto:ebl...@redhat.com] Subject: Re: Shell script - is this expected behaviour? > On 11/29/2011 02:00 AM, Gary wrote: > > If I have a shell script which reads a file which does not have an end > > of line character at the end if it's only line, it does not read > > anything. > Never feed 'read' unterminated input. Always end your text files with a > newline. When I can't control the contents of the input file, I pipe it through a filter program I wrote that adds a final newline where the last character of a stream is not a newline. --Ken Nellis -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
FW: Shell script - is this expected behaviour?
From: Eric Blake Subject: Re: Shell script - is this expected behaviour? Hey, sorry about neglecting to omit Eric's email address in my previous message (don't feed the spammers!). It's a manual effort to do such and mistakes happen. Sorry. :-( --Ken Nellis -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Illegal character ^M
I have a problem with a character. I think it's a conversion problem between dos and unix. I have a variable that is a float value. When I print it with the echo command i get: 0.495959 But when I try to make an operation on that value with the bc command (I am not sure how to write the bc command). echo $mean *1000 |bc I get: (standard_in) 1 : illegal character: ^M I already use the dos2unix command on my .sh file. I think it's because my variable have the ^M character (not printed with the echo command) How can i eliminate this error? I already try a lot of things but I am really lost. Any thought? -- View this message in context: http://old.nabble.com/Illegal-character-%5EM-tp32881791p32881791.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: Shell script - is this expected behaviour?
Nellis, Kenneth wrote: From: Eric Blake Never feed 'read' unterminated input. Always end your text files with a newline. When I can't control the contents of the input file, I pipe it through a filter program I wrote that adds a final newline where the last character of a stream is not a newline. I don't have the time to experiment at the moment, but I'm pretty sure that some of the standard tools append a line terminator if it's not already on the last line of their input. sed or awk or gawk, maybe? Anyway, if you can stumble on such a program, it can save you having to write and maintain and distribute a filter to all your environments. -- Tim McDaniel -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Illegal character ^M
On Tue, 29 Nov 2011, frenco wrote: I have a variable that is a float value. When I print it with the echo command i get: 0.495959 ... I think it's because my variable have the ^M character (not printed with the echo command) You might try echo "[$the_variable_name]" The quoting is significant. If it does have a carriage return like you think, then it will probably display like ].495959 That is, the ^M will probably make it go back to the start of the line, and characters after it (here, ]) will overwrite what it output before. But when I try to make an operation on that value with the bc command (I am not sure how to write the bc command). echo $mean *1000 |bc ... How can i eliminate this error? echo $mean *1000 | tr -d '\r' | bc seems to work. "tr" translates characters, "-d" says that instead of translating it should just delete the name characters, and '\r' (note: single quote ', not double quote ") is the ^M character. -- Tim McDaniel -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Searching manpages for option codes, e.g. "--all"
After opening "man ls", trying to search for "--all" leads to "Pattern not found (press RETURN)". Inquiring on comp.unix.shell, I was told that for this kind of search to work properly in linux , one must set PAGER=less. However, that does not seem to work in Cygwin, at least using the old default terminal. Is there a workaround? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Passwordless sftp with ssh 5.9 still asks for password
Im trying to configure sftp for a enterprise tool I use and the instructions (which I think are out dated as they don’t mention 2008) are as follows which I have followed to the letter – prob is im still asked for a password at the end .. (verbose output at the bottom) To generate authentication keys 1. Configure the key authentication by entering the following: ssh-keygen -t dsa Note: Accept the default key location, C:\Documents and Settings\nhuser\.ssh\id_dsa, and do not provide a passphrase. The id_dsa and id_dsa.pub keys appear at the default key locations. 2. Copy the public key, id_dsa.pub, to all remote poller systems in this collection set. Place the key in the directory, C:\Documents and Settings\nhuser\.ssh. sftp NH_USER@REMOTE_SITE sftp>cd .ssh sftp>put id_dsa.pub sftp>exit Update Authentication File on a Windows Remote Site After you copy the public keys to the .ssh subdirectory on each remote site in the collection set, you must update the authentication file on each remote site. To update authentication file on each remote site 1. Log into the remote site as $NH_USER and navigate to the .ssh subdirectory on the remote site. 2. List the files in the .ssh subdirectory by entering the command, dir. The system displays a file with a .pub extension. This is your public key. 3. Create an authorization file (with no extension) in the .ssh subdirectory on the remote site. Name the authorization file authorized_keys2. 4. Copy the public key into the authorized_keys2 file, using the following command: copy /b id_dsa.pub authorized_keys2 5. Save the authorization file. 6. Restart the cygwin Windows service. 7. Repeat this procedure for each Windows remote system. Test the Secure FTP Connection Test the secure FTP connection between the central site and the remote polling sites to verify that the sites do not prompt for a user name or password. To test the secure FTP connection for SunSSH or OpenSSH 1. Access a command prompt on the central site. 2. Enter the following command: sftp NH_USER@hostname NH_USER Specifies your FTP user name. hostname Specifies the name of the remote polling site system. The central site should connect to the remote polling site without requiring you to enter a user name or password. If you are prompted for a user name or password, the encryption authentication is not set up correctly. My config … D:\cygwin\bin>mkpasswd -d -u ehealth >> ..\etc\passwd D:\cygwin\bin>ssh-keygen -t dsa Generating public/private dsa key pair. Enter file in which to save the key (/cygdrive/c/users/ehealth/.ssh/id_dsa): Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /cygdrive/c/users/ehealth/.ssh/id_dsa. Your public key has been saved in /cygdrive/c/users/ehealth/.ssh/id_dsa.pub. The key fingerprint is: 11:f2:7d:97:d6:bb:d9:e8:84:b0:c3:86:14:c6:26:8a ehealth@PWEEHPR01 The key's randomart image is: +--[ DSA 1024]+ | . . | | + o o | | . B . . + .| | . . + o . o .| | E . S . . | | . o o . .+| | . = . oo.| | . . o | | . | +-+ D:\cygwin\bin>sftp ehealth@2e2ehpr01 The authenticity of host '2e2ehpr01 (2002:2b00:2f8::2b00:2f8)' can't be establis hed. ECDSA key fingerprint is 9b:9a:9a:19:38:d3:80:d2:b9:8c:c5:11:68:e7:0b:d4. Are you sure you want to continue connecting (yes/no)? yes D:\cygwin\bin>sftp ehealth@2e2ehpr01 The authenticity of host '2e2ehpr01 (2002:2b00:2f8::2b00:2f8)' can't be establis hed. ECDSA key fingerprint is 9b:9a:9a:19:38:d3:80:d2:b9:8c:c5:11:68:e7:0b:d4. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added '2e2ehpr01,2002:2b00:2f8::2b00:2f8' (ECDSA) to the li st of known hosts. ehealth@2e2ehpr01's password: Connected to 2e2ehpr01. cygwin warning: MS-DOS style path detected: D:\nutcroot\usr\lib\terminfo Preferred POSIX equivalent is: /cygdrive/d/nutcroot/usr/lib/terminfo CYGWIN environment variable option "nodosfilewarning" turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames No entry for terminal type "nutc"; using dumb terminal settings. No entry for terminal type "nutc"; using dumb terminal settings. sftp> sftp> lcd c:/users/ehealth/.ssh sftp> sftp> cd .ssh sftp> sftp> put id_dsa.pub Uploading id_dsa.pub to /cygdrive/c/users/ehealth/.ssh/id_dsa.pub id_dsa.pub 100% 607 0.6KB/s 00:00 sftp> sftp> exit D:\cygwin\bin>sftp ehealth@2e2ehpr01 ehealth@2e2ehpr01's password: D:\cygwin\bin>sftp ehealth@2e2ehpr01 ehealth@2e2ehpr01's password: D:\cygwin\bin>sftp ehealth@2e2ehpr01 ehealth@2e2ehpr01's password: Connected to 2e2ehpr01. cygwin warning: MS-DOS style path detected: D:\nutcroot\usr\lib\terminfo Preferred POSIX equivalent is: /cygdrive/d/nutcroot/usr/lib/terminfo CYGWIN environment variable option "nodosf
Re: Searching manpages for option codes, e.g. "--all"
On Tue, 29 Nov 2011, carolus wrote: After opening "man ls", trying to search for "--all" leads to "Pattern not found (press RETURN)". My experiment agrees with that. Do you know why that happens -- what is it doing so "/--all" doesn't work? Inquiring on comp.unix.shell, I was told that for this kind of search to work properly in linux , one must set PAGER=less. However, that does not seem to work in Cygwin, at least using the old default terminal. Is there a workaround? Whether in an older default terminal or the new one, I've never had a problem with PAGER=/usr/bin/less export PAGER I do them as separate statements because older Bourne shells do not allow the combined form export PAGER=/usr/bin/less But bash does. Further, on my system with little customization, the default man pager is less anyway, so (for example) man ls invokes less anyway. -- Tim McDaniel, t...@panix.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Searching manpages for option codes, e.g. "--all"
On 11/29/2011 3:56 PM, Tim McDaniel wrote: On Tue, 29 Nov 2011, carolus wrote: After opening "man ls", trying to search for "--all" leads to "Pattern not found (press RETURN)". My experiment agrees with that. Do you know why that happens -- what is it doing so "/--all" doesn't work? No idea. Apparently "man" invokes $PAGER, and in linux, "less" works as desired and "more" does not. If you look at the .1 file, the option codes are scrambled with a lot of formatting codes that must be stripped out or ignored for search to work. Whether in an older default terminal or the new one, I've never had a problem with PAGER=/usr/bin/less export PAGER You can set it, but that doesn't help. Further, on my system with little customization, the default man pager is less anyway, so (for example) man ls invokes less anyway. Which explains why setting PAGER doesn't help in Cygwin. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Shell script - is this expected behaviour?
On Tue, Nov 29, 2011 at 3:15 PM, Tim McDaniel wrote: > I don't have the time to experiment at the moment... Likewise, but it seems likely some existing utilities like "line" or "head -n1" might do the job. E.g. foo=$(line < file) foo=$(head -n1 file) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Searching manpages for option codes, e.g. "--all"
On 2011-11-29, carolus wrote: > After opening "man ls", trying to search for "--all" leads to > "Pattern not found (press RETURN)". > > Inquiring on comp.unix.shell, I was told that for this kind of > search to work properly in linux , one must set PAGER=less. However, > that does not seem to work in Cygwin, at least using the old default > terminal. Is there a workaround? As I recall, that was a problem shortly after Cygwin 1.7 was released. Man pages were being formatted with some sort of Unicode hyphen or dash character in place of the ASCII hyphen. It hasn't been a problem recently, though, and it works fine for me, in both the old Cygwin console and in mintty. cygwin 1.7.9-1 less 444-1 man 1.6g-1 Windows XP Professional 2002 SP3 Regards, Gary -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Passwordless sftp with ssh 5.9 still asks for password
On 11/29/2011 2:49 PM, Andrew Erskine wrote: ssh-keygen -t dsa "-t [keytype]" is a default flag these days, and it defaults to RSA, not DSA. Unless you know for a fact you need DSA keys for some odd reason, leave this flag off and accept the default. (ssh itself doesn't care what kind of key you use, as long as both ends have support for the key type you want to use. Since every ssh implementation I've used since *forever* supports both RSA and DSA, the only way I can see why you'd want to use DSA is if you had some weird third-party tool that only understood DSA keys.) Accept the default key location, C:\Documents and Settings\nhuser\.ssh\id_dsa, Why would that be the default location, if you are using Cygwin tools? Shouldn't it be something like c:\cygwin\home\nhuser\.ssh\...? You can change your HOME to anything you like, but that's not the default with Cygwin. 2. Copy the public key, id_dsa.pub, to all remote poller systems More superannuated information. Use the ssh-copy-id script instead of this manual process they're running you through. It Does The Right Thing (TM) and it's included with recent versions of the openssh package in the default Cygwin package repo. If you aren't using official Cygwin packages or you are insisting on using old stuff, you get what you deserve. :) 4. Copy the public key into the authorized_keys2 file, using the following command: copy /b id_dsa.pub authorized_keys2 That overwrites authorized_keys2, rather than appending to it as claimed. Plus, you should be talking about authorized_keys, no numeral. If I'm wrong and sshd *will* look for a '2' file, the problem is likely to be permissions. It won't use the file if it isn't locked down, since that means you have only the illusion of security, and it won't play into a fantasy. But if you use ssh-copy-id, you don't have to worry about any of this. Updating this file correctly is one of the things it does for you. Restart the cygwin Windows service Not needed. sshd re-reads authorized_keys on each login attempt. D:\cygwin\bin>... You'll get a lot less friction with Cygwin tools if you use the Cygwin Bash shell instead of CMD. ssh-copy-id is a shell script, so you'll have to jump through some hoops to even run it from a CMD shell, whereas it behaves just like any other command when you're running *any* Cygwin shell, not just Bash. Regards Andy Sent from my iPhone You typed all that on a screen keyboard? That's dedication. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Searching manpages for option codes, e.g. "--all"
On 11/29/2011 5:13 PM, Gary Johnson wrote: Man pages were being formatted with some sort of Unicode hyphen or dash character in place of the ASCII hyphen. Not sure that is the same problem. What happens if you search for --all in man ls? For me, the display looks OK, but the search doesn't work. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Searching manpages for option codes, e.g. "--all"
On 2011-11-29, carolus wrote: > On 11/29/2011 5:13 PM, Gary Johnson wrote: > Man pages were being formatted with some sort of Unicode > >hyphen or dash character in place of the ASCII hyphen. > > Not sure that is the same problem. What happens if you search for > --all in man ls? For me, the display looks OK, but the search > doesn't work. The display scrolls so that the line -a, --all is at the top of the screen and the string "--a" is highlighted in reverse video in that line and in the lines -A, --almost-all and --author Typing 'n' scrolls the display so that the "-A, --almost-all" line is at the top. Does searching for a string that doesn't include hyphens work? E.g., /all Regards, Gary -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Searching manpages for option codes, e.g. "--all"
On 11/29/2011 5:49 PM, Gary Johnson wrote: The display scrolls so that the line -a, --all is at the top of the screen and the string "--a" is highlighted in reverse video in that line Then maybe I just need to update my Cygwin installation, which is about a year old. Are you using the old default windows terminal like me, or rxvt, mintty, xterm, or maybe something else? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
gnome-keyring bug in snapshots
For some time now, snapshots have displayed a bug wrt gnome-keyring, namely that passwords don't "register" when entered. This wreaks havoc on the GNOME desktop where so many programs rely on gnome-keyring. This is easy to reproduce, but requires xorg-server, dbus, gnome-keyring, and openssh. At a new terminal: $ XWin -multiwindow &>/dev/null & $ export DISPLAY=:0 $ eval `dbus-launch --sh-syntax` $ export `gnome-keyring-daemon --start --components=ssh` $ ssh USER@HOSTNAME (Enter password for ssh key in GUI prompt) What should happen (and does with 1.7.9) is a successful login. WIth the 2029 snapshot, the following message is displayed on the terminal: Agent admitted failure to sign using the key. (which AFAIK comes from ssh) and the gnome-keyring prompt asks for the password to the next private key listed in ~/.ssh/config (even if its the wrong key for HOSTNAME). Subsequent logins do succeed, however. This does not occur with ssh-agent(1). Frankly, I'm a little baffled by this one, but a non-working GNOME desktop is really keeping me from testing the snapshots for any length of time. Yaakov Cygwin/X -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Searching manpages for option codes, e.g. "--all"
On 11/29/2011 9:29 PM, carolus wrote: Then maybe I just need to update my Cygwin installation, which is about a year old. Are you using the old default windows terminal like me, or rxvt, mintty, xterm, or maybe something else? Works for me in both. -- Larry _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Searching manpages for option codes, e.g. "--all"
On 11/29/2011 9:29 PM, carolus wrote: Then maybe I just need to update my Cygwin installation, which is about a year old. Are you using the old default windows terminal like me, or rxvt, mintty, xterm, or maybe something else? Works for me in mintty and the console window. -- Larry _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Searching manpages for option codes, e.g. "--all"
On 2011-11-29, Larry Hall (Cygwin) wrote: > On 11/29/2011 9:29 PM, carolus wrote: > >Then maybe I just need to update my Cygwin installation, which is about a > >year old. Are you using the old default windows terminal like me, or rxvt, > >mintty, xterm, or maybe something else? > > Works for me in mintty and the console window. Ditto. Gary -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
