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

Re: [HACKERS] Failures with arrays

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Oliver Elphick <olly(at)lfix(dot)co(dot)uk>
Cc: bugs(at)postgresql(dot)org, hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] Failures with arrays
Date: 2000-05-31 21:17:55
Message-ID: 200005312117.RAA00876@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-bugspgsql-hackers
I can confirm that this is fixed in 7.0, I believe by Tom Lane.


> This was reported as a bug with the Debian package of 6.3.2; the same
> behaviour is still present in 6.4. 
> 
> bray=> create table foo ( t text[]);
> CREATE
> bray=> insert into foo values ( '{"a"}');
> INSERT 201354 1
> bray=> insert into foo values ( '{"a","b"}');
> INSERT 201355 1
> bray=>  insert into foo values ( '{"a","b","c"}');
> INSERT 201356 1
> bray=>  select * from foo;
> t            
> -------------
> {"a"}        
> {"a","b"}    
> {"a","b","c"}
> (3 rows)
> 
> bray=> select t[1] from foo;
> ERROR:  type name lookup of t failed
> bray=> select * from foo;
> t            
> -------------
> {"a"}        
> {"a","b"}    
> {"a","b","c"}
> (3 rows)
> 
> bray=> select foo.t[1] from foo;
> t
> -
> a
> a
> a
> (3 rows)
> 
> bray=> select count(foo.t[1]) from foo;
> pqReadData() -- backend closed the channel unexpectedly.
> 
> -- 
> Oliver Elphick                                Oliver(dot)Elphick(at)lfix(dot)co(dot)uk
> Isle of Wight                              http://www.lfix.co.uk/oliver
>                PGP key from public servers; key ID 32B8FAA1
>                  ========================================
>      "Let us therefore come boldly unto the throne of grace,
>       that we may obtain mercy, and find grace to help in 
>       time of need."             Hebrews 4:16 
> 
> 
> 
> 
> 


-- 
  Bruce Momjian                        |  http://www.op.net/~candle
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

In response to

pgsql-hackers by date

Next:From: Tom LaneDate: 2000-05-31 23:08:57
Subject: Re: Database names with spaces
Previous:From: Bruce MomjianDate: 2000-05-31 21:07:46
Subject: Re: Database names with spaces

pgsql-bugs by date

Next:From: Bruce MomjianDate: 2000-05-31 23:28:34
Subject: Re: uniqueness not always correct
Previous:From: Tom LaneDate: 2000-05-30 15:18:55
Subject: Re: Optimizer Bug?

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