src/sys/ddb, branch release/3.3.0_cvs FreeBSD source tree This commit was manufactured by cvs2svn to create tag 1999-09-16T08:26:13+00:00 cvs2svn cvs2svn@FreeBSD.org 1999-09-16T08:26:13+00:00 5be28542797ac26e17de490f50e0830003596d38 'RELENG_3_3_0_RELEASE'. This commit was manufactured to restore the state of the 3.3-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. 
'RELENG_3_3_0_RELEASE'.

This commit was manufactured to restore the state of the 3.3-RELEASE image.
Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.
$Id$ -> $FreeBSD$ 1999-08-29T16:33:42+00:00 Peter Wemm peter@FreeBSD.org 1999-08-29T16:33:42+00:00 c4f617ca01b475bdf034553dfe123deeb1589899 






MFC: Remove a hack to recognize syscons's cursor keycodes.
1999-07-18T06:13:35+00:00

Kazutaka YOKOTA
yokota@FreeBSD.org

1999-07-18T06:13:35+00:00

4cab27185a2348cf956acc3e87b82ca070d09bb2

It is unnecessary now that scgetc() in syscons returns the escape
sequence for the cursor keys rather than their raw, internal key
codes. (rev 1.24)





It is unnecessary now that scgetc() in syscons returns the escape
sequence for the cursor keys rather than their raw, internal key
codes. (rev 1.24)







Replace includes of <sys/kernel.h> with includes of
1999-01-14T06:22:10+00:00

John Polstra
jdp@FreeBSD.org

1999-01-14T06:22:10+00:00

0ec81012da818031d45c78b2eef99773100fdc77

<sys/linker_set.h> in those files that use only the linker set
definitions.





<sys/linker_set.h> in those files that use only the linker set
definitions.







Examine all occurrences of sprintf(), strcat(), and str[n]cpy()
1998-12-04T22:54:57+00:00

Archie Cobbs
archie@FreeBSD.org

1998-12-04T22:54:57+00:00

2127f26023a9be443e05b592b35c77b454ba8f77

for possible buffer overflow problems. Replaced most sprintf()'s
with snprintf(); for others cases, added terminating NUL bytes where
appropriate, replaced constants like "16" with sizeof(), etc.

These changes include several bug fixes, but most changes are for
maintainability's sake. Any instance where it wasn't "immediately
obvious" that a buffer overflow could not occur was made safer.

Reviewed by:	Bruce Evans <bde@zeta.org.au>
Reviewed by:	Matthew Dillon <dillon@apollo.backplane.com>
Reviewed by:	Mike Spengler <mks@networkcs.com>





for possible buffer overflow problems. Replaced most sprintf()'s
with snprintf(); for others cases, added terminating NUL bytes where
appropriate, replaced constants like "16" with sizeof(), etc.

These changes include several bug fixes, but most changes are for
maintainability's sake. Any instance where it wasn't "immediately
obvious" that a buffer overflow could not occur was made safer.

Reviewed by:	Bruce Evans <bde@zeta.org.au>
Reviewed by:	Matthew Dillon <dillon@apollo.backplane.com>
Reviewed by:	Mike Spengler <mks@networkcs.com>







Forgot to commit this; the alpha uses the kld symbol interface now.  The
1998-10-15T02:01:50+00:00

Peter Wemm
peter@FreeBSD.org

1998-10-15T02:01:50+00:00

456aa5a8cff32628e20f357297b9cff4aeda76f8

tables that db_elf.c is expecting are not loaded in that format any more.





tables that db_elf.c is expecting are not loaded in that format any more.







Call some helper routines to be supplied by kern_linker.c in order to
1998-10-09T23:34:09+00:00

Peter Wemm
peter@FreeBSD.org

1998-10-09T23:34:09+00:00

c6b72a39e97dcb5069dbf49aa5223db917849084

get to all the symbol tables for all modules, not just the core kernel
symbol table.  Yes, DDB can see KLD module symbols with this, both by
lookup and in tracebacks.  No more references to _end from tracebacks
within an LKM. :-)





get to all the symbol tables for all modules, not just the core kernel
symbol table.  Yes, DDB can see KLD module symbols with this, both by
lookup and in tracebacks.  No more references to _end from tracebacks
within an LKM. :-)







At the moment, the alpha tentatively uses the ddb elf code rather than KLD,
1998-10-09T23:32:03+00:00

Peter Wemm
peter@FreeBSD.org

1998-10-09T23:32:03+00:00

286896fe5641b9ebae2bb05b70eadc9a0d770603

because the alpha boot loader hasn't been converted yet, and because
it needs the full symbol tables with local symbols in order to make sense
of stack tracebacks.  KLD will implement this (using full sybmol table
rather than the globals only) shortly.





because the alpha boot loader hasn't been converted yet, and because
it needs the full symbol tables with local symbols in order to make sense
of stack tracebacks.  KLD will implement this (using full sybmol table
rather than the globals only) shortly.







We don't compile this on an elf kernel (and explicitly not on alpha in
1998-10-09T23:29:44+00:00

Peter Wemm
peter@FreeBSD.org

1998-10-09T23:29:44+00:00

ea4170d0f632fd688c9a39214600240e36964775

case it's possible to compile in something like ECOFF)
The three db_xxx.c symbol interfaces are "standard" because config isn't
flexible enough without forcing the user to know about it.





case it's possible to compile in something like ECOFF)
The three db_xxx.c symbol interfaces are "standard" because config isn't
flexible enough without forcing the user to know about it.







Update to work with the new elf headers.
1998-08-17T08:06:31+00:00

Doug Rabson
dfr@FreeBSD.org

1998-08-17T08:06:31+00:00

bcf270989f64d17f70e0b5860aa9944a2882d300