The mined directory for both architectures contain temporary files that
apparently sftp has left there (they have the suffix SftpXFR.PID I
think). These should be removed, but maybe the transfer script that
moves the files from the upload area could be extended to ignore or
delete such files so
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-1_7_29-release-branchpoint
Changes by: cori...@sourceware.org 2014-07-17 07:47:43
Modified files:
winsup/cygwin/release: 1.7.31
Log message:
Patches:
On 2014-07-16 15:51, Corinna Vinschen wrote:
It occured to me that there's another way to do that. The problem
you're mentioning above could be alleviated if the first Cygwin process
in a process tree fetches all POSIX offsets of all trusted domains right
at the start, rather than fetching
On Jul 17 06:02, JonY wrote:
On 7/16/2014 15:02, Corinna Vinschen wrote:
Hi JonY,
On Jul 15 16:39, Corinna Vinschen wrote:
On Jul 15 21:55, JonY wrote:
On 7/15/2014 21:08, Corinna Vinschen wrote:
FWIW, the problem disappears if I revert gcc-core and libgcc1 to
4.8.2-2.
JonY,
On Jul 16 16:29, sous lesquels wrote:
A few more things to add:
- This crashes under the regular Windows console, i.e. run cmd.exe,
then bash, then follow the above
- It also crashes under some other emulators (I actually noticed it
under ConEmu, see
On Jul 16 13:36, Ti Strga wrote:
Christopher Faylor wrote:
Increasing the size of the buffer should have been enough to fix the
problem but, when possible, I like to use two forms of protection when I
fix a bug.
I recall someone on a project here doing a bugfix with a commit log like:
On 17/07/2014 08:37, Corinna Vinschen wrote:
On Jul 17 06:02, JonY wrote:
On 7/16/2014 15:02, Corinna Vinschen wrote:
On Jul 15 16:39, Corinna Vinschen wrote:
On Jul 15 21:55, JonY wrote:
On 7/15/2014 21:08, Corinna Vinschen wrote:
FWIW, the problem disappears if I revert gcc-core and
I have come across an interesting problem with the link count on a
NetApp volume(*). While hardlinks can be created just fine and work as
you'd expect (changing one file changes all the linked files), the link
count that gets reported for each of the linked files is always 1. ONe
of those
Hi Pierre,
Pierre A. Humblet wrote:
You are right, there is a bug in res_querydomain,
Line 737 *(ptr++ - 1) = '.'; should be
*ptr++ = '.';
I would also add a debug printf at the top of the function:
DPRINTF(statp-options RES_DEBUG, querydomain \%s\ \%s\ type %d\n,
Name, DomName,
On Jul 17 20:14, D. Boland wrote:
Hi Pierre,
Pierre A. Humblet wrote:
You are right, there is a bug in res_querydomain,
Line 737 *(ptr++ - 1) = '.'; should be
*ptr++ = '.';
I would also add a debug printf at the top of the function:
DPRINTF(statp-options RES_DEBUG,
On Jul 17 16:31, Jon TURNEY wrote:
On 17/07/2014 08:37, Corinna Vinschen wrote:
On Jul 17 06:02, JonY wrote:
On 7/16/2014 15:02, Corinna Vinschen wrote:
On Jul 15 16:39, Corinna Vinschen wrote:
On Jul 15 21:55, JonY wrote:
On 7/15/2014 21:08, Corinna Vinschen wrote:
FWIW, the problem
Greetings, D. Boland!
Now I have an even bigger problem. Sendmail works perfectly. But only on my XP
machine. As of Windows Vista, MS decided to remove certain privileges from the
SYSTEM user.
As a consequence, SYSTEM is no longer able to perform the 'setuid' function.
This is
very much
On Jul 17 20:09, Achim Gratz wrote:
I have come across an interesting problem with the link count on a
NetApp volume(*). While hardlinks can be created just fine and work as
you'd expect (changing one file changes all the linked files), the link
count that gets reported for each of the
Corinna Vinschen writes:
Netapp inode numbers are not reliable and thus the number of links isn't
either. There's a check in Cygwin which is the result of the early
Cygwin 1.7 development. It does not report the number of hardlinks
and it fakes the inode numbers on netapp filesystems.
Ah
On Thu, Jul 17, 2014 at 09:43:40PM +0200, Achim Gratz wrote:
Corinna Vinschen writes:
Netapp inode numbers are not reliable and thus the number of links isn't
either. There's a check in Cygwin which is the result of the early
Cygwin 1.7 development. It does not report the number of hardlinks
Hi Corinna,
Corinna Vinschen wrote:
On Jul 17 20:14, D. Boland wrote:
Hi Pierre,
Pierre A. Humblet wrote:
You are right, there is a bug in res_querydomain,
Line 737 *(ptr++ - 1) = '.'; should be
*ptr++ = '.';
I would also add a debug printf at the top of the function:
I attempted to reinstall Cygwin on my system. The reinstall kept
seeming to get locked up. So, after downloading all of Cygwin to a
local directory, I moved the install directory out of the way and tried
to install from (I guess) scratch. Cygwin seemed to always get stuck in
the man-db.sh
On 07/17/2014 08:10 PM, David Masterson wrote:
I attempted to reinstall Cygwin on my system. The reinstall kept
seeming to get locked up. So, after downloading all of Cygwin to a
local directory, I moved the install directory out of the way and tried
to install from (I guess) scratch. Cygwin
On 7/17/2014 02:24, Corinna Vinschen wrote:
It's not reproducible for me. I just tried your ssh scenario with a
1000 and 2000 line buffers
Confirmed.
I tried up to , the maximum allowed.
This is under Windows 8.1 Pro, with Cygwin 1.7.30, both 32- and 64-bit.
--
Problem reports:
On Tue, 08 Jul 2014 20:29:53 -0400, Chris J. Breisch wrote:
At Tuesday, July 8, 2014, 8:16:41 PM, Yaakov Selkowitz wrote:
On 2014-07-08 18:01, Chris J. Breisch wrote:
At Tuesday, July 8, 2014, 12:15:22 PM, Marco Atzeri wrote:
On 08/07/2014 17:47, Jack Duthen wrote:
util-linux is a popular
Christopher Faylor writes:
git isn't ready yet unfortunately. Can't you just download a recent
snapshot? That should be good enough.
I can download and install snapshots just fine. I'm running snapshots
for quite some time already so there'd be nothing new on that front.
FWIW, CVS is
21 matches
Mail list logo