> 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 r
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.
T
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 canno
> 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 vot
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 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 poi
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 02:46, EXCOFFIER Denis
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 standard syntaxes
On Fri, May 27, 2011 at 12:38, Thorsten Kampe
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 done in a shell called
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: htt
On Fri, Apr 29, 2011 at 13:35, John Dong 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 this (untest
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: h
On Thu, Apr 14, 2011 at 13:21, Andy Koppe
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 predates UNIX,
go
On Mon, Apr 4, 2011 at 13:39, Edward McGuire
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 privately to
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 p
On Wed, Jan 20, 2010 at 11:56, indrek 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 are look
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 S:\Info
17 matches
Mail list logo
