| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
| |
with a SMP kernel.
|
|
|
|
|
|
|
|
| |
writeable -> writable (recall prior debate over this? :-)
initialise -> initialize
recognise -> recognize
Merry Christmas! :)
|
|
|
|
|
|
|
|
|
| |
fix PR#3618 weren't sufficient since malloc() can block - allowing the
net interrupts in and leading to the same problem mentioned in the
PR (a panic). The order of operations has been changed so that this
is no longer a problem.
Needs to be brought into the 2.2.x branch.
PR: 3618
|
| |
|
|
|
|
|
|
|
|
|
| |
provided is of type pthread_t instead of pthread_t *.
PR: 4320
Return EINVAL instead of ESRCH if attempting to detach an already
detached thread.
|
| |
|
|
|
|
| |
just return EOF
|
| |
|
|
|
|
|
| |
2) Optimize string buffer copy to call memcpy() and update pointers
only for count > 0, it makes snprintf(NULL, 0, ...) more efficient
|
|
|
|
|
|
|
|
|
|
| |
instead of Singe Unix, thanx Bruce for explaining, I am not realize
standards war was there.
But now, fix n == 0 case to not return error and fix check for too
big n.
Things left to do: check for overflow in arguments.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Final word is Bruce's quote:
C9x specifies the BSD4.4-Lite behaviour:
[#3] ... Thus, the
null-terminated output has been completely written if and
only if the returned value is less than n.
It means that if we not have any null-terminated output as for n == 0
we can't return value less than n, so we forced to return value
equal to n i.e. 0
The next good thing is glibc compatibility, of course.
2) Do check for too big n in machine-independent way.
3) Minor optimization assuming EOF is < 0
|
|
|
|
| |
Obtained from: OpenBSD (?)
|
|
|
|
|
| |
gethostbyname.
Submitted by: Julian Assange
|
|
|
|
|
| |
the diff is in an ifdef that isn't enabled for FreeBSD.
Obtained from: OpenBSD(?)
|
|
|
|
|
| |
Minor style fix (strcpy(foo,"") -> *foo = '\0')
Obtained from: OpenBSD(?)
|
|
|
|
| |
Obtained from: OpenBSD
|
|
|
|
| |
will complain with a suggestion of increasing it.
|
|
|
|
|
|
|
|
|
|
|
| |
The main argument is that it is impossible to determine if %n evaluated or not
when snprintf return 0, because it can happens for both n == 0 and n == 1.
Although EOF here is good indication of the end of process, if n is
decreased in the loop...
Since it is already supposed in many places that EOF *is* negative, f.e.
from Single Unix specs for snprintf
"return ... a negative value if an output error was encountered"
this not makes situation worse.
|
|
|
|
|
|
| |
to pass not more than buffer size to %n agrument, old variant
always assume infinite buffer.
%n is for actually transmitted characters, not for planned ones.
|
|
|
|
|
|
|
|
|
| |
"return the number of bytes needed, rather the number used"
According to Single Unix specs:
Upon successful completion, these functions return the number of bytes
transmitted excluding the terminating null
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) if buffer size is smaller than arguments size, return buffer
size, not arguments size as before.
2) if buffer size is 0, return 0, not EOF as before.
(now it is compatible with Linux and Apache implementations too).
NOTE: Single Unix specs says:
If the value of n {buffer size} is zero on a call to snprintf(), an
unspecified value less than 1 is returned.
It means we can't return EOF since EOF can take *any* value in general
not especially < 1. Better variant will be return -1 (it is less then
1 and different with n == 1 case) but -1 value is already occuped by
EOF in our implementation, so we can't distinguish true IO error
in that case. So 0 here is only possible case still conforming
to Single Unix specs.
|
|
|
|
| |
in /etc/adduser.conf.
|
|
|
|
| |
Requested by: Eivind Eklund <perhaps@yes.no>
|
| |
|
|
|
|
|
|
|
| |
sizeof(var) -> sizeof var
sizeof type -> sizeof(type)
Suggested by: J Wunsch <j@uriah.heep.sax.de>
|
|
|
|
| |
Lucky that sizeof cftypes < sizeof cftypes128
|
|
|
|
| |
Submitted/forgotten by: Ken Key <key@cs.utk.edu>
|
|
|
|
|
| |
gethostbyaddr.
Submitted by: Julian Assange
|
|
|
|
|
| |
1) Correct strncpy usage
2) gethostbyaddr paranoia from Julian Assange
|
|
|
|
|
| |
nfsd, nfsiod, portmap, rpc.lockd, rpc.statd, syslogd, tickadj, and
ypbind.
|
| |
|
|
|
|
| |
Submitted by: Julian Assange
|
|
|
|
|
| |
gethostbyaddr.
Submitted by: Julian Assange
|
|
|
|
|
| |
Suggested by: Philippe Charnier <charnier@lirmm.fr>
Theo de Raadt <deraadt@cvs.openbsd.org>
|
|
|
|
|
|
| |
specify RAW_PART for the suopen() in sscioctl().
Now you can `scsi -f /dev/ssc -p'.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
of time that the laptop was suspending. Thus, select() calls that might have
suspended rather than firing at 1hr + "time suspended" since the timer was
posted.
Adding:
options APM_FIXUP_CALLTODO
to the kernel config enables the patch.
[
This patch was slightly modified to use a consistant indent style and
I removed some unused local variables. After this has been tested a
few weeks we'll make the options the default, so for now I'm now
documenting it in LINT. Mike can later if he wants.
]
Reviewed by: Mike Smith <msmith@freebsd.org>
Submitted by: Ken Key <key@cs.utk.edu>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Based on the report from Dave Bodenstab.
- Turn off PnP COM device enumeration procedure if the user explicitly
specifies a protocol type with the "-t" option.
- Accept "-t auto". Now the user may entirely omit the "-t" option
in the command line, or specify "-t auto" in order to make moused
detect an appropriate protocol type automatically. In the
previous version, moused did so only if the "-t" option is absent
in the command line. ("-t auto" won't disable PnP COM device
enumeration.)
- Updated the man page.
|
| |
|
|
|
|
| |
by a non-root user always returns EACCES.
|
| |
|
|
|
|
|
|
|
| |
Change errno -> error in local structure to avoid a clash with the
thread-aware version of errno which is required for a thread-safe libc.
Have discussed this with the author and he has agreed to this change. 8-)
|
| |
|
|
|
|
| |
Submitted by: bde
|
| |
|
| |
|
| |
|
|
|
|
|
| |
PR: kern/5310
Submitted by: tom@sdf.com
|