BUG #5273: Unexpected function behavior/failure - Mailing list pgsql-bugs

From Vee
Subject BUG #5273: Unexpected function behavior/failure
Date
Msg-id 201001122230.o0CMUWFS000320@wwwmaster.postgresql.org
Whole thread Raw
Responses Re: BUG #5273: Unexpected function behavior/failure  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
The following bug has been logged online:

Bug reference:      5273
Logged by:          Vee
Email address:      sefer@hotmail.com
PostgreSQL version: 8.4.2
Operating system:   Linux
Description:        Unexpected function behavior/failure
Details:

Hi,

I have an odd problem using certain regular expressions (as opposed to any
other function) with PostgreSql 8.4.2, I was hoping you could enlighten me
as to what am I doing wrong.

-- Create the table and populate it.
create table test ( data text );
insert into test
values ('hello'), ('world'), ('bridge');

-- Test query.
select data, upper(data)
from test;

> hello    HELLO
> world    WORLD
> bridge    BRIDGE

-- The problem query
select data, regexp_matches(data, '(h..l)')
from test;

> hello    {hell}

Since I have no "where" clause, I would expect to see all the rows in the
result of the second case, with possibly a NULL value for the non-matched
rows.
But I would not expect a "select" clause to effectively filter out results
for me.

I'd appreciate your input on the matter.

Thanks,
   Vee.

pgsql-bugs by date:

Previous
From: Ted Clark
Date:
Subject: BUG #2197: PostgreSQL error- 'could not read block 0 of relation'
Next
From: Tom Lane
Date:
Subject: Re: BUG #5273: Unexpected function behavior/failure