Achim Gratz NexGo.DE> writes:
> The X server is still running as well as a number of other X applications.
Something's wrong here with the new snapshot and signal handling / job control
in conjunction with X and the newest snapshot... this morning the shell
proclaimed (I left it running overnight
Greetings, AngusC!
> This works
> find . -name "*.log" | grep -nH -r "my pattern" *.*
What? This is ridiculous.
Do you read what you write?
--
WBR,
Andrey Repin (anrdae...@freemail.ru) 09.08.2012, <10:27>
Sorry for my terrible english...
--
Problem reports: http://cygwin.com/problems
On 8/8/2012 2:59 PM, Christopher Faylor wrote:
> On Mon, Aug 06, 2012 at 05:15:10PM -0700, Daniel Colascione wrote:
>> On 8/6/2012 2:07 PM, Daniel Colascione wrote:
>>> I just saw a hang building Emacs (using "make bootstrap")
>>
>> Signal handling appears to be broken. Here's a simple testcase. Ru
On Wed, 8 Aug 2012, Ken Brown wrote:
There have been some changes in how emacs handles selections,
starting with emacs-24.1. Look at the NEWS file ('C-h n') and
search for "selection changes". It describes the changes and tells
you how to restore the old behavior.
Yes! The important one for
On Mon, Aug 06, 2012 at 05:15:10PM -0700, Daniel Colascione wrote:
>On 8/6/2012 2:07 PM, Daniel Colascione wrote:
>> I just saw a hang building Emacs (using "make bootstrap")
>
>Signal handling appears to be broken. Here's a simple testcase. Run the program
>and hit control-c. It'll print "got Alar
On 8/8/2012 4:49 PM, Tim McDaniel wrote:
I have updated my packages to the latest versions. I have long had
installed
- emacs
- emacs-X11
- emacs-el
- xemacs-emacs-common
- X11
In Emacs, ^Y is the default keystroke for the basic "yank", to paste
the contents of the most recently element of the
I have updated my packages to the latest versions. I have long had
installed
- emacs
- emacs-X11
- emacs-el
- xemacs-emacs-common
- X11
In Emacs, ^Y is the default keystroke for the basic "yank", to paste
the contents of the most recently element of the kill ring (the text
most recently cut or c
Versions netcdf-4.2.1.1-1
netcdf
libnetcdf-devel
libnetcdf7`
are available in the Cygwin distribution:
CHANGES
- New upstream release
The 4.2.1.1 release for the netCDF C libraries contains new features,
bug fixes, performance improvements, and internal refactoring. It adds
two patches to
hi,
does anybody use cntlm proxy with cygwin setup.exe?
I have tried it and looks a bit strange.
First of all, cntlm proxy with browser works fine, so does wget.
With setup.exe works only if the proxy is in single thread mode (all
request are serialized). Otherwise setup.exe gets stuck attempting
On 8/7/2012 1:16 AM, Jochen Wiedmann wrote:
> from what I can tell, a user of CygWin SVN has no possibilities to be
> aware of the fact that it is indeed CygWin SVN, and not another program.
> This is the root cause for problems like
>
>http://jira.codehaus.org/browse/SCM-213
As the volunteer
On 2012-08-08, marco atzeri wrote:
> On 8/8/2012 11:11 AM, AngusC wrote:
> >
> DO NOT TOP POST !
>
> >I did try the --include way but in Cygwin it didn't work for some reason.
Both of these work fine for me in Cygwin (on Windows XP):
grep -nH -r "my pattern" --include "*.log" .
grep -nH
The following package is now available as a test release:
*** texlive-collection-basic-20120628-2
This should fix the postinstall problems discussed here:
http://cygwin.com/ml/cygwin-apps/2012-08/msg9.html
http://cygwin.com/ml/cygwin-apps/2012-08/msg00013.html
Please test it and report
On 07.08.2012 18:30, Andrey Repin wrote:
Subversion libraries supposed to be linked directly, not used through "svn"
command-line wrapper.
For more details, go read http://svn-book.org/
Quite obviously, you never attempted to support a diverse user basis
(just think of all the platforms) in J
On 8/7/2012 11:32 AM, David Rothenberger wrote:
On 8/6/2012 7:21 PM, Warren Young wrote:
Some time after *that*, at a future time entirely up to the Subversion
packages' maintainer, David Rothenberger, Subversion will be rebuilt
against those new SQLite packages.
Is that actually necessary? SV
I'm at the August 7th snapshot now and Emacs just died on me with this message:
> Connection lost to X server `:0.0'
When compiled with GTK, Emacs cannot recover from X disconnects.
This is a GTK bug: https://bugzilla.gnome.org/show_bug.cgi?id=85715
For details, see etc/PROBLEMS.
The X server is
On 8/8/2012 11:11 AM, AngusC wrote:
DO NOT TOP POST !
I did try the --include way but in Cygwin it didn't work for some reason.
Neither does
find "." -name "*.log" -exec grep -nH "my pattern" {} \;
find "." -name "*.log" -exec grep -nH "my pattern" \{\} \;
--
Problem reports: htt
This works
find . -name "*.log" | grep -nH -r "my pattern" *.*
marco atzeri-4 wrote:
>
> On 8/7/2012 5:08 PM, AngusC wrote:
>>
>> If I use the command:
>>
>> grep -nH -r "my pattern" *.*
>>
>> I get results back as expected
>>
>> But if the file pattern is like this:
>>
>> grep -nH -r "my patt
I did try the --include way but in Cygwin it didn't work for some reason.
Neither does
find "." -name "*.log" -exec grep -nH "my pattern" {} \;
or
find "." -name "*.log" | grep -nH "my pattern"
So struggling about on Cygwin at the moment.
Sean Daley-2 wrote:
>
> On Tue, Aug 7, 2012 at 11
On 7 August 2012 16:57, marco atzeri wrote:
> On 8/7/2012 5:08 PM, AngusC wrote:
>>
>>
>> If I use the command:
>>
>> grep -nH -r "my pattern" *.*
>>
>> I get results back as expected
>>
>> But if the file pattern is like this:
>>
>> grep -nH -r "my pattern" *.log
>>
>> I get no results back (Even
19 matches
Mail list logo
