From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | James Mansion <james(at)mansionfamily(dot)plus(dot)com> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Noob Hints on testing and debugging? |
Date: | 2008-03-12 07:38:14 |
Message-ID: | 14299.1205307494@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
James Mansion <james(at)mansionfamily(dot)plus(dot)com> writes:
> Are there any hints and tips anywhere on practical issues for testing
> and debugging changes to a backend?
hackers-list archives has a thread or three...
> (eg how to run it up and feed it SQL ideally without running a
> postmaster and execing a back end)
Why would you consider that "ideal"? Such a scenario would have
approximately zip to do with the real-world environment your patch
would face.
What I usually do is fire up a normal psql session and then attach to
the backend process with gdb in another window. The only cases where
this isn't very useful is where you are trying to debug failure in very
early session startup. There are some badly-documented options such as
-W that can help even in that kind of situation.
> I'm using VS2008 on XP by choice, and I'd like to investigate supporting
> something closely related to
> the Firebird 2.1 trigger on transaction commmit and rollback.
Is there any sanity at all in a trigger-on-rollback? Exactly what would
you expect it to be able to accomplish that anyone else could see after
the transaction has rolled back? (And no, trigger on commit isn't very
much saner.)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Magnus Hagander | 2008-03-12 08:15:06 | Re: [ADMIN] 8.2.4 patches? (fwd) |
Previous Message | James Mansion | 2008-03-12 07:21:50 | Noob Hints on testing and debugging? |