RE: [HACKERS] min() and max() causing aborts - Mailing list pgsql-hackers

From Michael Davis
Subject RE: [HACKERS] min() and max() causing aborts
Date
Msg-id 93C04F1F5173D211A27900105AA8FCFC1452AF@lambic.prevuenet.com
Whole thread Raw
Responses Re: [HACKERS] min() and max() causing aborts
List pgsql-hackers
I just did another cvs update and nothing was updated.  So, I have already
applied this patch, the path has not been committed in to cvs, or the patch
did not do it for me :-).
-----Original Message-----From:    Bruce Momjian [SMTP:maillist@candle.pha.pa.us]Sent:    Saturday, March 20, 1999 6:17
PMTo:   Michael DavisCc:    pgsql-hackers@postgreSQL.orgSubject:    Re: [HACKERS] min() and max() causing aborts
 
Fixed this morning at 8am EST.

> I recompiled everything several time, did an initdb each time,
reloaded my> database, and did a vacuum.  No I did not see anything in the
postmaster log> file. > > I updated my cvs tree this morning.   And rebuild everything
again.  I> deleted my data directory and in initdb followed by:> > createdb mp> psql -e < mp.out            -- dump
from6.4.2> Connection to database 'postgres' failed.> FATAL 1:  Database postgres does not exist in pg_database> > I
canteven load data with the lastest set of changes.  There are
 
no> messages in the postgres .log file or .err files.> > There are still failures in the regression tests:> > boolean
..ok> char .. ok> name .. ok> varchar .. ok> text .. ok> strings .. ok> int2 .. failed> int4 .. failed> int8 .. ok> oid
..ok> float4 .. ok> float8 .. failed> numerology .. ok> point .. ok> lseg .. ok> box .. ok> path .. ok> polygon .. ok>
circle.. ok> geometry .. failed> timespan .. ok> datetime .. ok> reltime .. ok> abstime .. ok> tinterval .. ok>
horology.. ok> inet .. ok> comments .. ok> opr_sanity .. ok> create_function_1 .. ok> create_type .. ok> create_table
..ok> create_function_2 .. ok> constraints .. ok> triggers .. failed> copy .. ok> create_misc .. ok> create_aggregate
..ok> create_operator .. ok> create_view .. ok> create_index .. ok> sanity_check .. ok> errors .. ok> select .. ok>
select_into.. ok> select_distinct .. ok> select_distinct_on .. ok> select_implicit .. ok> select_having .. failed>
subselect.. ok> union .. ok> case .. ok> join .. ok> aggregates .. failed> transactions .. ok> random .. ok> portals ..
ok>misc .. failed> arrays .. ok> btree_index .. ok> hash_index .. ok> select_views .. ok> alter_table .. ok> portals_p2
..ok> rules .. ok> limit .. ok> install_plpgsql .. ok> plpgsql .. ok> temp .. ok> > >     -----Original Message----->
 From:    Bruce Momjian [SMTP:maillist@candle.pha.pa.us]>     Sent:    Saturday, March 20, 1999 5:41 AM>     To:
MichaelDavis>     Cc:    pgsql-hackers@postgreSQL.org>     Subject:    Re: [HACKERS] min() and max() causing aborts> >
  > I pulled the latest version of the source tree yesterday
 
and> complied>     > PosgtreSQL 6.5.  The get the following error on any select> statement>     > containing min() and
max():>    > >     > mp=> select max(addressid) from addresses;>     > pqReadData() -- backend closed the channel
unexpectedly.>    >         This probably means the backend terminated
 
abnormally> before or>     > while processing the request.>     > We have lost the connection to the backend, so
further
processing> is>     > impossible.  Terminating.>     > >     > >     > I am running Red Hat 5.1.>     > >     > FYI, I
alsonoticed failures in the regressions tests for
 
int2 and> int4 and>     > some others (int8 was okay).  I did not dig very deep into
this> but the only>     > error I could see with int2 and int4 occurred when the
value that> was being>     > inserted into the table was too large for the field.  For
example,> inserting>     > 100000 into an int2 field.>     > > >     I recommend a clean compile and initdb to see if
thatfixes
 
it.  Do> you>     see anything in the postmaster log file?> >     -- >       Bruce Momjian                        |
http://www.op.net/~candle>       maillist@candle.pha.pa.us            |  (610) 853-3000>       +  If your life is a
harddrive,     |  830 Blythe Avenue>       +  Christ can be your backup.        |  Drexel Hill,
 
Pennsylvania> 19026> > 

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


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] Unary % operator is broken in current sources
Next
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] min() and max() causing aborts