Hi Andrey,
while not being involved with this change, I may provide some background though:
On 2/6/19 1:36 AM, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
>> Changes from 3.0.0-0.3:
>
>> - Cygwin PIDs have been decoupled from Windows PID. Cygwin PIDs are
>> now incrementally dealt i
On Feb 6 03:36, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> > Changes from 3.0.0-0.3:
>
> > - Cygwin PIDs have been decoupled from Windows PID. Cygwin PIDs are
> > now incrementally dealt in the range from 2 up to 65535, POSIX-like.
>
> I don't quite get it.
> What's the rationale
On Feb 5 16:31, L A Walsh wrote:
> On 2/1/2019 11:34 AM, Corinna Vinschen wrote:
> >
> > - Cygwin PIDs have been decoupled from Windows PID. Cygwin PIDs are
> > now incrementally dealt in the range from 2 up to 65535, POSIX-like.
> >
>
> Posix like? Posix starts from '1' (usually for i
Greetings, Corinna Vinschen!
> Changes from 3.0.0-0.3:
> - Cygwin PIDs have been decoupled from Windows PID. Cygwin PIDs are
> now incrementally dealt in the range from 2 up to 65535, POSIX-like.
I don't quite get it.
What's the rationale? Why not just use system PID's?
--
With best regard
On 2/1/2019 11:34 AM, Corinna Vinschen wrote:
>
> - Cygwin PIDs have been decoupled from Windows PID. Cygwin PIDs are
> now incrementally dealt in the range from 2 up to 65535, POSIX-like.
>
Posix like? Posix starts from '1' (usually for init), but
never heard it limited to 65535 ---
L
Hi folks,
I uploaded a new Cygwin test release 3.0.0-0.4
This release comes with a couple of new features and some interesting
bug fixes.
It also changes the output of uname(2) for newly built applications.
Applications built so far (that includes uname(1) from coreutils)
will still print the o
6 matches
Mail list logo
