[Zorba-coders] [Bug 996084] Re: crash in Streamable*Item with file module
** Changed in: zorba Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/996084 Title: crash in Streamable*Item with file module Status in Zorba - The XQuery Processor: Fix Released Bug description: I was trying to 1. read a data file 2. get the md5 of the file content 3. return both the md5 and content in one XML node: filemd5.../md5data.../data/file Executing the complete example (see attachment) with any data.txt file leads to a crash. It seems that the streamreleaser in ~StreamableBase64BinaryItem() and ~StreamableStringItem() tries to delete the same ifstream. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/996084/+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 996084] Re: crash in Streamable*Item with file module
After discussions with Matthias, I have proposed a fix for this problem. The gist of the problem is that we did not previously have a situation where two items would both want to claim ownership of the same stream; in this case, a streamable base64 item was being used to create a streamable string item. The fix was to introduce a different factory for StreamableStringItem that takens a 'dependent' streamable item. The new item shares the istream from the dependent item, but NOT the StreamReleaser, and so the new item does not attempt to take ownership of the stream. However, the new item does maintain a reference to the original item, thus forcing the lifespan of the original item to be as long as its own. In this way they can share the stream without having to worry about which one will be destroyed first. I added Dennis's test case and confirmed that it runs fine with this change. ** 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/996084 Title: crash in Streamable*Item with file module Status in Zorba - The XQuery Processor: In Progress Bug description: I was trying to 1. read a data file 2. get the md5 of the file content 3. return both the md5 and content in one XML node: filemd5.../md5data.../data/file Executing the complete example (see attachment) with any data.txt file leads to a crash. It seems that the streamreleaser in ~StreamableBase64BinaryItem() and ~StreamableStringItem() tries to delete the same ifstream. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/996084/+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 996084] Re: crash in Streamable*Item with file module
** 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/996084 Title: crash in Streamable*Item with file module Status in Zorba - The XQuery Processor: Fix Committed Bug description: I was trying to 1. read a data file 2. get the md5 of the file content 3. return both the md5 and content in one XML node: filemd5.../md5data.../data/file Executing the complete example (see attachment) with any data.txt file leads to a crash. It seems that the streamreleaser in ~StreamableBase64BinaryItem() and ~StreamableStringItem() tries to delete the same ifstream. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/996084/+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 996084] Re: crash in Streamable*Item with file module
** Attachment added: crashing example query https://bugs.launchpad.net/bugs/996084/+attachment/3135433/+files/test3.xq ** Tags added: crash -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/996084 Title: crash in Streamable*Item with file module Status in Zorba - The XQuery Processor: New Bug description: I was trying to 1. read a data file 2. get the md5 of the file content 3. return both the md5 and content in one XML node: filemd5.../md5data.../data/file Executing the complete example (see attachment) with any data.txt file leads to a crash. It seems that the streamreleaser in ~StreamableBase64BinaryItem() and ~StreamableStringItem() try to delete the same ifstream. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/996084/+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 996084] Re: crash in Streamable*Item with file module
** Description changed: I was trying to 1. read a data file 2. get the md5 of the file content 3. return both the md5 and content in one XML node: - filemd5.../md5data.../data/file + filemd5.../md5data.../data/file Executing the complete example (see attachment) with any data.txt file leads to a crash. It seems that the streamreleaser in - ~StreamableBase64BinaryItem() and ~StreamableStringItem() try to delete - the same ifstream. + ~StreamableBase64BinaryItem() and ~StreamableStringItem() tries to + delete the same ifstream. -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/996084 Title: crash in Streamable*Item with file module Status in Zorba - The XQuery Processor: New Bug description: I was trying to 1. read a data file 2. get the md5 of the file content 3. return both the md5 and content in one XML node: filemd5.../md5data.../data/file Executing the complete example (see attachment) with any data.txt file leads to a crash. It seems that the streamreleaser in ~StreamableBase64BinaryItem() and ~StreamableStringItem() tries to delete the same ifstream. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/996084/+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 996084] Re: crash in Streamable*Item with file module
I will take a look. Matthias: should this be marked for 2.5? ** Changed in: zorba Assignee: Matthias Brantner (matthias-brantner) = Chris Hillery (ceejatec) -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/996084 Title: crash in Streamable*Item with file module Status in Zorba - The XQuery Processor: New Bug description: I was trying to 1. read a data file 2. get the md5 of the file content 3. return both the md5 and content in one XML node: filemd5.../md5data.../data/file Executing the complete example (see attachment) with any data.txt file leads to a crash. It seems that the streamreleaser in ~StreamableBase64BinaryItem() and ~StreamableStringItem() tries to delete the same ifstream. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/996084/+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 996084] Re: crash in Streamable*Item with file module
Chris: I would like to see the fix before deciding whether it should go into 2.5. -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/996084 Title: crash in Streamable*Item with file module Status in Zorba - The XQuery Processor: New Bug description: I was trying to 1. read a data file 2. get the md5 of the file content 3. return both the md5 and content in one XML node: filemd5.../md5data.../data/file Executing the complete example (see attachment) with any data.txt file leads to a crash. It seems that the streamreleaser in ~StreamableBase64BinaryItem() and ~StreamableStringItem() tries to delete the same ifstream. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/996084/+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 996084] Re: crash in Streamable*Item with file module
** Branch linked: lp:~zorba-coders/zorba/bug-996084-reuse-stream -- You received this bug notification because you are a member of Zorba Coders, which is the registrant for Zorba. https://bugs.launchpad.net/bugs/996084 Title: crash in Streamable*Item with file module Status in Zorba - The XQuery Processor: New Bug description: I was trying to 1. read a data file 2. get the md5 of the file content 3. return both the md5 and content in one XML node: filemd5.../md5data.../data/file Executing the complete example (see attachment) with any data.txt file leads to a crash. It seems that the streamreleaser in ~StreamableBase64BinaryItem() and ~StreamableStringItem() tries to delete the same ifstream. To manage notifications about this bug go to: https://bugs.launchpad.net/zorba/+bug/996084/+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