OpenBSD src changes summary for 2016-02-27
==========================================

distrib/miniroot                        games/worms
lib/libc                                share/man
sys/arch/alpha/include                  sys/arch/amd64/amd64
sys/arch/amd64/include                  sys/arch/arm/arm
sys/arch/arm/include                    sys/arch/hppa/hppa
sys/arch/hppa/include                   sys/arch/hppa64/hppa64
sys/arch/hppa64/include                 sys/arch/i386/i386
sys/arch/i386/include                   sys/arch/mips64/mips64
sys/arch/sgi/sgi                        sys/arch/sh/include
sys/arch/sh/sh                          sys/arch/sparc/include
sys/arch/sparc/sparc                    sys/arch/sparc64/include
sys/arch/sparc64/sparc64                sys/arch/vax/include
sys/arch/vax/vax                        sys/ddb
sys/dev/pckbc                           sys/isofs/cd9660
sys/ntfs                                sys/sys
sys/ufs/ext2fs                          sys/ufs/ffs
sys/ufs/ufs                             

== distrib =========================================================== 01/05 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib

miniroot

  ~ install.sub                           

  > Shorter version that does the same.
  > Change description to better match the purpose of this function.
  > OK halex@ (rpe@)

  ~ install.sub                           

  > Cleanup the list of usernames that are rejected during installation.
  > - sendmail, named, popa3d are not part of base anymore and their ports
  > versions use _<username>.
  > - _tftp_proxy and _ftp_proxy are used instead of the proxy user.
  > OK ajacoutot@ (rpe@)

== games ============================================================= 02/05 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/games

worms

  ~ worms.c                               

  > Untangle a mess of nested ternary operators.
  > ok mestre@ (tb@)

== lib =============================================================== 03/05 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib

libc

  ~ locale/mbtowc.c                       

  > If an incomplete character is passed to mbtowc(3), set errno to EILSEQ.
  > This is unambiguously required both by POSIX and by our own manual page.
  > It also makes a lot of sense because having a function that can
  > fail and that sets errno in some failure modes but does not set
  > errno in other failure modes would be a terrible idea.  Such a
  > function would be ridiculously complicated to use.  To detect the
  > reason for failure, you would have to:
  > - save errno
  > - reset errno to zero
  > - call the function
  > - inspect the return value to detect failure
  > - inspect errno to decide about the reason for failure
  > - if errno is zero, restore the saved errno
  > That is completely unreasonable, in particular for a seemingly innocous
  > function like mbtowc(3).  Next to no programmer would get that right in
  > any real-world program.
  > Note that this bug is very widespread, it also affects NetBSD,
  > FreeBSD, Solaris 11, and glibc.  I will also send a note around to
  > the other systems.
  > There may be fallout from programs using the interface incorrectly.
  > If you run into any, please report that to me.
  > OK millert@ (schwarze@)

  ~ locale/mbtowc.3                       

  > Fix STANDARDS: use the appropriate .St argument and add the information
  > that setting errno is required by POSIX, but not by ISO C. (schwarze@)

== share ============================================================= 04/05 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share

man

  ~ man4/man4.amd64/apm.4                 ~ man4/man4.i386/apm.4
  ~ man4/man4.loongson/apm.4              ~ man4/man4.macppc/apm.4
  ~ man4/man4.sparc/tctrl.4               ~ man4/man4.zaurus/apm.4

  > Add documentation for the APM_IOC_HIBERNATE ioctl.
  > tweaks and ok jmc@ (natano@)

== sys =============================================================== 05/05 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys

arch/alpha/include

  ~ db_machdep.h                          

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/amd64/amd64

  ~ db_interface.c                        ~ trap.c

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/amd64/include

  ~ db_machdep.h                          

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/arm/arm

  ~ db_interface.c                        ~ fault.c

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/arm/include

  ~ db_machdep.h                          

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/hppa/hppa

  ~ db_interface.c                        ~ trap.c

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/hppa/include

  ~ db_machdep.h                          

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/hppa64/hppa64

  ~ db_interface.c                        ~ trap.c

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

  ~ intr.c                                

  > Remove a couple malloc casts. No functional change. (mmcc@)

arch/hppa64/include

  ~ db_machdep.h                          

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/i386/i386

  ~ db_interface.c                        ~ trap.c

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/i386/include

  ~ db_machdep.h                          

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/mips64/mips64

  ~ db_machdep.c                          ~ trap.c

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/sgi/sgi

  ~ ip27_machdep.c                        ~ ip30_machdep.c

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/sh/include

  ~ db_machdep.h                          

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/sh/sh

  ~ db_interface.c                        ~ trap.c

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/sparc/include

  ~ db_machdep.h                          

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/sparc/sparc

  ~ db_interface.c                        ~ trap.c

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/sparc64/include

  ~ db_machdep.h                          

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/sparc64/sparc64

  ~ db_interface.c                        ~ trap.c

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/vax/include

  ~ db_machdep.h                          

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

arch/vax/vax

  ~ db_machdep.c                          ~ trap.c

  > Rename kdb_trap() into db_ktrap().
  > The goal is to include it in the list of functions that must not be
  > instrumented.  All ddb(8) functions should be in this list and have
  > their names start with 'db_'.
  > ok visa@, deraadt@ (mpi@)

ddb

  ~ db_elf.c                              ~ db_hangman.c
  ~ db_sym.c                              ~ db_sym.h

  > Remove the "symbol table" argument of the functions dealing with
  > symbols.
  > There's no reason to ask the programmer to supply a specific symbol
  > table since the kernel only have one.
  > ok visa@, guenther@ (mpi@)

dev/pckbc

  ~ pms.c                                 

  > pakets -> packets (mmcc@)

isofs/cd9660

  ~ cd9660_vfsops.c                       

  > Move mnt_maxsymlink from struct mount to struct ufsmount.
  > The concept of differentiating between "short" and "long" symlinks is
  > specific to ufs/, so it shouldn't creep into the generic fs layer.
  > Inspired by a similar commit to NetBSD.
  > While there replace all references to mnt_maxsymlinklen in ufs/ext2fs
  > with EXT2_MAXSYMLINKLEN, which is the constant max short symlink len for
  > ext2fs. This allows to get rid of some (mnt_maxsymlinklen == 0) checks
  > there, which is always false for ext2fs.
  > input and ok stefan@
  > ok millert@ (natano@)

ntfs

  ~ ntfs_vfsops.c                         

  > Move mnt_maxsymlink from struct mount to struct ufsmount.
  > The concept of differentiating between "short" and "long" symlinks is
  > specific to ufs/, so it shouldn't creep into the generic fs layer.
  > Inspired by a similar commit to NetBSD.
  > While there replace all references to mnt_maxsymlinklen in ufs/ext2fs
  > with EXT2_MAXSYMLINKLEN, which is the constant max short symlink len for
  > ext2fs. This allows to get rid of some (mnt_maxsymlinklen == 0) checks
  > there, which is always false for ext2fs.
  > input and ok stefan@
  > ok millert@ (natano@)

sys

  ~ mount.h                               

  > Move mnt_maxsymlink from struct mount to struct ufsmount.
  > The concept of differentiating between "short" and "long" symlinks is
  > specific to ufs/, so it shouldn't creep into the generic fs layer.
  > Inspired by a similar commit to NetBSD.
  > While there replace all references to mnt_maxsymlinklen in ufs/ext2fs
  > with EXT2_MAXSYMLINKLEN, which is the constant max short symlink len for
  > ext2fs. This allows to get rid of some (mnt_maxsymlinklen == 0) checks
  > there, which is always false for ext2fs.
  > input and ok stefan@
  > ok millert@ (natano@)

ufs/ext2fs

  ~ ext2fs_inode.c                        ~ ext2fs_readwrite.c
  ~ ext2fs_vfsops.c                       ~ ext2fs_vnops.c

  > Move mnt_maxsymlink from struct mount to struct ufsmount.
  > The concept of differentiating between "short" and "long" symlinks is
  > specific to ufs/, so it shouldn't creep into the generic fs layer.
  > Inspired by a similar commit to NetBSD.
  > While there replace all references to mnt_maxsymlinklen in ufs/ext2fs
  > with EXT2_MAXSYMLINKLEN, which is the constant max short symlink len for
  > ext2fs. This allows to get rid of some (mnt_maxsymlinklen == 0) checks
  > there, which is always false for ext2fs.
  > input and ok stefan@
  > ok millert@ (natano@)

ufs/ffs

  ~ ffs_inode.c                           ~ ffs_vfsops.c
  ~ ffs_vnops.c                           

  > Move mnt_maxsymlink from struct mount to struct ufsmount.
  > The concept of differentiating between "short" and "long" symlinks is
  > specific to ufs/, so it shouldn't creep into the generic fs layer.
  > Inspired by a similar commit to NetBSD.
  > While there replace all references to mnt_maxsymlinklen in ufs/ext2fs
  > with EXT2_MAXSYMLINKLEN, which is the constant max short symlink len for
  > ext2fs. This allows to get rid of some (mnt_maxsymlinklen == 0) checks
  > there, which is always false for ext2fs.
  > input and ok stefan@
  > ok millert@ (natano@)

ufs/ufs

  ~ ufs_dirhash.c                         ~ ufs_lookup.c
  ~ ufs_vnops.c                           ~ ufsmount.h

  > Move mnt_maxsymlink from struct mount to struct ufsmount.
  > The concept of differentiating between "short" and "long" symlinks is
  > specific to ufs/, so it shouldn't creep into the generic fs layer.
  > Inspired by a similar commit to NetBSD.
  > While there replace all references to mnt_maxsymlinklen in ufs/ext2fs
  > with EXT2_MAXSYMLINKLEN, which is the constant max short symlink len for
  > ext2fs. This allows to get rid of some (mnt_maxsymlinklen == 0) checks
  > there, which is always false for ext2fs.
  > input and ok stefan@
  > ok millert@ (natano@)

===============================================================================
_______________________________________________
odc mailing list
[email protected]
http://www.squish.net/mailman/listinfo/odc

Reply via email to