On Sep 17 22:30, Lee wrote:
> On 9/16/10, Corinna Vinschen wrote:
> > On Sep 15 18:30, Lee wrote:
> >> I don't know if this is just a problem with the cygwin version of awk,
> >> me misunderstanding something or what, but it looks like gsub isn't
> >> working correctly in awk:
> >> $ sh /tmp/test.a
On Sep 17 16:14, David Rothenberger wrote:
> On 9/17/2010 3:16 PM, Yaakov (Cygwin/X) wrote:
> > On Fri, 2010-09-17 at 09:37 +0200, Corinna Vinschen wrote:
> >> The apache2 package is orphaned for this long period of time already.
> >> Maybe it's time to pull it from the distro, unless somebody woul
Having recently by accident trashed my home folder, and having had to
rebuild from one saved from a much older install (1.7.0 or even
earlier), I noticed my man pages were again displaying with garbage text
in between the readable text -- nonprintable characters, Unicode litter
and the like. I
mintty 0.9b1-1 is on its way to the Cygwin mirrors. This is a test release.
To install it using setup.exe, find mintty on the package selection
screen and click on the cycle symbol by its version number until the
required version appears. Make sure the checkbox in the 'Bin?' column
next to it is t
On Sep 18 07:00, SJ Wright wrote:
> Having recently by accident trashed my home folder, and having had
> to rebuild from one saved from a much older install (1.7.0 or even
> earlier), I noticed my man pages were again displaying with garbage
> text in between the readable text -- nonprintable chara
On 9/17/10, SJ Wright wrote:
>
> 4. Is it normal for any script to run CPU usage up to 100%?
Unless it is blocking for something like IO including VM swaps, why not?
>
> Regarding #4:
> I have a script that I ran in GNOME Terminal less than an hour ago. I
> "time"d it -- the return was 20.6 sec
Cyrille Lefevre wrote:
Le 17/09/2010 18:57, SJ Wright a écrit :
4. Is it normal for any script to run CPU usage up to 100%?
a common answer about bash cpu usage is to get rid of bash-completion...
if you have it installed, uninstall it, then try again.
Regards,
Cyrille Lefevre
T
On 09/18/2010 12:23 AM, Frédéric Bron wrote:
> using cygwin 1.7.7(0.230/5/3) 2010-08-31 09:58 i686
>
> I have right now an example where I cannot fetch with the following
> error message:
>
> remote: Counting objects: 534, done.
> remote: Compressing objects: 100% (210/210), done.
> fatal: The re
On Sat, Sep 18, 2010 at 11:34:05AM +0200, Corinna Vinschen wrote:
>On Sep 17 16:14, David Rothenberger wrote:
>> On 9/17/2010 3:16 PM, Yaakov (Cygwin/X) wrote:
>> > On Fri, 2010-09-17 at 09:37 +0200, Corinna Vinschen wrote:
>> >> The apache2 package is orphaned for this long period of time already.
>> A second thought. I wonder if reabaseall could be improved to run from
>> within bash, without the need to close down all running windows. Then
>> it could even be included into build scripts to be run after each
>> build.
>
> No, because the DLLs used by bash are OFTEN the ones that actually DO
On Sep 18 11:21, Corinna Vinschen wrote:
> On Sep 17 22:30, Lee wrote:
> > On 9/16/10, Corinna Vinschen wrote:
> > > On Sep 15 18:30, Lee wrote:
> > >> I don't know if this is just a problem with the cygwin version of awk,
> > >> me misunderstanding something or what, but it looks like gsub isn't
>
The test case works just fine for me:
Windows 7
latest git and openssh
cygwin 1.7.7-1
I wonder if it's an OS-specific or BLODA problem?
Regards -- Eliot Moss
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cy
On Sat, Sep 18, 2010 at 08:36:28PM +0200, Al wrote:
>>> A second thought. I wonder if reabaseall could be improved to run from
>>> within bash, without the need to close down all running windows. Then
>>> it could even be included into build scripts to be run after each
>>> build.
>>
>> No, because
Al schrieb:
Or, read from stdin as follows:
$ "something that generates extra DLL list" | rebaseall -T - ...
As example, "something that gernates extra DLL list" looks in my case like this.
PREFIX=/home/prefix/gentoo
find $PREFIX/bin/ -name *.dll -o -name *.so
find $PREFIX/lib/ -name *.dl
>>scripts to control compilation. To compile somethng is a typical use
>>of cygwin.
>
> No, it really isn't.
I quote wikipedia:
Cygwin is used heavily for porting many popular pieces of software to
the Windows platform. It is used to compile Sun Java, OpenOffice.org,
and even server software, lik
On Sun, Sep 19, 2010 at 12:43:17AM +0200, Al wrote:
>On Sat, Sep 18, 2010 at 05:48:07PM -0400, Christopher Faylor wrote:
>>>scripts to control compilation. To compile somethng is a typical use
>>>of cygwin.
>>
>> No, it really isn't.
>
>I quote wikipedia:
>
>Cygwin is used heavily for porting many
On 09/18/2010 04:16 PM, Eliot Moss wrote:
> The test case works just fine for me:
>
> Windows 7
> latest git and openssh
> cygwin 1.7.7-1
>
> I wonder if it's an OS-specific or BLODA problem?
My system doesn't have anything from the BLODA list on it, and Chris was
able to reproduce the problem a
- Original Message -
From: "Christopher Faylor"
What I suggest isn't that usefull when you think to base all
DLL that have been installed by setup.exe. It becomes usefull in the
moment the user starts to compile his own DLL especially if he used
scripts to control compilation. To compil
On Sun, Sep 19, 2010 at 03:52:56AM +0100, Steven Hartland wrote:
>- Original Message -
>From: "Christopher Faylor"
>
>>>What I suggest isn't that usefull when you think to base all
>>>DLL that have been installed by setup.exe. It becomes usefull in the
>>>moment the user starts to compile
19 matches
Mail list logo
