Divide by zero in OPTmitosis with select name from tables #2701
Last updated: 2011-09-16 15:04:40 +0200
Date: 2010-10-21 09:57:11 +0200
User-Agent: Midori/0.2 (X11; Linux; U; fr-ch) WebKit/531.2+
Using MonetDB on a 64 bit arch, using Debian and Debian packages. I'm currently working as time allows on my OCaml binding embedding MonetDB, and experienced a divide by 0 in OPTmitosis.
http://yziquel.homelinux.org/ocaml-monetdb5 (when online...)
Here are, hopefully helpful, details of the crash:
Which translates as "floating point exception".
yziquel@seldon:~/git/ocaml-monetdb5$ make debug
Findlib has been successfully loaded. Additional directives:
[New Thread 0x2aaab0238710 (LWP 31881)]
Program received signal SIGFPE, Arithmetic exception.
(gdb) info registers
=> 0x00002aaabd8f65d9 <+1081>: idivq 0xa8(%rsp)
The floating point exception occurs here. With the following values:
(gdb) p/x $rsp
This issue has nothing to do with my binding, and is purely MonetDB5-related. I suspect you would have the same result doing the following things: Start an embedded_sql() session, with monet_embedded and gdk_embedded to 'yes', nothing in the whole database, and doing a 'select name from tables' SQL instruction.
Steps to Reproduce:
Crashes on an idivq instruction in OPTmitosis, with a floating point exception.
Well, 'select name in tables'...
No merovingian, nothing. Just embedded_sql() in the OCaml binding.
Date: 2010-10-25 12:59:10 +0200
For complete details, see http//devmonetdborg/hg/MonetDB?cmd=changeset;node=74f08442f0a7
Date: 2010-10-25 15:19:09 +0200
For complete details, see http//devmonetdborg/hg/MonetDB?cmd=changeset;node=6b4c13dcae6d
Date: 2010-10-30 11:29:13 +0200
The output for this test appears to differ between Unix-like systems
In case this is a (desired/accepted) feature, we need to approve both outputs;
Date: 2010-11-17 15:12:20 +0100
(In reply to comment 3)
I expect the output to be the same, and in fact, when I run on my Fedora system, the test does give the correct output.
Date: 2010-11-26 21:36:37 +0100
Added more protection in the kernel, because the variable GDKnr_threads may be set at runtime.
Date: 2010-11-28 11:46:55 +0100
Date: 2010-11-28 12:09:08 +0100
The variable GDKnr_threads is a global variable that may (accidently) be set during execution, which warrants some protection. Indeed, the embedded code should provide a proper initial value by setting it as part of the startup phase.
Date: 2010-11-28 12:24:10 +0100
For complete details, see http//devmonetdborg/hg/MonetDB?cmd=changeset;node=1161f24990d1
Date: 2011-03-28 17:35:56 +0200
The Mar2011 version has been released.
Date: 2011-07-29 10:59:41 +0200
Apr2011-SP2 has been released.
Date: 2011-08-21 19:01:24 +0200
Made one more pass through the code for possible
Date: 2011-09-16 15:04:40 +0200
The Aug2011 version has been released.
The text was updated successfully, but these errors were encountered: