Skip site navigation (1) Skip section navigation (2)

Re: BUG #2969: Inaccuracies in Solaris FAQ

From: Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM>
To: Rich Teer <rich(dot)teer(at)rite-group(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #2969: Inaccuracies in Solaris FAQ
Date: 2007-02-12 15:45:32
Message-ID: 45D08B9C.9020506@sun.com (view raw or flat)
Thread:
Lists: pgsql-bugspgsql-patches
Rich Teer wrote:
> The following bug has been logged online:
> 
> Bug reference:      2969
> Logged by:          Rich Teer
> Email address:      rich(dot)teer(at)rite-group(dot)com
> PostgreSQL version: 8.2.2
> Operating system:   Solaris 10
> Description:        Inaccuracies in Solaris FAQ
> Details: 
> 
> Hi there,
> 
> First, many thanks for providing the best open source database!  I've
> spotted a couple of errors/bits of bad advice in doc/FAQ_Solaris, which I
> think should be updated.
> 
> 1. The answer to question 3 (Why does configure complain about a failed test
> program?) says to set LD_LIBRARY_PATH to point to the directory containing
> the missing libs.  While this does work (as does the other suggestion of
> using LD_RUN_PATH), the correct answer to this question is to include the
> library's path in the executable by using the -R flag, thus avoiding the
> need for the end user to mess about with environment variables.  For
> example, I use "LDFLAGS=-R/usr/sfw/lib ./configure ..." to build Postgres
> which uses Sun's OpenSSL.

Yes you have right we use -R for official Solaris package as well.  Good 
comment.

> 2. The answer to question 8 (Can I use DTrace for tracing PostgreSQL?) says
> that Solaris 10u3 or newer is required to handle probes in static functions.
>  Unfortunately, this is not the case.  DTrace can't be enabled when using
> update 3 (aka 11/06); the (as yet unreleased) update 4 or newer is
> required.

Original plan was release new version of DTrace in the update 3. Thanks 
for comment. But if you want to use Dtrace on Solaris 10u3 or older you 
can remove static from affected function in the transaction manager. It 
is not much clean but it works.

	
Thanks for the comments and I will prepare a patch asap together with 
another improvements.


	Thanks Zdenek

In response to

Responses

pgsql-bugs by date

Next:From: BrunoDate: 2007-02-12 17:52:53
Subject: BUG #2995: PSQLRestore crash and MemoryLeaks!
Previous:From: Frank F. BurmoDate: 2007-02-12 11:14:30
Subject: BUG #2994: avg() calculates wrong on Interval-type

pgsql-patches by date

Next:From: Tom LaneDate: 2007-02-12 16:43:57
Subject: Re: New features for pgbench
Previous:From: Greg SmithDate: 2007-02-12 15:32:49
Subject: Re: New features for pgbench

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group