#
bec97567 |
| 06-Mar-2022 |
hgutch <hgutch@NetBSD.org> |
Make sure daddr_t is a 64 bit type when building tools. (see also PR sw-bug/56742 ).
|
#
a8a5c538 |
| 03-Sep-2018 |
riastradh <riastradh@NetBSD.org> |
Rename min/max -> uimin/uimax for better honesty.
These functions are defined on unsigned int. The generic name min/max should not silently truncate to 32 bits on 64-bit systems. This is purely a n
Rename min/max -> uimin/uimax for better honesty.
These functions are defined on unsigned int. The generic name min/max should not silently truncate to 32 bits on 64-bit systems. This is purely a name change -- no functional change intended.
HOWEVER! Some subsystems have
#define min(a, b) ((a) < (b) ? (a) : (b)) #define max(a, b) ((a) > (b) ? (a) : (b))
even though our standard name for that is MIN/MAX. Although these may invite multiple evaluation bugs, these do _not_ cause integer truncation.
To avoid `fixing' these cases, I first changed the name in libkern, and then compile-tested every file where min/max occurred in order to confirm that it failed -- and thus confirm that nothing shadowed min/max -- before changing it.
I have left a handful of bootloaders that are too annoying to compile-test, and some dead code:
cobalt ews4800mips hp300 hppa ia64 luna68k vax acorn32/if_ie.c (not included in any kernels) macppc/if_gm.c (superseded by gem(4))
It should be easy to fix the fallout once identified -- this way of doing things fails safe, and the goal here, after all, is to _avoid_ silent integer truncations, not introduce them.
Maybe one day we can reintroduce min/max as type-generic things that never silently truncate. But we should avoid doing that for a while, so that existing code has a chance to be detected by the compiler for conversion to uimin/uimax without changing the semantics until we can properly audit it all. (Who knows, maybe in some cases integer truncation is actually intended!)
show more ...
|
#
b879f2be |
| 16-Feb-2017 |
christos <christos@NetBSD.org> |
need <sys/stat.h>
|
#
1edf0718 |
| 16-Feb-2017 |
christos <christos@NetBSD.org> |
fix msdos reproducible builds!
|
#
65f3ce18 |
| 29-Mar-2015 |
agc <agc@NetBSD.org> |
Make the userland signature and uses of bread() match the kernel ones, after the removal of the cred argument.
|
#
aa895709 |
| 30-Jan-2013 |
christos <christos@NetBSD.org> |
- don't abuse vp->fs to mean struct fs for ffs and struct msdos_opts; make it always fsinfo_t and change void * to that. - kill unused structure members.
|
#
d4c7f69c |
| 30-Jan-2013 |
christos <christos@NetBSD.org> |
buf is generic; it has nothing to do with ffs and will eventually be moved. gc sectorize.
|
#
05049245 |
| 28-Jan-2013 |
christos <christos@NetBSD.org> |
- use emalloc and friends - kill a bunch of global variables, more work to be done here - homogenize option parsing. more work for cd9660 - use the new options parsing code to print an fs-specific us
- use emalloc and friends - kill a bunch of global variables, more work to be done here - homogenize option parsing. more work for cd9660 - use the new options parsing code to print an fs-specific usage
show more ...
|
#
0a62dad6 |
| 27-Jan-2013 |
christos <christos@NetBSD.org> |
This works well enough to populate plain files in the root dir. creating directories fails.
|
#
be3018d5 |
| 27-Jan-2013 |
christos <christos@NetBSD.org> |
zero memory
|
#
b15bb7c8 |
| 26-Jan-2013 |
christos <christos@NetBSD.org> |
make this cross-compile friendly.
|
#
5362abb6 |
| 26-Jan-2013 |
christos <christos@NetBSD.org> |
make the buffer functions look exactly like the kernel ones and add other cruft to make the kernel files compile.
|
#
1226af2b |
| 02-Nov-2001 |
lukem <lukem@NetBSD.org> |
tweak copyright
|
#
6325773e |
| 26-Oct-2001 |
lukem <lukem@NetBSD.org> |
makefs - create a file system image from a directory tree. It doesn't need any special privileges or kernel devices.
Only ffs image creation is supported at this time, although makefs has been desig
makefs - create a file system image from a directory tree. It doesn't need any special privileges or kernel devices.
Only ffs image creation is supported at this time, although makefs has been designed to allow the addition of other file system formats by writing new back-ends.
This program was designed & implemented by Luke Mewburn of Wasabi Systems.
show more ...
|