On 6/9/2011 3:35 PM, roba77 wrote:
Hi Larry,
Thanks for your response, I am using the PGI compiler's bash shell, which
I am told uses cygwin, but i may be way off. I do have a plain cygwin as
well with the make module, and I get the same errors. I am assuming that
what I am trying to do is s
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 09, 2011 at 09:50:02PM +0200, Denis Excoffier wrote:
>
>On 2011-06-09 21:26, Edward McGuire wrote:
>
>> cygcheck.cc:
>> [snip]
>> #include
>> [snip]
>> time_t now;
>> [snip]
>> printf ("\nCygwin Configuration Diagnostics\n");
>> time (&now);
>> printf ("Current System Time: %s\n",
On 2011-06-09 21:26, Edward McGuire wrote:
cygcheck.cc:
[snip]
#include
[snip]
time_t now;
[snip]
printf ("\nCygwin Configuration Diagnostics\n");
time (&now);
printf ("Current System Time: %s\n", ctime (&now));
It's using C RTL calls. And cygcheck(1) is linked with msvcrt.dll,
not GNU, a
Hi Larry,
Thanks for your response, I am using the PGI compiler's bash shell, which
I am told uses cygwin, but i may be way off. I do have a plain cygwin as
well with the make module, and I get the same errors. I am assuming that
what I am trying to do is simple for Cygwin, take a linux makefi
On 6/9/2011 3:22 PM, Larry Hall (Cygwin) wrote:
On 6/9/2011 2:43 PM, roba77 wrote:
Hello,
I am very unfamiliar with linux/unix (don't even know the difference), but
am trying to get some linux software to run on my Windows machine for my
research. I have the makefiles for the software, and it
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 6/9/2011 2:43 PM, roba77 wrote:
Hello,
I am very unfamiliar with linux/unix (don't even know the difference), but
am trying to get some linux software to run on my Windows machine for my
research. I have the makefiles for the software, and it is designed to be
compiled in the PGI complie
A discussion in the cygwin-apps mailing list has led to the conclusion
that we should retire some more obscure CYGWIN environment variable
settings. I just checked in a change to eliminate "envcache" and I'll
be following up with changes to eliminate display_title and strip_title
soon.
I'm trying
On Thu, Jun 09, 2011 at 12:39:04PM -0500, Edward McGuire wrote:
>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/zo
Hello,
I am very unfamiliar with linux/unix (don't even know the difference), but
am trying to get some linux software to run on my Windows machine for my
research. I have the makefiles for the software, and it is designed to be
compiled in the PGI complier, which I also have. When i try to c
Hello...
I'm trying to rsync files and directories from a RedHat linux host(v 4.5
& 4.7) to a Windows server 2003R2 Standard Edition with cygwin running.
I'm executing the rsync command from the cygwin shell. The transfer
involves rsync'ing approximately 1 TB of data from the linux server to
On 6/9/2011 1:39 PM, Edward McGuire wrote:
> So cygcheck(1) is honoring TZ, but it trips over a pathname in a
> way that date(1) does not.
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
Thomas Wolff sent the following at Thursday, June 09, 2011 3:54 AM
>Am 09.06.2011 09:46, schrieb EXCOFFIER Denis:
>>> 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, like in the
>> following example:
>>
>> (under tcs
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
Greetings, Chiheng Xu!
>> mount
>> ?
> Not relevant to mount. This problem is stick to NTFS.
Oh, have you tried? I mean, noacl option.
--
WBR,
Andrey Repin (anrdae...@freemail.ru) 09.06.2011, <14:12>
Sorry for my terrible english...
--
Problem reports: http://cygwin.com/problems.html
Am 09.06.2011 09:46, schrieb EXCOFFIER Denis:
Hello,
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, like
in the following example:
(under tcsh)
jupiter% alias cygdate 'cygcheck -s | head -3'
jupiter% (setenv TZ /u
Hello,
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, like
in the following example:
(under tcsh)
jupiter% alias cygdate 'cygcheck -s | head -3'
jupiter% (setenv TZ /usr/share/zoneinfo/Europe/Monaco; date; cygdate)
18 matches
Mail list logo
