| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This changes struct kinfo_filedesc and kinfo_vmentry such that they are
same on both 32 and 64 bit platforms like i386/amd64 and won't require
sysctl wrapping.
Two new OIDs are assigned. The old ones are available under
COMPAT_FREEBSD7 - but it isn't that simple. The superceded interface
was never actually released on 7.x.
The other main change is to pack the data passed to userland via the
sysctl. kf_structsize and kve_structsize are reduced for the copyout.
If you have a process with 100,000+ sockets open, the unpacked records
require a 132MB+ copyout. With packing, it is "only" ~35MB. (Still
seriously unpleasant, but not quite as devastating). A similar problem
exists for the vmentry structure - have lots and lots of shared libraries
and small mmaps and its copyout gets expensive too.
My immediate problem is valgrind. It traditionally achieves this
functionality by parsing procfs output, in a packed format. Secondly, when
tracing 32 bit binaries on amd64 under valgrind, it uses a cross compiled
32 bit binary which ran directly into the differing data structures in 32
vs 64 bit mode. (valgrind uses this to track file descriptor operations
and this therefore affected every single 32 bit binary)
I've added two utility functions to libutil to unpack the structures into
a fixed record length and to make it a little more convenient to use.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
parentheses.
Fixed alignment issue in gr_dup() in its assignment of gr_mem using a
struct to force alignment without performing alignment mathematics. This
was noticed recently with libutil was built with WARNS=6 on platform such
as sparc64.
Added checks to gr_dup(), gr_equal() and gr_make() to prevent segfaults
when examining struct group's with the struct members pointing to NULL's.
With fix of alignment issue, restore WARNS?=6.
Reviewed by: des
MFC after: 1 week
|
| |
| |
| |
| | |
MFC after: 1 week
|
|\| |
|
| |
| |
| |
| | |
MFC after: 3 weeks
|
| | |
|
| | |
|
|/
|
|
| |
MFC after: 3 weeks
|
|
|
|
| |
lock if the file is opened with O_RDONLY.
|
| |
|
|
|
|
| |
be part of the public API. Accordingly, add prototypes and document them.
|
|
|
|
| |
part of the public API. Accordingly, add a prototype and document it.
|
| |
|
|
|
|
|
|
| |
Remove pw_getrand() unneded now: arc4random_uniform() is stronger then
pw_getrand()'s MD5 tricks (inactive) and its active version, mixing
arc4random() bytes in one, not make things better at all.
|
|
|
|
|
|
|
|
|
|
|
| |
setting. When the scripts were converted to Bourne shell, this was
removed. The adduser script was changed to use an explicit path for
the pw(8) command so that /usr/sbin did not have to be in the user's
PATH. The rmuser script continued to assume that /usr/sbin was in the
user's path, however. This fixes the rmuser script to use an explicit
path for pw(8) similar to adduser.
MFC after: 2 weeks
|
|
|
|
| |
sessions to be pinned to cpus by login class.
|
|
|
|
|
|
|
|
| |
sanity check by invoking "pwd_mkdb -C". However, if this failed it
silently returned success. Fix this so it fails the update operation
instead.
MFC after: 1 week
|
|
|
|
|
|
| |
this by hand in userland utilities.
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
| |
This makes blowfish password hashes look normal when set using
pw(8)/adduser(8). [1]
- Make it possible to have a '/' in the salt.
PR: 121146 [1]
Submitted by: Jaakko Heinonen [1]
Approved by: rwatson (mentor)
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
after similar calls related to struct pwd in libutil/pw_util.c:
- gr_equal()
Perform a deep comparison of two struct grp's. It does a thorough, yet
unoptimized comparison of all the members regardless of order.
- gr_make()
Create a string (see group(5)) from a struct grp.
- gr_dup()
Duplicate a struct grp. Returns a value that is a single contiguous
block of memory.
- gr_scan()
Create a struct grp from a string (as produced by gr_make()).
MFC after: 3 weeks
|
|
|
|
|
|
|
|
| |
nonexistant -p flag.
PR: 120122
Submitted by: Andy Kosela <andy.kosela@gmail.com>
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
from a group without the need to perform the same operation by replacing
the existing list via the '-M' option. The '-M' option requires someone
to fetch the existing members with pw, deleting the undesired members from
the list and sending the altered list back to pw.
Approved by: wes (mentor)
MFC after: 5 days
|
|
|
|
|
| |
Approved by: wes (mentor)
MFC after: 5 days
|
|
|
|
|
|
|
|
| |
Works both in interactive or batch mode. This is a heavily modified version
of the patch submitted in the PR.
PR: bin/105060
MFC after: 1 week
|
|
|
|
| |
Submitted by: Eygene Ryabinkin <rea-fbsd@codelabs.ru>
|
|
|
|
| |
be called with a const without the compiler grisling.
|
|
|
|
|
| |
Submitted by: Eygene Ryabinkin <rea-fbsd@codelabs.ru> (modulo minor changes)
MFC after: 2 weeks
|
|
|
|
|
|
| |
lost in the shell script rewrite of the rmuser command.
Submitted by: Ian Smith <smithi@nimnet.asn.au>
|
|
|
|
|
|
|
|
|
|
| |
a number in human-readable form is converted to int64_t, for example:
123b -> 123
10k -> 10240
16G -> 17179869184
First version submitted by: Eric Anderson <anderson@freebsd.org>
Approved by: re (bmah)
|
|
|
|
| |
Approved by: re (kensmith)
|
|
|
|
| |
Approved by: re (kensmith)
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
locked it.
MFC after: 3 weeks
|
|
|
|
| |
that I make stupid fundamental mistakes like this when I don't.
|
| |
|
|
|
|
| |
MFC after: 3 weeks
|
|
|
|
|
|
| |
flopen(3) function which reliably opens and locks a file.
MFC after: 3 weeks
|
| |
|
|
|
|
|
|
|
| |
user should not depend on the internal variables documented in
this man page.
MFC After: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) The man page should describe the code, not the other way around.
2) Internal variables should not be documented or exposed, except in
controlled circumstances (i.e. - That's what the -C flag is for).
The variable should have been saved to the config file in save_config().
3) The next available userid doesn't get automatically updated. The
end-result is the same (user gets added with the correct uid),
but in an interactive session the default uid doesn't get updated in
the display.
So,
o Use the uidstart variable instead of uuid (bug #3)
o Actually save the variable to adduser.conf (bug #2)
o (bug #1 to be fixed in an upcomming commit to adduser.conf.5)
MFC After: 2 weeks
|
|
|
|
|
|
|
| |
Fix it for real.
Submitted by: Johnny Lee <johnny@bmtk.com>
MFC After: 2 weeks
|
|
|
|
| |
PR: bin/63659
|
|
|
|
| |
PR: bin/53434
|
|
|
|
| |
more specific about the effect of the current umask on -M.
|
| |
|