Greetings, David Stacey!
>> QDir::mkpath() fails when creating paths that start '/cygdrive/'. This
>> problem is only shown with Qt5 (not Qt4), and only with paths that
>> start '/cygdrive/' (so running from my home directory '~' is fine).
>> This is not a permissions problem, as it works fine w
On 09/07/2015 20:14, David Stacey wrote:
QDir::mkpath() fails when creating paths that start '/cygdrive/'. This
problem is only shown with Qt5 (not Qt4), and only with paths that
start '/cygdrive/' (so running from my home directory '~' is fine).
This is not a permissions problem, as it works f
Corinna Vinschen writes:
>> I think so, but there are likely some corner cases. But I think that
>> had been proposed and shot down already, so I was trying to come up with
>> something less intrusive.
>
> This is relatively unintrusive. The current user token is always
> available. So if owner
Jon TURNEY writes:
> Not sure if this is the cause of this problem, but after a bit of
> staring at file_exists_multi(), I notice that run2_fileExits() doesn't
> initialize t when it returns FALSE, so perhaps the following is a good
> idea?
The only way I can see this happening is when the initali
I've updated the Cygwin version of file to 5.24-1.
This is an update to the latest official upstream version.
Have fun,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat, Inc.
--
Problem repor
I've just updated the Cygwin version of OpenSSH to 7.0p1-1.
This is a new upstream release.
Please note especially the "Potentially-incompatible Changes" and the
"Future Deprecation Notice" sections in the official release message:
On Aug 12 20:09, Achim Gratz wrote:
> Corinna Vinschen writes:
> > Cygwin is aware of them and access(2) explicitely checks for them. That
> > obviously doesn't help for applications like perl, who "know better"
> > than the underlying OS how to evaluate perms.
>
> Perl is making use of an explic
Jaakov Jaakov writes:
> XWin fails to start again (previously reported half a year ago or so).
>
> The command issued by a shortcut is
> C:\cygwin64\bin\run.exe --quote /usr/bin/bash.exe -l -c "cd;
> /usr/bin/startxwin"
Can you reproduce this when running the same command from cmd or
mintty? If
Corinna Vinschen writes:
> Cygwin is aware of them and access(2) explicitely checks for them. That
> obviously doesn't help for applications like perl, who "know better"
> than the underlying OS how to evaluate perms.
Perl is making use of an explicit guarantee in POSIX' ACL specification,
placed
On Aug 12 15:50, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
> > I don't know what to do about this. We're talking back and forth
> > about reflecting group perms into user perms and whether we do it
> > or not, it always seems to have some downside on some installations.
>
> Since
Corinna Vinschen cygwin.com> writes:
> I don't know what to do about this. We're talking back and forth
> about reflecting group perms into user perms and whether we do it
> or not, it always seems to have some downside on some installations.
Since there are fundamental differences between how W
On Aug 11 08:42, Achim Gratz wrote:
> I've thought some more about those strange shares I need to use that have
> inherited ACL that don't let me change the ACL at all and hence prevent
> Cygwin from fixing up the POSIX permissions. That generally ends up with
> permissions like these:
>
> % ll t
On 12/08/2015 07:22, Markus Hoenicka wrote:
At 2015-08-07 11:26, Jon TURNEY was heard to say:
You might try modifying startxwin to remove the -q from xauth -q to
see if that reveals a bit more information.
I finally got round to run this suggested test too. The first time I try
to start X I ge
On Aug 11 12:57, Brian J. Johnson wrote:
> On 08/10/2015 12:05 PM, Achim Gratz wrote:
> >Corinna Vinschen writes:
> >>I was referring to Windows 7 because that's the first OS (including
> >>it's 2008R2 server version) which supports more than 64 CPUs and the
> >>OS calls required to use and fetch i
On Aug 12 04:59, mku wrote:
> I compared strace output between the 2.2 and 1.7.28 installation and it
> seems, that loading the dll files before the cygheap_user log entry is
> responsible for the time lag.
> If I look to the strace output from 1.7.28 the following lines (without the
> dll loads)
On 12/08/2015 13:43, Jaakov Jaakov wrote:
XWin fails to start again (previously reported half a year ago or so).
Thanks for following up on this.
The command issued by a shortcut is
C:\cygwin64\bin\run.exe --quote /usr/bin/bash.exe -l -c "cd;
/usr/bin/startxwin"
Upon starting the shortcut, t
Hello,
I'm located in China, Guangzhou and cannot connect for some reason.
I usually use IPSec, it works very well for me.
Please see the Log below, it says that I should report this problem to
this mail.
I have already downloaded and re-installed the newest version of my VPN,
but it still doe
The following packages have been updated in the Cygwin distribution:
*** xorg-server-*1.17.2-2
These packages contain XWin and the other X.Org X11 servers.
The following cygwin-specific changes have been made since 1.17.2-1:
* In multiwindow mode, enable the maximize window control if a maxim
At 2015-08-12 14:18, Ken Brown was heard to say:
On 8/12/2015 2:22 AM, Markus Hoenicka wrote:
At 2015-08-07 11:26, Jon TURNEY was heard to say:
On 06/08/2015 17:56, Markus Hoenicka wrote:
I've upgraded my setup yesterday and ran into a problem running the
X
server. X ran just fine before the
XWin fails to start again (previously reported half a year ago or so).
The command issued by a shortcut is
C:\cygwin64\bin\run.exe --quote /usr/bin/bash.exe -l -c "cd; /usr/bin/startxwin"
Upon starting the shortcut, there is some disc acitivty, but no window opens,
and no XWin processes show up
On 8/12/2015 2:22 AM, Markus Hoenicka wrote:
At 2015-08-07 11:26, Jon TURNEY was heard to say:
On 06/08/2015 17:56, Markus Hoenicka wrote:
I've upgraded my setup yesterday and ran into a problem running the X
server. X ran just fine before the upgrade, just like any X client I
threw at it. I'm
I compared strace output between the 2.2 and 1.7.28 installation and it
seems, that loading the dll files before the cygheap_user log entry is
responsible for the time lag.
If I look to the strace output from 1.7.28 the following lines (without the
dll loads) are shown:
+++ 8< --
31970
Hi cygwin
http://detrasdelospantalones.com/bunch.php?radio=rn91q3nb5bn
Leonard Russo
rus...@aol.com
Sent from my iPhone
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe in
I discovered my issue !
I needed to add my account that launch sshd service in "Replace a process
level token" in gpedit.msc
Case is closed !
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.htm
24 matches
Mail list logo
