Implementacion de funciones de LO en PostgreSQL 8.2.4

Buenas tardes.

Estabamos compilando los modulos /contrib que trae la version del postgresql
8.2.4 y despues de que los instalamos todos, se hizo la restauracion de la
base de datos. Nos dimos cuenta de que nos estaba arrojando un error
extraño, que no encuentra la funcion lo_in() ni la lo_out () en el modulo
lo.so.

Nos pusimos a curiosar y nos dimos cuenta de que esas funciones no estan
declaradas en el modulo lo de la version 8.2.4.

Mi pregunta es:

¿ Se puede implementar esas funciones lo_in() y lo_out() en la version 8.2.4?

Yo tengo los codigos fuentes de la version 8.0.4 de postgresql y las podria
copiar y ver si me son utiles, pero me gustaria preguntarle primero a los
que saben.

Gracias de antemano.

Hasta luego.

Roberto Tortolero escribió:
> Buenas tardes.
>
> Estabamos compilando los modulos /contrib que trae la version del postgresql
> 8.2.4 y despues de que los instalamos todos, se hizo la restauracion de la
> base de datos. Nos dimos cuenta de que nos estaba arrojando un error
> extraño, que no encuentra la funcion lo_in() ni la lo_out () en el modulo
> lo.so.

Esas funciones fueron eliminadas porque ya no sirven para nada ... has
considerado reemplazarlas por su equivalente moderno? Ahora el tipo lo
es un dominio sobre el tipo Oid.

Supongo que podrias crear funciones que imiten el comportamiento de las
antiguas, pero lo mejor seria eliminar el uso de esas funciones si es
del todo posible.

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

Y que me sugiere Sr Alvaro, implementar las funciones (obvio que no) o
cuales serian las funciones nuevas para poder utilizarlas o
implementarlas???

On 6/5/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
>
> Roberto Tortolero escribió:
> > Buenas tardes.
> >
> > Estabamos compilando los modulos /contrib que trae la version del
> postgresql
> > 8.2.4 y despues de que los instalamos todos, se hizo la restauracion de
> la
> > base de datos. Nos dimos cuenta de que nos estaba arrojando un error
> > extraño, que no encuentra la funcion lo_in() ni la lo_out () en el
> modulo
> > lo.so.
>
> Esas funciones fueron eliminadas porque ya no sirven para nada ... has
> considerado reemplazarlas por su equivalente moderno? Ahora el tipo lo
> es un dominio sobre el tipo Oid.
>
> Supongo que podrias crear funciones que imiten el comportamiento de las
> antiguas, pero lo mejor seria eliminar el uso de esas funciones si es
> del todo posible.
>
> --
> Alvaro Herrera
> http://www.CommandPrompt.com/
> The PostgreSQL Company - Command Prompt, Inc.
>

Roberto Tortolero escribió:
> Y que me sugiere Sr Alvaro, implementar las funciones (obvio que no) o
> cuales serian las funciones nuevas para poder utilizarlas o
> implementarlas???

lo_import, lo_creat, etc ...

--
Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC
"No me acuerdo, pero no es cierto. No es cierto, y si fuera cierto,
no me acuerdo." (Augusto Pinochet)

Y que me sugiere, hago la restauracion de la bd y despues cambio todas esas
funciones LO, o hago dentro del modulo lo.c unas pseudo-instrucciones que lo
que hagan es llamar a las funciones nuevas pero manteniendo la
compatibilidad del postgres viejo???

On 6/5/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
>
> Roberto Tortolero escribió:
> > Y que me sugiere Sr Alvaro, implementar las funciones (obvio que no) o
> > cuales serian las funciones nuevas para poder utilizarlas o
> > implementarlas???
>
> lo_import, lo_creat, etc ...
>
> --
> Alvaro Herrera
> http://www.amazon.com/gp/registry/5ZYLFMCVHXC
> "No me acuerdo, pero no es cierto. No es cierto, y si fuera cierto,
> no me acuerdo." (Augusto Pinochet)
>

Roberto Tortolero escribió:
> Y que me sugiere, hago la restauracion de la bd y despues cambio todas esas
> funciones LO, o hago dentro del modulo lo.c unas pseudo-instrucciones que lo
> que hagan es llamar a las funciones nuevas pero manteniendo la
> compatibilidad del postgres viejo???

Humm, quien hace las llamadas a esas funciones? Si es tu codigo,
entonces sugiero simplemente cambiar el codigo ... si es el dump,
ignora los errores.

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.