Got another one (no env since the last changes). I'll try and run the "kept"
install from when I killed 22853 (had to use -9) to see if it reproduces the
problem with the same binaries. Is there interest in me removing the perl in
/opt/local/bin/perl? I can install ccache elsewhere and renam
On Jun 7, 2011, at 11:32 PM, Tom Lane wrote:
>
> But I tried "make installcheck" in plperl quite a few times with no
> problems. (And yes, I tried some assorted settings of PERL_HASH_SEED,
> as well as none at all.)
>
> At this point I'm thinking that the perl you've got in /opt/local must
> b
On Jun 8, 2011, at 9:13 AM, Robert Creager wrote:I've renamed /opt/local so it's not picked up, and change HEAD to build every 6 hours. Won't prove it doesn't happen though... If it appears to work for a bit, I can move /opt/local back and see what happens.Gack. ccache is in /opt/local/bin... I
On Tue, Jun 7, 2011 at 12:42, Alex Hunsaker wrote:
> On Tue, Jun 7, 2011 at 12:22, Tom Lane wrote:
>> Alex Hunsaker writes:
>>> Im looking at the "raw" perl 5.10.0 source... I wonder if apple is
>>> shipping a modified version?
>>
>> You could find out by digging around at
>> http://www.opensour
On Jun 7, 2011, at 3:01 PM, Tom Lane wrote:
> Robert Creager writes:
>
> The configure log mentioned upthread says it's finding /usr/bin/perl,
> so apparently the buildfarm is running with a different PATH than you're
> using here. But that log also shows
>
> configure:7158: checking for flag
On Jun 7, 2011, at 12:42 PM, Alex Hunsaker wrote:
> On Tue, Jun 7, 2011 at 12:22, Tom Lane wrote:
>> Alex Hunsaker writes:
>>> Im looking at the "raw" perl 5.10.0 source... I wonder if apple is
>>> shipping a modified version?
>>
>> You could find out by digging around at
>> http://www.openso
Robert Creager writes:
> On Jun 7, 2011, at 3:01 PM, Tom Lane wrote:
>> Robert Creager writes:
>> configure:7158: checking for flags to link embedded Perl
>> configure:7174: result: -L/usr/local/lib
>> -L/System/Library/Perl/5.10.0/darwin-thread-multi-2level/CORE -lperl -ldl
>> -lm -lutil -lc
Excerpts from Tom Lane's message of mar jun 07 14:22:13 -0400 2011:
> Alex Hunsaker writes:
> > Im looking at the "raw" perl 5.10.0 source... I wonder if apple is
> > shipping a modified version?
>
> You could find out by digging around at
> http://www.opensource.apple.com/
> polecat appears to b
Robert Creager writes:
>>> Another question worth asking here is whether PG is picking up perl
>>> 5.10.0 or 5.8.9, both of which are shipped in this OSX release.
> Hmm... This might be a problem:
> which perl
> /opt/local/bin/perl
> type -a perl
> /opt/local/bin/perl
> /usr/bin/perl
> /opt/l
On 06/07/2011 02:22 PM, Tom Lane wrote:
Alex Hunsaker writes:
Im looking at the "raw" perl 5.10.0 source... I wonder if apple is
shipping a modified version?
You could find out by digging around at
http://www.opensource.apple.com/
polecat appears to be running OSX 10.6.7, so this is what you
On Tue, Jun 7, 2011 at 12:22, Tom Lane wrote:
> Alex Hunsaker writes:
>> Im looking at the "raw" perl 5.10.0 source... I wonder if apple is
>> shipping a modified version?
>
> You could find out by digging around at
> http://www.opensource.apple.com/
> polecat appears to be running OSX 10.6.7, so
Alex Hunsaker writes:
> Im looking at the "raw" perl 5.10.0 source... I wonder if apple is
> shipping a modified version?
You could find out by digging around at
http://www.opensource.apple.com/
polecat appears to be running OSX 10.6.7, so this is what you want:
http://www.opensource.apple.com/ta
On Tue, Jun 7, 2011 at 11:48, Tom Lane wrote:
> Alex Hunsaker writes:
>> On Mon, Jun 6, 2011 at 21:16, Robert Creager
>> wrote:
>>> (gdb) bt
>>> #0 0x000100a505e4 in Perl_get_hash_seed ()
>>> #1 0x000100a69b94 in perl_parse ()
>
>> I don't suppose /dev/urandom blocks on OS X?
>
> The
On Tue, Jun 7, 2011 at 5:40 PM, Andrew Dunstan wrote:
>
>
> On 06/07/2011 01:18 PM, Alex Hunsaker wrote:
>>
>> I don't suppose /dev/urandom blocks on OS X? Granted, I may have
>> missed something in translation with the macro fest that is perl...
>
>
> I wondered if we were possibly exhausting so
Alex Hunsaker writes:
> On Mon, Jun 6, 2011 at 21:16, Robert Creager
> wrote:
>> (gdb) bt
>> #0 Â 0x000100a505e4 in Perl_get_hash_seed ()
>> #1 Â 0x000100a69b94 in perl_parse ()
> I don't suppose /dev/urandom blocks on OS X?
The man page for it avers not, and besides it's hard to belie
On Tuesday, June 07, 2011 19:40:21 Andrew Dunstan wrote:
> On 06/07/2011 01:18 PM, Alex Hunsaker wrote:
> > I don't suppose /dev/urandom blocks on OS X? Granted, I may have
> > missed something in translation with the macro fest that is perl...
>
> I wondered if we were possibly exhausting some e
On 06/07/2011 01:18 PM, Alex Hunsaker wrote:
I don't suppose /dev/urandom blocks on OS X? Granted, I may have
missed something in translation with the macro fest that is perl...
I wondered if we were possibly exhausting some entropy pool. It seems
like this would be just such a bad bug th
On Mon, Jun 6, 2011 at 21:16, Robert Creager wrote:
> That's weird. Why it should hang there I have no idea. Did it hang at the
> same spot both times? Can you get a backtrace?
>
> I think so, but I didn't pay much attention :-(
> GNU gdb 6.3.50-20050815 (Apple version gdb-1518) (Sat Feb 12 02:52
On Jun 6, 2011, at 7:29 PM, Andrew Dunstan wrote:
>
>
> On 06/06/2011 07:30 PM, Robert Creager wrote:
>> [4de65a8f.607a:1] LOG: connection received: host=[local]
>> [4de65a8f.607a:2] LOG: connection authorized: user=Robert
>> database=pl_regression
>> [4de65a8f.607a:3] LOG: statement: CREAT
19 matches
Mail list logo
