tag:old.nabble.com,2006:forum-12289Nabble - current-users2009-12-01T19:14:50ZThis is a forum for all people using an up-to-date version of the NetBSD-current source tree. It is a good forum for talking about `gotchas' in the tree. Since the NetBSD-current tree is a quickly moving target, please confirm any problems with the latest tree before posting.tag:old.nabble.com,2006:post-26602903daily CVS update output2009-12-01T19:14:50Z2009-12-01T19:14:50ZNetBSD source update<br>Updating src tree:
<br>U src/crypto/external/bsd/netpgp/dist/bindings/perl/Makefile
<br>U src/crypto/external/bsd/netpgp/dist/bindings/perl/netpgp.h
<br>U src/crypto/external/bsd/netpgp/dist/bindings/perl/netpgp.pl
<br>U src/crypto/external/bsd/netpgp/dist/bindings/perl/netpgpperl.i
<br>U src/crypto/external/bsd/netpgp/dist/bindings/perl/netpgpperl.pm
<br>U src/crypto/external/bsd/netpgp/dist/bindings/perl/netpgpperl_wrap.c
<br>U src/crypto/external/bsd/netpgp/dist/bindings/perl/shlib_version
<br>U src/crypto/external/bsd/netpgp/dist/bindings/python/Makefile
<br>U src/crypto/external/bsd/netpgp/dist/bindings/python/netpgp.h
<br>U src/crypto/external/bsd/netpgp/dist/bindings/python/netpgp.py
<br>U src/crypto/external/bsd/netpgp/dist/bindings/python/netpgppython.i
<br>U src/crypto/external/bsd/netpgp/dist/bindings/python/netpgppython.py
<br>U src/crypto/external/bsd/netpgp/dist/bindings/python/netpgppython_wrap.c
<br>U src/crypto/external/bsd/netpgp/dist/bindings/python/shlib_version
<br>U src/crypto/external/bsd/netpgp/dist/bindings/swig/netpgp.i
<br>U src/crypto/external/bsd/netpgp/dist/bindings/swig/swigit
<br>U src/crypto/external/bsd/netpgp/dist/bindings/tcl/Makefile
<br>U src/crypto/external/bsd/netpgp/dist/bindings/tcl/netpgp.h
<br>U src/crypto/external/bsd/netpgp/dist/bindings/tcl/netpgp.tcl
<br>U src/crypto/external/bsd/netpgp/dist/bindings/tcl/netpgptcl.i
<br>U src/crypto/external/bsd/netpgp/dist/bindings/tcl/netpgptcl_wrap.c
<br>U src/crypto/external/bsd/netpgp/dist/bindings/tcl/shlib_version
<br>U src/dist/pf/pf2netbsd
<br>P src/distrib/sets/Makefile
<br>P src/distrib/sets/regpkg
<br>P src/distrib/sets/regpkgset
<br>P src/distrib/sets/sets.subr
<br>P src/doc/3RDPARTY
<br>P src/doc/CHANGES
<br>U src/external/gpl2/lvm2/dist/Makefile
<br>P src/external/gpl2/lvm2/dist/Makefile.in
<br>U src/external/gpl2/lvm2/dist/VERSION
<br>U src/external/gpl2/lvm2/dist/VERSION_DM
<br>P src/external/gpl2/lvm2/dist/WHATS_NEW
<br>P src/external/gpl2/lvm2/dist/WHATS_NEW_DM
<br>P src/external/gpl2/lvm2/dist/configure
<br>P src/external/gpl2/lvm2/dist/configure.in
<br>P src/external/gpl2/lvm2/dist/lvm2netbsd
<br>U src/external/gpl2/lvm2/dist/make.tmpl
<br>P src/external/gpl2/lvm2/dist/make.tmpl.in
<br>U src/external/gpl2/lvm2/dist/daemons/Makefile
<br>P src/external/gpl2/lvm2/dist/daemons/Makefile.in
<br>cvs update: src/external/gpl2/lvm2/dist/daemons/clogd/Makefile is no longer in the repository
<br>cvs update: src/external/gpl2/lvm2/dist/daemons/clogd/clogd.c is no longer in the repository
<br>cvs update: src/external/gpl2/lvm2/dist/daemons/clogd/cluster.c is no longer in the repository
<br>cvs update: src/external/gpl2/lvm2/dist/daemons/clogd/cluster.h is no longer in the repository
<br>cvs update: src/external/gpl2/lvm2/dist/daemons/clogd/common.h is no longer in the repository
<br>cvs update: src/external/gpl2/lvm2/dist/daemons/clogd/functions.c is no longer in the repository
<br>cvs update: src/external/gpl2/lvm2/dist/daemons/clogd/functions.h is no longer in the repository
<br>cvs update: src/external/gpl2/lvm2/dist/daemons/clogd/link_mon.c is no longer in the repository
<br>cvs update: src/external/gpl2/lvm2/dist/daemons/clogd/link_mon.h is no longer in the repository
<br>cvs update: src/external/gpl2/lvm2/dist/daemons/clogd/list.h is no longer in the repository
<br>cvs update: src/external/gpl2/lvm2/dist/daemons/clogd/local.c is no longer in the repository
<br>cvs update: src/external/gpl2/lvm2/dist/daemons/clogd/local.h is no longer in the repository
<br>cvs update: src/external/gpl2/lvm2/dist/daemons/clogd/logging.c is no longer in the repository
<br>cvs update: src/external/gpl2/lvm2/dist/daemons/clogd/logging.h is no longer in the repository
<br>U src/external/gpl2/lvm2/dist/daemons/clvmd/Makefile
<br>P src/external/gpl2/lvm2/dist/daemons/clvmd/Makefile.in
<br>P src/external/gpl2/lvm2/dist/daemons/clvmd/clvm.h
<br>P src/external/gpl2/lvm2/dist/daemons/clvmd/clvmd-cman.c
<br>P src/external/gpl2/lvm2/dist/daemons/clvmd/clvmd-command.c
<br>P src/external/gpl2/lvm2/dist/daemons/clvmd/clvmd-comms.h
<br>P src/external/gpl2/lvm2/dist/daemons/clvmd/clvmd-corosync.c
<br>P src/external/gpl2/lvm2/dist/daemons/clvmd/clvmd-gulm.c
<br>P src/external/gpl2/lvm2/dist/daemons/clvmd/clvmd-openais.c
<br>P src/external/gpl2/lvm2/dist/daemons/clvmd/clvmd.c
<br>P src/external/gpl2/lvm2/dist/daemons/clvmd/lvm-functions.c
<br>P src/external/gpl2/lvm2/dist/daemons/clvmd/lvm-functions.h
<br>P src/external/gpl2/lvm2/dist/daemons/clvmd/refresh_clvmd.c
<br>P src/external/gpl2/lvm2/dist/daemons/clvmd/tcp-comms.c
<br>U src/external/gpl2/lvm2/dist/daemons/cmirrord/Makefile
<br>U src/external/gpl2/lvm2/dist/daemons/cmirrord/Makefile.in
<br>U src/external/gpl2/lvm2/dist/daemons/cmirrord/clogd.c
<br>U src/external/gpl2/lvm2/dist/daemons/cmirrord/cluster.c
<br>U src/external/gpl2/lvm2/dist/daemons/cmirrord/cluster.h
<br>U src/external/gpl2/lvm2/dist/daemons/cmirrord/common.h
<br>U src/external/gpl2/lvm2/dist/daemons/cmirrord/functions.c
<br>U src/external/gpl2/lvm2/dist/daemons/cmirrord/functions.h
<br>U src/external/gpl2/lvm2/dist/daemons/cmirrord/link_mon.c
<br>U src/external/gpl2/lvm2/dist/daemons/cmirrord/link_mon.h
<br>U src/external/gpl2/lvm2/dist/daemons/cmirrord/local.c
<br>U src/external/gpl2/lvm2/dist/daemons/cmirrord/local.h
<br>U src/external/gpl2/lvm2/dist/daemons/cmirrord/logging.c
<br>U src/external/gpl2/lvm2/dist/daemons/cmirrord/logging.h
<br>P src/external/gpl2/lvm2/dist/daemons/dmeventd/Makefile
<br>P src/external/gpl2/lvm2/dist/daemons/dmeventd/Makefile.in
<br>P src/external/gpl2/lvm2/dist/daemons/dmeventd/libdevmapper-event.c
<br>P src/external/gpl2/lvm2/dist/daemons/dmeventd/libdevmapper-event.pc
<br>U src/external/gpl2/lvm2/dist/daemons/dmeventd/plugins/Makefile
<br>P src/external/gpl2/lvm2/dist/daemons/dmeventd/plugins/Makefile.in
<br>U src/external/gpl2/lvm2/dist/daemons/dmeventd/plugins/mirror/Makefile
<br>P src/external/gpl2/lvm2/dist/daemons/dmeventd/plugins/mirror/Makefile.in
<br>P src/external/gpl2/lvm2/dist/daemons/dmeventd/plugins/mirror/dmeventd_mirror.c
<br>U src/external/gpl2/lvm2/dist/daemons/dmeventd/plugins/snapshot/Makefile
<br>P src/external/gpl2/lvm2/dist/daemons/dmeventd/plugins/snapshot/Makefile.in
<br>P src/external/gpl2/lvm2/dist/daemons/dmeventd/plugins/snapshot/dmeventd_snapshot.c
<br>U src/external/gpl2/lvm2/dist/doc/Makefile
<br>P src/external/gpl2/lvm2/dist/doc/Makefile.in
<br>P src/external/gpl2/lvm2/dist/doc/example.conf
<br>P src/external/gpl2/lvm2/dist/doc/example_cmdlib.c
<br>P src/external/gpl2/lvm2/dist/include/.symlinks
<br>U src/external/gpl2/lvm2/dist/include/.symlinks.in
<br>U src/external/gpl2/lvm2/dist/include/Makefile
<br>P src/external/gpl2/lvm2/dist/include/Makefile.in
<br>P src/external/gpl2/lvm2/dist/include/activate.h
<br>P src/external/gpl2/lvm2/dist/include/archiver.h
<br>P src/external/gpl2/lvm2/dist/include/clvm.h
<br>P src/external/gpl2/lvm2/dist/include/config.h
<br>P src/external/gpl2/lvm2/dist/include/configure.h
<br>P src/external/gpl2/lvm2/dist/include/defaults.h
<br>P src/external/gpl2/lvm2/dist/include/device.h
<br>P src/external/gpl2/lvm2/dist/include/dm-ioctl.h
<br>U src/external/gpl2/lvm2/dist/include/dm-log-userspace.h
<br>P src/external/gpl2/lvm2/dist/include/dm-logging.h
<br>P src/external/gpl2/lvm2/dist/include/errors.h
<br>P src/external/gpl2/lvm2/dist/include/filter.h
<br>P src/external/gpl2/lvm2/dist/include/libdevmapper.h
<br>P src/external/gpl2/lvm2/dist/include/locking.h
<br>P src/external/gpl2/lvm2/dist/include/log.h
<br>P src/external/gpl2/lvm2/dist/include/lvm-exec.h
<br>P src/external/gpl2/lvm2/dist/include/lvm-logging.h
<br>U src/external/gpl2/lvm2/dist/include/lvm-version.h
<br>P src/external/gpl2/lvm2/dist/include/lvm-wrappers.h
<br>cvs update: src/external/gpl2/lvm2/dist/include/lvm2.h is no longer in the repository
<br>U src/external/gpl2/lvm2/dist/include/lvm2app.h
<br>P src/external/gpl2/lvm2/dist/include/lvmcache.h
<br>P src/external/gpl2/lvm2/dist/include/memlock.h
<br>P src/external/gpl2/lvm2/dist/include/metadata-exported.h
<br>P src/external/gpl2/lvm2/dist/include/metadata.h
<br>P src/external/gpl2/lvm2/dist/include/pogen.h
<br>P src/external/gpl2/lvm2/dist/include/report.h
<br>P src/external/gpl2/lvm2/dist/include/segtype.h
<br>P src/external/gpl2/lvm2/dist/include/text_export.h
<br>P src/external/gpl2/lvm2/dist/include/toolcontext.h
<br>P src/external/gpl2/lvm2/dist/include/version.h
<br>U src/external/gpl2/lvm2/dist/lib/Makefile
<br>P src/external/gpl2/lvm2/dist/lib/Makefile.in
<br>cvs update: src/external/gpl2/lvm2/dist/lib/lvm2.h is no longer in the repository
<br>P src/external/gpl2/lvm2/dist/lib/activate/activate.c
<br>P src/external/gpl2/lvm2/dist/lib/activate/activate.h
<br>P src/external/gpl2/lvm2/dist/lib/activate/dev_manager.c
<br>P src/external/gpl2/lvm2/dist/lib/activate/dev_manager.h
<br>P src/external/gpl2/lvm2/dist/lib/activate/fs.c
<br>P src/external/gpl2/lvm2/dist/lib/cache/lvmcache.c
<br>P src/external/gpl2/lvm2/dist/lib/cache/lvmcache.h
<br>P src/external/gpl2/lvm2/dist/lib/commands/errors.h
<br>P src/external/gpl2/lvm2/dist/lib/commands/toolcontext.c
<br>P src/external/gpl2/lvm2/dist/lib/commands/toolcontext.h
<br>P src/external/gpl2/lvm2/dist/lib/config/config.c
<br>P src/external/gpl2/lvm2/dist/lib/config/config.h
<br>P src/external/gpl2/lvm2/dist/lib/config/defaults.h
<br>P src/external/gpl2/lvm2/dist/lib/datastruct/str_list.c
<br>P src/external/gpl2/lvm2/dist/lib/device/dev-cache.c
<br>P src/external/gpl2/lvm2/dist/lib/device/dev-io.c
<br>P src/external/gpl2/lvm2/dist/lib/device/dev-md.c
<br>U src/external/gpl2/lvm2/dist/lib/device/dev-swap.c
<br>P src/external/gpl2/lvm2/dist/lib/device/device.c
<br>P src/external/gpl2/lvm2/dist/lib/device/device.h
<br>P src/external/gpl2/lvm2/dist/lib/display/display.c
<br>P src/external/gpl2/lvm2/dist/lib/error/errseg.c
<br>P src/external/gpl2/lvm2/dist/lib/filters/filter-persistent.c
<br>P src/external/gpl2/lvm2/dist/lib/filters/filter.c
<br>P src/external/gpl2/lvm2/dist/lib/filters/filter.h
<br>P src/external/gpl2/lvm2/dist/lib/filters/filter_netbsd.c
<br>U src/external/gpl2/lvm2/dist/lib/format1/Makefile
<br>P src/external/gpl2/lvm2/dist/lib/format1/Makefile.in
<br>P src/external/gpl2/lvm2/dist/lib/format1/disk-rep.c
<br>P src/external/gpl2/lvm2/dist/lib/format1/disk-rep.h
<br>P src/external/gpl2/lvm2/dist/lib/format1/format1.c
<br>P src/external/gpl2/lvm2/dist/lib/format1/import-export.c
<br>P src/external/gpl2/lvm2/dist/lib/format1/import-extents.c
<br>P src/external/gpl2/lvm2/dist/lib/format1/lvm1-label.c
<br>U src/external/gpl2/lvm2/dist/lib/format_pool/Makefile
<br>P src/external/gpl2/lvm2/dist/lib/format_pool/Makefile.in
<br>P src/external/gpl2/lvm2/dist/lib/format_pool/disk_rep.c
<br>P src/external/gpl2/lvm2/dist/lib/format_pool/format_pool.c
<br>P src/external/gpl2/lvm2/dist/lib/format_pool/import_export.c
<br>P src/external/gpl2/lvm2/dist/lib/format_text/archive.c
<br>P src/external/gpl2/lvm2/dist/lib/format_text/archiver.c
<br>P src/external/gpl2/lvm2/dist/lib/format_text/archiver.h
<br>P src/external/gpl2/lvm2/dist/lib/format_text/export.c
<br>P src/external/gpl2/lvm2/dist/lib/format_text/flags.c
<br>P src/external/gpl2/lvm2/dist/lib/format_text/format-text.c
<br>P src/external/gpl2/lvm2/dist/lib/format_text/import_vsn1.c
<br>P src/external/gpl2/lvm2/dist/lib/format_text/text_export.h
<br>P src/external/gpl2/lvm2/dist/lib/format_text/text_label.c
<br>P src/external/gpl2/lvm2/dist/lib/label/label.c
<br>P src/external/gpl2/lvm2/dist/lib/locking/.exported_symbols
<br>U src/external/gpl2/lvm2/dist/lib/locking/Makefile
<br>P src/external/gpl2/lvm2/dist/lib/locking/Makefile.in
<br>P src/external/gpl2/lvm2/dist/lib/locking/cluster_locking.c
<br>P src/external/gpl2/lvm2/dist/lib/locking/external_locking.c
<br>P src/external/gpl2/lvm2/dist/lib/locking/file_locking.c
<br>P src/external/gpl2/lvm2/dist/lib/locking/locking.c
<br>P src/external/gpl2/lvm2/dist/lib/locking/locking.h
<br>P src/external/gpl2/lvm2/dist/lib/locking/locking_types.h
<br>P src/external/gpl2/lvm2/dist/lib/locking/no_locking.c
<br>P src/external/gpl2/lvm2/dist/lib/log/log.c
<br>P src/external/gpl2/lvm2/dist/lib/log/log.h
<br>P src/external/gpl2/lvm2/dist/lib/log/lvm-logging.h
<br>P src/external/gpl2/lvm2/dist/lib/metadata/lv_manip.c
<br>P src/external/gpl2/lvm2/dist/lib/metadata/metadata-exported.h
<br>P src/external/gpl2/lvm2/dist/lib/metadata/metadata.c
<br>P src/external/gpl2/lvm2/dist/lib/metadata/metadata.h
<br>P src/external/gpl2/lvm2/dist/lib/metadata/mirror.c
<br>P src/external/gpl2/lvm2/dist/lib/metadata/pv_map.c
<br>P src/external/gpl2/lvm2/dist/lib/metadata/segtype.c
<br>P src/external/gpl2/lvm2/dist/lib/metadata/segtype.h
<br>P src/external/gpl2/lvm2/dist/lib/metadata/snapshot_manip.c
<br>U src/external/gpl2/lvm2/dist/lib/mirror/Makefile
<br>P src/external/gpl2/lvm2/dist/lib/mirror/Makefile.in
<br>P src/external/gpl2/lvm2/dist/lib/mirror/mirrored.c
<br>U src/external/gpl2/lvm2/dist/lib/misc/configure.h
<br>P src/external/gpl2/lvm2/dist/lib/misc/configure.h.in
<br>P src/external/gpl2/lvm2/dist/lib/misc/lvm-exec.c
<br>P src/external/gpl2/lvm2/dist/lib/misc/lvm-exec.h
<br>P src/external/gpl2/lvm2/dist/lib/misc/lvm-file.c
<br>P src/external/gpl2/lvm2/dist/lib/misc/lvm-globals.c
<br>U src/external/gpl2/lvm2/dist/lib/misc/lvm-version.h
<br>U src/external/gpl2/lvm2/dist/lib/misc/lvm-version.h.in
<br>P src/external/gpl2/lvm2/dist/lib/misc/lvm-wrappers.h
<br>P src/external/gpl2/lvm2/dist/lib/mm/memlock.c
<br>P src/external/gpl2/lvm2/dist/lib/mm/memlock.h
<br>P src/external/gpl2/lvm2/dist/lib/report/columns.h
<br>P src/external/gpl2/lvm2/dist/lib/report/report.c
<br>P src/external/gpl2/lvm2/dist/lib/report/report.h
<br>U src/external/gpl2/lvm2/dist/lib/snapshot/Makefile
<br>P src/external/gpl2/lvm2/dist/lib/snapshot/Makefile.in
<br>P src/external/gpl2/lvm2/dist/lib/snapshot/snapshot.c
<br>P src/external/gpl2/lvm2/dist/lib/striped/striped.c
<br>U src/external/gpl2/lvm2/dist/lib/unknown/unknown.c
<br>P src/external/gpl2/lvm2/dist/lib/uuid/uuid.c
<br>P src/external/gpl2/lvm2/dist/lib/zero/zero.c
<br>P src/external/gpl2/lvm2/dist/libdm/.exported_symbols
<br>U src/external/gpl2/lvm2/dist/libdm/Makefile
<br>P src/external/gpl2/lvm2/dist/libdm/Makefile.in
<br>P src/external/gpl2/lvm2/dist/libdm/libdevmapper.h
<br>U src/external/gpl2/lvm2/dist/libdm/libdevmapper.pc
<br>P src/external/gpl2/lvm2/dist/libdm/libdevmapper.pc.in
<br>P src/external/gpl2/lvm2/dist/libdm/libdm-common.c
<br>P src/external/gpl2/lvm2/dist/libdm/libdm-common.h
<br>P src/external/gpl2/lvm2/dist/libdm/libdm-deptree.c
<br>P src/external/gpl2/lvm2/dist/libdm/libdm-report.c
<br>P src/external/gpl2/lvm2/dist/libdm/libdm-string.c
<br>P src/external/gpl2/lvm2/dist/libdm/datastruct/hash.c
<br>P src/external/gpl2/lvm2/dist/libdm/ioctl/libdm-iface.c
<br>P src/external/gpl2/lvm2/dist/libdm/ioctl/libdm-nbsd-iface.c
<br>P src/external/gpl2/lvm2/dist/libdm/ioctl/libdm-targets.h
<br>P src/external/gpl2/lvm2/dist/libdm/ioctl/libdm_netbsd.c
<br>P src/external/gpl2/lvm2/dist/libdm/misc/dm-ioctl.h
<br>U src/external/gpl2/lvm2/dist/libdm/misc/dm-log-userspace.h
<br>P src/external/gpl2/lvm2/dist/libdm/misc/dm-logging.h
<br>P src/external/gpl2/lvm2/dist/libdm/mm/dbg_malloc.c
<br>P src/external/gpl2/lvm2/dist/libdm/mm/pool-debug.c
<br>P src/external/gpl2/lvm2/dist/libdm/mm/pool-fast.c
<br>P src/external/gpl2/lvm2/dist/libdm/mm/pool.c
<br>U src/external/gpl2/lvm2/dist/liblvm/.exported_symbols
<br>U src/external/gpl2/lvm2/dist/liblvm/Makefile
<br>U src/external/gpl2/lvm2/dist/liblvm/Makefile.in
<br>U src/external/gpl2/lvm2/dist/liblvm/liblvm2app.pc
<br>U src/external/gpl2/lvm2/dist/liblvm/liblvm2app.pc.in
<br>U src/external/gpl2/lvm2/dist/liblvm/lvm2app.h
<br>U src/external/gpl2/lvm2/dist/liblvm/lvm_base.c
<br>U src/external/gpl2/lvm2/dist/liblvm/lvm_lv.c
<br>U src/external/gpl2/lvm2/dist/liblvm/lvm_pv.c
<br>U src/external/gpl2/lvm2/dist/liblvm/lvm_vg.c
<br>U src/external/gpl2/lvm2/dist/man/Makefile
<br>P src/external/gpl2/lvm2/dist/man/Makefile.in
<br>P src/external/gpl2/lvm2/dist/man/clvmd.8.in
<br>P src/external/gpl2/lvm2/dist/man/dmsetup.8.in
<br>P src/external/gpl2/lvm2/dist/man/fsadm.8
<br>P src/external/gpl2/lvm2/dist/man/fsadm.8.in
<br>P src/external/gpl2/lvm2/dist/man/lvchange.8.in
<br>P src/external/gpl2/lvm2/dist/man/lvconvert.8.in
<br>P src/external/gpl2/lvm2/dist/man/lvcreate.8.in
<br>P src/external/gpl2/lvm2/dist/man/lvdisplay.8.in
<br>P src/external/gpl2/lvm2/dist/man/lvextend.8.in
<br>P src/external/gpl2/lvm2/dist/man/lvm.8.in
<br>P src/external/gpl2/lvm2/dist/man/lvm.conf.5.in
<br>P src/external/gpl2/lvm2/dist/man/lvreduce.8.in
<br>P src/external/gpl2/lvm2/dist/man/lvremove.8.in
<br>P src/external/gpl2/lvm2/dist/man/lvrename.8.in
<br>P src/external/gpl2/lvm2/dist/man/lvresize.8.in
<br>P src/external/gpl2/lvm2/dist/man/lvs.8.in
<br>P src/external/gpl2/lvm2/dist/man/lvscan.8.in
<br>P src/external/gpl2/lvm2/dist/man/pvcreate.8.in
<br>P src/external/gpl2/lvm2/dist/man/pvdisplay.8.in
<br>P src/external/gpl2/lvm2/dist/man/pvmove.8.in
<br>P src/external/gpl2/lvm2/dist/man/pvs.8.in
<br>P src/external/gpl2/lvm2/dist/man/vgchange.8.in
<br>P src/external/gpl2/lvm2/dist/man/vgconvert.8.in
<br>P src/external/gpl2/lvm2/dist/man/vgcreate.8.in
<br>P src/external/gpl2/lvm2/dist/man/vgdisplay.8.in
<br>P src/external/gpl2/lvm2/dist/man/vgextend.8.in
<br>U src/external/gpl2/lvm2/dist/man/vgimportclone.8
<br>U src/external/gpl2/lvm2/dist/man/vgimportclone.8.in
<br>P src/external/gpl2/lvm2/dist/man/vgmknodes.8.in
<br>P src/external/gpl2/lvm2/dist/man/vgremove.8.in
<br>P src/external/gpl2/lvm2/dist/man/vgs.8.in
<br>P src/external/gpl2/lvm2/dist/man/vgsplit.8.in
<br>U src/external/gpl2/lvm2/dist/po/Makefile
<br>P src/external/gpl2/lvm2/dist/po/Makefile.in
<br>U src/external/gpl2/lvm2/dist/po/lvm2.po
<br>P src/external/gpl2/lvm2/dist/po/pogen.h
<br>U src/external/gpl2/lvm2/dist/scripts/Makefile
<br>P src/external/gpl2/lvm2/dist/scripts/Makefile.in
<br>P src/external/gpl2/lvm2/dist/scripts/clvmd_init_red_hat
<br>P src/external/gpl2/lvm2/dist/scripts/clvmd_init_red_hat.in
<br>P src/external/gpl2/lvm2/dist/scripts/fsadm.sh
<br>U src/external/gpl2/lvm2/dist/scripts/lvm2_monitoring_init_red_hat
<br>U src/external/gpl2/lvm2/dist/scripts/lvm2_monitoring_init_red_hat.in
<br>U src/external/gpl2/lvm2/dist/scripts/vgimportclone.sh
<br>P src/external/gpl2/lvm2/dist/test/Makefile
<br>P src/external/gpl2/lvm2/dist/test/Makefile.in
<br>U src/external/gpl2/lvm2/dist/test/harness.c
<br>P src/external/gpl2/lvm2/dist/test/lvm-utils.sh
<br>U src/external/gpl2/lvm2/dist/test/lvm2app.sh
<br>P src/external/gpl2/lvm2/dist/test/not.c
<br>P src/external/gpl2/lvm2/dist/test/t-000-basic.sh
<br>P src/external/gpl2/lvm2/dist/test/t-covercmd.sh
<br>P src/external/gpl2/lvm2/dist/test/t-inconsistent-metadata.sh
<br>P src/external/gpl2/lvm2/dist/test/t-listings.sh
<br>U src/external/gpl2/lvm2/dist/test/t-lvconvert-repair.sh
<br>P src/external/gpl2/lvm2/dist/test/t-lvcreate-usage.sh
<br>P src/external/gpl2/lvm2/dist/test/t-lvextend-percent-extents.sh
<br>U src/external/gpl2/lvm2/dist/test/t-lvm-init.sh
<br>P src/external/gpl2/lvm2/dist/test/t-mdata-strings.sh
<br>P src/external/gpl2/lvm2/dist/test/t-mirror-lvconvert.sh
<br>P src/external/gpl2/lvm2/dist/test/t-partial-activate.sh
<br>U src/external/gpl2/lvm2/dist/test/t-pvcreate-operation-md.sh
<br>P src/external/gpl2/lvm2/dist/test/t-pvcreate-operation.sh
<br>P src/external/gpl2/lvm2/dist/test/t-pvcreate-usage.sh
<br>P src/external/gpl2/lvm2/dist/test/t-pvmove-basic.sh
<br>P src/external/gpl2/lvm2/dist/test/t-pvremove-usage.sh
<br>P src/external/gpl2/lvm2/dist/test/t-read-ahead.sh
<br>U src/external/gpl2/lvm2/dist/test/t-snapshots-of-mirrors.sh
<br>U src/external/gpl2/lvm2/dist/test/t-unknown-segment.sh
<br>P src/external/gpl2/lvm2/dist/test/t-unlost-pv.sh
<br>P src/external/gpl2/lvm2/dist/test/t-vgcfgbackup-usage.sh
<br>P src/external/gpl2/lvm2/dist/test/t-vgcreate-usage.sh
<br>U src/external/gpl2/lvm2/dist/test/t-vgextend-usage.sh
<br>P src/external/gpl2/lvm2/dist/test/t-vgmerge-usage.sh
<br>P src/external/gpl2/lvm2/dist/test/t-vgrename-usage.sh
<br>U src/external/gpl2/lvm2/dist/test/t-vgsplit-stacked.sh
<br>P src/external/gpl2/lvm2/dist/test/t-vgsplit-usage.sh
<br>P src/external/gpl2/lvm2/dist/test/test-utils.sh
<br>P src/external/gpl2/lvm2/dist/test/api/Makefile
<br>P src/external/gpl2/lvm2/dist/test/api/Makefile.in
<br>P src/external/gpl2/lvm2/dist/test/api/test.c
<br>U src/external/gpl2/lvm2/dist/test/api/vgtest.c
<br>U src/external/gpl2/lvm2/dist/tools/Makefile
<br>P src/external/gpl2/lvm2/dist/tools/Makefile.in
<br>P src/external/gpl2/lvm2/dist/tools/args.h
<br>P src/external/gpl2/lvm2/dist/tools/commands.h
<br>P src/external/gpl2/lvm2/dist/tools/dmsetup.c
<br>P src/external/gpl2/lvm2/dist/tools/dumpconfig.c
<br>P src/external/gpl2/lvm2/dist/tools/lvchange.c
<br>P src/external/gpl2/lvm2/dist/tools/lvconvert.c
<br>P src/external/gpl2/lvm2/dist/tools/lvcreate.c
<br>P src/external/gpl2/lvm2/dist/tools/lvdisplay.c
<br>P src/external/gpl2/lvm2/dist/tools/lvm2cmd.h
<br>P src/external/gpl2/lvm2/dist/tools/lvmcmdlib.c
<br>P src/external/gpl2/lvm2/dist/tools/lvmcmdline.c
<br>P src/external/gpl2/lvm2/dist/tools/lvremove.c
<br>P src/external/gpl2/lvm2/dist/tools/lvrename.c
<br>P src/external/gpl2/lvm2/dist/tools/lvresize.c
<br>P src/external/gpl2/lvm2/dist/tools/lvscan.c
<br>P src/external/gpl2/lvm2/dist/tools/polldaemon.c
<br>P src/external/gpl2/lvm2/dist/tools/polldaemon.h
<br>P src/external/gpl2/lvm2/dist/tools/pvchange.c
<br>P src/external/gpl2/lvm2/dist/tools/pvcreate.c
<br>P src/external/gpl2/lvm2/dist/tools/pvdisplay.c
<br>P src/external/gpl2/lvm2/dist/tools/pvmove.c
<br>P src/external/gpl2/lvm2/dist/tools/pvremove.c
<br>P src/external/gpl2/lvm2/dist/tools/pvresize.c
<br>P src/external/gpl2/lvm2/dist/tools/pvscan.c
<br>P src/external/gpl2/lvm2/dist/tools/reporter.c
<br>P src/external/gpl2/lvm2/dist/tools/toollib.c
<br>P src/external/gpl2/lvm2/dist/tools/toollib.h
<br>P src/external/gpl2/lvm2/dist/tools/tools.h
<br>cvs update: src/external/gpl2/lvm2/dist/tools/version.h.in is no longer in the repository
<br>P src/external/gpl2/lvm2/dist/tools/vgcfgbackup.c
<br>P src/external/gpl2/lvm2/dist/tools/vgcfgrestore.c
<br>P src/external/gpl2/lvm2/dist/tools/vgchange.c
<br>P src/external/gpl2/lvm2/dist/tools/vgck.c
<br>P src/external/gpl2/lvm2/dist/tools/vgconvert.c
<br>P src/external/gpl2/lvm2/dist/tools/vgcreate.c
<br>P src/external/gpl2/lvm2/dist/tools/vgdisplay.c
<br>P src/external/gpl2/lvm2/dist/tools/vgexport.c
<br>P src/external/gpl2/lvm2/dist/tools/vgextend.c
<br>P src/external/gpl2/lvm2/dist/tools/vgimport.c
<br>P src/external/gpl2/lvm2/dist/tools/vgmerge.c
<br>P src/external/gpl2/lvm2/dist/tools/vgmknodes.c
<br>P src/external/gpl2/lvm2/dist/tools/vgreduce.c
<br>P src/external/gpl2/lvm2/dist/tools/vgremove.c
<br>P src/external/gpl2/lvm2/dist/tools/vgrename.c
<br>P src/external/gpl2/lvm2/dist/tools/vgscan.c
<br>P src/external/gpl2/lvm2/dist/tools/vgsplit.c
<br>U src/external/gpl2/lvm2/dist/udev/10-dm.rules.in
<br>U src/external/gpl2/lvm2/dist/udev/11-dm-lvm.rules
<br>U src/external/gpl2/lvm2/dist/udev/12-dm-permissions.rules
<br>U src/external/gpl2/lvm2/dist/udev/13-dm-disk.rules
<br>U src/external/gpl2/lvm2/dist/udev/95-dm-notify.rules
<br>U src/external/gpl2/lvm2/dist/udev/Makefile
<br>U src/external/gpl2/lvm2/dist/udev/Makefile.in
<br>P src/external/gpl2/lvm2/lib/libdevmapper/Makefile
<br>P src/external/gpl2/lvm2/lib/libdevmapper/netbsd-dm.h
<br>P src/external/gpl2/lvm2/lib/liblvm/Makefile
<br>P src/external/gpl2/lvm2/sbin/lvm/Makefile
<br>P src/lib/libc/stdio/getdelim.3
<br>P src/sbin/newfs/newfs.8
<br>P src/sbin/newfs_ext2fs/newfs_ext2fs.8
<br>P src/share/mk/bsd.own.mk
<br>P src/sys/arch/ews4800mips/ews4800mips/machdep.c
<br>P src/sys/arch/ews4800mips/sbd/if_iee_sbdio.c
<br>P src/sys/arch/hp700/dev/dino.c
<br>P src/sys/arch/hp700/gsc/if_iee_gsc.c
<br>P src/sys/arch/hp700/hp700/genassym.cf
<br>P src/sys/arch/hp700/hp700/locore.S
<br>P src/sys/arch/hp700/hp700/machdep.c
<br>P src/sys/arch/hppa/hppa/copy.S
<br>P src/sys/arch/hppa/hppa/trap.S
<br>P src/sys/arch/sparc64/sparc64/cpu.c
<br>P src/sys/arch/sparc64/sparc64/db_interface.c
<br>P src/sys/dev/dm/dm.h
<br>P src/sys/dev/dm/dm_ioctl.c
<br>P src/sys/dev/dm/dm_target_error.c
<br>P src/sys/dev/dm/dm_target_linear.c
<br>P src/sys/dev/dm/dm_target_mirror.c
<br>P src/sys/dev/dm/dm_target_snapshot.c
<br>P src/sys/dev/dm/dm_target_stripe.c
<br>P src/sys/dev/dm/dm_target_zero.c
<br>P src/sys/dev/dm/netbsd-dm.h
<br>P src/sys/dev/ic/i82596var.h
<br>P src/sys/fs/sysvbfs/sysvbfs_vfsops.c
<br>P src/sys/lib/libkern/arch/hppa/bcopy.S
<br>P src/sys/rump/dev/lib/libcgd/component.c
<br>P src/sys/rump/librump/rumpkern/Makefile.rumpkern
<br>P src/sys/rump/librump/rumpkern/emul.c
<br>P src/sys/rump/librump/rumpkern/intr.c
<br>P src/sys/rump/librump/rumpkern/locks.c
<br>P src/sys/rump/librump/rumpkern/rump.c
<br>P src/sys/rump/librump/rumpkern/rump_private.h
<br>P src/sys/rump/librump/rumpkern/scheduler.c
<br>P src/sys/rump/librump/rumpkern/threads.c
<br>P src/sys/rump/librump/rumpvfs/rump_vfs.c
<br>P src/tools/Makefile.host
<br>P src/tools/gcc/mknative-gcc
<br>U src/tools/pkg_install/Makefile
<br>U src/tools/pkg_install/Makefile.inc
<br>U src/tools/pkg_install/pkg_add/Makefile
<br>U src/tools/pkg_install/pkg_admin/Makefile
<br>U src/tools/pkg_install/pkg_create/Makefile
<br>U src/tools/pkg_install/pkg_delete/Makefile
<br>U src/tools/pkg_install/pkg_info/Makefile
<br><br>Updating xsrc tree:
<br><br><br>Killing core files:
<br><br>Running the SUP scanner:
<br>SUP Scan for current starting at Wed Dec 2 03:02:52 2009
<br>SUP Scan for current completed at Wed Dec 2 03:03:03 2009
<br>SUP Scan for mirror starting at Wed Dec 2 03:03:03 2009
<br>SUP Scan for mirror completed at Wed Dec 2 03:07:23 2009
<br><br><br><br>Updating release-4-0 src tree (netbsd-4-0):
<br><br>Running the SUP scanner:
<br>SUP Scan for release-4-0 starting at Wed Dec 2 03:09:12 2009
<br>SUP Scan for release-4-0 completed at Wed Dec 2 03:09:17 2009
<br><br><br><br>Updating release-5-0 src tree (netbsd-5-0):
<br><br>Updating release-5-0 xsrc tree (netbsd-5-0):
<br><br>Running the SUP scanner:
<br>SUP Scan for release-5-0 starting at Wed Dec 2 03:11:49 2009
<br>SUP Scan for release-5-0 completed at Wed Dec 2 03:11:56 2009
<br><br><br><br><br>Updating file list:
<br>-rw-rw-r-- 1 srcmastr netbsd 40658970 Dec 2 03:14 ls-lRA.gz
<br>tag:old.nabble.com,2006:post-26603622Re: i386/amd64 boot issues2009-12-01T19:09:07Z2009-12-01T19:09:07ZMandacarú CascavelOn Mon, 30 Nov 2009 22:36:00 +0000
<br>David Laight <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26603622&i=0" target="_top" rel="nofollow">david@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> Possibly these problems are related to update builds or filesystems
<br>> with > 512 byte blocks.
<br>>
<br>> In any case I've moved the relocation address to 0x1000 and modified
<br>> pbr.S so that it gets rebuilt as well as relinked.
<br>>
<br>> Hope this helps!
<br>>
<br>> I booted my amd64 system using the bootxx_ffsv1 from the i386 build.
<br>>
<br>> David
<br>>
<br>> --
<br>> David Laight: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26603622&i=1" target="_top" rel="nofollow">david@...</a>
</div>Hi, David.
<br><br> System is booting normally again (NetBSD-current amd64, sources from yesterday, 12/01, installed on qemu).
<br> Thanks.
<br> Mandacarú
<br><br>--
<br>Mandacarú Cascavel <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26603622&i=2" target="_top" rel="nofollow">mancasc@...</a>>
<br>__________________________________________________
<br>Faça ligações para outros computadores com o novo Yahoo! Messenger
<br><a href="http://br.beta.messenger.yahoo.com/" target="_top" rel="nofollow">http://br.beta.messenger.yahoo.com/</a><br>tag:old.nabble.com,2006:post-26602338[HEADS UP] lvm2tools update2009-12-01T17:50:36Z2009-12-01T17:50:36ZAdam Hamsik-2Hi folks,
<br><br>I'm currently updating our in tree lvm2 tools to their latest version. It can result in a partially broken MKLVM enabled build or not working LVM. Please do not update your LVM enabled systems until you receive another mail with requests for testing.
<br><br>Regards
<br><br>Adam.
<br><br>tag:old.nabble.com,2006:post-26597942Re: error compiling xulrunner2009-12-01T11:46:34Z2009-12-01T11:46:34ZCésar Catrián C.Thank you very much.
<br><br>On Tue, 01 Dec 2009 20:05 +0100, "Tobias Nygren" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26597942&i=0" target="_top" rel="nofollow">tnn@...</a>> wrote:
<div class='shrinkable-quote'><br>> On Tue, 01 Dec 2009 14:16:56 -0300
<br>> César Catrián C. <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26597942&i=1" target="_top" rel="nofollow">ccatrian@...</a>> wrote:
<br>>
<br>> > /usr/include/sys/lwp.h:200: error: expected '=', ',', ';', 'asm' or
<br>> >
<br>> > Is this a system error?
<br>>
<br>> Yes.
<br>> # cd /usr/src/sys/sys
<br>> # cvs up lwp.h
<br>> # make USETOOLS=never INCS=lwp.h includes
</div>--
<br> César Catrián C.
<br> <a href="http://mioficina.cjc.cl" target="_top" rel="nofollow">http://mioficina.cjc.cl</a><br><br>tag:old.nabble.com,2006:post-26597289Re: error compiling xulrunner2009-12-01T11:05:34Z2009-12-01T11:05:34ZTobias Nygren-4On Tue, 01 Dec 2009 14:16:56 -0300
<br>César Catrián C. <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26597289&i=0" target="_top" rel="nofollow">ccatrian@...</a>> wrote:
<br><br>> /usr/include/sys/lwp.h:200: error: expected '=', ',', ';', 'asm' or
<br>>
<br>> Is this a system error?
<br><br>Yes.
<br># cd /usr/src/sys/sys
<br># cvs up lwp.h
<br># make USETOOLS=never INCS=lwp.h includes
<br>tag:old.nabble.com,2006:post-26594269Re: build.sh tools fails on amd642009-12-01T09:28:50Z2009-12-01T09:28:50ZKurt SchreinerOn Wed, Dec 02, 2009 at 02:13:22AM +0900, Masao Uebayashi wrote:
<div class='shrinkable-quote'><br>> > dependall ===> binstall
<br>> > create binstall/getid.d
<br>> > create binstall/xinstall.d
<br>> > In file included from /u/NetBSD/src/usr.bin/xinstall/xinstall.c:77:
<br>> > /u/NetBSD/src/tools/binstall/../compat/sys/sha1.h:4:27: error: nbtool_config.h: No such file or directory
<br>> > create binstall/.depend
<br>> > compile binstall/xinstall.lo
<br>> > In file included from /u/NetBSD/src/usr.bin/xinstall/xinstall.c:77:
<br>> > /u/NetBSD/src/tools/binstall/../compat/sys/sha1.h:4:27: error: nbtool_config.h: No such file or directory
<br>> >
<br>> > *** Failed target: xinstall.lo
<br>> > *** Failed command: cc -O -I/u/NetBSD/src/tools/binstall/../compat/sys -DTARGET_STRIP=\"/u/NetBSD/arch/amd64/TOOLS/bin/x86_64--netbsd-strip\" -I/u/NetBSD/src/usr.sbin/mtree -c -o xinstall.lo.o /u/NetBSD/src/usr.bin/xinstall/xinstall.c
<br>> > *** Error code 1
<br>> >
<br>> > Stop.
<br>> > nbmake: stopped in /u/NetBSD/src/tools/binstall
<br>> >
<br>> > *** Failed target: dependall
<br>> >
<br>> > This is with cleaned out obj, dest and tools dirs...
<br>>
<br>> My bad. I've just reverted my last change to tools/Makefile.host. You'll
<br>> prbably need clean relevant files to proceed. Sorry for inconvenience.
</div>Yep! cvs updated, cleaned obj and build.sh 's running fine again.
<br>Thanks for the quick fix.
<br><br>Kurt
<br>tag:old.nabble.com,2006:post-26594457error compiling xulrunner2009-12-01T09:16:56Z2009-12-01T09:16:56ZCésar Catrián C.Hi,
<br><br><br>From sources (-current and pkgsrc), dated from 20091128:
<br><br>cc -o prsystem.o -c -fvisibility=hidden -I/usr/include
<br>-I/usr/pkg/include/pyth
<br>on2.5 -I/usr/pkg/include -I/usr/pkg/include/freetype2 -O2 -I/usr/include
<br>-I/usr/
<br>pkg/include/python2.5 -I/usr/pkg/include -I/usr/pkg/include/freetype2
<br>-ansi -Wal
<br>l -pthread -O2 -fPIC -DPIC -UDEBUG -DMOZILLA_CLIENT=1 -DNDEBUG=1
<br>-DHAVE_VISIBI
<br>LITY_HIDDEN_ATTRIBUTE=1 -DHAVE_VISIBILITY_PRAGMA=1 -DXP_UNIX=1
<br>-DNETBSD=1 -DHAVE
<br>_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1
<br>-DFORCE_PR_LO
<br>G -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_
<br>-I/pkg_comp/obj/pkgsrc/devel/xulrunner/default/mozilla-1.9.1/dist/include/nspr
<br>-I../../../pr/include -I../../../pr/include/private prsystem.c
<br>In file included from /usr/include/sys/proc.h:83,
<br> from /usr/include/sys/sysctl.h:46,
<br> from prsystem.c:62:
<br>/usr/include/sys/lwp.h:200: error: expected '=', ',', ';', 'asm' or
<br>'__attribute__' before 'void'
<br>make[5]: *** [prsystem.o] Error 1
<br>make[5]: Leaving directory
<br>`/pkg_comp/obj/pkgsrc/devel/xulrunner/default/mozilla-1.9.1/nsprpub/pr/src/misc'
<br><br>Is this a system error?
<br><br><br>Regards
<br>--
<br>César Catrián Carreño
<br>IIs this
<br>--
<br> César Catrián C.
<br> <a href="http://mioficina.cjc.cl" target="_top" rel="nofollow">http://mioficina.cjc.cl</a><br><br>tag:old.nabble.com,2006:post-26594791Re: build.sh tools fails on amd642009-12-01T09:13:22Z2009-12-01T09:13:22ZMasao Uebayashi-5<div class='shrinkable-quote'>> dependall ===> binstall
<br>> create binstall/getid.d
<br>> create binstall/xinstall.d
<br>> In file included from /u/NetBSD/src/usr.bin/xinstall/xinstall.c:77:
<br>> /u/NetBSD/src/tools/binstall/../compat/sys/sha1.h:4:27: error: nbtool_config.h: No such file or directory
<br>> create binstall/.depend
<br>> compile binstall/xinstall.lo
<br>> In file included from /u/NetBSD/src/usr.bin/xinstall/xinstall.c:77:
<br>> /u/NetBSD/src/tools/binstall/../compat/sys/sha1.h:4:27: error: nbtool_config.h: No such file or directory
<br>>
<br>> *** Failed target: xinstall.lo
<br>> *** Failed command: cc -O -I/u/NetBSD/src/tools/binstall/../compat/sys -DTARGET_STRIP=\"/u/NetBSD/arch/amd64/TOOLS/bin/x86_64--netbsd-strip\" -I/u/NetBSD/src/usr.sbin/mtree -c -o xinstall.lo.o /u/NetBSD/src/usr.bin/xinstall/xinstall.c
<br>> *** Error code 1
<br>>
<br>> Stop.
<br>> nbmake: stopped in /u/NetBSD/src/tools/binstall
<br>>
<br>> *** Failed target: dependall
<br>>
<br>> This is with cleaned out obj, dest and tools dirs...
</div><br>My bad. I've just reverted my last change to tools/Makefile.host. You'll
<br>prbably need clean relevant files to proceed. Sorry for inconvenience.
<br><br>Masao
<br><br>--
<br>Masao Uebayashi / Tombi Inc. / Tel: +81-90-9141-4635
<br>tag:old.nabble.com,2006:post-26595166build.sh tools fails on amd642009-12-01T08:44:13Z2009-12-01T08:44:13ZKurt SchreinerHi,
<br><br>running build.sh tools on amd64 with -current source updated
<br>some minutes ago fails:
<br><br>===> build.sh command: ./build.sh -u -N 1 -x -U -m amd64 -O /u/NetBSD/arch/amd64/obj -D /u/NetBSD/ar
<br>ch/amd64/dest -T /u/NetBSD/arch/amd64/TOOLS tools
<br>===> build.sh started: Tue Dec 1 17:40:20 MET 2009
<br><br>[....]
<br><br>dependall ===> binstall
<br> create binstall/getid.d
<br> create binstall/xinstall.d
<br>In file included from /u/NetBSD/src/usr.bin/xinstall/xinstall.c:77:
<br>/u/NetBSD/src/tools/binstall/../compat/sys/sha1.h:4:27: error: nbtool_config.h: No such file or directory
<br> create binstall/.depend
<br> compile binstall/xinstall.lo
<br>In file included from /u/NetBSD/src/usr.bin/xinstall/xinstall.c:77:
<br>/u/NetBSD/src/tools/binstall/../compat/sys/sha1.h:4:27: error: nbtool_config.h: No such file or directory
<br><br>*** Failed target: xinstall.lo
<br>*** Failed command: cc -O -I/u/NetBSD/src/tools/binstall/../compat/sys -DTARGET_STRIP=\"/u/NetBSD/arch/amd64/TOOLS/bin/x86_64--netbsd-strip\" -I/u/NetBSD/src/usr.sbin/mtree -c -o xinstall.lo.o /u/NetBSD/src/usr.bin/xinstall/xinstall.c
<br>*** Error code 1
<br><br>Stop.
<br>nbmake: stopped in /u/NetBSD/src/tools/binstall
<br><br>*** Failed target: dependall
<br><br>This is with cleaned out obj, dest and tools dirs...
<br><br><br>Kurt
<br>tag:old.nabble.com,2006:post-26592828Re: Optizing kernel config2009-12-01T06:34:52Z2009-12-01T06:34:52ZJoerg SonnenbergerOn Tue, Dec 01, 2009 at 08:52:43AM -0500, Derrick Lobo wrote:
<br>> How do I optimize this if I have 4 CPU and 16gb of ram
<br><br>If you have a reasonable modern NetBSD, the shared memory and IPC
<br>options are obsolete. You should use the corresponding sysctls.
<br><br>The optimal setting for nmbclusters depends a lot on what you are
<br>actually doing, so without further information it is hard to tell.
<br><br>Joerg
<br>tag:old.nabble.com,2006:post-26592141Optizing kernel config2009-12-01T05:52:43Z2009-12-01T05:52:43ZDerrick LoboHow do I optimize this if I have 4 CPU and 16gb of ram
<br><br>< maxusers 128 # estimated number of users
<br>< options MAXUPRC=1800
<br>< options SHMMAXPGS=131072
<br>< options SEMMNI=256
<br>< options SEMMNS=512
<br>< options SEMMAP=1024
<br>< options NMBCLUSTERS=16384
<br><br>Derrick
<br><br><br>tag:old.nabble.com,2006:post-26585944Re: Weirdness in comm(1)2009-11-30T19:23:15Z2009-11-30T19:23:15ZJoerg SonnenbergerOn Tue, Dec 01, 2009 at 01:17:45AM +0000, Roy Marples wrote:
<br>> Is there a reason that it's exposed to userland anyway?
<br>> If not, we could just #define it as void * for non libc.
<br>> That would allow for any future changes to its internals.
<br><br>A bunch of broken programs depend on being able to look into the
<br>internals. There is also the issue that e.g. getc is often used in the
<br>tight inner loops and shouldn't have function call overhead without good
<br>reasons.
<br><br>Joerg
<br>tag:old.nabble.com,2006:post-26585855daily CVS update output2009-11-30T19:10:20Z2009-11-30T19:10:20ZNetBSD source update<br>Updating src tree:
<br>P src/BUILDING
<br>P src/Makefile
<br>P src/build.sh
<br>P src/crypto/external/bsd/netpgp/dist/src/lib/misc.c
<br>P src/distrib/notes/common/legal.common
<br>P src/distrib/sets/Makefile
<br>P src/distrib/sets/checkflist
<br>P src/distrib/sets/comments
<br>P src/distrib/sets/deps
<br>P src/distrib/sets/descrs
<br>P src/distrib/sets/makeflist
<br>P src/distrib/sets/makeobsolete
<br>P src/distrib/sets/makesrctars
<br>P src/distrib/sets/maketars
<br>P src/distrib/sets/sets.subr
<br>U src/distrib/sets/lists/base/ad.m68000
<br>P src/doc/CHANGES
<br>P src/etc/Makefile
<br>P src/etc/mtree/Makefile
<br>U src/extsrc/Makefile
<br>U src/extsrc/Makefile.extsrc
<br>U src/extsrc/external/Makefile
<br>P src/gnu/lib/libgcc4/Makefile.inc
<br>U src/gnu/lib/libgcc4/Makefile.wrapper
<br>U src/gnu/lib/libgcc4/arch/mips64eb/funcs.S
<br>U src/gnu/lib/libgcc4/arch/mips64eb/funcs.libgcc
<br>U src/gnu/lib/libgcc4/arch/mips64eb/funcs.libgcc_eh
<br>U src/gnu/lib/libgcc4/arch/mips64eb/funcs.libgcc_s
<br>U src/gnu/lib/libgcc4/arch/mips64eb/funcs.libgcov
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcc.srcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcc.tmplsrcs.tmplasmsrcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcc.tmplsrcs.tmplfpsrcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcc.tmplsrcs.tmplsrcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcc_eh.srcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcc_eh.tmplsrcs.tmplasmsrcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcc_eh.tmplsrcs.tmplfpsrcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcc_eh.tmplsrcs.tmplsrcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcc_s.srcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcc_s.tmplsrcs.tmplasmsrcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcc_s.tmplsrcs.tmplfpsrcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcc_s.tmplsrcs.tmplsrcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcov.srcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcov.tmplsrcs.tmplasmsrcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcov.tmplsrcs.tmplfpsrcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/libs.libgcov.tmplsrcs.tmplsrcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/objs.copts
<br>U src/gnu/lib/libgcc4/arch/mips64eb/objs.cppflags
<br>U src/gnu/lib/libgcc4/arch/mips64eb/objs.libs
<br>U src/gnu/lib/libgcc4/arch/mips64eb/objs.srcs
<br>U src/gnu/lib/libgcc4/arch/mips64eb/objs.tmplsrcs
<br>U src/gnu/lib/libgcc4/arch/mips64eb/srcs.copts.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/srcs.cppflags.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/srcs.tmplsrcs.mk
<br>U src/gnu/lib/libgcc4/arch/mips64eb/tmplsrcs.tmplasmsrcs.libgcc
<br>U src/gnu/lib/libgcc4/arch/mips64eb/tmplsrcs.tmplasmsrcs.libgcc_eh
<br>U src/gnu/lib/libgcc4/arch/mips64eb/tmplsrcs.tmplasmsrcs.libgcc_s
<br>U src/gnu/lib/libgcc4/arch/mips64eb/tmplsrcs.tmplasmsrcs.libgcov
<br>U src/gnu/lib/libgcc4/arch/mips64eb/tmplsrcs.tmplfpsrcs.libgcc
<br>U src/gnu/lib/libgcc4/arch/mips64eb/tmplsrcs.tmplfpsrcs.libgcc_eh
<br>U src/gnu/lib/libgcc4/arch/mips64eb/tmplsrcs.tmplfpsrcs.libgcc_s
<br>U src/gnu/lib/libgcc4/arch/mips64eb/tmplsrcs.tmplfpsrcs.libgcov
<br>U src/gnu/lib/libgcc4/arch/mips64eb/tmplsrcs.tmplsrcs.libgcc
<br>U src/gnu/lib/libgcc4/arch/mips64eb/tmplsrcs.tmplsrcs.libgcc_eh
<br>U src/gnu/lib/libgcc4/arch/mips64eb/tmplsrcs.tmplsrcs.libgcc_s
<br>U src/gnu/lib/libgcc4/arch/mips64eb/tmplsrcs.tmplsrcs.libgcov
<br>P src/gnu/lib/libgcc4/libgcc/Makefile
<br>P src/gnu/lib/libgcc4/libgcc_eh/Makefile
<br>P src/gnu/lib/libgcc4/libgcc_s/Makefile
<br>P src/gnu/lib/libgcc4/libgcov/Makefile
<br>P src/lib/libc/include/namespace.h
<br>P src/lib/libc/stdio/fgetstr.c
<br>P src/lib/libc/stdio/getdelim.3
<br>P src/lib/libc/stdio/getdelim.c
<br>P src/lib/libc/stdio/getline.c
<br>P src/lib/libc/stdio/local.h
<br>P src/lib/libc/thread-stub/__isthreaded.c
<br>P src/sbin/mount_nfs/getnfsargs.c
<br>P src/sbin/mount_nfs/mount_nfs.c
<br>P src/share/man/man9/panic.9
<br>P src/share/mk/bsd.README
<br>P src/share/mk/bsd.own.mk
<br>P src/share/mk/bsd.sys.mk
<br>P src/sys/arch/hp700/hp700/intr.c
<br>P src/sys/arch/i386/conf/ALL
<br>P src/sys/arch/i386/conf/GENERIC
<br>P src/sys/arch/i386/pci/elan520.c
<br>P src/sys/arch/i386/stand/bootxx/Makefile.bootxx
<br>P src/sys/arch/i386/stand/bootxx/pbr.S
<br>P src/sys/arch/sparc64/dev/pci_machdep.c
<br>P src/sys/arch/sparc64/dev/psycho.c
<br>P src/sys/arch/sparc64/dev/schizo.c
<br>P src/sys/arch/sparc64/include/intr.h
<br>P src/sys/arch/sparc64/include/pci_machdep.h
<br>P src/sys/arch/sparc64/sparc64/cpu.c
<br>P src/sys/arch/sparc64/sparc64/locore.s
<br>P src/sys/arch/sun3/sun3x/locore2.c
<br>P src/sys/dev/ic/cs89x0.c
<br>P src/sys/dev/ic/wdcvar.h
<br>P src/sys/dev/pci/pcidevs
<br>P src/sys/dev/pci/pcidevs.h
<br>P src/sys/dev/pci/pcidevs_data.h
<br>P src/sys/dev/pci/piixide.c
<br>P src/sys/dev/raidframe/rf_netbsdkintf.c
<br>P src/sys/dev/usb/files.usb
<br>U src/sys/dev/usb/udl.c
<br>U src/sys/dev/usb/udl.h
<br>P src/sys/fs/ptyfs/ptyfs_vfsops.c
<br>P src/sys/kern/subr_iostat.c
<br>P src/sys/kern/subr_xcall.c
<br>P src/sys/miscfs/fdesc/fdesc_vfsops.c
<br>P src/sys/miscfs/genfs/genfs.h
<br>P src/sys/miscfs/genfs/genfs_vfsops.c
<br>P src/sys/miscfs/kernfs/kernfs_vfsops.c
<br>P src/sys/miscfs/procfs/procfs_vfsops.c
<br>P src/sys/netipsec/ipsec_output.c
<br>P src/sys/rump/librump/rumpvfs/rumpfs.c
<br>P src/sys/rump/net/lib/libshmif/if_shmem.c
<br>P src/tools/gcc/mknative-gcc
<br><br>Updating xsrc tree:
<br><br><br>Killing core files:
<br><br>Running the SUP scanner:
<br>SUP Scan for current starting at Tue Dec 1 03:03:15 2009
<br>SUP Scan for current completed at Tue Dec 1 03:03:35 2009
<br>SUP Scan for mirror starting at Tue Dec 1 03:03:35 2009
<br>SUP Scan for mirror completed at Tue Dec 1 03:07:45 2009
<br><br><br><br><br>Updating file list:
<br>-rw-rw-r-- 1 srcmastr netbsd 40655409 Dec 1 03:10 ls-lRA.gz
<br>tag:old.nabble.com,2006:post-26585757Re: Weirdness in comm(1)2009-11-30T18:55:12Z2009-11-30T18:55:12ZJoerg SonnenbergerOn Mon, Nov 30, 2009 at 07:46:03PM -0500, Greg A. Woods wrote:
<br>> At Mon, 30 Nov 2009 23:08:36 +0100, Joerg Sonnenberger <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26585757&i=0" target="_top" rel="nofollow">joerg@...</a>> wrote:
<br>> Subject: Re: Weirdness in comm(1)
<br>> >
<br>> > I completely disagree.
<br>>
<br>> I'm not at all comfortable with the introduction of EOVERFLOW to fgetln(3).
<br>>
<br>> The ability to handle lines longer than INT_MAX is much more academic.
<br><br>Let's ignore for a moment whether the limit is INT_MAX or SIZE_MAX.
<br>fgetln does have a platform specific limit due to the amount of memory.
<br><br>Imagine that fgetln uses a very smart lookup algorithm in the backend.
<br>It can be imagined that it might know the length of the line without
<br>reading it to memory completely or that it is using a compressed buffer
<br>or whatever. For this reason documenting that this can result in an
<br>error is a good way anyway.
<br><br>I will fix the size_t vs int, but that's a separate question.
<br><br>Joerg
<br>tag:old.nabble.com,2006:post-26585049Re: Weirdness in comm(1)2009-11-30T17:17:45Z2009-11-30T17:17:45ZRoy Marples-2On Tuesday 01 December 2009 00:46:03 Greg A. Woods wrote:
<br>> I'm not at all comfortable with the introduction of EOVERFLOW to fgetln(3).
<br><br>It now gets converted to EINVAL.
<br><br>> The ability to handle lines longer than INT_MAX is much more academic.
<br><br>It can now handle lines up to SSIZE_MAX, but may needlessly realloc the buffer
<br>if reading lines > INT_MAX.
<br><br>> The fact that it does it badly, is, well, not its fault, since as you say:
<br>> > At some point the libc ABI should be fixed to not
<br>> > use an internal buffer length of type int,
<br>>
<br>> Indeed. That's the real bug. And here we'll get stuck unless a wide
<br>> enough audience can agree that we need to be able to regularly make
<br>> fixes such as this in libc.
<br><br>Is there a reason that it's exposed to userland anyway?
<br>If not, we could just #define it as void * for non libc.
<br>That would allow for any future changes to its internals.
<br><br>Thanks
<br><br>Roy
<br>tag:old.nabble.com,2006:post-26584818Re: Weirdness in comm(1)2009-11-30T16:46:03Z2009-11-30T16:46:03ZGreg A. Woods; Planix, Inc.At Mon, 30 Nov 2009 23:08:36 +0100, Joerg Sonnenberger <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26584818&i=0" target="_top" rel="nofollow">joerg@...</a>> wrote:
<br>Subject: Re: Weirdness in comm(1)
<br>>
<br>> I completely disagree.
<br><br>I'm not at all comfortable with the introduction of EOVERFLOW to fgetln(3).
<br><br>The ability to handle lines longer than INT_MAX is much more academic.
<br><br>The fact that it does it badly, is, well, not its fault, since as you say:
<br><br>> At some point the libc ABI should be fixed to not
<br>> use an internal buffer length of type int,
<br><br>Indeed. That's the real bug. And here we'll get stuck unless a wide
<br>enough audience can agree that we need to be able to regularly make
<br>fixes such as this in libc.
<br><br>--
<br> Greg A. Woods
<br> Planix, Inc.
<br><br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26584818&i=1" target="_top" rel="nofollow">woods@...</a>> +1 416 218 0099 <a href="http://www.planix.com/" target="_top" rel="nofollow">http://www.planix.com/</a><br><br /> <div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>attachment0</strong> (193 bytes) <a href="http://old.nabble.com/attachment/26584818/0/attachment0" target="_top">Download Attachment</a></div>tag:old.nabble.com,2006:post-26584772Re: Weirdness in comm(1)2009-11-30T16:39:32Z2009-11-30T16:39:32ZGreg A. Woods; Planix, Inc.At Sun, 29 Nov 2009 09:12:46 +0000, Roy Marples <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26584772&i=0" target="_top" rel="nofollow">roy@...</a>> wrote:
<br>Subject: Re: Weirdness in comm(1)
<br>>
<br>> When I first looked at fgetstr.c and it's realloction, my first reaction
<br>> was that it would crash or have undefined behaviour when newsize >
<br>> INT_MAX. Closer inspection shows that it just reallocs the buffer on
<br>> each call when newsize > INT_MAX. In other words, it works, just very
<br>> inefficiently.
<br><br>Yes, inefficient indeed.
<br><br>> Attached is a patch that should restore this behaviour. Untested though.
<br>> Does this appease you to any extent?
<br><br>Yes, I think that's better than introducing a new errno, assuming it
<br>tests OK (I haven't tried it yet either)
<br><br>--
<br> Greg A. Woods
<br> Planix, Inc.
<br><br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26584772&i=1" target="_top" rel="nofollow">woods@...</a>> +1 416 218 0099 <a href="http://www.planix.com/" target="_top" rel="nofollow">http://www.planix.com/</a><br><br /> <div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>attachment0</strong> (193 bytes) <a href="http://old.nabble.com/attachment/26584772/0/attachment0" target="_top">Download Attachment</a></div>tag:old.nabble.com,2006:post-26583287i386/amd64 boot issues2009-11-30T14:35:32Z2009-11-30T14:35:32ZDavid LaightPossibly these problems are related to update builds or filesystems
<br>with > 512 byte blocks.
<br><br>In any case I've moved the relocation address to 0x1000 and modified
<br>pbr.S so that it gets rebuilt as well as relinked.
<br><br>Hope this helps!
<br><br>I booted my amd64 system using the bootxx_ffsv1 from the i386 build.
<br><br> David
<br><br>--
<br>David Laight: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26583287&i=0" target="_top" rel="nofollow">david@...</a>
<br>tag:old.nabble.com,2006:post-26582896Re: Weirdness in comm(1)2009-11-30T14:08:36Z2009-11-30T14:08:36ZJoerg SonnenbergerOn Sat, Nov 28, 2009 at 08:01:55PM -0500, Greg A. Woods wrote:
<br>> I think whomever munged fgetstr(3) to be based on getdelim(3) in
<br>> -current may have broken it BADLY (likely, actually; re-introducing
<br>> bogus line length limits, sigh) -- they also forgot to update the manual
<br>> page (for both a new error and for its references).
<br><br>I completely disagree. At some point the libc ABI should be fixed to not
<br>use an internal buffer length of type int, but otherwise it simply
<br>doesn't matter.
<br><br>Joerg
<br>tag:old.nabble.com,2006:post-26580234PF2009-11-30T09:40:08Z2009-11-30T09:40:08ZMartti KuparinenHi,
<br><br>I'd like to import the files found in
<br><br><a href="http://kuparinen.org/martti/tmp/netbsd-pf42.tgz" target="_top" rel="nofollow">http://kuparinen.org/martti/tmp/netbsd-pf42.tgz</a><br><br>to the OPENBSD vendor branch (with the v4_2 tag).
<br><br>Yes, I'm fully aware that we already have PF 4.2 in NetBSD but this
<br>import would make it easier to import newer PF version. However, no
<br>promises at this stage when/if that will happen by me...
<br><br>I've already played with my local repository and importing these files
<br>to the vendor branch does not modify anything in HEAD. Please test that
<br>I didn't forget anything.
<br><br>So, any objections or should I proceed?
<br><br>Martti
<br>tag:old.nabble.com,2006:post-26586789Re: -current build.sh -m cobalt fails2009-11-30T00:50:14Z2009-11-30T00:50:14ZAntti Kantee-2On Sun, Nov 29, 2009 at 02:46:44PM +0100, Markus W Kilbinger wrote:
<div class='shrinkable-quote'><br>> Hi!
<br>>
<br>> Crosscompiling -current/cobalt on my -current/amd64 machine fails at:
<br>>
<br>> build librump/librump.so.0.0
<br>> /usr/u/NetBSD/HEAD/tools-cobalt/lib/gcc/mipsel--netbsd/4.1.3/../../../../mipsel--netbsd/bin/ld: librump.a(ptree.o): relocation R_MIPS_HI16 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
<br>> librump.a(ptree.o): could not read symbols: Bad value
<br>> collect2: ld returned 1 exit status
<br>>
<br>> What am I missing?
</div><br>You're missing the antidote for some compiler flags I added on
<br>Friday (antidote was committed last night).
<br><br>tag:old.nabble.com,2006:post-26570090Re: git copies of cvs modules available2009-11-29T22:23:33Z2009-11-29T22:23:33ZCurt Sampson-3On 2009-11-30 15:20 +0900 (Mon), Curt Sampson wrote:
<br><br>> I've seen this before, and it almost bugged me enough to leave a
<br>> comment. Now I have. :-)
<br><br>By the way, I suppose the summary of the comment, as applied to our
<br>situation, is that the DVCSs don't appear to do a better job of solving
<br>the problems developers with commit access and NetBSD project systadmins
<br>have with CVS than Subversion does. That's not to say we might not gain
<br>advantages from changing our methods of working to take advantage of the
<br>extra features a DVCS would give us.
<br><br>cjs
<br>--
<br>Curt Sampson <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570090&i=0" target="_top" rel="nofollow">cjs@...</a>> +81 90 7737 2974
<br> Functional programming in all senses of the word:
<br> <a href="http://www.starling-software.com" target="_top" rel="nofollow">http://www.starling-software.com</a><br>tag:old.nabble.com,2006:post-26570076Re: git copies of cvs modules available2009-11-29T22:20:42Z2009-11-29T22:20:42ZCurt Sampson-3On 2009-11-26 03:28 -0500 (Thu), Greg A. Woods wrote:
<br><br>> Do the newer merge tracking features for SVN you mention solve some/all
<br>> of the issues raised in this post from 2006?
<br>>
<br>> <a href="http://changelog.complete.org/archives/528-whose-distributed-vcs-is-the-most-distributed" target="_top" rel="nofollow">http://changelog.complete.org/archives/528-whose-distributed-vcs-is-the-most-distributed</a><br><br>I've seen this before, and it almost bugged me enough to leave a
<br>comment. Now I have. :-)
<br><br>cjs
<br>--
<br>Curt Sampson <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26570076&i=0" target="_top" rel="nofollow">cjs@...</a>> +81 90 7737 2974
<br> Functional programming in all senses of the word:
<br> <a href="http://www.starling-software.com" target="_top" rel="nofollow">http://www.starling-software.com</a><br>tag:old.nabble.com,2006:post-26569080daily CVS update output2009-11-29T19:22:17Z2009-11-29T19:22:17ZNetBSD source update<br>Updating src tree:
<br>P src/distrib/evbsh3/rom/ramdiskcommon/ramdiskbin.conf
<br>P src/sbin/fdisk/fdisk.8
<br>P src/share/mk/bsd.subdir.mk
<br>P src/sys/arch/acorn26/acorn26/vm_machdep.c
<br>P src/sys/arch/alpha/alpha/vm_machdep.c
<br>P src/sys/arch/amd64/amd64/machdep.c
<br>P src/sys/arch/arm/arm32/arm32_machdep.c
<br>P src/sys/arch/arm/arm32/vm_machdep.c
<br>P src/sys/arch/evbarm/gumstix/if_smsh_gxio.c
<br>P src/sys/arch/hp700/dev/apic.c
<br>P src/sys/arch/hp700/dev/astro.c
<br>P src/sys/arch/hppa/hppa/vm_machdep.c
<br>P src/sys/arch/hppa/include/cpufunc.h
<br>P src/sys/arch/i386/i386/machdep.c
<br>P src/sys/arch/ia64/ia64/machdep.c
<br>P src/sys/arch/ia64/ia64/vm_machdep.c
<br>P src/sys/arch/m68k/m68k/vm_machdep.c
<br>P src/sys/arch/mips/include/Makefile.inc
<br>P src/sys/arch/mips/mips/vm_machdep.c
<br>P src/sys/arch/sh3/sh3/vm_machdep.c
<br>P src/sys/arch/sparc64/include/pmap.h
<br>P src/sys/arch/sparc64/sparc64/cpu.c
<br>P src/sys/arch/sparc64/sparc64/ipifuncs.c
<br>P src/sys/arch/sparc64/sparc64/locore.s
<br>P src/sys/arch/sun3/sun3/locore2.c
<br>P src/sys/arch/vax/vax/vm_machdep.c
<br>P src/sys/arch/x86/x86/vm_machdep.c
<br>P src/sys/dev/acpi/acpi.c
<br>P src/sys/dev/acpi/acpi_lid.c
<br>P src/sys/dev/acpi/acpi_tz.c
<br>P src/sys/dev/acpi/acpivar.h
<br>P src/sys/dev/acpi/thinkpad_acpi.c
<br>P src/sys/dev/acpi/wmi_acpi.c
<br>P src/sys/dev/ic/lan9118.c
<br>P src/sys/kern/subr_autoconf.c
<br>P src/sys/net/if_tap.c
<br>P src/sys/sys/lwp.h
<br><br>Updating xsrc tree:
<br><br><br>Killing core files:
<br><br>Running the SUP scanner:
<br>SUP Scan for current starting at Mon Nov 30 03:02:17 2009
<br>SUP Scan for current completed at Mon Nov 30 03:02:30 2009
<br>SUP Scan for mirror starting at Mon Nov 30 03:02:30 2009
<br>SUP Scan for mirror completed at Mon Nov 30 03:06:41 2009
<br><br><br><br>Updating release-4-0 src tree (netbsd-4-0):
<br><br>Running the SUP scanner:
<br>SUP Scan for release-4-0 starting at Mon Nov 30 03:09:10 2009
<br>SUP Scan for release-4-0 completed at Mon Nov 30 03:09:16 2009
<br><br><br><br>Updating release-5-0 src tree (netbsd-5-0):
<br><br>Updating release-5-0 xsrc tree (netbsd-5-0):
<br><br>Running the SUP scanner:
<br>SUP Scan for release-5-0 starting at Mon Nov 30 03:13:09 2009
<br>SUP Scan for release-5-0 completed at Mon Nov 30 03:13:16 2009
<br><br><br><br><br>Updating file list:
<br>-rw-rw-r-- 1 srcmastr netbsd 40651967 Nov 30 03:22 ls-lRA.gz
<br>tag:old.nabble.com,2006:post-26562617Re: -current's /usr/include/sys/lwp.h causes compile problems in pkgsrc2009-11-29T06:42:34Z2009-11-29T06:42:34ZTobias Nygren-4On Sun, 29 Nov 2009 13:59:42 +0100
<br>Markus W Kilbinger <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26562617&i=0" target="_top" rel="nofollow">mk@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> Hi!
<br>>
<br>> -current's actual /usr/include/sys/lwp.h produces problems when
<br>> compiling several pkgsrc packages, e. g. pkgsrc/www/seamonkey:
<br>>
<br>> cc -o prsystem.o -c -fvisibility=hidden -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/python2.5 -I/usr/X11R7/include -I/usr/X11R7/include/freetype2 -O2 -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/python2.5 -I/usr/X11R7/include -I/usr/X11R7/include/freetype2 -ansi -Wall -pthread -O2 -fPIC -DPIC -UDEBUG -DMOZILLA_CLIENT=1 -DNDEBUG=1 -DHAVE_VISIBILITY_HIDDEN_ATTRIBUTE=1 -DHAVE_VISIBILITY_PRAGMA=1 -DXP_UNIX=1 -DNETBSD=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I/usr/obj/pkg/www/seamonkey/work.x86_64/comm-1.9.1/mozilla/dist/include/nspr -I../../../pr/include -I../../../pr/include/private prsystem.c
<br>> In file included from /usr/include/sys/proc.h:83,
<br>> from /usr/include/sys/sysctl.h:46,
<br>> from prsystem.c:62:
<br>> /usr/include/sys/lwp.h:200: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void'
<br>> make[6]: *** [prsystem.o] Error 1
<br>> make[6]: Leaving directory ``/usr/obj/pkg/www/seamonkey/work.x86_64/comm-1.9.1/mozilla/nsprpub/pr/src/misc'
<br>> make[5]: *** [export] Error 2
<br>>
<br>> Anybody knows how to solve this?
</div><br>Something like this?
<br><br>Index: lwp.h
<br>===================================================================
<br>RCS file: /cvsroot/src/sys/sys/lwp.h,v
<br>retrieving revision 1.126
<br>diff -u -r1.126 lwp.h
<br>--- lwp.h 25 Nov 2009 13:53:19 -0000 1.126
<br>+++ lwp.h 29 Nov 2009 14:40:34 -0000
<br>@@ -197,7 +197,11 @@
<br> #define UAREA_TO_USER(uarea) ((struct user *)((uarea) +
<br>UAREA_USER_OFFSET)) #endif /* !defined(UAREA_TO_USER) */
<br>
<br>-static inline void *
<br>+#ifdef __GNUC__
<br>+static __inline__ void *
<br>+#else
<br>+static void *
<br>+#endif
<br> lwp_getpcb(struct lwp *l)
<br> {
<br>
<br>tag:old.nabble.com,2006:post-26562198-current build.sh -m cobalt fails2009-11-29T05:46:44Z2009-11-29T05:46:44Zmk-31Hi!
<br><br>Crosscompiling -current/cobalt on my -current/amd64 machine fails at:
<br><br> build librump/librump.so.0.0
<br> /usr/u/NetBSD/HEAD/tools-cobalt/lib/gcc/mipsel--netbsd/4.1.3/../../../../mipsel--netbsd/bin/ld: librump.a(ptree.o): relocation R_MIPS_HI16 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
<br> librump.a(ptree.o): could not read symbols: Bad value
<br> collect2: ld returned 1 exit status
<br><br>What am I missing?
<br><br>Markus.
<br>tag:old.nabble.com,2006:post-26562426-current's /usr/include/sys/lwp.h causes compile problems in pkgsrc2009-11-29T04:59:42Z2009-11-29T04:59:42Zmk-31Hi!
<br><br>-current's actual /usr/include/sys/lwp.h produces problems when
<br>compiling several pkgsrc packages, e. g. pkgsrc/www/seamonkey:
<br><br> cc -o prsystem.o -c -fvisibility=hidden -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/python2.5 -I/usr/X11R7/include -I/usr/X11R7/include/freetype2 -O2 -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/python2.5 -I/usr/X11R7/include -I/usr/X11R7/include/freetype2 -ansi -Wall -pthread -O2 -fPIC -DPIC -UDEBUG -DMOZILLA_CLIENT=1 -DNDEBUG=1 -DHAVE_VISIBILITY_HIDDEN_ATTRIBUTE=1 -DHAVE_VISIBILITY_PRAGMA=1 -DXP_UNIX=1 -DNETBSD=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I/usr/obj/pkg/www/seamonkey/work.x86_64/comm-1.9.1/mozilla/dist/include/nspr -I../../../pr/include -I../../../pr/include/private prsystem.c
<br> In file included from /usr/include/sys/proc.h:83,
<br> from /usr/include/sys/sysctl.h:46,
<br> from prsystem.c:62:
<br> /usr/include/sys/lwp.h:200: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void'
<br> make[6]: *** [prsystem.o] Error 1
<br> make[6]: Leaving directory ``/usr/obj/pkg/www/seamonkey/work.x86_64/comm-1.9.1/mozilla/nsprpub/pr/src/misc'
<br> make[5]: *** [export] Error 2
<br><br>Anybody knows how to solve this?
<br><br>Markus.
<br>tag:old.nabble.com,2006:post-26561533Re: boot problem2009-11-29T03:02:36Z2009-11-29T03:02:36Zmk-31>>>>> "Mandacarú" == Mandacarú Cascavel <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26561533&i=0" target="_top" rel="nofollow">mancasc@...</a>> writes:
<br><br> Mandacarú> I've installed NetBSD-current amd64 "from scratch" and
<br> Mandacarú> I've got the same boot problem as when updating the
<br> Mandacarú> system. Now, booting daily current-images from qemu,I
<br> Mandacarú> continue to get the same message:
<br><br> Mandacarú> "Booting from Hard Disk...
<br> Mandacarú> NetBSD MBR boot
<br>
<br> Mandacarú> NetBSD/x86 ffsv2 Primary Bootstrap"
<br><br> Mandacarú> ...and the boot process stops.
<br><br>Same here on my amd64/-current system for several days now (since some
<br>i386/stand was changed?). Culprit seems to be broken
<br>/usr/mdec/bootxx__* now. Using/installing primary boot loaders of the
<br>netbsd-5 branch instead make the otherwise unchanged system boot
<br>normally again.
<br><br>Markus.
<br>tag:old.nabble.com,2006:post-26560319Re: Weirdness in comm(1)2009-11-29T01:12:46Z2009-11-29T01:12:46ZRoy Marples-3On Sunday 29 November 2009 01:43:30 Greg A. Woods wrote:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> At Sun, 29 Nov 2009 01:16:16 +0000, Roy Marples <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26560319&i=0" target="_top" rel="nofollow">roy@...</a>> wrote:
<br>> Subject: Re: Weirdness in comm(1)
<br>>
<br>> > On Sunday 29 November 2009 01:01:55 Greg A. Woods wrote:
<br>> > > I think whomever munged fgetstr(3) to be based on getdelim(3) in
<br>> > > -current may have broken it BADLY (likely, actually; re-introducing
<br>> > > bogus line length limits, sigh) -- they also forgot to update the
<br>> > > manual page (for both a new error and for its references).
<br>> >
<br>> > I'll update the manual page to reflect the new error tomorrow evening.
<br>> > There is a good reason why the line length is now limited - the sudio
<br>> > buffer length it uses is an int. Which is a little small for a size_t
<br>> > that fgetln(3) wants to use.
<br>>
<br>> That's not a good reason _at_ _all_.
<br>>
<br>> The previous implementation correctly handled lines as long as it could
<br>> realloc() a buffer to fit them; _and_ its documentation also allows for
<br>> a standard error for the case where the allocation fails.
</div></div>When I first looked at fgetstr.c and it's realloction, my first reaction
<br>was that it would crash or have undefined behaviour when newsize >
<br>INT_MAX. Closer inspection shows that it just reallocs the buffer on
<br>each call when newsize > INT_MAX. In other words, it works, just very
<br>inefficiently.
<br><br>Attached is a patch that should restore this behaviour. Untested though.
<br>Does this appease you to any extent?
<br><br>Thanks
<br><br>Roy
<br><br />Index: fgetstr.c
<br>===================================================================
<br>RCS file: /cvsroot/src/lib/libc/stdio/fgetstr.c,v
<br>retrieving revision 1.8
<br>diff -u -p -r1.8 fgetstr.c
<br>--- fgetstr.c 15 Oct 2009 00:36:24 -0000 1.8
<br>+++ fgetstr.c 29 Nov 2009 09:05:35 -0000
<br>@@ -59,16 +59,8 @@ __fgetstr(FILE *__restrict fp, size_t *_
<br> size = fp->_lb._size;
<br> *lenp = __getdelim(&p, &size, sep, fp);
<br> fp->_lb._base = (unsigned char *)p;
<br>- /* The struct size variable is only an int ..... */
<br>- if (size > INT_MAX) {
<br>- fp->_lb._size = INT_MAX;
<br>- errno = EOVERFLOW;
<br>- goto error;
<br>- }
<br>- fp->_lb._size = (int)size;
<br>- if (*lenp != 0 && *lenp < SIZE_MAX - 1)
<br>- return p;
<br>-error:
<br>- *lenp = 0;
<br>- return NULL;
<br>+ fp->_lb._size = size;
<br>+ if (*lenp == 0 || *lenp == SIZE_MAX)
<br>+ return NULL;
<br>+ return p;
<br> }
<br>tag:old.nabble.com,2006:post-26560095Re: boot problem2009-11-29T00:20:20Z2009-11-29T00:20:20ZFrank Kardel-2Hi !
<br><br>I have been seeing that already around the 22nd with a system install on
<br>a USB external disk. Good boot code must be before the date. BTW I
<br>updated that disk from an install cd that managed to work at that time.
<br><br>Frank
<br><br>Mandacarú Cascavel wrote:
<br>> On Sat, 28 Nov 2009 22:02:18 +0000
<br>> David Laight <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26560095&i=0" target="_top" rel="nofollow">david@...</a>> wrote:
<br>>
<br>...
<div class='shrinkable-quote'><br>> Hi,
<br>> I've installed NetBSD-current amd64 "from scratch" and I've got the same boot problem as when updating the system. Now, booting daily current-images from qemu,I continue to get the same message:
<br>>
<br>> "Booting from Hard Disk...
<br>> NetBSD MBR boot
<br>>
<br>> NetBSD/x86 ffsv2 Primary Bootstrap"
<br>>
<br>> ...and the boot process stops.
<br>>
<br>> The system boots normally from a cdrom's boot prompt.
<br>>
<br>> Cheers.
<br>> Mandacarú
<br>>
</div><br>tag:old.nabble.com,2006:post-26559037daily CVS update output2009-11-28T19:10:22Z2009-11-28T19:10:22ZNetBSD source update<br>Updating src tree:
<br>P src/distrib/sets/lists/xserver/md.alpha
<br>P src/distrib/sets/lists/xserver/md.amd64
<br>P src/distrib/sets/lists/xserver/md.i386
<br>P src/distrib/sets/lists/xserver/md.macppc
<br>P src/distrib/sets/lists/xserver/md.netwinder
<br>P src/distrib/sets/lists/xserver/md.sgimips
<br>P src/distrib/sets/lists/xserver/md.sparc64
<br>P src/distrib/utils/x_ifconfig/Makefile
<br>P src/doc/CHANGES
<br>P src/external/apache2/mDNSResponder/Makefile
<br>P src/external/mit/xorg/server/drivers/Makefile
<br>U src/external/mit/xorg/server/drivers/xf86-input-elographics/Makefile
<br>U src/external/mit/xorg/server/drivers/xf86-input-ws/Makefile
<br>P src/lib/libc/arch/m68k/gen/Makefile.inc
<br>U src/lib/libc/arch/m68k/gen/fpfake.c
<br>P src/sbin/disklabel/Makefile
<br>P src/sbin/disklabel/disklabel.8
<br>P src/sbin/disklabel/interact.c
<br>P src/sbin/disklabel/main.c
<br>P src/sbin/fdisk/fdisk.8
<br>P src/share/man/man4/man4.sparc64/lom.4
<br>P src/share/mk/bsd.own.mk
<br>P src/sys/arch/arm/arm32/pmap.c
<br>P src/sys/arch/hppa/hppa/pmap.c
<br>U src/sys/arch/sparc64/conf/SCHIZO
<br>P src/sys/arch/sparc64/dev/lom.c
<br>P src/sys/arch/sparc64/dev/pci_machdep.c
<br>P src/sys/arch/sparc64/include/ctlreg.h
<br>P src/sys/arch/sparc64/sparc64/locore.s
<br>P src/sys/arch/sun2/sun2/locore2.c
<br>P src/sys/arch/x68k/dev/if_ne_intio.c
<br>P src/sys/arch/x68k/dev/if_ne_neptune.c
<br>P src/sys/arch/zaurus/conf/GENERIC
<br>P src/sys/compat/irix/irix_sysmp.c
<br>P src/sys/compat/linux/common/linux_socket.c
<br>P src/sys/compat/linux/common/linux_socket.h
<br>P src/sys/compat/linux/common/linux_sockio.h
<br>P src/sys/compat/sys/sockio.h
<br>P src/sys/dev/acpi/acpi.c
<br>P src/sys/dev/acpi/acpivar.h
<br>P src/sys/dev/ic/lan9118.c
<br>P src/sys/dev/ic/lan9118var.h
<br>P src/sys/dev/sdmmc/ld_sdmmc.c
<br>P src/sys/dev/sdmmc/sdmmc_mem.c
<br>P src/sys/dev/sdmmc/sdmmcvar.h
<br>P src/sys/kern/subr_disk.c
<br>P src/sys/kern/vfs_subr.c
<br>P src/sys/net/if_ethersubr.c
<br>P src/tests/rump/rumpkern/Makefile
<br>P src/usr.bin/comm/comm.c
<br>P src/usr.bin/genassym/genassym.sh
<br>P src/usr.bin/getopt/getopt.1
<br><br>Updating xsrc tree:
<br>U xsrc/external/mit/xf86-input-elographics/dist/COPYING
<br>U xsrc/external/mit/xf86-input-elographics/dist/ChangeLog
<br>U xsrc/external/mit/xf86-input-elographics/dist/Makefile.am
<br>U xsrc/external/mit/xf86-input-elographics/dist/Makefile.bsd-wrapper
<br>U xsrc/external/mit/xf86-input-elographics/dist/Makefile.in
<br>U xsrc/external/mit/xf86-input-elographics/dist/aclocal.m4
<br>U xsrc/external/mit/xf86-input-elographics/dist/config.guess
<br>U xsrc/external/mit/xf86-input-elographics/dist/config.h.in
<br>U xsrc/external/mit/xf86-input-elographics/dist/config.sub
<br>U xsrc/external/mit/xf86-input-elographics/dist/configure
<br>U xsrc/external/mit/xf86-input-elographics/dist/configure.ac
<br>U xsrc/external/mit/xf86-input-elographics/dist/depcomp
<br>U xsrc/external/mit/xf86-input-elographics/dist/install-sh
<br>U xsrc/external/mit/xf86-input-elographics/dist/ltmain.sh
<br>U xsrc/external/mit/xf86-input-elographics/dist/missing
<br>U xsrc/external/mit/xf86-input-elographics/dist/man/Makefile.am
<br>U xsrc/external/mit/xf86-input-elographics/dist/man/Makefile.in
<br>U xsrc/external/mit/xf86-input-elographics/dist/man/elographics.man
<br>U xsrc/external/mit/xf86-input-elographics/dist/src/Makefile.am
<br>U xsrc/external/mit/xf86-input-elographics/dist/src/Makefile.in
<br>U xsrc/external/mit/xf86-input-elographics/dist/src/xf86Elo.c
<br>U xsrc/external/mit/xf86-input-elographics/include/config.h
<br><br><br>Killing core files:
<br><br>Running the SUP scanner:
<br>SUP Scan for current starting at Sun Nov 29 03:02:45 2009
<br>SUP Scan for current completed at Sun Nov 29 03:02:56 2009
<br>SUP Scan for mirror starting at Sun Nov 29 03:02:56 2009
<br>SUP Scan for mirror completed at Sun Nov 29 03:08:11 2009
<br><br><br><br><br>Updating file list:
<br>-rw-rw-r-- 1 srcmastr netbsd 40598369 Nov 29 03:10 ls-lRA.gz
<br>tag:old.nabble.com,2006:post-26558744Re: Weirdness in comm(1)2009-11-28T17:52:46Z2009-11-28T17:52:46ZGreg A. Woods; Planix, Inc.At Sat, 28 Nov 2009 20:01:55 -0500, "Greg A. Woods" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558744&i=0" target="_top" rel="nofollow">woods@...</a>> wrote:
<br>Subject: Re: Weirdness in comm(1)
<br>>
<br>> Note that FreeBSD's comm(1) already uses getline(3), but I still think
<br>> using the _old_ fgetln(3) is better.
<br><br>Oops, I mis-spoke. FreeBSD's comm.c includes a private (but not
<br>"static") getline() function.
<br><br>It has however been converted to handle multi-byte characters and deal
<br>properly with different locale settings, apparently fully conforming to
<br>P1003.2-92. Its internal getline() function calls getwc(), and it uses
<br>realloc() to handle the longest possible lines, and it uses wcscoll(3)
<br>to compare the strings.
<br><br>There are probably several, or many other, tools that have already been
<br>converted to deal properly with multi-byte characters in FreeBSD --
<br>perhaps NetBSD should go on a borrowing spree. To bad we're all not yet
<br>using Git already! :-)
<br><br>--
<br> Greg A. Woods
<br> Planix, Inc.
<br><br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558744&i=1" target="_top" rel="nofollow">woods@...</a>> +1 416 218 0099 <a href="http://www.planix.com/" target="_top" rel="nofollow">http://www.planix.com/</a><br><br /> <div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>attachment0</strong> (193 bytes) <a href="http://old.nabble.com/attachment/26558744/0/attachment0" target="_top">Download Attachment</a></div>tag:old.nabble.com,2006:post-26558718Re: Weirdness in comm(1)2009-11-28T17:43:30Z2009-11-28T17:43:30ZGreg A. Woods; Planix, Inc.At Sun, 29 Nov 2009 01:16:16 +0000, Roy Marples <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558718&i=0" target="_top" rel="nofollow">roy@...</a>> wrote:
<br>Subject: Re: Weirdness in comm(1)
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>>
<br>> On Sunday 29 November 2009 01:01:55 Greg A. Woods wrote:
<br>> > I think whomever munged fgetstr(3) to be based on getdelim(3) in
<br>> > -current may have broken it BADLY (likely, actually; re-introducing
<br>> > bogus line length limits, sigh) -- they also forgot to update the manual
<br>> > page (for both a new error and for its references).
<br>>
<br>> I'll update the manual page to reflect the new error tomorrow evening.
<br>> There is a good reason why the line length is now limited - the sudio buffer
<br>> length it uses is an int. Which is a little small for a size_t that fgetln(3)
<br>> wants to use.
</div></div>That's not a good reason _at_ _all_.
<br><br>The previous implementation correctly handled lines as long as it could
<br>realloc() a buffer to fit them; _and_ its documentation also allows for
<br>a standard error for the case where the allocation fails.
<br><br>I'm not even sure it's sane for a string or stdio function to abuse
<br>EOVERFLOW either, never mind standards compatible, not that fgetln(3)
<br>claims to adhere to any external public standard.
<br><br>I.e. the API for the previous implementation did not care what buffer
<br>size FILE used internally.
<br><br>That original implementation has been around for quite a long while now.
<br><br>I'm sure I'm not the only one with code that relies on the fact that
<br>fgetln(3) will parse lines longer than the internal FILE buffer size --
<br>I learned to use it for this reason from other code I'd read and advice
<br>I'd been given.
<br><br>I really think its previous behaviour _must_ be reinstated before the
<br>broken code ends up in a NetBSD release. It's important enough for me
<br>that I'd be willing to find some time to try to work on re-factoring
<br>code together, if indeed that actually does make sense in this case.
<br><br>--
<br> Greg A. Woods
<br> Planix, Inc.
<br><br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558718&i=1" target="_top" rel="nofollow">woods@...</a>> +1 416 218 0099 <a href="http://www.planix.com/" target="_top" rel="nofollow">http://www.planix.com/</a><br><br /> <div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>attachment0</strong> (193 bytes) <a href="http://old.nabble.com/attachment/26558718/0/attachment0" target="_top">Download Attachment</a></div>tag:old.nabble.com,2006:post-26558646Re: Weirdness in comm(1)2009-11-28T17:29:23Z2009-11-28T17:29:23ZGreg A. Woods; Planix, Inc.At Sun, 29 Nov 2009 01:42:08 +0700, Robert Elz <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558646&i=0" target="_top" rel="nofollow">kre@...</a>> wrote:
<br>Subject: Re: Weirdness in comm(1)
<br>>
<br>> Personally, I think that all text processing applications (ones intended
<br>> to process text files) should be defined to have undefined behaviour when
<br>> given a non-text file as input (including not being composed of a number of
<br>> lines (including 0) each of which ends in a \n.
<br><br>I think it may be easier and safer all around to always think of
<br>newlines as separators rather than as _necessary_ terminators in unix
<br>text files.
<br><br>Of course lots of tools fail to work this way now, so many so that
<br>common text editors either automatically add a final newline to a text
<br>file, or offer to add it, where the user did not type one. Perhaps they
<br>could be fixed in time though rather than just continuing to allow their
<br>current undefined behaviour.
<br><br>--
<br> Greg A. Woods
<br> Planix, Inc.
<br><br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26558646&i=1" target="_top" rel="nofollow">woods@...</a>> +1 416 218 0099 <a href="http://www.planix.com/" target="_top" rel="nofollow">http://www.planix.com/</a><br><br /> <div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>attachment0</strong> (193 bytes) <a href="http://old.nabble.com/attachment/26558646/0/attachment0" target="_top">Download Attachment</a></div>tag:old.nabble.com,2006:post-26558483Re: Weirdness in comm(1)2009-11-28T17:16:16Z2009-11-28T17:16:16ZRoy Marples-2On Sunday 29 November 2009 01:01:55 Greg A. Woods wrote:
<br>> I think whomever munged fgetstr(3) to be based on getdelim(3) in
<br>> -current may have broken it BADLY (likely, actually; re-introducing
<br>> bogus line length limits, sigh) -- they also forgot to update the manual
<br>> page (for both a new error and for its references).
<br><br>I'll update the manual page to reflect the new error tomorrow evening.
<br>There is a good reason why the line length is now limited - the sudio buffer
<br>length it uses is an int. Which is a little small for a size_t that fgetln(3)
<br>wants to use.
<br><br>Thanks
<br><br>Roy
<br>