User-Agent: Opera/9.80 (X11; Linux x86_64; Edition Linux Mint) Presto/2.12.388 Version/12.12
Build Identifier:
the main() in the tools/mserver/mserver5.c makes a call on GDK_malloc() to allocate the monet_script. The GDK_malloc() calls the GDKmallocmax(), which calls the heapinc(). heapinc() is protected by a lock (mbyteslock,) that is not initialized at this time.
Reproducible: Always
Steps to Reproduce:
configure with enable-optimize
execute the mserver5
Actual Results:
the actual and the expected results did not defer
~/monetdb/MonetDB-11.13.9 $ mserver5 --version
MonetDB 5 server v11.13.9 "Oct2012-SP3" (64-bit, 64-bit oids)
Copyright (c) 1993-July 2008 CWI
Copyright (c) August 2008-2013 MonetDB B.V., all rights reserved
Visit http://www.monetdb.org/ for further information
Found 125.8GiB available memory, 48 available cpu cores
Libraries:
libpcre: 8.12 2011-01-15 (compiled with 8.12)
openssl: OpenSSL 1.0.1 14 Mar 2012 (compiled with OpenSSL 1.0.1 14 Mar 2012)
libxml2: 2.7.8 (compiled with 2.7.8)
Compiled by: trigonak@lpd48core (x86_64-unknown-linux-gnu)
Compilation: gcc -O3 -fomit-frame-pointer -pipe -Wp,-D_FORTIFY_SOURCE=2
Linking : /usr/bin/ld -m elf_x86_64
Use malloc/free instead of GDKmalloc/GDKfree for monetscript.
The malloc is called before the call to monet_init which initializes
the locks used by GDKmalloc.
This fixes bug #3227.
Date: 2013-01-29 11:32:29 +0100
From: Vasileios Trigonakis <<vasileios.trigonakis>>
To: GDK devs <>
Version: 11.13.9 (Oct2012-SP3)
CC: @drstmane
Last updated: 2013-02-19 13:17:55 +0100
Comment 18447
Date: 2013-01-29 11:32:29 +0100
From: Vasileios Trigonakis <<vasileios.trigonakis>>
User-Agent: Opera/9.80 (X11; Linux x86_64; Edition Linux Mint) Presto/2.12.388 Version/12.12
Build Identifier:
the main() in the tools/mserver/mserver5.c makes a call on GDK_malloc() to allocate the monet_script. The GDK_malloc() calls the GDKmallocmax(), which calls the heapinc(). heapinc() is protected by a lock (mbyteslock,) that is not initialized at this time.
Reproducible: Always
Steps to Reproduce:
Actual Results:
the actual and the expected results did not defer
~/monetdb/MonetDB-11.13.9 $ mserver5 --version
MonetDB 5 server v11.13.9 "Oct2012-SP3" (64-bit, 64-bit oids)
Copyright (c) 1993-July 2008 CWI
Copyright (c) August 2008-2013 MonetDB B.V., all rights reserved
Visit http://www.monetdb.org/ for further information
Found 125.8GiB available memory, 48 available cpu cores
Libraries:
libpcre: 8.12 2011-01-15 (compiled with 8.12)
openssl: OpenSSL 1.0.1 14 Mar 2012 (compiled with OpenSSL 1.0.1 14 Mar 2012)
libxml2: 2.7.8 (compiled with 2.7.8)
Compiled by: trigonak@lpd48core (x86_64-unknown-linux-gnu)
Compilation: gcc -O3 -fomit-frame-pointer -pipe -Wp,-D_FORTIFY_SOURCE=2
Linking : /usr/bin/ld -m elf_x86_64
Comment 18448
Date: 2013-01-29 11:41:10 +0100
From: @drstmane
Your mserver5 --version output suggests you're using the Oct2012-SP3 release, not the Feb2013 release candidate branch ...
Comment 18449
Date: 2013-01-29 11:46:07 +0100
From: @sjoerdmullender
Changeset 2a441a22195c made by Sjoerd Mullender sjoerd@acm.org in the MonetDB repo, refers to this bug.
For complete details, see http//devmonetdborg/hg/MonetDB?cmd=changeset;node=2a441a22195c
Changeset description:
Comment 18506
Date: 2013-02-19 13:17:55 +0100
From: @sjoerdmullender
Feb2013 has been released.
The text was updated successfully, but these errors were encountered: