[Zorba-coders] [Bug 1023796] [NEW] smtp:send does not set sender name in email

2012-07-12 Thread Alexander Kreutz
Public bug reported:

When sending an email with smtp:send the name of the sender is no longer
included in the mail. Previous versions of zorba handeled this
correctly.

To reproduce:
* replace password or use other mail account
* insert your email as reciever

Your mailclient will NOT display TESTNAME (28m...@evaluescience.com)
as sender as expected but only 28m...@evaluescience.com


import module namespace smtp = 'http://www.zorba-xquery.com/modules/email/smtp';
import module namespace imap = 'http://www.zorba-xquery.com/modules/email/imap';
 import schema namespace email = 'http://www.zorba-xquery.com/modules/email';

declare variable $mailtest:host as element(email:hostInfo) := 
  (
 email:hostInfo
  
email:hostNamemail.evaluescience.com/novalidate-cert/secure/email:hostName
  email:userName28m...@evaluescience.com/email:userName
  email:passwordINSERT CORRECT PASSWORD HERE/email:password
/email:hostInfo  
  
  );

 let $mail := validate strict {
   email:message
email:envelope 
   email:from
 email:nameTESTNAME/email:name
 email:email28m...@evaluescience.com/email:email
   /email:from
  email:subjectTest Mail/email:subject   
  
  email:recipient
email:to
  email:nameAlexander Kreutz/email:name
  email:emailkre...@i-tv-t.de/email:email
/email:to
  /email:recipient
   
/email:envelope
email:body
  email:multipart contentType=multipart/alternative
 email:content contentType=text/plain charset=UTF-8 
contentTransferEncoding=ENC8BIT
 {
   Bla Bla Bla
 }
 /email:content
 email:content contentType=text/html charset=UTF-8 
contentTransferEncoding=ENC8BIT
 { 
   fn:serialize(htmlhead/headbodyBla bla bla/body/html)
 }   
 /email:content
  /email:multipart
/email:body
  /email:message }
  return
smtp:send($mailtest:host, $mail);

** 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/1023796

Title:
  smtp:send does not set sender name in email

Status in Zorba - The XQuery Processor:
  New

Bug description:
  When sending an email with smtp:send the name of the sender is no
  longer included in the mail. Previous versions of zorba handeled this
  correctly.

  To reproduce:
  * replace password or use other mail account
  * insert your email as reciever

  Your mailclient will NOT display TESTNAME (28m...@evaluescience.com)
  as sender as expected but only 28m...@evaluescience.com

  
  import module namespace smtp = 
'http://www.zorba-xquery.com/modules/email/smtp';
  import module namespace imap = 
'http://www.zorba-xquery.com/modules/email/imap';
   import schema namespace email = 'http://www.zorba-xquery.com/modules/email';

  declare variable $mailtest:host as element(email:hostInfo) := 
(
   email:hostInfo

email:hostNamemail.evaluescience.com/novalidate-cert/secure/email:hostName
email:userName28m...@evaluescience.com/email:userName
email:passwordINSERT CORRECT PASSWORD HERE/email:password
  /email:hostInfo  

);

   let $mail := validate strict {
 email:message
  email:envelope 
 email:from
   email:nameTESTNAME/email:name
   email:email28m...@evaluescience.com/email:email
 /email:from
email:subjectTest Mail/email:subject   

email:recipient
  email:to
email:nameAlexander Kreutz/email:name   
 
email:emailkre...@i-tv-t.de/email:email
  /email:to
/email:recipient
 
  /email:envelope
  email:body
email:multipart contentType=multipart/alternative
   email:content contentType=text/plain charset=UTF-8 
contentTransferEncoding=ENC8BIT
   {
 Bla Bla Bla
   }
   /email:content
   email:content contentType=text/html charset=UTF-8 
contentTransferEncoding=ENC8BIT
   { 
 fn:serialize(htmlhead/headbodyBla bla 
bla/body/html)
   }   
   /email:content
/email:multipart
  /email:body
/email:message }
return
  smtp:send($mailtest:host, $mail);

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1023796/+subscriptions

-- 
Mailing list: https://launchpad.net/~zorba-coders
Post to : zorba-coders@lists.launchpad.net
Unsubscribe : 

[Zorba-coders] [Bug 1023796] Re: smtp:send does not set sender name in email

2012-07-12 Thread Chris Hillery
David - please attempt to reproduce this soon, and if confirmed, take a
look at the problem. Thanks.

** Changed in: zorba
   Importance: Undecided = High

** Changed in: zorba
 Assignee: (unassigned) = David Graf (davidagraf)

** Changed in: zorba
Milestone: None = 2.7

-- 
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1023796

Title:
  smtp:send does not set sender name in email

Status in Zorba - The XQuery Processor:
  New

Bug description:
  When sending an email with smtp:send the name of the sender is no
  longer included in the mail. Previous versions of zorba handeled this
  correctly.

  To reproduce:
  * replace password or use other mail account
  * insert your email as reciever

  Your mailclient will NOT display TESTNAME (28m...@evaluescience.com)
  as sender as expected but only 28m...@evaluescience.com

  
  import module namespace smtp = 
'http://www.zorba-xquery.com/modules/email/smtp';
  import module namespace imap = 
'http://www.zorba-xquery.com/modules/email/imap';
   import schema namespace email = 'http://www.zorba-xquery.com/modules/email';

  declare variable $mailtest:host as element(email:hostInfo) := 
(
   email:hostInfo

email:hostNamemail.evaluescience.com/novalidate-cert/secure/email:hostName
email:userName28m...@evaluescience.com/email:userName
email:passwordINSERT CORRECT PASSWORD HERE/email:password
  /email:hostInfo  

);

   let $mail := validate strict {
 email:message
  email:envelope 
 email:from
   email:nameTESTNAME/email:name
   email:email28m...@evaluescience.com/email:email
 /email:from
email:subjectTest Mail/email:subject   

email:recipient
  email:to
email:nameAlexander Kreutz/email:name   
 
email:emailkre...@i-tv-t.de/email:email
  /email:to
/email:recipient
 
  /email:envelope
  email:body
email:multipart contentType=multipart/alternative
   email:content contentType=text/plain charset=UTF-8 
contentTransferEncoding=ENC8BIT
   {
 Bla Bla Bla
   }
   /email:content
   email:content contentType=text/html charset=UTF-8 
contentTransferEncoding=ENC8BIT
   { 
 fn:serialize(htmlhead/headbodyBla bla 
bla/body/html)
   }   
   /email:content
/email:multipart
  /email:body
/email:message }
return
  smtp:send($mailtest:host, $mail);

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1023796/+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/jsoniq-windows-structured-item-fix into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue starting for merge proposal.
Log at: 
http://zorbatest.lambda.nu:8080/remotequeue/jsoniq-windows-structured-item-fix-2012-07-12T10-21-09.571Z/log.html
-- 
https://code.launchpad.net/~zorba-coders/zorba/jsoniq-windows-structured-item-fix/+merge/114595
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/jsoniq-windows-structured-item-fix into lp:zorba

2012-07-12 Thread Zorba Build Bot
The attempt to merge lp:~zorba-coders/zorba/jsoniq-windows-structured-item-fix 
into lp:zorba failed. Below is the output from the failed tests.


CMake Error at /home/ceej/zo/testing/zorbatest/tester/TarmacLander.cmake:274 
(message):
  Validation queue job
  jsoniq-windows-structured-item-fix-2012-07-12T10-21-09.571Z is finished.
  The final status was:

  

  1 tests did not succeed - changes not commited.


Error in read script: /home/ceej/zo/testing/zorbatest/tester/TarmacLander.cmake

-- 
https://code.launchpad.net/~zorba-coders/zorba/jsoniq-windows-structured-item-fix/+merge/114595
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/jsoniq-windows-structured-item-fix into lp:zorba

2012-07-12 Thread Zorba Build Bot
The proposal to merge lp:~zorba-coders/zorba/jsoniq-windows-structured-item-fix 
into lp:zorba has been updated.

Status: Approved = Needs review

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/jsoniq-windows-structured-item-fix/+merge/114595
-- 
https://code.launchpad.net/~zorba-coders/zorba/jsoniq-windows-structured-item-fix/+merge/114595
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 1023862] [NEW] file:list($path, true()) can produce infinite loops on some filesystems

2012-07-12 Thread Dennis Knochenwefel
Public bug reported:

in fs_util the next() function makes use of ::readdir and in particular
d_type which is not supported by all file system types (cf readdir man
page).

If d_type is not supported it will be set to DT_UNKNOWN also for the
file system entries . and ... Consequently, these entries are not
skipped and file:list will recursively infinitely list entries:

/.
/./.
/././.
/./././.
/././././.
/./././././.

.. etc

** Affects: zorba
 Importance: High
 Assignee: Dennis Knochenwefel (dennis-knochenwefel)
 Status: New


** Tags: crash incorrect-result

-- 
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1023862

Title:
  file:list($path, true()) can produce infinite loops on some
  filesystems

Status in Zorba - The XQuery Processor:
  New

Bug description:
  in fs_util the next() function makes use of ::readdir and in
  particular d_type which is not supported by all file system types (cf
  readdir man page).

  If d_type is not supported it will be set to DT_UNKNOWN also for the
  file system entries . and ... Consequently, these entries are not
  skipped and file:list will recursively infinitely list entries:

  /.
  /./.
  /././.
  /./././.
  /././././.
  /./././././.

  .. etc

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1023862/+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/bug-1023862 into lp:zorba

2012-07-12 Thread Dennis Knochenwefel
Dennis Knochenwefel has proposed merging lp:~zorba-coders/zorba/bug-1023862 
into lp:zorba.

Requested reviews:
  Matthias Brantner (matthias-brantner)
  Till Westmann (tillw)
Related bugs:
  Bug #1023862 in Zorba: file:list($path, true()) can produce infinite loops 
on some filesystems
  https://bugs.launchpad.net/zorba/+bug/1023862

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/bug-1023862/+merge/114621

fix for bug #1023862
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug-1023862/+merge/114621
Your team Zorba Coders is subscribed to branch lp:zorba.
=== modified file 'src/util/fs_util.cpp'
--- src/util/fs_util.cpp	2012-07-11 04:46:41 +
+++ src/util/fs_util.cpp	2012-07-12 12:06:23 +
@@ -335,6 +335,21 @@
 case DT_REG:
   ent_type_ = file;
   break;
+case DT_UNKNOWN: {
+  // d_type is not supported by all filesystem types. If it is not supported
+  // d_type will be set to DT_UNKNOWN. To make sure that we skip '.' and '..'
+  // in any case we have to make an explicit stat() to find out the file type.
+  // see also bug #1023862 or readdir manpage
+  char const *const name = ent_-d_name;
+  zstring lEntry(dir_path_);
+  lEntry.append(/).append(name);
+  ent_type_ = get_type(lEntry.c_str());
+  // skip . and .. entries
+  if ( ent_type_ == directory 
+   name[0] == '.'  (!name[1] || (name[1] == '.'  !name[2])) )
+continue;
+  break;
+}
 default:
   ent_type_ = other;
   }

-- 
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/bug-1023862 into lp:zorba

2012-07-12 Thread Dennis Knochenwefel
The proposal to merge lp:~zorba-coders/zorba/bug-1023862 into lp:zorba has been 
updated.

Status: Needs review = Approved

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/bug-1023862/+merge/114621
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug-1023862/+merge/114621
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 1023862] Re: file:list($path, true()) can produce infinite loops on some filesystems

2012-07-12 Thread Dennis Knochenwefel
** Branch linked: lp:~zorba-coders/zorba/bug-1023862

** 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/1023862

Title:
  file:list($path, true()) can produce infinite loops on some
  filesystems

Status in Zorba - The XQuery Processor:
  In Progress

Bug description:
  in fs_util the next() function makes use of ::readdir and in
  particular d_type which is not supported by all file system types (cf
  readdir man page).

  If d_type is not supported it will be set to DT_UNKNOWN also for the
  file system entries . and ... Consequently, these entries are not
  skipped and file:list will recursively infinitely list entries:

  /.
  /./.
  /././.
  /./././.
  /././././.
  /./././././.

  .. etc

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1023862/+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/bug-1023862 into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue starting for merge proposal.
Log at: 
http://zorbatest.lambda.nu:8080/remotequeue/bug-1023862-2012-07-12T12-07-00.835Z/log.html
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug-1023862/+merge/114621
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/bug-1023862 into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue job bug-1023862-2012-07-12T12-07-00.835Z is finished. The 
final status was:

All tests succeeded!
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug-1023862/+merge/114621
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/bug-1023862 into lp:zorba

2012-07-12 Thread Zorba Build Bot
Voting does not meet specified criteria. Required: Approve  1, Disapprove  1, 
Needs Fixing  1, Pending  1. Got: 2 Pending.
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug-1023862/+merge/114621
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/bug-1023862 into lp:zorba

2012-07-12 Thread Zorba Build Bot
The proposal to merge lp:~zorba-coders/zorba/bug-1023862 into lp:zorba has been 
updated.

Status: Approved = Needs review

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/bug-1023862/+merge/114621
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug-1023862/+merge/114621
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/jsoniq-windows-structured-item-fix into lp:zorba

2012-07-12 Thread Ghislain Fourny
This branch was successfully built on Windows, waiting for test results.

In the above RQ results, the failing test seems to be only a timeout that 
sometimes pops up (local-xhtml).

-- 
https://code.launchpad.net/~zorba-coders/zorba/jsoniq-windows-structured-item-fix/+merge/114595
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/jsoniq-windows-structured-item-fix into lp:zorba

2012-07-12 Thread Ghislain Fourny
Windows test results indicate that it should be back to normal with this fix 
(no regression).
-- 
https://code.launchpad.net/~zorba-coders/zorba/jsoniq-windows-structured-item-fix/+merge/114595
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 1023886] [NEW] Zorba no longer builds on Windows because of of an ifdef in a macro.

2012-07-12 Thread Ghislain Fourny
Public bug reported:

Under Windows, the build fails because in the collection function
pregenerated files, the #ifdefs are in the middle of a macro call.

** Affects: zorba
 Importance: Critical
 Assignee: Ghislain Fourny (gislenius)
 Status: In Progress

** Branch linked: lp:~zorba-coders/zorba/jsoniq-windows-structured-item-
fix

** Changed in: zorba
   Status: New = In Progress

** Changed in: zorba
Milestone: None = 2.7

-- 
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1023886

Title:
  Zorba no longer builds on Windows because of of an ifdef in a macro.

Status in Zorba - The XQuery Processor:
  In Progress

Bug description:
  Under Windows, the build fails because in the collection function
  pregenerated files, the #ifdefs are in the middle of a macro call.

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1023886/+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 918164] Re: C++ API for JSONiq

2012-07-12 Thread Ghislain Fourny
** 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/918164

Title:
  C++ API for JSONiq

Status in Zorba - The XQuery Processor:
  Fix Committed

Bug description:
  To at least include punching new store::Item methods through the
  zorba::Item API.

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/918164/+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 918151] Re: JSON serializer should disallow mixed JDM/XDM

2012-07-12 Thread Ghislain Fourny
** 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/918151

Title:
  JSON serializer should disallow mixed JDM/XDM

Status in Zorba - The XQuery Processor:
  Fix Committed

Bug description:
  Based on the first item in the sequence being serialized, the default
  serializer (currently xml_emitter) should either output only JSON
  items, or only XDM items. It should raise an error if a mixed sequence
  is detected. It should also suppress the XML version declaration for
  JSON sequences.

  Ideally there would be some internally flag (or possibly an alternate
  serialization method, eg. -z method=mixed) to allow serialization of
  mixed sequences for testing purposes, even though such output would be
  neither valid XML nor valid JSON.

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/918151/+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 1012411] Re: implement JSONIQ

2012-07-12 Thread Ghislain Fourny
** 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/1012411

Title:
  implement JSONIQ

Status in Zorba - The XQuery Processor:
  Fix Committed

Bug description:
  Next step: Finalize implementation (remove pairs, etc), then merge
  into trunk.

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1012411/+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/jsoniq-windows-structured-item-fix into lp:zorba

2012-07-12 Thread Markos Zaharioudakis
Review: Approve


-- 
https://code.launchpad.net/~zorba-coders/zorba/jsoniq-windows-structured-item-fix/+merge/114595
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/markos-scratch into lp:zorba

2012-07-12 Thread Markos Zaharioudakis
Review: Approve


-- 
https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/114657
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

2012-07-12 Thread Markos Zaharioudakis
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/114657
-- 
https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/114657
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

2012-07-12 Thread Zorba Build Bot
Validation queue starting for merge proposal.
Log at: 
http://zorbatest.lambda.nu:8080/remotequeue/markos-scratch-2012-07-12T15-05-12.066Z/log.html
-- 
https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/114657
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

2012-07-12 Thread Zorba Build Bot
Validation queue job markos-scratch-2012-07-12T15-05-12.066Z is finished. The 
final status was:

All tests succeeded!
-- 
https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/114657
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

2012-07-12 Thread noreply
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/114657
-- 
https://code.launchpad.net/~zorba-coders/zorba/markos-scratch/+merge/114657
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/jsoniq-windows-structured-item-fix into lp:zorba

2012-07-12 Thread Matthias Brantner
Review: Approve


-- 
https://code.launchpad.net/~zorba-coders/zorba/jsoniq-windows-structured-item-fix/+merge/114595
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/jsoniq-windows-structured-item-fix into lp:zorba

2012-07-12 Thread Matthias Brantner
The proposal to merge lp:~zorba-coders/zorba/jsoniq-windows-structured-item-fix 
into lp:zorba has been updated.

Status: Needs review = Approved

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/jsoniq-windows-structured-item-fix/+merge/114595
-- 
https://code.launchpad.net/~zorba-coders/zorba/jsoniq-windows-structured-item-fix/+merge/114595
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/jsoniq-windows-structured-item-fix into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue starting for merge proposal.
Log at: 
http://zorbatest.lambda.nu:8080/remotequeue/jsoniq-windows-structured-item-fix-2012-07-12T16-31-05.475Z/log.html
-- 
https://code.launchpad.net/~zorba-coders/zorba/jsoniq-windows-structured-item-fix/+merge/114595
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 898168] Re: Windowing doesn't stream

2012-07-12 Thread Markos Zaharioudakis
** 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/898168

Title:
  Windowing doesn't stream

Status in Zorba - The XQuery Processor:
  Fix Committed

Bug description:
  The following query:
  for tumbling window $w in (HUGE sequence of items)
  start at $s when fn:true()
  only end at $e when $e - $s eq 2
  return window{ $w }/window

  Loads the complete sequence in memory.

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/898168/+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/index-maintenance into lp:zorba

2012-07-12 Thread Markos Zaharioudakis
Review: Approve


-- 
https://code.launchpad.net/~zorba-coders/zorba/index-maintenance/+merge/114682
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/index-maintenance into lp:zorba

2012-07-12 Thread Markos Zaharioudakis
The proposal to merge lp:~zorba-coders/zorba/index-maintenance into lp:zorba 
has been updated.

Status: Needs review = Approved

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/index-maintenance/+merge/114682
-- 
https://code.launchpad.net/~zorba-coders/zorba/index-maintenance/+merge/114682
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/jsoniq-windows-structured-item-fix into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue job 
jsoniq-windows-structured-item-fix-2012-07-12T16-31-05.475Z is finished. The 
final status was:

All tests succeeded!
-- 
https://code.launchpad.net/~zorba-coders/zorba/jsoniq-windows-structured-item-fix/+merge/114595
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/jsoniq-windows-structured-item-fix into lp:zorba

2012-07-12 Thread noreply
The proposal to merge lp:~zorba-coders/zorba/jsoniq-windows-structured-item-fix 
into lp:zorba has been updated.

Status: Approved = Merged

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/jsoniq-windows-structured-item-fix/+merge/114595
-- 
https://code.launchpad.net/~zorba-coders/zorba/jsoniq-windows-structured-item-fix/+merge/114595
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/index-maintenance into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue starting for merge proposal.
Log at: 
http://zorbatest.lambda.nu:8080/remotequeue/index-maintenance-2012-07-12T17-03-55.145Z/log.html
-- 
https://code.launchpad.net/~zorba-coders/zorba/index-maintenance/+merge/114682
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/bug-1023862 into lp:zorba

2012-07-12 Thread Paul J. Lucas
You really should use fs::append() and not append / or name manually.
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug-1023862/+merge/114621
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/index-maintenance into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue job index-maintenance-2012-07-12T17-03-55.145Z is finished. 
The final status was:

All tests succeeded!
-- 
https://code.launchpad.net/~zorba-coders/zorba/index-maintenance/+merge/114682
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/bug-1023862 into lp:zorba

2012-07-12 Thread Paul J. Lucas
You should also factor out the common code for checking for . or ...
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug-1023862/+merge/114621
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 1023796] Re: smtp:send does not set sender name in email

2012-07-12 Thread David Graf
@Chris: this issue gets fixed by this merge: 
https://code.launchpad.net/~davidagraf/zorba/bug-867248/+merge/113059. I just 
tested it. I discovered this bug when fixing the other thing.
@Alexander: Will be in Sausalito as soon as it is pushed to zorba :-)

** Changed in: zorba
 Assignee: David Graf (davidagraf) = Chris Hillery (ceejatec)

** Changed in: zorba
   Status: New = Opinion

-- 
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1023796

Title:
  smtp:send does not set sender name in email

Status in Zorba - The XQuery Processor:
  Opinion

Bug description:
  When sending an email with smtp:send the name of the sender is no
  longer included in the mail. Previous versions of zorba handeled this
  correctly.

  To reproduce:
  * replace password or use other mail account
  * insert your email as reciever

  Your mailclient will NOT display TESTNAME (28m...@evaluescience.com)
  as sender as expected but only 28m...@evaluescience.com

  
  import module namespace smtp = 
'http://www.zorba-xquery.com/modules/email/smtp';
  import module namespace imap = 
'http://www.zorba-xquery.com/modules/email/imap';
   import schema namespace email = 'http://www.zorba-xquery.com/modules/email';

  declare variable $mailtest:host as element(email:hostInfo) := 
(
   email:hostInfo

email:hostNamemail.evaluescience.com/novalidate-cert/secure/email:hostName
email:userName28m...@evaluescience.com/email:userName
email:passwordINSERT CORRECT PASSWORD HERE/email:password
  /email:hostInfo  

);

   let $mail := validate strict {
 email:message
  email:envelope 
 email:from
   email:nameTESTNAME/email:name
   email:email28m...@evaluescience.com/email:email
 /email:from
email:subjectTest Mail/email:subject   

email:recipient
  email:to
email:nameAlexander Kreutz/email:name   
 
email:emailkre...@i-tv-t.de/email:email
  /email:to
/email:recipient
 
  /email:envelope
  email:body
email:multipart contentType=multipart/alternative
   email:content contentType=text/plain charset=UTF-8 
contentTransferEncoding=ENC8BIT
   {
 Bla Bla Bla
   }
   /email:content
   email:content contentType=text/html charset=UTF-8 
contentTransferEncoding=ENC8BIT
   { 
 fn:serialize(htmlhead/headbodyBla bla 
bla/body/html)
   }   
   /email:content
/email:multipart
  /email:body
/email:message }
return
  smtp:send($mailtest:host, $mail);

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1023796/+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/bug-1023862 into lp:zorba

2012-07-12 Thread Paul J. Lucas
Why didn't you just assign the bug to me?  (Or why don't you just assign it to 
me now?)
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug-1023862/+merge/114621
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 1013025] Re: implement general index maintenance

2012-07-12 Thread Markos Zaharioudakis
** 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/1013025

Title:
  implement general index maintenance

Status in Zorba - The XQuery Processor:
  Fix Committed

Bug description:
  implement general index maintenance

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1013025/+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/index-maintenance into lp:zorba

2012-07-12 Thread noreply
The proposal to merge lp:~zorba-coders/zorba/index-maintenance into lp:zorba 
has been updated.

Status: Approved = Merged

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/index-maintenance/+merge/114682
-- 
https://code.launchpad.net/~zorba-coders/zorba/index-maintenance/+merge/114682
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 1024033] Re: segfault in parse-xml:parse()

2012-07-12 Thread mb21
** Attachment added: reproduce
   
https://bugs.launchpad.net/bugs/1024033/+attachment/3221386/+files/xmlparse.xq

-- 
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1024033

Title:
  segfault in parse-xml:parse()

Status in Zorba - The XQuery Processor:
  New

Bug description:
  parse-xml:parse() results in a segfault when called with:

  opt:options
opt:parse-external-parsed-entity opt:skip-root-nodes=0 /
  /opt:options

  or with

  opt:options
opt:parse-external-parsed-entity opt:skip-root-nodes=1 /
  /opt:options

  for that matter.
  With only opt:options / it works.

  
  Reproduce:

  echo page /  acc.xml
  zorba -f -q xmlparse.xq

  
  This was tested with the zorba build from revision 10923.

  
  zorba -f -q xmlparse.xq
  [Thread debugging using libthread_db enabled]
  ?xml version=1.0 encoding=UTF-8?
  fetch [0]: xs:string(page /
  )

  Program received signal SIGSEGV, Segmentation fault.
  0xb54e29de in std::basic_istreamchar, std::char_traitschar 
::sentry::sentry(std::basic_istreamchar, std::char_traitschar , bool) () 
from /usr/lib/i386-linux-gnu/libstdc++.so.6

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1024033/+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 1024033] [NEW] segfault in parse-xml:parse()

2012-07-12 Thread mb21
Public bug reported:

parse-xml:parse() results in a segfault when called with:

opt:options
  opt:parse-external-parsed-entity opt:skip-root-nodes=0 /
/opt:options

or with

opt:options
  opt:parse-external-parsed-entity opt:skip-root-nodes=1 /
/opt:options

for that matter.
With only opt:options / it works.


Reproduce:

echo page /  acc.xml
zorba -f -q xmlparse.xq


This was tested with the zorba build from revision 10923.


zorba -f -q xmlparse.xq
[Thread debugging using libthread_db enabled]
?xml version=1.0 encoding=UTF-8?
fetch [0]: xs:string(page /
)

Program received signal SIGSEGV, Segmentation fault.
0xb54e29de in std::basic_istreamchar, std::char_traitschar 
::sentry::sentry(std::basic_istreamchar, std::char_traitschar , bool) () 
from /usr/lib/i386-linux-gnu/libstdc++.so.6

** 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/1024033

Title:
  segfault in parse-xml:parse()

Status in Zorba - The XQuery Processor:
  New

Bug description:
  parse-xml:parse() results in a segfault when called with:

  opt:options
opt:parse-external-parsed-entity opt:skip-root-nodes=0 /
  /opt:options

  or with

  opt:options
opt:parse-external-parsed-entity opt:skip-root-nodes=1 /
  /opt:options

  for that matter.
  With only opt:options / it works.

  
  Reproduce:

  echo page /  acc.xml
  zorba -f -q xmlparse.xq

  
  This was tested with the zorba build from revision 10923.

  
  zorba -f -q xmlparse.xq
  [Thread debugging using libthread_db enabled]
  ?xml version=1.0 encoding=UTF-8?
  fetch [0]: xs:string(page /
  )

  Program received signal SIGSEGV, Segmentation fault.
  0xb54e29de in std::basic_istreamchar, std::char_traitschar 
::sentry::sentry(std::basic_istreamchar, std::char_traitschar , bool) () 
from /usr/lib/i386-linux-gnu/libstdc++.so.6

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1024033/+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:~davidagraf/zorba/bug-867248 into lp:zorba/email-module

2012-07-12 Thread Chris Hillery
Review: Approve


-- 
https://code.launchpad.net/~davidagraf/zorba/bug-867248/+merge/113059
Your team Zorba Coders is subscribed to branch lp:zorba/email-module.

-- 
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/bug1023120-schemaImport into lp:zorba

2012-07-12 Thread Cezar Andrei
Cezar Andrei has proposed merging 
lp:~zorba-coders/zorba/bug1023120-schemaImport into lp:zorba.

Requested reviews:
  Zorba Coders (zorba-coders)
Related bugs:
  Bug #1023120 in Zorba: xs:include ignored in schemas
  https://bugs.launchpad.net/zorba/+bug/1023120

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/bug1023120-schemaImport/+merge/114712

Fix for bug 1023120 xs:include ignored in schemas.
Added a new test for this case.
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug1023120-schemaImport/+merge/114712
Your team Zorba Coders is requested to review the proposed merge of 
lp:~zorba-coders/zorba/bug1023120-schemaImport into lp:zorba.
=== modified file 'src/types/schema/schema.cpp'
--- src/types/schema/schema.cpp	2012-07-12 17:29:55 +
+++ src/types/schema/schema.cpp	2012-07-12 19:33:21 +
@@ -115,13 +115,14 @@
 // QQQ Is this reinterpret_cast necessary? Is it safe? Can I just
 // pump the chars from read() to the XMLBytes Xerces wants?
 char* const lToFill = reinterpret_castchar*(toFill);
+TRACE(lToFill:   lToFill );
 theStream-read(lToFill, maxToRead);
 return static_castunsigned int(theStream-gcount());
   }
 
   virtual const XMLCh* getContentType() const
   {
-// Unless we know it, do what Xerces' implemtation does: return 0
+// Unless we know it, do what Xerces' implementation does: return 0
 return 0;
   }
 
@@ -232,7 +233,7 @@
   
   try
   {
-TRACE(lId:   StrX(lId)   lResolved:   lResolved);
+TRACE(lId:   StrX(lId)   lResolved:   lResolved   thePhysURI:   StrX(thePhysicalURI));
 zstring lErrorMessage;
 lResource = theSctx-resolve_uri(lResolved, internal::EntityData::SCHEMA, lErrorMessage);
 internal::StreamResource* lStream =
@@ -245,10 +246,10 @@
   lStream-setStreamReleaser(nullptr);
   
   if (isSystemId)
-lRetval-setSystemId(thePhysicalURI);
+lRetval-setSystemId(XMLString::transcode(lResolved.c_str()));
   
   if (isPublicId)
-lRetval-setPublicId(thePhysicalURI);
+lRetval-setPublicId(XMLString::transcode(lResolved.c_str()));
 
   return lRetval;
 }

=== added file 'test/rbkt/ExpQueryResults/zorba/schemas/include.xml.res'
--- test/rbkt/ExpQueryResults/zorba/schemas/include.xml.res	1970-01-01 00:00:00 +
+++ test/rbkt/ExpQueryResults/zorba/schemas/include.xml.res	2012-07-12 19:33:21 +
@@ -0,0 +1,3 @@
+?xml version=1.0 encoding=UTF-8?
+s:superproduct xmlns:s=http://www.28msec.com/project1/schemas/simple; string=blabla something=something/
+

=== added file 'test/rbkt/Queries/zorba/schemas/incl-base.xsd'
--- test/rbkt/Queries/zorba/schemas/incl-base.xsd	1970-01-01 00:00:00 +
+++ test/rbkt/Queries/zorba/schemas/incl-base.xsd	2012-07-12 19:33:21 +
@@ -0,0 +1,13 @@
+xs:schema xmlns:xs=http://www.w3.org/2001/XMLSchema;
+  targetNamespace=http://www.28msec.com/project1/schemas/simple; 
+xmlns=http://www.28msec.com/project1/schemas/simple; 
+  elementFormDefault=qualified
+
+  xs:element name=product type=ProductType/
+
+  xs:complexType name=ProductType
+xs:attribute name=string type=xs:string/
+  /xs:complexType
+
+/xs:schema
+

=== added file 'test/rbkt/Queries/zorba/schemas/incl-extensions.xsd'
--- test/rbkt/Queries/zorba/schemas/incl-extensions.xsd	1970-01-01 00:00:00 +
+++ test/rbkt/Queries/zorba/schemas/incl-extensions.xsd	2012-07-12 19:33:21 +
@@ -0,0 +1,20 @@
+xs:schema xmlns:xs=http://www.w3.org/2001/XMLSchema;
+  targetNamespace=http://www.28msec.com/project1/schemas/simple; 
+xmlns:ext=http://www.28msec.com/project1/schemas/simple; 
+xmlns:simple=http://www.28msec.com/project1/schemas/simple;
+  elementFormDefault=qualified
+
+  xs:include schemaLocation=incl-base.xsd/
+
+  xs:element name=superproduct type=ext:SuperProductType/
+
+  xs:complexType name=SuperProductType
+xs:complexContent
+  xs:extension base=simple:ProductType
+xs:attribute name=something type=xs:string/
+  /xs:extension
+/xs:complexContent
+  /xs:complexType
+
+/xs:schema
+

=== added file 'test/rbkt/Queries/zorba/schemas/include.xq'
--- test/rbkt/Queries/zorba/schemas/include.xq	1970-01-01 00:00:00 +
+++ test/rbkt/Queries/zorba/schemas/include.xq	2012-07-12 19:33:21 +
@@ -0,0 +1,4 @@
+import schema namespace s = 
+http://www.28msec.com/project1/schemas/simple; at incl-extensions.xsd;
+
+validate { s:superproduct string=blabla something=something/ }

-- 
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/bug1023120-schemaImport into lp:zorba

2012-07-12 Thread Cezar Andrei
The proposal to merge lp:~zorba-coders/zorba/bug1023120-schemaImport into 
lp:zorba has been updated.

Commit Message changed to:

Integrate:
  Fix for bug 1023120 xs:include ignored in schemas.
  Added a new test for this case.

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/bug1023120-schemaImport/+merge/114712
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug1023120-schemaImport/+merge/114712
Your team Zorba Coders is requested to review the proposed merge of 
lp:~zorba-coders/zorba/bug1023120-schemaImport into 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 1023120] Re: xs:include ignored in schemas

2012-07-12 Thread Cezar Andrei
** Branch linked: lp:~zorba-coders/zorba/bug1023120-schemaImport

-- 
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1023120

Title:
  xs:include ignored in schemas

Status in Zorba - The XQuery Processor:
  Confirmed

Bug description:
  It doesn't appear that xs:include elements in schemas have any
  effect. The definitions in the referenced schema are not loaded, and
  no error is thrown even if the referenced file does not exist or
  contains invalid XML.

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1023120/+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/bug1023120-schemaImport into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue starting for merge proposal.
Log at: 
http://zorbatest.lambda.nu:8080/remotequeue/bug1023120-schemaImport-2012-07-12T19-35-14.795Z/log.html
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug1023120-schemaImport/+merge/114712
Your team Zorba Coders is requested to review the proposed merge of 
lp:~zorba-coders/zorba/bug1023120-schemaImport into 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 1023796] Re: smtp:send does not set sender name in email

2012-07-12 Thread Chris Hillery
Ok, I associated that branch with this bug, so I believe Launchpad will
mark it Fix Committed when the branch is merged. I'm assigning the bug
back to David since he needs to manage getting the merge completed.

I've voted Approve on the merge, so it should be ready to go, but it
needs a commit message. Please mention fixing this bug in addition to a
description of the utf-8 encoding stuff. Thanks!

** Changed in: zorba
   Status: Opinion = Confirmed

** Branch linked: lp:~davidagraf/zorba/bug-867248

** Changed in: zorba
 Assignee: Chris Hillery (ceejatec) = David Graf (davidagraf)

-- 
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1023796

Title:
  smtp:send does not set sender name in email

Status in Zorba - The XQuery Processor:
  Confirmed

Bug description:
  When sending an email with smtp:send the name of the sender is no
  longer included in the mail. Previous versions of zorba handeled this
  correctly.

  To reproduce:
  * replace password or use other mail account
  * insert your email as reciever

  Your mailclient will NOT display TESTNAME (28m...@evaluescience.com)
  as sender as expected but only 28m...@evaluescience.com

  
  import module namespace smtp = 
'http://www.zorba-xquery.com/modules/email/smtp';
  import module namespace imap = 
'http://www.zorba-xquery.com/modules/email/imap';
   import schema namespace email = 'http://www.zorba-xquery.com/modules/email';

  declare variable $mailtest:host as element(email:hostInfo) := 
(
   email:hostInfo

email:hostNamemail.evaluescience.com/novalidate-cert/secure/email:hostName
email:userName28m...@evaluescience.com/email:userName
email:passwordINSERT CORRECT PASSWORD HERE/email:password
  /email:hostInfo  

);

   let $mail := validate strict {
 email:message
  email:envelope 
 email:from
   email:nameTESTNAME/email:name
   email:email28m...@evaluescience.com/email:email
 /email:from
email:subjectTest Mail/email:subject   

email:recipient
  email:to
email:nameAlexander Kreutz/email:name   
 
email:emailkre...@i-tv-t.de/email:email
  /email:to
/email:recipient
 
  /email:envelope
  email:body
email:multipart contentType=multipart/alternative
   email:content contentType=text/plain charset=UTF-8 
contentTransferEncoding=ENC8BIT
   {
 Bla Bla Bla
   }
   /email:content
   email:content contentType=text/html charset=UTF-8 
contentTransferEncoding=ENC8BIT
   { 
 fn:serialize(htmlhead/headbodyBla bla 
bla/body/html)
   }   
   /email:content
/email:multipart
  /email:body
/email:message }
return
  smtp:send($mailtest:host, $mail);

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1023796/+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 1023120] Re: xs:include ignored in schemas

2012-07-12 Thread Cezar Andrei
After more investigation, the bug was actually in Zorba's resolver.

-- 
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1023120

Title:
  xs:include ignored in schemas

Status in Zorba - The XQuery Processor:
  Confirmed

Bug description:
  It doesn't appear that xs:include elements in schemas have any
  effect. The definitions in the referenced schema are not loaded, and
  no error is thrown even if the referenced file does not exist or
  contains invalid XML.

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1023120/+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/bug1023120-schemaImport into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue job bug1023120-schemaImport-2012-07-12T19-35-14.795Z is 
finished. The final status was:

All tests succeeded!
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug1023120-schemaImport/+merge/114712
Your team Zorba Coders is requested to review the proposed merge of 
lp:~zorba-coders/zorba/bug1023120-schemaImport into 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/bug1023120-schemaImport into lp:zorba

2012-07-12 Thread Zorba Build Bot
Voting does not meet specified criteria. Required: Approve  1, Disapprove  1, 
Needs Fixing  1, Pending  1. Got: 1 Pending.
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug1023120-schemaImport/+merge/114712
Your team Zorba Coders is requested to review the proposed merge of 
lp:~zorba-coders/zorba/bug1023120-schemaImport into 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/bug1023120-schemaImport into lp:zorba

2012-07-12 Thread Zorba Build Bot
The proposal to merge lp:~zorba-coders/zorba/bug1023120-schemaImport into 
lp:zorba has been updated.

Status: Approved = Needs review

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/bug1023120-schemaImport/+merge/114712
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug1023120-schemaImport/+merge/114712
Your team Zorba Coders is requested to review the proposed merge of 
lp:~zorba-coders/zorba/bug1023120-schemaImport into 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/fix-fn-path into lp:zorba

2012-07-12 Thread Till Westmann
Till Westmann has proposed merging lp:~zorba-coders/zorba/fix-fn-path into 
lp:zorba.

Requested reviews:
  Ghislain Fourny (gislenius)
  Markos Zaharioudakis (markos-za)

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/fix-fn-path/+merge/114739

fix position for elements and processing-instructions in fn:path
-- 
https://code.launchpad.net/~zorba-coders/zorba/fix-fn-path/+merge/114739
Your team Zorba Coders is subscribed to branch lp:zorba.
=== modified file 'src/runtime/nodes/nodes_impl.cpp'
--- src/runtime/nodes/nodes_impl.cpp	2012-07-12 17:29:55 +
+++ src/runtime/nodes/nodes_impl.cpp	2012-07-12 21:21:38 +
@@ -680,7 +680,7 @@
 
 /***
 /
-int getNodePosition(store::Item_t aNode)
+int getNodePosition(store::Item_t aNode, store::Item_t aNodeName)
 {
   int count = 1;
   store::Iterator_t lIterator = aNode-getParent()-getChildren();
@@ -692,7 +692,7 @@
 {
   if(lItem-equals(aNode))
 break;
-  else
+  else if (aNodeName.isNull() || aNodeName-equals(lItem-getNodeName()))
 count++;
 }
   }
@@ -703,101 +703,87 @@
 bool FnPathIterator::nextImpl(store::Item_t result, PlanState planState) const
 {
   store::Item_t inNode;
+  store::Item_t swap;
   store::Item_t nodeName;
-  store::NsBindings nsBindings;
   zstring path;
   zstring temp;
   zstring zNamespace;
   zstring zLocalName;
   zstring zPosition;
-  bool rootIsDocument = false;
 
   PlanIteratorState* state;
   DEFAULT_STACK_INIT(PlanIteratorState, state, planState);
 
   if (consumeNext(inNode, theChildren[0], planState))
   {
-do
-{ 
+while (inNode-getParent())
+{
+  temp = path;
+  path = /;
+
   switch (inNode-getNodeKind())
   {
-case store::StoreConsts::documentNode:
-  temp = path;
-  path = /;
-  path += temp;
-  rootIsDocument = true;
-  break;
-
 case store::StoreConsts::elementNode:
   nodeName = inNode-getNodeName();
   zNamespace = nodeName-getNamespace();
   zLocalName = nodeName-getLocalName();
-  zPosition = ztd::to_string(getNodePosition(inNode));
-  temp = path;
-  path = Q{+zNamespace+}+zLocalName+[+zPosition.c_str()+];
-  path += temp;
+  zPosition = ztd::to_string(getNodePosition(inNode, nodeName));
+  path += \+zNamespace+\:+zLocalName+[+zPosition+];
   break;
-
 case store::StoreConsts::attributeNode:
   nodeName = inNode-getNodeName();
   zNamespace =nodeName-getNamespace();
   zLocalName = nodeName-getLocalName();
+  path += @;
   if(zNamespace != )
   {
-temp = path;
-path = @Q{+zNamespace+}+zLocalName;
-path += temp;
-  }
-  else
-  {
-temp = path;
-path = @+zLocalName;
-path += temp;
-  }
+path += \+zNamespace+\:;
+  }
+  path += zLocalName;
   break;
-
 case store::StoreConsts::textNode:
-  zPosition = ztd::to_string(getNodePosition(inNode));
-  temp = path;
-  path = text()[+zPosition+];
-  path += temp;
+  zPosition = ztd::to_string(getNodePosition(inNode, NULL));
+  path += text()[+zPosition+];
   break;
-
 case store::StoreConsts::commentNode:
-  zPosition = ztd::to_string(getNodePosition(inNode));
-  temp = path;
-  path = comment()[+zPosition+];
-  path += temp;
+  zPosition = ztd::to_string(getNodePosition(inNode, NULL));
+  path += comment()[+zPosition+];
   break;
-
-case store::StoreConsts::piNode: 
+case store::StoreConsts::piNode:
   nodeName = inNode-getNodeName();
   zLocalName = nodeName-getLocalName();
-  zPosition = ztd::to_string(getNodePosition(inNode));
-  temp = path;
-  path = processing-instruction(+zLocalName+)[+zPosition+];
-  path += temp;
+  zPosition = ztd::to_string(getNodePosition(inNode, nodeName));
+  path += processing-instruction(+zLocalName+)[+zPosition+];
   break;
-
 default:
+  // this is either a documentNode which should always be a root
+  // node (and not end up here) or it is something very strange
   ZORBA_ASSERT(false);
+  break;
   }
-
-  inNode = inNode-getParent();
-  
-  if (inNode  inNode-getNodeKind() != store::StoreConsts::documentNode)
+  path += temp;
+
+  swap = inNode-getParent();
+  inNode = swap;
+}
+
+// only the root node is left and there we've got some special
+// cases in the spec
+if (inNode-getNodeKind() == store::StoreConsts::documentNode)
+{
+  if (path.empty())
   {
-temp 

[Zorba-coders] [Merge] lp:~zorba-coders/zorba/fix-fn-path into lp:zorba

2012-07-12 Thread Till Westmann
The proposal to merge lp:~zorba-coders/zorba/fix-fn-path into lp:zorba has been 
updated.

Status: Needs review = Approved

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/fix-fn-path/+merge/114739
-- 
https://code.launchpad.net/~zorba-coders/zorba/fix-fn-path/+merge/114739
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/fix-fn-path into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue starting for merge proposal.
Log at: 
http://zorbatest.lambda.nu:8080/remotequeue/fix-fn-path-2012-07-12T21-27-07.506Z/log.html
-- 
https://code.launchpad.net/~zorba-coders/zorba/fix-fn-path/+merge/114739
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/fix-fn-path into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue job fix-fn-path-2012-07-12T21-27-07.506Z is finished. The 
final status was:

All tests succeeded!
-- 
https://code.launchpad.net/~zorba-coders/zorba/fix-fn-path/+merge/114739
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/fix-fn-path into lp:zorba

2012-07-12 Thread Zorba Build Bot
Voting does not meet specified criteria. Required: Approve  1, Disapprove  1, 
Needs Fixing  1, Pending  1. Got: 3 Pending.
-- 
https://code.launchpad.net/~zorba-coders/zorba/fix-fn-path/+merge/114739
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/fix-fn-path into lp:zorba

2012-07-12 Thread Zorba Build Bot
The proposal to merge lp:~zorba-coders/zorba/fix-fn-path into lp:zorba has been 
updated.

Status: Approved = Needs review

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/fix-fn-path/+merge/114739
-- 
https://code.launchpad.net/~zorba-coders/zorba/fix-fn-path/+merge/114739
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 1024123] [NEW] Un-revert r10899

2012-07-12 Thread Chris Hillery
Public bug reported:

http://bazaar.launchpad.net/~zorba-coders/zorba/trunk/revision/10905 (by 
Markos) reverts changes made to nodes_impl.cpp in
http://bazaar.launchpad.net/~zorba-coders/zorba/trunk/revision/10899 (by Till). 
Till believes the original changes are correct, and they were reviewed as such. 
 Please un-revert these changes ASAP, unless there is a reason they were 
somehow wrong.

** Affects: zorba
 Importance: Critical
 Assignee: Markos Zaharioudakis (markos-za)
 Status: Confirmed

-- 
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1024123

Title:
  Un-revert r10899

Status in Zorba - The XQuery Processor:
  Confirmed

Bug description:
  http://bazaar.launchpad.net/~zorba-coders/zorba/trunk/revision/10905 (by 
Markos) reverts changes made to nodes_impl.cpp in
  http://bazaar.launchpad.net/~zorba-coders/zorba/trunk/revision/10899 (by 
Till). Till believes the original changes are correct, and they were reviewed 
as such.  Please un-revert these changes ASAP, unless there is a reason they 
were somehow wrong.

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1024123/+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/bug1023120-schemaImport into lp:zorba

2012-07-12 Thread Chris Hillery
Review: Needs Fixing

Interesting! However, XMLString::transcode() returns a memory buffer that the 
caller must free by calling XMLString::release(), so I believe this change 
introduces a memory leak (unless InputSource will free them, which I don't 
think it does). I'm actually not 100% sure how to solve this - I guess 
IstreamInputSource could free them in its destructor, if it can tell that it 
needs to do so?
-- 
https://code.launchpad.net/~zorba-coders/zorba/bug1023120-schemaImport/+merge/114712
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 1024033] Re: segfault in parse-xml:parse()

2012-07-12 Thread mb21
** Description changed:

  parse-xml:parse() results in a segfault when called with:
  
  opt:options
-   opt:parse-external-parsed-entity opt:skip-root-nodes=0 /
+   opt:parse-external-parsed-entity opt:skip-root-nodes=0 /
  /opt:options
  
  or with
  
  opt:options
-   opt:parse-external-parsed-entity opt:skip-root-nodes=1 /
+   opt:parse-external-parsed-entity opt:skip-root-nodes=1 /
  /opt:options
  
  for that matter.
  With only opt:options / it works.
- 
  
  Reproduce:
  
  echo page /  acc.xml
  zorba -f -q xmlparse.xq
  
- 
  This was tested with the zorba build from revision 10923.
  
- 
- zorba -f -q xmlparse.xq
+ $ gdb --args zorba -f -q xmlparse.xq
  [Thread debugging using libthread_db enabled]
  ?xml version=1.0 encoding=UTF-8?
  fetch [0]: xs:string(page /
  )
  
  Program received signal SIGSEGV, Segmentation fault.
  0xb54e29de in std::basic_istreamchar, std::char_traitschar 
::sentry::sentry(std::basic_istreamchar, std::char_traitschar , bool) () 
from /usr/lib/i386-linux-gnu/libstdc++.so.6
+ 
+ 
+ also:
+ 
+ $ valgrind install_dbg/bin/zorba -f -q zorba-files/xmlparse.xq
+ ==21695== Memcheck, a memory error detector
+ ==21695== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
+ ==21695== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info
+ ==21695== Command: /home/tillw/code/zorba/install_dbg/bin/zorba -f -q 
zorba-files/xmlparse.xq
+ ==21695==
+ ?xml version=1.0 encoding=UTF-8?
+ fetch [0]: xs:string(page /
+ )
+ ==21695== Invalid write of size 4
+ ==21695==at 0x6B0AFD3: std::istream::read(char*, int) (in 
/usr/lib/i386-linux-gnu/libstdc++.so.6.0.14)
+ ==21695==by 0x4EA5B70: 
zorba::simplestore::FastXmlLoader::readPacket(std::istream, char*, long) 
(loader_fast.cpp:242)
+ ==21695==by 0x4EAAAC1: 
zorba::simplestore::FragmentXmlLoader::fillBuffer(zorba::FragmentIStream*) 
(loader_dtd.cpp:161)
+ ==21695==by 0x4EAB3E2: 
zorba::simplestore::FragmentXmlLoader::loadXml(zorba::rstringzorba::rstring_classes::repzorba::atomic_int,
 
+ std::char_traitschar, std::allocatorchar   const, 
zorba::rstringzorba::rstring_classes::repzorba::atomic_int, std::char_traits
+ char, std::allocatorchar   const, std::istream) (loader_dtd.cpp:260)
+ ==21695==by 0x4ECD245: 
zorba::simplestore::Store::loadDocument(zorba::rstringzorba::rstring_classes::repzorba::atomic_int,
 std::ch
+ ar_traitschar, std::allocatorchar   const, 
zorba::rstringzorba::rstring_classes::repzorba::atomic_int, 
std::char_traitschar, 
+ std::allocatorchar   const, std::istream, zorba::store::LoadProperties 
const) (store.cpp:1030)
+ ==21695==by 0x4A96C87: 
zorba::FnZorbaParseXmlFragmentIterator::nextImpl(zorba::store::ItemHandlezorba::store::Item,
 zorba::PlanSt
+ ate) const (parse_fragment_impl.cpp:230)
+ ==21695==by 0x489381C: 
zorba::Batcherzorba::FnZorbaParseXmlFragmentIterator::produceNext(zorba::store::ItemHandlezorba::store::It
+ em, zorba::PlanState) const (plan_iterator.h:535)
+ ==21695==by 0x4B3D7BA: 
zorba::PlanIterator::consumeNext(zorba::store::ItemHandlezorba::store::Item, 
zorba::PlanIterator const*, z
+ orba::PlanState) (plan_iterator.cpp:109)
+ ==21695==by 0x49FA142: 
zorba::TraceIterator::nextImpl(zorba::store::ItemHandlezorba::store::Item, 
zorba::PlanState) const (error
+ s_and_diagnostics_impl.cpp:102)
+ ==21695==by 0x4969368: 
zorba::Batcherzorba::TraceIterator::produceNext(zorba::store::ItemHandlezorba::store::Item,
 zorba::PlanS
+ tate) const (plan_iterator.h:535)
+ ==21695==by 0x4B3D7BA: 
zorba::PlanIterator::consumeNext(zorba::store::ItemHandlezorba::store::Item, 
zorba::PlanIterator const*, z
+ orba::PlanState) (plan_iterator.cpp:109)
+ ==21695==by 0x4B823DA: zorba::flwor::FLWORIterator::bindVariable(unsigned 
long, zorba::flwor::FlworState*, zorba::PlanState) const 
+ (flwor_iterator.cpp:1216)
+ ==21695==  Address 0x7406f1c is 4 bytes inside a block of size 280 free'd
+ ==21695==at 0x4025907: operator delete(void*) (vg_replace_malloc.c:387)
+ ==21695==by 0x6B0215F: std::basic_ifstreamchar, std::char_traitschar 
::~basic_ifstream() (in /usr/lib/i386-linux-gnu/libstdc++.s
+ o.6.0.14)
+ ==21695==by 0x4778C2C: zorba::internal::fileStreamReleaser(std::istream*) 
(default_url_resolvers.cpp:86)
+ ==21695==by 0x4E697E6: 
zorba::simplestore::StreamableStringItem::~StreamableStringItem() 
(atomic_items.h:919)
+ ==21695==by 0x4E69866: 
zorba::simplestore::StreamableStringItem::~StreamableStringItem() 
(atomic_items.h:921)
+ ==21695==by 0x4C775ED: zorba::store::Item::free() (in 
/home/tillw/code/zorba/install_dbg/lib/libzorba_simplestore.so.2.5.0)
+ ==21695==by 0x4E0AE39: zorba::store::Item::removeReference() 
(item.cpp:172)
+ ==21695==by 0x445768B: zorba::store::ItemHandlezorba::store::Item 
zorba::store::ItemHandlezorba::store::Item::assignzorba::sto
+ re::Item(zorba::store::ItemHandlezorba::store::Item const) 
(item_handle.h:200)
+ ==21695==by 0x4456971: 

[Zorba-coders] [Bug 1024033] Re: segfault in parse-xml:parse()

2012-07-12 Thread Chris Hillery
I'll take a look.

** Changed in: zorba
   Status: New = Confirmed

** Changed in: zorba
   Importance: Undecided = Critical

** Changed in: zorba
 Assignee: (unassigned) = Chris Hillery (ceejatec)

** Changed in: zorba
Milestone: None = 2.7

-- 
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1024033

Title:
  segfault in parse-xml:parse()

Status in Zorba - The XQuery Processor:
  Confirmed

Bug description:
  parse-xml:parse() results in a segfault when called with:

  opt:options
    opt:parse-external-parsed-entity opt:skip-root-nodes=0 /
  /opt:options

  or with

  opt:options
    opt:parse-external-parsed-entity opt:skip-root-nodes=1 /
  /opt:options

  for that matter.
  With only opt:options / it works.

  Reproduce:

  echo page /  acc.xml
  zorba -f -q xmlparse.xq

  This was tested with the zorba build from revision 10923.

  $ gdb --args zorba -f -q xmlparse.xq
  [Thread debugging using libthread_db enabled]
  ?xml version=1.0 encoding=UTF-8?
  fetch [0]: xs:string(page /
  )

  Program received signal SIGSEGV, Segmentation fault.
  0xb54e29de in std::basic_istreamchar, std::char_traitschar 
::sentry::sentry(std::basic_istreamchar, std::char_traitschar , bool) () 
from /usr/lib/i386-linux-gnu/libstdc++.so.6


  also:

  $ valgrind install_dbg/bin/zorba -f -q zorba-files/xmlparse.xq
  ==21695== Memcheck, a memory error detector
  ==21695== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
  ==21695== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info
  ==21695== Command: /home/tillw/code/zorba/install_dbg/bin/zorba -f -q 
zorba-files/xmlparse.xq
  ==21695==
  ?xml version=1.0 encoding=UTF-8?
  fetch [0]: xs:string(page /
  )
  ==21695== Invalid write of size 4
  ==21695==at 0x6B0AFD3: std::istream::read(char*, int) (in 
/usr/lib/i386-linux-gnu/libstdc++.so.6.0.14)
  ==21695==by 0x4EA5B70: 
zorba::simplestore::FastXmlLoader::readPacket(std::istream, char*, long) 
(loader_fast.cpp:242)
  ==21695==by 0x4EAAAC1: 
zorba::simplestore::FragmentXmlLoader::fillBuffer(zorba::FragmentIStream*) 
(loader_dtd.cpp:161)
  ==21695==by 0x4EAB3E2: 
zorba::simplestore::FragmentXmlLoader::loadXml(zorba::rstringzorba::rstring_classes::repzorba::atomic_int,
 
  std::char_traitschar, std::allocatorchar   const, 
zorba::rstringzorba::rstring_classes::repzorba::atomic_int, std::char_traits
  char, std::allocatorchar   const, std::istream) (loader_dtd.cpp:260)
  ==21695==by 0x4ECD245: 
zorba::simplestore::Store::loadDocument(zorba::rstringzorba::rstring_classes::repzorba::atomic_int,
 std::ch
  ar_traitschar, std::allocatorchar   const, 
zorba::rstringzorba::rstring_classes::repzorba::atomic_int, 
std::char_traitschar, 
  std::allocatorchar   const, std::istream, zorba::store::LoadProperties 
const) (store.cpp:1030)
  ==21695==by 0x4A96C87: 
zorba::FnZorbaParseXmlFragmentIterator::nextImpl(zorba::store::ItemHandlezorba::store::Item,
 zorba::PlanSt
  ate) const (parse_fragment_impl.cpp:230)
  ==21695==by 0x489381C: 
zorba::Batcherzorba::FnZorbaParseXmlFragmentIterator::produceNext(zorba::store::ItemHandlezorba::store::It
  em, zorba::PlanState) const (plan_iterator.h:535)
  ==21695==by 0x4B3D7BA: 
zorba::PlanIterator::consumeNext(zorba::store::ItemHandlezorba::store::Item, 
zorba::PlanIterator const*, z
  orba::PlanState) (plan_iterator.cpp:109)
  ==21695==by 0x49FA142: 
zorba::TraceIterator::nextImpl(zorba::store::ItemHandlezorba::store::Item, 
zorba::PlanState) const (error
  s_and_diagnostics_impl.cpp:102)
  ==21695==by 0x4969368: 
zorba::Batcherzorba::TraceIterator::produceNext(zorba::store::ItemHandlezorba::store::Item,
 zorba::PlanS
  tate) const (plan_iterator.h:535)
  ==21695==by 0x4B3D7BA: 
zorba::PlanIterator::consumeNext(zorba::store::ItemHandlezorba::store::Item, 
zorba::PlanIterator const*, z
  orba::PlanState) (plan_iterator.cpp:109)
  ==21695==by 0x4B823DA: zorba::flwor::FLWORIterator::bindVariable(unsigned 
long, zorba::flwor::FlworState*, zorba::PlanState) const 
  (flwor_iterator.cpp:1216)
  ==21695==  Address 0x7406f1c is 4 bytes inside a block of size 280 free'd
  ==21695==at 0x4025907: operator delete(void*) (vg_replace_malloc.c:387)
  ==21695==by 0x6B0215F: std::basic_ifstreamchar, std::char_traitschar 
::~basic_ifstream() (in /usr/lib/i386-linux-gnu/libstdc++.s
  o.6.0.14)
  ==21695==by 0x4778C2C: zorba::internal::fileStreamReleaser(std::istream*) 
(default_url_resolvers.cpp:86)
  ==21695==by 0x4E697E6: 
zorba::simplestore::StreamableStringItem::~StreamableStringItem() 
(atomic_items.h:919)
  ==21695==by 0x4E69866: 
zorba::simplestore::StreamableStringItem::~StreamableStringItem() 
(atomic_items.h:921)
  ==21695==by 0x4C775ED: zorba::store::Item::free() (in 
/home/tillw/code/zorba/install_dbg/lib/libzorba_simplestore.so.2.5.0)
  ==21695==by 0x4E0AE39: zorba::store::Item::removeReference() 

[Zorba-coders] [Bug 950621] Re: Eliminate parse-xml#2

2012-07-12 Thread Chris Hillery
Per Matthias, this function should not even exist as its functionality
is available via xml:parse(). So the entry in the spec .xml file should
be removed, and the C++ implementation can be simplified as it will only
need to deal with the single-argument fn:parse-xml() function now.

** Summary changed:

- XQuery 3.0 vs Zorba: parse-xml#2 should not be in FN namespace
+ Eliminate parse-xml#2

** Changed in: zorba
   Importance: Critical = 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/950621

Title:
  Eliminate parse-xml#2

Status in Zorba - The XQuery Processor:
  New

Bug description:
  ctest -R xquery_3_0
  on the branch
  lp:~zorba-coders/zorba/fn_envvars
  shows that:

  - the following functions are in the fn namespace and according to the FO 
3.0 spec they should not be there:
  parse-xml#2

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/950621/+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:~paul-lucas/zorba/feature-unordered_map into lp:zorba

2012-07-12 Thread Chris Hillery
Review: Approve


-- 
https://code.launchpad.net/~paul-lucas/zorba/feature-unordered_map/+merge/114328
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 1023170] Re: Segfault in xml:parse

2012-07-12 Thread Chris Hillery
*** This bug is a duplicate of bug 1024033 ***
https://bugs.launchpad.net/bugs/1024033

Caused by same underlying problem as bug 1024033.

** This bug has been marked a duplicate of bug 1024033
   segfault in parse-xml:parse()

-- 
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1023170

Title:
  Segfault in xml:parse

Status in Zorba - The XQuery Processor:
  Confirmed

Bug description:
  We compiled the zorba from source, revision 10923 and we still get a
  segfault when running xml:parse on something we got from either
  http:get or fetch:content. Maybe reopen bug #867154 or bug #1020953

  Replacing the let http:get() with variable http:get(); fixes it.

  $ zorba -f -q variable-zorba.xq
  [Thread debugging using libthread_db enabled]
  ?xml version=1.0 encoding=UTF-8?

  Program received signal SIGSEGV, Segmentation fault.
  0xb54e29de in std::basic_istreamchar, std::char_traitschar 
::sentry::sentry(std::basic_istreamchar, std::char_traitschar , bool) () 
from /usr/lib/i386-linux-gnu/libstdc++.so.6
  (gdb) bt
  #0  0xb54e29de in std::basic_istreamchar, std::char_traitschar 
::sentry::sentry(std::basic_istreamchar, std::char_traitschar , bool) () 
from /usr/lib/i386-linux-gnu/libstdc++.so.6
  #1  0xb54e2fee in std::basic_istreamchar, std::char_traitschar 
::read(char*, int) () from /usr/lib/i386-linux-gnu/libstdc++.so.6
  #2  0xb7a0eb71 in zorba::simplestore::FastXmlLoader::readPacket 
(this=0x8134260, stream=..., buf=0x81c6c6b , size=0)
  at /home/tillw/code/zorba/zorba/src/store/naive/loader_fast.cpp:242
  #3  0xb7a13ac2 in zorba::simplestore::FragmentXmlLoader::fillBuffer 
(this=0x8134260, theFragmentStream=0x814687c)
  at /home/tillw/code/zorba/zorba/src/store/naive/loader_dtd.cpp:161
  #4  0xb7a143e3 in zorba::simplestore::FragmentXmlLoader::loadXml 
(this=0x8134260, baseUri=..., docUri=..., stream=...)
  at /home/tillw/code/zorba/zorba/src/store/naive/loader_dtd.cpp:260
  #5  0xb7a36246 in zorba::simplestore::Store::loadDocument (this=0xb7fde600, 
baseUri=..., docUri=..., stream=..., loadProperties=...)
  at /home/tillw/code/zorba/zorba/src/store/naive/store.cpp:1030
  #6  0xb75ffc88 in zorba::FnZorbaParseXmlFragmentIterator::nextImpl 
(this=0x81640e0, result=..., planState=...)
  at 
/home/tillw/code/zorba/zorba/src/runtime/parsing_and_serializing/parse_fragment_impl.cpp:230
  #7  0xb73fc81d in 
zorba::Batcherzorba::FnZorbaParseXmlFragmentIterator::produceNext 
(this=0x81640e0, result=..., planState=...)
  at /home/tillw/code/zorba/zorba/src/runtime/base/plan_iterator.h:535
  #8  0xb76a67bb in zorba::PlanIterator::consumeNext (result=..., 
iter=0x81640e0, planState=...)
  at /home/tillw/code/zorba/zorba/src/runtime/base/plan_iterator.cpp:109
  #9  0xb77e7a32 in zorba::SequentialIterator::nextImpl (this=0x8164170, 
result=..., planState=...)
  at /home/tillw/code/zorba/zorba/src/runtime/scripting/scripting.cpp:96
  #10 0xb77f069d in zorba::Batcherzorba::SequentialIterator::produceNext 
(this=0x8164170, result=..., planState=...)
  at /home/tillw/code/zorba/zorba/src/runtime/base/plan_iterator.h:535
  #11 0xb76a67bb in zorba::PlanIterator::consumeNext (result=..., 
iter=0x8164170, planState=...)
  at /home/tillw/code/zorba/zorba/src/runtime/base/plan_iterator.cpp:109
  #12 0xb76a6156 in zorba::PlanWrapper::next (this=0x8138d18, result=...)
  at /home/tillw/code/zorba/zorba/src/runtime/api/plan_wrapper.cpp:151
  #13 0xb7014061 in zorba::serializer::serialize (this=0xbfffe5b8, aObject=..., 
aOStream=..., aHandler=0x0)
  at /home/tillw/code/zorba/zorba/src/api/serialization/serializer.cpp:2781
  #14 0xb7013da2 in zorba::serializer::serialize (this=0xbfffe5b8, aObject=..., 
aOStream=...)
  at /home/tillw/code/zorba/zorba/src/api/serialization/serializer.cpp:2733
  #15 0xb6fb747e in zorba::XQueryImpl::serialize (this=0x8133258, os=..., 
aWrapper=..., opt=0xbfffe7f0)
  at /home/tillw/code/zorba/zorba/src/api/xqueryimpl.cpp:1305
  #16 0xb6fb6889 in zorba::XQueryImpl::execute (this=0x8133258, os=..., 
opt=0xbfffe7f0)
  at /home/tillw/code/zorba/zorba/src/api/xqueryimpl.cpp:1131
  #17 0x0805a91e in compileAndExecute (zorbaInstance=0xb7fda600, 
properties=..., staticContext=..., qfilepath=..., qfile=...,
  outputStream=..., timing=...) at 
/home/tillw/code/zorba/zorba/bin/zorbacmd.cpp:801
  #18 0x0805bdee in main (argc=4, argv=0xb024) at 
/home/tillw/code/zorba/zorba/bin/zorbacmd.cpp:1081

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1023170/+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:~paul-lucas/zorba/feature-unordered_map into lp:zorba

2012-07-12 Thread Chris Hillery
The proposal to merge lp:~paul-lucas/zorba/feature-unordered_map into lp:zorba 
has been updated.

Status: Needs review = Approved

For more details, see:
https://code.launchpad.net/~paul-lucas/zorba/feature-unordered_map/+merge/114328
-- 
https://code.launchpad.net/~paul-lucas/zorba/feature-unordered_map/+merge/114328
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:~paul-lucas/zorba/feature-unordered_map into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue starting for merge proposal.
Log at: 
http://zorbatest.lambda.nu:8080/remotequeue/feature-unordered_map-2012-07-13T00-16-08.126Z/log.html
-- 
https://code.launchpad.net/~paul-lucas/zorba/feature-unordered_map/+merge/114328
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/fix_spec_tests into lp:zorba

2012-07-12 Thread Chris Hillery
Review: Approve


-- 
https://code.launchpad.net/~zorba-coders/zorba/fix_spec_tests/+merge/108960
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/fix_spec_tests into lp:zorba

2012-07-12 Thread Chris Hillery
The proposal to merge lp:~zorba-coders/zorba/fix_spec_tests into lp:zorba has 
been updated.

Status: Needs review = Approved

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/fix_spec_tests/+merge/108960
-- 
https://code.launchpad.net/~zorba-coders/zorba/fix_spec_tests/+merge/108960
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 1024033] Re: segfault in parse-xml:parse()

2012-07-12 Thread Chris Hillery
Nicolae - this is happening because of the following:

if (result-isStreamable())
{
  state-theFragmentStream.theStream = result-getStream();
}

(lines 195-198 of parse_fragment_impl.cpp). This code assigns the
istream to the state, but memory ownership of the stream is still
associated with the item (result). Later, this stream is passed to
Store.loadDocument() at line 230. So when that item goes out of scope,
the stream is freed, and the store is left pointing to a freed istream.

What needs to happen is that state-theFragmentStream needs to have a
StreamReleaser field as well. Then, when you assign the value of
result-getStream() to theFragmentStream.theStream, you need to also
assign the value of result-getStreamReleaser() to
theFragmentStream.theStreamReleaser. You also need to call
result-setStreamReleaser(nullptr) to complete the transference of
memory ownership to theFragmentStream. Finally, in ~FragmentIStream()
(or, apparently, actually in FragmentIStream::reset()), if
theStreamReleaser is non-null then call it, passing theStream as an
argument.

It's not super-clear, but this is how streaming in Zorba works, for
better or for worse...

** Changed in: zorba
 Assignee: Chris Hillery (ceejatec) = Nicolae Brinza (nbrinza)

-- 
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1024033

Title:
  segfault in parse-xml:parse()

Status in Zorba - The XQuery Processor:
  Confirmed

Bug description:
  parse-xml:parse() results in a segfault when called with:

  opt:options
    opt:parse-external-parsed-entity opt:skip-root-nodes=0 /
  /opt:options

  or with

  opt:options
    opt:parse-external-parsed-entity opt:skip-root-nodes=1 /
  /opt:options

  for that matter.
  With only opt:options / it works.

  Reproduce:

  echo page /  acc.xml
  zorba -f -q xmlparse.xq

  This was tested with the zorba build from revision 10923.

  $ gdb --args zorba -f -q xmlparse.xq
  [Thread debugging using libthread_db enabled]
  ?xml version=1.0 encoding=UTF-8?
  fetch [0]: xs:string(page /
  )

  Program received signal SIGSEGV, Segmentation fault.
  0xb54e29de in std::basic_istreamchar, std::char_traitschar 
::sentry::sentry(std::basic_istreamchar, std::char_traitschar , bool) () 
from /usr/lib/i386-linux-gnu/libstdc++.so.6


  also:

  $ valgrind install_dbg/bin/zorba -f -q zorba-files/xmlparse.xq
  ==21695== Memcheck, a memory error detector
  ==21695== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
  ==21695== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info
  ==21695== Command: /home/tillw/code/zorba/install_dbg/bin/zorba -f -q 
zorba-files/xmlparse.xq
  ==21695==
  ?xml version=1.0 encoding=UTF-8?
  fetch [0]: xs:string(page /
  )
  ==21695== Invalid write of size 4
  ==21695==at 0x6B0AFD3: std::istream::read(char*, int) (in 
/usr/lib/i386-linux-gnu/libstdc++.so.6.0.14)
  ==21695==by 0x4EA5B70: 
zorba::simplestore::FastXmlLoader::readPacket(std::istream, char*, long) 
(loader_fast.cpp:242)
  ==21695==by 0x4EAAAC1: 
zorba::simplestore::FragmentXmlLoader::fillBuffer(zorba::FragmentIStream*) 
(loader_dtd.cpp:161)
  ==21695==by 0x4EAB3E2: 
zorba::simplestore::FragmentXmlLoader::loadXml(zorba::rstringzorba::rstring_classes::repzorba::atomic_int,
 
  std::char_traitschar, std::allocatorchar   const, 
zorba::rstringzorba::rstring_classes::repzorba::atomic_int, std::char_traits
  char, std::allocatorchar   const, std::istream) (loader_dtd.cpp:260)
  ==21695==by 0x4ECD245: 
zorba::simplestore::Store::loadDocument(zorba::rstringzorba::rstring_classes::repzorba::atomic_int,
 std::ch
  ar_traitschar, std::allocatorchar   const, 
zorba::rstringzorba::rstring_classes::repzorba::atomic_int, 
std::char_traitschar, 
  std::allocatorchar   const, std::istream, zorba::store::LoadProperties 
const) (store.cpp:1030)
  ==21695==by 0x4A96C87: 
zorba::FnZorbaParseXmlFragmentIterator::nextImpl(zorba::store::ItemHandlezorba::store::Item,
 zorba::PlanSt
  ate) const (parse_fragment_impl.cpp:230)
  ==21695==by 0x489381C: 
zorba::Batcherzorba::FnZorbaParseXmlFragmentIterator::produceNext(zorba::store::ItemHandlezorba::store::It
  em, zorba::PlanState) const (plan_iterator.h:535)
  ==21695==by 0x4B3D7BA: 
zorba::PlanIterator::consumeNext(zorba::store::ItemHandlezorba::store::Item, 
zorba::PlanIterator const*, z
  orba::PlanState) (plan_iterator.cpp:109)
  ==21695==by 0x49FA142: 
zorba::TraceIterator::nextImpl(zorba::store::ItemHandlezorba::store::Item, 
zorba::PlanState) const (error
  s_and_diagnostics_impl.cpp:102)
  ==21695==by 0x4969368: 
zorba::Batcherzorba::TraceIterator::produceNext(zorba::store::ItemHandlezorba::store::Item,
 zorba::PlanS
  tate) const (plan_iterator.h:535)
  ==21695==by 0x4B3D7BA: 
zorba::PlanIterator::consumeNext(zorba::store::ItemHandlezorba::store::Item, 
zorba::PlanIterator const*, z
  orba::PlanState) (plan_iterator.cpp:109)

Re: [Zorba-coders] [Merge] lp:~davidagraf/zorba/trace_without_debug_info into lp:zorba

2012-07-12 Thread Chris Hillery
Review: Approve

Ok, yeah, I see your point. I'd prefer it if we could test this SOMEhow, but 
it's not too critical. For now, I've tested your changes locally and the work 
fine, so let's run with it.
-- 
https://code.launchpad.net/~davidagraf/zorba/trace_without_debug_info/+merge/110377
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:~davidagraf/zorba/trace_without_debug_info into lp:zorba

2012-07-12 Thread Chris Hillery
The proposal to merge lp:~davidagraf/zorba/trace_without_debug_info into 
lp:zorba has been updated.

Status: Needs review = Approved

For more details, see:
https://code.launchpad.net/~davidagraf/zorba/trace_without_debug_info/+merge/110377
-- 
https://code.launchpad.net/~davidagraf/zorba/trace_without_debug_info/+merge/110377
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-mem_size into lp:zorba

2012-07-12 Thread Paul J. Lucas
Paul J. Lucas has proposed merging lp:~zorba-coders/zorba/feature-mem_size into 
lp:zorba.

Requested reviews:
  Paul J. Lucas (paul-lucas)

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/feature-mem_size/+merge/114764

Added framework for calculating the total memory used by a data structure and 
using it with store::Item.
-- 
https://code.launchpad.net/~zorba-coders/zorba/feature-mem_size/+merge/114764
Your team Zorba Coders is subscribed to branch lp:zorba.
=== modified file 'src/store/api/item.h'
--- src/store/api/item.h	2012-07-12 17:29:55 +
+++ src/store/api/item.h	2012-07-13 00:33:23 +
@@ -104,6 +104,7 @@
 
   void removeReference();
 
+  virtual size_t alloc_size() const;
 
   /* ---   General Methods for Items - */
 

=== modified file 'src/store/naive/atomic_items.cpp'
--- src/store/naive/atomic_items.cpp	2012-07-12 17:29:55 +
+++ src/store/naive/atomic_items.cpp	2012-07-13 00:33:23 +
@@ -43,6 +43,7 @@
 #include tree_id.h
 
 #include util/ascii_util.h
+#include util/mem_sizeof.h
 #include util/string_util.h
 #include util/utf8_util.h
 
@@ -381,6 +382,14 @@
 }
 
 
+size_t UserTypedAtomicItem::alloc_size() const
+{
+  return  AtomicItem::alloc_size()
++ ztd::alloc_sizeof( theBaseItem )
++ ztd::alloc_sizeof( theTypeName );
+}
+
+
 /***
   class UntypedAtomicItem
 /
@@ -571,6 +580,12 @@
 }
 
 
+size_t UntypedAtomicItem::alloc_size() const
+{
+  return AtomicItem::alloc_size() + ztd::alloc_sizeof( theValue );
+}
+
+
 bool UntypedAtomicItem::equals(
 const store::Item* other,
 long timezone,
@@ -679,6 +694,15 @@
 }
 
 
+size_t QNameItem::alloc_size() const
+{
+  return  AtomicItem::alloc_size()
++ ztd::alloc_sizeof( theNamespace )
++ ztd::alloc_sizeof( thePrefix )
++ ztd::alloc_sizeof( theLocal );
+}
+
+
 store::Item* QNameItem::getType() const
 {
   return GET_STORE().theSchemaTypeNames[store::XS_QNAME];
@@ -816,6 +840,12 @@
 }
 
 
+size_t NotationItem::alloc_size() const
+{
+  return ztd::mem_sizeof( *theQName );
+}
+
+
 store::Item* NotationItem::getType() const
 {
   return GET_STORE().theSchemaTypeNames[store::XS_NOTATION];
@@ -869,6 +899,12 @@
 }
 
 
+size_t AnyUriItem::alloc_size() const
+{
+  return AtomicItem::alloc_size() + ztd::alloc_sizeof( theValue );
+}
+
+
 bool AnyUriItem::getEBV() const
 {
   return ! (theValue == );
@@ -1609,10 +1645,21 @@
   }
 }
 
+size_t StructuralAnyUriItem::alloc_size() const
+{
+  return AnyUriItem::alloc_size() + ztd::alloc_sizeof( theOrdPath );
+}
+
 
 /***
   class StringItem
 /
+
+size_t StringItem::alloc_size() const
+{
+  return AtomicItem::alloc_size() + ztd::alloc_sizeof( theValue );
+}
+
 store::Item* StringItem::getType() const
 {
   return GET_STORE().theSchemaTypeNames[store::XS_STRING];
@@ -2402,6 +2449,12 @@
   class DecimalItem
 /
 
+size_t DecimalItem::alloc_size() const
+{
+  return AtomicItem::alloc_size() + ztd::alloc_sizeof( theValue );
+}
+
+
 store::Item* DecimalItem::getType() const
 {
   return GET_STORE().theSchemaTypeNames[store::XS_DECIMAL];
@@ -2451,6 +2504,14 @@
   class IntegerItemImpl
 /
 
+#ifdef ZORBA_WITH_BIG_INTEGER
+size_t IntegerItemImpl::alloc_size() const
+{
+  return ztd::alloc_size( theValue );
+}
+#endif /* ZORBA_WITH_BIG_INTEGER */
+
+
 long IntegerItemImpl::compare( Item const *other, long,
const XQPCollator* ) const {
   try
@@ -2557,6 +2618,15 @@
 /***
   class NonPositiveIntegerItem
 /
+
+#ifdef ZORBA_WITH_BIG_INTEGER
+size_t NonPositiveIntegerItem::alloc_size() const
+{
+  return ztd::alloc_size( theValue );
+}
+#endif /* ZORBA_WITH_BIG_INTEGER */
+
+
 long NonPositiveIntegerItem::compare( Item const *other, long,
   const XQPCollator* ) const {
   try
@@ -2669,6 +2739,14 @@
 /***
   class NonNegativeIntegerItem
 /
+
+#ifdef ZORBA_WITH_BIG_INTEGER
+size_t NonNegativeIntegerItem::alloc_size() const
+{
+  return ztd::alloc_size( theValue );
+}
+#endif /* ZORBA_WITH_BIG_INTEGER */
+
 long NonNegativeIntegerItem::compare( Item const *other, long,
   const XQPCollator* ) const {
   try
@@ -3330,6 +3408,12 @@
 

[Zorba-coders] [Merge] lp:~paul-lucas/zorba/feature-unordered_map into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue job feature-unordered_map-2012-07-13T00-16-08.126Z is 
finished. The final status was:

All tests succeeded!
-- 
https://code.launchpad.net/~paul-lucas/zorba/feature-unordered_map/+merge/114328
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:~paul-lucas/zorba/feature-unordered_map into lp:zorba

2012-07-12 Thread noreply
The proposal to merge lp:~paul-lucas/zorba/feature-unordered_map into lp:zorba 
has been updated.

Status: Approved = Merged

For more details, see:
https://code.launchpad.net/~paul-lucas/zorba/feature-unordered_map/+merge/114328
-- 
https://code.launchpad.net/~paul-lucas/zorba/feature-unordered_map/+merge/114328
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/fix_spec_tests into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue starting for merge proposal.
Log at: 
http://zorbatest.lambda.nu:8080/remotequeue/fix_spec_tests-2012-07-13T00-48-06.348Z/log.html
-- 
https://code.launchpad.net/~zorba-coders/zorba/fix_spec_tests/+merge/108960
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/fix_spec_tests into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue job fix_spec_tests-2012-07-13T00-48-06.348Z is finished. The 
final status was:

All tests succeeded!
-- 
https://code.launchpad.net/~zorba-coders/zorba/fix_spec_tests/+merge/108960
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-mem_size into lp:zorba

2012-07-12 Thread Paul J. Lucas
Review: Approve


-- 
https://code.launchpad.net/~zorba-coders/zorba/feature-mem_size/+merge/114764
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/fix_spec_tests into lp:zorba

2012-07-12 Thread noreply
The proposal to merge lp:~zorba-coders/zorba/fix_spec_tests into lp:zorba has 
been updated.

Status: Approved = Merged

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/fix_spec_tests/+merge/108960
-- 
https://code.launchpad.net/~zorba-coders/zorba/fix_spec_tests/+merge/108960
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-mem_size into lp:zorba

2012-07-12 Thread Paul J. Lucas
The proposal to merge lp:~zorba-coders/zorba/feature-mem_size into lp:zorba has 
been updated.

Status: Needs review = Approved

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/feature-mem_size/+merge/114764
-- 
https://code.launchpad.net/~zorba-coders/zorba/feature-mem_size/+merge/114764
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-mem_size into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue starting for merge proposal.
Log at: 
http://zorbatest.lambda.nu:8080/remotequeue/feature-mem_size-2012-07-13T01-17-04.607Z/log.html
-- 
https://code.launchpad.net/~zorba-coders/zorba/feature-mem_size/+merge/114764
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-mem_size into lp:zorba

2012-07-12 Thread Zorba Build Bot
Validation queue job feature-mem_size-2012-07-13T01-17-04.607Z is finished. The 
final status was:

All tests succeeded!
-- 
https://code.launchpad.net/~zorba-coders/zorba/feature-mem_size/+merge/114764
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-mem_size into lp:zorba

2012-07-12 Thread Zorba Build Bot
Voting does not meet specified criteria. Required: Approve  1, Disapprove  1, 
Needs Fixing  1, Pending  1. Got: 1 Approve.
-- 
https://code.launchpad.net/~zorba-coders/zorba/feature-mem_size/+merge/114764
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-mem_size into lp:zorba

2012-07-12 Thread Zorba Build Bot
The proposal to merge lp:~zorba-coders/zorba/feature-mem_size into lp:zorba has 
been updated.

Status: Approved = Needs review

For more details, see:
https://code.launchpad.net/~zorba-coders/zorba/feature-mem_size/+merge/114764
-- 
https://code.launchpad.net/~zorba-coders/zorba/feature-mem_size/+merge/114764
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/fix-fn-path into lp:zorba

2012-07-12 Thread Markos Zaharioudakis
Review: Approve

Till, did you really have a case where the swap local var was needed? I think 
I can see why it is needed, but I think the code in item_handle should be 
changed (call addReference() before remveReference()) to make swap 
unecessary. Do you agree?
-- 
https://code.launchpad.net/~zorba-coders/zorba/fix-fn-path/+merge/114739
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/structural-any-uri-lazy into lp:zorba

2012-07-12 Thread Markos Zaharioudakis
Ghislain, you changed the StructuralAnyUriItem constructor to take a const 
zstring, instead of zstring. I prefer that you revert this change (because 
the old way is more consistent with the rest of the item factory methods), but 
if want to keep the const it's ok, but then the use of the temp zstring 
variable in methods inAncestor, isFollowing, etc is no longer needed (in both 
their StructuralAnyUriItem and AnyUriItem versions). The static_cast of the 
aOther param in those methods is also not needed any more.


-- 
https://code.launchpad.net/~zorba-coders/zorba/structural-any-uri-lazy/+merge/104918
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/structural-any-uri-lazy into lp:zorba

2012-07-12 Thread Markos Zaharioudakis
Review: Needs Fixing


-- 
https://code.launchpad.net/~zorba-coders/zorba/structural-any-uri-lazy/+merge/104918
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

2012-07-12 Thread Markos Zaharioudakis
1. The function::producesDistinctNodes() and function::producesSortedNodes() 
methods must be redefined for the keys function.

2. Why not use element()* as the return type of keys?

3. IndexKeysIterator::nextImpl() create a new QName (lKeyNodeName) every time 
it is called, and the same QName is created again (!) in 
createIndexKeyElement(). The QName must be created only once, in the 
IndexKeysIterator constructor and stored as a data member. Same for the other 
constant qnames used in the constructed XML tree.

4. No need for a new file and class to implement function 
createIndexKeyElement(). You can just add it as a static function in 
index_func_impl.cpp

5. The type of the value attribute should be xs:untypedAtomic, not xs:untyped
-- 
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

2012-07-12 Thread Markos Zaharioudakis
Review: Needs Fixing


-- 
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 1024123] Re: Un-revert r10899

2012-07-12 Thread Chris Hillery
** Branch linked: lp:~zorba-coders/zorba/fix-fn-path

-- 
You received this bug notification because you are a member of Zorba
Coders, which is the registrant for Zorba.
https://bugs.launchpad.net/bugs/1024123

Title:
  Un-revert r10899

Status in Zorba - The XQuery Processor:
  Confirmed

Bug description:
  http://bazaar.launchpad.net/~zorba-coders/zorba/trunk/revision/10905 (by 
Markos) reverts changes made to nodes_impl.cpp in
  http://bazaar.launchpad.net/~zorba-coders/zorba/trunk/revision/10899 (by 
Till). Till believes the original changes are correct, and they were reviewed 
as such.  Please un-revert these changes ASAP, unless there is a reason they 
were somehow wrong.

To manage notifications about this bug go to:
https://bugs.launchpad.net/zorba/+bug/1024123/+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:~davidagraf/zorba/trace_without_debug_info into lp:zorba

2012-07-12 Thread David Graf
The proposal to merge lp:~davidagraf/zorba/trace_without_debug_info into 
lp:zorba has been updated.

Commit Message changed to:

Removed internal debug info from fn:trace out by using zorba serializer instead 
of the internal show function.

For more details, see:
https://code.launchpad.net/~davidagraf/zorba/trace_without_debug_info/+merge/110377
-- 
https://code.launchpad.net/~davidagraf/zorba/trace_without_debug_info/+merge/110377
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