Is there anyone that can think of a solution for this problem?
cc1: warnings being treated as errors
/Volumes/Scratch/monetdb/stable/monetdb/src/modules/plain/bat.mx: In function 'local_itoa':
/Volumes/Scratch/monetdb/stable/monetdb/src/modules/plain/bat.mx:1253: warning: format '%zd' expects type 'signed size_t', but argument 4 has type 'ssize_t'
I mean... is there a difference between "signed size_t" and "ssize_t"?
Ehrm.
[Orion:src/modules/plain] fabian% uname -a
Darwin Orion.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power Macintosh powerpc PowerBook4,3 Darwin
[Orion:src/modules/plain] fabian% gcc --version
gcc (GCC) 4.0.1 (Apple Computer, Inc. build 5341)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Probably just need to compile without -Werror.
On Wed, Jan 31, 2007 at 09:27:31PM +0000, Martin Kersten wrote:
> Update of /cvsroot/monetdb/MonetDB5/src/mal
> In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv31774
>
> Modified Files:
> mal.mx mal_instruction.mx mal_resolve.mx
> Log Message:
> mal.mx mal_resolve.mx, website documentation
is the new website built for the development trunk or from the release
branch?
with the old website, it used to be the latter...
> mal_instruction, protect against too many variables.
these were checked-in the development trunk, but the message sounds less
like "new features" rather more like "bug fixes" --- aren't they also
relevant for the release branch and a possible bugfix release?
Stefan
> Index: mal_instruction.mx
> ===================================================================
> RCS file: /cvsroot/monetdb/MonetDB5/src/mal/mal_instruction.mx,v
> retrieving revision 1.264
> retrieving revision 1.265
> diff -u -d -r1.264 -r1.265
> --- mal_instruction.mx 24 Jan 2007 23:49:10 -0000 1.264
> +++ mal_instruction.mx 31 Jan 2007 21:27:29 -0000 1.265
> @@ -1247,6 +1247,10 @@
> cheap to perform a linear search to a variable or constant.
>
> @= makeVarSpace
> + if( mb->vtop >= (1<<15)-2 ){
> + mb->vtop = (1<<15)-2 ;
> + GDKerror("newVariable: too many variables\n");
> + } else
> if( mb->vtop >= mb->vsize){
> VarPtr *new;
> int s= mb->vtop + MAXVARS;
>
> Index: mal_resolve.mx
> ===================================================================
> RCS file: /cvsroot/monetdb/MonetDB5/src/mal/mal_resolve.mx,v
> retrieving revision 1.122
> retrieving revision 1.123
> diff -u -d -r1.122 -r1.123
> --- mal_resolve.mx 7 Jan 2007 05:25:01 -0000 1.122
> +++ mal_resolve.mx 31 Jan 2007 21:27:29 -0000 1.123
> @@ -16,11 +16,6 @@
>
> @a M. Kersten
> @v 1.0
> -@-
> -@menu
> -* Type Resolution::
> -* User Defined Types::
> -@end menu
> @+ Type Resolution
> Given the interpretative nature of many of the MAL instructions,
> when and where type resolution takes place is a critical design issue.
>
> Index: mal.mx
> ===================================================================
> RCS file: /cvsroot/monetdb/MonetDB5/src/mal/mal.mx,v
> retrieving revision 1.110
> retrieving revision 1.111
> diff -u -d -r1.110 -r1.111
> --- mal.mx 17 Jan 2007 13:24:17 -0000 1.110
> +++ mal.mx 31 Jan 2007 21:27:29 -0000 1.111
> @@ -15,30 +15,6 @@
> @' All Rights Reserved.
>
> @f mal
> -@* MonetDB Version 5
> -The MonetDB product family consists of a large number of components
> -developed within our group over the last decade. Some components have
> -already been shipped to happy customers, some are still in the making,
> -and others have found a resting place in the attic.
> -
> -The MonetDB architecture is designed to accommodate a wide-spectrum
> -of standardized query language front-ends (SQL, XQuery),
> -a variety of query transformation schemes, and
> -different execution platforms (interpreted materialized or
> -pipelined, dynamic compilation).
> -
> -MonetDB Version 5 is a major release of our software infrastructure.
> -The most notable differences are its greatly
> -improved software stack and a new interface language,
> -which turns the database server back-end into an
> -abstract database machine with its associated assembly language (MAL).
> -It supports backward compatibility of interfaces, tools, and
> -source sharing where feasible within the limited scope of resources available.
> -
> -In the remainder of this section we shortly introduce the
> -MonetDB Version 5 design considerations and
> -a quick overview of its architecture.
> -
> @node Design Considerations, Architecture Overview, Design Overview, Design Overview
> @+ Design Considerations
> Redesign of the MonetDB software stack was driven by the need to
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Monetdb-checkins mailing list
> Monetdb-checkins(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/monetdb-checkins
>
--
| Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl |
| CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ |
| 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 |
| The Netherlands | Fax : +31 (20) 592-4312 |
Hi,
apparently, there's something broken on the CWI MonetDB web server.
E.g.,
http://monetdb.cwi.nl/MonetDB/Version4/Documentation/monet/index.html
only returns
[an error occurred while processing this directive]
I don't know who is in charge for this, but monetdb-developers will
surely reach the right person.
Regards,
Jens
--
Jens Teubner
Technische Universitaet Muenchen, Department of Informatics
D-85748 Garching, Germany
Tel: +49 89 289-17259 Fax: +49 89 289-17263
There are 10 types of people in the world;
those who understand binary, and those who don't.
Niels,
just for info:
Jens' move of
MonetDB/conf/rules.mk
to
buildtools/conf/rules.mk
has (only) been performed on the development trunk,
not in the release branch.
Stefan
On Wed, Jan 31, 2007 at 12:56:08PM +0000, Niels Nes wrote:
> Update of /cvsroot/monetdb/buildtools/conf
> In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv23699/conf
>
> Modified Files:
> Tag: MonetDB_1-16
> Makefile.am Mbootstrap
> Added Files:
> Tag: MonetDB_1-16
> MonetDB.m4
> Log Message:
> moved MonetDB.m4 also into buildtools
> Now Mbootstrap can find it easily (using its own path)
--
| Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl |
| CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ |
| 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 |
| The Netherlands | Fax : +31 (20) 592-4312 |
Annuntio vobis gaudium magnum:
Habemus Liberationem!
Eminentissimum ac reverendissimum
MonetDB,
qui sibi nomen imposuit
Venus.
I announce to you a great joy:
We have a Release!
The most eminent and most reverend
MonetDB,
Who takes to himself the name of
Venus.
Please stay tuned on http://monetdb.cwi.nl/ and
monetdb-announce(a)lists.sourceforge.net
(https://lists.sourceforge.net/lists/listinfo/monetdb-announce) for a formal
announcement of the release including detailed documentation.
For the impatient amongst you,
you find the binary and source packages of the release at SourceForge
http://sourceforge.net/project/showfiles.php?group_id=56967
As usually, daily updates of the binary and source packages are available at
http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./0_lates…
An archive of recent daily built binary and source packages are available at
http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./1____al…
The latest sources from CVS can be optained with the following commands
(developers with ssh access replace <access> by :ext:<username>;
others replace <access> by :pserver:anonymous for anonymous pserver access):
cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r MonetDB_1-16 buildtools
cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r MonetDB_1-16 MonetDB
cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r Clients_1-16 clients
cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r MonetDB_1-16 template
cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r MonetDB_4-16 MonetDB4
cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r MonetDB_5-0_beta1 MonetDB5
cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r SQL_2-16 sql
cvs -d <access>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb co -P -r XQuery_0-16 pathfinder
(In CVS, the released code base is tagged as "Venus".)
Enjoy!
Stefan (on behalf of the complete MonetDB development team)
--
| Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl |
| CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ |
| 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 |
| The Netherlands | Fax : +31 (20) 592-4312 |
We (Henning and I) are currently experiencing some strange problems with the
HEAD of Pathfinder. It looks like there is a problem with memory management in
Pathfinder. On our 64 bit SuSe9.3 system crashes every time we do a second
query through the Mapi interface.
* start Mserver, run mil_start();
* then run through the MapiClient interface 2 times the query "1+1"
Now the Mserver crashes and gdb gives:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1107310944 (LWP 4579)]
0x00002aaaac67e3d2 in memcpy () from /lib64/tls/libc.so.6
(gdb) where
#0 0x00002aaaac67e3d2 in memcpy () from /lib64/tls/libc.so.6
#1 0x00002aaab6546150 in ?? ()
#2 0x00002aaab4c31c02 in mem_realloc (pa=<value optimized out>, p=0x0,
n=2048) at mem.c:133
#3 0x00002aaab4c31c4e in PFrealloc_ (n=<value optimized out>,
mem=<value optimized out>, file=0x2aaab4d1212c "array.c",
func=0x2aaab4d120fc "PFarray_at", line=128) at mem.c:165
#4 0x00002aaab4c3130b in PFarray_at (a=0x2aaab6546970, i=1) at array.c:128
#5 0x00002aaab4c32d28 in PFqname (ns={prefix = 0x0, uri = 0x0},
loc=0x0) at qname.c:188
#6 0x00002aaab4b98730 in PFty_xs_anyAttribute () at types.c:675
#7 0x00002aaab4b99f81 in PFfun_xquery_fo () at xquery_fo.c:122
#8 0x00002aaab4b797a0 in PFcompile_MonetDB (xquery=0xff83b9 "1+1\n",
url=0xff83b9 "1+1\n", prologue=0x42002a08, query=0x42002960,
epilogue=0x42002a18, options=<value optimized out>) at compile.c:730
#9 0x00002aaab4b76e22 in xquery_compile_exec (ctx=0x6227b8,
url=0xff83b9 "1+1\n", is_url=0, prologue=0x42002a08, query=0x42002a10,
epilogue=0x42002a18, nsurl=0x0) at pathfinder.mx:3586
#10 0x00002aaab4b78207 in xquery_prepare (ctx=0x6227b8, usec=18557579,
query=0xff83b9 "1+1\n") at pathfinder.mx:4911
#11 0x00002aaab4b794ee in xquery_client_engine (fc=0x2aaab4fc1ad8) at
pathfinder.mx:5054
#12 0x00002aaab4ebf882 in mapi_client_engine (FC=<value optimized out>)
at mapi.mx:509
#13 0x00002aaaabfcd84f in start_thread () from /lib64/tls/libpthread.so.0
#14 0x00002aaaac6c6703 in clone () from /lib64/tls/libc.so.6
#15 0x0000000000000000 in ?? ()
#16 0x0000000000000000 in ?? ()
#17 0x0000000000000000 in ?? ()
#18 0x0000000000000000 in ?? ()
[ etc etc etc]
On my 32 bit SuSE 9.3 system it crashes already in the first query:
* start Mserver, run mil_start();
teehuis software/SCRIPTS> MapiClient -p 50123 -lx
xquery>1+1
more>MAPI = monetdb@localhost:50123
QUERY = 1+1
ERROR = !tree matching: NULL pointer passed to PFnormalize_label
!
!# halted in normalize.brg (PFnormalize_label), line 3649
xquery>
Anybody any idea what changed lately. I heard that JanR was planning some
changes in the memory allocator,
JanF.
In this test the tables are not dropped.
Why?
If there is no reason I will drop the tables created by the test.
src/test/BugTracker/Tests/update_with_correlated_subselect.SF-1284791.sql
If you create a test please check if in the end all the database objects
that your test created are dropped.
Regards,
Romulo
Dear all,
to ensure that the final release preparations go as smooth as possible,
I kindly ask you to NOT checkin to any the latest release branches as of
now, without contacting Sjoerd and me, first.
We'll let you know, once you're free to checkin to the latest release
branches, again.
Your cooperation is very much appreciated!
Stefan
--
| Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl |
| CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ |
| 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 |
| The Netherlands | Fax : +31 (20) 592-4312 |
Are you Peter? ;) - please undo that check-in!
On 01/25/2007 04:32 PM, Ying Zhang wrote with possible deletions:
> Update of /cvsroot/monetdb/pathfinder/compiler/debug
> In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv31959/compiler/debug
>
> Modified Files:
> Tag: XQuery_0-16
> coreprint.c
> Log Message:
> Peter's fix of the bug that if a module function contains an XRPC
> call to another function in the same module, the query will fail,
> because the module URL passed to XRPC is empty.
>
> I will soon add a test script for this.
>
>
>
> Index: coreprint.c
> ===================================================================
> RCS file: /cvsroot/monetdb/pathfinder/compiler/debug/coreprint.c,v
> retrieving revision 1.32
> retrieving revision 1.32.2.1
> diff -u -d -r1.32 -r1.32.2.1
> --- coreprint.c 17 Jan 2007 08:15:35 -0000 1.32
> +++ coreprint.c 25 Jan 2007 15:32:18 -0000 1.32.2.1
> @@ -325,5 +325,9 @@
> fputc ('\n', f);
> }
>
> +void PFpcore (PFcnode_t *root) {
> + PFcore_pretty(stdout, root);
> +}
> +
>
> /* vim:set shiftwidth=4 expandtab: */
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Monetdb-pf-checkins mailing list
> Monetdb-pf-checkins(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins
>
--
Jan Rittinger
Database Systems
Technische Universita"t Mu"nchen (Germany)
http://www-db.in.tum.de/~rittinge/