Relevant package versions (all the current latest):
* Cygwin: 3.1.4
* binutils: 2.43+1git.de9c1b7cfe-1
* gcc-core, gcc-g++, libgcc1, libstdc++6: 9.3.0-1
Sample program (foo.cc):
#include
using namespace std;
int
main(void)
{
cout << "OK" << endl;
return 0;
}
With a plain g++
A symbolic link created with WSL is neither interpreted in cygwin nor
can it be deleted:
> touch file
> wsl ln -s file link
> wsl ls -l link
lrwxrwxrwx 1 towo towo 1 Mar 26 08:56 link -> file
> ls -l link
-rw-r- 1 Unknown+User Unknown+Group 0 Mar 26 00:00 link
> rm -f link
On Mar 26 10:00, Thomas Wolff wrote:
> A symbolic link created with WSL is neither interpreted in cygwin nor can it
> be deleted:
> > touch file
> > wsl ln -s file link
> > wsl ls -l link
> lrwxrwxrwx 1 towo towo 1 Mar 26 08:56 link -> file
> > ls -l link
> -rw-r- 1 Unknown+U
Hello,
I implemented the solution to this problem as a patch to
pkgconf.cygport as requested.
I attached small patch to this email, which resolved the troubles with
CMake and Meson.
I hope that you will find it useful and some developers will gently
apply the correction to fix the issue.
Thank yo
[Let's keep the discussion on the list in case others have suggestions.]
On 3/25/2020 9:41 AM, sten.kristian.ivars...@gmail.com wrote:
[snip]
As far as I can see, reading through history, this have been a known
issue for quite some time, but it seems like there have been some
attempts to solve
On 3/26/2020 10:06 AM, Ken Brown via Cygwin wrote:
[Let's keep the discussion on the list in case others have suggestions.]
On 3/25/2020 9:41 AM, sten.kristian.ivars...@gmail.com wrote:
[snip]
As far as I can see, reading through history, this have been a known
issue for quite some time, but i
On 3/26/2020 11:11 AM, Ken Brown via Cygwin wrote:
BTW, I've been working on adding support for multiple readers. I
expect to have a first cut ready within a week or two. Would you have
any use for that? If so, I could revive the topic/fifo branch and
push my patches there for you to test.
On 2020-03-26 06:38, Fergus Daly via Cygwin wrote:
>>> Anybody else having problems with cursor position and hotkey commands in
>>> nano v.4.3?
>
> Further to above, and a bit different:
> I downloaded the current nano-4.9.tgz from source, extracted the source files
> and within Cygwin ran the
Am 26.03.2020 um 12:00 schrieb Corinna Vinschen:
On Mar 26 10:00, Thomas Wolff wrote:
A symbolic link created with WSL is neither interpreted in cygwin nor can it
be deleted:
touch file
wsl ln -s file link
wsl ls -l link
lrwxrwxrwx 1 towo towo 1 Mar 26 08:56 link -> file
ls
On 3/26/2020 12:03 PM, Norton Allen wrote:
On 3/26/2020 11:11 AM, Ken Brown via Cygwin wrote:
BTW, I've been working on adding support for multiple readers. I expect to
have a first cut ready within a week or two. Would you have any use for
that? If so, I could revive the topic/fifo branch
On 3/26/2020 12:44 PM, Ken Brown via Cygwin wrote:
On 3/26/2020 12:03 PM, Norton Allen wrote:
On 3/26/2020 11:11 AM, Ken Brown via Cygwin wrote:
BTW, I've been working on adding support for multiple readers. I
expect to have a first cut ready within a week or two. Would you
have any use fo
I've been using Cygwin for a long time. I haven't run a fresh install for
quite a while.
A colleague just installed Cygwin for the first time, following my basic
instructions. He ended up with his Cygwin home being the same as his
Windows home, which is different from my setup, but I think that's
Hi,
I'm not exactly sure who to blame for this issue, but I figured I will ask
you guys. Tmux fails to open in anything else than mintty it seems like. It
works from ssh session, probably because pseudo-tty is allocated, but
except that tmux will fail.
There are multiple reports about that, witho
Greetings, Kacper Michajlow!
> I'm not exactly sure who to blame for this issue, but I figured I will ask
> you guys. Tmux fails to open in anything else than mintty it seems like. It
> works from ssh session, probably because pseudo-tty is allocated, but except
> that tmux will fail.
> There are
Greetings, David Karr!
> I've been using Cygwin for a long time. I haven't run a fresh install for
> quite a while.
> A colleague just installed Cygwin for the first time, following my basic
> instructions. He ended up with his Cygwin home being the same as his
> Windows home, which is different
On 2020-03-26 05:00, Corinna Vinschen wrote:
> On Mar 26 10:00, Thomas Wolff wrote:
>> A symbolic link created with WSL is neither interpreted in cygwin nor can it
>> be deleted:
>>> touch file
>>> wsl ln -s file link
>>> wsl ls -l link
>> lrwxrwxrwx 1 towo towo 1 Mar 26 08:56 li
Brian and Thomas,
Thanks to both of you for providing this info.
On Mar 26 13:12, Brian Inglis wrote:
> On 2020-03-26 05:00, Corinna Vinschen wrote:
> > On Mar 26 10:00, Thomas Wolff wrote:
> >> A symbolic link created with WSL is neither interpreted in cygwin nor can
> >> it
> >> be deleted:
On Mar 26 13:12, Brian Inglis wrote:
> On 2020-03-26 05:00, Corinna Vinschen wrote:
> > On Mar 26 10:00, Thomas Wolff wrote:
> >> A symbolic link created with WSL is neither interpreted in cygwin nor can
> >> it
> >> be deleted:
> >>> touch file
> >>> wsl ln -s file link
> >>> wsl ls -l link
> >>
Hi-
Is it possible use Cygwin to run an autotools 'configure' script but have the
compiler be MSVC?
Thanks,
Michael
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https
The following Perl distributions have been updated to their latest
version on CPAN or rebuilt for perl-5.30, respectively:
x86/x86_64
--
perl-Alien-wxWidgets-0.69-2
perl-Cairo-1.107-3
perl-Cairo-GObject-1.005-1
perl-Font-FreeType-0.13-1
perl-Glib-1.3292-1
perl-Glib-Object-Introspection-0
Hi Mike,
On Thu, Mar 26, 2020 at 9:31 PM Mike Gran via Cygwin
wrote:
> Hi-
> Is it possible use Cygwin to run an autotools 'configure' script but have
> the compiler be MSVC?
>
I would be very surprised if this worked. 'configure' is likely to run the
compiler with unix-style flags (started wit
>> [snip]
As far as I can see, reading through history, this have been a known
issue for quite some time, but it seems like there have been some
attempts to solve it, e.g. in the branch topic/fifo (by Ken Brown)
>>
>> [snip]
Does anyone have any knowledge about if this (topic
On 3/26/2020 6:01 PM, sten.kristian.ivars...@gmail.com wrote:
The ENIXIO occurs when parallel child-processes simultaneously using
O_NONBLOCK opening the descriptor.
This is consistent with my guess that the error is generated by
fhandler_fifo::wait. I have a feeling that read_ready should ha
On 3/26/2020 5:37 PM, Csaba Raduly via Cygwin wrote:
Hi Mike,
On Thu, Mar 26, 2020 at 9:31 PM Mike Gran via Cygwin
wrote:
Hi-
Is it possible use Cygwin to run an autotools 'configure' script but have
the compiler be MSVC?
I would be very surprised if this worked. 'configure' is likely to r
On 3/26/2020 6:39 PM, Ken Brown via Cygwin wrote:
On 3/26/2020 6:01 PM, sten.kristian.ivars...@gmail.com wrote:
The ENIXIO occurs when parallel child-processes simultaneously using
O_NONBLOCK opening the descriptor.
This is consistent with my guess that the error is generated by
fhandler_fifo
Am 26.03.2020 um 20:56 schrieb Corinna Vinschen:
Brian and Thomas,
Thanks to both of you for providing this info.
On Mar 26 13:12, Brian Inglis wrote:
On 2020-03-26 05:00, Corinna Vinschen wrote:
On Mar 26 10:00, Thomas Wolff wrote:
A symbolic link created with WSL is neither interpreted i
Hi,
I know that Cygwin tries to emulate UNIX permissions using ACL. But I don't
understand why SYSTEM doesn't have Full Control allowed or even modify.
Shouldn't generally SYSTEM have access to everything?
I have cloned git repository of UWP application, and deployment fails in VS
with error:
"DE
Same issue here. I use git in msys2 for correct file permissions. Also
if I install cygwin and reinstall Windows 10 OS then Windows programs
can not edit any cygwin files. I have to take ownership with takeown
and icacls commands then chmod the files.
I found a temporary workaround. 1. Add `noacl`
Thomas Wolff writes:
>> - Last but not least, could you please create a symlink pointing to a
>>target with a non-ASCII char, e. g., some german umlaut?
> Not sure what kind of remote you'd like to see. I have a 'net use'
> (cifs/smbfs) mounted drive but couldn't mount it in WSL. Otherwise:
Th
29 matches
Mail list logo
