No C/C++ fundamental type 1 error.

No C/C++ fundamental type 1 error.

[Ruslan Shevchenko]

egcs-1.0.1 on SCO Open Server 5.04.

Debug Output:

(gdb) next
#0  0x80912fa in machdep_sys_kill ()
#1  0x8090abe in kill (pid=31728, signo=0) at machdep.c:704
#2  0x80899dd in abort ()
    at
/u1/hops/src1/skw/Osr5-Pthreads/mit-pthreads/pthreads/stdlib/abort.c:56
#3  0x80a773c in __terminate ()
#4  0x80a7746 in __terminate ()
#5  0x80a7c79 in __throw ()
warning: internal error: no C/C++ fundamental type 1
#6  0x80654ab in boaInit (argc=@0x8047e1c, argv=0x8047e34,
    orb_identifier=0x80a9ff6 "omniORB2_BOA") at orb.cc:236
#7  0x8050e5a in BOA_init (this=0x80af9a1, argc=@0x8047e1c,
argv=0x8047e34,
    boa_identifier=0x80a9ff6 "omniORB2_BOA") at corbaOrb.cc:70
#8  0x804a3c3 in main (argc=1, argv=0x8047e34) at eg1.cc:19
#9  0x804a03b in .text ()

what mean  fundamental type 1 ?

--

    @=
     //RSSH                              mailto://Ruslan@Shevchenko.Kiev.UA

Re: No C/C++ fundamental type 1 error.

[Jeffrey A Law]

  In message <34BA8178.784DE371@Shevchenko.kiev.ua>you write:
  > egcs-1.0.1 on SCO Open Server 5.04.
  > 
  > Debug Output:
  > 
  > (gdb) next
  > #0  0x80912fa in machdep_sys_kill ()
  > #1  0x8090abe in kill (pid=31728, signo=0) at machdep.c:704
  > #2  0x80899dd in abort ()
  >     at
  > /u1/hops/src1/skw/Osr5-Pthreads/mit-pthreads/pthreads/stdlib/abort.c:56
  > #3  0x80a773c in __terminate ()
  > #4  0x80a7746 in __terminate ()
  > #5  0x80a7c79 in __throw ()
  > warning: internal error: no C/C++ fundamental type 1
  > #6  0x80654ab in boaInit (argc=@0x8047e1c, argv=0x8047e34,
  >     orb_identifier=0x80a9ff6 "omniORB2_BOA") at orb.cc:236
  > #7  0x8050e5a in BOA_init (this=0x80af9a1, argc=@0x8047e1c,
  > argv=0x8047e34,
  >     boa_identifier=0x80a9ff6 "omniORB2_BOA") at corbaOrb.cc:70
  > #8  0x804a3c3 in main (argc=1, argv=0x8047e34) at eg1.cc:19
  > #9  0x804a03b in .text ()
  > 
  > what mean  fundamental type 1 ?
Are you trying to debug a C++ program?

Your target uses dwarf1 debug symbols by default, which can not properly
describe many aspects of C++ debugging.

You can probably compile with -gstabs or -gstabs++ and get a C++ program
that you can debug.

If you're trying to debug normal C code, then we've got a more serious
problem.

jeff

Re: No C/C++ fundamental type 1 error.

[Robert Lipe]

>   > egcs-1.0.1 on SCO Open Server 5.04.
>   > 
>   > Debug Output:
>   > 
[ munch ]
>   > /u1/hops/src1/skw/Osr5-Pthreads/mit-pthreads/pthreads/stdlib/abort.c:56
>   > #3  0x80a773c in __terminate ()
>   > #4  0x80a7746 in __terminate ()
>   > #5  0x80a7c79 in __throw ()
>   > warning: internal error: no C/C++ fundamental type 1
>   > #6  0x80654ab in boaInit (argc=@0x8047e1c, argv=0x8047e34,
>   >     orb_identifier=0x80a9ff6 "omniORB2_BOA") at orb.cc:236
>   > #7  0x8050e5a in BOA_init (this=0x80af9a1, argc=@0x8047e1c,
>   > argv=0x8047e34,
>   >     boa_identifier=0x80a9ff6 "omniORB2_BOA") at corbaOrb.cc:70
>   > #8  0x804a3c3 in main (argc=1, argv=0x8047e34) at eg1.cc:19
>   > #9  0x804a03b in .text ()
>   > 
>   > what mean  fundamental type 1 ?
> Are you trying to debug a C++ program?

From the filenames above, I'd guess that his program is a mixture of
C and C++.

I have seen the error in GDB described here on OpenServer, but I've never
taken the time to analyze it.

> Your target uses dwarf1 debug symbols by default, which can not properly
> describe many aspects of C++ debugging.
> 
> You can probably compile with -gstabs or -gstabs++ and get a C++ program
> that you can debug.

Although technically this document wasn't written for EGCS, it was written
for an OpenServer GCC that I influenced.   Since EGCS is also one of those,
this particular quote applies.   The URL is:
	ftp://ftp.dgii.com/users/robertl/scods/sco_ds.html

	Known issues or limitations 

	G++ Debugging and SCO debugger interoperability

        By default, the compilers generate debugging records to be
        compatible with the SCO supplied debuggers. This means for COFF
        object files, COFF debugging is used. For ELF, DWARF1.1 is
        used. G++ will not emit DWARF. This means if you are debugging
        C++ that was generated with these tools under ELF, you must use
        the "-gstabs" flag instead of just "-g". You must also use GDB
        instead of a SCO provided debugger when debugging C++.


Some things have changed since this was written in '95, but the punchline
remains the same.


-- 
Robert Lipe       http://www.dgii.com/people/robertl       robertl@dgii.com

Re: No C/C++ fundamental type 1 error.

[Ruslan Shevchenko]

Jeffrey A Law wrote:

>   In message ?34BA8178.784DE371@Shevchenko.kiev.ua?you write:
>   ? egcs-1.0.1 on SCO Open Server 5.04.
>   ?
>   ? Debug Output:
>   ?
>   ? (gdb) next
>   ? #0  0x80912fa in machdep_sys_kill ()
>   ? #1  0x8090abe in kill (pid=31728, signo=0) at machdep.c:704
>   ? #2  0x80899dd in abort ()
>   ?     at
>   ? /u1/hops/src1/skw/Osr5-Pthreads/mit-pthreads/pthreads/stdlib/abort.c:56
>   ? #3  0x80a773c in __terminate ()
>   ? #4  0x80a7746 in __terminate ()
>   ? #5  0x80a7c79 in __throw ()
>   ? warning: internal error: no C/C++ fundamental type 1
>   ? #6  0x80654ab in boaInit (argc=@0x8047e1c, argv=0x8047e34,
>   ?     orb_identifier=0x80a9ff6 "omniORB2_BOA") at orb.cc:236
>   ? #7  0x8050e5a in BOA_init (this=0x80af9a1, argc=@0x8047e1c,
>   ? argv=0x8047e34,
>   ?     boa_identifier=0x80a9ff6 "omniORB2_BOA") at corbaOrb.cc:70
>   ? #8  0x804a3c3 in main (argc=1, argv=0x8047e34) at eg1.cc:19
>   ? #9  0x804a03b in .text ()
>   ?
>   ? what mean  fundamental type 1 ?
> Are you trying to debug a C++ program?
>

Yes, it was C++  (but program was died in C code --- MIT pthread library)

> Your target uses dwarf1 debug symbols by default, which can not properly
> describe many aspects of C++ debugging.
>
> You can probably compile with -gstabs or -gstabs++ and get a C++ program
> that you can debug.
>

 Thanks.

> If you're trying to debug normal C code, then we've got a more serious
> problem.
>
> jeff



--

    @=
     //RSSH                              mailto://Ruslan@Shevchenko.Kiev.UA