[Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug918592 into lp:zorba
William Candillon has proposed merging lp:~zorba-coders/zorba/bug918592 into lp:zorba. Requested reviews: Chris Hillery (ceejatec) Rodolfo Ochoa (rodolfo-ochoa) Related bugs: Bug #918592 in Zorba: "Test case "php2" fails on validation queue machine" https://bugs.launchpad.net/zorba/+bug/918592 For more details, see: https://code.launchpad.net/~zorba-coders/zorba/bug918592/+merge/89398 This patch is removing the generation of the PHP wrapper API. It fixes bug #918592 and enable developers to download the wrapper API without building zorba. -- https://code.launchpad.net/~zorba-coders/zorba/bug918592/+merge/89398 Your team Zorba Coders is subscribed to branch lp:zorba. === modified file 'doc/php/examples/CMakeLists.txt' --- doc/php/examples/CMakeLists.txt 2012-01-19 09:35:40 + +++ doc/php/examples/CMakeLists.txt 2012-01-20 08:46:25 + @@ -32,8 +32,6 @@ MESSAGE(STATUS "Installing: " ${CMAKE_CURRENT_BINARY_DIR}/simple.php) ADD_TEST("php2" ${PHP5_EXECUTABLE} -c ${CMAKE_CURRENT_BINARY_DIR} ${CMAKE_CURRENT_BINARY_DIR}/test.php) - EXPECTED_FAILURE(php2 918592) - MESSAGE(STATUS "Installing: " ${CMAKE_CURRENT_BINARY_DIR}/test.php) === modified file 'swig/php/CMakeLists.txt' --- swig/php/CMakeLists.txt 2012-01-11 08:15:08 + +++ swig/php/CMakeLists.txt 2012-01-20 08:46:25 + @@ -39,7 +39,11 @@ ENDIF (WIN32) #Copy test to the build folder - CONFIGURE_FILE("${CMAKE_CURRENT_SOURCE_DIR}/test.xq" "${CMAKE_CURRENT_BINARY_DIR}/test.xq") + CONFIGURE_FILE("${CMAKE_CURRENT_SOURCE_DIR}/test.xq" "${CMAKE_CURRENT_BINARY_DIR}/test.xq" COPYONLY) + + #Copy + CONFIGURE_FILE("${CMAKE_CURRENT_SOURCE_DIR}/XQueryProcessor.php" "${CMAKE_CURRENT_BINARY_DIR}/Zorba/XQueryProcessor.php" COPYONLY) + CONFIGURE_FILE("${CMAKE_CURRENT_SOURCE_DIR}/zorba_api_wrapper.php" "${CMAKE_CURRENT_BINARY_DIR}/Zorba/zorba_api_wrapper.php" COPYONLY) CONFIGURE_FILE("${CMAKE_CURRENT_SOURCE_DIR}/../StaticContext.h" "${CMAKE_CURRENT_BINARY_DIR}/StaticContext.h") CONFIGURE_FILE("${CMAKE_CURRENT_SOURCE_DIR}/../ItemFactory.h" "${CMAKE_CURRENT_BINARY_DIR}/ItemFactory.h") @@ -80,35 +84,4 @@ DESTINATION share/php ) ENDIF (MSVC_IDE) ENDIF (NOT WIN32 OR CYGWIN) - - ### Start PHP proxy generation - # Configure the test file - SET (phpLibPrefix ${ZORBA_SWIG_LIB_PREFIX}) - SET (phpAPIPath ${CMAKE_CURRENT_BINARY_DIR}) - SET (phpLibPrefix ${ZORBA_SWIG_LIB_PREFIX}) - CONFIGURE_FILE ( -${CMAKE_CURRENT_SOURCE_DIR}/generate_proxy.php.in -${CMAKE_CURRENT_BINARY_DIR}/generate_proxy.php - ) - - CONFIGURE_FILE ( -${CMAKE_CURRENT_SOURCE_DIR}/XQueryProcessor.php -${CMAKE_CURRENT_BINARY_DIR}/Zorba/XQueryProcessor.php - ) - - ADD_CUSTOM_COMMAND ( -OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/Zorba/zorba_api_wrapper.php -# the following addes a dependency to the *.cxx file that is generated by swig -DEPENDS ${swig_generated_file_fullname} -DEPENDS ${CMAKE_CURRENT_SOURCE_DIR}/generate_proxy.php.in -COMMAND ${PHP5_EXECUTABLE} -ARGS generate_proxy.php - ) - ADD_CUSTOM_TARGET ( -Api_PHP_Wrapper ALL -DEPENDS ${CMAKE_CURRENT_BINARY_DIR}/Zorba/zorba_api_wrapper.php -DEPENDS ${CMAKE_CURRENT_BINARY_DIR}/Zorba/XQueryProcessor.php - ) - ### End PHP proxy generation - ENDIF (NOT PHP5_FOUND) === removed file 'swig/php/generate_proxy.php.in' --- swig/php/generate_proxy.php.in 2012-01-18 08:39:16 + +++ swig/php/generate_proxy.php.in 1970-01-01 00:00:00 + @@ -1,212 +0,0 @@ -class = $class; - $this->method = $method; - $this->type = $type; - } - - public function getClass() { return $this->class; } - public function getMethod(){ return $this->method; } - public function getType(){ return $this->type; } -} - -class Indexer { - - private $returnTypes = array(); - - const CLAZZ = 1; - const METHOD = 2; - const TYPE = 3; - - public function __construct(array $tokens) { - $state = null; - $class = null; - $method = null; - foreach($tokens as $token) { - if(is_string($token)) continue; - list($name, $value) = array(token_name($token[0]), $token[1]); - if($name == 'T_CLASS') { -$state = self::CLAZZ; - } else if($name == 'T_FUNCTION'){// && $class != null) { -$state = self::METHOD; - } else if($name == 'T_NEW'){// && $class != null && $method != null) { -$state = self::TYPE; - } - if($name == "T_STRING") { -switch($state) { - case self::CLAZZ: - $class = $value; - break; - case self::METHOD: - $method = $value; - break; - case self::TYPE: - $this->returnTypes[] = new ReturnType($class, $method, $value); -} -$state = null; - } - } - } - - public function getType($class, $method) { - foreach($this->returnTypes as $r) { - if($r->getClass() == $class && $r->getMethod() == $method) { -return $r->getType(); - } - } - return null; - } -} - -$indexer = new Indexer($tokens); - -foreach($classes as $className) { - $class = new ReflectionClass($className); - if($class->isUse
[Zorba-coders] [Bug 918592] Re: Test case "php2" fails on validation queue machine
** Changed in: zorba Assignee: Rodolfo Ochoa (rodolfo-ochoa) => William Candillon (wcandillon) -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/918592 Title: Test case "php2" fails on validation queue machine Status in Zorba - The XQuery Processor: In Progress Bug description: As discussed in email, this merge accidentally went through without running tests, and the php2 test does not work. I have marked it as an expected failure for now in doc/php/examples/CMakeLists.txt. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/918592/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 918592] Re: Test case "php2" fails on validation queue machine
** Branch linked: lp:~zorba-coders/zorba/bug918592 ** Changed in: zorba Status: Confirmed => In Progress -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/918592 Title: Test case "php2" fails on validation queue machine Status in Zorba - The XQuery Processor: In Progress Bug description: As discussed in email, this merge accidentally went through without running tests, and the php2 test does not work. I have marked it as an expected failure for now in doc/php/examples/CMakeLists.txt. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/918592/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/feature_xqdoc_version_for_modules into lp:zorba
Looks good -- https://code.launchpad.net/~zorba-coders/zorba/feature_xqdoc_version_for_modules/+merge/89013 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/feature_xqdoc_version_for_modules into lp:zorba
Review: Approve -- https://code.launchpad.net/~zorba-coders/zorba/feature_xqdoc_version_for_modules/+merge/89013 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 913750] Re: doxygen fixes
** Changed in: zorba Status: New => In Progress -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/913750 Title: doxygen fixes Status in Zorba - The XQuery Processor: In Progress Bug description: Doxygen documentation is suffering from a couple of problems: - The main documentation TOC is structured via HTML code - Some pages contain a hand-written TOC - Some pages have duplicate page title (using the page title and creating the top section with the same name) To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/913750/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 913748] Re: XQPHP
** Changed in: zorba Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/913748 Title: XQPHP Status in Zorba - The XQuery Processor: Fix Committed Bug description: XQPHP is providing XQuery support for PHP developpers To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/913748/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/feature_xqdoc_version_for_modules into lp:zorba
Validation queue starting for merge proposal. Log at: http://zorbatest.lambda.nu:8080/remotequeue/feature_xqdoc_version_for_modules-2012-01-20T09-44-04.374Z/log.html -- https://code.launchpad.net/~zorba-coders/zorba/feature_xqdoc_version_for_modules/+merge/89013 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug900677 into lp:zorba
> > Should the actual atomic type be present in the attribute element? > What's the use case for this? The type is declared in the index which should > be know by the user. It could be done but it's not clear how this would look > like. Do you want the QName of the atomic type of the sequence type? > > > If you have "by @id" where @id can be 1 or "1", you might want to create two > > index keys? > I don't understand this. Is it possible to have an index key as xs:anyAtomicType? If yes, you might have an index key of value xs:string("1") and another key of value xs:integer(1). Is this use case possible? > > > If a key returns (), you might want to distinguish with empty string for > > probing later? > I have made a fix such that the value attribute is only present if the entry > is not the empty sequence. Cool. Consider the following index key declaration: by xs:string(@team) as xs:string, xs:string(@country) as xs:string?, xs:string(@league) as xs:string?; If keys() returns: It's not good because I cannot probe the index with this info. Does it makes sense? > > > > By using keys(), I got the following output: > > http://www.zorba- > > xquery.com/modules/store/static/indexes/dml"> > value="hello"> > > > > Is the namespace useful or does it just make the life of the user harder? > It's consistent with the keys function of the maps module. We can remove it > but should remove it for both then (which is a backwards incompatible change). I would fix it here and fix it for map() in 3.0. Except if the local name attribute means something. > > > Why isn't it: > > > > Again, could you explain me how I'm supposed to probe from such XDM if one > of > > the actual key returned empty sequence? > Is there a way to probe for entries where one of the keys is the empty > sequence? I don't think there > is. We should have a separate bug for this. In Sausalito it's possible. It was the only way to replace a particular query with an index. How do we go forward on this? > > > Should the keys have a position attribute or something? > The index of the attribute elements determines the position. Is an additional > attribute really needed? > > > The doc/zorba/xqddf.dox doesn't seem to mention the function, it should no? > Yes, that's done. > > > > The xqdoc seems to have a formatting problem: the output example for > keys() > > goes out of its box. > Fixed. -- https://code.launchpad.net/~zorba-coders/zorba/bug900677/+merge/88973 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/feature_xqdoc_version_for_modules into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/feature_xqdoc_version_for_modules into lp:zorba has been updated. Status: Needs review => Approved For more details, see: https://code.launchpad.net/~zorba-coders/zorba/feature_xqdoc_version_for_modules/+merge/89013 -- https://code.launchpad.net/~zorba-coders/zorba/feature_xqdoc_version_for_modules/+merge/89013 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/feature_xqdoc_version_for_modules into lp:zorba
Validation queue job feature_xqdoc_version_for_modules-2012-01-20T09-44-04.374Z is finished. The final status was: All tests succeeded! -- https://code.launchpad.net/~zorba-coders/zorba/feature_xqdoc_version_for_modules/+merge/89013 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/feature_xqdoc_version_for_modules into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/feature_xqdoc_version_for_modules into lp:zorba has been updated. Status: Approved => Merged For more details, see: https://code.launchpad.net/~zorba-coders/zorba/feature_xqdoc_version_for_modules/+merge/89013 -- https://code.launchpad.net/~zorba-coders/zorba/feature_xqdoc_version_for_modules/+merge/89013 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug900677 into lp:zorba
I hope that these comments are a little bit more clear. I'm just trying to make sure of a single thing which is: - Anything that is returned by keys() must be easily fed back in probe-index-point() Therefore I'm wondering about index key types and index keys with empty sequence. -- https://code.launchpad.net/~zorba-coders/zorba/bug900677/+merge/88973 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug900677 into lp:zorba
Matthias, the function is not implemented for general indexes, right? If yes, you should say this in the documentation and raise appropriate error in the code, unless you plan to extend it to general indexes before the next release. -- https://code.launchpad.net/~zorba-coders/zorba/bug900677/+merge/88973 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 918143] Re: xqdoc version for modules
** Changed in: zorba Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/918143 Title: xqdoc version for modules Status in Zorba - The XQuery Processor: Fix Committed Bug description: As pointed out by William, the version of the module is not shown in the XQDoc documentation. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/918143/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug900677 into lp:zorba
> > > Should the actual atomic type be present in the attribute element? > > What's the use case for this? The type is declared in the index which should > > be know by the user. It could be done but it's not clear how this would look > > like. Do you want the QName of the atomic type of the sequence type? > > > > > If you have "by @id" where @id can be 1 or "1", you might want to create > two > > > index keys? > > I don't understand this. > Is it possible to have an index key as xs:anyAtomicType? > If yes, you might have an index key of value xs:string("1") and another key of > value xs:integer(1). > Is this use case possible? > It is not for value indexes, but it is for general indexes. Currently, the keys() function is not implemented for general indexes. If it is implemented for general indexes, then the type info should be included. > > > > > If a key returns (), you might want to distinguish with empty string for > > > probing later? > > I have made a fix such that the value attribute is only present if the entry > > is not the empty sequence. > Cool. > Consider the following index key declaration: > by xs:string(@team) as xs:string, >xs:string(@country) as xs:string?, >xs:string(@league) as xs:string?; > > If keys() returns: > > > > > It's not good because I cannot probe the index with this info. > Does it makes sense? > Yes, William is right. I think we need an extra attribute per key item. The attribute name would be something like "is_empty", and its value "true" or "false". The is_empty attribute could be optional; if it is not there, "false" is implied. By the way, I really dislike "attribute" as the tag name of an element. Something like "key_item" would have been much better. > > > > > > > By using keys(), I got the following output: > > > http://www.zorba- > > > xquery.com/modules/store/static/indexes/dml"> > > value="hello"> > > > > > > Is the namespace useful or does it just make the life of the user harder? > > It's consistent with the keys function of the maps module. We can remove it > > but should remove it for both then (which is a backwards incompatible > change). > I would fix it here and fix it for map() in 3.0. > Except if the local name attribute means something. > I don't have a strong preference for this. Either way looks ok to me. -- https://code.launchpad.net/~zorba-coders/zorba/bug900677/+merge/88973 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug900677 into lp:zorba
> > > > Should the actual atomic type be present in the attribute element? > > > What's the use case for this? The type is declared in the index which > should > > > be know by the user. It could be done but it's not clear how this would > look > > > like. Do you want the QName of the atomic type of the sequence type? > > > > > > > If you have "by @id" where @id can be 1 or "1", you might want to create > > two > > > > index keys? > > > I don't understand this. > > Is it possible to have an index key as xs:anyAtomicType? > > If yes, you might have an index key of value xs:string("1") and another key > of > > value xs:integer(1). > > Is this use case possible? > > > > It is not for value indexes, but it is for general indexes. Currently, the > keys() function is not implemented for general indexes. If it is implemented > for general indexes, then the type info should be included. > > > > > > > > > If a key returns (), you might want to distinguish with empty string for > > > > probing later? > > > I have made a fix such that the value attribute is only present if the > entry > > > is not the empty sequence. > > Cool. > > Consider the following index key declaration: > > by xs:string(@team) as xs:string, > >xs:string(@country) as xs:string?, > >xs:string(@league) as xs:string?; > > > > If keys() returns: > > > > > > > > > > It's not good because I cannot probe the index with this info. > > Does it makes sense? > > > Yes, William is right. I think we need an extra attribute per key item. The > attribute name would be something like "is_empty", and its value "true" or > "false". The is_empty attribute could be optional; if it is not there, "false" > is implied. > > By the way, I really dislike "attribute" as the tag name of an element. > Something like "key_item" would have been much better. > > > > > > > > > > > By using keys(), I got the following output: > > > > http://www.zorba- > > > > xquery.com/modules/store/static/indexes/dml"> > > > value="hello"> > > > > > > > > Is the namespace useful or does it just make the life of the user > harder? > > > It's consistent with the keys function of the maps module. We can remove > it > > > but should remove it for both then (which is a backwards incompatible > > change). > > I would fix it here and fix it for map() in 3.0. > > Except if the local name attribute means something. > > > > I don't have a strong preference for this. Either way looks ok to me. So sorry it's a mistake from me, I meant to write about the local-name attribute, I'm fine with the namespace. -- https://code.launchpad.net/~zorba-coders/zorba/bug900677/+merge/88973 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 866423] Re: Deadlock in Updates
Where is the query file for the "zorba_stack_module/empty1" test? -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/866423 Title: Deadlock in Updates Status in Zorba - The XQuery Processor: Incomplete Bug description: If some update expressions are executed in a certain order, Zorba ends up in a deadlock. Example Query: import module namespace coll = "http://www.zorba-xquery.com/zorba /collection-functions"; declare sequential function local:test() { coll:create-collection("test", Foo); replace value of node collection("test")[1]/b with "Bar"; coll:insert-nodes-at("test", 2, ); (); }; local:test(); To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/866423/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 919189] [NEW] ZorbaImpl::init might call GlobalEnvironment::init with a NULL store pointer
Public bug reported: At this location, in function ZorbaImpl::init(Store* store): http://bazaar.launchpad.net/~zorba- coders/zorba/trunk/view/head:/src/api/zorbaimpl.cpp#L93 The assertion assert(store == NULL || store2 == store); allows the variable store to be NULL (and there are places that do call this function indirectly with an explicit NULL store pointer, such as here: http://bazaar.launchpad.net/~zorba- coders/zorba/trunk/view/head:/modules/com/zorba-xquery/www/modules/http- client.xq.src/http_client.cpp#L68 ). However, this assertion is followed by GlobalEnvironment::init(store); that always fails upon a NULL pointer. ** Affects: zorba Importance: Medium Assignee: Markos Zaharioudakis (markos-za) Status: New -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/919189 Title: ZorbaImpl::init might call GlobalEnvironment::init with a NULL store pointer Status in Zorba - The XQuery Processor: New Bug description: At this location, in function ZorbaImpl::init(Store* store): http://bazaar.launchpad.net/~zorba- coders/zorba/trunk/view/head:/src/api/zorbaimpl.cpp#L93 The assertion assert(store == NULL || store2 == store); allows the variable store to be NULL (and there are places that do call this function indirectly with an explicit NULL store pointer, such as here: http://bazaar.launchpad.net/~zorba- coders/zorba/trunk/view/head:/modules/com/zorba-xquery/www/modules /http-client.xq.src/http_client.cpp#L68 ). However, this assertion is followed by GlobalEnvironment::init(store); that always fails upon a NULL pointer. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/919189/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/markos-scratch into lp:zorba
Markos Zaharioudakis has proposed merging lp:~zorba-coders/zorba/markos-scratch into lp:zorba. Requested reviews: Markos Zaharioudakis (markos-za) For more details, see: https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89435 fix for bug #919189 -- https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89435 Your team Zorba Coders is subscribed to branch lp:zorba. === modified file 'src/api/zorbaimpl.cpp' --- src/api/zorbaimpl.cpp 2011-07-13 01:56:45 + +++ src/api/zorbaimpl.cpp 2012-01-20 13:42:07 + @@ -98,7 +98,7 @@ { void* store2 = StoreManager::getStore(); (void)store2; -assert(store == NULL || store2 == store); +assert(store2 == store); GlobalEnvironment::init(store); } -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/markos-scratch into lp:zorba
Review: Approve -- https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89435 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/markos-scratch into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/markos-scratch into lp:zorba has been updated. Status: Needs review => Approved For more details, see: https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89435 -- https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89435 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/markos-scratch into lp:zorba
Validation queue starting for merge proposal. Log at: http://zorbatest.lambda.nu:8080/remotequeue/markos-scratch-2012-01-20T13-41-58.357Z/log.html -- https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89435 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/markos-scratch into lp:zorba
Validation queue job markos-scratch-2012-01-20T13-41-58.357Z is finished. The final status was: All tests succeeded! -- https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89435 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/markos-scratch into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/markos-scratch into lp:zorba has been updated. Status: Approved => Merged For more details, see: https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89435 -- https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89435 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 919189] Re: ZorbaImpl::init might call GlobalEnvironment::init with a NULL store pointer
I removed the store == NULL test from the assertion. ** Changed in: zorba Status: New => Fix Committed -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/919189 Title: ZorbaImpl::init might call GlobalEnvironment::init with a NULL store pointer Status in Zorba - The XQuery Processor: Fix Committed Bug description: At this location, in function ZorbaImpl::init(Store* store): http://bazaar.launchpad.net/~zorba- coders/zorba/trunk/view/head:/src/api/zorbaimpl.cpp#L93 The assertion assert(store == NULL || store2 == store); allows the variable store to be NULL (and there are places that do call this function indirectly with an explicit NULL store pointer, such as here: http://bazaar.launchpad.net/~zorba- coders/zorba/trunk/view/head:/modules/com/zorba-xquery/www/modules /http-client.xq.src/http_client.cpp#L68 ). However, this assertion is followed by GlobalEnvironment::init(store); that always fails upon a NULL pointer. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/919189/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 866423] Re: Deadlock in Updates
In the newly commited stack module -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/866423 Title: Deadlock in Updates Status in Zorba - The XQuery Processor: Incomplete Bug description: If some update expressions are executed in a certain order, Zorba ends up in a deadlock. Example Query: import module namespace coll = "http://www.zorba-xquery.com/zorba /collection-functions"; declare sequential function local:test() { coll:create-collection("test", Foo); replace value of node collection("test")[1]/b with "Bar"; coll:insert-nodes-at("test", 2, ); (); }; local:test(); To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/866423/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 867335] Re: remove bash scripts from properties generation
Also in order to make sure the Documentation for the Zorba command line is kept in sync with the changes in the Zorba command line, we could also update the doc/zorba/commandline.dox every time the src/system/zorba_properties.h changes. -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/867335 Title: remove bash scripts from properties generation Status in Zorba - The XQuery Processor: New Bug description: Reimplementing the scripts that generate the options for the Zorba cmd with the same concept used for the runtime generation. Description: To be more specific I'm referring to 'scripts/gen_all_props and 'scripts/gen_po_props'. When someone wants to add an option in the zorbacmd he has to: - change the 'bin/zorbacmdproperties.txt' - run the scripts in order to generate the 'bin/zorbacmdproperties_base.h' with the new vales from 'bin/zorbacmdproperties.txt' Instead we could we could generate the properties automatically (like we do with the runtime iterators) and remove the bash scripts. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/867335/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 867335] Re: remove bash scripts from properties generation
My proposal for fixing this issue is to: - rewrite gen_all_props and gen_po_props scripts in XQuery - rewrite src/system/zorba_properties.txt and src/store/naive/store_properties.txt as XML files - run the 2 XQuery scripts in CMake every time something changed in the scripts or the XML files -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/867335 Title: remove bash scripts from properties generation Status in Zorba - The XQuery Processor: New Bug description: Reimplementing the scripts that generate the options for the Zorba cmd with the same concept used for the runtime generation. Description: To be more specific I'm referring to 'scripts/gen_all_props and 'scripts/gen_po_props'. When someone wants to add an option in the zorbacmd he has to: - change the 'bin/zorbacmdproperties.txt' - run the scripts in order to generate the 'bin/zorbacmdproperties_base.h' with the new vales from 'bin/zorbacmdproperties.txt' Instead we could we could generate the properties automatically (like we do with the runtime iterators) and remove the bash scripts. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/867335/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/bugs-912586-912593-912722 into lp:zorba
Federico, I am approving this, but my knowledge of XML Schema and Zorba's implementation of it is not good enough to do a real review. So, I am also adding Cezar as a reviewer. For example, after your fix, the query in bug #912722 complains that "no declaration found for element 'a'". But, I think, the real problem is that should not be there at all given that the type of the "root" element is xs:int. But then again, I could be wrong. That's why I am sking Cezar to review this, -- https://code.launchpad.net/~zorba-coders/zorba/bugs-912586-912593-912722/+merge/87749 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/bugs-912586-912593-912722 into lp:zorba
Review: Approve -- https://code.launchpad.net/~zorba-coders/zorba/bugs-912586-912593-912722/+merge/87749 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 919189] Re: ZorbaImpl::init might call GlobalEnvironment::init with a NULL store pointer
Actually, would it make sense to completely remove the store parameter, make init a 0-ary function, and just use the store manager's singleton for initializing the global environment, since the variable store may only have a given value? -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/919189 Title: ZorbaImpl::init might call GlobalEnvironment::init with a NULL store pointer Status in Zorba - The XQuery Processor: Fix Committed Bug description: At this location, in function ZorbaImpl::init(Store* store): http://bazaar.launchpad.net/~zorba- coders/zorba/trunk/view/head:/src/api/zorbaimpl.cpp#L93 The assertion assert(store == NULL || store2 == store); allows the variable store to be NULL (and there are places that do call this function indirectly with an explicit NULL store pointer, such as here: http://bazaar.launchpad.net/~zorba- coders/zorba/trunk/view/head:/modules/com/zorba-xquery/www/modules /http-client.xq.src/http_client.cpp#L68 ). However, this assertion is followed by GlobalEnvironment::init(store); that always fails upon a NULL pointer. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/919189/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/bugs-912586-912593-912722 into lp:zorba
Review: Needs Fixing Markos is correct, if element is inside element than, root has a complex type and is not a simple type which anysimpleType represents. This should make the validation failing in the example from bug #912722 even if lax is specified. So this doesn't fix the bug #912722, at least the comment "Fixed bug #912586, #912593 and #912722 (assertion failures with lax validation)" should be changed. -- https://code.launchpad.net/~zorba-coders/zorba/bugs-912586-912593-912722/+merge/87749 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/markos-scratch into lp:zorba
Markos Zaharioudakis has proposed merging lp:~zorba-coders/zorba/markos-scratch into lp:zorba. Requested reviews: Markos Zaharioudakis (markos-za) For more details, see: https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89501 fix for bug #866423 -- https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89501 Your team Zorba Coders is subscribed to branch lp:zorba. === modified file 'ChangeLog' --- ChangeLog 2012-01-20 13:37:12 + +++ ChangeLog 2012-01-20 21:54:37 + @@ -12,6 +12,8 @@ * Fixed bug in destruction of exit_catcher_expr * Types-related optimization for the comparison operators * Fixed bug #911585 (management of variables during eval) + * Fixed bug #866423 (fn:empty and fn:exists iterators must reset their input in +case of early-out) * Added index management function to the C++ api's StaticCollectionManager. * Fixed bug #905041 (allow for the default element and function namespaces to be set multiple times via the c++ api). === modified file 'src/runtime/sequences/sequences_impl.cpp' --- src/runtime/sequences/sequences_impl.cpp 2011-10-12 08:45:07 + +++ src/runtime/sequences/sequences_impl.cpp 2012-01-20 21:54:37 + @@ -21,7 +21,9 @@ #include #include -#include +#include "diagnostics/xquery_diagnostics.h" +#include "diagnostics/util_macros.h" + #include #include @@ -154,11 +156,7 @@ if (!consumeNext(state->theSearchItem, theChildren[1].getp(), planState)) { - throw XQUERY_EXCEPTION( - err::FORG0006, - ERROR_PARAMS( ZED( EmptySeqNoSearchItem ) ), - ERROR_LOC( loc ) - ); + RAISE_ERROR(err::FORG0006, loc, ERROR_PARAMS(ZED(EmptySeqNoSearchItem))); } if ( theChildren.size() == 3 ) @@ -213,11 +211,12 @@ if ( !consumeNext(lSequenceItem, theChildren[0].getp(), planState)) { -STACK_PUSH (GENV_ITEMFACTORY->createBoolean ( result, true ), state); +STACK_PUSH(GENV_ITEMFACTORY->createBoolean(result, true), state); } else { -STACK_PUSH (GENV_ITEMFACTORY->createBoolean ( result, false ), state); +theChildren[0]->reset(planState); +STACK_PUSH (GENV_ITEMFACTORY->createBoolean(result, false), state); } STACK_END (state); @@ -235,6 +234,7 @@ if ( consumeNext(lSequenceItem, theChildren[0].getp(), planState) ) { +theChildren[0]->reset(planState); STACK_PUSH (GENV_ITEMFACTORY->createBoolean ( result, true ), state); } else -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/markos-scratch into lp:zorba
Review: Approve -- https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89501 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/markos-scratch into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/markos-scratch into lp:zorba has been updated. Status: Needs review => Approved For more details, see: https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89501 -- https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89501 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/markos-scratch into lp:zorba
Validation queue starting for merge proposal. Log at: http://zorbatest.lambda.nu:8080/remotequeue/markos-scratch-2012-01-20T21-55-00.036Z/log.html -- https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89501 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
Matthias Brantner has proposed merging lp:~zorba-coders/zorba/fnserialize into lp:zorba. Requested reviews: Till Westmann (tillw) Matthias Brantner (matthias-brantner) For more details, see: https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89503 fn:serialize avoids copying the result but returns a streamable string instead -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89503 Your team Zorba Coders is subscribed to branch lp:zorba. === modified file 'ChangeLog' --- ChangeLog 2012-01-20 13:37:12 + +++ ChangeLog 2012-01-20 22:01:33 + @@ -23,6 +23,8 @@ * zerr is not predeclared anymore to be http://www.zorba-xquery.com/errors * Add new XQuery interface for the PHP bindings. * Added API method Item::getNamespaceBindings(). + * Added a function to the http://www.zorba-xquery.com/modules/store/static/indexes/dml module which returns +the value of all keys contained in an index. version 2.1 === modified file 'doc/zorba/xqddf.dox' --- doc/zorba/xqddf.dox 2011-10-30 08:04:47 + +++ doc/zorba/xqddf.dox 2012-01-20 22:01:33 + @@ -20,6 +20,7 @@ \ref index_creation \ref index_deletion \ref index_probing + \ref index_keys \ref index_maintenance \ref integrity_constraints @@ -2027,6 +2028,27 @@ +\subsection index_keys Retrieving Index Keys +In addition to probing an index, the idml module also provides a function that allows listing all the keys contained in an index. + +\code + idml:keys($indexName as xs:QName) as item()* +\endcode + +This function returns a sequence of element nodes. +Each node in the sequence represents one key contained in the index and has the following structure: + +\code + http://www.zorba-xquery.com/modules/store/static/indexes/dml";> + + ... + + +\endcode + +The order of the attribute elements reflects the order of the key specifications in the declaration of the index. +Also, the types of the values of the attributes are the types of the keys as they are declared. +If a value attribute is not present, this means that the value of the corresponding key in the index is the empty sequence. \subsection index_maintenance Index Maintenance === modified file 'modules/com/zorba-xquery/www/modules/store/static/indexes/dml.xq' --- modules/com/zorba-xquery/www/modules/store/static/indexes/dml.xq 2011-11-01 15:59:24 + +++ modules/com/zorba-xquery/www/modules/store/static/indexes/dml.xq 2012-01-20 22:01:33 + @@ -268,3 +268,27 @@ :) declare updating function idml:refresh-index($name as xs:QName) external; +(:~ + : The keys function returns a sequence of all keys contained in the + : index with the given name. Each element has the following structure: + : + :; + : + : + : + : @param $name The QName of the index + : @return The result of the function is sequence of elements each representing + : one key contained in the index. + : + : Note that the order of the attribute elements reflects the order of + : the keys in the index specification. Also note that the values in + : these attributes have the type that is declared in the corresponding + : index specification. + : + : @error zerr:ZDDY0021 if the index with name $name is not declared. + : @error zerr:ZDDY0023 if the index with name $name does not exist. + :) +declare function idml:keys($name as xs:QName) as node()* external; === modified file 'src/functions/library.cpp' --- src/functions/library.cpp 2011-10-14 07:35:51 + +++ src/functions/library.cpp 2012-01-20 22:01:33 + @@ -41,6 +41,7 @@ #include "functions/func_fnput.h" #include "functions/func_hoist.h" #include "functions/func_index_ddl.h" +#include "functions/func_index_func.h" #include "functions/func_ic_ddl.h" #include "functions/func_maths.h" #include "functions/func_nodes.h" @@ -106,6 +107,7 @@ populate_context_errors_and_diagnostics(sctx); populate_context_fnput(sctx); populate_context_index_ddl(sctx); + populate_context_index_func(sctx); populate_context_ic_ddl(sctx); populate_context_maths(sctx); populate_context_nodes(sctx); === added file 'src/functions/pregenerated/func_index_func.cpp' --- src/functions/pregenerated/func_index_func.cpp 1970-01-01 00:00:00 + +++ src/functions/pregenerated/func_index_func.cpp 2012-01-20 22:01:33 + @@ -0,0 +1,63 @@ +/* + * Copyright 2006-2008 The FLWOR Foundation. + * + * Licensed under the Apache License, Version 2.0 (the "License"); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an "AS IS"+ : + : + :
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
Review: Approve -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89503 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/fnserialize into lp:zorba has been updated. Status: Needs review => Approved For more details, see: https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89503 -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89503 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/fnserialize into lp:zorba has been updated. Commit Message changed to: fn:serialize avoids copying the result but returns a streamable string instead For more details, see: https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89503 -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89503 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/fnserialize into lp:zorba has been updated. Description changed to: fn:serialize avoids copying the result but returns a streamable string instead For more details, see: https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89503 -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89503 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
Matthias Brantner has proposed merging lp:~zorba-coders/zorba/fnserialize into lp:zorba. Requested reviews: Till Westmann (tillw) Matthias Brantner (matthias-brantner) For more details, see: https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 fn:serialize avoids copying the result but returns a streamable string instead -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 Your team Zorba Coders is subscribed to branch lp:zorba. === modified file 'src/runtime/parsing_and_serializing/parsing_and_serializing_impl.cpp' --- src/runtime/parsing_and_serializing/parsing_and_serializing_impl.cpp 2011-08-10 02:50:23 + +++ src/runtime/parsing_and_serializing/parsing_and_serializing_impl.cpp 2012-01-20 22:06:28 + @@ -122,12 +122,16 @@ /*** 14.9.2 fn:serialize / +void +FnSerializeIterator::streamReleaser(std::istream* s) +{ + delete s; +} + bool FnSerializeIterator::nextImpl(store::Item_t& aResult, PlanState& aPlanState) const { store::Item_t lParams; - std::stringstream lResultStream; - zstring lResult; PlanIteratorState* lState; DEFAULT_STACK_INIT(PlanIteratorState, lState, aPlanState); @@ -254,12 +258,15 @@ lElemIter->close(); } -// and now serialize -lSerializer.serialize(lIterWrapper, lResultStream); -lResult = lResultStream.str(); +{ + // and now serialize + std::auto_ptr lResultStream(new std::stringstream()); + lSerializer.serialize(lIterWrapper, *lResultStream.get()); + GENV_ITEMFACTORY->createStreamableString(aResult, *lResultStream.release(), FnSerializeIterator::streamReleaser, true); +} } + STACK_PUSH(true, lState); - STACK_PUSH(GENV_ITEMFACTORY->createString(aResult, lResult), lState); STACK_END (lState); } === modified file 'src/runtime/parsing_and_serializing/pregenerated/parsing_and_serializing.h' --- src/runtime/parsing_and_serializing/pregenerated/parsing_and_serializing.h 2011-10-19 15:28:51 + +++ src/runtime/parsing_and_serializing/pregenerated/parsing_and_serializing.h 2012-01-20 22:06:28 + @@ -95,6 +95,8 @@ virtual ~FnSerializeIterator(); +public: + static void streamReleaser(std::istream* stream); void accept(PlanIterVisitor& v) const; bool nextImpl(store::Item_t& result, PlanState& aPlanState) const; === modified file 'src/runtime/spec/parsing_and_serializing/parsing_and_serializing.xml' --- src/runtime/spec/parsing_and_serializing/parsing_and_serializing.xml 2012-01-11 17:30:25 + +++ src/runtime/spec/parsing_and_serializing/parsing_and_serializing.xml 2012-01-20 22:06:28 + @@ -74,6 +74,10 @@ + + + + -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/fnserialize into lp:zorba has been updated. Commit Message changed to: fn:serialize avoids copying the result but returns a streamable string instead For more details, see: https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/fnserialize into lp:zorba has been updated. Status: Needs review => Approved For more details, see: https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
Review: Approve -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/markos-scratch into lp:zorba
Validation queue job markos-scratch-2012-01-20T21-55-00.036Z is finished. The final status was: All tests succeeded! -- https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89501 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/markos-scratch into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/markos-scratch into lp:zorba has been updated. Status: Approved => Merged For more details, see: https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89501 -- https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/89501 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
Validation queue starting for merge proposal. Log at: http://zorbatest.lambda.nu:8080/remotequeue/fnserialize-2012-01-20T22-20-00.394Z/log.html -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 866423] Re: Deadlock in Updates
** Changed in: zorba Status: Incomplete => Fix Committed -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/866423 Title: Deadlock in Updates Status in Zorba - The XQuery Processor: Fix Committed Bug description: If some update expressions are executed in a certain order, Zorba ends up in a deadlock. Example Query: import module namespace coll = "http://www.zorba-xquery.com/zorba /collection-functions"; declare sequential function local:test() { coll:create-collection("test", Foo); replace value of node collection("test")[1]/b with "Bar"; coll:insert-nodes-at("test", 2, ); (); }; local:test(); To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/866423/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
Validation queue job fnserialize-2012-01-20T22-20-00.394Z is finished. The final status was: All tests succeeded! -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
Voting does not meet specified criteria. Required: Approve > 1, Disapprove < 1. Got: 1 Approve, 1 Pending. -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/fnserialize into lp:zorba has been updated. Status: Approved => Needs review For more details, see: https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
Review: Approve -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/fnserialize into lp:zorba has been updated. Status: Needs review => Approved For more details, see: https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
Validation queue starting for merge proposal. Log at: http://zorbatest.lambda.nu:8080/remotequeue/fnserialize-2012-01-20T23-40-03.054Z/log.html -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 919438] Re: assertion failed in var_expr::remove_set_expr during shutdown
The error can be reproduced in the linked branch. ** Branch linked: lp:~zorba-coders/zorba/bug-919438 ** Changed in: zorba Assignee: (unassigned) => Markos Zaharioudakis (markos-za) ** Changed in: zorba Importance: Undecided => High -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/919438 Title: assertion failed in var_expr::remove_set_expr during shutdown Status in Zorba - The XQuery Processor: New Bug description: In an extended version of the plan_serializer unit test we run into this error: #0 0xb52ef0e5 in __cxa_throw () from /usr/lib/i386-linux-gnu/libstdc++.so.6 #1 0xb7144a0f in zorba::assertion_failed (condition=0xb79f3632 "found", file=0xb79f35c0 "/home/tillw/code/zorba/zorba/src/compiler/expression/var_expr.cpp", line=260) at /home/tillw/code/zorba/zorba/src/diagnostics/assert.cpp:66 #2 0xb6fc3538 in zorba::var_expr::remove_set_expr (this=0x836abd0, e=0x836ad50) at /home/tillw/code/zorba/zorba/src/compiler/expression/var_expr.cpp:260 #3 0xb6fde15b in zorba::var_set_expr::~var_set_expr (this=0x836ad50, __in_chrg=) at /home/tillw/code/zorba/zorba/src/compiler/expression/script_exprs.cpp:346 #4 0xb6fde1fb in zorba::var_set_expr::~var_set_expr (this=0x836ad50, __in_chrg=) at /home/tillw/code/zorba/zorba/src/compiler/expression/script_exprs.cpp:347 #5 0xb6d9758c in zorba::SimpleRCObject::free (this=0x836ad50) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.h:124 #6 0xb78b2821 in zorba::RCObject::removeReference (this=0x836ad50, sharedCounter=0x0, lock=0x0) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.cpp:120 #7 0xb6e6c125 in zorba::rchandle::~rchandle (this=0x8376cf8, __in_chrg=) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.h:169 #8 0xb7339240 in zorba::user_function::~user_function (this=0x8376ca8, __in_chrg=) at /home/tillw/code/zorba/zorba/src/functions/udf.cpp:89 #9 0xb7339321 in zorba::user_function::~user_function (this=0x8376ca8, __in_chrg=) at /home/tillw/code/zorba/zorba/src/functions/udf.cpp:91 #10 0xb6d9758c in zorba::SimpleRCObject::free (this=0x8376ca8) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.h:124 #11 0xb78b2821 in zorba::RCObject::removeReference (this=0x8376ca8, sharedCounter=0x0, lock=0x0) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.cpp:120 #12 0xb6ee620b in zorba::rchandle::~rchandle (this=0x837663c, __in_chrg=) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.h:169 To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/919438/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 919438] [NEW] assertion failed in var_expr::remove_set_expr during shutdown
Public bug reported: In an extended version of the plan_serializer unit test we run into this error: #0 0xb52ef0e5 in __cxa_throw () from /usr/lib/i386-linux-gnu/libstdc++.so.6 #1 0xb7144a0f in zorba::assertion_failed (condition=0xb79f3632 "found", file=0xb79f35c0 "/home/tillw/code/zorba/zorba/src/compiler/expression/var_expr.cpp", line=260) at /home/tillw/code/zorba/zorba/src/diagnostics/assert.cpp:66 #2 0xb6fc3538 in zorba::var_expr::remove_set_expr (this=0x836abd0, e=0x836ad50) at /home/tillw/code/zorba/zorba/src/compiler/expression/var_expr.cpp:260 #3 0xb6fde15b in zorba::var_set_expr::~var_set_expr (this=0x836ad50, __in_chrg=) at /home/tillw/code/zorba/zorba/src/compiler/expression/script_exprs.cpp:346 #4 0xb6fde1fb in zorba::var_set_expr::~var_set_expr (this=0x836ad50, __in_chrg=) at /home/tillw/code/zorba/zorba/src/compiler/expression/script_exprs.cpp:347 #5 0xb6d9758c in zorba::SimpleRCObject::free (this=0x836ad50) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.h:124 #6 0xb78b2821 in zorba::RCObject::removeReference (this=0x836ad50, sharedCounter=0x0, lock=0x0) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.cpp:120 #7 0xb6e6c125 in zorba::rchandle::~rchandle (this=0x8376cf8, __in_chrg=) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.h:169 #8 0xb7339240 in zorba::user_function::~user_function (this=0x8376ca8, __in_chrg=) at /home/tillw/code/zorba/zorba/src/functions/udf.cpp:89 #9 0xb7339321 in zorba::user_function::~user_function (this=0x8376ca8, __in_chrg=) at /home/tillw/code/zorba/zorba/src/functions/udf.cpp:91 #10 0xb6d9758c in zorba::SimpleRCObject::free (this=0x8376ca8) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.h:124 #11 0xb78b2821 in zorba::RCObject::removeReference (this=0x8376ca8, sharedCounter=0x0, lock=0x0) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.cpp:120 #12 0xb6ee620b in zorba::rchandle::~rchandle (this=0x837663c, __in_chrg=) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.h:169 ** Affects: zorba Importance: Undecided Status: New -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/919438 Title: assertion failed in var_expr::remove_set_expr during shutdown Status in Zorba - The XQuery Processor: New Bug description: In an extended version of the plan_serializer unit test we run into this error: #0 0xb52ef0e5 in __cxa_throw () from /usr/lib/i386-linux-gnu/libstdc++.so.6 #1 0xb7144a0f in zorba::assertion_failed (condition=0xb79f3632 "found", file=0xb79f35c0 "/home/tillw/code/zorba/zorba/src/compiler/expression/var_expr.cpp", line=260) at /home/tillw/code/zorba/zorba/src/diagnostics/assert.cpp:66 #2 0xb6fc3538 in zorba::var_expr::remove_set_expr (this=0x836abd0, e=0x836ad50) at /home/tillw/code/zorba/zorba/src/compiler/expression/var_expr.cpp:260 #3 0xb6fde15b in zorba::var_set_expr::~var_set_expr (this=0x836ad50, __in_chrg=) at /home/tillw/code/zorba/zorba/src/compiler/expression/script_exprs.cpp:346 #4 0xb6fde1fb in zorba::var_set_expr::~var_set_expr (this=0x836ad50, __in_chrg=) at /home/tillw/code/zorba/zorba/src/compiler/expression/script_exprs.cpp:347 #5 0xb6d9758c in zorba::SimpleRCObject::free (this=0x836ad50) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.h:124 #6 0xb78b2821 in zorba::RCObject::removeReference (this=0x836ad50, sharedCounter=0x0, lock=0x0) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.cpp:120 #7 0xb6e6c125 in zorba::rchandle::~rchandle (this=0x8376cf8, __in_chrg=) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.h:169 #8 0xb7339240 in zorba::user_function::~user_function (this=0x8376ca8, __in_chrg=) at /home/tillw/code/zorba/zorba/src/functions/udf.cpp:89 #9 0xb7339321 in zorba::user_function::~user_function (this=0x8376ca8, __in_chrg=) at /home/tillw/code/zorba/zorba/src/functions/udf.cpp:91 #10 0xb6d9758c in zorba::SimpleRCObject::free (this=0x8376ca8) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.h:124 #11 0xb78b2821 in zorba::RCObject::removeReference (this=0x8376ca8, sharedCounter=0x0, lock=0x0) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.cpp:120 #12 0xb6ee620b in zorba::rchandle::~rchandle (this=0x837663c, __in_chrg=) at /home/tillw/code/zorba/zorba/src/zorbatypes/rchandle.h:169 To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/919438/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug905035 into lp:zorba
Review: Approve -- https://code.launchpad.net/~zorba-coders/zorba/bug905035/+merge/89099 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug918592 into lp:zorba
Review: Approve -- https://code.launchpad.net/~zorba-coders/zorba/bug918592/+merge/89398 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug905035 into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/bug905035 into lp:zorba has been updated. Status: Needs review => Approved For more details, see: https://code.launchpad.net/~zorba-coders/zorba/bug905035/+merge/89099 -- https://code.launchpad.net/~zorba-coders/zorba/bug905035/+merge/89099 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
Validation queue job fnserialize-2012-01-20T23-40-03.054Z is finished. The final status was: All tests succeeded! -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fnserialize into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/fnserialize into lp:zorba has been updated. Status: Approved => Merged For more details, see: https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 -- https://code.launchpad.net/~zorba-coders/zorba/fnserialize/+merge/89504 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug905035 into lp:zorba
Validation queue starting for merge proposal. Log at: http://zorbatest.lambda.nu:8080/remotequeue/bug905035-2012-01-21T00-06-05.414Z/log.html -- https://code.launchpad.net/~zorba-coders/zorba/bug905035/+merge/89099 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug905035 into lp:zorba
Validation queue job bug905035-2012-01-21T00-06-05.414Z is finished. The final status was: All tests succeeded! -- https://code.launchpad.net/~zorba-coders/zorba/bug905035/+merge/89099 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug905035 into lp:zorba
The proposal to merge lp:~zorba-coders/zorba/bug905035 into lp:zorba has been updated. Status: Approved => Merged For more details, see: https://code.launchpad.net/~zorba-coders/zorba/bug905035/+merge/89099 -- https://code.launchpad.net/~zorba-coders/zorba/bug905035/+merge/89099 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
[Zorba-coders] [Bug 905035] Re: there is no way to get the Namespace Prefixes
** Changed in: zorba Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/905035 Title: there is no way to get the Namespace Prefixes Status in Zorba - The XQuery Processor: Fix Committed Bug description: you can use the method: getNamespaceURIByPrefix( prefix ) but there is no way to know all namespace prefixes... it is required by XQJ standard to have this functionality. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/905035/+subscriptions -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp
Re: [Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug918592 into lp:zorba
I'm afraid I don't know much about php or swig, but could you briefly explain what this change does? How was the old generation supposed to work, and why didn't it? -- https://code.launchpad.net/~zorba-coders/zorba/bug918592/+merge/89398 Your team Zorba Coders is subscribed to branch lp:zorba. -- Mailing list: https://launchpad.net/~zorba-coders Post to : zorba-coders@lists.launchpad.net Unsubscribe : https://launchpad.net/~zorba-coders More help : https://help.launchpad.net/ListHelp