Exception in select IN with index - Mailing list pgsql-hackers
| From | Keith Parks |
|---|---|
| Subject | Exception in select IN with index |
| Date | |
| Msg-id | 199809121356.OAA21197@mtcc.demon.co.uk Whole thread Raw |
| Responses |
Re: [HACKERS] Exception in select IN with index
|
| List | pgsql-hackers |
Hi,
Can anyone else reproduce this problem?
(Maybe a signal handling problem on S/Linux??)
Using the regression database...
Keith.
regression=> select * from person where age in (38,68);
name |age|location
-------+---+----------
teresa | 38|(7.7,1.8)
leah | 68|(0.6,3.37)
liza | 38|(9.76,6.9)
jenifer| 38|(6.6,23.3)
sumi | 38|(1.15,0.6)
paula | 68|(0.5,0.5)
julie | 68|(3.6,7.2)
belinda| 38|(8.9,1.7)
sandy | 38|(3.8,0.2)
velma | 68|(8.8,8.9)
(10 rows)
regression=> create index p_age_idx on person (age);
CREATE
regression=> select * from person where age in (38,68);
ERROR: floating point exception! The last floating point operation either
exceeded legal ranges or was a divide by zero
regression=> drop index p_age_idx;
DROP
regression=> select * from person where age in (38,68);
name |age|location
-------+---+----------
teresa | 38|(7.7,1.8)
leah | 68|(0.6,3.37)
liza | 38|(9.76,6.9)
jenifer| 38|(6.6,23.3)
sumi | 38|(1.15,0.6)
paula | 68|(0.5,0.5)
julie | 68|(3.6,7.2)
belinda| 38|(8.9,1.7)
sandy | 38|(3.8,0.2)
velma | 68|(8.8,8.9)
(10 rows)
regression=>
Here's a trace.
Program received signal SIGFPE, Arithmetic exception.
0x931c4 in create_or_index_paths (root=0x1d7d10, rel=0x1efb90, clauses=0x1f9270)
at orindxpath.c:128
128 t_list = lappend(t_list, pathnode);
(gdb) bt
#0 0x931c4 in create_or_index_paths (root=0x1d7d10, rel=0x1efb90,
clauses=0x1f9270) at orindxpath.c:128
#1 0x8f0fc in find_rel_paths (root=0x1d7d10, rels=0x1f9510) at allpaths.c:130
#2 0x8f06c in find_paths (root=0x1d7d10, rels=0x1f9510) at allpaths.c:77
#3 0x94d48 in subplanner (root=0x1d7d10, flat_tlist=0x1f96f0, qual=0x1f9950) at
planmain.c:279
#4 0x94c30 in query_planner (root=0x1d7d10, command_type=1, tlist=0x1f43f0,
qual=0x1f9950) at planmain.c:183
#5 0x953c0 in union_planner (parse=0x1d7d10) at planner.c:151
#6 0x95228 in planner (parse=0x1d7d10) at planner.c:72
#7 0xccf1c in pg_parse_and_plan (query_string=0xefffd1a0 "select * from person
where age in (38,68);",
typev=0x0, nargs=0, queryListP=0xefffd09c, dest=Remote, aclOverride=0
'\000') at postgres.c:626
#8 0xcd040 in pg_exec_query_dest (query_string=0xefffd1a0 "select * from person
where age in (38,68);",
dest=Remote, aclOverride=0 '\000') at postgres.c:720
#9 0xccff4 in pg_exec_query (query_string=0xefffd1a0 "select * from person
where age in (38,68);")
at postgres.c:697
#10 0xce2e4 in PostgresMain (argc=10, argv=0xeffff268, real_argc=10,
real_argv=0xeffffd84) at postgres.c:1611
#11 0xb1fcc in DoBackend (port=0x12d800) at postmaster.c:1528
#12 0xb1a44 in BackendStartup (port=0x190c00) at postmaster.c:1299
#13 0xb0ebc in ServerLoop () at postmaster.c:757
#14 0xb0a04 in PostmasterMain (argc=0, argv=0xeffffd84) at postmaster.c:563
#15 0x83870 in main (argc=10, argv=0xeffffd84) at main.c:93
(gdb) print t_list
$1 = (List *) 0x0
(gdb) print pathnode
$2 = (IndexPath *) 0x1ef210
(gdb) print *pathnode
$3 = {path = {type = T_IndexPath, parent = 0x1efb90, path_cost = 4.0999999,
pathtype = T_IndexScan,
p_ordering = {ordtype = MERGE_ORDER, ord = {sortop = 0x0, merge = 0x0}},
keys = 0x0, outerjoincost = 0,
joinid = 0x0, locclauseinfo = 0x0}, indexid = 0x1e5dd0, indexqual =
0x1e5b90, indexkeys = 0x0}
(gdb)
pgsql-hackers by date: