On Tue, Mar 16, 2010 at 10:21 PM, Kenton Varda wrote:
> On Tue, Mar 16, 2010 at 6:11 PM, Austin Ziegler
> wrote:
>> On Tue, Mar 16, 2010 at 3:24 PM, Kenton Varda wrote:
>> > I do test each release with both VS2005 and VS2008, and haven't seen
>> > that
>> > problem before. Odd.
>> Do you have 2
On Tue, Mar 16, 2010 at 6:11 PM, Austin Ziegler wrote:
> On Tue, Mar 16, 2010 at 3:24 PM, Kenton Varda wrote:
> > I do test each release with both VS2005 and VS2008, and haven't seen that
> > problem before. Odd.
>
> Do you have 2005 and 2008 on a single system, or are they on
> independent syst
On Tue, Mar 16, 2010 at 3:24 PM, Kenton Varda wrote:
> I do test each release with both VS2005 and VS2008, and haven't seen that
> problem before. Odd.
Do you have 2005 and 2008 on a single system, or are they on
independent systems? If they're on the same system, VS does not always
offer to upg
You need to link the example against libprotobuf.lib.
On Tue, Mar 16, 2010 at 1:43 PM, mohito wrote:
> Hi.
>
> I use MSVS2008 and I have next problem:
>
> I installed "protocol buffers" from "vsprojects" folder in Debug mode,
> like it was recomended in readme.txt.
> Next step I took example pro
We can't make it a template parameter because it would break reflection,
which depends on being able to find the RepeatedField objects via pointer
offsets. If it doesn't know exactly which template instance of
RepeatedField it is looking for it wouldn't work.
On Tue, Mar 16, 2010 at 2:00 PM, Kent
Hi.
I use MSVS2008 and I have next problem:
I installed "protocol buffers" from "vsprojects" folder in Debug mode,
like it was recomended in readme.txt.
Next step I took example proto-file addressbook.proto and I had
compiled it by using proto.exe (that i had got above).
I created new solution an
You can, of course, modify the value all you want in your copy of the code.
However, the value is only useful if it is a compile-time constant, so we
can't really parameterize it in general. Note that if you change the value,
you must recompile libprotobuf and anything you have that depends on it
I do test each release with both VS2005 and VS2008, and haven't seen that
problem before. Odd.
On Mon, Mar 15, 2010 at 10:54 PM, Roey Lehman wrote:
> appearantly I didn't notice that when I clicked the .sln file, it opened
> with VS2005...
> I only started looking into it when compilation faile
Great! I look forward to seeing it.
On Tue, Mar 16, 2010 at 6:38 AM, Igor Gatis wrote:
> Hi Kenton,
>
> *It seems to me that combining them would only be more work for both of
> us. I would need you to be available...*
>
> I haven't thought the whole thing through. You're right. It makes more
appearantly I didn't notice that when I clicked the .sln file, it opened
with VS2005...
I only started looking into it when compilation failed with the 2005
version.
Linking with the 2005 version failed, the linker error I got was something
to do with std::Base_container contstructor/destructor. I
Hi all,
let's say you have a large number of messages of the same type in
memory. One field of this type is marked as repeated:
message Test {
repeated uint64 foo = 1;
}
RepeatedField defines the default size to be 4. If most of my objects
have 5 foos, I waste a lot of memory.
Is it possi
Hi Kenton,
*It seems to me that combining them would only be more work for both of us.
I would need you to be available...*
I haven't thought the whole thing through. You're right. It makes more sense
to keep my implementation in a separated project. Thanks for all the
advices.
Thanks,
-Gatis
12 matches
Mail list logo
