From: | "Mario Gonzalez" <gonzalemario(at)gmail(dot)com> |
---|---|
To: | postgresql <pgsql-es-ayuda(at)postgresql(dot)org>, "Alvaro Herrera" <alvherre(at)commandprompt(dot)com> |
Subject: | Re: [GENERAL] Concurrencia |
Date: | 2006-03-16 20:38:45 |
Message-ID: | 2065a6cf0603161238t7d67be36n@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda pgsql-general |
On 16/03/06, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
> Mario Gonzalez escribió:
> > On 16/03/06, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
>
> > > Porque MemoryContext es un concepto propio de Postgres :-) malloc es
> > > parte del estandar que define la libc. palloc usa malloc internamente.
> >
> > Te entiendo. Pero cuando me referia a «todos los codigos» me referia
> > a los codigos de PostgreSQL, jeje :) Porque he visto que hay varias
> > lineas que hacen uso de malloc() directamente, quiza para una tarea
> > rapida que no vale la pena crear un context.... quizas.
>
> Ah! Puedes dar un ejemplo?
>
Claro. Cuando estaba revisando lo de coverity en una de las tantas
funciones que pertencen a pgsql/src/interfaces/libpq/fe-protocol3.c,
especificamente la pqGetCopyData3() en la linea 1206
*buffer = (char *) malloc(msgLength + 1);
IMO, crear un context en este caso especifico es demasiado, porque
bastaria hacer un PQmemfree()
O sea que, el uso de malloc() o palloc() dependera del uso que se
le de a la memoria y cuan dificil sea manipularla a lo largo del
codigo. ¿Esta bien?
> > Hablando de manejo de memoria, Gnome saco su version 2.14 y con ella
[...]
From | Date | Subject | |
---|---|---|---|
Next Message | Mario Gonzalez | 2006-03-16 20:43:24 | Re: Ayuda Herencia |
Previous Message | Alvaro Herrera | 2006-03-16 19:38:53 | Re: [GENERAL] Concurrencia |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-03-16 20:47:25 | Re: Error I don't understand, losing synch with server |
Previous Message | Tom Lane | 2006-03-16 20:36:45 | Re: How do I make a timestamp column default to current time |