On Mon, Jun 20, 2011 at 07:56:23AM -0700, david wilson wrote:
Y've Got 2 B F*%ing Kidding Me = YG2BFKM
On Mon, Jun 20, 2011 at 19:17, Christopher Faylor wrote:
Sorry but no. The acronym list is intended to explain acronyms
that are used in the Cygwin mailing lists.
YG2BFKM.
--
Problem
On 6/14/2011 12:30 PM, Lee Maschmeyer wrote:
Apparently you didn't actually read the whole thread here.
Apparently I did.
Then you apparently know the TZ names you posted are not known to
cygcheck(1) because they are not in the UNIX standard and that's the
only standard it supports. So I
On 6/14/2011 1:33 PM, Lee Maschmeyer wrote:
Are you saying that /usr/share/zoneinfo isn't the standard location
for all time zone data? And that paths within that directory aren't
standard values for TZ? If not, what is?
There are two standards in play. The UNIX standard recognizes CET-1CEST.
On 2011-06-10 16:21, Christopher Faylor wrote:
we still have no idea [...] why you find it so crucial for
cygcheck to report the date with pinpoint accuracy
On Fri, Jun 10, 2011 at 12:44, Denis Excoffier wrote:
Wrong by 1h is not pinpoint accuracy (i think).
I realize I don't have a vote,
On Fri, Jun 10, 2011 at 02:24, Denis Excoffier wrote:
I (OP) need to use TZ=Europe/Monaco (or similar, or with an
absolute name) to make my applications work, including date(1).
TZ=CET-1CEST would be understood by both GNU and MS.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Thu, Jun 9, 2011 at 02:46, EXCOFFIER Denis
denis.excoff...@c-s.fr wrote:
It seems that /usr/bin/cygcheck does not interpret TZ the same way
as /usr/bin/date does, in the case TZ is set to a file name
[snip]
jupiter% (setenv TZ /usr/share/zoneinfo/Europe/Monaco; date; cygdate)
There are two
On Thu, Jun 9, 2011 at 13:08, Charles Wilson wrote:
cygcheck.exe is not a cygwin program. It is a native windows
program, and thus either (a) uses Windows support for time zone
data, not cygwin, or (b) has some special code to mimic cygwin's
tz handling, which may not be up-to-par. You'll
On Thu, Jun 9, 2011 at 16:06, Christopher Faylor wrote:
We're not changing anything. Having the date there is useful.
Again: you shouldn't use cygcheck -s as a method to find the system
date.
While strictly true, I doubt that continuing to repeat this caution
will be worthwhile. You pointed
On Fri, May 27, 2011 at 12:38, Thorsten Kampe
thors...@thorstenkampe.de wrote:
This has nothing to do with Cygwin. You are (still[1]) confusing
Cygwin and your shell. You would hugely benefit from gaining some
basic knowledge about the tools you've been using since 1979.
Your transcript was
On Wed, May 11, 2011 at 02:34, Corinna Vinschen wrote:
And you know, what have the romans ever done for us?
... apart from better sanitation and medicine and education and
irrigation and public health and roads and a freshwater system and
baths and public order ...
--
Problem reports:
On Fri, Apr 29, 2011 at 13:35, John Dong jd...@apple.com wrote:
I've tried using a different shell (like dash), but it doesn't make a
difference, leading me to suspect this to be a lower-level issue within the
Cygwin DLL.
Have you tried it with the stock Windows command processor? Something
like
Thank you.
I installed the 2011-04-17 snapshot, following FAQ 2.20 How do I
install snapshots?.
After installing, I could not reproduce the problem.
Cheers,
MetaEd
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On Thu, Apr 14, 2011 at 13:21, Andy Koppe andy.ko...@gmail.com
wrote:
Yep, looks like the NOFLSH bit is ignored. There's no mention of
it in the Cygwin sources except in sys/termios.h.
Have you confirmed that it behaves as expected on Linux?
This is an ancient part of the line discipline. It
On Mon, Apr 4, 2011 at 13:39, Edward McGuire cygwin@metaed.com
wrote:
The trouble I am having is that my keyboard input is preserved
when I press Ctrl+C.
As there was no response of any kind, I am just checking whether I
committed some error in posting this. Could someone most kindly
reply
When I type ahead in an uncustomized terminal window, I expect my
keyboard input to be queued until it is called for. When I press
Ctrl+C, I expect the queue to be flushed. Any keyboard input still
in the queue should be lost.
The trouble I am having is that my keyboard input is preserved when
I
On Wed, Jan 20, 2010 at 11:56, indrek ho...@hot.ee wrote:
I'm using make/gcc for compiling applications. It generates a lot of output.
I need to highlight some keywords (show red text), in example error.
Is it possible with Cygwin. My OS is Windows XP.
Use grep(1). It has the color option you
Looking for advice on how to get setup.exe to complete successfully
when I try to add a new package (file 5.00-3) to my existing Cygwin
installation.
After upgrading setup.exe to 2.674, and during the setup.exe run, I am
getting an error message popup. The text of the popup is:
Can't open
17 matches
Mail list logo