Re: Cygwin extremely slow after updating from 1.5.1 to 1.7.5

2010-07-12 Thread Jet Thompson
Jet Thompson whidbey.com> writes: > > It is now taking over 30 seconds for bash to come up, > whereas in 1.5 it would take 1-2 seconds. Above fixed by removing bash-completion > Doing an ls of my ~ directory takes 5 seconds. Above fixed by removing bash-completion >

Re: Cygwin extremely slow after updating from 1.5.1 to 1.7.5

2010-07-12 Thread Jet Thompson
Matthias Andree gmx.de> writes: > If bash is slow to start, see if uninstalling bash-completion fixes it. > For me it helped quite a bit. Matthias, I uninstalled bash-completion and it did indeed make a very substantial improvement. Thank you. Jet -- Problem reports: http://cygwin

Re: Cygwin extremely slow after updating from 1.5.1 to 1.7.5

2010-07-12 Thread Jet Thompson
Larry Hall (Cygwin cygwin.com> writes: > > On 7/11/2010 9:00 PM, Jet Thompson wrote: > > It is now taking over 30 seconds for bash to come up, > > whereas in 1.5 it would take 1-2 seconds. > > This is typically the result of <http://cygwin.com/acronyms/#

Re: Cygwin extremely slow after updating from 1.5.1 to 1.7.5

2010-07-12 Thread Jet Thompson
Huang Bambo gmail.com> writes: > > Use "strace ls" and "strace -t ls" and attach the output first. > strace ls: http://pastie.org/1041010 strace -t ls: http://pastie.org/1041018 It is just on the first invocation ls is slow. Bash starts up slow every time, and my Cucumber test takes 6 minute

Cygwin extremely slow after updating from 1.5.1 to 1.7.5

2010-07-11 Thread Jet Thompson
It is now taking over 30 seconds for bash to come up, whereas in 1.5 it would take 1-2 seconds. Doing an ls of my ~ directory takes 5 seconds. Running a cucumber test takes 5-6 minutes. Any idea what could be causing this? At this point, I can not use Cygwin for development. Not feasible to use

Re: nokogiri Load Error

2010-07-06 Thread Jet Thompson
> nokogiri.so is indeed in > > /usr/lib/ruby/gems/1.8/gems/nokogiri-1.4.2/lib/nokogiri > O.K., This issue was resolved by downloading the current Cygwin setup. I then chose to 'Install from Internet' Doing the above updated any packages I currently had downloaded to current versions. By do

Re: nokogiri Load Error

2010-07-06 Thread Jet Thompson
> > $irb > > irb(main):001:0> require 'rubygems' > > => false > This is not a Cygwin question but rather a Ruby question. Yes, realized what was happening after my post, but did not know how to delete my post. The above is not related to my problem, actually works fine. > Cygwin environment, yo

Re: nokogiri Load Error

2010-07-06 Thread Jet Thompson
> In particular, > why would I be getting this: > > $irb > irb(main):001:0> require 'rubygems' > => false Jet Thompson whidbey.com> writes: Oh, that was dependent on whether RUBYOPTS was set! jet -- Problem reports: http://cygwin.com/prob

Re: nokogiri Load Error

2010-07-05 Thread Jet Thompson
In particular, why would I be getting this: $irb irb(main):001:0> require 'rubygems' => false The same command under dos returns true. jet -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html

nokogiri Load Error

2010-07-05 Thread Jet Thompson
I am having a path problem with nokogiri and cygwin 1.5 I do not have this error with nokogiri under dos. I try to launch cucumber, and I get: $cucumber /usr/lib/ruby/gems/1.8/gems/rails-2.3.2/lib/rails/gem_dependency.rb:99: Warning:Gem::Dependency#version_requirements is deprecated and will be

Error with libtool when compiling MySQL

2010-07-02 Thread Jet Thompson
make fails when building MySQL 5.1.48, using libtool: make[3]: Entering directory `/home/Eric Thompson/My Documents/Downloads/mysql-5.1.48/unittest/mytap/t' /bin/sh ../../../libtool --preserve-dup-deps --tag=CC --mode=link gcc -O2 -L../../../unittest/mytap -o basic-t.exe basic-t.o -lmytap -