On Sun, 2011-04-10 at 21:30 -0500, Yaakov (Cygwin/X) wrote:
This patch adds two pthread functions which appear to be low-hanging
fruit.
pthread_setschedprio(3) is a POSIX function[1][2] which changes the
scheduling priority for the given thread. It is similar to
pthread_setschedparam(3)
On Thu, Apr 14, 2011 at 10:00:32PM -0500, Yaakov (Cygwin/X) wrote:
On Sun, 2011-04-10 at 21:30 -0500, Yaakov (Cygwin/X) wrote:
This patch adds two pthread functions which appear to be low-hanging
fruit.
pthread_setschedprio(3) is a POSIX function[1][2] which changes the
scheduling priority
Hi!
I'm getting somewhat troublesome output from the below STC.
It seems as if gmtime mucks with something, or that
localtime is not filling in everything it needs to?
--8---(zone.c)-
#include stdio.h
#include time.h
int main(void)
{
char zone[6];
struct
This behaviour occurs on CYGWIN_NT-6.1-WOW64 1.7.7(0.230/5/3) 2010-08-31
09:58. On Win7 x64 SP1 (Also occurs on SP0)
Repro Steps:
Open Bash window 1
mkdir ${TMP}/foo;
cd ${TMP}/foo;
===Leave this window open===
Open Bash window 2
mv ${TMP}/foo ${TMP}/bar;
This will hang
I haven't had bash crash on me, but I do get other fork-related errors
on my win7-x64 system. You might try running the attached testcase (make
./fork) a few times to see if it reproduces the problem.
For me it usually complains about access violations during the fork and
sometimes dies
On 04/13/2011 09:10 PM, Ryan Johnson wrote:
Hi all,
A recent cygwin update has started spewing warnings such as the
following when I do tab completion on a path containing spaces:
$ cd ~/Home/Documents/Pcygwin warning:
MS-DOS style path detected: ~/Home/Documents/PC\ reviews\ 2011
On 2:59 PM, Ryan Johnson wrote:
I wrote a very simple program whose main() prints out the contents of
/proc/self/maps, forks, calls foo() and bar(), and finally (if the
parent) calls wait().
The trick is, foo() and bar() reside in cygfoo.dll and cygbar.dll
respectively, which I compiled to
Version 3.0.8-1 of rsync has been uploaded.
rsync is a file transfer program. rsync uses the 'rsync algorithm' which
provides a very fast method for bringing remote files into sync. It does
this by sending just the differences in the files across the link,
without requiring that both sets of
On 14 April 2011 13:01, Matt Packer wrote:
This behaviour occurs on CYGWIN_NT-6.1-WOW64 1.7.7(0.230/5/3) 2010-08-31
09:58. On Win7 x64 SP1 (Also occurs on SP0)
Repro Steps:
Open Bash window 1
mkdir ${TMP}/foo;
cd ${TMP}/foo;
===Leave this window open===
Open Bash window 2
On 4 April 2011 19:39, Edward McGuire wrote:
When I type ahead in an uncustomized terminal window, I expect my
keyboard input to be queued until it is called for. When I press
Ctrl+C, I expect the queue to be flushed. Any keyboard input still
in the queue should be lost.
The trouble I am
2011/4/7 Marcin Konarski:
On Wed, Mar 30, 2011 at 01:52:05PM +0200, Marcin Konarski wrote:
Hello list.
I have a code that depends on calls that are normally interruptible
by signals to be interrupted by signal delivery also in threads.
In my installation of cygwin I see that calls are
On Thu, Apr 14, 2011 at 13:21, Andy Koppe andy.ko...@gmail.com
wrote:
Yep, looks like the NOFLSH bit is ignored. There's no mention of
it in the Cygwin sources except in sys/termios.h.
Have you confirmed that it behaves as expected on Linux?
This is an ancient part of the line discipline. It
Hi Ryan,
Thanks for your reply. I have to admit, I had never heard of the
concept of a rebase until you mentioned it. After googling, it sounds
like this is what I should try?
http://www.heikkitoivonen.net/blog/2008/11/26/cygwin-upgrades-and-rebaseall/
If so, I guess I can give that a try on
Greetings:
I have updated cygwin since I last posted, and I'm still having
this problem several times a day. It's as though the first space
on the commandline is being seen as a semicolon.
I wrote an expect script to attempt to force the problem - unfortunately
after 100+ commandlines there
Hello:
I believe I have the latest cygwin, tar, and bash loaded. When
I take a Linux tar file (~500k), containing a mix of files and
symbolic links, untarring with cygwin's tar randomly creates
several empty files instead of symbolic links. ( This linux tar
file is one I create, it changes every
On Thu, Apr 14, 2011 at 07:32:07PM +0100, Andy Koppe wrote:
I don't know, and the core Cygwin developers appear to be away or too
busy. Have you tried it?
I'm not away but I have answered this question in the past.
Yes, signals do NOT interrupt interruptible calls in threads. It's a
current
On Thu, Apr 14, 2011 at 06:35:34PM -0500, Tom Rodman wrote:
Hello:
I believe I have the latest cygwin, tar, and bash loaded. When
I take a Linux tar file (~500k), containing a mix of files and
symbolic links, untarring with cygwin's tar randomly creates
several empty files instead of symbolic
On Thu, Apr 14, 2011 at 07:38:43PM -0700, Patrick Tantalo wrote:
Hi Folks:
After a recent update of Cygwin on XP Professional my previously
working C/C++ programs suddenly quit compiling under gcc/g++.
Actually they pass all stages of compilation except the final link
stage. This goes for the
Version 3.0.8-1 of rsync has been uploaded.
rsync is a file transfer program. rsync uses the 'rsync algorithm' which
provides a very fast method for bringing remote files into sync. It does
this by sending just the differences in the files across the link,
without requiring that both sets of
19 matches
Mail list logo