[odc] Daily src changes for 2007-09-10
ODC
auto at squish.net
Tue Sep 11 07:00:01 BST 2007
OpenBSD src changes summary for 2007-09-10
==========================================
games/fortune lib/libc
lib/libssl sbin/dump
share/man sys/arch/alpha/include
sys/arch/amd64/include sys/arch/arm/include
sys/arch/hppa/include sys/arch/hppa64/include
sys/arch/i386/include sys/arch/i386/pci
sys/arch/m68k/include sys/arch/m88k/include
sys/arch/mac68k/dev sys/arch/mac68k/include
sys/arch/mac68k/mac68k sys/arch/mips64/include
sys/arch/powerpc/include sys/arch/sh/include
sys/arch/solbourne/include sys/arch/sparc/include
sys/arch/sparc/sparc sys/arch/sparc64/conf
sys/arch/sparc64/include sys/arch/sparc64/sparc64
sys/arch/vax/vax sys/crypto
sys/dev sys/dev/ic
sys/dev/pci sys/dev/sbus
sys/dev/sdmmc sys/dev/usb
sys/dev/wscons sys/dev/wsfont
sys/kern sys/lib/libsa
sys/netinet sys/ufs/ffs
sys/uvm usr.bin/cdio
usr.bin/cvs usr.bin/diff3
usr.bin/gprof usr.bin/mail
usr.bin/mkstr usr.bin/rcs
usr.bin/readlink usr.bin/sudo
usr.bin/tftp usr.bin/top
usr.bin/xstr usr.sbin/cron
usr.sbin/hoststated usr.sbin/lpr
== games ============================================================= 01/07 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/games
fortune
~ fortune/fortune.c
> Proper use of fseek/fseeko macros.
> OK joris@, otto@ (tobias@)
== lib =============================================================== 02/07 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/lib
libc
~ rpc/xdr_stdio.c
> Proper use of fseek/fseeko macros.
> OK joris@, otto@ (tobias@)
libssl
~ src/crypto/bio/bss_file.c
> Proper use of fseek/fseeko macros.
> OK joris@, otto@ (tobias@)
== sbin ============================================================== 03/07 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sbin
dump
~ itime.c
> Proper use of fseek/fseeko macros.
> OK joris@, otto@ (tobias@)
== share ============================================================= 04/07 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/share
man
~ man9/uvm.9
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
~ man4/wpi.4
> point to new 2.14.1.15 firmware (-current only). (damien@)
== sys =============================================================== 05/07 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
arch/alpha/include
~ pmap.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/amd64/include
~ pmap.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/arm/include
~ pmap.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/hppa/include
~ pmap.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/hppa64/include
~ pmap.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/i386/include
~ pmap.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/i386/pci
~ glxsb.c
> Remove unused "extern" declaration.
> ok tom@ (henric@)
arch/m68k/include
~ pmap_motorola.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/m88k/include
~ pmap.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/mac68k/dev
~ grf_mv.c ~ if_ae_nubus.c
~ if_sm_nubus.c ~ if_sn_nubus.c
~ if_sn_obio.c
> Pass a real ipl level to add_nubus_intr(), and make sure the interrupt
> handler is invoked with spl raised to the given level, otherwise all nubus
> interrupts are processed at level 2. (miod@)
arch/mac68k/include
~ viareg.h
> Pass a real ipl level to add_nubus_intr(), and make sure the interrupt
> handler is invoked with spl raised to the given level, otherwise all nubus
> interrupts are processed at level 2. (miod@)
arch/mac68k/mac68k
~ via.c
> Pass a real ipl level to add_nubus_intr(), and make sure the interrupt
> handler is invoked with spl raised to the given level, otherwise all nubus
> interrupts are processed at level 2. (miod@)
arch/mips64/include
~ pmap.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/powerpc/include
~ pmap.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/sh/include
~ pmap.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/solbourne/include
~ pmap.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/sparc/include
~ pmap.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/sparc/sparc
~ pmap.c
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/sparc64/conf
~ files.sparc64
> IPI implementation. Bits and pieces from NetBSD, but the interface has
> been
> changed to free up another 64-bit word in the interrupt transaction. This
> means we have two 64-bit words available for arguments, which means we
> probably don't need to pass arguments through structures. (kettenis@)
arch/sparc64/include
~ pmap.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
arch/sparc64/sparc64
~ locore.s + ipifuncs.c
> IPI implementation. Bits and pieces from NetBSD, but the interface has
> been
> changed to free up another 64-bit word in the interrupt transaction. This
> means we have two 64-bit words available for arguments, which means we
> probably don't need to pass arguments through structures. (kettenis@)
~ ipifuncs.c
> Missing $OpenBSD$ tag. (kettenis@)
arch/vax/vax
~ pmap.c
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
crypto
~ cryptosoft.c ~ cryptosoft.h
~ sha1.c ~ sha1.h
~ xform.c ~ xform.h
> Make the hmac ipad/opad globals "const" and fixup the crypto functions
> to match.
> ok deraadt@ (henric@)
dev
~ audio.c
> initialize sc_outports->master and sc_inports->master. Fixes "set failed"
> errors when running audioctl(1) on devices without master controls
> ok jakemsr@ (ratchov@)
~ cninit.c
> Make function pointer calls look all alike; from Holger Mikolon.
> No change in generated code. (miod@)
~ systrace.c
> more MALLOC/FREE -> malloc/free and M_ZERO changes
> ok pyr@ (gilles@)
~ audio.c
> fix uninitialized linked list head
> ok jakemsr@ (ratchov@)
dev/ic
~ i82596.c
> Fix setting up the multicast filter. Fixes PR 5474.
> "looks right" deraadt@ (kettenis@)
dev/pci
~ azalia_codec.c
> Set bidirectional pins to output, ignoring what the codec says is
> their purpose, since that's often incorrect.
> This should solve some no-sound problems for codecs using the generic
> functions.
> From kent at netbsd (deanna@)
~ azalia.c
> Some pin widgets default to off, so make sure they're all enabled, not
> just the bidirectional ones.
> This could fix some no-sound problems on codecs using the generic
> functions.
> Code from kent at netbsd (deanna@)
~ azalia.h ~ azalia_codec.c
> Add command verbs, a mixer target and mixer controls for EAPD control.
> Some codecs, like the AD1984 found in x60s, need this in order for the
> speakers to work.
> New mixer items with names *.eapd will show up for codecs that need it
> and that are using the generic functions.
> From kent at netbsd (deanna@)
~ azalia.c ~ azalia.h
> If 44.1kHz sample rate isn't supported, use 48kHz instead. (deanna@)
~ if_iwnreg.h
> cleanup. no binary change. (damien@)
~ if_iwn.c
> only send a sensitivity update command when the settings have changed.
> (damien@)
~ if_iwn.c ~ if_iwnreg.h
> if more than 5 consecutive beacons are lost, reinitialize sensitivity
> state machine. (damien@)
~ if_wpi.c ~ if_wpireg.h
> - add support for 802.11 headers with various sizes (will be required
> for EDCA support).
> - remove an unused function.
> - fix scan command.
> - detect if the hardware radio switch is on instead of failing in the
> calibration of the thermal sensor with an obscure message. (damien@)
~ if_iwn.c ~ if_iwnreg.h
> fix interrupts processing and scan command + cleanup (damien@)
~ if_wpireg.h
> fix boot code maximum size. (damien@)
~ azalia.c
> Fix a copy/pasto from last year. CMI9880 should work now.
> ok brad (copy/pasto-er) (deanna@)
~ azalia.c ~ azalia_codec.c
> Use M_ZERO.
> ok dlg@ (deanna@)
dev/sbus
~ dma_sbus.c ~ isp_sbus.c
~ lebuffer.c ~ qec.c
> more MALLOC/FREE -> malloc/free and M_ZERO changes
> ok pyr@ (gilles@)
dev/sdmmc
~ sdhc.c ~ sdmmc.c
~ sdmmc_scsi.c
> more MALLOC/FREE -> malloc/free and M_ZERO changes
> ok pyr@ (gilles@)
dev/usb
~ ucycom.c ~ uhci.c
> more M_ZERO usage. (fgsch@)
dev/wscons
~ wsemul_vt100.c ~ wsevent.c
~ wskbd.c
> more MALLOC/FREE -> malloc/free and M_ZERO changes
> ok pyr@ (gilles@)
dev/wsfont
~ wsfont.c
> more MALLOC/FREE -> malloc/free and M_ZERO changes
> ok pyr@ (gilles@)
kern
~ init_main.c
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
lib/libsa
~ cons.c
> Make function pointer calls look all alike; from Holger Mikolon.
> No change in generated code. (miod@)
netinet
~ ip_input.c
> Remove the ipq locking, it isn't strictly needed right now
> and is actually wrong in some cases, since we can enter
> functions without taking the lock because the return value
> of ipq_lock() isn't checked properly.
> However, this needs to be revisited when we start calling
> ip_drain() from the pool code when we are running out of
> memory, but this isn't done currently.
> OK art@, henning@ (thib@)
ufs/ffs
~ ffs_vfsops.c
> Lock the vnode in ffs_unmount() before passing it too vinvalbuf()
> and VOP_CLOSE() since both of them expected it too be locked.
> ok art@ (thib@)
~ ffs_alloc.c
> When selecting cylinder groups as candidates for new directory creation
> make sure that theres a minimum amount of free blocks in that cylinder
> group by tweaking the minbfree calculation. Without this, cylinder groups
> with no free blocks could be chosen which resaults in expensive searches
> for free blocks each time a new file is created in the directory.
> Tweak the calculation of minifree (minimum free inodes) in the same
> way. Also decrease the maxcontigdirs as the file system fills up to
> lessen the chance of directory clusters overflowing the available
> space in the cylinder group.
> From FreeBSD (Rev 1.116 of sys/ufs/ffs/ffs_alloc.c);
> ok miod@ (thib@)
uvm
~ uvm_extern.h ~ uvm_map.c
~ uvm_pmap.h
> Introduce a md pmap hook, pmap_remove_holes(), which is supposed to mark
> the holes a MMU may have from a given vm_map. This will be automagically
> invoked for newly created vmspaces.
> On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
> mmap(2) hints which would end up being in the hole to be accepted as valid,
> causing unexpected signals when the process tries to access the hole
> (since pmap can not fill the hole anyway).
> Unfortunately, the logic mmap() uses to pick a valid address for anonymous
> mappings needs work, as it will only try to find an address higher than the
> hint, which causes all mmap() with a hint in the hole to fail on vax. This
> will be improved later. (miod@)
== usr.bin =========================================================== 06/07 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin
cdio
~ cddb.c
> Make sure we don't skip the code which sends the QUIT command to the CDDB
> server and validates the returned track names. Unreachable code spotted
> by lint.
> OK krw@, deraadt@, espie@ (cloder@)
cvs
~ cvs.c
> Fixed segmentation fault that occured during .cvsrc parsing if an invalid
> cvs command has been specified.
> Spotted by Mathias De Belder <mathias at woei dot be> who also supplied a
> patch, although I took his second suggestion.
> OK joris@ (tobias@)
~ history.c
> Properly display list of commands in default 80 column terminal.
> OK joris@ (tobias@)
~ client.c ~ cvs.h
~ root.c
> Allow port specification in our CVSROOT which is used for our
> ssh connection to our server.
> Example: joris at somehost.com:2222:/cvs
> OK tobias@ (joris@)
~ diff3.c
> Proper use of fseek/fseeko macros.
> OK joris@, otto@ (tobias@)
~ client.c ~ cvs.h
~ root.c
> remove my addition of portnumber for rsh in CVSROOT.
> while it sounds like a "good" idea some people convinced me otherwise.
> mostly because this breaks compat with GNU cvs. (joris@)
diff3
~ diff3prog.c
> Proper use of fseek/fseeko macros.
> OK joris@, otto@ (tobias@)
gprof
~ aout.c
> Proper use of fseek/fseeko macros.
> OK joris@, otto@ (tobias@)
mail
~ collect.c ~ edit.c
~ fio.c ~ quit.c
> Proper use of fseek/fseeko macros.
> OK joris@, otto@ (tobias@)
mkstr
~ mkstr.c
> Proper use of fseek/fseeko macros.
> OK joris@, otto@ (tobias@)
rcs
~ diff3.c
> Proper use of fseek/fseeko macros.
> OK joris@, otto@ (tobias@)
readlink
~ readlink.c
> optional flags must be sorted and enclosed in single brackets,
> as style(9) suggests; usage() should be a function; minor KNF fix
> ok otto@ (sobrado@)
sudo
~ parse.yacc
> Use erealloc3() in more_aliases() instead of malloc/realloc. (millert@)
tftp
~ tftpsubs.c
> Proper use of fseek/fseeko macros.
> OK joris@, otto@ (tobias@)
top
~ top.c
> typo in message, from Mark Lumsden. (otto@)
xstr
~ xstr.c
> Proper use of fseek/fseeko macros.
> OK joris@, otto@ (tobias@)
== usr.sbin ========================================================== 07/07 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin
cron
~ env.c
> Proper use of fseek/fseeko macros.
> OK joris@, otto@ (tobias@)
hoststated
~ Makefile ~ hoststated.conf.5
~ hoststated.h ~ parse.y
~ relay.c + relay_udp.c
> add support for relaying DNS traffic (with a little bit of packet
> header randomization). this adds an infrastructure to support
> UDP-based protocols.
> ok gilles@, tested by some (reyk@)
lpr
~ lpd/printjob.c
> Proper use of fseek/fseeko macros.
> OK joris@, otto@ (tobias@)
===============================================================================
More information about the odc
mailing list