| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
| |
which is not supposed to work for shell files, but somehow did with
the old `make'.
|
| |
|
| |
|
| |
|
|
|
|
| |
bogus Makefiles!
|
|
|
|
| |
targets.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Obtained from: taylor-uucp list
|
|
|
|
| |
Obtained from: taylor-list
|
|
|
|
|
| |
<> address in return-receipts
Obtained from: taylor-list
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
Reviewed by:
Submitted by:
|
|
|
|
|
|
|
| |
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:
|
|
|
|
| |
this required by several programs
|
| |
|
|
|
|
| |
we can got problems with various mailers in other case
|
| |
|
|
|
|
|
| |
It maybe not so nice, but if any user can easily shut up your
mail feed with big file isn't nice too.
|
|
|
|
| |
Disallow others to run cu
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
carrier up
2) Add more chat-fail codes
3) Add comment about complete/abort scripts, when modem handle
DTR drop properly
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Message-Id: <199404171501.LAA01245@stark.UUCP>
To: freebsd-hackers@freefall.cdrom.com
Subject: Make world and UUCP
Sender: freebsd-hackers-owner@freefall.cdrom.com
Precedence: bulk
It would be much more convenient if "make world" didn't clobber my
UUCP configuration files in /etc/uucp. Perhaps the easiest fix would
be to change the names of the sample configuration files:
config -> config.sample
ports -> ports.sample
...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Message-Id: <199404241154.OAA00260@tigger.cirion.fi>
Subject: uucp error
Index: gun/libexec/uucp FreeBSD-1.1-GAMMA
Apparently-To: FreeBSD-bugfiler@freefall.cdrom.com
Sender: freebsd-bugs-owner@freefall.cdrom.com
Precedence: bulk
Description:
When calling remote uucp site dialing succeeds, but standard
login chat fails. Debug file shows that uucico does not see
any characters send from remote.
Repeat-By:
use sio drivers, 16450 base serial and standard taylor configuration
provided with the GAMMA release. Run uucico and observer.
Fix:
define HAVE_BSD_TTY instead of HAVE_POSIX_TTY in common_source/policy.h
and recompile.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
in POSIX (setsid() is only way to do it)
|
|
|
|
|
|
| |
From Ian Taylor.
Fix POSIX CLOCAL behaviour, set controlling terminal after it.
Change VTIME from 0 to 1 to fix timeouts waiting for data
|
|
|
|
|
| |
Fix POSIX detach behaviour, based on setsid() call.
stpgrp(0,0) not used for POSIX now.
|
|
|
|
| |
permissions
|
|
|
|
| |
Add group to Makefile.inc for use in installing sample files
|
| |
|
| |
|
|
|
|
| |
target. I added this.
|