On 2021-01-17 13:53, matthew patton via Cygwin wrote:
On Sunday, January 17, 2021, 02:44:37 PM EST, Achim Gratz wrote:
matthew patton via Cygwin writes:
can we fix setup.exe to read STDIN with '-P', like so?
echo 'pkg1,pkg2,pkg3' | setup.exe -P -
You probably forgot that setup is a Windows
On Mon, 18 Jan 2021 06:33:09 +0100, Marco Atzeri via Cygwin-apps
> the current python test packages remove the link python->python2.7
> and replace with an alternative appraouch.
>
> Before making the switch, I would like to review the packages that could be
> broken, so I looked at all
The following packages have been promoted from test to current:
* fontforge-20201107p8-1
* fontforge-common-20201107p8-1
* fontforge-doc-20201107p8-1
* libfontforge4-20201107p8-1
* libfontforge-devel-20201107p8-1
* python38-fontforge-20201107p8-1
* fontforge-20201107p8-1-src
*
The following packages have been promoted from test to current:
* fontforge-20201107p8-1
* fontforge-common-20201107p8-1
* fontforge-doc-20201107p8-1
* libfontforge4-20201107p8-1
* libfontforge-devel-20201107p8-1
* python38-fontforge-20201107p8-1
* fontforge-20201107p8-1-src
*
On 2021-01-18 04:16, Marco Atzeri via Cygwin-apps wrote:
On 18.01.2021 08:21, Brian Inglis wrote:
On 2021-01-17 22:33, Marco Atzeri via Cygwin-apps wrote:
Could you please check your packages if they will work with
preferred python3.8?
@ units
...
requires: cygwin findutils libreadline7
Mark Geisert writes:
> The page fault numbers are comparable to what you've shown for Cygwin
> on your system. The long pause after zstd prints "Constructing
> partial suffix array" is because zstd is cpu-bound in qsort() for a
> long time. No paging during that time.
Then there's probably
On Monday, January 18, 2021 6:42 PM Ken Brown wrote:
>On 1/18/2021 12:35 PM, Lemke, Michael SF/HZA-ZIC2 wrote:
>> On Monday, January 18, 2021 5:53 PM Ken Brown wrote:
>>> I was asking for the strace output. It might just show the same DLL loading
>>> issues that Marco noticed, or it might show
---
winsup/cygwin/spawn.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/winsup/cygwin/spawn.cc b/winsup/cygwin/spawn.cc
index 42044ab53..d03492ee6 100644
--- a/winsup/cygwin/spawn.cc
+++ b/winsup/cygwin/spawn.cc
@@ -636,7 +636,7 @@ child_info_spawn::worker (const char
On 18.01.2021 18:57, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
Hi all,
In the (hopefully!) near future I plan to package python3-wx (aka
wxPython) version 4.1.1. This is a backwards-incompatible change with
wxPython 4.0.x, so I was wondering if there was a way to retain
python3-wx 4.0.x and
On 1/18/2021 12:33 AM, Marco Atzeri via Cygwin-apps wrote:
Hi All,
the current python test packages remove the link python->python2.7
and replace with an alternative appraouch.
Before making the switch, I would like to review the packages that could be
broken, so I looked at all packages, not
Hi all,
In the (hopefully!) near future I plan to package python3-wx (aka
wxPython) version 4.1.1. This is a backwards-incompatible change with
wxPython 4.0.x, so I was wondering if there was a way to retain
python3-wx 4.0.x and its binary packages in the repos after I do this
update?
Hamish
On 1/18/2021 12:35 PM, Lemke, Michael SF/HZA-ZIC2 wrote:
On Monday, January 18, 2021 5:53 PM Ken Brown wrote:
I was asking for the strace output. It might just show the same DLL loading
issues that Marco noticed, or it might show something more.
Ok, here are the first 100 lines, the whole
On Monday, January 18, 2021 5:53 PM Ken Brown wrote:
>
>[Resending. Accidentally sent to OP instead of list.]
{Happens here too. Reply All or Reply (in Outlook) both send to OP instead of
list.]
>
>On 1/18/2021 8:08 AM, Lemke, Michael SF/HZA-ZIC2 wrote:
>> On Friday, January 15, 2021 9:02 PM
On 18-01-2021 18:07, Ben wrote:
>
> Have I missed something else?
>
Alright, I now see unlink uses isproc_dev and rmdir uses isdev_dev.
Is this correct?
Why are files and directories handled differently?
Anyway, I will add isdev_dev to the new unlink_nt
Ben...
On 18-01-2021 12:36, Corinna Vinschen via Cygwin-patches wrote:
> On Jan 15 14:45, Ben Wijen wrote:
>
> Without any code setting the flag, this doesn't seem to make any
> sense. At least the commit message should reflect on the reasons
> for this change.
>
Something like this:
path.cc:
On 18-01-2021 13:13, Corinna Vinschen via Cygwin-patches wrote:
>
> Your code is skipping the safety checks and the has_dot_last_component()
> check. The latter implements a check required by POSIX. Skipping
> it introduces an incompatibility, see man 2 rmdir.
>
Yes, I missed
[Resending. Accidentally sent to OP instead of list.]
On 1/18/2021 8:08 AM, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday, January 15, 2021 9:02 PM Ken Brown wrote:
On 1/15/2021 1:47 PM, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday, January 15, 2021 4:45 PM Jon Turney wrote:
On 15/01/2021
On 1/18/2021 8:54 AM, Lemke, Michael SF/HZA-ZIC2 wrote:
On Monday, January 18, 2021 2:23 PM Marco Atzeri wrote:
On 18.01.2021 14:08, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday, January 15, 2021 9:02 PM Ken Brown wrote:
On 1/15/2021 1:47 PM, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday,
On Mon, Jan 18, 2021, 11:41 AM Jim McNamara
wrote:
>
>
> On Mon, Jan 18, 2021, 11:09 AM Jim McNamara
> wrote:
>
>> Hi all-
>>
>> Thanks Marco for helping with ssh!
>>
>> I get error cygssh_threads-4.dll cant open when I try to launch remmina.
>> Can someone help me fix?
>>
>> I am missing a
On Mon, Jan 18, 2021, 11:09 AM Jim McNamara
wrote:
> Hi all-
>
> Thanks Marco for helping with ssh!
>
> I get error cygssh_threads-4.dll cant open when I try to launch remmina.
> Can someone help me fix?
>
> I am missing a package.
>
> Have cool Monday!
>
> Robo-loki
>
> Hi all-
>
Just needed to
Hi all-
Thanks Marco for helping with ssh!
I get error cygssh_threads-4.dll cant open when I try to launch remmina.
Can someone help me fix?
I am missing a package.
Have cool Monday!
Robo-loki
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On Mon, 18 Jan 2021 16:27:00 +0100
Corinna Vinschen wrote:
> On Jan 19 00:00, Takashi Yano via Cygwin-patches wrote:
> > Hi Corinna,
> >
> > On Fri, 15 Jan 2021 18:26:31 +0900
> > Takashi Yano wrote:
> > > - cat exits immediately in the following senario.
> > > 1) Execute env
On Jan 19 00:00, Takashi Yano via Cygwin-patches wrote:
> Hi Corinna,
>
> On Fri, 15 Jan 2021 18:26:31 +0900
> Takashi Yano wrote:
> > - cat exits immediately in the following senario.
> > 1) Execute env CYGWIN=disable_pcon script
> > 2) Execute cmd.exe
> > 3) Execute cat in cmd.exe.
Hi Corinna,
On Fri, 15 Jan 2021 18:26:31 +0900
Takashi Yano wrote:
> - cat exits immediately in the following senario.
> 1) Execute env CYGWIN=disable_pcon script
> 2) Execute cmd.exe
> 3) Execute cat in cmd.exe.
> This is caused by setting input_available_event for the pipe for
>
>
> I'm sure, but that code path is called on non-remote ntfs only anyway.
>
Ofcourse, I was thinking about the new _unlink_nt...
On 18-01-2021 15:49, Corinna Vinschen via Cygwin-patches wrote:
>
> Care to send the resulting patch?
>
Will send with next patch-set.
Ben...
On Jan 18 15:31, Ben wrote:
> On 18-01-2021 12:08, Corinna Vinschen via Cygwin-patches wrote:
> > On Jan 15 14:45, Ben Wijen wrote:
> >> Move post-dir unlink check from
> >> fhandler_disk_file::rmdir to _unlink_nt
> >
> > Why? It's not much of a problem, codewise, but the commit message
> >
On Jan 18 14:51, Ben wrote:
> On 18-01-2021 14:04, Corinna Vinschen via Cygwin-patches wrote:
> > What about this instead? It should be better optimizable:
> >
> Hmmm:
> * _remove_r should still set reent->_errno
This is redundant:
errno == (*__errno ()) == _REENT->_errno == __getreent
On Jan 18 15:30, Ben wrote:
>
>
> On 18-01-2021 13:22, Corinna Vinschen via Cygwin-patches wrote:
> > On Jan 18 13:11, Ben wrote:
> >>
> >>
> >> On 18-01-2021 11:45, Corinna Vinschen via Cygwin-patches wrote:
> >>> Rather than calling NtSetInformationFile here again, we should rather
> >>> just
On 18-01-2021 12:08, Corinna Vinschen via Cygwin-patches wrote:
> On Jan 15 14:45, Ben Wijen wrote:
>> Move post-dir unlink check from
>> fhandler_disk_file::rmdir to _unlink_nt
>
> Why? It's not much of a problem, codewise, but the commit message
> could be improved here.
>
Something like
On 18-01-2021 13:22, Corinna Vinschen via Cygwin-patches wrote:
> On Jan 18 13:11, Ben wrote:
>>
>>
>> On 18-01-2021 11:45, Corinna Vinschen via Cygwin-patches wrote:
>>> Rather than calling NtSetInformationFile here again, we should rather
>>> just skip the transaction stuff on 1809 and later.
On Monday, January 18, 2021 2:54 PM Lemke, Michael SF/HZA-ZIC2 wrote:
>On Monday, January 18, 2021 2:23 PM Marco Atzeri wrote:
>On 18.01.2021 14:08, Lemke, Michael SF/HZA-ZIC2 wrote:
>> On Friday, January 15, 2021 9:02 PM Ken Brown wrote:
>>> On 1/15/2021 1:47 PM, Lemke, Michael SF/HZA-ZIC2 wrote:
On Monday, January 18, 2021 2:23 PM Marco Atzeri wrote:
>On 18.01.2021 14:08, Lemke, Michael SF/HZA-ZIC2 wrote:
>> On Friday, January 15, 2021 9:02 PM Ken Brown wrote:
>>> On 1/15/2021 1:47 PM, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday, January 15, 2021 4:45 PM Jon Turney wrote:
> On
On 18-01-2021 14:04, Corinna Vinschen via Cygwin-patches wrote:
> What about this instead? It should be better optimizable:
>
Hmmm:
* _remove_r should still set reent->_errno
* _GLOBAL_REENT isn't threadlocal, what about __getreent()
So maybe:
diff --git a/winsup/cygwin/syscalls.cc
On 18.01.2021 14:08, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday, January 15, 2021 9:02 PM Ken Brown wrote:
On 1/15/2021 1:47 PM, Lemke, Michael SF/HZA-ZIC2 wrote:
On Friday, January 15, 2021 4:45 PM Jon Turney wrote:
On 15/01/2021 12:28, Lemke, Michael wrote:
I just installed a fresh copy
On Jan 18 22:10, Takashi Yano via Cygwin-patches wrote:
> - After commit 232fde0e, pty changes console code page when the first
> non-cygwin app is executed. If pty is started in real console device,
> pty changes the code page of root console. This causes very annoying
> result because
- After commit 232fde0e, pty changes console code page when the first
non-cygwin app is executed. If pty is started in real console device,
pty changes the code page of root console. This causes very annoying
result because changing code page changes the font of command prompt
if console
On Friday, January 15, 2021 9:02 PM Ken Brown wrote:
>On 1/15/2021 1:47 PM, Lemke, Michael SF/HZA-ZIC2 wrote:
>> On Friday, January 15, 2021 4:45 PM Jon Turney wrote:
>>> On 15/01/2021 12:28, Lemke, Michael wrote:
I just installed a fresh copy of Cygwin and gdb with setup-x86_64.exe.
On Jan 18 13:40, Ben wrote:
> On 18-01-2021 11:56, Corinna Vinschen via Cygwin-patches wrote:
> > Hmm, you're adding another function call to the call stack. Doesn't
> > that slow down _remove_r rather than speeding it up? Ok, this function
> > is called from _tmpfile_r/_tmpfile64_r only, so
On Jan 18 21:57, Takashi Yano via Cygwin-patches wrote:
> On Mon, 18 Jan 2021 13:39:01 +0100
> Corinna Vinschen wrote:
> > Sorry if I'm slow, but I was just mulling over this code snippet again,
> > and I was wondering if we couldn't do without the HeapAlloc loop.
> > Assuming you use a
Hi Mark,
On Jan 17 22:47, Mark Geisert wrote:
> Hi Corinna,
> Happy New Year back at you! I'm very glad to see you posting again!
Yeah, I took a longer timeout over the holiday season.
> Corinna Vinschen via Cygwin-patches wrote:
> > Hi Mark,
> >
> > Happy New Year!
> >
> > On Dec 21 20:53,
On 18-01-2021 11:56, Corinna Vinschen via Cygwin-patches wrote:
> Hmm, you're adding another function call to the call stack. Doesn't
> that slow down _remove_r rather than speeding it up? Ok, this function
> is called from _tmpfile_r/_tmpfile64_r only, so dedup may trump speed
> here...
>
>
Hi Takashi,
On Jan 18 20:24, Takashi Yano via Cygwin-patches wrote:
> @@ -59,6 +59,46 @@ struct pipe_reply {
>DWORD error;
> };
>
> +extern HANDLE attach_mutex; /* Defined in fhandler_console.cc */
> +
> +static DWORD
> +get_console_process_id (DWORD pid, bool match)
> +{
> + DWORD list1;
On Jan 18 13:11, Ben wrote:
>
>
> On 18-01-2021 11:45, Corinna Vinschen via Cygwin-patches wrote:
> > Rather than calling NtSetInformationFile here again, we should rather
> > just skip the transaction stuff on 1809 and later. I'd suggest adding
> > another wincap flag like, say,
On Jan 15 14:45, Ben Wijen wrote:
> Speedup deletion of directories.
> ---
> winsup/cygwin/dir.cc | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/winsup/cygwin/dir.cc b/winsup/cygwin/dir.cc
> index f912a9e47..2e7da3638 100644
> --- a/winsup/cygwin/dir.cc
> +++
On 18-01-2021 11:45, Corinna Vinschen via Cygwin-patches wrote:
> Rather than calling NtSetInformationFile here again, we should rather
> just skip the transaction stuff on 1809 and later. I'd suggest adding
> another wincap flag like, say, "has_posix_ro_override", being true
> for 1809 and
On Jan 15 14:45, Ben Wijen wrote:
> Try to avoid NtQueryVolumeInformationFile.
> ---
> winsup/cygwin/mount.cc | 78 --
> winsup/cygwin/mount.h | 2 +-
> winsup/cygwin/path.cc | 2 +-
> winsup/cygwin/path.h | 1 +
> 4 files changed, 56 insertions(+),
> -Original Message-
> From: Eirik Nordbrøden
> Sent: torsdag 22. oktober 2020 16:16
> To: Cygwin (cygwin@cygwin.com)
> Subject: I have a problem with some applications in Cygwin
>
> Hello
>
> I have been using for many years and have not really had any major
> problems, but now I have
On Mon, 18 Jan 2021 10:43:55 +0100, Marco Atzeri via Cygwin
> On 18.01.2021 09:51, Lemures Lemniscati via Cygwin wrote:
> > Hi
> >
> > I've noticed that executables fail to run when they are named as
> > 'setlang.exe'.
> >
> > Is this a known problem, or something related to BLODA ?
> >
> >
> > *
On Jan 15 14:45, Ben Wijen wrote:
> When file attributes are of no concern,
> there is no point to query them.
Without any code setting the flag, this doesn't seem to make any
sense. At least the commit message should reflect on the reasons
for this change.
> ---
> winsup/cygwin/path.cc | 3
On Jan 15 14:45, Ben Wijen wrote:
> The old implementation for __cxa_guard_acquire did not return 1,
> therefore dynamic initialization was never performed.
>
> If concurrent-safe dynamic initialisation is ever needed, CXX ABI
> must be followed when re-implementing __cxa_guard_acquire (et al.)
>
- After commit 232fde0e, pty changes console code page when the first
non-cygwin app is executed. If pty is started in real console device,
pty changes the code page of root console. This causes very annoying
result because changing code page changes the font of command prompt
if console
Hi Corinna,
On Mon, 18 Jan 2021 11:23:40 +0100
Corinna Vinschen wrote:
> I'm going to push patches 1 - 3. In terms of patch 4 I have a few
> questions:
>
> On Jan 15 17:32, Takashi Yano via Cygwin-patches wrote:
> > @@ -2185,7 +2185,7 @@ private:
> >bool send_winch_maybe ();
> >void
On 18.01.2021 08:21, Brian Inglis wrote:
On 2021-01-17 22:33, Marco Atzeri via Cygwin-apps wrote:
Could you please check your packages if they will work with
preferred python3.8?
@ units
...
requires: cygwin findutils libreadline7 python3 python36 python36-requests
...
depends2: cygwin,
On Jan 15 14:45, Ben Wijen wrote:
> Move post-dir unlink check from
> fhandler_disk_file::rmdir to _unlink_nt
Why? It's not much of a problem, codewise, but the commit message
could be improved here.
Corinna
On Jan 15 14:45, Ben Wijen wrote:
> This is the non-POSIX value returned by Linux since 2.1.132.
> ---
> winsup/cygwin/syscalls.cc | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/winsup/cygwin/syscalls.cc b/winsup/cygwin/syscalls.cc
> index 227d1a911..043ccdb99 100644
>
On Jan 15 14:45, Ben Wijen wrote:
> NtQueryInformationFile on fh_ro needs FILE_READ_ATTRIBUTES
> to succeed.
> ---
> winsup/cygwin/syscalls.cc | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/winsup/cygwin/syscalls.cc b/winsup/cygwin/syscalls.cc
> index
On Jan 15 14:45, Ben Wijen wrote:
> The _remove_r code is already in the remove function.
> Therefore, just call the remove function and make
> sure errno is set correctly in the reent struct.
> ---
> winsup/cygwin/syscalls.cc | 15 ++-
> 1 file changed, 6 insertions(+), 9
Hi,
After reiterating over my patches, I see this must come after
implementing the 'poor mans cache' commit.
I will reorder in a new patch-set.
Sorry about that.
Ben...
On 15-01-2021 14:45, Ben Wijen wrote:
> Implement _unlink_nt: wich does not depend on patch_conv
> ---
>
Hi Ben,
after venting that I missed this flag, back to the patch itself:
On Jan 15 14:45, Ben Wijen wrote:
> ---
> winsup/cygwin/ntdll.h | 3 ++-
> winsup/cygwin/syscalls.cc | 20
> 2 files changed, 18 insertions(+), 5 deletions(-)
>
> diff --git
Hi Ben,
On Jan 15 14:45, Ben Wijen wrote:
> ---
> winsup/cygwin/ntdll.h | 3 ++-
> winsup/cygwin/syscalls.cc | 20
> 2 files changed, 18 insertions(+), 5 deletions(-)
>
> diff --git a/winsup/cygwin/ntdll.h b/winsup/cygwin/ntdll.h
> index d4f6aaf45..7eee383dd 100644
>
On Jan 15 12:52, Ken Brown via Cygwin-patches wrote:
> This documents commit aec64798, "Cygwin: add flag to indicate reparse
> points unknown to WinAPI".
> ---
> winsup/cygwin/release/3.2.0 | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/winsup/cygwin/release/3.2.0
Hi Takashi,
I'm going to push patches 1 - 3. In terms of patch 4 I have a few
questions:
On Jan 15 17:32, Takashi Yano via Cygwin-patches wrote:
> @@ -2185,7 +2185,7 @@ private:
>bool send_winch_maybe ();
>void setup ();
>bool set_unit ();
> - static bool need_invisible ();
> +
On 18.01.2021 09:51, Lemures Lemniscati via Cygwin wrote:
Hi
I've noticed that executables fail to run when they are named as
'setlang.exe'.
Is this a known problem, or something related to BLODA ?
* Example 1) This will output 'no'.
```
cp /usr/bin/ls setlang
./setlang && echo ok || echo
On Sun, 17 Jan 2021 07:59:14 +0100, Achim Gratz
> Lemures Lemniscati via Cygwin-apps writes:
> > Does it mean that we should have a way to rebase such dynamic objects
> > automatically?
>
> Well, the first step is to make sure that packaged and locally installed
> stuff stays separate (for Perl
Hi
I've noticed that executables fail to run when they are named as
'setlang.exe'.
Is this a known problem, or something related to BLODA ?
* Example 1) This will output 'no'.
```
cp /usr/bin/ls setlang
./setlang && echo ok || echo no
```
* Example 2) This will output 'ok' and 'no'.
```
66 matches
Mail list logo