From: | Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com> |
---|---|
To: | <Holger(dot)Friedrich-Fa-Trivadis(at)it(dot)nrw(dot)de>, <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: array in a store procedure in C |
Date: | 2015-02-03 22:20:00 |
Message-ID: | 54D14990.7050808@BlueTreble.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 2/3/15 7:03 AM, Holger(dot)Friedrich-Fa-Trivadis(at)it(dot)nrw(dot)de wrote:
> On Tuesday, February 03, 2015 3:58 AM, Jim Nasby wrote:
>> Note that the recursive grep starts at the current directory, so make sure you're actually in the pgsql source code when you use it.
>
>> cat ~/bin/pg_grep
>> #!/bin/sh
>>
>> grep -r "$*" * | grep -iv TAGS: | grep -v 'Binary file' | grep -v '.deps/'
>
> By the way, why not add a "cd" into the pgsql source tree to the script? That way you can't forget it when using the script...
Because I have multiple checkouts, and I don't always use the full tree
to search. It's a lot faster to only search the include directory, for
example.
--
Jim Nasby, Data Architect, Blue Treble Consulting
Data in Trouble? Get it in Treble! http://BlueTreble.com
From | Date | Subject | |
---|---|---|---|
Next Message | Jim Nasby | 2015-02-03 22:27:42 | Re: Fwd: [GENERAL] 4B row limit for CLOB tables |
Previous Message | Bill Moran | 2015-02-03 20:12:47 | Re: VACUUM FULL pg_largeobject without (much) downtime? |