| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
'RELENG_2_2_5_RELEASE'.
This commit was manufactured to restore the state of the 2.2.5-RELEASE image.
Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.
|
| |
|
|
|
|
|
|
| |
'RELENG_2_2_5_RELEASE'.
Notes:
svn path=/stable/2.2/; revision=30618
svn path=/release/2.2.5/; revision=30619; tag=release/2.2.5
|
| |
|
|
| |
Notes:
svn path=/stable/2.2/; revision=29519
|
| |
|
|
|
|
|
| |
latest texinfo.
Notes:
svn path=/stable/2.2/; revision=24813
|
| |
|
|
|
|
|
|
| |
_POSIX_SAVED_IDS in 2.2. This change actually has no effect at
runtime, since uucp prefers to use setreuid() for everything.
Notes:
svn path=/stable/2.2/; revision=22875
|
| |
|
|
| |
Notes:
svn path=/stable/2.2/; revision=20114
|
| |
|
|
|
|
|
|
|
|
| |
over TCP), but is used as a divisor later, causing uucico to abort
with a SIGFPE.
Reviewed by: Ian Lance Taylor <ian@cygnus.com>
Notes:
svn path=/head/; revision=18880
|
| |
|
|
| |
Notes:
svn path=/head/; revision=17639
|
| |
|
|
|
|
|
|
| |
really want them) from /usr/src. This is the final version of the
patches, incorporating the feedback I've received from -current.
Notes:
svn path=/head/; revision=16663
|
| |
|
|
|
|
|
|
| |
one man page, not section eight. This is the first round of such changes
and only fixes man pages in manual section one.
Notes:
svn path=/head/; revision=13835
|
| |
|
|
| |
Notes:
svn path=/cvs2svn/branches/ATT/; revision=13122
|
| |
|
|
| |
Notes:
svn path=/head/; revision=13006
|
| |
|
|
| |
Notes:
svn path=/head/; revision=13005
|
| |
|
|
| |
Notes:
svn path=/head/; revision=10754
|
| |
|
|
|
|
|
| |
they can't open root.dialer lockfiles in old variant.
Notes:
svn path=/head/; revision=10744
|
| |
|
|
| |
Notes:
svn path=/head/; revision=10152
|
| |
|
|
|
|
|
| |
environment is active
Notes:
svn path=/head/; revision=10111
|
| |
|
|
| |
Notes:
svn path=/head/; revision=10110
|
| |
|
|
|
|
|
| |
specified in the top level Makefiles.
Notes:
svn path=/head/; revision=9701
|
| |
|
|
| |
Notes:
svn path=/head/; revision=8858
|
| |
|
|
| |
Notes:
svn path=/head/; revision=8661
|
| |
|
|
| |
Notes:
svn path=/head/; revision=8515
|
| |
|
|
| |
Notes:
svn path=/head/; revision=8493
|
| |
|
|
| |
Notes:
svn path=/head/; revision=8492
|
| |
|
|
| |
Notes:
svn path=/head/; revision=8163
|
| |
|
|
|
|
|
|
|
|
| |
ypxfr can't easily be reduced down to one file like yppush because it
needs to do certain special things (such as binding to a specific
machine (the NIS master)) which the yp_*() functions in libc don't
allow.
Notes:
svn path=/head/; revision=7591
|
| |
|
|
|
|
|
|
|
|
|
|
| |
that ypxfr is supposed to log messages to /var/yp/ypxfr.log if it exists,
using syslog() makes more sense, especially since ypserv does the same
thing already. Try to use stderr by default, and use syslog() if stderr
is not a tty.
Also update the man page to reflect this change.
Notes:
svn path=/head/; revision=7508
|
| |
|
|
|
|
|
| |
commit.
Notes:
svn path=/head/; revision=7484
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
NIS maps (get rid of extraneous slash a la /var/yp//domainname).
Have ypxfr log all output to /var/yp/ypxfr.log if stdin is not a
tty. This should allow logging to be done when ypxfr is called from
inside ypserv in response to a yppush request.
Update man page to reflect the change (and fix a typo).
Notes:
svn path=/head/; revision=7483
|
| |
|
|
|
|
|
| |
to ypxfr.c.
Notes:
svn path=/head/; revision=6220
|
| |
|
|
| |
Notes:
svn path=/head/; revision=6216
|
| |
|
|
| |
Notes:
svn path=/head/; revision=6073
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a ported/modified version of the ypxfr program from the yps-0.21
package from the NYS project. This program is normally invoked by ypserv
when it receives a yppush command from an NIS master. It can also be
run from the command line to grab copies of maps when initializing a
slave server.
This program has been hacked in the following ways:
- rpcgen'ed new yp_xdr.c, yp_svc.c and yp_clnt.c files. The old ones were
rather grody.
- Changed certain function names (prefended a _ to them) to avoid conflicts
with certain functions lurking within libc. One major problem here is
that ypxfr needs to bind to a YP master in order to work correctly,
but it can't use the _yp_bind function inside libc because that
function only lets you bind to a domain, not a specific host. Lots
of head scratching here.
- Converted from GDBM to DB at gunpoint.
- Removed lots of really nasty looking DEBUG code to try to reduce clutter.
- Incorporated some of the library code supplied with yps-0.21 on which
ypxfr was dependent.
This program still needs to be cleaned up just as a matter of principle:
I get all icky just looking at it sometimes.
Notes:
svn path=/head/; revision=6072
|
| |
|
|
|
|
|
|
| |
which is not supposed to work for shell files, but somehow did with
the old `make'.
Notes:
svn path=/head/; revision=5860
|
| |
|
|
| |
Notes:
svn path=/head/; revision=5858
|
| |
|
|
| |
Notes:
svn path=/head/; revision=5857
|
| |
|
|
| |
Notes:
svn path=/head/; revision=5855
|
| |
|
|
|
|
|
| |
bogus Makefiles!
Notes:
svn path=/head/; revision=5815
|
| |
|
|
|
|
|
| |
targets.
Notes:
svn path=/head/; revision=5346
|
| |
|
|
| |
Notes:
svn path=/head/; revision=5341
|
| |
|
|
| |
Notes:
svn path=/head/; revision=5340
|
| |
|
|
| |
Notes:
svn path=/head/; revision=5044
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When we get an EN8 response while we're already sending the file using
the i protocol, this can happen:
In send.c, flocal_send_await_reply() is called. This function calls
flocal_send_fail() to process the aborted transfer. After this, we run
into the branch that calls ffileseekend() to force the end of the
actual transfer.
Now flocal_send_fail() frees qtrans, but qtrans is still used later!
I propose to fix this by moving the usfree_send(qtrans) out of
flocal_send_fail(), as in the patch I append to this mail.
...
I have found a race condition in the uucp 1.05 code. The typical result
is that the connections mysteriously fails with "conversation failed",
even while all files were transmitted. This is the problem:
At least for the i protocol, the code to send a packet can receive and
process packets after sending.
In several places in the code, we send a command and then prepare to
receive an answer.
Now the answer might already arrive during the call that sends the
command while we aren't ready to process it.
The general solution is IMHO first to do all preparations and only as a
last step to send out the command.
Reviewed by: John Dyson
Submitted by: Johannes Stille
Notes:
svn path=/head/; revision=4208
|
| |
|
|
|
|
|
| |
Obtained from: taylor-uucp list
Notes:
svn path=/head/; revision=3773
|
| |
|
|
|
|
|
| |
Obtained from: taylor-list
Notes:
svn path=/head/; revision=3322
|
| |
|
|
|
|
|
|
| |
<> address in return-receipts
Obtained from: taylor-list
Notes:
svn path=/head/; revision=3321
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Several files in uucp/libunix included <sys/dir.h> and defined dirent
as direct, but <sys/dir.h> defines direct as dirent. This macro
recursion is not allowed by cpp in traditional mode. The 2.0 mkdep
uses cpp in traditional mode (another bug) so cpp prints a error
message and exits with a nonzero status. The error status leaks out
of the pipe (another bug) so mkdep "succeeds". It may even succeed.
Notes:
svn path=/head/; revision=2355
|
| |
|
|
|
|
|
|
| |
Reviewed by:
Submitted by:
Notes:
svn path=/head/; revision=1969
|
| |
|
|
|
|
|
|
|
|
| |
saying that 4.4 uses f_size in statfs, yet we're using b_size. Anyway,
I've configured things to match our current environment.
Reviewed by:
Submitted by:
Notes:
svn path=/head/; revision=1968
|
| |
|
|
|
|
|
| |
this required by several programs
Notes:
svn path=/head/; revision=1659
|