From: | Ron Peterson <rpeterso(at)mtholyoke(dot)edu> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: insert rule doesn't see id field |
Date: | 2003-01-10 16:27:37 |
Message-ID: | 20030110162737.GA13191@mtholyoke.edu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches pgsql-sql |
On Thu, Jan 09, 2003 at 11:53:42PM -0500, Tom Lane wrote:
> Ron Peterson <rpeterso(at)mtholyoke(dot)edu> writes:
> > On Thu, Jan 09, 2003 at 04:50:56PM -0500, Ron Peterson wrote:
> >> colindices = (int *) malloc (ncols * sizeof (int));
>
> > Of course we should verify that malloc succeeded...
>
> Actually, the correct answer is "you should not be using malloc() in
> backend functions". You should be using palloc, or possibly
> MemoryContextAlloc, either of which will elog if it can't get space.
>
> > if (colindices == NULL) {
> > elog (ERROR, "noupcol: malloc failed\n");
> > SPI_finish();
> > return PointerGetDatum (NULL);
> > }
>
> This is even more pointless. Control does not return from elog(ERROR),
> so the two following lines are dead code.
Thanks. Didn't know that.
Not that you're obligated to review my code in any way (i.e. ignore
this question if you have better things to do), but does the rest of
my code look o.k.? I was pretty pleased with myself that I figured
out how to modify a tuple w/ SPI, and might like to do more of the
same. I'd rather not develop bad habits, though...
--
Ron Peterson -o)
Network & Systems Manager /\\
Mount Holyoke College _\_v
http://www.mtholyoke.edu/~rpeterso ----
From | Date | Subject | |
---|---|---|---|
Next Message | Neil Conway | 2003-01-10 18:30:12 | minor PL/PgSQL doc improvement |
Previous Message | Radu-Adrian Popescu | 2003-01-10 09:33:29 | Re: insert rule doesn't see id field |
From | Date | Subject | |
---|---|---|---|
Next Message | Josh Berkus | 2003-01-10 17:32:52 | Re: Table Design Questions |
Previous Message | dev | 2003-01-10 15:12:28 | Re: Table Design Questions |