Can powershell replace win-bash under Windows 7?

Hi guys I have been playing around with an industrial Linux-powered scanner, and was making okay progress under XP. This was made easier as I just ran some of the bash scripts through win-bash. Since moving to Windows 7 of course this no longer works, even if I disable UAC completely - just ech

fpermisive error of gcc using cygwin

I am using cygwin I am getting these errors when i compile sim_routing.cc program by this command ../../bin/cxx sim_routing.cc g++ -Wall -o sim_routing sim_routing.cxx following errors comes ../../common/priority_q.h : In member function 'bool guardedQueue::Validate(Const char*); error : there

Re: 1.7.9 gcc linking fails after cygwin update

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 t

Re: untar of sym links randomly works or creates empty files

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 symbol

Re: 1.7.8-1: Signals do NOT interrupt interruptible calls in threads.

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 li

untar of sym links randomly works or creates empty files

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

Re: interactive shell mis-parsing 1st two words on line

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 wer

Re: bash died waiting for longjmp before initialization

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 one

Re: 1.7.9-1: typeahead queue not flushed when Ctrl+C pressed

On Thu, Apr 14, 2011 at 13:21, Andy Koppe 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 predates UNIX, go

Re: 1.7.8-1: Signals do NOT interrupt interruptible calls in threads.

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 cal

Re: 1.7.9-1: typeahead queue not flushed when Ctrl+C pressed

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 a

Re: 1.7.7: mv.exe hangs on locked directory

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 wi

[ANNOUNCEMENT] Updated: rsync-3.0.8-1

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 files

Re: Debugging help for fork failure: resource temporarily unavailable

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 ha

Re: Spurious warnings about MS-DOS paths

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

Re: bash died waiting for longjmp before initialization

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 wai

1.7.7: mv.exe hangs on locked directory

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 indefinitely

strftime trouble with %z

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 #include int main(void) { char zone[6]; struct tm *tm;