| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
This uses osreldate.h and other stuff to determine whether it's on a
-current system. It should still compile cleanly on a -stable branch
system.
|
|
|
|
| |
The old code is still there with #ifdef OLD_SETPROCTITLE
|
|
|
|
| |
The old code can probably still be compiled with #define OLD_SETPROCTITLE
|
|
|
|
|
| |
Old code is still #ifdef OLD_SETPROCTITLE for comparison with the old
code.
|
|
|
|
| |
which included commits to RCS files with non-trunk default branches.
|
| |
|
|
|
|
| |
types. This is closer to the reality of reasonable values.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
looking at a high resolution clock for each of the following events:
function call, function return, interrupt entry, interrupt exit,
and interesting branches. The differences between the times of
these events are added at appropriate places in a ordinary histogram
(as if very fast statistical profiling sampled the pc at those
places) so that ordinary gprof can be used to analyze the times.
gmon.h:
Histogram counters need to be 4 bytes for microsecond resolutions.
They will need to be larger for the 586 clock.
The comments were vax-centric and wrong even on vaxes. Does anyone
disagree?
gprof4.c:
The standard gprof should support counters of all integral sizes
and the size of the counter should be in the gmon header. This
hack will do until then. (Use gprof4 -u to examine the results
of non-statistical profiling.)
config/*:
Non-statistical profiling is configured with `config -pp'.
`config -p' still gives ordinary profiling.
kgmon/*:
Non-statistical profiling is enabled with `kgmon -B'. `kgmon -b'
still enables ordinary profiling (and distables non-statistical
profiling) if non-statistical profiling is configured.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
|
|
|
|
| |
The heritage of this version is not clear. It appears to be NetBSD
derived from some time ago.
|
|
|
|
| |
through to cvs when unpacking the delta.. (I read the output.. :-)
|
|
|
|
| |
Suggested by: Phil Taylor <phil@zipmail.co.uk>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Add a ypxfr_callback() function that we can use to signal failure to
yppush(8) in the event that we can't fork()/exec() ypxfr(8). yppush
only checks the return status from YPPROC_XFR enough to determine
that the RPC succeded: it relies on its callback service to figure
out whether or not the transfer actually worked.
- Give yp_dblookup.c its own debug variable (ypdb_debug) so that DB
access debugging messages can be turned on or off independent of the
program's global debug messages.
- Have the Makefile rpcgen the ypushresp_xfr_1() client stub for us and
nuke the unneeded rule for yp_xdr.c that I left in by mistake (the XDR
filters live in libc now).
|
|
|
|
| |
Also a couple of handy new options.
|
| |
|
| |
|
|
|
|
| |
which included commits to RCS files with non-trunk default branches.
|
|
|
|
|
|
| |
guys to a watched process. Useful if you're monitoring someone who's
started doing something you'd really like them to stop immediately. :)
Suggested by: Phillip White <philw@megasoft.tic.ab.ca>
|
|
|
|
|
|
| |
spamming of the argv, almost back to the original code (except for NULL
padding of the string).
This makes this version of the sendmail source compile on 2.1.X again.
|
|
|
|
|
|
|
|
|
| |
the argv array, causing parts of the argv[0] to be picked up several times
by libkvm, causing strange ps results for the nfs-server and nfs-master
processes.. :-]
(How many copies of setproctitle() do we need anyway? NetBSD has it in
libc and BSDI have it in libutil.)
|
|
|
|
| |
ones that require this: the others call the yplib functions in libc.
|
|
|
|
| |
Fixed printf format strings.
|
|
|
|
| |
of include file changes....
|
|
|
|
|
| |
need. Note that "op" and "intro" are already being built under
share/doc/smm (08.sendmailop and 09.sendmail)
|
|
|
|
| |
the 8 to 7 bit conversion..
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Note that this code is dormant unless the options files exist.
Also, parsing of quoted options in the config files is improved.
What this allows, is all the options in LINT to be specified to be
configured as #defines in a file rather than on the CC command line at
kernel build time. This means that 'make depend' will catch dependencies
on actual *options*, meaning that you can run 'config' and 'make depend'
in complete safety WITHOUT removing the compile directory each time.
Unfortunately, this requires a pass over the source to get the individual
files to #include the new .h files that would be generated by config.
This has a small compile time penalty (appears up to about 2% slower)
from a "fresh" build. Of course, you should not be needing to do complete
rebuilds very often once this was completed, so it would be an overall
win for most people.
Since this code is dormant and we've got a lot of other things happening
on the kernel tree at the moment (prototypes, devfs, static declarations
etc) I am not planning on doing any changes to activate this feature just
yet.
|
|
|
|
|
|
| |
sendmail mailing list. Our /etc/rc will be fixed instead.
It seems sendmail becomes more and more incompatible, f.e.
Return-Receipt-To not works anymore :-(
|
|
|
|
|
|
|
|
| |
Ok, I shouldn't have said it was the last one previously. :-))
This fix a stupid bug in the select code.
John
|
|
|
|
| |
but don't uses PATH
|
| |
|
|
|
|
|
| |
This really is ugly, we need setproctitle() in a shared lib somewhere to
make these more transparent.
|
|
|
|
|
| |
For some reason, the documentation does not appear to be in sync with
reality.. :-)
|
| |
|
|
|
|
|
| |
configuration header that may define it. Fixed the resulting
warnings.
|
|
|
|
|
| |
initializers. This may not be correct, but the initializer shouldn't
have compiled before.
|
| |
|
|
|
|
| |
Approved (in spirit) by: jkh
|
|
|
|
|
| |
the argv. It appears that this once didn't work, but now it seems
to work just fine.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
>From jhay@mikom.csir.co.za Mon Dec 4 09:48:12 1995
Subject: Yet another IPXrouted fix
I think these should
should make IPXrouted fairly stable. These last problems only showed when
we had more than one route of the same cost to a net.
This will fix some endless loops in the clone code.
John
--
John Hay -- John.Hay@csir.co.za
|
| |
|