On Mon, 3 Jun 2019 14:35:29, Brian Inglis wrote:
You can easily rebuild the package yourself with the cygport utility, to check
that works, then change the build config to include the Brainpool ECs, and
rebuild the way you want it.
Please do not presume someones technical prowess. It might be
An increasing number of tools are being included in Windows which have the
same names as those included in Cygwin packages. Indicating which one is
first in PATH can be helpful in diagnosing behavioural discrepencies
between them.
Also, fix the alphabetization of ssh.
---
On 2019-06-03 06:09, Benjamin Baratte wrote:
> I would like to understand why the OpenSSL 1.1.1b package only includes the
> NIST EC curves support ?
> I'm basically try to use brainpool curves and I have noticed that the
> package 1.1.1b does not includes these curves and more generally only
>
On 2019-06-03 13:35, Corinna Vinschen wrote:
> On May 23 13:05, Yaakov Selkowitz wrote:
>> An increasing number of tools are being included in Windows which have the
>> same names as those included in Cygwin packages. Indicating which one is
>> first in PATH can be helpful in diagnosing
When creating a directory which already exists, NtCreateFile will correctly
return 'STATUS_OBJECT_NAME_COLLISION'.
However when creating a directory and all its parents a normal use would
be to start with mkdir(‘/cygdrive/c’) which translates to ‘C:\’ for
which it'll
instead return
Hi Yaakov,
On May 23 13:05, Yaakov Selkowitz wrote:
> An increasing number of tools are being included in Windows which have the
> same names as those included in Cygwin packages. Indicating which one is
> first in PATH can be helpful in diagnosing behavioural discrepencies
> between them.
>
>
Hi Ben,
I'm fine with the patch, and it's short enough not to require an entry
in the CONTRIBUTORS file, but the commit msg needs some rephrasing:
On Jun 3 20:31, Ben wrote:
> When using either CreateDirectory or NtCreateFile when creating a directory
> that already exists, these functions
When using either CreateDirectory or NtCreateFile when creating a directory
that already exists, these functions return: ERROR_ALREADY_EXISTS
However when using these function to create a directory (and all its
parents)
a normal use would be to start with mkdir(‘/c’) which translates to ‘C:\’
On Apr 30 09:09, Michael Haubenwallner wrote:
> Pause the child process after performing fork fixups even if there were
> no dynamically loaded dlls with extra data/bss transfers to wait for.
> This allows the parent process to cancel the current fork call even if
> the child process was
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=f03ea8e1c57bd5cea83f6cd47fa02870bdfeb1c5
commit f03ea8e1c57bd5cea83f6cd47fa02870bdfeb1c5
Author: Michael Haubenwallner
Date: Thu May 2 12:12:44 2019 +0200
Cygwin: fork: Remember child not before success.
Do not remember
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=a8c23e4423ebb3458db93341d8a9bc73b0a04b03
commit a8c23e4423ebb3458db93341d8a9bc73b0a04b03
Author: Michael Haubenwallner
Date: Tue Apr 30 09:09:13 2019 +0200
Cygwin: fork: Always pause child after fixups.
Pause the child
On May 3 16:14, Michael Haubenwallner wrote:
> NtQueryVirtualMemory for MemorySectionName may return some old path even
> if the process was just started, for when some directory in between was
> renamed - maybe because the NT file cache is hot for the old path still.
> This was seen during gcc
On May 13 16:36, Michael Haubenwallner wrote:
> Querying the ntlength and existence of the /var/run/cygfork directory in
> the very first Cygwin process should not use nt_max_path_buf, as that
> one is used by dll_list::alloc already.
> ---
> winsup/cygwin/forkable.cc | 13 +
> 1 file
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=6c9ad75a4bd40e9d72a109d17cc9fe6cc754af08
commit 6c9ad75a4bd40e9d72a109d17cc9fe6cc754af08
Author: Michael Haubenwallner
Date: Fri May 3 16:14:14 2019 +0200
Cygwin: dll_list: stat_real_file_once with ntname
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=a9c27900e3d98fa4e57405e7abc10c260f2167d2
commit a9c27900e3d98fa4e57405e7abc10c260f2167d2
Author: Michael Haubenwallner
Date: Mon May 13 16:36:23 2019 +0200
Cygwin: dll_list: no recursive use of nt_max_path_buf
Querying
On Jun 3 18:30, Corinna Vinschen wrote:
> On May 6 10:31, Michael Haubenwallner wrote:
> >
> > On 5/4/19 4:33 PM, Brian Inglis wrote:
> > > On 2019-05-03 09:32, Michael Haubenwallner wrote:
> > >> On 4/12/19 8:03 PM, Corinna Vinschen wrote:
> > >>> On Apr 12 15:52, Michael Haubenwallner wrote:
On May 30 12:56, Ken Brown wrote:
> On 5/26/2019 11:10 AM, Ken Brown wrote:
> > fhandler_pipe is currently the only class derived from
> > fhandler_base_overlapped. This patch series rewrites parts of
> > fhandler_pipe so that it can be derived from fhandler_base instead.
> > We can then simplify
On May 27 00:50, Yaakov Selkowitz wrote:
> On Sun, 2019-05-26 at 00:49 -0600, Brian Inglis wrote:
> > To a degree, depends on installed Cygwin packages and Windows features, but
> > I
> > also have in both Cygwin /{,{,usr/}s}bin and
> > /Windows/{,System32{,/OpenSSH}/:
> >
> >
On May 6 10:31, Michael Haubenwallner wrote:
>
> On 5/4/19 4:33 PM, Brian Inglis wrote:
> > On 2019-05-03 09:32, Michael Haubenwallner wrote:
> >> On 4/12/19 8:03 PM, Corinna Vinschen wrote:
> >>> On Apr 12 15:52, Michael Haubenwallner wrote:
> The --no-rebase flag is to update the database
Corinna Vinschen, on Monday, June 3, 2019 07:14 AM, wrote...
>
> The user's guide! Probably the most unread document of all times... ;)
Indeed. :-)
josé
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Hi Cygwin team,
I would like to understand why the OpenSSL 1.1.1b package only includes the
NIST EC curves support ?
I'm basically try to use brainpool curves and I have noticed that the
package 1.1.1b does not includes these curves and more generally only
includes NIST curves
$ openssl version
On May 3 13:33, Stanislav Kascak wrote:
> Hello cygwin team,
>
> I came across a problem with memory allocation/deallocation when
> trying to compile and run tests of openldap under cygwin.
>
> I created a test program to simulate sequence of actions. First a
> bigger chunk of memory (>~262kB)
On May 27 09:59, Brian Inglis wrote:
> On 2019-05-27 03:15, Maayan Apelboim wrote:
> > I have a server in the domain (duplicated from another domain if it
> > matters).
> > At first "getent passwd" run I see the user from the different domain, but
> > after a few runs it disappears.
> > Even
On May 10 14:57, Agner Fog wrote:
> Bug description:
>
> The sqrtl function under Clang causes an access violation when the argument
> is negative.
>
> This error occurs only under Cygwin.
>
> This error occurs only with the sqrtl function, not with sqrt or sqrtf
>
> Attached:
>
> sqrt.cpp:
If I (re-)compile packages I want to exclude support for internatio-
nalization/native languages, unicode and the like. My locale is C.CP850
or C.CP437. And I don't want utilities like sed to be able to recognize
or otherwise deal with unicode/multibyte characters.
My guess is that --disable-nls
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=ee7e49e19388fd0f19ca1c4773d3efc5fa123d58
commit ee7e49e19388fd0f19ca1c4773d3efc5fa123d58
Author: Jinke Fan
Date: Fri May 17 11:29:11 2019 +0800
Add support for Hygon Dhyana processor
-Add vendor identification
сб, 1 июн. 2019 г. в 17:08, Brian Inglis :
>
> On 2019-06-01 00:14, Pavel Timofeev wrote:
> > ср, 29 мая 2019 г. в 16:40, Pavel Timofeev:
> >> вт, 28 мая 2019 г., 19:41 Pavel Timofeev:
> >>> I see here and there that if any kind of syslog daemon is not
> >>> installed in Cygwin all messages sent
27 matches
Mail list logo
