summaryrefslogtreecommitdiffstats
path: root/usr.sbin/lpr/lpd
Commit message (Collapse)AuthorAgeFilesLines
* MFC r271789:pfg2014-10-231-1/+1
| | | | | | | | lpr: replace setpgrp(2) with setpgid(2). setpgid(2) is more portable than setpgrp(2). The BSD variant of setpgrp is a wrapper for setpgid(2) anyways.
* Check the return error of set[ug]id. While this can never fail in theeadler2012-10-221-1/+2
| | | | | | | | | | | | | | current version of FreeBSD, this isn't guarenteed by the API. Custom security modules, or future implementations of the setuid and setgid may fail. PR: bin/172289 PR: bin/172290 PR: bin/172291 Submittud by: Erik Cederstrand <erik@cederstrand.dk> Discussed by: freebsd-security Approved by: cperciva MFC after: 1 week
* Remove unused valueskevlo2012-09-111-1/+1
|
* Correct description of minfree to kilobytes rather than blocks.wblock2012-08-131-1/+1
| | | | | | PR: 125921 Submitted by: Andre Albsmeier <Andre.Albsmeier@siemens.com> MFC after: 3 days
* Spelling fixes for usr.sbin/uqs2011-12-301-2/+2
|
* In usr.sbin/lpr/lpd/printjob.c, use the correct printf length modifiersdim2011-12-171-2/+4
| | | | | | for off_t (aka int64_t). MFC after: 1 week
* Remove the advertising clause from UCB copyrighted files in usr.sbin. Thisjoel2010-12-117-28/+0
| | | | | is in accordance with the information provided at ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change
* - Improve the wait4data() routine so it behaves better when checkinggad2010-08-111-7/+23
| | | | | | | | | | | print-jobs which have last-modification times that are in the future. This shouldn't happen, of course, but it can. And when it did happen, the previous check could cause completely-spooled jobs to sit in the queue for 20 minutes per job. The new code waits until the last-modify time is not changing, instead of making decisions based on the specific value of last-modify. MFC after: 2 weeks
* The last big commit: let usr.sbin/ use WARNS=6 by default.ed2010-01-021-0/+2
|
* use bigger local variable to calculate free spaceticso2008-09-011-1/+1
| | | | int overflows at 1T free space
* Cleanup of userland __P usekevlo2007-11-071-2/+2
|
* Use sizeof() for calculating the buffer size instead of hard-coded values.kevlo2007-03-061-1/+1
|
* Fix checking of the "lock" file in the spool directory for a queue,gad2006-07-071-2/+9
| | | | | | | | | | | so that the checking will wind up with the correct mode-bits in the case where the initial open() of that lock file will create it. Due to this bug, the first job ever sent to a queue could leave that queue in a "printing is disabled" state. PR: 93469 Submitted by: Michael Szklarski of kco.com.pl MFC after: 1 week
* NI_WITHSCOPEID cleanupume2005-05-131-3/+3
| | | | Reviewed by: gad
* Expand *n't contractions.ru2005-02-131-1/+1
|
* Call umask() before opening the lock-file for a queue, to make suregad2004-12-191-1/+2
| | | | | | | | | the file will be created with the right access, if the call to open() does create it. Also fix the other call to umask() to turn off "write others", just as a matter of general safety. PR: 74418 MFC after: 4 days
* When printing a data file received from some other host, check to makegad2004-12-171-0/+100
| | | | | | | | | sure the data file has been completely transfered before starting to print it. This is needed because some implementations of lpr will send the control-file for a print job before sending the matching data-files, and that can cause problems if the receiving host is a busy print-server. MFC after: 2 weeks
* Mechanically kill hard sentence breaks.ru2004-07-021-24/+48
|
* Fixed spelling of the document date.ru2004-07-021-1/+1
|
* Minimal update to make it easier to increase the buffer-size lpd usesgad2003-08-212-10/+20
| | | | | | | | | | when reading/writing spool files. I intend to do a more elaborate version, but I want to get this much in before 4.9-release. As written, this results in no change to the object code. Submitted by: John-Mark Gurney Reviewed by: /sbin/md5 MFC after: 4 days
* Use STDIN_FILENO, STDOUT_FILENO, and STDERR_FILENO in a few moregad2003-08-133-17/+17
| | | | | | | | places (replacing constants 0, 1 & 2). Noticed by: Reviewed by: md5 MFC after: 4 days
* Get the 'sccsid' lines even closer to correct style(9) form. Thegad2003-07-145-0/+10
| | | | | | | '#ifdef lint/#endif' around the lines should not have been removed. Reviewed by: noticed by bde MFC after: 15 days
* More changes to use __FBSDID() for setting rcsids, and fix thegad2003-07-146-26/+19
| | | | | | | | format of 'sccsid' lines so they consistently match style(9) guidelines. Inspired by recent update to lpd.c by charnier. Reviewed by: discussed on cvs-src & with bde and obrien MFC after: 15 days
* add FBSDIDcharnier2003-07-061-4/+5
|
* Add section number to .Xrcharnier2003-06-081-4/+4
|
* english(4) police.schweikh2002-12-271-1/+1
|
* Use "deprecated" instead of "depreciated" where appropriate.sheldonh2002-10-301-1/+1
|
* use IPV6_V6ONLY instead of non standard IPV6_BINDV6ONLY.ume2002-07-221-4/+2
| | | | Approved by: gad
* The .Nm utilitycharnier2002-07-141-5/+9
|
* Redo the way that fatal-error messages are done in the chkhost() routine,gad2002-06-241-64/+88
| | | | | | | | mainly so the compiler can correctly do printf-style parameter checking. Some minor improvements to a few of the error messages, but the main goal here is to get rid of a few more compile-time warning messages. MFC after: 5 days
* Stop adding ${CWARNFLAGS} to CFLAGS. The standard makefile processing willgad2002-06-231-1/+1
| | | | | | add them automatically, and there is no point in adding them twice. MFC after: 5 days
* Change some "process id" variables from 'int' to 'pid_t', renaming somegad2002-06-041-28/+31
| | | | | | | | of them to keep better track of which-is-which (multiple variables were named 'pid'). Moved a global pid-variable into the only routine that used it. Net result: fixes two compile-time warnings... MFC after: 2 weeks
* Cosmetic improvements to some of the syslog() calls in here (in some casesgad2002-06-041-35/+44
| | | | | | simply getting the indentation right when the statement wraps). MFC after: 2 weeks
* Fix all the 'return' statements in here to follow style(9).gad2002-06-041-24/+24
| | | | MFC after: 2 weeks
* Avoid checking WIFEXITED and WTERMSIG in some error situations where thegad2002-06-041-3/+6
| | | | | | value in wstatus is not related to the process that we care about. MFC after: 2 weeks
* Stop using the depreciated 'union wait' definitions, moving to a moregad2002-06-032-26/+25
| | | | | | | standard handling of wait()-related routines. Submitted by: mike MFC after: 2 weeks
* Assume __STDC__, remove non-__STDC__ code.alfred2002-05-282-29/+0
|
* Implement new printcap option of "rc" aka "remote.resend_copies".gad2002-04-231-11/+48
| | | | | | | | | | | | This is a boolean option, and if it is specified in a print queue for a remote host, it causes lpd to resend the data file for each copy the user requested on 'lpr -#n'. This is useful for network printers which accept lpd-style jobs, but which ignore the control file (and thus they ignore any request for multiple copies). PR: 25635 Reviewed by: short review on freebsd-audit MFC after: 6 days
* Add description of `mc' (max copies), add short-form to long-form mappinggad2002-04-221-0/+1
| | | | | | | | for `tf' (troff filter), and add a cross-reference to chkprintcap in some lpr-related man pages. Submitted by: dwmalone MFC after: 4 days
* Change lpd to recognize the '-s' parameter as a preferred synonymgad2002-04-192-13/+26
| | | | | | | | | | for what is currently the '-p' parameter. '-s' is what NetBSD used (and they implemented it before I added -p in FreeBSD), and it also matches the '-s' option in syslogd. Someone in OpenBSD land had also talked about adding a '-s' option, but it hasn't happened yet. MFC after: 5 days
* Remove a safety-setting line which is unnecessary now that the previousgad2002-04-191-1/+0
| | | | | | line is using strlcpy instead of strncpy. MFC after: 4 days
* Fix 'deamon' -> 'daemon' in a comment.gad2002-04-191-1/+1
| | | | | Obtained from: NetBSD, OpenBSD MFC after: 4 days
* Add a little detail to the syslog-msg that comes up when lpd can notgad2002-04-191-2/+3
| | | | | | execute a given filter. MFC after: 4 days
* A variable had been unnecessarily assigned a bogus value because gcc wasgad2002-04-071-7/+6
| | | | | | | | | "confused" about it being unassigned. In fact, gcc was right. Fix the real problem by setting that variable before break-ing out of a select statement so gcc is happy, and then remove the unnecessary assignment. Reported by: a user wondering why lpd syslog-ed about "compiler confusion" MFC after: 12 days
* Rename a variable from 'user' to 'userid' to avoid some compiler warnings.gad2002-04-071-5/+5
| | | | MFC after: 12 days
* Rearrange all the error returns from sendfile() to make sure the originalgad2002-04-071-43/+51
| | | | | | | | | input file and any temporary (filter) file are closed upon return, and that is generally done at the end of the routine. This should make it easier for a later update (not yet written) to implement a "resend_copies" option. MFC after: 12 days
* Re-arrange how output filters (of=) are handled for queues going togad2002-04-071-147/+191
| | | | | | | | | | | | | remote machines. Now they really are handled *exactly* the same as input filters (if=) for remote queues, except that they are started with a different set of parameters. This should fix a few subtle bugs in output-filter processing on such queues. It is a pretty significant re-arranging of sendfile(), moving some of it to a new execfilter() routine. PR: 36552 Reviewed by: no screams from freebsd-audit MFC after: 12 days
* Move the checks for '/' a little sooner in the code which receives filesgad2001-12-051-8/+8
| | | | | | | | | | | for a remote print job. This change comes from OpenBSD (who got it from Sebastian Krahmer of SuSE). In OpenBSD this avoids a tiny theoretical security issue, but that security issue does not exist in FreeBSD's lpr due to the changes which added 'ctl_renametf()' just before 4.4-release. This change is still worth doing in our version, but it isn't fixing a security issue. MFC after: 4 days
* Change the recently-added 'o'-processing so it maps to 'l' instead of 'f'.gad2001-11-271-8/+11
| | | | | | | | 'l' ("plain text which includes control characters") is somewhat more appropriate for 'o' ("postscript files"), and in fact some printers treat 'l' as a request to print a postscript file. MFC after: 1 week
* Add minimal support for "o"-type print-file actions in lpd control files.gad2001-09-201-1/+11
| | | | | | | | | This was described in the original RFC wrt lpr, but most lpr's do not actually implement it. There is some indication that MacOS 10.1 will be using this when sending postscript files to print servers (that is what "o"-type was supposed to signify -- postscript files). MFC after: 1 week
OpenPOWER on IntegriCloud