Yup, wget -r -k -p -F -l 0 -t 10 -nc -np
http://code.google.com/apis/protocolbuffers/docs/overview.html worked
like a charm, thanks!
Scott
On Nov 12, 8:56 pm, "Alain M." <[EMAIL PROTECTED]> wrote:
> I usualy can download whole manuals with this:
>
> wget -r -k -p -F -l 0 -t 10 -nc -np http://...
On Nov 13, 5:12 pm, Ross <[EMAIL PROTECTED]> wrote:
> Do not mix static and dynamic
> runtimes, debug and release, or runtimes from different VS
> versions and everything should be fine.
I just got run over by this problem: I put together two different
apps re
I'm not sure this is actually an issue at all. Each DLL should not
have its own heap. If that were the case, DLLs in windows would be
pretty much useless.
As long as every DLL being used together links against the same
runtime DLL they will share the same heap. Problems arise when one or
more DLL
Thanks.
No need to change anything. If it aint broke, don't fix it!
Once I got the extensions mechanism, it all made sense.
-b
On Nov 13, 1:41 pm, Kenton Varda <[EMAIL PROTECTED]> wrote:
> BTW, you didn't have to rename your .proto file. You could have just used
> the java_outer_classname to ma
I agree, the setters should either throw NPE or should treat setFoo(null)
the same as clearField().
On Thu, Nov 13, 2008 at 7:39 AM, bivas <[EMAIL PROTECTED]> wrote:
>
> Hi,
> I'm using the Java output feature of protobuf for my app.
> I found that protobuf doesn't handle null values as well as i
BTW, you didn't have to rename your .proto file. You could have just used
the java_outer_classname to make it produce a different class name.
On Thu, Nov 13, 2008 at 11:40 AM, Kenton Varda <[EMAIL PROTECTED]> wrote:
> You're using the java_multiple_files option, I take it?
> The outer class is s
You're using the java_multiple_files option, I take it?
The outer class is still necessary to store the file's descriptor and any
top-level extension definitions. I suppose the descriptor could be moved
into the first class defined in the file but it will take some work and
seems like a low priori
I guess it's a good idea to treat the .proto file as a package in java
terms.
On Nov 13, 12:04 pm, bmadigan <[EMAIL PROTECTED]> wrote:
> I think I'm missing somthing in the style guidelines. If I have a
> proto file called "trip_summary.proto", which contains a message
> "TripSummary", protoc thr
I think I'm missing somthing in the style guidelines. If I have a
proto file called "trip_summary.proto", which contains a message
"TripSummary", protoc throws the following error:
-protoc-single:
[exec] --java_out: trip_summary.proto: Cannot generate Java
output because the file's outer cla
I agree! Fail fast or don't fail. I wonder if there is a reason for
not failing in the builder.
Maybe fail fast behavior should be a compiler option.
On Nov 13, 9:39 am, bivas <[EMAIL PROTECTED]> wrote:
> Hi,
> I'm using the Java output feature of protobuf for my app.
> I found that protobuf does
Hi,
I'm using the Java output feature of protobuf for my app.
I found that protobuf doesn't handle null values as well as i would
expect it.
for example:
message MyMessage {
required int32 id = 1;
optional string code = 2;
}
in java:
MyMessage message = MyMessage.newBuilder().setId(3).se
11 matches
Mail list logo