[TUHS] SDB debugger

[Paul Ruizendaal]

Thanks, all, for that input.

The ddt debugger appears to be a fork of 5th edition cdb. It survived in the Interdata 7/32 port:
https://www.tuhs.org/cgi-bin/utree.pl?file=Interdata732/usr/source/chicago
It appears to have originated from Bill Allen at the Naval Postgraduate School.


Some more reading appears to show a much more gradual development than I first thought. Working along Doug’s list:

- First there was db, which claims to be loosely based on DEC’s ODT in its man page. Written in assembler.

- Then there is cdb, a rewrite in C, as from 3rd edition. Judging from the man pages, in 3rd and 4th edition it is a mostly incomplete project.

- The first reasonably complete version of cdb appears in 5th edition. It only handles “normal” symbols (see below for “normal”). The ddt debugger forks from this version, presumably to fill in some missing features (e.g. access to non-C identifiers, single stepping, etc.; I have not done a full feature comparison).

- In 6th edition “pseudo” symbols are introduced: symbols starting with a tilde that provide names for auto and register variables. The cdb debugger is updated to allow references to local variables using a “procname:varname” syntax. The ddt debugger picked this up as well. It is a first step towards the stabs format.

I would assume that db and cdb are the work of dmr/ken.

- In 7th edition there is the new adb, by Steve Bourne. Main focus of adb appears to have been portability more than major new features. Again, I have not compared the feature sets of ddt and adb to see if there was an influence.

- In 32V the symbol format is changed: (i) the “tilde hack” is replaced by a new assembler pseudo op “.stabs”; (ii) this is then used to include more pseudo symbols, for line numbers, for file names, etc.; (iii) the symbol struct is extended with a field to hold the symbol's type. It is essentially stabs, but with 8 char names. A new source level debugger, sdb, allows source level debugging. Its command language is the first to feel like a gdb ancestor. Author Howard Katseff.

The dbx debugger appears to stand on the shoulders of sdb, and gdb on the shoulders of dbx.

In 8th edition there are 3 debuggers: adb, sdb and pi (for use with the Blit).



> On 2 May 2020, at 02:49, Noel Hunt <noel.hunt at gmail.com> wrote:
> 
> When it comes to Eight Edition, please don't forget Tom Cargill's
> 'pi'. There was also a version I believe that was used as the
> debugger for programs on the Blit/Jerq; it seems to be known as
> '4pi' in the source.
> 
> 
> On Sat, May 2, 2020 at 6:49 AM Paul Ruizendaal <pnr at planet.nl> wrote:
> Reading some more stuff about the road from 7th Edition to 8th Edition, this time about debuggers.
> 
> My current understanding is as follows:
> 
> - On 6th edition the debugger was ‘cdb’
> 
> - On 7th edition it was ‘adb’, a rewrite / evolution from ‘cdb’
> 
> - In 32V a new debugger appears, ‘sdb’. Its code seems a derivative from ‘adb’, but the command language is substantially reworked and it uses a modified variant of the a.out linker format - in essence the beginnings of ‘stabs’. Of course the compiler, assembler, linker and related tools all emit/recognize these new symbol table elements. 
> 
> - The July 78 file note by London/Reiser does not mention a reworked debugger at all; the 32V tape that is on TUHS has ’sdb' files that are dated Feb/Mar 1979. This stuff must have been developed between July 78 and March 79.
> 
> - In the SysIII and 3BSD code on TUHS (from early 80 and late 79 respectively) the stabs format is more developed. For SysIII it is ‘VAX only’. With these roots, it is not surprising that it is also in 8th Edition.
> 
> 
> Two questions:
> 
> (1) According to Wikipedia the original author of the stabs format is unknown. It also says that the original author of ‘sdb’ is unknown. Is that correct, is the author really unknown?
> 
> (2) As far as I can tell, the ’sdb’ debugger was never back ported to 16 bit Unix, not in the SysIII line and not in the 2.xBSD line. It would seem to me that the simple stabs format of 32V would have lent itself to being back ported. Is it correct that no PDP11 Unix used (a simple) stabs tool chain and debugger?
> 
> 
>