Re: [protobuf] Re: Application doesn't load on a very small number of (Windows) systems

[Ingmar Koecher]

First I'd like that add that it's not technically us trying to run this on 
vintage PIII :-).

So I was able to resolve the issue by passing the /arch:SSE parameter to 
the C/C++ compiler options. Thanks!

On Wednesday, October 5, 2016 at 9:33:06 AM UTC-5, Adam Cozzette wrote:
>
> That's good to know that you're using protocol buffers on some vintage 
> hardware! :) I wonder if it's not the code per se that's being miscompiled 
> for the architecture but perhaps just the serialized descriptor data that's 
> being linked into the binary. It might be interesting to try saving the 
> descriptor data to disk from one of the affected machines and then 
> examining it after the fact to see if it's truncated or somehow otherwise 
> corrupted.
>
> On Wed, Oct 5, 2016 at 7:06 AM, Ingmar Koecher  > wrote:
>
>> Sorry, I forgot to answer your question. Yes, it happens every time. But 
>> only on Pentium 3 (!) machines.
>>
>> On Tuesday, October 4, 2016 at 12:37:24 PM UTC-5, Adam Cozzette wrote:
>>>
>>> It sounds like the static descriptor data is somehow getting corrupted. 
>>> On the affected systems does it happen reproducibly every time the 
>>> application starts up?
>>>
>>> On Mon, Oct 3, 2016 at 10:54 AM, Ingmar Koecher  
>>> wrote:
>>>
 I can now also confirm that this problem only occurs on Windows Server 
 2003 x86 hosts.


 On Monday, October 3, 2016 at 8:48:48 AM UTC-5, Ingmar Koecher wrote:
>
> We've been using protocol buffers for a couple of months (version 2, 
> exclusively on Windows) and while it works on 99.9% of systems, on a few 
> systems an application won't start with the following errors:
>
> [libprotobuf ERROR google\protobuf\descriptor_database.cc:315]
> Invalid file descriptor data passed to 
> EncodedDescriptorDatabase::Add().
>
> [libprotobuf FATAL 
> google\protocol_buffers\src\google\protobuf\descriptor.cc:1018] 
> CHECK failed:
> generated_database_->Add(encoded_file_descriptor, size):
>
> Unfortunately I don't have access to those systems, so I can't debug 
> it. I've tried to send special instrumented versions to capture the 
> output, 
> but I haven't been able to figure out what the issue is.
>
> I have a suspicion that it only affects Windows 2003 Servers, but I'm 
> not sure. The protocol buffers are statically linked from Visual Studio 
> 2010.
>
> Do these error messages ring a bell with anyone?
>
>
> Thanks!
>
 -- 
 You received this message because you are subscribed to the Google 
 Groups "Protocol Buffers" group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to protobuf+u...@googlegroups.com.
 To post to this group, send email to prot...@googlegroups.com.
 Visit this group at https://groups.google.com/group/protobuf.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Protocol Buffers" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to protobuf+u...@googlegroups.com .
>> To post to this group, send email to prot...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/protobuf.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Protocol Buffers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to protobuf+unsubscr...@googlegroups.com.
To post to this group, send email to protobuf@googlegroups.com.
Visit this group at https://groups.google.com/group/protobuf.
For more options, visit https://groups.google.com/d/optout.

Re: [protobuf] Re: Application doesn't load on a very small number of (Windows) systems

[Ingmar Koecher]

First I'd like that add that it's not technically us trying to run this on 
vintage PIII :-).

So I was able to resolve the issue by passing the /arch:SSE command line 
parameter. Thanks!

On Wednesday, October 5, 2016 at 9:33:06 AM UTC-5, Adam Cozzette wrote:
>
> That's good to know that you're using protocol buffers on some vintage 
> hardware! :) I wonder if it's not the code per se that's being miscompiled 
> for the architecture but perhaps just the serialized descriptor data that's 
> being linked into the binary. It might be interesting to try saving the 
> descriptor data to disk from one of the affected machines and then 
> examining it after the fact to see if it's truncated or somehow otherwise 
> corrupted.
>
> On Wed, Oct 5, 2016 at 7:06 AM, Ingmar Koecher  > wrote:
>
>> Sorry, I forgot to answer your question. Yes, it happens every time. But 
>> only on Pentium 3 (!) machines.
>>
>> On Tuesday, October 4, 2016 at 12:37:24 PM UTC-5, Adam Cozzette wrote:
>>>
>>> It sounds like the static descriptor data is somehow getting corrupted. 
>>> On the affected systems does it happen reproducibly every time the 
>>> application starts up?
>>>
>>> On Mon, Oct 3, 2016 at 10:54 AM, Ingmar Koecher  
>>> wrote:
>>>
 I can now also confirm that this problem only occurs on Windows Server 
 2003 x86 hosts.


 On Monday, October 3, 2016 at 8:48:48 AM UTC-5, Ingmar Koecher wrote:
>
> We've been using protocol buffers for a couple of months (version 2, 
> exclusively on Windows) and while it works on 99.9% of systems, on a few 
> systems an application won't start with the following errors:
>
> [libprotobuf ERROR google\protobuf\descriptor_database.cc:315]
> Invalid file descriptor data passed to 
> EncodedDescriptorDatabase::Add().
>
> [libprotobuf FATAL 
> google\protocol_buffers\src\google\protobuf\descriptor.cc:1018] 
> CHECK failed:
> generated_database_->Add(encoded_file_descriptor, size):
>
> Unfortunately I don't have access to those systems, so I can't debug 
> it. I've tried to send special instrumented versions to capture the 
> output, 
> but I haven't been able to figure out what the issue is.
>
> I have a suspicion that it only affects Windows 2003 Servers, but I'm 
> not sure. The protocol buffers are statically linked from Visual Studio 
> 2010.
>
> Do these error messages ring a bell with anyone?
>
>
> Thanks!
>
 -- 
 You received this message because you are subscribed to the Google 
 Groups "Protocol Buffers" group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to protobuf+u...@googlegroups.com.
 To post to this group, send email to prot...@googlegroups.com.
 Visit this group at https://groups.google.com/group/protobuf.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Protocol Buffers" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to protobuf+u...@googlegroups.com .
>> To post to this group, send email to prot...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/protobuf.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Protocol Buffers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to protobuf+unsubscr...@googlegroups.com.
To post to this group, send email to protobuf@googlegroups.com.
Visit this group at https://groups.google.com/group/protobuf.
For more options, visit https://groups.google.com/d/optout.

Re: [protobuf] Re: Application doesn't load on a very small number of (Windows) systems

['Adam Cozzette' via Protocol Buffers]

That's good to know that you're using protocol buffers on some vintage
hardware! :) I wonder if it's not the code per se that's being miscompiled
for the architecture but perhaps just the serialized descriptor data that's
being linked into the binary. It might be interesting to try saving the
descriptor data to disk from one of the affected machines and then
examining it after the fact to see if it's truncated or somehow otherwise
corrupted.

On Wed, Oct 5, 2016 at 7:06 AM, Ingmar Koecher 
wrote:

> Sorry, I forgot to answer your question. Yes, it happens every time. But
> only on Pentium 3 (!) machines.
>
> On Tuesday, October 4, 2016 at 12:37:24 PM UTC-5, Adam Cozzette wrote:
>>
>> It sounds like the static descriptor data is somehow getting corrupted.
>> On the affected systems does it happen reproducibly every time the
>> application starts up?
>>
>> On Mon, Oct 3, 2016 at 10:54 AM, Ingmar Koecher 
>> wrote:
>>
>>> I can now also confirm that this problem only occurs on Windows Server
>>> 2003 x86 hosts.
>>>
>>>
>>> On Monday, October 3, 2016 at 8:48:48 AM UTC-5, Ingmar Koecher wrote:

 We've been using protocol buffers for a couple of months (version 2,
 exclusively on Windows) and while it works on 99.9% of systems, on a few
 systems an application won't start with the following errors:

 [libprotobuf ERROR google\protobuf\descriptor_database.cc:315]
 Invalid file descriptor data passed to EncodedDescriptorDatabase::Add
 ().

 [libprotobuf FATAL google\protocol_buffers\src\go
 ogle\protobuf\descriptor.cc:1018] CHECK failed:
 generated_database_->Add(encoded_file_descriptor, size):

 Unfortunately I don't have access to those systems, so I can't debug
 it. I've tried to send special instrumented versions to capture the output,
 but I haven't been able to figure out what the issue is.

 I have a suspicion that it only affects Windows 2003 Servers, but I'm
 not sure. The protocol buffers are statically linked from Visual Studio
 2010.

 Do these error messages ring a bell with anyone?


 Thanks!

>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Protocol Buffers" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to protobuf+u...@googlegroups.com.
>>> To post to this group, send email to prot...@googlegroups.com.
>>> Visit this group at https://groups.google.com/group/protobuf.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
> You received this message because you are subscribed to the Google Groups
> "Protocol Buffers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to protobuf+unsubscr...@googlegroups.com.
> To post to this group, send email to protobuf@googlegroups.com.
> Visit this group at https://groups.google.com/group/protobuf.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Protocol Buffers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to protobuf+unsubscr...@googlegroups.com.
To post to this group, send email to protobuf@googlegroups.com.
Visit this group at https://groups.google.com/group/protobuf.
For more options, visit https://groups.google.com/d/optout.

Re: [protobuf] Re: Application doesn't load on a very small number of (Windows) systems

[Ingmar Koecher]

We now also know that this only happens on Windows 2003 x86 machines which 
have a Pentium 3 processor. My first attempt to provide an executable with 
optimization and SSE2 support disabled have been unsuccessful. At this 
point I don't think it's something that's related to Protocol Buffers, it 
just seems to generate code that's not fully compatible with that processor 
architecture.

On Tuesday, October 4, 2016 at 12:37:24 PM UTC-5, Adam Cozzette wrote:
>
> It sounds like the static descriptor data is somehow getting corrupted. On 
> the affected systems does it happen reproducibly every time the application 
> starts up?
>
> On Mon, Oct 3, 2016 at 10:54 AM, Ingmar Koecher  > wrote:
>
>> I can now also confirm that this problem only occurs on Windows Server 
>> 2003 x86 hosts.
>>
>>
>> On Monday, October 3, 2016 at 8:48:48 AM UTC-5, Ingmar Koecher wrote:
>>>
>>> We've been using protocol buffers for a couple of months (version 2, 
>>> exclusively on Windows) and while it works on 99.9% of systems, on a few 
>>> systems an application won't start with the following errors:
>>>
>>> [libprotobuf ERROR google\protobuf\descriptor_database.cc:315]
>>> Invalid file descriptor data passed to EncodedDescriptorDatabase::Add().
>>>
>>> [libprotobuf FATAL 
>>> google\protocol_buffers\src\google\protobuf\descriptor.cc:1018] 
>>> CHECK failed:
>>> generated_database_->Add(encoded_file_descriptor, size):
>>>
>>> Unfortunately I don't have access to those systems, so I can't debug it. 
>>> I've tried to send special instrumented versions to capture the output, but 
>>> I haven't been able to figure out what the issue is.
>>>
>>> I have a suspicion that it only affects Windows 2003 Servers, but I'm 
>>> not sure. The protocol buffers are statically linked from Visual Studio 
>>> 2010.
>>>
>>> Do these error messages ring a bell with anyone?
>>>
>>>
>>> Thanks!
>>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Protocol Buffers" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to protobuf+u...@googlegroups.com .
>> To post to this group, send email to prot...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/protobuf.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Protocol Buffers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to protobuf+unsubscr...@googlegroups.com.
To post to this group, send email to protobuf@googlegroups.com.
Visit this group at https://groups.google.com/group/protobuf.
For more options, visit https://groups.google.com/d/optout.

Re: [protobuf] Re: Application doesn't load on a very small number of (Windows) systems

['Adam Cozzette' via Protocol Buffers]

It sounds like the static descriptor data is somehow getting corrupted. On
the affected systems does it happen reproducibly every time the application
starts up?

On Mon, Oct 3, 2016 at 10:54 AM, Ingmar Koecher 
wrote:

> I can now also confirm that this problem only occurs on Windows Server
> 2003 x86 hosts.
>
>
> On Monday, October 3, 2016 at 8:48:48 AM UTC-5, Ingmar Koecher wrote:
>>
>> We've been using protocol buffers for a couple of months (version 2,
>> exclusively on Windows) and while it works on 99.9% of systems, on a few
>> systems an application won't start with the following errors:
>>
>> [libprotobuf ERROR google\protobuf\descriptor_database.cc:315]
>> Invalid file descriptor data passed to EncodedDescriptorDatabase::Add().
>>
>> [libprotobuf FATAL google\protocol_buffers\src\go
>> ogle\protobuf\descriptor.cc:1018] CHECK failed:
>> generated_database_->Add(encoded_file_descriptor, size):
>>
>> Unfortunately I don't have access to those systems, so I can't debug it.
>> I've tried to send special instrumented versions to capture the output, but
>> I haven't been able to figure out what the issue is.
>>
>> I have a suspicion that it only affects Windows 2003 Servers, but I'm not
>> sure. The protocol buffers are statically linked from Visual Studio 2010.
>>
>> Do these error messages ring a bell with anyone?
>>
>>
>> Thanks!
>>
> --
> You received this message because you are subscribed to the Google Groups
> "Protocol Buffers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to protobuf+unsubscr...@googlegroups.com.
> To post to this group, send email to protobuf@googlegroups.com.
> Visit this group at https://groups.google.com/group/protobuf.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Protocol Buffers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to protobuf+unsubscr...@googlegroups.com.
To post to this group, send email to protobuf@googlegroups.com.
Visit this group at https://groups.google.com/group/protobuf.
For more options, visit https://groups.google.com/d/optout.

[protobuf] Re: Application doesn't load on a very small number of (Windows) systems

[Ingmar Koecher]

I can now also confirm that this problem only occurs on Windows Server 2003 
x86 hosts.

On Monday, October 3, 2016 at 8:48:48 AM UTC-5, Ingmar Koecher wrote:
>
> We've been using protocol buffers for a couple of months (version 2, 
> exclusively on Windows) and while it works on 99.9% of systems, on a few 
> systems an application won't start with the following errors:
>
> [libprotobuf ERROR google\protobuf\descriptor_database.cc:315]
> Invalid file descriptor data passed to EncodedDescriptorDatabase::Add().
>
> [libprotobuf FATAL 
> google\protocol_buffers\src\google\protobuf\descriptor.cc:1018] 
> CHECK failed:
> generated_database_->Add(encoded_file_descriptor, size):
>
> Unfortunately I don't have access to those systems, so I can't debug it. 
> I've tried to send special instrumented versions to capture the output, but 
> I haven't been able to figure out what the issue is.
>
> I have a suspicion that it only affects Windows 2003 Servers, but I'm not 
> sure. The protocol buffers are statically linked from Visual Studio 2010.
>
> Do these error messages ring a bell with anyone?
>
>
> Thanks!
>

-- 
You received this message because you are subscribed to the Google Groups 
"Protocol Buffers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to protobuf+unsubscr...@googlegroups.com.
To post to this group, send email to protobuf@googlegroups.com.
Visit this group at https://groups.google.com/group/protobuf.
For more options, visit https://groups.google.com/d/optout.