I'm happy to handle this next tonight or tomorrow (depending when my
current task finishes).
thanks,
--FritzM.
On 01/22/2015 05:16 PM, Daniel L. Wang wrote:
> Actually, I took a quick look, and it looks like the problem is that
> the code doesn't handle zero-length (but non-null) results. In this
> case, it looks like copyColumn needs to handle copying a zero-length
> string (or, maybe we just need to let escapeString have a zero-length
> quoted output).
>
> I think we can patch this to fix the problem quickly (probably 3 lines
> or less), but we may need to verify that the proper syntax for
> importing into mysql. Can someone else open a ticket, implement it,
> test it, and shepherd it through to merging? Fritz? AndyS? Fabrice?
> I've got my hands full with preparing a talk.
>
> Tatiana, I think you can work around this by making sure that none of
> your column values are empty strings.
>
> Thanks,
> -Daniel
>
>
>
> On 01/22/2015 04:35 PM, Daniel L. Wang wrote:
>> Hi Tatiana,
>>
>> It's only a known issue in the sense that Jacek posted that error
>> from you some day(s) in the past. We should open a ticket for it.
>>
>> My guess is that the error comes from intermediate results that
>> trigger an error condition when when gathering back results from the
>> cluster. It's likely due to a result type that we don't support(or
>> don't properly support). If you are selecting blobs or varchars or
>> binary or bit types, that could cause it, or maybe our code for
>> handling zero-length values is broken.
>>
>>
>> -Daniel
>>
>>
>> On 01/22/2015 04:28 PM, Tatiana Goldina wrote:
>>> Hello,
>>>
>>> I am encountering this once in a while.
>>>
>>> qserv-czar.log
>>>
>>> python: build/rproc/ProtoRowBuffer.cc:69: int
>>> lsst::qserv::rproc::escapeString(Iter, CIter, CIter) [with Iter =
>>> __gnu_cxx::__normal_iterator<char*, std::vector<char,
>>> std::allocator<char> > >, CIter = __gnu_cxx::__normal_iterator<const
>>> char*, std::basic_string<char, std::char_traits<char>,
>>> std::allocator<char> > >]: Assertion `srcBegin != srcEnd' failed.
>>>
>>> Czar is dead and qserv stops responding after that.
>>>
>>>
>>> Is it a known issue?
>>>
>>>
>>> Thank you!
>>>
>>> Tatiana
>>>
>>> ########################################################################
>>>
>>> Use REPLY-ALL to reply to list
>>>
>>> To unsubscribe from the QSERV-L list, click the following link:
>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1
>>
>> ########################################################################
>> Use REPLY-ALL to reply to list
>>
>> To unsubscribe from the QSERV-L list, click the following link:
>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1
>
########################################################################
Use REPLY-ALL to reply to list
To unsubscribe from the QSERV-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1
