February 2008 - developers-list

[Monetdb-developers] iconv.dll DEBUG version
by mobigital-nbl＠yahoo.com 26 Feb '08

26 Feb '08

can someone advise how to build the iconvd.dll (debug version) of iconv. on windows 64 bit platform.

2 1

[Monetdb-developers] pathfinder __func___ not declared
by mobigital-nbl＠yahoo.com 26 Feb '08

26 Feb '08

does anyone know what may be the issue causing this compilation error: this is when buildng "pathfinder" on win64. other components have built successfully - buildtoold, MonetDB, clients, MonetDB4, MonetDB5, sql. C:\monetdb\pathfinder\NT>nmake /nologo BITS64=1 NEED_MX=1 DEBUG=1 HAVE_ICONV=1 HAVE_MONETDB4=1 HAVE_MONETDB5=1 HAVE_PYTHON=1 "prefix=c:\monetdb\build" "C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\nmake.exe" /nologo /f ".\..\Makefile.msc" "prefix=c:\monetdb\build" "bits=64" all if not exist "conf" mkdir "conf" copy ".\..\conf\Makefile.msc" "conf\Makefile" 1 file(s) copied. cd "conf" && "C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\nmake.exe" /nologo DEBUG=1 "prefix=c:\monetdb\build" "bits=64" all if not exist "compiler" mkdir "compiler" copy ".\..\compiler\Makefile.msc" "compiler\Makefile" 1 file(s) copied. cd "compiler" && "C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\nmake.exe" /nologo DEBUG=1 "prefix=c:\monetdb\build" "bits=64" all if not exist "utils" mkdir "utils" copy ".\..\..\compiler\utils\Makefile.msc" "utils\Makefile" 1 file(s) copied. cd "utils" && "C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\nmake.exe" /nologo DEBUG=1 "prefix=c:\monetdb\build" "bits=64" all if not exist "schema" mkdir "schema" copy ".\..\..\compiler\schema\Makefile.msc" "schema\Makefile" 1 file(s) copied. cd "schema" && "C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\nmake.exe" /nologo DEBUG=1 "prefix=c:\monetdb\build" "bits=64" all cl -GF -W3 -wd4273 -wd4102 -MDd -nologo -Zi -Od -D_DEBUG -RTC1 -ZI -I. -I.\..\.. "-IC:\Pthreads\include" -I.\..\..\..\compiler\schema "-I..\include" -I.\..\..\..\compiler\schema\..\include "-Ic:\monetdb\build\include\MonetDB" "-Ic:\monetdb\build\include\MonetDB\common" "-Ic:\monetdb\build\include\MonetDB\gdk" -Wp64 -DMILPRINT_SUMMER_IS_DEFAULT=1 -DALGEBRA_IS_DEFAULT=0 -DSQL_IS_DEFAULT=0 -DHAVE_LIBXML2 "-IC:\libxml2-2.6.30.win64\include" "-IC:\zlib-1.2.3.win64\include" "-IC:\iconv-1.11.win64\include" -DLIBSCHEMA -DCOMPILE_DL_SCHEMA -Fo"import.obj" -c ".\..\..\..\compiler\schema\import.c" cl : Command line warning D9038 : /ZI is not supported on this platform; enabling /Zi instead cl : Command line warning D9025 : overriding '/Zi' with '/ZI' cl : Command line warning D9035 : option 'Wp64' has been deprecated and will be removed in a future release import.c .\..\..\..\compiler\schema\import.c(392) : error C2065: '__func__' : undeclared identifier .\..\..\..\compiler\schema\import.c(392) : warning C4047: 'function' : 'const char *' differs in levels of indirection from 'int' .\..\..\..\compiler\schema\import.c(392) : warning C4024: 'PFmalloc_' : different types for formal and actual parameter 3 .\..\..\..\compiler\schema\import.c(397) : error C2059: syntax error : '{' .\..\..\..\compiler\schema\import.c(468) : error C2065: '__func__' : undeclared identifier .\..\..\..\compiler\schema\import.c(468) : warning C4047: 'function' : 'const char *' differs in levels of indirection from 'int' .\..\..\..\compiler\schema\import.c(468) : warning C4024: 'PFoops_' : different types for formal and actual parameter 3 .\..\..\..\compiler\schema\import.c(518) : error C2065: '__func__' : undeclared identifier .\..\..\..\compiler\schema\import.c(518) : warning C4047: 'function' : 'const char *' differs in levels of indirection from 'int' .\..\..\..\compiler\schema\import.c(518) : warning C4024: 'PFoops_' : different types for formal and actual parameter 3 .\..\..\..\compiler\schema\import.c(525) : error C2065: '__func__' : undeclared identifier .\..\..\..\compiler\schema\import.c(525) : warning C4047: 'function' : 'const char *' differs in levels of indirection from 'int' .\..\..\..\compiler\schema\import.c(525) : warning C4024: 'PFoops_' : different types for formal and actual parameter 3 .\..\..\..\compiler\schema\import.c(535) : warning C4244: 'return' : conversion from '__int64' to 'int', possible loss of data .\..\..\..\compiler\schema\import.c(607) : error C2065: '__func__' : undeclared identifier .\..\..\..\compiler\schema\import.c(607) : warning C4047: 'function' : 'const char *' differs in levels of indirection from 'int' .\..\..\..\compiler\schema\import.c(607) : warning C4024: 'PFoops_' : different types for formal and actual parameter 3 .\..\..\..\compiler\schema\import.c(663) : error C2065: '__func__' : undeclared identifier .\..\..\..\compiler\schema\import.c(663) : warning C4047: 'function' : 'const char *' differs in levels of indirection from 'int' .\..\..\..\compiler\schema\import.c(663) : warning C4024: 'PFoops_' : different types for formal and actual parameter 3 .\..\..\..\compiler\schema\import.c(674) : error C2065: '__func__' : undeclared identifier

2 1

Re: [Monetdb-developers] libxml2 LINK error on win64.
by mobigital-nbl＠yahoo.com 26 Feb '08

26 Feb '08

i found this reference to libxml2 issue: http://osdir.com/ml/lang.perl.xml/2004-03/msg00082.html it suggested to put undefs in the specific source files nanohttp.c and nanoftp.c i added to nanohttp.c: #undef SUPPORT_IP6 #undef HAVE_GETADDRINFO to nanoftp.c: #undef SUPPORT_IP6 after that it compiled and got built ok. > acconfig.h says: > /* Define if IPV6 support is there */ > #undef SUPPORT_IP6 > /* Define if getaddrinfo is there */ > #undef HAVE_GETADDRINFO > > > config.h.in says this (in 2 places) > /* Define if IPV6 support is there */ > #undef SUPPORT_IP6 > > > configure has this (not sure if it's used on windows) > ... > [line 26531] #define SUPPORT_IP6 > _ACEOF > > it seems IP6 support is turned off everywhere, do I need to pass a command line > argument to turn off IP6 support? > > here is what configure.in says > [line 498] > dnl ***********************Checking for availability of IPv6******************* > > AC_MSG_CHECKING([whether to enable IPv6]) > AC_ARG_ENABLE(ipv6, [ --enable-ipv6[[=yes/no]] enables compilation of IPv6 > code [[default=yes]]],, enable_ipv6=yes) > > what command line switch should I use to turn off IP6? > > thanks in advance.

1 0

Re: [Monetdb-developers] libxml2 LINK error on win64.
by mobigital-nbl＠yahoo.com 26 Feb '08

26 Feb '08

Sjoerd Mullender wrote: > The functions the linker complains about are freeaddrinfo and > getaddrinfo. These functions are only used in sections inside #ifdef > SUPPORT_IP6/#endif. So it seems you have the symbol SUPPORT_IP6 defined > somewhere. You need to find out where that is defined. My guess would > be: the file config.h. One possibility might be that you used the same > sources on a non-Windows system where the file config.h was created? > You may be able to remove the file config.h and rerun the cscript > command. That should recreate the file. config.h is in the main > directory (i.e. one up from the win32 directory where you need to build). I deleted config.h, it was re-created by cscript, but problem still persists. acconfig.h says: /* Define if IPV6 support is there */ #undef SUPPORT_IP6 /* Define if getaddrinfo is there */ #undef HAVE_GETADDRINFO config.h.in says this (in 2 places) /* Define if IPV6 support is there */ #undef SUPPORT_IP6 configure has this (not sure if it's used on windows) ... [line 26531] #define SUPPORT_IP6 _ACEOF it seems IP6 support is turned off everywhere, do I need to pass a command line argument to turn off IP6 support? here is what configure.in says [line 498] dnl ***********************Checking for availability of IPv6******************* AC_MSG_CHECKING([whether to enable IPv6]) AC_ARG_ENABLE(ipv6, [ --enable-ipv6[[=yes/no]] enables compilation of IPv6 code [[default=yes]]],, enable_ipv6=yes) what command line switch should I use to turn off IP6? thanks in advance.

1 0

[Monetdb-developers] libxml2 LINK error on win64.
by mobigital1 25 Feb '08

25 Feb '08

Hi, I am trying to build on windows 2003 x64, and was able to build a few prerequisites, however, libxml2 is not linking due to this error: nanohttp.obj : error LNK2019: unresolved external symbol __imp_freeaddrinfo referenced in function xmlNanoHTTPConnectHost nanohttp.obj : error LNK2019: unresolved external symbol __imp_getaddrinfo referenced in function xmlNanoHTTPConnectHost bin.msvc\libxml2.dll : fatal error LNK1120: 2 unresolved externals NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\link.exe"' : return code '0x460' Stop. I am enclosing the output of /verbose:lib Microsoft (R) Program Maintenance Utility Version 9.00.21022.08 Copyright (C) Microsoft Corporation. All rights reserved. link.exe /nologo /VERBOSE:lib /VERSION:2.6 /LIBPATH:bin.msvc /LIBPATH:C:\libxml2-2.6.30.win64\lib /LIBPATH:"C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\ATLMFC\LIB\amd64" /OPT:NOWIN98 /DLL /IMPLIB:bin.msvc\libxml2.lib /OUT:bin.msvc\libxml2.dll int.msvc\c14n.obj int.msvc\catalog.obj int.msvc\chvalid.obj int.msvc\debugXML.obj int.msvc\dict.obj int.msvc\DOCBparser.obj int.msvc\encoding.obj int.msvc\entities.obj int.msvc\error.obj int.msvc\globals.obj int.msvc\hash.obj int.msvc\HTMLparser.obj int.msvc\HTMLtree.obj int.msvc\legacy.obj int.msvc\list.obj int.msvc\nanoftp.obj int.msvc\nanohttp.obj int.msvc\parser.obj int.msvc\parserInternals.obj int.msvc\pattern.obj int.msvc\relaxng.obj int.msvc\SAX2.obj int.msvc\SAX.obj int.msvc\schematron.obj int.msvc\threads.obj int.msvc\tree.obj int.msvc\uri.obj int.msvc\valid.obj int.msvc\xinclude.obj int.msvc\xlink.obj int.msvc\xmlIO.obj int.msvc\xmlmemory.obj int.msvc\xmlreader.obj int.msvc\xmlregexp.obj int.msvc\xmlmodule.obj int.msvc\xmlsave.obj int.msvc\xmlschemas.obj int.msvc\xmlschemastypes.obj int.msvc\xmlunicode.obj int.msvc\xmlwriter.obj int.msvc\xpath.obj int.msvc\xpointer.obj int.msvc\xmlstring.obj wsock32.lib iconv.lib zlib1.lib kernel32.lib LINK : warning LNK4224: /OPT:NOWIN98 is no longer supported; ignored Searching libraries Searching C:\Program Files\\Microsoft SDKs\Windows\v6.0A\lib\x64\wsock32.lib: Searching C:\iconv-1.11.win64\lib\iconv.lib: Searching C:\zlib-1.2.3.win64\lib\zlib1.lib: Searching C:\Program Files\\Microsoft SDKs\Windows\v6.0A\lib\x64\kernel32.lib: Searching C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\LIB\amd64\MSVCRT.lib: Searching C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\LIB\amd64\OLDNAMES.lib: Searching C:\Program Files\\Microsoft SDKs\Windows\v6.0A\lib\x64\uuid.lib: Searching C:\Program Files\\Microsoft SDKs\Windows\v6.0A\lib\x64\wsock32.lib: Searching C:\iconv-1.11.win64\lib\iconv.lib: Searching C:\zlib-1.2.3.win64\lib\zlib1.lib: Searching C:\Program Files\\Microsoft SDKs\Windows\v6.0A\lib\x64\kernel32.lib: Searching C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\LIB\amd64\MSVCRT.lib: Finished searching libraries Creating library bin.msvc\libxml2.lib and object bin.msvc\libxml2.exp Searching libraries Searching C:\Program Files\\Microsoft SDKs\Windows\v6.0A\lib\x64\wsock32.lib: Searching C:\iconv-1.11.win64\lib\iconv.lib: Searching C:\zlib-1.2.3.win64\lib\zlib1.lib: Searching C:\Program Files\\Microsoft SDKs\Windows\v6.0A\lib\x64\kernel32.lib: Searching C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\LIB\amd64\MSVCRT.lib: Searching C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\LIB\amd64\OLDNAMES.lib: Searching C:\Program Files\\Microsoft SDKs\Windows\v6.0A\lib\x64\uuid.lib: Finished searching libraries nanohttp.obj : error LNK2019: unresolved external symbol __imp_freeaddrinfo referenced in function xmlNanoHTTPConnectHost nanohttp.obj : error LNK2019: unresolved external symbol __imp_getaddrinfo referenced in function xmlNanoHTTPConnectHost bin.msvc\libxml2.dll : fatal error LNK1120: 2 unresolved externals NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\amd64\link.exe"' : return code '0x460' Stop. Any advice on how to address this would be appreciated! -- View this message in context: http://www.nabble.com/libxml2-LINK-error-on-win64.-tp15673701p15673701.html Sent from the monetdb-developers mailing list archive at Nabble.com.

2 1

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/algebra algebra_cse.c, XQuery_0-22, 1.66, 1.66.2.1
by Stefan Manegold 22 Feb '08

22 Feb '08

On Fri, Feb 22, 2008 at 08:35:12PM +0000, Jan Rittinger wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/algebra > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv15561/algebra > > Modified Files: > Tag: XQuery_0-22 > algebra_cse.c > Log Message: > -- Properly initialize the subexpression list > > (Please do not propagate to the CVS HEAD. > A better solution has to be found.) propagation has been prevented. Stefan > > Index: algebra_cse.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/algebra/algebra_cse.c,v > retrieving revision 1.66 > retrieving revision 1.66.2.1 > diff -u -d -r1.66 -r1.66.2.1 > --- algebra_cse.c 1 Feb 2008 13:31:59 -0000 1.66 > +++ algebra_cse.c 22 Feb 2008 20:35:10 -0000 1.66.2.1 > @@ -582,6 +582,9 @@ > PFla_op_t *res; > > subexps = PFarray (sizeof (PFarray_t *)); > + /* properly initialize list of subexpressions */ > + for (unsigned int i = 0; i < la_dummy /* the last op */; i++) > + *(PFarray_t **) PFarray_at (subexps, i) = NULL; > > res = la_cse (n); > PFla_dag_reset (res); -- | 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 |

1 0

Re: [Monetdb-developers] [Monetdb-checkins] java/src/nl/cwi/monetdb/jdbc MonetConnection.java, , 1.2, 1.3
by Stefan Manegold 20 Feb '08

20 Feb '08

Maybe a bit late for this time, but might help next time: history of moved files is still in CVS at their original location, see cvs -d<user>@monetdb.cvs.sourceforge.net:/cvsroot/monetdb rlog -N clients/src/java/src/nl/cwi/monetdb/jdbc/MonetConnection.java Stefan On Wed, Feb 20, 2008 at 07:50:26PM +0000, Fabian wrote: > Update of /cvsroot/monetdb/java/src/nl/cwi/monetdb/jdbc > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv12362/src/nl/cwi/monetdb/jdbc > > Modified Files: > MonetConnection.java > Log Message: > Fix for bug #1886326: > MonetDB JDBC driver exception for XQuery with no results > > 2 and a half hour later ... > Due to missing history (cvs moves) and missing documentation (on my > end) it took quite some while to figure out what was the "correct" way > to solve this bug. In the end it al boiled down on the limitation of > the XQuery backend to only support full-results-at-once, which means the > resource allocation of JDBC needs to allocate the entire result at once. > If the result is 0 rows big, however, then things went wrong when > calculating the current cache block. Anyway, for the future we now know > why we did this cache block calulation thing like this again... > > > > Index: MonetConnection.java > =================================================================== > RCS file: /cvsroot/monetdb/java/src/nl/cwi/monetdb/jdbc/MonetConnection.java,v > retrieving revision 1.2 > retrieving revision 1.3 > diff -u -d -r1.2 -r1.3 > --- MonetConnection.java 11 Jan 2008 10:36:16 -0000 1.2 > +++ MonetConnection.java 20 Feb 2008 19:50:24 -0000 1.3 > @@ -1164,7 +1164,17 @@ > isSet = new boolean[7]; > this.parent = parent; > if (parent.cachesize == 0) { > - cacheSize = lang == LANG_SQL ? MonetConnection.DEF_FETCHSIZE : tuplecount; > + /* Below we have to calculate how many "chunks" we need > + * to allocate to store the entire result. However, if > + * the user didn't set a cache size, as in this case, we > + * need to stick to our defaults. So far, so good. Now > + * the problem with XQuery is, that it doesn't support > + * any block fetching, so we need to always fetch > + * everything at once. For that reason, the cache size > + * is here set to the tuplecount, such that we do a full > + * fetch at once. To avoid a division by zero lateron, > + * we make sure the cache size is not 0 */ > + cacheSize = lang == LANG_SQL ? MonetConnection.DEF_FETCHSIZE : (tuplecount + 1); > cacheSizeSetExplicitly = false; > } else { > cacheSize = parent.cachesize; > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > 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 |

3 3

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/algebra physical.c, XQuery_0-22, 1.55, 1.55.2.1
by Stefan Manegold 20 Feb '08

20 Feb '08

On Wed, Feb 20, 2008 at 03:05:25PM +0000, Jan Rittinger wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/algebra > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv15240/algebra > > Modified Files: > Tag: XQuery_0-22 > physical.c > Log Message: > -- Testing (XMach-1/q8) correctly complains about the wrong input order. > > kintersect seems to respect the order of the right operand instead of the > order of the left one. AFAIK, kintersect does not guarantee any order at all! (Just recalling from the back of my head; did not check the code, again...) By default, it will scan the left input and look-up into the right input, thus "by coincedence" maintain the order of the left input. However, in case it "thinks" that scanning the right and looking up into the left is more efficient (e.g., in case the is already a hash index on the left head, or the left head is a dense OID column, allowing positional lookup), it might switch the scanning the right and looking-up into the left. We call this "operational optimization" ... In case pathfinder indeed relies on any particular order-preserving kintersect, we should carefully double-check the above, and if necessary consider adding an explicit "left_kintersect" (and/or "right_kintersect") primitive analogously to the left*join and ord_*select primitives ... Stefan > > > Index: physical.c > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/algebra/physical.c,v > retrieving revision 1.55 > retrieving revision 1.55.2.1 > diff -u -d -r1.55 -r1.55.2.1 > --- physical.c 31 Jan 2008 21:43:33 -0000 1.55 > +++ physical.c 20 Feb 2008 15:05:22 -0000 1.55.2.1 > @@ -718,9 +718,10 @@ > /* ---- SemiJoin: orderings ---- */ > > /* > - * We preserve any ordering of the left operand. > + * kintersect (the MIL implementation) preserves the > + * ordering of the right operand. > */ > - ret->orderings = PFord_unique (n1->orderings); > + ret->orderings = PFord_unique (n2->orderings); > > /* ---- SemiJoin: costs ---- */ > -- | 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 |

1 0

Re: [Monetdb-developers] [Monetdb-pf-checkins] pathfinder/compiler/sql lalg2sql.brg, , 1.119, 1.120
by Manuel Mayr 20 Feb '08

20 Feb '08

Sorry, I omitted the Log message here. Bugfix: missing "break" added, after the action code to translate attribtues. Manuel Mayr wrote: > Update of /cvsroot/monetdb/pathfinder/compiler/sql > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv32182/compiler/sql > > Modified Files: > lalg2sql.brg > Log Message: > > > Index: lalg2sql.brg > =================================================================== > RCS file: /cvsroot/monetdb/pathfinder/compiler/sql/lalg2sql.brg,v > retrieving revision 1.119 > retrieving revision 1.120 > diff -u -d -r1.119 -r1.120 > --- lalg2sql.brg 20 Feb 2008 12:26:56 -0000 1.119 > +++ lalg2sql.brg 20 Feb 2008 13:08:35 -0000 1.120 > @@ -4366,7 +4366,7 @@ > col_env_lookup (COLMAP(L(p)), item2, type_of (L(p), item2)), > col_env_lookup (COLMAP(L(p)), item1, aat_qname_loc), > col_env_lookup (COLMAP(L(p)), item1, aat_qname_uri)); > - } > + } break; > /* Twig: processi (Rel) */ > case 87: > { > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Monetdb-pf-checkins mailing list > Monetdb-pf-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-pf-checkins > -- | Manuel Mayr, Dipl.-Inf. | | | | EMail: manuel.mayr(a)in.tum.de | | Web: http://www3.in.tum.de/cms/members/mayrm | | Phone: +49 89 289-17259 | | Fax: +49 89 289-17263 | | | | Database Systems - Technische Universität München (Germany) |

1 0

[Monetdb-developers] preceding-sibling
by Djoerd Hiemstra 19 Feb '08

19 Feb '08

Hi there MonetDBs, The results for the following query changed between v0.18 and v0.22: let $list := <list> <item>1</item> <item>2</item> <item>3</item> <item>4</item> </list> return $list//item[. = "4"]/preceding-sibling::*[1] It now gives item 3, which I think is wrong since the results of any axis step (also preceding-sibling), should be in document order. The result in version 0.18 is item 1. Best, Djoerd.

2 1