[Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug1123835 into lp:zorba

2013-09-18 Thread Chris Hillery
The proposal to merge lp:~zorba-coders/zorba/bug1123835 into lp:zorba has been updated. Status: Needs review = Rejected For more details, see: https://code.launchpad.net/~zorba-coders/zorba/bug1123835/+merge/158978 -- https://code.launchpad.net/~zorba-coders/zorba/bug1123835/+merge/158978

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

2013-06-07 Thread Chris Hillery
Review: Needs Fixing Sorry, but this implementation isn't right. You're still sucking the entire contents of the istream into memory via that stringstream. That's not acceptable. (You also have a potential memory leak since you don't use an auto_ptr for the stringstream you allocate on the

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

2013-05-31 Thread Sorin Marian Nasoi
3 of the failing test-cases are correct (fn-unparsed-text-lines-039, fn-unparsed-text-039, fn-unparsed-text-available-038). Here is why: The 3 test-cases use fn/unparsed-text/non-xml-character.txt that contains BOM followed by NULL character. Here is the catch: NULL is not a valid XML 1.0 nor

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

2013-04-24 Thread Chris Hillery
Review: Needs Fixing Unfortunately, I don't think the proposed change is safe. istream::unget() is not guaranteed to work, and in particular it probably won't work if the stream is coming via HTTP. However, there is a function StreamResource::isStreamSeekable(). Perhaps you could check that

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

2013-04-23 Thread Sorin Marian Nasoi
Ok, maybe ignore point #1 - that function is there after all. I'm not sure how I missed it; must have been a typo in my search. Anyway, I'll review the code more thoroughly a bit later tonight. Points #2 and #3 still need to be fixed. Points #2 and #3 should be fixed. The proposed changes, so

[Zorba-coders] [Merge] lp:~zorba-coders/zorba/bug1123835 into lp:zorba

2013-04-15 Thread Juan Zacarias
Juan Zacarias has proposed merging lp:~zorba-coders/zorba/bug1123835 into lp:zorba. Commit message: Fixes for FOTS errors in fn:unparsed-text* functions Requested reviews: Chris Hillery (ceejatec) Related bugs: Bug #1123835 in Zorba: fn-unparsed-text* failures (at least 20 failures)

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

2013-04-15 Thread Juan Zacarias
This branch doesn't solve all the errors yet this is the list of errors missing solution with a brief description of the current problem. The missing errors are caused by 3 problems * utf-8 encoding: missing the stream suggested to Paul that can handle errors when invalid utf-8 are found. *

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

2013-04-15 Thread Chris Hillery
Review: Needs Fixing 1. It looks like you didn't check in some changes? sequences_impl.cpp refers to a method URI::get_encoded_fragment() that doesn't exist. 2. sequences_impl.cpp now shows up on my system as ISO-8859 English text rather than ASCII English text when I use the file command. My

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

2013-04-15 Thread Chris Hillery
Ok, maybe ignore point #1 - that function is there after all. I'm not sure how I missed it; must have been a typo in my search. Anyway, I'll review the code more thoroughly a bit later tonight. Points #2 and #3 still need to be fixed. --