> -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 al
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 pa
> -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
> > > 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 cas
> >> 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 resol
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 Window
> -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
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
men
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 Cygwin
> -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
> > Na
> -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
> > Na
> 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 t
> -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 /de
> > 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
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 'lib
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:
> 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: http://cygwin.com
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 $LAN
> -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-
> >
> -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,
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 fi
Hello,
installing gxditview (and Cygwin/X) in Cygwin does not suffice
to display man-pages properly via man -TX75, man -TX100 etc.
In my case, a fallback fixed width font was used, which looked horrible.
I managed to solve this by haphazardly installing additional
X11 font-related Cygwin packages
23 matches
Mail list logo
