I would like to compliment all of you on how clean the packaging for AIX is
going for me. (I still have to test that they actually work though :))
Using IBM compiler and this configure command + make - I am getting through
the make process.
I have to check whether your make also uses the GNU conve
On 20/12/2012 1:22 AM, acummi...@aperiogroup.com wrote:
> The following bug has been logged on the website:
>
> Bug reference: 7760
> Logged by: Alan Cummings
> Email address: acummi...@aperiogroup.com
> PostgreSQL version: 9.1.7
> Operating system: Ubuntu Linux 10.04.1
> Descr
The following bug has been logged on the website:
Bug reference: 7771
Logged by: Michael Felt
Email address: mamf...@gmail.com
PostgreSQL version: 8.3.22
Operating system: AIX
Description:
There are three references to the file @LongLink in the tar file :
postgresql-8
File postgresql-8.4.15.tar.bz2 has the same error as
postgresql-8.3.22.tar.bz2
michael@x054:[/data/prj/pgsql]bzip2 -dc postgresql-8.3.22.tar.bz2 | tar tf
- | grep LongLink
././@LongLink
././@LongLink
././@LongLink
michael@x054:[/data/prj/pgsql]find . -name utf8_and_euc_jis_2004.c
michael@x054:[/d
See bug #7771 for packaging issue preventing build for 8.3.22 and 8.4.15.
Will start with the version 9.X.y now
On Mon, Dec 24, 2012 at 11:17 AM, Michael Felt wrote:
> I would like to compliment all of you on how clean the packaging for AIX
> is going for me. (I still have to test that they actu
On 12/24/2012 2:17 AM, Michael Felt wrote:
*postgresql-8.3.22.tar.bz2* (in progress)
Unpacking the archive has an "error". There are couple references to a
file @LongLink (contents)
$ cat @Long*
postgresql-8.3.22/src/backend/utils/mb/conversion_procs/utf8_and_euc_jis_2004/utf8_and_euc_jis_2004.
mamf...@gmail.com writes:
> There are three references to the file @LongLink in the tar file :
> postgresql-8.3.22.tar.bz2
> michael@x054:[/data/prj/pgsql]bzip2 -dc postgresql-8.3.22.tar.bz2 | tar tf -
> | grep LongLink
> ././@LongLink
> ././@LongLink
> ././@LongLink
No, there is no such thing in
PG 9.2.2, Windows, empty database
just curious, redefinition of various operators seems to work nicely but
"text to text" operator redefinition (last block down here) seems
completely ignored:
set search_path to public;
select 'aa'::varchar = 'aa '::varchar; -- returns false
create or replace
t...@lavabit.com writes:
> PG 9.2.2, Windows, empty database
> just curious, redefinition of various operators seems to work nicely but
> "text to text" operator redefinition (last block down here) seems
> completely ignored:
> set search_path to public;
That search path setting doesn't do what y
