| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
a crontab you were planning to edit.
|
|
|
|
| |
cases due to vfork()
|
|
|
|
|
|
|
| |
abusing sendmail by any other way via MAILTO tag (since sendmail is running
from daemon). Now run sendmail from user, as any other cron user command.
Obtained from: Inspired by OpenBSD, but implementation is different
|
|
|
|
| |
Obtained from: OpenBSD popen.c v1.3
|
|
|
|
|
|
| |
It helps perl f.e.
Obtained from: OpenBSD do_command.c v1.7
|
| |
|
| |
|
|
|
|
|
|
| |
Rev 1.8 made the type consistently incorrect.
Noted by: Ben Smithurst <ben@scientia.demon.co.uk>
|
|
|
|
|
|
|
|
|
|
|
| |
allocated memory was instead pointed to a static string. A later
free() on the value of the pointer was a possible source of reported
"warning: pointer to wrong page" messages from cron.
Use consistent types in sizeof when malloc'ing memory for the
environment.
PR: kern/12248, bin/11169, bin/9722
|
| |
|
|
|
|
|
|
|
|
| |
Fix setting of "hour" bitmap when @hourly keyword is specified.
MFC candidate after 4.0-RELEASE.
Problem-found-by: Sheldon Hearn <sheldonh@uunet.co.za>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
* Clarify quoting value in of name = value pairs.
* Describe the @reboot, @yearly, @annually, @monthly, @weekly,
@daily, @midnight and @hourly extensions.
PR: 17261
Submitted by: MIHIRA Yoshiro <sanpei@sanpei.org>
Obtained from: NetBSD
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Savings Time on cron(8). If we ever introduce some work-around code for
handling jobs scheduled for a time that "doesn't happen" due to DST,
the section should be renamed to IMPLEMENTATION NOTES.
PR: 10947
Reported by: Scott Drassinower <scottd@cloud9.net>
Submitted by: Seth Bromberger <seth@freebie.dp.ny.frb.org>
Reviewed by: mpp
|
|
|
|
|
|
|
| |
by cron'
PR: 12520
Submitted by: (not specified)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
which init thoughtfully revoke()'s when starting a getty on ttyv0. This
Cron's popen() was passing these fd's through to cron children (ie:
sendmail, *not* normal cron jobs). The side effects were usually
not noticed, but it tripped up postfix which did a sanity check to see
that stdin/out/err were open, and got EBADF even thought the fd's were
in use. I seem to recall sendmail itself has hacks to work around
this problem, it had a checkfd012() function, possibly for this same
problem. (Postfix has a workaround too now though..)
This is a hack, not a fix. It's probably best to check and perhaps
close/reopen() /dev/console if needed each time around the event loop.
It would probably be useful to actually see any error messages from cron.
|
|
|
|
|
| |
PR: 9506
Submitted by: Peter Jeremy <peter.jeremy@alcatel.com.au>
|
|
|
|
|
|
|
| |
Prevent cron from going crazy if the time steps. For example, if you
have a system with hundreds of users and lots of different crontabs
and your time steps back an hour, the old cron would then attempt to
run an hours worth of cron jobs in a few seconds.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
libraries so that `ld -f' in can create correct dependencies for
yet-to-be-built libraries.
Get the default BINDIR correctly (by including ../Makefile.inc recursively.
Override the default it it is wrong.
Don't override defaults when the defaults are correct.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use getpwnam before getpwuid since two users with same uids can exists
(affects new login classes code only)
The same fixes as in inetd: by default run `system crontab things' with
daemon login class now, not restrict them to user class breaking
compatibility with old way (so-called nobody limits problem)
Implement user[:group][/login-class] syntax in system crontab
for more flexible control (the same as in inetd)
|
| |
|
| |
|
|
|
|
|
|
| |
NOPIC is used to not generate a shared library, not NOSHARED.
Make NOSHARED advisory where appropriate.
Remove bogus NOSHARED (kbdio).
|
|
|
|
| |
posix standard on the topic.
|
|
|
|
|
| |
automatically Does The Right Thing when lc == NULL, which just happens to
be what the extra code in cron was trying to do. Simplify.
|
|
|
|
|
|
|
|
|
| |
I suspect it was because the child exec code's parent was doing the
initial lookups, then forking, then doing other things (possibly trashing
the static data in the getpw*() buffer), then attempting to dereference
*pwd and *lc. Also, no error checking appeared to be done - I've allowed
it to fall back to the old "become user" code on critical failure rather than
risk running a user's cron jobs as root.
|
| |
|
|
|
|
| |
They have valid ranges of 1-31 and 1-12, not 0-31 and 0-12.
|
| |
|
|
|
|
|
|
| |
Use setusercontext() rather than setuid()/setgid()/setlogin()/initgroups()
which is all handled. Login environment is NOT set by this call as crontab
provides its own means of doing so.
|
|
|
|
|
|
|
|
| |
This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been
insane otherwise.
|
|
|
|
|
|
|
|
|
|
| |
used by OpenBSD. (Quite frankly, I think it's perfectly reasonable to
use snprintf to copy strings, given that the semantics for strncpy()
are utterly idiotic and there is no POSIX sstrncpy().)
While I'm at it, incorporate some of OpenBSD's bugfixes to cron.
NOT for 2.2
|
| |
|
|
|
|
|
|
|
|
| |
-oi Do not take dots on a line by themselves as a
message terminator.
Now this crontab entry works:
* * * * * echo foo; echo .; echo blah
|
|
|
|
|
| |
last change. :-(
ie: /var/cron/log would report: .. cron[206]: (usage) CAN'T OPEN (%s/%s)
|
| |
|
|
|
|
|
|
| |
buffer overflow patch.
Reviewed by: pst
Submitted by: Dave Andersen <angio@aros.net>
|
| |
|
|
|
|
|
|
| |
document debug flags
close PR bin/683
|
|
|
|
|
| |
really want them) from /usr/src. This is the final version of the
patches, incorporating the feedback I've received from -current.
|
|
|
|
|
|
| |
leaves editor running in background (PR: bin/751)
Submitted by: candy@fct.kgc.co.jp (Toshihiro Kanda)
|
|
|
|
| |
which included commits to RCS files with non-trunk default branches.
|
|
|
|
|
|
| |
invoked.
Submitted by: fenner@parc.xerox.com (Bill Fenner)
|
| |
|