Article View: gnu.gdb.bug
Article #10021(none)
From: nixpbe!uucp
Date: Sun, 14 Oct 1990 20:56
Date: Sun, 14 Oct 1990 20:56
25 lines
1677 bytes
1677 bytes
>From uucp Mon Oct 15 03:50 WST 1990 remote from nixsin To: nixpbe!unido!gnu-gdb-bug Path: nixsin!nixpbe!nixbur!linus!agate!apple!sun-barr!rutgers!tut.cis.ohio-state.edu!UCSD.EDU!breynolds From: breynolds@UCSD.EDU (Bill Reynolds) Newsgroups: gnu.gdb.bug Subject: (none) Message-ID: <9009300548.AA27838@inls1.ucsd.edu.UCSD.EDU> Date: 30 Sep 90 05:48:45 GMT Sender: daemon@tut.cis.ohio-state.edu Distribution: gnu Organization: GNUs Not Usenet Lines: 11 On our Sun4/330, gdb, v3.5, works great, but on our Sun4/110, there's a problem: next and step will both step into standard c functions like printf(). "next" will step over a funtion I've defined no problem, but if it is asked to go over printf, it enters printf, saying that it doesn't know where it is and will single step from now on. I've kludged this by defining "n" to be "until +1", but it would be nice to have the full functionality of the next command. I'm not sure if this is a bug or a screwup of mine, but I thought I'd share it with you. Bill Reynolds Physics Dept. UCSD
Technical Details
Message-ID:
<9010142056.AV10695@unido.informatik.uni-dortmund.de>Path:
arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!tut.cis.ohio-state.edu!relay.eu.net!nixpbe!uucpShow Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: f5053,113060cfc2667e09 X-Google-Attributes: gidf5053,public X-Google-ArrivalTime: 1990-10-14 13:56:52 PST Path: arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!tut.cis.ohio-state.edu!relay.eu.net!nixpbe!uucp From: nixpbe!uucp@relay.eu.net Newsgroups: gnu.gdb.bug Subject: (none) Message-ID: <9010142056.AV10695@unido.informatik.uni-dortmund.de> Date: 14 Oct 90 20:56:52 GMT Sender: daemon@tut.cis.ohio-state.edu Distribution: gnu Organization: GNUs Not Usenet Lines: 25 Approved: bug-gdb@prep.ai.mit.edu Posted: Sun Oct 14 21:56:52 1990