[Rprotobuf-yada] can't assign raw to field of type bytes

[Whitney Jackson]

Thanks for the help! Sadly, I'm still seeing the error:

"cannot set non-repeated field to vector of length > 1"

According to sessionInfo() I'm now running  RProtoBuf_0.3.1.1


On Sat, Dec 14, 2013 at 6:56 PM, Murray Stokely <mstokely at google.com> wrote:

> Oops that should be :
>
> install.packages("RProtoBuf", repos = "http://R-Forge.R-project.org").
>
>
>
> On Sat, Dec 14, 2013 at 4:47 PM, Murray Stokely <murray at stokely.org>wrote:
>
>> Actually I see that I had a local change that was not submitted even to
>> r-forge that fixes this issue.
>>
>> I've just submitted it, added more tests, and I think we are nearly ready
>> to roll a 0.3.2 release onto CRAN.  In the mean time, could you please try
>> installing it from the latest version on R-Forge :
>>
>> install.packages("HistogramTools", repos = "http://R-Forge.R-project.org
>> ").
>>
>>             - Murray
>>
>>
>> On Sat, Dec 14, 2013 at 3:15 PM, Murray Stokely <mstokely at google.com>wrote:
>>
>>> On Dec 14, 2013 2:05 PM, "Whitney Jackson" <whjackson at gmail.com> wrote:
>>>
>>>> I've run into an issue where I can't assign raw values to RProtoBuf
>>>> fields of type bytes. See the following proto and R files for an example.
>>>>
>>>> test.proto: http://pastebin.com/0n4dcYV7
>>>> test.R: http://pastebin.com/1C3KBVqh
>>>>
>>>> From what I can tell, only R character vectors of length 1 can be
>>>> assigned to bytes fields. That seems like a bug since protobuf bytes fields
>>>> are meant to hold arbitrary bytes and R character vectors aren't (null
>>>> chars are prohibited for example).
>>>>
>>>> I'd appreciate any advise that anyone might have.
>>>>
>>>
>>> What version of RProtoBuf are you using?  Your example works fine on the
>>> version I am using, but that may include some fixes we haven't yet pushed
>>> to CRAN.
>>>
>>> If the latest version from CRAN still has this problem, can you try the
>>> latest version from R-Forge?
>>>
>>> I'll add a unit test to runit.bytes.R for this behavior.
>>>
>>>             - Murray
>>>
>>> _______________________________________________
>>> Rprotobuf-yada mailing list
>>> Rprotobuf-yada at lists.r-forge.r-project.org
>>>
>>> https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rprotobuf-yada
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.r-forge.r-project.org/pipermail/rprotobuf-yada/attachments/20131215/f44e45a3/attachment.html>