Re: Still seeing random vmem(?) crashes
On Fri, Aug 16, 2013 at 02:27:08PM -0500, Larry Rosenman wrote: On 2013-08-16 10:05, Konstantin Belousov wrote: On Fri, Aug 16, 2013 at 09:51:31AM -0500, Larry Rosenman wrote: I'm still seeing random crashes. I have the vmcore as well Ideas? What if you remove any modules not coming from the base system, does the problem still stay there ? I've removed the nvidia module, and that's the only one I have that's not part of the base. We'll see what it does over the next few days. I remember I saw at least vbox as well, and it was vbox that catched my eye. pgpJdWUchsVZK.pgp Description: PGP signature
Re: USB no proper work
On 08/16/13 22:38, Alexander Panyushkin wrote: This deatach== Aug 16 23:24:05 scorpion kernel: ugen1.2: Generic at usbus1 (disconnected) Aug 16 23:24:05 scorpion kernel: umass0: at uhub0, port 4, addr 2 (disconnected) Aug 16 23:24:05 scorpion kernel: (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 2 refs Hi, The 2 refs is a problem that someone is keeping the device opened. That's the problem and that's what is stopping the enumeration thread. CC'ed mav --HPS ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on sparc64/sparc64
TB --- 2013-08-17 05:11:47 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-17 05:11:47 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-17 05:11:47 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-08-17 05:11:47 - cleaning the object tree TB --- 2013-08-17 05:11:47 - /usr/local/bin/svn stat /src TB --- 2013-08-17 05:11:51 - At svn revision 254428 TB --- 2013-08-17 05:11:52 - building world TB --- 2013-08-17 05:11:52 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 05:11:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 05:11:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 05:11:52 - SRCCONF=/dev/null TB --- 2013-08-17 05:11:52 - TARGET=sparc64 TB --- 2013-08-17 05:11:52 - TARGET_ARCH=sparc64 TB --- 2013-08-17 05:11:52 - TZ=UTC TB --- 2013-08-17 05:11:52 - __MAKE_CONF=/dev/null TB --- 2013-08-17 05:11:52 - cd /src TB --- 2013-08-17 05:11:52 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Aug 17 05:11:59 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sat Aug 17 06:14:15 UTC 2013 TB --- 2013-08-17 06:14:15 - generating LINT kernel config TB --- 2013-08-17 06:14:15 - cd /src/sys/sparc64/conf TB --- 2013-08-17 06:14:15 - /usr/bin/make -B LINT TB --- 2013-08-17 06:14:15 - cd /src/sys/sparc64/conf TB --- 2013-08-17 06:14:15 - /usr/sbin/config -m LINT TB --- 2013-08-17 06:14:15 - building LINT kernel TB --- 2013-08-17 06:14:15 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 06:14:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 06:14:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 06:14:15 - SRCCONF=/dev/null TB --- 2013-08-17 06:14:15 - TARGET=sparc64 TB --- 2013-08-17 06:14:15 - TARGET_ARCH=sparc64 TB --- 2013-08-17 06:14:15 - TZ=UTC TB --- 2013-08-17 06:14:15 - __MAKE_CONF=/dev/null TB --- 2013-08-17 06:14:15 - cd /src TB --- 2013-08-17 06:14:15 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Aug 17 06:14:15 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sem.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding
[head tinderbox] failure on powerpc/powerpc
TB --- 2013-08-17 04:13:40 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-17 04:13:40 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-17 04:13:40 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-08-17 04:13:40 - cleaning the object tree TB --- 2013-08-17 04:13:40 - /usr/local/bin/svn stat /src TB --- 2013-08-17 04:13:43 - At svn revision 254428 TB --- 2013-08-17 04:13:44 - building world TB --- 2013-08-17 04:13:44 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 04:13:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 04:13:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 04:13:44 - SRCCONF=/dev/null TB --- 2013-08-17 04:13:44 - TARGET=powerpc TB --- 2013-08-17 04:13:44 - TARGET_ARCH=powerpc TB --- 2013-08-17 04:13:44 - TZ=UTC TB --- 2013-08-17 04:13:44 - __MAKE_CONF=/dev/null TB --- 2013-08-17 04:13:44 - cd /src TB --- 2013-08-17 04:13:44 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Aug 17 04:13:51 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sat Aug 17 06:46:27 UTC 2013 TB --- 2013-08-17 06:46:27 - generating LINT kernel config TB --- 2013-08-17 06:46:27 - cd /src/sys/powerpc/conf TB --- 2013-08-17 06:46:27 - /usr/bin/make -B LINT TB --- 2013-08-17 06:46:27 - cd /src/sys/powerpc/conf TB --- 2013-08-17 06:46:27 - /usr/sbin/config -m LINT TB --- 2013-08-17 06:46:27 - building LINT kernel TB --- 2013-08-17 06:46:27 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 06:46:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 06:46:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 06:46:27 - SRCCONF=/dev/null TB --- 2013-08-17 06:46:27 - TARGET=powerpc TB --- 2013-08-17 06:46:27 - TARGET_ARCH=powerpc TB --- 2013-08-17 06:46:27 - TZ=UTC TB --- 2013-08-17 06:46:27 - __MAKE_CONF=/dev/null TB --- 2013-08-17 06:46:27 - cd /src TB --- 2013-08-17 06:46:27 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Aug 17 06:46:27 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sem.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common
[head tinderbox] failure on powerpc64/powerpc
TB --- 2013-08-17 04:46:47 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-17 04:46:47 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-17 04:46:47 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-08-17 04:46:47 - cleaning the object tree TB --- 2013-08-17 04:46:47 - /usr/local/bin/svn stat /src TB --- 2013-08-17 04:46:51 - At svn revision 254428 TB --- 2013-08-17 04:46:52 - building world TB --- 2013-08-17 04:46:52 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 04:46:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 04:46:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 04:46:52 - SRCCONF=/dev/null TB --- 2013-08-17 04:46:52 - TARGET=powerpc TB --- 2013-08-17 04:46:52 - TARGET_ARCH=powerpc64 TB --- 2013-08-17 04:46:52 - TZ=UTC TB --- 2013-08-17 04:46:52 - __MAKE_CONF=/dev/null TB --- 2013-08-17 04:46:52 - cd /src TB --- 2013-08-17 04:46:52 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Aug 17 04:46:59 UTC 2013 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Sat Aug 17 07:48:49 UTC 2013 TB --- 2013-08-17 07:48:49 - generating LINT kernel config TB --- 2013-08-17 07:48:49 - cd /src/sys/powerpc/conf TB --- 2013-08-17 07:48:49 - /usr/bin/make -B LINT TB --- 2013-08-17 07:48:49 - cd /src/sys/powerpc/conf TB --- 2013-08-17 07:48:49 - /usr/sbin/config -m LINT TB --- 2013-08-17 07:48:49 - skipping LINT kernel TB --- 2013-08-17 07:48:49 - cd /src/sys/powerpc/conf TB --- 2013-08-17 07:48:49 - /usr/sbin/config -m GENERIC TB --- 2013-08-17 07:48:49 - skipping GENERIC kernel TB --- 2013-08-17 07:48:49 - cd /src/sys/powerpc/conf TB --- 2013-08-17 07:48:49 - /usr/sbin/config -m GENERIC64 TB --- 2013-08-17 07:48:49 - building GENERIC64 kernel TB --- 2013-08-17 07:48:49 - CROSS_BUILD_TESTING=YES TB --- 2013-08-17 07:48:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-17 07:48:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-17 07:48:49 - SRCCONF=/dev/null TB --- 2013-08-17 07:48:49 - TARGET=powerpc TB --- 2013-08-17 07:48:49 - TARGET_ARCH=powerpc64 TB --- 2013-08-17 07:48:49 - TZ=UTC TB --- 2013-08-17 07:48:49 - __MAKE_CONF=/dev/null TB --- 2013-08-17 07:48:49 - cd /src TB --- 2013-08-17 07:48:49 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 Kernel build for GENERIC64 started on Sat Aug 17 07:48:50 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sockbuf.c
/etc/namedb-@ referrs to NIL after crash or typing reboot (not shutdown -r)
I have running a CURRENT box (running most recent sources, recompiling world at least four times a week) acting as a local MASTER DNS server for my private LAN at home. The configuration is simple, the setup is stored in /etc/namedb/named.conf. /etc/namedb is effectively a link to /var/named/etc/namedb. I can reproduceable truncate the link in /etc/ to be NIL by typing simply reboot when rebooting the box or, in some cases, while crashing (CURRENT has sometimes flaws ...) in case, the service named has already been started. This seems strange. The problem is easily solvable if I restore the link, but it is very bad on remotely located boxes if this happens there. Isn't /var considered a volatile place? I would expect having everything in /etc/ and then symbolically linked to somewhere else, like /var/named/etc. How does the link get lost during a simple reboot? Regards, Oliver signature.asc Description: PGP signature
graphics/blender: math.h: isnan(): error: controlling expression type 'unsigned int' not compatible with any generic association type
port graphics/blender doesn't compiler neither in CURRENT nor 9.2-PRE for the moment. On CURRENT (FreeBSD 10.0-CURRENT #4 r254430: Fri Aug 16 23:23:08 CEST 2013 amd64), compilation fails with the belwo shown error message - for roughly a month now. I think this is dur to some issues of inconsistency/incompatibility of the math.h/cmath headers regarding the reported c++11 issues. Since port graphics/blender doesn't compile on 9.2 nor does it compile in CURRENT and the fact that the math.h isn't fixed in the 9.2-RELEASE as I was told, the port should be marked broken. [ 55%] Building C object source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineon_dpx.c.o [ 55%] Building C object source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineonlib.c.o /usr/ports/graphics/blender/work/blender-2.68/source/blender/imbuf/intern/cineon/cineonlib.c:280:70: error: controlling expression type 'unsigned int' not compatible with any generic association type if (cineon-element[i].refLowData == CINEON_UNDEFINED_U32 || isnan(cineon-element[i].refLowData)) ^ /usr/include/math.h:118:19: note: expanded from macro 'isnan' __fp_type_select(x, __inline_isnanf, __inline_isnan, __inline_isnanl) ^ /usr/include/math.h:86:49: note: expanded from macro '__fp_type_select' #define __fp_type_select(x, f, d, ld) _Generic((x), signature.asc Description: PGP signature
Re: Still seeing random vmem(?) crashes
I've removed it as well Konstantin Belousov kostik...@gmail.com wrote: On Fri, Aug 16, 2013 at 02:27:08PM -0500, Larry Rosenman wrote: On 2013-08-16 10:05, Konstantin Belousov wrote: On Fri, Aug 16, 2013 at 09:51:31AM -0500, Larry Rosenman wrote: I'm still seeing random crashes. I have the vmcore as well Ideas? What if you remove any modules not coming from the base system, does the problem still stay there ? I've removed the nvidia module, and that's the only one I have that's not part of the base. We'll see what it does over the next few days. I remember I saw at least vbox as well, and it was vbox that catched my eye. -- Sent from Kaiten Mail. Please excuse my brevity. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: graphics/blender: math.h: isnan(): error: controlling expression type 'unsigned int' not compatible with any generic association type
On 17 Aug 2013, at 10:48, O. Hartmann ohart...@zedat.fu-berlin.de wrote: port graphics/blender doesn't compiler neither in CURRENT nor 9.2-PRE for the moment. On CURRENT (FreeBSD 10.0-CURRENT #4 r254430: Fri Aug 16 23:23:08 CEST 2013 amd64), compilation fails with the belwo shown error message - for roughly a month now. I think this is dur to some issues of inconsistency/incompatibility of the math.h/cmath headers regarding the reported c++11 issues. Since port graphics/blender doesn't compile on 9.2 nor does it compile in CURRENT and the fact that the math.h isn't fixed in the 9.2-RELEASE as I was told, the port should be marked broken. [ 55%] Building C object source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineon_dpx.c.o [ 55%] Building C object source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineonlib.c.o /usr/ports/graphics/blender/work/blender-2.68/source/blender/imbuf/intern/cineon/cineonlib.c:280:70: error: controlling expression type 'unsigned int' not compatible with any generic association type if (cineon-element[i].refLowData == CINEON_UNDEFINED_U32 || isnan(cineon-element[i].refLowData)) ^ /usr/include/math.h:118:19: note: expanded from macro 'isnan' __fp_type_select(x, __inline_isnanf, __inline_isnan, __inline_isnanl) ^ /usr/include/math.h:86:49: note: expanded from macro '__fp_type_select' #define __fp_type_select(x, f, d, ld) _Generic((x), This looks like a correct error. isnan(unsigned int) is undefined behaviour in C or C++. Now, we have a hard error instead of doing something random. This change was made it make it easier to find logic errors at compile time, and it seems to be doing exactly that here: now the port fails to build, rather than building and having undefined behaviour. David signature.asc Description: Message signed with OpenPGP using GPGMail
Re: graphics/blender: math.h: isnan(): error: controlling expression type 'unsigned int' not compatible with any generic association type
On Sat, 17 Aug 2013 11:24:41 +0100 David Chisnall thera...@freebsd.org wrote: On 17 Aug 2013, at 10:48, O. Hartmann ohart...@zedat.fu-berlin.de wrote: port graphics/blender doesn't compiler neither in CURRENT nor 9.2-PRE for the moment. On CURRENT (FreeBSD 10.0-CURRENT #4 r254430: Fri Aug 16 23:23:08 CEST 2013 amd64), compilation fails with the belwo shown error message - for roughly a month now. I think this is dur to some issues of inconsistency/incompatibility of the math.h/cmath headers regarding the reported c++11 issues. Since port graphics/blender doesn't compile on 9.2 nor does it compile in CURRENT and the fact that the math.h isn't fixed in the 9.2-RELEASE as I was told, the port should be marked broken. [ 55%] Building C object source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineon_dpx.c.o [ 55%] Building C object source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineonlib.c.o /usr/ports/graphics/blender/work/blender-2.68/source/blender/imbuf/intern/cineon/cineonlib.c:280:70: error: controlling expression type 'unsigned int' not compatible with any generic association type if (cineon-element[i].refLowData == CINEON_UNDEFINED_U32 || isnan(cineon-element[i].refLowData)) ^ /usr/include/math.h:118:19: note: expanded from macro 'isnan' __fp_type_select(x, __inline_isnanf, __inline_isnan, __inline_isnanl) ^ /usr/include/math.h:86:49: note: expanded from macro '__fp_type_select' #define __fp_type_select(x, f, d, ld) _Generic((x), This looks like a correct error. isnan(unsigned int) is undefined behaviour in C or C++. Now, we have a hard error instead of doing something random. This change was made it make it easier to find logic errors at compile time, and it seems to be doing exactly that here: now the port fails to build, rather than building and having undefined behaviour. David Hello David. Thank you very much for this insight. As I understand it for now, the math.h/cmath behaviour is as expected by defintion an correct so far in FreeBSD? If yes, it would imply that the port graphics/blender is broken then. In the latter case the blender developers should be correct this upstream, shouldn't they? Again, thank you very much and for the patience explaining it again. Regards, Oliver signature.asc Description: PGP signature
Re: graphics/blender: math.h: isnan(): error: controlling expression type 'unsigned int' not compatible with any generic association type
On 17 Aug 2013, at 15:39, O. Hartmann ohart...@zedat.fu-berlin.de wrote: On Sat, 17 Aug 2013 11:24:41 +0100 David Chisnall thera...@freebsd.org wrote: On 17 Aug 2013, at 10:48, O. Hartmann ohart...@zedat.fu-berlin.de wrote: port graphics/blender doesn't compiler neither in CURRENT nor 9.2-PRE for the moment. On CURRENT (FreeBSD 10.0-CURRENT #4 r254430: Fri Aug 16 23:23:08 CEST 2013 amd64), compilation fails with the belwo shown error message - for roughly a month now. I think this is dur to some issues of inconsistency/incompatibility of the math.h/cmath headers regarding the reported c++11 issues. Since port graphics/blender doesn't compile on 9.2 nor does it compile in CURRENT and the fact that the math.h isn't fixed in the 9.2-RELEASE as I was told, the port should be marked broken. [ 55%] Building C object source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineon_dpx.c.o [ 55%] Building C object source/blender/imbuf/intern/cineon/CMakeFiles/bf_imbuf_cineon.dir/cineonlib.c.o /usr/ports/graphics/blender/work/blender-2.68/source/blender/imbuf/intern/cineon/cineonlib.c:280:70: error: controlling expression type 'unsigned int' not compatible with any generic association type if (cineon-element[i].refLowData == CINEON_UNDEFINED_U32 || isnan(cineon-element[i].refLowData)) ^ /usr/include/math.h:118:19: note: expanded from macro 'isnan' __fp_type_select(x, __inline_isnanf, __inline_isnan, __inline_isnanl) ^ /usr/include/math.h:86:49: note: expanded from macro '__fp_type_select' #define __fp_type_select(x, f, d, ld) _Generic((x), This looks like a correct error. isnan(unsigned int) is undefined behaviour in C or C++. Now, we have a hard error instead of doing something random. This change was made it make it easier to find logic errors at compile time, and it seems to be doing exactly that here: now the port fails to build, rather than building and having undefined behaviour. David Hello David. Thank you very much for this insight. As I understand it for now, the math.h/cmath behaviour is as expected by defintion an correct so far in FreeBSD? If yes, it would imply that the port graphics/blender is broken then. In the latter case the blender developers should be correct this upstream, shouldn't they? Yes, I believe (and am willing to be convinced otherwise by test cases) that we now accept anything that the standard allows and reject with a compile-time error things that are undefined behaviour. From the tiny snipped of code in the error message, my guess would be that refLowData is something that is read from a file (header?) as an unsigned int and is supposed to be a float here, and so needs a cast via a union (or just a *(float*) if strict aliasing is not turned on). David signature.asc Description: Message signed with OpenPGP using GPGMail
Re: USB no proper work
On 17.08.2013 09:22, Hans Petter Selasky wrote: On 08/16/13 22:38, Alexander Panyushkin wrote: This deatach== Aug 16 23:24:05 scorpion kernel: ugen1.2: Generic at usbus1 (disconnected) Aug 16 23:24:05 scorpion kernel: umass0: at uhub0, port 4, addr 2 (disconnected) Aug 16 23:24:05 scorpion kernel: (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 2 refs Hi, The 2 refs is a problem that someone is keeping the device opened. That's the problem and that's what is stopping the enumeration thread. 2 refs may be not a CAM bug. One of them can be GEOM reference and another is open device reference. What were the file systems on the device and were they active/mounted during detach? Just recently I tested hot-plug device with ZFS on 10-CURRENT using USB sticks and found no problems in either CAM or USB stack around device disconnect. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /etc/namedb-@ referrs to NIL after crash or typing reboot (not shutdown -r)
17.08.2013 13:36, O. Hartmann пишет: I can reproduceable truncate the link in /etc/ to be NIL by typing simply reboot when rebooting the box Does it make any difference if you use shutdown -r instead? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
portaudit install failure
I'm getting this: ... --- Installing the new version via the port === Installing for portaudit-0.6.1 /usr/sbin/pkg_info missing, please install port sysutils/pkg_install-devel *** Error code 1 But there is no sysutils/pkg_install-devel in ports? -- Cheers, Saul ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: ipv6_activate_all_interfaces doesn't work on wireless interface.
On Fri, Aug 16, 2013 at 11:54 AM, Eric Camachat eric.camac...@gmail.comwrote: OK, I will try add accept_rtadv to ifconfig_wlan0_ipv6. Thanks, Eric On Fri, Aug 16, 2013 at 6:19 AM, Kimmo Paasiala kpaas...@gmail.com wrote: On Fri, Aug 16, 2013 at 8:47 AM, Eric L Camachat eric.camac...@gmail.com wrote: Here is my /etc/rc.conf ipv6_enable=YES #ip6addrctl_enable=YES #ip6addrctl_policy=ipv6_prefer #ipv6_activate_all_interfaces=YES wlans_iwn0=wlan0 ifconfig_wlan0=WPA DHCP rc.d system said ipv6_enable is obsoleted by ipv6_activate_all_interfaces. So, I tried to replaced ipv6_enable with ipv6_activate_all_interfaces and ip6addrctl_*, interface wlan0 will not get ipv6 address from router. After investigated, that's because of wlan0 didn't add 'accept_rtadv' ipv6 option. -- Eric As far as I know, not enabling accept_rtadv is a reasonable default and it has been like that always. Just like DHCP is not a default configuration method for IPv4 addresses. -Kimmo There was a revision to networks.subr in r253683 that removed accept_rtadv from default for bridge interfaces. At least the comment says that it should not be default which implies that it used to be. If there is a logic error in the commit (I just noted the change to rtadv and the comment, but did not attempt to confirm the logic), perhaps accept_rtadv got turned off on more than just bridge interfaces. 564http://svnweb.freebsd.org/base/stable/9/etc/network.subr?annotate=253683#l564 bridge[0-9]*) 565http://svnweb.freebsd.org/base/stable/9/etc/network.subr?annotate=253683#l565 # No accept_rtadv by default on if_bridge(4) 566http://svnweb.freebsd.org/base/stable/9/etc/network.subr?annotate=253683#l566 # to avoid a conflict with the member 567http://svnweb.freebsd.org/base/stable/9/etc/network.subr?annotate=253683#l567 # interfaces. 568http://svnweb.freebsd.org/base/stable/9/etc/network.subr?annotate=253683#l568 return 1 569http://svnweb.freebsd.org/base/stable/9/etc/network.subr?annotate=253683#l569 ;; 570http://svnweb.freebsd.org/base/stable/9/etc/network.subr?annotate=253683#l570 *) -- R. Kevin Oberman, Network Engineer E-mail: rkober...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /etc/namedb-@ referrs to NIL after crash or typing reboot (not shutdown -r)
On Sat, 17 Aug 2013 21:10:49 +0400 Boris Samorodov b...@passap.ru wrote: 17.08.2013 13:36, O. Hartmann пишет: I can reproduceable truncate the link in /etc/ to be NIL by typing simply reboot when rebooting the box Does it make any difference if you use shutdown -r instead? Yes, when using shutdown -r the link isn't broken and the system reboots and operates as expected. Only if I use the quick and dirty way via reboot or after a crash when service named ahs already been started the link is dead. If a crahs occurs BEFORE service named has been started, the recovery is also operable - this is my observation. signature.asc Description: PGP signature
Re: ipv6_activate_all_interfaces doesn't work on wireless interface.
On Sat, 2013-08-17 at 10:18 -0700, Kevin Oberman wrote: There was a revision to networks.subr in r253683 that removed accept_rtadv from default for bridge interfaces. At least the comment says that it should not be default which implies that it used to be. If there is a logic error in the commit (I just noted the change to rtadv and the comment, but did not attempt to confirm the logic), perhaps accept_rtadv got turned off on more than just bridge interfaces. 564 bridge[0-9]*) 565 # No accept_rtadv by default on if_bridge(4) 566 # to avoid a conflict with the member 567 # interfaces. 568 return 1 569 ;; 570 *) That script affect only when ipv6_enable=YES for backward compatibility, from its comments. Eric ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /etc/namedb-@ referrs to NIL after crash or typing reboot (not shutdown -r)
On Aug 17, 2013, at 10:35 AM, O. Hartmann wrote: On Sat, 17 Aug 2013 21:10:49 +0400 Boris Samorodov b...@passap.ru wrote: 17.08.2013 13:36, O. Hartmann пишет: I can reproduceable truncate the link in /etc/ to be NIL by typing simply reboot when rebooting the box Does it make any difference if you use shutdown -r instead? Yes, when using shutdown -r the link isn't broken and the system reboots and operates as expected. Only if I use the quick and dirty way via reboot or after a crash when service named ahs already been started the link is dead. If a crahs occurs BEFORE service named has been started, the recovery is also operable - this is my observation. Does reboot show the same problem If the system has been running for a while (at least 15 minutes or so)? Your broken link sounds like the expected behavior when you do a dirty reboot shortly after the link has been created (before the link contents have been written all the way to disk). But the broken /etc/namedb link shouldn't prevent named from restarting after the reboot; maybe we should change the named startup scripts to test this link and delete/recreate it if it's broken? Tim ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: ipv6_activate_all_interfaces doesn't work on wireless interface.
On Sat, Aug 17, 2013 at 10:38 AM, Eric L Camachat eric.camac...@gmail.comwrote: On Sat, 2013-08-17 at 10:18 -0700, Kevin Oberman wrote: There was a revision to networks.subr in r253683 that removed accept_rtadv from default for bridge interfaces. At least the comment says that it should not be default which implies that it used to be. If there is a logic error in the commit (I just noted the change to rtadv and the comment, but did not attempt to confirm the logic), perhaps accept_rtadv got turned off on more than just bridge interfaces. 564 bridge[0-9]*) 565 # No accept_rtadv by default on if_bridge(4) 566 # to avoid a conflict with the member 567 # interfaces. 568 return 1 569 ;; 570 *) That script affect only when ipv6_enable=YES for backward compatibility, from its comments. Eric Look further down in the commit for line in the 560s. The section I copied was the general case, not the legacy one. The code for both is .included. -- R. Kevin Oberman, Network Engineer E-mail: rkober...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /etc/namedb-@ referrs to NIL after crash or typing reboot (not shutdown -r)
On Sat, 17 Aug 2013 10:42:07 -0700 Tim Kientzle t...@kientzle.com wrote: On Aug 17, 2013, at 10:35 AM, O. Hartmann wrote: On Sat, 17 Aug 2013 21:10:49 +0400 Boris Samorodov b...@passap.ru wrote: 17.08.2013 13:36, O. Hartmann пишет: I can reproduceable truncate the link in /etc/ to be NIL by typing simply reboot when rebooting the box Does it make any difference if you use shutdown -r instead? Yes, when using shutdown -r the link isn't broken and the system reboots and operates as expected. Only if I use the quick and dirty way via reboot or after a crash when service named ahs already been started the link is dead. If a crahs occurs BEFORE service named has been started, the recovery is also operable - this is my observation. Does reboot show the same problem If the system has been running for a while (at least 15 minutes or so)? Yes, of course. Your broken link sounds like the expected behavior when you do a dirty reboot shortly after the link has been created (before the link contents have been written all the way to disk). But the broken /etc/namedb link shouldn't prevent named from restarting after the reboot; maybe we should change the named startup scripts to test this link and delete/recreate it if it's broken? Tim signature.asc Description: PGP signature
Re: /etc/namedb-@ referrs to NIL after crash or typing reboot (not shutdown -r)
On Aug 17, 2013, at 11:17 AM, O. Hartmann wrote: On Sat, 17 Aug 2013 10:42:07 -0700 Tim Kientzle t...@kientzle.com wrote: On Aug 17, 2013, at 10:35 AM, O. Hartmann wrote: On Sat, 17 Aug 2013 21:10:49 +0400 Boris Samorodov b...@passap.ru wrote: 17.08.2013 13:36, O. Hartmann пишет: I can reproduceable truncate the link in /etc/ to be NIL by typing simply reboot when rebooting the box Does it make any difference if you use shutdown -r instead? Yes, when using shutdown -r the link isn't broken and the system reboots and operates as expected. Only if I use the quick and dirty way via reboot or after a crash when service named ahs already been started the link is dead. If a crahs occurs BEFORE service named has been started, the recovery is also operable - this is my observation. Does reboot show the same problem If the system has been running for a while (at least 15 minutes or so)? Yes, of course. That's not good. After 15 minutes, the link contents should have been written all the way to disk, even on an idle system. It sounds like the sync process might not be running except at system shutdown. What filesystem are you using? ZFS? UFS/SU? SU+J? Kernel version? Can you reproduce this without named? That is: * create a symlink, * wait 15 minutes, * reboot Is the symlink broken? Tim ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: ipv6_activate_all_interfaces doesn't work on wireless interface.
On Sat, 2013-08-17 at 11:12 -0700, Kevin Oberman wrote: On Sat, Aug 17, 2013 at 10:38 AM, Eric L Camachat eric.camac...@gmail.com wrote: On Sat, 2013-08-17 at 10:18 -0700, Kevin Oberman wrote: There was a revision to networks.subr in r253683 that removed accept_rtadv from default for bridge interfaces. At least the comment says that it should not be default which implies that it used to be. If there is a logic error in the commit (I just noted the change to rtadv and the comment, but did not attempt to confirm the logic), perhaps accept_rtadv got turned off on more than just bridge interfaces. 564 bridge[0-9]*) 565 # No accept_rtadv by default on if_bridge(4) 566 # to avoid a conflict with the member 567 # interfaces. 568 return 1 569 ;; 570 *) That script affect only when ipv6_enable=YES for backward compatibility, from its comments. Eric Look further down in the commit for line in the 560s. The section I copied was the general case, not the legacy one. The code for both is .included. -- I see, thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /etc/namedb-@ referrs to NIL after crash or typing reboot (not shutdown -r)
On Sat, 17 Aug 2013 11:41:08 -0700 Tim Kientzle t...@kientzle.com wrote: On Aug 17, 2013, at 11:17 AM, O. Hartmann wrote: On Sat, 17 Aug 2013 10:42:07 -0700 Tim Kientzle t...@kientzle.com wrote: On Aug 17, 2013, at 10:35 AM, O. Hartmann wrote: On Sat, 17 Aug 2013 21:10:49 +0400 Boris Samorodov b...@passap.ru wrote: 17.08.2013 13:36, O. Hartmann пишет: I can reproduceable truncate the link in /etc/ to be NIL by typing simply reboot when rebooting the box Does it make any difference if you use shutdown -r instead? Yes, when using shutdown -r the link isn't broken and the system reboots and operates as expected. Only if I use the quick and dirty way via reboot or after a crash when service named ahs already been started the link is dead. If a crahs occurs BEFORE service named has been started, the recovery is also operable - this is my observation. Does reboot show the same problem If the system has been running for a while (at least 15 minutes or so)? Yes, of course. That's not good. After 15 minutes, the link contents should have been written all the way to disk, even on an idle system. It sounds like the sync process might not be running except at system shutdown. What filesystem are you using? ZFS? UFS/SU? SU+J? It's UFS/SU + J. Kernel version? As I wrote in my initial message, I compile on a regular basis the system/world with progressing in the kernel version. A moving target. Can you reproduce this without named? That is: That box serves my network with named ;-) Since LDAP on freeBSD doing a kind of weird (I guess it is due to the horrible timeout using pam_ldap and nss_ldap modules) when the named service in the network is not present, I'm a bit of scared doing that on purpose :-/ But I will try. Why is it 15 minutes waiting? * create a symlink, * wait 15 minutes, * reboot Is the symlink broken? Tim I will report in. signature.asc Description: PGP signature
Re: USB no proper work
17.08.2013 19:41, Alexander Motin пишет: On 17.08.2013 09:22, Hans Petter Selasky wrote: On 08/16/13 22:38, Alexander Panyushkin wrote: This deatach== Aug 16 23:24:05 scorpion kernel: ugen1.2: Generic at usbus1 (disconnected) Aug 16 23:24:05 scorpion kernel: umass0: at uhub0, port 4, addr 2 (disconnected) Aug 16 23:24:05 scorpion kernel: (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 2 refs Hi, The 2 refs is a problem that someone is keeping the device opened. That's the problem and that's what is stopping the enumeration thread. 2 refs may be not a CAM bug. One of them can be GEOM reference and another is open device reference. What were the file systems on the device and were they active/mounted during detach? Just recently I tested hot-plug device with ZFS on 10-CURRENT using USB sticks and found no problems in either CAM or USB stack around device disconnect. On USB device FAT-32 file system. When I removed flash drive, the file system has been unmounted. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: USB no proper work
On 08/17/13 23:55, Alexander Panyushkin wrote: 17.08.2013 19:41, Alexander Motin пишет: On 17.08.2013 09:22, Hans Petter Selasky wrote: On USB device FAT-32 file system. When I removed flash drive, the file system has been unmounted. Hi, The problem might be in the GELI module then. Did you test that Alexander ? Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Device gpt/swap0.eli created. Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Encryption: AES-XTS 128 Aug 16 23:23:43 scorpion kernel: GEOM_ELI: Crypto: software Hint: You can set the following knob to disable the USB waiting at reboot. hw.usb.no_shutdown_wait=1 --HPS ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: portaudit install failure
On Aug 17, 2013, at 19:15, Saul A. Peebsen jaglo...@gmail.com wrote: I'm getting this: ... --- Installing the new version via the port === Installing for portaudit-0.6.1 /usr/sbin/pkg_info missing, please install port sysutils/pkg_install-devel *** Error code 1 But there is no sysutils/pkg_install-devel in ports? Yeah, I just ran into this too. When you use -current, you get pkgng by default these days, and that uses pkg audit instead. There is no need to install portaudit anymore. The error message could be a bit less misleading though. :) -Dimitry ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org