Hello,
the man(1) program (together with groff) can generate HTML
via the -H switch, e.g., man -H ls.
The environment variable BROWSER names the default HTML
browser man will use to display this page, lynx(1) if unset.
Recent versions of man(1) now wait longer before deleting
the rendered HTML
> -Original Message-
> > > So my problem is that date(1) outputs AM/PM style dates, whereas ls
> > > -
> > l
> > > uses 24 hour times.
> > >
> > > $ ls -l rtos_benchmark.lst
> > > -rwxr-xr-x+ 1 mchn1350 Domain Users 263 Aug 31 13:14
> > > rtos_benchmark.lst*
> > > $ date
> > > Wed, Aug 31,
> -Original Message-
> From: Schwarz, Konrad (CT RDA ITP SES-DE)
> Sent: Wednesday, August 31, 2016 2:51 PM
> To: 'cygwin@cygwin.com'
> Subject: RE: Different representations of time in ls -l and date(1)
>
> > -Original Message-
> > From: Schw
Sorry for the previous incomplete mail.
So my problem is that date(1) outputs AM/PM style dates, whereas ls -l uses 24
hour times.
$ ls -l rtos_benchmark.lst
-rwxr-xr-x+ 1 mchn1350 Domain Users 263 Aug 31 13:14 rtos_benchmark.lst*
$ date
Wed, Aug 31, 2016 1:39:35 PM
$ echo $LC_TIME
$ echo
> So I was wondering if the Windows Subsystem For Linux, apparently part
> of Windows 10 Anniversary Update, obsoletes Cygwin.
Thank you for your responses and sorry for the wording of my original post.
I now understand the differences somewhat better.
--
Problem reports:
So I was wondering if the Windows Subsystem For Linux, apparently part of
Windows 10 Anniversary Update, obsoletes Cygwin.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
Hello,
I am building a project in Cygwin using a GCC/binutils cross-compiler hosted on
Windows.
I.e., make and other utilities are from Cygwin;
gcc, ld, ar, etc. are from the cross-compiler toolchain which was compiled
natively
for Windows.
I consistently see
make[1]: Warning: File
-Original Message-
To: The Cygwin Mailing List; new...@sourceware.org
Subject: allowing redefinition of setjmp()?
Reading POSIX, I see that Cygwin is compliant, and readline is at
fault.
http://pubs.opengroup.org/onlinepubs/9699919799/functions/setjmp.html
is clear:
It is
Hello,
an easy work around for the problem that cscope and its variant mlcscope
cannot deal with paths containing spaces under Cygwin is to replace such paths
with their DOS short name equivalents, since these do not contain spaces.
The error surfaces as the error message
mlcscope:
-Original Message-
From: Christopher Faylor
Subject: Re: Device names in /proc/mounts
The drive letters above could be anything that
Windows maps to a drive letter. A drive does not necessarily
directly map to a physical device.
That's why the proposal suggests using /dev/sdXY
Can you answer the following question:
Given a volume label, how does one figure out where the
corresponding
volume has been mounted into the Cygwin namespace?
We're not mounting volumes, we're mounting Win32 paths.
There is no direct correspondence between volumes and Cygwin
From: Corinna Vinschen
Sent: Wednesday, July 27, 2011 11:41 AM
Subject: Re: Device names in /proc/mounts
D:/foo/bar /baz xyz binary,posix=0 0 0
//server/share/some/path /home/dummy smbfs binary,noacl 0 0
how would you map them to devices? Both paths are not
devices, except that
-Original Message-
From: Corinna Vinschen
Sent: Monday, July 25, 2011 4:01 PM
Subject: Re: Device names in /proc/mounts
On Jul 25 14:29, Schwarz, Konrad wrote:
There seems no way of mapping device names (resp. Win32 Device
Namespace names) to mount points --
Cygwin mount
-Original Message-
From: Corinna Vinschen
Sent: Monday, July 25, 2011 4:01 PM
Subject: Re: Device names in /proc/mounts
On Jul 25 14:29, Schwarz, Konrad wrote:
There seems no way of mapping device names (resp. Win32 Device
Namespace names) to mount points --
Cygwin mount
Hi,
in Linux, /proc/mounts maps device names (/dev/sda2) to mount points (/home).
in Cygwin, /proc/mounts maps DOS names (C:) to cygwin names (/cygdrive/c).
This is not terribly useful.
There seems no way of mapping device names (resp. Win32 Device Namespace names)
to mount points --
the
Hi,
I just updated my Cygwin installation using a newly
downloaded setup.exe. At the beginning of the script, I am
warned that I am updating to Cygwin 1.7.1, please read
various manuals (I recently upgraded a different computer
without difficulties and kind of remembered that none of the
Hi,
when running cygwin in a Windows console, I cannot get it to emit an
audible beep -- I always get a visual bell (screen flash), even when
using echo ^g directly or using echo -e \\a.
I don't think this is a vi issue, as set vb? returns novisualbell.
Since echo -e \\a and echo ^g do not beep
Hi,
please disregard the previous mail, it was a hardware problem.
-Original Message-
From: Schwarz, Konrad
Sent: Tuesday, December 16, 2008 14:11
To: 'cygwin@cygwin.com'
Subject: Terminal Bell
Hi,
when running cygwin in a Windows console, I cannot get it to
emit an audible
By the way, any idea why //localhost/C$ doesn't work?
do you have
127.0.0.1 localhost
in your hosts file ?
Yes, localhost is in %SystemRoot%\System32\etc\drivers\hosts.
No, I don't think that's it. This is netbios name
resolution and DNS doesn't come into it; it's resolved by
The proposed mapping for directory `C:\' is `//./C$/' (or perhaps
`//./C/').
So... why exactly do you need this? The only thing I might actually
support here (keeping in mind Eric's comments and CGF's clear
agreement with them) would be treating '//./' as a special case of
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of mwoehlke
The proposed mapping for directory `C:\' is `//./C$/' (or perhaps
`//./C/').
So... why exactly do you need this? The only thing I might
actually support here (keeping in mind Eric's
Hi,
I know that it is kind of late :-), but I would like to suggest an
alternative/additional mapping of drive letters to the MinGW and Cygwin
file-system name space.
The proposed mapping for directory `C:\' is `//./C$/' (or perhaps
`//./C/').
The reasons for this mapping are:
* POSIX allows
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Eric Blake
Sent: Friday, July 15, 2005 1:14 AM
To: cygwin@cygwin.com; [EMAIL PROTECTED]
Subject: bug in freopen
POSIX requires that freopen(NULL, mode, f) reopen f in the
new mode, and allows
23 matches
Mail list logo