Re: Proposal for debugging of server-side stored procedures - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Proposal for debugging of server-side stored procedures
Date
Msg-id 15787.1148927346@sss.pgh.pa.us
Whole thread Raw
In response to Re: Proposal for debugging of server-side stored procedures  (Thomas Hallgren <thomas@tada.se>)
Responses Re: Proposal for debugging of server-side stored procedures
List pgsql-hackers
Thomas Hallgren <thomas@tada.se> writes:
> I think this is a bad idea. PL/Java will use either shared memory or a
> socket to attach and as you already mentioned, when using C, a gdb
> will attach directly using the pid. I wouldn't be too surprised if
> Perl, Python, and PHP all have a similar solution and thus have no
> benefit from additions to the FE/BE protocol. IMO, debugging should be
> language specific and take place in a separate channel. There's no
> gain whatsoever mixing it with the FE/BE protocol.

It may well be that for plperl and friends we can kick the problem off
to language-specific debuggers --- indeed, one of the first things we
need to do is look at those to see what we can avoid reinventing.
But what of plpgsql?

Also, any solution of this type probably requires that the person doing
debugging have database superuser access (in fact, be logged directly
into the server machine as the postgres user).  It'd be nice to have an
approach that could be used by non-superusers to debug their trusted-PL
functions.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Magnus Hagander"
Date:
Subject: Re: anoncvs still slow
Next
From: Thomas Hallgren
Date:
Subject: Re: Proposal for debugging of server-side stored procedures