beyondgrep / ack1 Goto Github PK

This repository is for ack 1.x, which is **no longer being maintained**. DO NOT SUBMIT ISSUES HERE. ack 2.0 has a new GitHub project at

Home Page: https://github.com/petdance/ack2

Perl 95.75% Shell 1.46% Ruby 0.77% Parrot 0.98% C 0.72% JavaScript 0.09% Fortran 0.23%

ack1's Introduction

beyondgrep.com

This is the source code for the website https://beyondgrep.com, the home of the ack project. If you are looking for ack, see https://github.com/petdance/ack2

If there are changes to be made in content on the site, you can fork this repo, make changes to the source files in the tt/ directory, and send me a pull request.

Support

ack and beyondgrep.com are supported by DigitalOcean.

ack1's People

Contributors

Stargazers

Watchers

ack1's Issues

App::Ack failing to install via CPAN on Ubuntu 9.04

What steps will reproduce the problem?

Installing the module from CPAN: install App:Ack
Compiling the module from its source code @: make or ./ack

What is the expected output? What do you see instead?
All of the tests are failing.
By running: ./ack I'm getting the output:
yoni@Server:~/Desktop/compile/ack-1.88$ ./ack
"our" variable $VERSION redeclared at ./ack line 1005.
Useless use of private variable in void context at ./ack line 2038.
Name "App::Ack::fh" used only once: possible typo at ./ack line 103.
Use of uninitialized value $App::Ack::VERSION in string ne at ./ack line 22.
Use of uninitialized value in concatenation (.) or string at ./ack line 23.
Use of uninitialized value $App::Ack::VERSION in concatenation (.) or
string at ./ack line 23.
Undefined subroutine &App::Ack::die called at ./ack line 23.

By Doing make the output I'm getting:

yoni@Server:~/Desktop/compile/ack-1.88$ make

cp Ack.pm blib/lib/App/Ack.pm

cp Repository.pm blib/lib/App/Ack/Repository.pm

cp Plugin.pm blib/lib/App/Ack/Plugin.pm

cp Resource.pm blib/lib/App/Ack/Resource.pm

cp Basic.pm blib/lib/App/Ack/Plugin/Basic.pm

/usr/bin/perl squash ack-base File::Next Ack.pm Repository.pm Resource.pm
Basic.pm > ack

Reading ack-base

Reading /usr/local/share/perl/5.10.0/File/Next.pm

Reading Ack.pm

Reading Repository.pm

Reading Resource.pm

Reading Basic.pm

chmod 0755 ack

/usr/bin/perl -T -c ack

"our" variable $VERSION redeclared at ack line 1005.

Useless use of private variable in void context at ack line 2038.

Name "App::Ack::fh" used only once: possible typo at ack line 103.

ack syntax OK

/usr/bin/perl -T ack --noenv --help > ack-help.txt || perl -e0

"our" variable $VERSION redeclared at ack line 1005.

Useless use of private variable in void context at ack line 2038.

Name "App::Ack::fh" used only once: possible typo at ack line 103.

Use of uninitialized value $App::Ack::VERSION in string ne at ack line 22.

Use of uninitialized value in concatenation (.) or string at ack line 23.

Use of uninitialized value $App::Ack::VERSION in concatenation (.) or
string at ack line 23.

Undefined subroutine &App::Ack::die called at ack line 23.

/usr/bin/perl -T ack --noenv --help=types > ack-help-types.txt || perl -e0

"our" variable $VERSION redeclared at ack line 1005.

Useless use of private variable in void context at ack line 2038.

Name "App::Ack::fh" used only once: possible typo at ack line 103.

Use of uninitialized value $App::Ack::VERSION in string ne at ack line 22.

Use of uninitialized value in concatenation (.) or string at ack line 23.

Use of uninitialized value $App::Ack::VERSION in concatenation (.) or
string at ack line 23.

Undefined subroutine &App::Ack::die called at ack line 23.

cp ack blib/script/ack

/usr/bin/perl -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/ack

Manifying blib/man1/ack.1p

Manifying blib/man3/Ack.3pm

Manifying blib/man3/Plugin.3pm

Manifying blib/man3/Repository.3pm

Manifying blib/man3/Basic.3pm

Manifying blib/man3/Resource.3pm

yoni@Server:~/Desktop/compile/ack-1.88$

What version of the product are you using? On what operating system?
Operating system:
Linux version 2.6.28-14-generic (buildd@palmer) (gcc version 4.3.3 (Ubuntu
4.3.3-5ubuntu4) ) #47-Ubuntu SMP Sat Jul 25 00:28:35 UTC 2009
Ubuntu Jaunty 9.04.

perl -V output:
yoni@Server:~/Desktop/compile/ack-1.88$ perl -V

This is perl, v5.10.0 built for i486-linux-gnu-thread-multi

Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5 source kit.

Complete documentation for Perl, including FAQ lists, should be found on
this system using "man perl" or "perldoc perl". If you have access to the
Internet, point your browser at http://www.perl.org/, the Perl Home Page.

yoni@Server:~/Desktop/compile/ack-1.88$ perl -V
Summary of my perl5 (revision 5 version 10 subversion 0) configuration:
Platform:
osname=linux, osvers=2.6.24-23-server, archname=i486-linux-gnu-thread-multi
uname='linux rothera 2.6.24-23-server #1 smp wed apr 1 22:22:14 utc
2009 i686 gnulinux '
config_args='-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN
-Dcccdlflags=-fPIC -Darchname=i486-linux-gnu -Dprefix=/usr
-Dprivlib=/usr/share/perl/5.10 -Darchlib=/usr/lib/perl/5.10
-Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5
-Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local
-Dsitelib=/usr/local/share/perl/5.10.0
-Dsitearch=/usr/local/lib/perl/5.10.0 -Dman1dir=/usr/share/man/man1
-Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1
-Dsiteman3dir=/usr/local/man/man3 -Dman1ext=1 -Dman3ext=3perl
-Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm -Uusesfio -Uusenm
-DDEBUGGING=-g -Doptimize=-O2 -Duseshrplib -Dlibperl=libperl.so.5.10.0
-Dd_dosuid -des'
hint=recommended, useposix=true, d_sigaction=define
useithreads=define, usemultiplicity=define
useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
use64bitint=undef, use64bitall=undef, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64',
optimize='-O2 -g',
cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing
-pipe -I/usr/local/include'
ccversion='', gccversion='4.3.3', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='cc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib /usr/lib64
libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt
perllibs=-ldl -lm -lpthread -lc -lcrypt
libc=/lib/libc-2.9.so, so=so, useshrplib=true, libperl=libperl.so.5.10.0
gnulibc_version='2.9'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
cccdlflags='-fPIC', lddlflags='-shared -O2 -g -L/usr/local/lib'

Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV
PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP USE_ITHREADS
USE_LARGE_FILES USE_PERLIO USE_REENTRANT_API
Built under linux
Compiled at Jun 26 2009 18:23:00
@inc:
/etc/perl
/usr/local/lib/perl/5.10.0
/usr/local/share/perl/5.10.0
/usr/lib/perl5
/usr/share/perl5
/usr/lib/perl/5.10
/usr/share/perl/5.10
/usr/local/lib/site_perl
.

Please provide any additional information below.
Full output for the progress of installing App::Ack via MCPAN found in the
attached file.

Reported by Devorkin at 2009-08-08 17:24:SImported from Google Code issue number 152

Test harness fails at t/context

What steps will reproduce the problem?

Install App::Ack in CPAN shell
test fails at t/context

t/context.........NOK 10

Failed test 'Looking for left in multiple files with grouping'

in t/context.t at line 197.

Structures begin differing at:

$got->[0] = 't/text/science-of-myth.txt'

$expected->[0] = 't/text/boy-named-sue.txt'

Looks like you failed 1 test of 12.

t/context.........dubious
Test returned status 1 (wstat 256, 0x100)
DIED. FAILED test 10
Failed 1/12 tests, 91.67% okay

Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
Platform:
osname=linux, osvers=2.6.15.7, archname=i486-linux-gnu-thread-multi
uname='linux palmer 2.6.15.7 #1 smp thu sep 7 19:42:20 utc 2006 i686
gnulinux '
config_args='-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN
-Dcccdlflags=-fPIC -Darchname=i486-linux-gnu -Dprefix=/usr
-Dprivlib=/usr/share/perl/5.8 -Darchlib=/usr/lib/perl/5.8
-Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5
-Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local
-Dsitelib=/usr/local/share/perl/5.8.8 -Dsitearch=/usr/local/lib/perl/5.8.8
-Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3
-Dsiteman1dir=/usr/local/man/man1 -Dsiteman3dir=/usr/local/man/man3
-Dman1ext=1 -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh
-Uusesfio -Uusenm -Duseshrplib -Dlibperl=libperl.so.5.8.8 -Dd_dosuid -des'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define
usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS
-DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
optimize='-O2',
cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN
-fno-strict-aliasing -pipe -I/usr/local/include'
ccversion='', gccversion='4.1.3 20070831 (prerelease) (Ubuntu
4.1.2-16ubuntu1)', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='cc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt
perllibs=-ldl -lm -lpthread -lc -lcrypt
libc=/lib/libc-2.6.1.so, so=so, useshrplib=true, libperl=libperl.so.5.8.8
gnulibc_version='2.6.1'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib'

Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY PERL_IMPLICIT_CONTEXT
PERL_MALLOC_WRAP THREADS_HAVE_PIDS USE_ITHREADS
USE_LARGE_FILES USE_PERLIO USE_REENTRANT_API
Built under linux
Compiled at Sep 29 2007 05:57:38
@inc:
/etc/perl
/usr/local/lib/perl/5.8.8
/usr/local/share/perl/5.8.8
/usr/lib/perl5
/usr/share/perl5
/usr/lib/perl/5.8
/usr/share/perl/5.8
/usr/local/lib/site_perl
.

Reported by jwbaker at 2007-11-27 17:51:SImported from Google Code issue number 39

ack does not search /proc/mounts properly

What steps will reproduce the problem?

run "ack --noenv -u shm /proc/mounts"
compare to output of "grep shm /proc/mounts"
or to output of "cat /proc/mounts | ack shm"

What is the expected output? What do you see instead?

Expect a line containing the string being matched. What you get, in step
1, is nothing.

What version of the product are you using? On what operating system?

Linux, and ack is 1.86

Please provide any additional information below.

If your /proc/mounts does not (for some other reason) have /dev/shm
mounted, just pick some other string which does appear in /proc/mounts.
That "shm" is not the important part here; the way ack deals with files in
/proc is the issue.

In fact it doesn't have to be /proc/mounts. I tried with /proc/meminfo and
the string "Dirty"; same inconsistencies.

Reported by sitaramc at 2008-12-10 06:23:SImported from Google Code issue number 112

Test failure: t/longopts.t

Running the tests on a linux box, I get a failure. The output of the failing test is below. All my
other linux boxes passed fine, and it turns out I had an older version (0.47) of Test::Simple on
this box. I upgraded Test::Simple to version 0.62 to match the other boxes, and then App::Ack's
tests started passing.

I noticed this warning when I ran Test::Simple's Makefile.PL, which may have something to do
with it:

NOTE: There have been API changes between this version and any older
than version 0.48! Please see the Changes file for details.

Here's the output of the failing test:

[ken@elbert]~/.cpan/build/ack-1.76% make; perl -Mblib t/longopts.t
1..30
ok 1 - --help output is correct
ok 2 - Found --help in usage
ok 3 - --version output is correct
ok 4 - Found --version in usage
ok 5 - -i works correctly for ascii
ok 6 - Found -i in usage
ok 7 - --ignore-case works correctly for ascii
ok 8 - Found --ignore-case in usage

You named your test '

'. You shouldn't use numbers for your test names.

Very confusing.

not ok 9 -

Failed test (t/longopts.t at line 48)

'use strict;

' doesn't look much like a regex to me.

ok 10 - Found -v in usage

You named your test '

'. You shouldn't use numbers for your test names.

Very confusing.

not ok 11 -

Failed test (t/longopts.t at line 48)

'use strict;

' doesn't look much like a regex to me.

ok 12 - Found --invert-match in usage
ok 13 - -w ignores non-words
ok 14 - -w ignores non-words
ok 15 - Found -w in usage
ok 16 - --word-regexp ignores non-words
ok 17 - --word-regexp ignores non-words
ok 18 - Found --word-regexp in usage
ok 19 - -Q matches a literal string
ok 20 - Found -Q in usage
ok 21 - --literal matches a literal string
ok 22 - Found --literal in usage
ok 23 - -l prints matching files
ok 24 - Found -l in usage
ok 25 - --files-with-matches prints matching files
ok 26 - Found --files-with-matches in usage
ok 27 - -L prints matching files
ok 28 - Found -L in usage
ok 29 - --files-without-match prints matching files
ok 30 - Found --files-without-match in usage

Looks like you failed 2 tests of 30.

-Ken

Reported by kenahoo at 2008-01-08 19:40:SImported from Google Code issue number 60

--output is broken

I think I broke --output. Make some crazy-ass tests for it.

Reported by petdance at 2007-09-04 20:02:SImported from Google Code issue number 23

--exclude option

I have several 3'rd party files (such as jquery.js) inside my "js" directory.

I'd like to have an easy option (other than -G hacking) to exclude files
(so I can have --exclude=jquery.js in my .ackrc).

Maybe also --exclude-from=FILENAME option as well.

Reported by miki.tebeka at 2008-08-12 00:09:SImported from Google Code issue number 97

RFE: More logging options

I mostly use ACK as a way to generate a list of files to later pipe into my
own programs, with -f.

What I'd really like to have is some option(s) to log files that were
skipped, for later inspection if desired, e.g.: --log-skipped=/path/to/file

As it is now, I can invert the results and see only what was skipped, but
can't get both to be output (either to stdout or a logfile) without running
ack twice, which is slow.

Thanks. :)

Reported by garen.parham at 2009-07-07 14:20:SImported from Google Code issue number 148

Add the Perl version to ack --version

Reported by petdance at 2009-01-13 21:02:SImported from Google Code issue number 114

BTG: Improve the webpage

The web page at http://petdance.com/ack/ needs flashy examples. I'd like
to have snazzy "screenshots" of text showing the color-coding and whatnot.

Reported by petdance at 2006-12-11 20:02:SImported from Google Code issue number 4

Eliminate long use of $_ in search()

We talked on IM over my puzzlement about "print;" and that the while loop
was too long for extended use of $_. The rationale was optimization, and I
hate it when good practice conflicts with performance. So I investigated
further. My investigations show that...

my $line; while($line = <$fh>) {} is the fastest form while
while(my $line = <$fh>) {} is the slowest.

All the allocating and freeing of $line is likely the culprit.
See this benchmark. http://schwern.org/~schwern/src/benches/readfile.plx

The differences between the various forms are very small compared to
the cost of all the stuff it the loop.
"time make timed" and profiling reveal no difference.

Note that I don't have a "foo", just a parrot source tree to time against.

So here's a patch to undo the optimization and go with the easier to
maintain form. It's against trunk which currently has some failures in
module.t.

Reported by schwern at 2008-03-20 22:30:SImported from Google Code issue number 74

option to format output like grep

What steps will reproduce the problem?

ack -n -H <pattern> [files]
grep -n <pattern> files
compare the output

What is the expected output? What do you see instead?
ack produces
path/filename
line#:line with <pattern>

grep produces (all on one line)
path/filename:line#:line with <pattern>

I'd be happy with an additional argument that makes ack produce single line
output like grep. For visual inspection I like ack's default output, but
my editor (emacs) knows how to parse the grep style output and jump
directly to each line. On occasion this can be very useful.

What version of the product are you using? On what operating system?
$ ack --version
ack 1.88

This program is free software; you can redistribute it and/or modify it
under the same terms as Perl itself.

Please provide any additional information below.
Best addition to my toolbox in several years. I use it all the time.

Reported by acferen at 2009-03-13 14:07:SImported from Google Code issue number 131

Put the version number in the help text

Both --help and --help-types

Reported by petdance at 2008-03-26 15:20:SImported from Google Code issue number 76

ack -f -G doesn't return the correct exit code as specified in the man page

What steps will reproduce the problem?

in the ack source tree run: ./ack -f -G '.*.pm$'; echo $?
output is 1
it should be zero

While the POD documentation in ack says that this is the case, it's easy
enough to fix it.

Attached is a simple patch that I think fixes it well.

Reported by jboyens at 2009-07-27 21:37:SImported from Google Code issue number 151

Migrate tickets from Google Code over here

Where did highlighting go?

I just realized that match highlighting is not working on my OS X install
of ack. Ack!

Reported by petdance at 2007-05-10 14:48:SImported from Google Code issue number 18

ack doesn't handle symlink loops well

What steps will reproduce the problem?

mkdir -p ~/foo/bar; cd ~/foo/bar; ln -s ~/foo baz; cd ~/foo; echo asdf
> test.txt
ack -a --follow asdf
3.

What is the expected output? What do you see instead?

EXPECTED:

test.txt
1:asdf

SEEN:

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/bar/baz/test.txt
1:asdf

bar/baz/bar/baz/test.txt
1:asdf

bar/baz/test.txt
1:asdf

test.txt
1:asdf

What version of the product are you using? On what operating system?

ack v1.82
perl v5.8.8
RHEL v3

Please provide any additional information below.

Maybe a cache of filesystem items seen and shortcircuit using that.

Reported by [email protected] at 2008-07-28 16:14:SImported from Google Code issue number 95

Add -1 flag to stop after the first match of any kind

How many times have you run ack to find the thing you want, and then have
to hit Ctrl-C to stop the rest of the search? -1 will stop that.

Reported by petdance at 2007-08-10 14:42:SImported from Google Code issue number 21

Mimic exit status of grep

I brought this up on the mailing list a few months ago. It met with
approval, but nobody's done it. I'm creating an issue so it won't be
forgotten.

On Feb 25 2008, Christopher J. Madsen wrote:
GNU grep exits 0 if selected lines are found and 1 if no matches are found.
(Or 2 if an error occurred.)

Emacs uses that status to report "matches found" or "no matches found".
But ack exits 0 whether or not it found anything. I'd like ack to mimic
grep's exit codes, either always or as an option (--exit-grep, maybe).

On Feb 25 2008, Andy Lester wrote:
Always is fine.

On Feb 25 2008, Bill Ricker wrote:
Will this break any existing uses?
(Sounds like any existing uses testing the RC are "broken" as the RC is
useless? if so not harmful to change under them?)

On Feb 25 2008, Torsten Blix wrote:
This seems like a very reasonable suggestion, after all quoting from ack's
docs:
> Ack is designed as a replacement for 99% of the uses of grep.

Now, some things have to be thought through.

Quoting from grep's manpage:
> Normally, exit status is 0 if selected lines are found and 1
> otherwise. But the exit status is 2 if an error occurred, unless
> the -q or --quiet or --silent option is used and a selected line is
> found.

That means 'grep ack Ack.pm non-existent' returns 2 because of the
non-existent file, even though 'ack' is found in Ack.pm - unless one of the
mentioned options is given.

I think, if we mimick the return code behavior of grep then we should do it
properly and behave in the same way. Does that mean, we also need a --quiet
or --silent option (which are synonymous for grep)? And should this option
copy the behavior of grep (no output to stdout, exit with 0 at once when a
match is found)?

Reported by cmadsn at 2008-06-30 19:24:SImported from Google Code issue number 93

Add --type=perl for orthogonality with --perl

Reported by petdance at 2006-12-11 02:59:SImported from Google Code issue number 1

Add .ackrc support

Reported by petdance at 2006-12-11 03:02:SImported from Google Code issue number 3

empty lines, standalone on osx

What steps will reproduce the problem?

get the standalone version of ack
while searching through files, matches are found but not displayed. So,
you get a filename and then a number of empty lines (the number does match
the nr of hits found)

What is the expected output? What do you see instead?

Empty lines instead of the matched output.

What version of the product are you using? On what operating system?

osx 10.4.11, perl v5.8.6 (comes builtin)

Please provide any additional information below.

I've been trying to reproduce in a directory structure I just made, but I'm
having a hard time. I can reproduce with my development dir, but I'm not
sure what is different there.

Reported by bram.dejong at 2007-12-19 11:51:SImported from Google Code issue number 56

patch to ignore Codeville's .cdv/ directory

What steps will reproduce the problem?

run ack inside a Codeville repository

What is the expected output? What do you see instead?

I see results from files inside Codeville's .cdv/ directory. As is done
with CVS/, .svn/, etc., files inside .cdv/ should be ignored.

What version of the product are you using? On what operating system?

ack-standalone 1.72, Perl 5.8.8, Ubuntu Linux 7.10

Please provide any additional information below.

I will attach a patch.

Reported by glyphobet at 2007-11-28 01:14:SImported from Google Code issue number 41

Make ack pass its tests under "prove -j4"

Prove is not happy about -j4 and ack.

Reported by petdance at 2009-04-01 17:06:SImported from Google Code issue number 132

Add support for vala source files

Vala is a programming language that is gaining popularity in gnome, so it
would be great if ack supported it.

Reported by barisione at 2009-07-16 09:09:SImported from Google Code issue number 150

Add a mode for printing all lines

I want a mode where every line of input prints, even if it doesn't match.
This is so I get color highlighting on the stuff that matches, but I still
see the stuff that doesn't.

Reported by petdance at 2007-08-07 04:27:SImported from Google Code issue number 20

ack standalone won't run with older perls

What steps will reproduce the problem?

ssh <host>
./ack
3.

What is the expected output? What do you see instead?
expected output (ack with no arguments) help info
what I see: Undefined subroutine &App::Ack::bsd_glob called at
/appl/sysadmin/ack line 1046.

What version of the product are you using? On what operating system?
This is version 1.84 of ack. Solaris 8

Please provide any additional information below.
I've got some boxes here which for various reasons I can't touch the perl
on and (standalone) ack fails because the bsd_glob routine (which is being
used for tilde expansion) is not available. I use the following routine to
work out the home directory on Unix which comes out of the Perl Cookbook

my @pwd = getpwuid($<);
my $home = $ENV{HOME} || $ENV{LOGDIR} || $pwd[7]
or croak "Could not determine home directory for $<";

it works even on old Perl(s) and I've seen it in other Perl modules and it
saves the need for the tilde expansion at least... if that approach is OK I
don't mind having a shot at a patch for you.

Cheers
Murray

Reported by murray.barton at 2008-06-24 04:35:SImported from Google Code issue number 92

Make --line and regex searching mutually exclusive

--line and a regex search can't work together, so complain to user if they
are both supplied.

Reported by petdance at 2007-11-22 06:14:SImported from Google Code issue number 37

Incorrect capitalization of 'Repository' in Makefile.PL

should be 'repository' for the link to appear on search.cpan.org like for
http://search.cpan.org/dist/TryCatch/

Reported by ddascalescu at 2009-08-11 11:05:SImported from Google Code issue number 153

ack --man describes --rc=<file> but not implemented?

What steps will reproduce the problem?

ack --rc=/some/ackrc

What is the expected output? What do you see instead?
ack --man shows that --rc=<file> should be used to specify an additional ackrc but I see
nothing in (@ least the standalone version of) the code to support it.

What version of the product are you using? On what operating system?
Standalone 1.84 HP-UX B.11.11 (11iV1)

Please provide any additional information below.
Is this just old deprecated documentation? I'd really like a way to specify multiple RC files so
that, e.g., I could have a "system" version and then an additive local-user version. Seems that
envar ACKRC is expected to be a single filename, not a list, so I thought that maybe using
ACKRC and --rc=<ackrc> in combination might work, but no joy! Is there a way to have
multiple ackrc files? I know that ACKRC and ACK_OPTIONS can coexisst, of course. As always,
Thanks!!!!!!

Reported by michael.bracewell at 2008-07-08 15:34:SImported from Google Code issue number 94

Add support for Rakefiles

Handle Rakefile (a la Makefile) and .rake. Make them seen as both --rake
and --ruby, because they are.

Reported by petdance at 2009-01-17 15:52:SImported from Google Code issue number 115

Can't use type-add with files that have suffixes containing '.'

What steps will reproduce the problem?

Specify '--type-add=perl=.pm.in' in .ackrc
Search for a string contained in a file with the '.pm.in' extension
String is not found.

What is the expected output?

(String found in Foo.pm.in)

What do you see instead?

No output -- string not found. It works fine when I specify '.in' instead,
so I'm assuming it's the embedded '.' that's messing things up.

What version of the product are you using?

From the repo that I just built, 'App::Ack 1.89_02, File::Next 1.02, Perl
5.008008, /usr/bin/perl'

On what operating system?

Ubuntu -- 'Linux foobar 2.6.24-22-generic #1 SMP Mon Nov 24 18:32:42 UTC
2008 i686 GNU/Linux'

Please provide any additional information below.

ack -f doesn't see the file when I try to add the type '.pm.in', so it
seems it's the file matching that's the problem. The 'in' suffix is from
autoconf which we use to building files that are actually installed.

I have a workaround, but it would be cool to get this fixed. I have the
latest repo and would be happy to produce a patch, but I haven't identified
where in the code this should happen. I'll dig further.

Reported by talexb at 2009-07-14 15:07:SImported from Google Code issue number 149

ack 1.74 "ack" file referrs to cpan.org for bugs

What steps will reproduce the problem?

cd to ack tar distribution
ack -ai bug ack

What is the expected output? What do you see instead?

Expect references to Google for bugs

I got:
$ ack -ai bug ack
=head1 BUGS
Please report any bugs or feature requests to
C<bug-ack at rt.cpan.org>, or through the web interface at
L<http://rt.cpan.org/NoAuth/ReportBug.html?Queue=ack>.
your bug as I make changes.
L<http://rt.cpan.org/NoAuth/Bugs.html?Dist=ack>

What version of the product are you using? On what operating system?

$ ack --version
ack 1.74

Please provide any additional information below.

Reported by david.dyck at 2007-12-21 00:03:SImported from Google Code issue number 59

Add --flush option to turn off stdio buffering

What steps will reproduce the problem?

create a program to simulate logging:
$ cat > fake-server

!/bin/sh

while true ; do
echo date your message here
sleep 1
done
^D
$ chmod +x fake-server

$ fake-server | ack message
$ fake-server | ack message | cat

What is the expected output? What do you see instead?

I would ike for steps 2 and 3 to produce the same output. However, since
step 3 sends the output of STDOUT to a pipe instead of a terminal, perl
defaults to a mode where it does block level stdio buffering. This means
that the version in step 3 takes several minutes before any messages show up.

What version of the product are you using? On what operating system?

ack-standalone-1.75_01 (from svn trunk), running on Mac OS X and Linux.

Please provide any additional information below.

I've included a patch which implements a --flush flag. This flag will set
$| telling perl to flush on every print statement, like it does when the
output is a terminal rather than a pipe. It works great for me.

I'm unclear whether or not we need a --noflush; I'm inclined to think we
don't.

Thanks,
David Mankin

Reported by mankin at 2007-12-15 10:01:SImported from Google Code issue number 55

Doesn't handle Intellisense and WinCE sources files

What steps will reproduce the problem?

Create a Windows Embedded CE project.
Open Visual Studio 2005 and build the project.
Search for a string that occurs in a sources file (e.g.,
"DRAW_PROGRESS_BAR=0").

What is the expected output? What do you see instead?
I expected ack to find the occurrence of this string in one of the sources
files and produce the following output:

PLATFORM\CEPC\SRC\BOOTLOADER\EBOOT\sources
42:CDEFINES= $(CDEFINES) -DCOREDLL -DDRAW_PROGRESS_BAR=0 \

Instead, it produces the following output:

ack: OSDesigns\Foo\Foo.ncb: Permission denied

What version of the product are you using? On what operating system?
I'm using ack 1.88 on Strawberry Perl 5.10.0.4 on Microsoft Windows XP.

Please provide any additional information below.
The .ncb file is the Intellisense database, which apparently cannot be
opened while it's being used by Visual Studio 2005. I've worked around
this warning by adding the following to my .ackrc:

--type-set=intellisense=.ncb
--nointellisense

In order to make ack search sources files, which define how WinCE projects
are built, I had to edit ack itself.

Reported by [email protected] at 2009-04-09 15:14:SImported from Google Code issue number 134

Add .ss to Scheme

Scheme files often have .ss extension. Vim detects .ss as Scheme.

Reported by sanxiyn at 2009-04-02 18:29:SImported from Google Code issue number 133

-o doesn't work with multiple matches on a line

Reported by petdance at 2007-08-22 21:20:SImported from Google Code issue number 22

-A, -B and -C from particle

This is a proof of concept from Jerry Gay for handling -A, -B and -C

!perl

use strict;

use warnings;

use Getopt::Std;

A - after

B - before

C - surrounding -- always overrides -A and -B

getopt('ABC', \my %opts);

my $search_string = @argv ? $ARGV[0] : '';
my( @buffer_pre, @buffer_post, $current_line );
my( $buffer_size_pre, $buffer_size_post )= (0, 0);
my $match_sep = '--';
my $null_line = undef;
my $fh = *DATA;

if( $opts{C} ) {
$buffer_size_pre = $buffer_size_post = $opts{C};
}
else {
$opts{B} and $buffer_size_pre = $opts{B};
$opts{A} and $buffer_size_post = $opts{A};
}

push @buffer_pre => ($null_line) x $buffer_size_pre;
push @buffer_post => ($null_line) x $buffer_size_post;

pre-fill the lookahead buffer and the line to search

until( $current_line ne $null_line ) {
advance_current_line();
}

while( $current_line ne $null_line ) {
print_match_results()
if current_line_matches();
advance_current_line();
}

sub fill_post_buffer {
push @buffer_post => get_line()
until @buffer_post == $buffer_size_post;
}

sub advance_current_line {
if( $buffer_size_pre ) {
shift @buffer_pre;
push @buffer_pre => $current_line;
}

if( $buffer_size_post ) {
     $current_line = shift @buffer_post;
    fill_post_buffer();
}
else {
    $current_line = get_line();
}

}

sub current_line_matches {
$current_line =~ m/$search_string/;
}

sub print_match_results {
print $. - 1, ": $_$/"
for @buffer_pre, $current_line, @buffer_post;
print $match_sep, $/
if $buffer_size_pre | $buffer_size_post;
}

sub get_line {
return $null_line if eof $fh;
my $line = <$fh>;
chomp $line;
$line ? $line : $null_line;
}

DATA
foo
bar
foobar
bar
xxx
foo
fubar
foober
barfoo
quux
bar

Reported by petdance at 2007-05-21 18:06:SImported from Google Code issue number 19

'make test' fails with ack 1.72, kubuntu 7.10 (i386)

What steps will reproduce the problem?

Download + untar ack-1.72.tar.gz
perl Makefile.PL
make
make test

What is the expected output? What do you see instead?

Expected: all tests passing
Received: failure in test 10 of t/context.t (attached file has full output)

What version of the product are you using? On what operating system?

App::Ack 1.72, perl v5.8.8, kubuntu 7.10 (i386)

Please provide any additional information below.

Reported by pminformatics at 2007-11-23 06:27:SImported from Google Code issue number 38

Tests fail if --color is set in ~/.ackrc

What steps will reproduce the problem?

echo "--color" >> ~/.ackrc
make test
3.

What is the expected output? What do you see instead?

4 tests fail because of the unexpected highlighting:

Failed Test Stat Wstat Total Fail List of Failed

t/ack-env.t 2 512 6 2 2 6
t/longopts.t 2 512 34 2 17 20
Failed 2/35 test scripts. 4/524 subtests failed.
Files=35, Tests=524, 11 wallclock secs ( 8.25 cusr + 1.16 csys = 9.41 CPU)
Failed 2/35 test programs. 4/524 subtests failed.

What version of the product are you using? On what operating system?

ack 1.86
Ubuntu 8.10

Please provide any additional information below.

ack won't install cleanly if --color is specified in ~/.ackrc. It produces
output that is not anticipated by four of the tests.

The attached patch sets an environment variable (ACK_TEST_HARNESS) in
t/Util.pm and uses it to determine the initial value of $env_is_usable in ack.

P.S. http://www.nntp.perl.org/group/perl.makemaker/2008/09/msg2978.html

Reported by [email protected] at 2008-12-25 09:08:SImported from Google Code issue number 113

vim syntax needs "-H" or less DWIM

What steps will reproduce the problem?

Following the recommended vim syntax of "ack -a"
:grep foo zoo.txt
Observe that output had no line numbers

What is the expected output? What do you see instead?

The output should have line numbers.

What version of the product are you using? On what operating system?

ack 1.86

Please provide any additional information below.

The related IRC report and recommended fixes from #perl-qa:

I'm trying to use "ack" with "vim", but when I use ack on a single
file, it gives me a non-vim-compatible output format.
<rjbs> vim-compatible?
 with the line-numbers and stuff, that make it work like a normal
grep list I can step through.
 ack'ing a single file appears to produce a different format, with no
line numbers.
<rjbs> so you want something like file.txt:12:content
<rjbs> ?
 Right.
 And if I do ":grep foo *.pm", ack will give the right result.
 but not ":grep foo My.pm"
 I'm using the .vimrc syntax recommended in the docs.

rjbs looks
 Thanks.
<rjbs> oh, just "ack -a "?
 That's what I'm using.
<rjbs> what version ack?
 ack 1.86
<rjbs> use ack -a -H
<rafl> :set gfm to whatever ack outputs?
<rjbs> rafl: its output varies based on file count
<rafl> ah, sorry.
<rjbs> mark: please report that in ack's bug tracker :) ack -a -H works, right?
<rafl> maybe it shouldn't try to DWIM for humans if it's not connected to a tty
<rjbs> I agree.
 rjbs: I confirmed adding -H fixes it.Thanks!
<rjbs> cool
 So is the recommended fix "-H", or "Don't DWIM without a tty" ?
 Or both?
<rjbs> I'd list both as alternatives, with the latter being better.

Reported by [email protected] at 2008-11-10 15:41:SImported from Google Code issue number 111

Put a "DO NOT EDIT ME" in the top of ack-standalone

Don't want people to bother patching ack-standalone.

Reported by petdance at 2008-03-26 15:11:SImported from Google Code issue number 75

Add --files-match=.whatever

Reported by petdance at 2006-12-11 03:00:SImported from Google Code issue number 2

Add SourceGear Vault/Fortress backup directories to %ignore_dirs

What steps will reproduce the problem?

Run ack on a directory controlled by SourceGear Vault or Fortress
2.
3.

What is the expected output? What do you see instead?
Expected -- only "real" files searched; actual -- files in Vault's backup
dirs searched as well.

What version of the product are you using? On what operating system?
svn revision 618, under Windows

Please provide any additional information below.
Diff attached, adding _sgbak to %ignore_dirs. Appropriate help strings
updated as well.

Reported by paulroub at 2007-11-27 20:11:SImported from Google Code issue number 40

ack fails when encountering unreadable files (with fix to Ack::App)

What steps will reproduce the problem?

mkdir ro
touch ro/file
chmod a-r ro/file
mkdir r
echo foo > r/file
ack -a foo ro r

What is the expected output? What do you see instead?

I expected:

ack: ro/file: Permission denied
r/file
1:foo

I saw this instead:
ack: ro/file: Permission denied
Use of uninitialized value $fh in <HANDLE> at /usr/local/lib/perl5/site_perl/5.10.0/App/Ack.pm line 783.
readline() on unopened filehandle at /usr/local/lib/perl5/site_perl/5.10.0/App/Ack.pm line 783.
Can't use an undefined value as a symbol reference at /usr/local/lib/perl5/site_perl/5.10.0/App/Ack.pm line 724.

What version of the product are you using? On what operating system?

$ ack --version
ack 1.74

Please provide any additional information below.

I just installed dd:ack-1.74 and I was using ack to grep
a large repository where some of the files were not
readable. The error messages I get are too verbose
and the search did not continue.

I would have expected a simple message stating that the
file was not readable
and then continue on to search the other files that had been specified
It looks like the error message is printed, but then we try
to read the file anyway. I guess the question is where should the
checking occure in ack itself, or in the App::Ack modules.
(are these verbose error messages appropriate)

I attached a patch as a suggested workaround,
that avoids the warnings and allows the search to continue.

Reported by david.dyck at 2007-12-20 23:56:SImported from Google Code issue number 57

Docs: .ackrc example is unclear about --type-add and --type-set

The documentation is missing one special case when describing th .ackrc
file. It's not obvious that two = sings are needed to get that case to work.

This is a patch that modifies the docs to show an example of that case.

Thanks for an incredibly useful piece of software. (And for adding this
feature that I had not yet gotten around to asking for.)

G. Wade

Reported by [email protected] at 2008-04-02 00:35:SImported from Google Code issue number 78

-i and -g options don't mix

What steps will reproduce the problem?
$ ack -g Bool
classes/Bool.pir
setting/Bool.pm
$ ack -i -g bool
$ # no output

What is the expected output? What do you see instead?

I'd expect the output to be the same in both cases

What version of the product are you using? On what operating system?

ii ack-grep 1.80-1 A grep-like program specifically for large
Debian Lenny on amd64

Please provide any additional information below.

Reported by moritz.lenz at 2009-02-26 17:56:SImported from Google Code issue number 129

Updates for bash-completion

An improved version of the ack bash-completion code is attached.

I've added support for new options, removed any foreign function
dependencies and generally improved the completions. Due to a request by
the Debian maintainer, I have also explicitly stated that the code is
distributed under the same terms as ack itself.

Thanks to Ryan Niebur for reminding me to actually detect when ack is
installed as ack-grep. :-)

Reported by deltronuk at 2009-03-06 21:52:SImported from Google Code issue number 130

add haml extension to ruby

add HAML extension to ruby

ruby => [qw( rb rhtml rjs rxml erb haml )],

Reported by fred.the.master at 2008-08-02 12:45:SImported from Google Code issue number 96

ack README file directs bugs submissions to cpan instead of google

What steps will reproduce the problem?

cd to untarred ack distribution
ack -ai BUG README
3.

What is the expected output? What do you see instead?

I expect a link to the bug entry tool
http://code.google.com/p/ack/issues

I got a link to rt.cpan.org:
http://rt.cpan.org/NoAuth/Bugs.html?Dist=ack

What version of the product are you using? On what operating system?

$ ack --version
ack 1.74

Please provide any additional information below.

Reported by david.dyck at 2007-12-20 23:59:SImported from Google Code issue number 58

ack --cfmx doesn't work

What steps will reproduce the problem?

ack -f --cfmx

What is the expected output?

Only files with extensions of .cfml, .cfm, or .cfc

What do you see instead?

Looks like all files: .css, .ppt, etc.

What version of the product are you using? On what operating system?

1.80 on windows XP.

Please provide any additional information below.

Reported by wcoleda at 2008-03-28 16:46:SImported from Google Code issue number 77

beyondgrep / ack1 Goto Github PK

ack1's Introduction

beyondgrep.com

Support

ack1's People

Contributors

Stargazers

Watchers

Forkers

ack1's Issues

Failed test 'Looking for left in multiple files with grouping'

in t/context.t at line 197.

Structures begin differing at:

$got->[0] = 't/text/science-of-myth.txt'

$expected->[0] = 't/text/boy-named-sue.txt'

Looks like you failed 1 test of 12.

You named your test '

'. You shouldn't use numbers for your test names.

Very confusing.

Failed test (t/longopts.t at line 48)

'use strict;

' doesn't look much like a regex to me.

You named your test '

'. You shouldn't use numbers for your test names.

Very confusing.

Failed test (t/longopts.t at line 48)

'use strict;

' doesn't look much like a regex to me.

Looks like you failed 2 tests of 30.

!/bin/sh

!perl

use warnings;

A - after

B - before

C - surrounding -- always overrides -A and -B

pre-fill the lookahead buffer and the line to search

Failed Test Stat Wstat Total Fail List of Failed

Recommend Projects

Recommend Topics

Recommend Org