Re: Compiling on AIX 5.3 using xlC 3.55 compiler

2009-06-26 Thread Kenton Varda
This isn't telling me much.  Can you interrupt and continue a few times to
get a few different stack traces, in order to find out what the common part
of the trace is?  This should allow us to determine which loop is failing to
terminate.

On Fri, Jun 26, 2009 at 2:49 PM, vikram  wrote:

>
> @Kentan
>
> I built with debug info and got following stack trace .
> location of compiler is at /usr/vacpp/bin if its not by default.
>
>
>
> #0  0xd1afa248 in
>
> __lt__3stdHcQ2_3std11char_traitsXTc_Q2_3std9allocatorXTc__RCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__RCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc_
> (_...@0xc, _...@0x2ff2221c) at /usr/vacpp/include/string:134
> #1  0xd1afa374 in
>
> __cl__Q3_6google8protobuf4hashXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc___CFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__RCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
> (this=0xf04ca4e0, a...@0xc, b...@0x2ff2221c) at ./google/protobuf/stubs/
> hash.h:177
> #2  0xd1d1bbc8 in
>
> _Lbound__Q2_3std5_TreeXTQ2_3std12_Tmap_traitsXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__TQ3_6google8protobuf25FieldDescriptorProto_TypeTQ3_6google8protobuf4hashXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc___TQ2_3std9allocatorXTQ2_3std4pairXTCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__TQ3_6google8protobuf25FieldDescriptorProto_Type__SP0__CFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
> (this=0xf04ca4e0, _...@0x2ff2221c) at /usr/vacpp/include/xtree.t:376
> #3  0xd1d22878 in
>
> lower_bound__Q2_3std5_TreeXTQ2_3std12_Tmap_traitsXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__TQ3_6google8protobuf25FieldDescriptorProto_TypeTQ3_6google8protobuf4hashXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc___TQ2_3std9allocatorXTQ2_3std4pairXTCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__TQ3_6google8protobuf25FieldDescriptorProto_Type__SP0__CFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
> (this=0xf04ca4e0, __classretu...@0x2ff21e70, _...@0x2ff2221c) at /usr/
> vacpp/include/xtree:377
> #4  0xd1d28f34 in
>
> find__Q2_3std5_TreeXTQ2_3std12_Tmap_traitsXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__TQ3_6google8protobuf25FieldDescriptorProto_TypeTQ3_6google8protobuf4hashXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc___TQ2_3std9allocatorXTQ2_3std4pairXTCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__TQ3_6google8protobuf25FieldDescriptorProto_Type__SP0__CFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
> (this=0xf04ca4e0, __classretu...@0x2ff21ed0, _...@0x2ff2221c) at /usr/
> vacpp/include/xtree:365
> #5  0xd1d2fd34 in
>
> ParseType__Q4_6google8protobuf8compiler6ParserFPQ3_6google8protobuf25FieldDescriptorProto_TypePQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
> (this=0x2ff22268,
>type=0x2ff21f24, type_name=0x2ff21f28) at google/protobuf/compiler/
> parser.cc:1000
> #6  0xd1d31438 in
>
> ParseMessageField__Q4_6google8protobuf8compiler6ParserFPQ3_6google8protobuf20FieldDescriptorProtoPQ3_6google8protobuf16RepeatedPtrFieldXTQ3_6google8protobuf15DescriptorProto_
> (
> this=0x2ff22268, field=0x2000f538, messages=0x2000f458) at google/
> protobuf/compiler/parser.cc:443
> #7  0xd1d30f50 in
> google::protobuf::compiler::Parser::ParseMessageStatement
> (this=0x2ff22268, message=0x2000f3f8) at google/protobuf/compiler/
> parser.cc:428
> #8  0xd1d310c4 in
> google::protobuf::compiler::Parser::ParseMessageBlock
> (this=0x2ff22268, message=0x2000f3f8) at google/protobuf/compiler/
> parser.cc:402
> #9  0xd1d30c80 in
> google::protobuf::compiler::Parser::ParseMessageDefinition
> (this=0x2ff22268, message=0x2000f3f8) at google/protobuf/compiler/
> parser.cc:389
> #10 0xd1d3250c in
> google::protobuf::compiler::Parser::ParseTopLevelStatement
> (this=0x2ff22268, file=0x2ff22310) at google/protobuf/compiler/
> parser.cc:362
> #11 0xd1d32c80 in google::protobuf::compiler::Parser::Parse
> (this=0x2ff22268, input=0x2ff22218, file=0x2ff22310) at google/
> protobuf/compiler/parser.cc:321
> #12 0xd1d4965c in
>
> FindFileByName__Q4_6google8protobuf8compiler28SourceTreeDescriptorDatabaseFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc
> (this=0x2ff22538, filena...@0x2000bc98,
>output=0x2ff22310) at google/protobuf/compiler/importer.cc:145
> #13 0xd1b4a4f0 in
>
> TryFindFileInFallbackDatabase__Q3_6google8protobuf14DescriptorPoolCFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
> (this=0x2ff2255c, na...@0x2000bc98)
>at google/protobuf/descriptor.cc:1230
> #14 0xd1b4a844 in
>
> FindFileByName__Q3_6google8protobuf14DescriptorPoolCFRCQ2_3std12bas

Re: Compiling on AIX 5.3 using xlC 3.55 compiler

2009-06-26 Thread vikram

@Kentan

I built with debug info and got following stack trace .
location of compiler is at /usr/vacpp/bin if its not by default.



#0  0xd1afa248 in
__lt__3stdHcQ2_3std11char_traitsXTc_Q2_3std9allocatorXTc__RCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__RCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc_
(_...@0xc, _...@0x2ff2221c) at /usr/vacpp/include/string:134
#1  0xd1afa374 in
__cl__Q3_6google8protobuf4hashXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc___CFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__RCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
(this=0xf04ca4e0, a...@0xc, b...@0x2ff2221c) at ./google/protobuf/stubs/
hash.h:177
#2  0xd1d1bbc8 in
_Lbound__Q2_3std5_TreeXTQ2_3std12_Tmap_traitsXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__TQ3_6google8protobuf25FieldDescriptorProto_TypeTQ3_6google8protobuf4hashXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc___TQ2_3std9allocatorXTQ2_3std4pairXTCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__TQ3_6google8protobuf25FieldDescriptorProto_Type__SP0__CFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
(this=0xf04ca4e0, _...@0x2ff2221c) at /usr/vacpp/include/xtree.t:376
#3  0xd1d22878 in
lower_bound__Q2_3std5_TreeXTQ2_3std12_Tmap_traitsXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__TQ3_6google8protobuf25FieldDescriptorProto_TypeTQ3_6google8protobuf4hashXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc___TQ2_3std9allocatorXTQ2_3std4pairXTCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__TQ3_6google8protobuf25FieldDescriptorProto_Type__SP0__CFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
(this=0xf04ca4e0, __classretu...@0x2ff21e70, _...@0x2ff2221c) at /usr/
vacpp/include/xtree:377
#4  0xd1d28f34 in
find__Q2_3std5_TreeXTQ2_3std12_Tmap_traitsXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__TQ3_6google8protobuf25FieldDescriptorProto_TypeTQ3_6google8protobuf4hashXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc___TQ2_3std9allocatorXTQ2_3std4pairXTCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__TQ3_6google8protobuf25FieldDescriptorProto_Type__SP0__CFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
(this=0xf04ca4e0, __classretu...@0x2ff21ed0, _...@0x2ff2221c) at /usr/
vacpp/include/xtree:365
#5  0xd1d2fd34 in
ParseType__Q4_6google8protobuf8compiler6ParserFPQ3_6google8protobuf25FieldDescriptorProto_TypePQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
(this=0x2ff22268,
type=0x2ff21f24, type_name=0x2ff21f28) at google/protobuf/compiler/
parser.cc:1000
#6  0xd1d31438 in
ParseMessageField__Q4_6google8protobuf8compiler6ParserFPQ3_6google8protobuf20FieldDescriptorProtoPQ3_6google8protobuf16RepeatedPtrFieldXTQ3_6google8protobuf15DescriptorProto_
(
this=0x2ff22268, field=0x2000f538, messages=0x2000f458) at google/
protobuf/compiler/parser.cc:443
#7  0xd1d30f50 in
google::protobuf::compiler::Parser::ParseMessageStatement
(this=0x2ff22268, message=0x2000f3f8) at google/protobuf/compiler/
parser.cc:428
#8  0xd1d310c4 in
google::protobuf::compiler::Parser::ParseMessageBlock
(this=0x2ff22268, message=0x2000f3f8) at google/protobuf/compiler/
parser.cc:402
#9  0xd1d30c80 in
google::protobuf::compiler::Parser::ParseMessageDefinition
(this=0x2ff22268, message=0x2000f3f8) at google/protobuf/compiler/
parser.cc:389
#10 0xd1d3250c in
google::protobuf::compiler::Parser::ParseTopLevelStatement
(this=0x2ff22268, file=0x2ff22310) at google/protobuf/compiler/
parser.cc:362
#11 0xd1d32c80 in google::protobuf::compiler::Parser::Parse
(this=0x2ff22268, input=0x2ff22218, file=0x2ff22310) at google/
protobuf/compiler/parser.cc:321
#12 0xd1d4965c in
FindFileByName__Q4_6google8protobuf8compiler28SourceTreeDescriptorDatabaseFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc
(this=0x2ff22538, filena...@0x2000bc98,
output=0x2ff22310) at google/protobuf/compiler/importer.cc:145
#13 0xd1b4a4f0 in
TryFindFileInFallbackDatabase__Q3_6google8protobuf14DescriptorPoolCFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
(this=0x2ff2255c, na...@0x2000bc98)
at google/protobuf/descriptor.cc:1230
#14 0xd1b4a844 in
FindFileByName__Q3_6google8protobuf14DescriptorPoolCFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
(this=0x2ff2255c, na...@0x2000bc98)
at google/protobuf/descriptor.cc:875
#15 0xd1d47ad4 in
Import__Q4_6google8protobuf8compiler8ImporterFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
(this=0x2ff22538, filena...@0x2000bc98)
at google/protobuf/compiler/importer.cc:194
#16 0xd1757ea0 in
google::protobuf::compiler::CommandLineInterface

Re: Compiling on AIX 5.3 using xlC 3.55 compiler

2009-06-26 Thread Kenton Varda
Can you do a build with debug info to get line numbers?

On Fri, Jun 26, 2009 at 1:29 PM, vikram  wrote:

>
>
> bash-3.00$ gdb src/.libs/lt-protoc
> GNU gdb 5.1.1
> Copyright 2002 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and
> you are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for
> details.
> This GDB was configured as "powerpc-ibm-aix4.3.2.0"...(no debugging
> symbols found)...
> (gdb) run
> CHANGES.txt   Makefile.in
> config.h.in   depcomp
> java  src
> CONTRIBUTORS.txt  README.txt
> config.logeditors
> libtool   stamp-h1
> COPYING.txt   aclocal.m4
> config.status examples
> ltmain.sh vsprojects
> INSTALL.txt   autogen.sh
> config.subgenerate_descriptor_proto.sh
> m4warning.txt
> Makefile  config.guess
> configure gtest missing
> Makefile.am   config.h
> configure.ac  install-shpython
> (gdb) run
> CHANGES.txt   Makefile.in
> config.h.in   depcomp
> java  src
> CONTRIBUTORS.txt  README.txt
> config.logeditors
> libtool   stamp-h1
> COPYING.txt   aclocal.m4
> config.status examples
> ltmain.sh vsprojects
> INSTALL.txt   autogen.sh
> config.subgenerate_descriptor_proto.sh
> m4warning.txt
> Makefile  config.guess
> configure gtest missing
> Makefile.am   config.h
> configure.ac  install-shpython
> (gdb) run src/g
> generated_message_reflection.lo  google
> gzip_stream.lo
> (gdb) run src/google/protobuf/test
> test.prototest1.proto   test_util.cc  test_util.h   testdata
> testing
> (gdb) run src/google/protobuf/test.proto --cpp_out=.
> Starting program: /work/vpatil/protobuf-2.1.0/src/.libs/lt-protoc src/
> google/protobuf/test.proto --cpp_out=.
> ***
> HOST: Undefined variable.
> (no debugging symbols found)...(no debugging symbols found)...(no
> debugging symbols found)...(no debugging symbols found)...(no
> debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...(no
> debugging symbols found)...(no debugging symbols found)...(no
> debugging symbols found)...(no debugging symbols found)...
>
> Program received signal SIGINT, Interrupt.
> 0xd1cfe90c in __384 () from /work/vpatil/protobuf-2.1.0/src/.libs/
> libprotobuf.a(libprotobuf.so.4)
> (gdb) backtrace
> #0  0xd1cfe90c in __384 () from /work/vpatil/protobuf-2.1.0/src/.libs/
> libprotobuf.a(libprotobuf.so.4)
> #1  0xd1cfe900 in __384 () from /work/vpatil/protobuf-2.1.0/src/.libs/
> libprotobuf.a(libprotobuf.so.4)
> #2  0xd1d056c0 in __384 () from /work/vpatil/protobuf-2.1.0/src/.libs/
> libprotobuf.a(libprotobuf.so.4)
> #3  0xd1d0bd48 in
> google::protobuf::compiler::SourceLocationTable::__ct () from /work/
> vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a(libprotobuf.so.4)
> #4  0xd1d128b8 in
>
> ParseType__Q4_6google8protobuf8compiler6ParserFPQ3_6google8protobuf25FieldDescriptorProto_TypePQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
> ()
>   from /work/vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a
> (libprotobuf.so.4)
> #5  0xd1d13f64 in
>
> ParseMessageField__Q4_6google8protobuf8compiler6ParserFPQ3_6google8protobuf20FieldDescriptorProtoPQ3_6google8protobuf16RepeatedPtrFieldXTQ3_6google8protobuf15DescriptorProto_
> ()
>from /work/vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a
> (libprotobuf.so.4)
> #6  0xd1d13a8c in
> google::protobuf::compiler::Parser::ParseMessageStatement () from /
> work/vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a(libprotobuf.so.4)
> #7  0xd1d13bfc in
> google::protobuf::compiler::Parser::ParseMessageBlock () from /work/
> vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a(libprotobuf.so.4)
> #8  0xd1d137c4 in
> google::protobuf::compiler::Parser::ParseMessageDefinition () from /
> work/vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a(libprotobuf.so.4)
> #9  0xd1d14ffc in
> google::protobuf::compiler::Parser::ParseTopLevelStatement () from /
> work/vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a(libprotobuf.so.4)
> #10 0xd1d15754 in google::protobuf::compiler::Parser::Parse () from /
> work/vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a(libprotobuf.so.4)
> #11 0xd1d2bbac in
>
> FindFileByName__Q4_6google8protobuf8compiler28SourceTreeDescripto

Re: Compiling on AIX 5.3 using xlC 3.55 compiler

2009-06-26 Thread vikram


bash-3.00$ gdb src/.libs/lt-protoc
GNU gdb 5.1.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "powerpc-ibm-aix4.3.2.0"...(no debugging
symbols found)...
(gdb) run
CHANGES.txt   Makefile.in
config.h.in   depcomp
java  src
CONTRIBUTORS.txt  README.txt
config.logeditors
libtool   stamp-h1
COPYING.txt   aclocal.m4
config.status examples
ltmain.sh vsprojects
INSTALL.txt   autogen.sh
config.subgenerate_descriptor_proto.sh
m4warning.txt
Makefile  config.guess
configure gtest missing
Makefile.am   config.h
configure.ac  install-shpython
(gdb) run
CHANGES.txt   Makefile.in
config.h.in   depcomp
java  src
CONTRIBUTORS.txt  README.txt
config.logeditors
libtool   stamp-h1
COPYING.txt   aclocal.m4
config.status examples
ltmain.sh vsprojects
INSTALL.txt   autogen.sh
config.subgenerate_descriptor_proto.sh
m4warning.txt
Makefile  config.guess
configure gtest missing
Makefile.am   config.h
configure.ac  install-shpython
(gdb) run src/g
generated_message_reflection.lo  google
gzip_stream.lo
(gdb) run src/google/protobuf/test
test.prototest1.proto   test_util.cc  test_util.h   testdata
testing
(gdb) run src/google/protobuf/test.proto --cpp_out=.
Starting program: /work/vpatil/protobuf-2.1.0/src/.libs/lt-protoc src/
google/protobuf/test.proto --cpp_out=.
***
HOST: Undefined variable.
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...

Program received signal SIGINT, Interrupt.
0xd1cfe90c in __384 () from /work/vpatil/protobuf-2.1.0/src/.libs/
libprotobuf.a(libprotobuf.so.4)
(gdb) backtrace
#0  0xd1cfe90c in __384 () from /work/vpatil/protobuf-2.1.0/src/.libs/
libprotobuf.a(libprotobuf.so.4)
#1  0xd1cfe900 in __384 () from /work/vpatil/protobuf-2.1.0/src/.libs/
libprotobuf.a(libprotobuf.so.4)
#2  0xd1d056c0 in __384 () from /work/vpatil/protobuf-2.1.0/src/.libs/
libprotobuf.a(libprotobuf.so.4)
#3  0xd1d0bd48 in
google::protobuf::compiler::SourceLocationTable::__ct () from /work/
vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a(libprotobuf.so.4)
#4  0xd1d128b8 in
ParseType__Q4_6google8protobuf8compiler6ParserFPQ3_6google8protobuf25FieldDescriptorProto_TypePQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__
()
   from /work/vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a
(libprotobuf.so.4)
#5  0xd1d13f64 in
ParseMessageField__Q4_6google8protobuf8compiler6ParserFPQ3_6google8protobuf20FieldDescriptorProtoPQ3_6google8protobuf16RepeatedPtrFieldXTQ3_6google8protobuf15DescriptorProto_
()
   from /work/vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a
(libprotobuf.so.4)
#6  0xd1d13a8c in
google::protobuf::compiler::Parser::ParseMessageStatement () from /
work/vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a(libprotobuf.so.4)
#7  0xd1d13bfc in
google::protobuf::compiler::Parser::ParseMessageBlock () from /work/
vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a(libprotobuf.so.4)
#8  0xd1d137c4 in
google::protobuf::compiler::Parser::ParseMessageDefinition () from /
work/vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a(libprotobuf.so.4)
#9  0xd1d14ffc in
google::protobuf::compiler::Parser::ParseTopLevelStatement () from /
work/vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a(libprotobuf.so.4)
#10 0xd1d15754 in google::protobuf::compiler::Parser::Parse () from /
work/vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a(libprotobuf.so.4)
#11 0xd1d2bbac in
FindFileByName__Q4_6google8protobuf8compiler28SourceTreeDescriptorDatabaseFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc
()
   from /work/vpatil/protobuf-2.1.0/src/.libs/libprotobuf.a
(libprotobuf.so.4)
#12 0xd1b39f88 in
TryFindFileInFallbackDatabase__Q3_6google8protobuf14DescriptorPoolCFRCQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocat

Re: Compiling on AIX 5.3 using xlC 3.55 compiler

2009-06-26 Thread vikram

Yes I am using v 2.1.0

I provided compiler option "-qrtti=all "  . So compilation went
smoothly but last step where
protoc is uses proto files seems like running in infinite loop. I am
currently looking at it

Vikram

On Jun 26, 12:32 pm, Kenton Varda  wrote:
> On Thu, Jun 25, 2009 at 6:59 PM, vikram  wrote:
>
> > Hello guys,
>
> >       I am actually attempting to compile protocol buffer source on
> > AIX 5.3 and xlC 3.55 .
> > It seems that I am able to compile it correctly but when it tried to
> > use created protoc compiler it fails.
> > So following it the snapshot of what happens when I do make. basically
> > it can not replace ./$^ with appropriate prerequisites
>
> Yeah, you need to use gmake.
>
> > I created this simplest proto file to check whether it works fine. But
> > when I tried tocompile it with create protoc binary ( .libs/lt-
> > protoc ) it blocked in infinite loop.
>
> Can you run in a debugger, ctrl+c during the loop, and give me the stack
> trace?
>
> > But with "option" uncommented it creates coredump
>
> > ./src/.libs/lt-protoc src/google/protobuf/test.proto -I. --cpp_out=.
> > Assertion failed: f == NULL || dynamic_cast(f) != NULL, file  ./
> > google/protobuf/stubs/common.h, line 282
> > IOT/Abort trap (core dumped)
>
> You are using v2.1.0, right?
>
> Does your compiler support RTTI?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Protocol Buffers" group.
To post to this group, send email to protobuf@googlegroups.com
To unsubscribe from this group, send email to 
protobuf+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/protobuf?hl=en
-~--~~~~--~~--~--~---



Re: Compiling on AIX 5.3 using xlC 3.55 compiler

2009-06-26 Thread Kenton Varda
On Thu, Jun 25, 2009 at 6:59 PM, vikram  wrote:

>
> Hello guys,
>
>   I am actually attempting to compile protocol buffer source on
> AIX 5.3 and xlC 3.55 .
> It seems that I am able to compile it correctly but when it tried to
> use created protoc compiler it fails.
> So following it the snapshot of what happens when I do make. basically
> it can not replace ./$^ with appropriate prerequisites


Yeah, you need to use gmake.


> I created this simplest proto file to check whether it works fine. But
> when I tried tocompile it with create protoc binary ( .libs/lt-
> protoc ) it blocked in infinite loop.


Can you run in a debugger, ctrl+c during the loop, and give me the stack
trace?


> But with "option" uncommented it creates coredump
>
> ./src/.libs/lt-protoc src/google/protobuf/test.proto -I. --cpp_out=.
> Assertion failed: f == NULL || dynamic_cast(f) != NULL, file  ./
> google/protobuf/stubs/common.h, line 282
> IOT/Abort trap (core dumped)


You are using v2.1.0, right?

Does your compiler support RTTI?

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Protocol Buffers" group.
To post to this group, send email to protobuf@googlegroups.com
To unsubscribe from this group, send email to 
protobuf+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/protobuf?hl=en
-~--~~~~--~~--~--~---



Re: ProtocolBuffer crash before program execution

2009-06-26 Thread Kenton Varda
The stack trace you provided looks like it is from v2.0.3.  The
initialization code changed drastically in 2.1.0 -- the method
DescriptorPool::InternalBuildGeneratedFile no longer exists, for example.
 Can you provide a stack trace using 2.1.0?

On Fri, Jun 26, 2009 at 8:07 AM, rodrigob wrote:

>
> Hello there,
> I'm usually a linux developer, but I occasionally have to develop some
> Windows applications.
>
> I have a Gtk + Cairo + ProtocolBuffers that was ported to windows some
> months ago without any problem.
>
> Now I have a new one, with similar setup but a few more dependencies
> (CGAL, RSVG and others).
>
> After configuring the visual studio project and getting the code to
> compile and link correctly the executable crashes miserably on a
> ProtocolBuffers exception.
>
> The crash details can be inspected at
> http://files.getdropbox.com/u/185965/parking_planning/protobuf_crash.jpg
>
> the weird thing is that the application crashes before ever entering
> in the main, during some static elements initialization defined by
> Protocol Buffer.
>
> I used first protobuf 2.1.0 and then 2.0.3, both crash in the same
> way.
>
> Any idea of what is going on ? I know that Protobuf can work unders
> VisualStudio, but this time it is not working for me... what could
> cause this kind of crashes ?
>
> The problem seems similar to
>
> http://groups.google.com/group/protobuf/browse_thread/thread/f0f8108fdc0de614?pli=1#
>
> but the crash source is no the same.
>
> I'm using Windows Xp and Visual Studio 2005.
>
> Any help would be appreciated.
>
> Regards,
> rodrigob.
>
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Protocol Buffers" group.
To post to this group, send email to protobuf@googlegroups.com
To unsubscribe from this group, send email to 
protobuf+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/protobuf?hl=en
-~--~~~~--~~--~--~---



ProtocolBuffer crash before program execution

2009-06-26 Thread rodrigob

Hello there,
I'm usually a linux developer, but I occasionally have to develop some
Windows applications.

I have a Gtk + Cairo + ProtocolBuffers that was ported to windows some
months ago without any problem.

Now I have a new one, with similar setup but a few more dependencies
(CGAL, RSVG and others).

After configuring the visual studio project and getting the code to
compile and link correctly the executable crashes miserably on a
ProtocolBuffers exception.

The crash details can be inspected at
http://files.getdropbox.com/u/185965/parking_planning/protobuf_crash.jpg

the weird thing is that the application crashes before ever entering
in the main, during some static elements initialization defined by
Protocol Buffer.

I used first protobuf 2.1.0 and then 2.0.3, both crash in the same
way.

Any idea of what is going on ? I know that Protobuf can work unders
VisualStudio, but this time it is not working for me... what could
cause this kind of crashes ?

The problem seems similar to
http://groups.google.com/group/protobuf/browse_thread/thread/f0f8108fdc0de614?pli=1#

but the crash source is no the same.

I'm using Windows Xp and Visual Studio 2005.

Any help would be appreciated.

Regards,
rodrigob.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Protocol Buffers" group.
To post to this group, send email to protobuf@googlegroups.com
To unsubscribe from this group, send email to 
protobuf+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/protobuf?hl=en
-~--~~~~--~~--~--~---