The following packages have been updated in the Cygwin distribution:
* tzcode 2020a
The Time Zone Database (often called tz, tzdb, or zoneinfo) contains
data that represents the history of local time for many locations
around the world.
It is updated periodically to reflect changes made by
The following packages have been updated in the Cygwin distribution:
* tzcode 2020a
The Time Zone Database (often called tz, tzdb, or zoneinfo) contains
data that represents the history of local time for many locations
around the world.
It is updated periodically to reflect changes made by
On 2020-06-30 13:01, Marco Atzeri via Cygwin-apps wrote:
> On 30.06.2020 20:45, Corinna Vinschen wrote:
>> On Jun 20 14:07, Brian Inglis wrote:
>>> I would like to offer to adopt packages tzdata and tzcode:
>>>
>>> Time Zone Database and utilities
>>>
>>> Source and binary packages are
On 30.06.2020 20:45, Corinna Vinschen wrote:
On Jun 20 14:07, Brian Inglis wrote:
I would like to offer to adopt packages tzdata and tzcode:
Time Zone Database and utilities
Source and binary packages are available for testing on Gdrive:
tzcode
On Jun 20 14:07, Brian Inglis wrote:
> I would like to offer to adopt packages tzdata and tzcode:
>
> Time Zone Database and utilities
>
> The Time Zone Database (often called tz, tzdb, or zoneinfo) contains
> data that represents the history of local time for most locations around
> the
On Jun 30 09:46, Cary Lewis via Cygwin wrote:
> Thanks for the reply. The answer to your question is that the 2 hour keep
> alive was not sufficient for a particular use case I encountered.
>
> I was trying to use curl under cygwin to access a very slow REST endpoint
> that was taking up to 8
On 2020-06-30 01:15, Kristian Ivarsson via Cygwin wrote:
> [snip]
>
>> They have incompatible internal startup and runtime environments including
>> stuff like initialization, signal, and exit function handling
>> (cygwin/newlib/gcc vs
>> Windows/APIs/VC) although Cygwin can build
On 2020-06-30 04:18, Corinna Vinschen wrote:
> On Jun 10 15:53, Brian Inglis wrote:
>> On 2020-06-09 22:37, Mark Geisert wrote:
>>> On Tue, 9 Jun 2020, Brian Inglis wrote:
On 2020-05-26 02:27, Corinna Vinschen wrote:
> On May 26 00:09, Mark Geisert wrote:
>> Corinna Vinschen wrote:
Thanks for the reply. The answer to your question is that the 2 hour keep
alive was not sufficient for a particular use case I encountered.
I was trying to use curl under cygwin to access a very slow REST endpoint
that was taking up to 8 minutes to generate download before any data flowed
back to
On Jun 12 08:06, Arthur Norman via Cygwin wrote:
> This running on Windows 10 1909 and cygwin has been updated to the latest
> version. The effect was also visible on a freshly installed minimal cygwin
> put on an almost fresh Windows 10 VM.
>
> Cygwin these days seems to have a behaviour that
- Return value of eat_readahead() is redefined. The return values
of fhandler_termios::eat_readahead() and fhandler_pty_slave::
eat_readahead() were little bit different. This patch unifies
them to number of bytes eaten by eat_readahead().
- Considerration for raixget() is added to
- If vim is started from WSL (Ubuntu) which is executed in pseudo
console in mintty, shift key and ctrl key do not work. Though
this issue is similar to the issue resolved by commit
4527541ec66af8d82bb9dba5d25afdf489d71271, that commit is not
effective for this issue. This patch fixes the
On Jun 7 14:56, Cary Lewis via Cygwin wrote:
> Thanks very much for the reply - I will wait for Corinna's take on this as
> well - the patch shouldn't be too hard.
It's not that easy, but not too hard either:
- Windows 10 1709 and later actually support the TCP_KEEPIDLE,
TCP_KEEPINTVL and
On Jun 9 21:18, Martin Rauscher via Cygwin wrote:
> > Not clear why you expect that a Windows specific tag as
> > IO_REPARSE_TAG_APPEXECLINK should be supported on a Posix platform ?
> >
> > Moreover all the documentation from MS seems
> >
> >
Hi Mingye,
On Jun 25 22:43, Mingye Wang wrote:
> This commit rewrites the cmdline parser to achieve the following:
> * MSVCRT compatibility. Except for the single-quote handling (an
> extension for compatibility with old Cygwin), the parser now
> interprets option boundaries exactly like
On Jun 10 15:53, Brian Inglis wrote:
> On 2020-06-09 22:37, Mark Geisert wrote:
> > On Tue, 9 Jun 2020, Brian Inglis wrote:
> >> On 2020-05-26 02:27, Corinna Vinschen wrote:
> >>> On May 26 00:09, Mark Geisert wrote:
> Corinna Vinschen wrote:
> >> On May 22 02:32, Mark Geisert wrote:
>
>fyi
>
>-Ursprüngliche Nachricht-
>Von: mmea2012-p...@isc-ejpd.admin.ch
>Gesendet: Dienstag, 30. Juni 2020 11:13
>An: _ISC-EJPD-OPS FMÃ
>Betreff: [94 - NEW] Int1: NoMa: Service 311-ntp on host ejpdsc6902 is CRITICAL
>
>* NoMa *
>
>ID: 889670
>Notification Type: PROBLEM
fyi
-Ursprüngliche Nachricht-
Von: mmea2012-p...@isc-ejpd.admin.ch
Gesendet: Dienstag, 30. Juni 2020 11:13
An: _ISC-EJPD-OPS FMÜ
Betreff: [94 - NEW] Int1: NoMa: Service 311-ntp on host ejpdsc6902 is CRITICAL
* NoMa *
ID: 889670
Notification Type: PROBLEM
Service: 311-ntp
[snip]
> > ...
> >$ /cygdrive/c/Repos/Trunk/Debug64/my_msvc_program.exe
> > 0 [main] my_msvc_program (17392) child_copy: cygheap read
> > copy failed, 0x180343408..0x18036E1D8, done 0, windows pid 17392, Win32
> error 6
> >582 [main] my_msvc_program (17392)
> >
[snip]
> They have incompatible internal startup and runtime environments including
> stuff like initialization, signal, and exit function handling
> (cygwin/newlib/gcc vs
> Windows/APIs/VC) although Cygwin can build Windows-loadable dlls and
> Windows-runnable exes and call Windows (system) dlls
20 matches
Mail list logo
