Skip site navigation (1) Skip section navigation (2)

Re: error

From: Juan <smalltalker(dot)marcelo(at)gmail(dot)com>
To: Marcos Ortiz <mlortiz(at)uci(dot)cu>
Cc: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, Ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: error
Date: 2012-03-18 22:18:36
Message-ID: CAKizN9xVgV5NBPEHujJPdK+WbwgztZ=WPHmHKi5scA4NfWwsfA@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Alvaro

Segui tu consejo encontre mis viejos fuentes y los estoy compilando en e
el nuevo entorno de postgres 9.1 en plataforma de 634 bits so.
pero... tengo un problema
me sale

 undefined symbol: DirectFunctionCall1
en el make, digo yo sera que cambio la interface de pasaje de parametros
desde el pg8 a pg9x?
te suena este error?
que puedo hacer?
saludos
MDC

2012/2/27 Marcos Ortiz <mlortiz(at)uci(dot)cu>

> On 02/28/2012 01:46 PM, Alvaro Herrera wrote:
>
>> Excerpts from Juan's message of mar feb 28 13:35:59 -0300 2012:
>>
>>> Alvaro
>>>
>>> gracias por responderme. si ahora es parte del posthgres pero
>>> antiguamente era un contrib en aquella epoca modifique bsatante
>>> ese fuente y lo recompile , si lograra compilar postgres en 32 bits
>>> deberia excluir este objeto para q use el q yo cree hace ya un tiempo
>>> la verdad no tengo mucha idea de como llevarlo a la practica y obviamente
>>> muchos problemas se me presentaran.
>>>
>> Hmm.  Si estás usando una versión más moderna de Postgres tienes que
>> considerar que cualquier módulo que quieras agregar debe tener el bloque
>> PG_MAGIC_BLOCK el cual debe estar ajustado a la versión de Postgres que
>> vayas a usar.  Por lo tanto si quieres seguir usando el mismo objeto
>> binario sin recompilarlo tu única opción sería usar la misma versión de
>> Postgres que tenías antes.
>>
>> Creo que lo más sensato sería tomar el código fuente modificado de
>> fuzzystrmatch y recompilarlo con una versión de Postgres más reciente, y
>> además así lo puedes usar en un ambiente de 64 bits.
>>
>>  tendras algun link donde pueda ver como compilar postgres en una
>>> plataforma
>>> de 64 bits en 32 bits?
>>>
>> La verdad es que no tengo idea dónde encontrar esa info.  Si mal no
>> recuerdo hay que poner -m32 en CFLAGS y quizás más opciones; seguramente
>> hará falta algo para el linker también (cosas que se ponen en LDFLAGS).
>> Todo eso debes ponerlo como variables que se pasan a configure, o sea
>> tiene que ser algo así:
>>
>> ./configure --<opciones>  CFLAGS="-m32 otras" LDFLAGS="algo aqui"
>>
>>  O hacer como explicó Selena Deckelmann(http://chesnok.com) en su charla
> del Pg2011 sobre usar siempre los binarios de 64 bits aunque uses una
> plataforma de 32 bits.
> La charla se llama "Maintaining Terabytes": (el link te lo debo, búscalo
> en el sitio http://www.pgcon.org/2011)
> 1- Install 32-bit Postgres and libraries on a 64-bit system.
> 2- Install 64-bit Postgres/libs of the same version.
> 3- Copy “hot backup” from 32-bit sys over to 64-bit sys.
> 4- Run pg_dump from 64-bit version on 32-bit Postgres.
>
> Esta charla está excelente, donde Selena brinda increíbles recomendaciones
> de su experiencia cuando era PostgreSQL DBA en http://myemma.com
> Saludos
>
> --
> Marcos Luis Ortíz Valmaseda
>  Sr. Software Engineer (UCI)
>  http://marcosluis2186.**posterous.com<http://marcosluis2186.posterous.com>
>  http://postgresql.uci.cu/blog/**38 <http://postgresql.uci.cu/blog/38>
>
>
>
> Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE
> ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
> http://www.antiterroristas.cu
> http://justiciaparaloscinco.**wordpress.com<http://justiciaparaloscinco.wordpress.com>
>

In response to

  • Re: error at 2012-02-27 20:46:49 from Marcos Ortiz

Responses

  • Re: error at 2012-03-18 23:22:23 from Marcos Ortiz
  • Re: error at 2012-03-19 18:00:17 from Alvaro Herrera

pgsql-es-ayuda by date

Next:From: Marcos OrtizDate: 2012-03-18 23:22:23
Subject: Re: error
Previous:From: Alejandro CarrilloDate: 2012-03-18 16:01:38
Subject: Re: Borrado logico

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group