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:
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
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:
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
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
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
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
>> [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
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
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
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
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:
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
> >>
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 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
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
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
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,
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
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
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
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
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
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
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
[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
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
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
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
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
On Thu, 2020-03-26 at 06:54 +0100, Marco Atzeri via Cygwin-apps wrote:
> Am 20.03.2020 um 04:47 schrieb Yaakov Selkowitz:
> > To that end, in the best interest of the community, please consider my
> > packages up for adoption. I don't expect that any one person will take
> > all of them; some are
Hello Andrey Repin
The sources and the documentation are her:
https://thrift.apache.org/tutorial/cpp
You must have libthrift installed.
Maybe using threads is a better programming style, but i don't know, if it
solves the problem. I use connecting and disconnecting to the service like
braces
Supplement to my first email: the ascii-interface is created with libcurses.
> -Ursprüngliche Nachricht-
> Von: Andrey Repin [mailto:anrdae...@yandex.ru]
> Gesendet: Mittwoch, 25. März 2020 12:13
> An: PAULUS, Raimund, TI-ABN; cygwin@cygwin.com
> Betreff: Re: Problems using Qt5 and Apache
33 matches
Mail list logo
