Re: Binary packages for LibreOffice 3.5 or 3.4
On 08/05/2012 08:53, Yamagi Burmeister wrote: I'd like to ask whether there are sites were binary packages could be downloaded from and are there any experiences with installing them on either 9-STABLE or 10-CURRENT? We (BSDForen.de) have unofficial packages build by the community at http://wiki.bsdforen.de/anwendungen/libreoffice_aus_inoffiziellen_paketen While the page is written in german, english (en_GB) packages are available. 7-STABLE, 8-STABE and 9-STABLE are covered. And the base version (without language packages) is always en_US. BTW, when our packages are a little late, this is normally for a reason. With the latest version it was the doc/docx issue. And of course there are a lot of packages to build. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ 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: Binary packages for LibreOffice 3.5 or 3.4
(Late to the party - there was a pile-up on the backbone just outside of Barcelona.) On FreeBSD 10.0-CURRENT #0: Sun Mar 11 08:20:02 EDT 2012 amd64 I am unable to compile libreoffice-3.5. using either Clang or gcc-4.6. The "make.conf" is appended. I have also defined "MAKE_JOBS_UNSAFE". The error message for Clang is: Compiling: lingucomponent/source/thesaurus/libnth/nthesdta.cxx Compiling: lingucomponent/source/thesaurus/libnth/ntreg.cxx Compiling: lingucomponent/source/thesaurus/libnth/nthesimp.cxx Compiling: lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hreg.cxx Compiling: lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.cxx /usr/local/bin/xsltproc --nonet --stringparam uri \ 'vnd.sun.star.expand:$LO_LIB_DIR/libhyphenlo.so' -o ../../../../unxfbsd.pro/misc/hyphen.component \ /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/solenv/bin/createcomponent.xslt hyphen.component /usr/local/bin/xsltproc --nonet --stringparam uri \ 'vnd.sun.star.expand:$LO_LIB_DIR/liblnthlo.so' -o ../../../unxfbsd.pro/misc/lnth.component \ /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/solenv/bin/createcomponent.xslt lnth.component /usr/local/bin/xsltproc --nonet --stringparam uri \ 'vnd.sun.star.expand:$LO_LIB_DIR/libguesslanglo.so' -o ../../unxfbsd.pro/misc/guesslang.component \ /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/solenv/bin/createcomponent.xslt guesslang.component Making:guesslang.lib Making:libguesslanglo.so Making:spell.lib Making:libspelllo.so Making:hyphen_lib.lib Making:libhyphenlo.so Making:lnth.lib Making:liblnthlo.so lingucomponent deliver Module 'lingucomponent' delivered successfully. 12 files copied, 2 files unchanged --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/icc/source/create_sRGB_profile it seems that the error is inside 'icc', please re-run build inside this module to isolate the error and/or test your fix: --- /usr/local/bin/bash cd /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2 source ./Env.Host.sh cd icc rm -Rf /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/icc/unxfbsd.pro # optional module 'clean' build The error message for gcc46 is: = (23/115) Building module mdds = Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/mdds if [ -f ./unxfbsd.pro/misc/build/mdds_0.5.3.exists ] ; then mv ./unxfbsd.pro/misc/build/mdds_0.5.3 ./unxfbsd.pro/misc/build/mdds_0.5.3_removeme ; fi make writeable... patching file mdds_0.5.3/include/mdds/mixed_type_matrix_def.inl patching file mdds_0.5.3/include/mdds/mixed_type_matrix_storage_filled_linear.inl patching file mdds_0.5.3/include/mdds/point_quad_tree.hpp mdds deliver Module 'mdds' delivered successfully. 19 files copied, 0 files unchanged --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/xml2cmp/prj it seems that the error is inside 'xml2cmp', please re-run build inside this module to isolate the error and/or test your fix: --- /usr/local/bin/bash cd /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2 source ./Env.Host.sh cd xml2cmp gmake clean # optional gmake -r In the case of gcc46, when I execute the previous six lines, return to /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2, and run "make", I get: it says: Error expanding embedded variable. (Per a previous message, I have re-compiled libcmis with gcc42.) Any ideas? Robert Huff CFLAGS= -O -pipe -g STRIP= SYMVER_ENABLED= yes X_WINDOW_SYSTEM=xorg HAVE_MOTIF= yes FC="gfortran42" # to get automatic SASL in sendmail SENDMAIL_CFLAGS+= -I/usr/local/include/ -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+=-lsasl2 # # to make CUPS magically keep working # See: http://www.csua.b
[HEADS-UP] BSD sort coming to -CURRENT
Hi Folks, Oleg Moskalenko has been working very hard on BSD sort and by now we think it is compatible with the base version (and has even more features, the ideas mostly taken from the latest GNU sort) and it is efficient. I just updated the textproc/bsdsort port to the latest version so that people can test it and I plan to commit it to HEAD in some days, for now installed as "bsdsort", leaving GNU sort the default version. If someone has any objection, please raise it now. Future plans are to switch the logic and make BSD sort default once it has undergone enough testing and finally drop GNU sort permanently if no problems appear. Note that the strcoll() and wcscoll() implementations of FreeBSD are incomplete so neither GNU sort nor the new BSD sort work 100% correctly with multi-byte locales but once the underlying functions are implemented, BSD sort will just work fine. Gabor ___ 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: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0"
On 05/08/12 00:46, Jason Evans wrote: > > How recent is your system? This problem should have been fixed by > r234569, so if you're still seeing problems after that revision, > there's another problem we need to figure out. (By the way, it's > possible for an application to trigger this assertion, but > unlikely.) > My system is r235115. Steve ___ 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: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support
On Sat, May 5, 2012 at 12:51 PM, Bernhard Schmidt wrote: > Please apply attached patch (also here [1]) on top of the first one, > it fixes channel switching for >= 3070 (called the wrong function, > doh..) as well as a bgscan issue. > > [1] http://techwires.net/~bschmidt/rt2860_1.diff And another update [1] on top of the other 2 patches. * fix TX DMA, a wrong dmat has been used * add some more PCI IDs * disable debugging output by default * disable bgscan until it's sorted out * a printf is now hidden behind bootverbose So far it looks quite good, no open issues at the moment, keep on testing! ;) If nothing new comes up within the next few days I intend to commit this by the end of the week or something. [1] http://techwires.net/~bschmidt/rt2860_2.diff -- Bernhard rt2860_2.diff Description: Binary data ___ 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: panic, seems related to r234386
On Mon, May 07, 2012 at 10:11:53PM +0200, Mateusz Guzik wrote:
> On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote:
> > On 05/06/2012 15:19, Sergey Kandaurov wrote:
> > > On 7 May 2012 01:54, Doug Barton wrote:
> > >> I got this with today's current, previous (working) kernel is r232719.
> > >>
> > >> panic: _mtx_lock_sleep: recursed on non-recursive mutex struct mount mtx
> > >> @ /frontier/svn/head/sys/kern/vfs_subr.c:4595
> >
> > ...
> >
> > > Please try this patch.
> > >
> > > Index: fs/ext2fs/ext2_vfsops.c
> > > ===
> > > --- fs/ext2fs/ext2_vfsops.c (revision 235108)
> > > +++ fs/ext2fs/ext2_vfsops.c (working copy)
> > > @@ -830,7 +830,6 @@
> > > /*
> > > * Write back each (modified) inode.
> > > */
> > > - MNT_ILOCK(mp);
> > > loop:
> > > MNT_VNODE_FOREACH_ALL(vp, mp, mvp) {
> > > if (vp->v_type == VNON) {
> > >
> >
> > Didn't help, sorry. I put 234385 through some pretty heavy load
> > yesterday, and everything was fine. As soon as I move up to 234386, the
> > panic triggered again. So I cleaned everything up, applied your patch,
> > built a kernel from scratch, and rebooted. It was Ok for a few seconds
> > after boot, then panic'ed again, I think in a different place, but I'm
> > not sure because subsequent attempts to fsck the file systems caused new
> > panics which overwrote the old ones before they could be saved.
> >
>
> Another MNT_ILOCK was hiding few lines below, try this patch:
>
> http://student.agh.edu.pl/~mjguzik/patches/ext2fs-ilock.patch
>
> I've tested this a bit and I believe this fixes your problem.
>
Gave this a spin and found what looks like a deadlock:
http://people.freebsd.org/~pho/stress/log/ext2fs.txt
Not a new problem, it would seem. Same issue with 8.3-PRERELEASE r232656M.
- Peter
___
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: [HEADS-UP] BSD sort coming to -CURRENT
___ 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"
CURRENT as of 5/8/2012 make release
Ive noticed trying a make release on CURRENT that it appears to be looping deeper and deeper, does this appear normal to anyone else??? a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/sys/dev/malo/if_malohal.h a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/sys/dev/malo/if_malo.h a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/sys/dev/twa/tw_osl_freebsd.c a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/sys/dev/twa/tw_cl_misc.c a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/sys/dev/twa/tw_osl_externs.h a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/sys/dev/twa/tw_cl_io.c ___ 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: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0"
On Tue, May 08, 2012 at 12:48:17PM -0400, Steve Wills wrote: > On 05/08/12 00:46, Jason Evans wrote: > > > > How recent is your system? This problem should have been fixed by > > r234569, so if you're still seeing problems after that revision, > > there's another problem we need to figure out. (By the way, it's > > possible for an application to trigger this assertion, but > > unlikely.) > > > > My system is r235115. I hit the same assertion with r235052 and inkscape. I'm now using MALLOC_PRODUCTION and it works again. Stefan ___ 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: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0"
On May 8, 2012, at 2:37 PM, Stefan Farfeleder wrote: > On Tue, May 08, 2012 at 12:48:17PM -0400, Steve Wills wrote: >> On 05/08/12 00:46, Jason Evans wrote: >>> >>> How recent is your system? This problem should have been fixed by >>> r234569, so if you're still seeing problems after that revision, >>> there's another problem we need to figure out. (By the way, it's >>> possible for an application to trigger this assertion, but >>> unlikely.) >>> >> >> My system is r235115. > > I hit the same assertion with r235052 and inkscape. I'm now using > MALLOC_PRODUCTION and it works again. Was the assertion failure easily reproducible with inkscape? Thanks, Jason ___ 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: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0"
On Tue, May 08, 2012 at 02:47:59PM -0700, Jason Evans wrote: > On May 8, 2012, at 2:37 PM, Stefan Farfeleder wrote: > > On Tue, May 08, 2012 at 12:48:17PM -0400, Steve Wills wrote: > >> On 05/08/12 00:46, Jason Evans wrote: > >>> > >>> How recent is your system? This problem should have been fixed by > >>> r234569, so if you're still seeing problems after that revision, > >>> there's another problem we need to figure out. (By the way, it's > >>> possible for an application to trigger this assertion, but > >>> unlikely.) > >>> > >> > >> My system is r235115. > > > > I hit the same assertion with r235052 and inkscape. I'm now using > > MALLOC_PRODUCTION and it works again. > > Was the assertion failure easily reproducible with inkscape? Yes, it crashed everytime before showing the GUI. The backtrace goes like this: (gdb) bt #0 0x00080ad760ac in thr_kill () from /lib/libc.so.7 #1 0x00080ae22548 in abort () from /lib/libc.so.7 #2 0x00080ad9f57d in sbrk () from /lib/libc.so.7 #3 0x00080ada1c51 in sbrk () from /lib/libc.so.7 #4 0x00080ada3624 in sbrk () from /lib/libc.so.7 #5 0x00080ada3ffc in sbrk () from /lib/libc.so.7 #6 0x00080ada432d in sbrk () from /lib/libc.so.7 #7 0x00080ad9394f in syscall () from /lib/libc.so.7 #8 0x00080ad93d70 in syscall () from /lib/libc.so.7 #9 0x00080ada73a0 in malloc () from /lib/libc.so.7 #10 0x00080a6a283d in operator new () from /usr/lib/libstdc++.so.6 #11 0x007af660 in sigc::internal::typed_slot_rep, SPStyle*, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >::dup () #12 0x0008033016b4 in sigc::slot_base::slot_base () from /usr/local/lib/libsigc-2.0.so.0 #13 0x006f0a77 in std::list >::insert () #14 0x00080330084a in sigc::internal::signal_impl::insert () from /usr/local/lib/libsigc-2.0.so.0 #15 0x000803300893 in sigc::internal::signal_impl::connect () from /usr/local/lib/libsigc-2.0.so.0 #16 0x000803300a44 in sigc::signal_base::connect () #17 0x007a8635 in SPIPaint::read () [...] Stefan ___ 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: [HEADS-UP] BSD sort coming to -CURRENT
Gabor Kovesdan wrote: Oleg Moskalenko has been working very hard on BSD sort and by now we think it is compatible with the base version (and has even more features, the ideas mostly taken from the latest GNU sort) and it is efficient. I just updated the textproc/bsdsort port to the latest version so that people can test it and I plan to commit it to HEAD in some days, for now installed as "bsdsort", leaving GNU sort the default version. If someone has any objection, please raise it now. Future plans are to switch the logic and make BSD sort default once it has undergone enough testing and finally drop GNU sort permanently if no problems appear. BSD sort doesn't work with ports/textproc/ispell, it stops with sort: invalid option -- 1 % uname -a FreeBSD pumpkin.fth-devel.net 9.0-STABLE FreeBSD 9.0-STABLE #0: Fri May 4 15:34:58 CEST 2012 r...@pumpkin.fth-devel.net:/usr/obj/usr/src/sys/PUMPKIN i386 % ls -lF /usr/bin/*sort* lrwxr-xr-x 1 root wheel 13 May 8 22:15 /usr/bin/bsdsort@ -> /usr/bin/sort -r-xr-xr-x 1 root wheel 65416 May 8 22:15 /usr/bin/gnusort* -r-xr-xr-x 1 root wheel 49280 May 8 22:15 /usr/bin/sort* -r-xr-xr-x 1 root wheel 7276 May 4 15:46 /usr/bin/tsort* # cd /usr/ports/textproc/ispell && make [...] ./ispell -v | sed -e 1q @(#) International Ispell Version 3.3.02 12 Jun 2005 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSUFFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEFLANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF!!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@$TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.1X > ispell.1 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSUFFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEFLANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF!!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@$TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.5X > ispell.5 make LANGUAGE_TARGET=all SHELLDEBUG=+vx language-subdirs + cd languages/american + eval make BUILD=build DBUILD=build CBUILD=build SHELLDEBUG=+vx ' '\''MASTERDICTS=american.med+'\'' '\''HASHFILES=americanmed+.hash'\'' '\''EXTRADICT=/usr/share/dict/words'\' all + make BUILD=build DBUILD=build CBUILD=build SHELLDEBUG=+vx MASTERDICTS=american.med+ HASHFILES=americanmed+.hash EXTRADICT=/usr/share/dict/words all rm -f english.[0-3] american.[0-2] altamer.[012] british.[012] make -f ../english/Makefile 'DBUILD=' VARIANTS=american 'EXTRADICT=/usr/share/dict/words' 'SHELLDEBUG=+vx' 'AFFIXES=../english/english.aff' english.med+ + PATH=../..:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin + export PATH + ../../munchlist -v -l ../english/english.aff /usr/share/dict/words english.0 english.1 american.0 american.1 Collecting input. sort: invalid option -- 1 Usage: sort [-bcCdfigMmnrsuz] [-kPOS1[,POS2] ... ] [+POS1 [-POS2]] [-S memsize] [-T tmpdir] [-t separator] [-o outfile] [--batch-size size] [--files0-from file] [--heapsort] [--mergesort] [--radixsort] [--qsort] [--nthreads thread_no] [--human-numeric-sort] [--version-sort] [--random-sort [--random-source file]] [--compress-program program] [file ...] [...] Mike ___ 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: [HEADS-UP] BSD sort coming to -CURRENT
Thank you, Michael. We will check this. Oleg -Original Message- From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-curr...@freebsd.org] On Behalf Of Michael Scholz Sent: Tuesday, May 08, 2012 3:08 PM To: Gabor Kovesdan Cc: FreeBSD Current; Oleg Moskalenko Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT Gabor Kovesdan wrote: > Oleg Moskalenko has been working very hard on BSD sort and by now we > think it is compatible with the base version (and has even more > features, the ideas mostly taken from the latest GNU sort) and it is > efficient. I just updated the textproc/bsdsort port to the latest > version so that people can test it and I plan to commit it to HEAD in > some days, for now installed as "bsdsort", leaving GNU sort the default > version. If someone has any objection, please raise it now. Future plans > are to switch the logic and make BSD sort default once it has undergone > enough testing and finally drop GNU sort permanently if no problems appear. BSD sort doesn't work with ports/textproc/ispell, it stops with sort: invalid option -- 1 % uname -a FreeBSD pumpkin.fth-devel.net 9.0-STABLE FreeBSD 9.0-STABLE #0: Fri May 4 15:34:58 CEST 2012 r...@pumpkin.fth-devel.net:/usr/obj/usr/src/sys/PUMPKIN i386 % ls -lF /usr/bin/*sort* lrwxr-xr-x 1 root wheel 13 May 8 22:15 /usr/bin/bsdsort@ -> /usr/bin/sort -r-xr-xr-x 1 root wheel 65416 May 8 22:15 /usr/bin/gnusort* -r-xr-xr-x 1 root wheel 49280 May 8 22:15 /usr/bin/sort* -r-xr-xr-x 1 root wheel 7276 May 4 15:46 /usr/bin/tsort* # cd /usr/ports/textproc/ispell && make [...] ./ispell -v | sed -e 1q @(#) International Ispell Version 3.3.02 12 Jun 2005 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSUFFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEFLANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF!!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@$TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.1X > ispell.1 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSUFFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEFLANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF!!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@$TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.5X > ispell.5 make LANGUAGE_TARGET=all SHELLDEBUG=+vx language-subdirs + cd languages/american + eval make BUILD=build DBUILD=build CBUILD=build SHELLDEBUG=+vx ' '\''MASTERDICTS=american.med+'\'' '\''HASHFILES=americanmed+.hash'\'' '\''EXTRADICT=/usr/share/dict/words'\' all + make BUILD=build DBUILD=build CBUILD=build SHELLDEBUG=+vx MASTERDICTS=american.med+ HASHFILES=americanmed+.hash EXTRADICT=/usr/share/dict/words all rm -f english.[0-3] american.[0-2] altamer.[012] british.[012] make -f ../english/Makefile 'DBUILD=' VARIANTS=american 'EXTRADICT=/usr/share/dict/words' 'SHELLDEBUG=+vx' 'AFFIXES=../english/english.aff' english.med+ + PATH=../..:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin + export PATH + ../../munchlist -v -l ../english/english.aff /usr/share/dict/words english.0 english.1 american.0 american.1 Collecting input. sort: invalid option -- 1 Usage: sort [-bcCdfigMmnrsuz] [-kPOS1[,POS2] ... ] [+POS1 [-POS2]] [-S memsize] [-T tmpdir] [-t separator] [-o outfile] [--batch-size size] [--files0-from file] [--heapsort] [--mergesort] [--radixsort] [--qsort] [--nthreads thread_no] [--human-numeric-sort] [--version-sort] [--random-sort [--random-source file]] [--compress-program program] [file ...] [...] Mike ___ 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" ___ 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: [HEADS-UP] BSD sort coming to -CURRENT
Hi Michael We found the problem. In the ispell port, an unusual form of deprecated sort syntax for the key field(s) is used. There are three forms of key field(s) specification: POSIX standard: $ sort -kPOS1[,POS2] Documented deprecated form: $ sort +POS1 [-POS2] Undocumented deprecated form: $ sort -POS2 +POS1 The new sort supports two first forms. The ispell uses the third form (sort -1 +0). We can add support for the third form. We are going to do it today or tomorrow and we will test the ispell build. Thanks Oleg -Original Message- From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-curr...@freebsd.org] On Behalf Of Michael Scholz Sent: Tuesday, May 08, 2012 3:08 PM To: Gabor Kovesdan Cc: FreeBSD Current; Oleg Moskalenko Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT Gabor Kovesdan wrote: > Oleg Moskalenko has been working very hard on BSD sort and by now we > think it is compatible with the base version (and has even more > features, the ideas mostly taken from the latest GNU sort) and it is > efficient. I just updated the textproc/bsdsort port to the latest > version so that people can test it and I plan to commit it to HEAD in > some days, for now installed as "bsdsort", leaving GNU sort the default > version. If someone has any objection, please raise it now. Future plans > are to switch the logic and make BSD sort default once it has undergone > enough testing and finally drop GNU sort permanently if no problems appear. BSD sort doesn't work with ports/textproc/ispell, it stops with sort: invalid option -- 1 % uname -a FreeBSD pumpkin.fth-devel.net 9.0-STABLE FreeBSD 9.0-STABLE #0: Fri May 4 15:34:58 CEST 2012 r...@pumpkin.fth-devel.net:/usr/obj/usr/src/sys/PUMPKIN i386 % ls -lF /usr/bin/*sort* lrwxr-xr-x 1 root wheel 13 May 8 22:15 /usr/bin/bsdsort@ -> /usr/bin/sort -r-xr-xr-x 1 root wheel 65416 May 8 22:15 /usr/bin/gnusort* -r-xr-xr-x 1 root wheel 49280 May 8 22:15 /usr/bin/sort* -r-xr-xr-x 1 root wheel 7276 May 4 15:46 /usr/bin/tsort* # cd /usr/ports/textproc/ispell && make [...] ./ispell -v | sed -e 1q @(#) International Ispell Version 3.3.02 12 Jun 2005 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSUFFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEFLANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF!!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@$TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.1X > ispell.1 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSUFFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEFLANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF!!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@$TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.5X > ispell.5 make LANGUAGE_TARGET=all SHELLDEBUG=+vx language-subdirs + cd languages/american + eval make BUILD=build DBUILD=build CBUILD=build SHELLDEBUG=+vx ' '\''MASTERDICTS=american.med+'\'' '\''HASHFILES=americanmed+.hash'\'' '\''EXTRADICT=/usr/share/dict/words'\' all + make BUILD=build DBUILD=build CBUILD=build SHELLDEBUG=+vx MASTERDICTS=american.med+ HASHFILES=americanmed+.hash EXTRADICT=/usr/share/dict/words all rm -f english.[0-3] american.[0-2] altamer.[012] british.[012] make -f ../english/Makefile 'DBUILD=' VARIANTS=american 'EXTRADICT=/usr/share/dict/words' 'SHELLDEBUG=+vx' 'AFFIXES=../english/english.aff' english.med+ + PATH=../..:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin + export PATH + ../../munchlist -v -l ../english/english.aff /usr/share/dict/words english.0 english.1 american.0 american.1 Collecting input. sort: invalid option -- 1 Usage: sort [-bcCdfigMmnrsuz] [-kPOS1[,POS2] ... ] [+POS1 [-POS2]] [-S memsize] [-T tmpdir] [-t separator] [-o outfile] [--batch-size size] [--files0-from file] [--heapsort] [--mergesort] [--radixsort] [--qsort] [--nthreads thread_no] [--human-numeric-sort] [--version-sort] [--random-sort [--random-source file]] [--compress-program program] [file ...] [...] Mike ___ 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" ___ 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: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0"
On May 8, 2012, at 2:58 PM, Stefan Farfeleder wrote: > On Tue, May 08, 2012 at 02:47:59PM -0700, Jason Evans wrote: >> On May 8, 2012, at 2:37 PM, Stefan Farfeleder wrote: >>> On Tue, May 08, 2012 at 12:48:17PM -0400, Steve Wills wrote: On 05/08/12 00:46, Jason Evans wrote: > > How recent is your system? This problem should have been fixed by > r234569, so if you're still seeing problems after that revision, > there's another problem we need to figure out. (By the way, it's > possible for an application to trigger this assertion, but > unlikely.) > My system is r235115. >>> >>> I hit the same assertion with r235052 and inkscape. I'm now using >>> MALLOC_PRODUCTION and it works again. >> >> Was the assertion failure easily reproducible with inkscape? > > Yes, it crashed everytime before showing the GUI. The backtrace goes > like this: > > (gdb) bt > #0 0x00080ad760ac in thr_kill () from /lib/libc.so.7 > #1 0x00080ae22548 in abort () from /lib/libc.so.7 > #2 0x00080ad9f57d in sbrk () from /lib/libc.so.7 > #3 0x00080ada1c51 in sbrk () from /lib/libc.so.7 > #4 0x00080ada3624 in sbrk () from /lib/libc.so.7 > #5 0x00080ada3ffc in sbrk () from /lib/libc.so.7 > #6 0x00080ada432d in sbrk () from /lib/libc.so.7 > #7 0x00080ad9394f in syscall () from /lib/libc.so.7 > #8 0x00080ad93d70 in syscall () from /lib/libc.so.7 > #9 0x00080ada73a0 in malloc () from /lib/libc.so.7 > #10 0x00080a6a283d in operator new () from /usr/lib/libstdc++.so.6 > #11 0x007af660 in > sigc::internal::typed_slot_rep sigc::pointer_functor3, SPStyle*, > sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >::dup () > #12 0x0008033016b4 in sigc::slot_base::slot_base () > from /usr/local/lib/libsigc-2.0.so.0 > #13 0x006f0a77 in std::list std::allocator >::insert () > #14 0x00080330084a in sigc::internal::signal_impl::insert () > from /usr/local/lib/libsigc-2.0.so.0 > #15 0x000803300893 in sigc::internal::signal_impl::connect () > from /usr/local/lib/libsigc-2.0.so.0 > #16 0x000803300a44 in sigc::signal_base::connect () > #17 0x007a8635 in SPIPaint::read () > […] sbrk() is being used rather than mmap(). Unless mmap() is failing (which would surprise me), this indicates that you are using a version of libc that's old enough to have the bug I fixed in r234569. Thanks, Jason___ 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"
MALLOC_PRODUCTION
I'm a bit unclear where to define MALLOC_PRODUCTION. does it go in make.conf or src.conf? Beech ___ 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: [HEADS-UP] BSD sort coming to -CURRENT
Michael, The situation is actually more complex than I described in my email, but the good news is that we already have a fix that supports all older syntax forms. I tested it with ispell ports and it builds just fine. We will update the bsdsort port soon. Thanks ! Oleg -Original Message- From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-curr...@freebsd.org] On Behalf Of Oleg Moskalenko Sent: Tuesday, May 08, 2012 3:13 PM To: 'Michael Scholz'; Gabor Kovesdan Cc: FreeBSD Current Subject: RE: [HEADS-UP] BSD sort coming to -CURRENT Thank you, Michael. We will check this. Oleg -Original Message- From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-curr...@freebsd.org] On Behalf Of Michael Scholz Sent: Tuesday, May 08, 2012 3:08 PM To: Gabor Kovesdan Cc: FreeBSD Current; Oleg Moskalenko Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT Gabor Kovesdan wrote: > Oleg Moskalenko has been working very hard on BSD sort and by now we > think it is compatible with the base version (and has even more > features, the ideas mostly taken from the latest GNU sort) and it is > efficient. I just updated the textproc/bsdsort port to the latest > version so that people can test it and I plan to commit it to HEAD in > some days, for now installed as "bsdsort", leaving GNU sort the default > version. If someone has any objection, please raise it now. Future plans > are to switch the logic and make BSD sort default once it has undergone > enough testing and finally drop GNU sort permanently if no problems appear. BSD sort doesn't work with ports/textproc/ispell, it stops with sort: invalid option -- 1 % uname -a FreeBSD pumpkin.fth-devel.net 9.0-STABLE FreeBSD 9.0-STABLE #0: Fri May 4 15:34:58 CEST 2012 r...@pumpkin.fth-devel.net:/usr/obj/usr/src/sys/PUMPKIN i386 % ls -lF /usr/bin/*sort* lrwxr-xr-x 1 root wheel 13 May 8 22:15 /usr/bin/bsdsort@ -> /usr/bin/sort -r-xr-xr-x 1 root wheel 65416 May 8 22:15 /usr/bin/gnusort* -r-xr-xr-x 1 root wheel 49280 May 8 22:15 /usr/bin/sort* -r-xr-xr-x 1 root wheel 7276 May 4 15:46 /usr/bin/tsort* # cd /usr/ports/textproc/ispell && make [...] ./ispell -v | sed -e 1q @(#) International Ispell Version 3.3.02 12 Jun 2005 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSUFFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEFLANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF!!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@$TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.1X > ispell.1 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSUFFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEFLANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF!!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@$TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.5X > ispell.5 make LANGUAGE_TARGET=all SHELLDEBUG=+vx language-subdirs + cd languages/american + eval make BUILD=build DBUILD=build CBUILD=build SHELLDEBUG=+vx ' '\''MASTERDICTS=american.med+'\'' '\''HASHFILES=americanmed+.hash'\'' '\''EXTRADICT=/usr/share/dict/words'\' all + make BUILD=build DBUILD=build CBUILD=build SHELLDEBUG=+vx MASTERDICTS=american.med+ HASHFILES=americanmed+.hash EXTRADICT=/usr/share/dict/words all rm -f english.[0-3] american.[0-2] altamer.[012] british.[012] make -f ../english/Makefile 'DBUILD=' VARIANTS=american 'EXTRADICT=/usr/share/dict/words' 'SHELLDEBUG=+vx' 'AFFIXES=../english/english.aff' english.med+ + PATH=../..:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin + export PATH + ../../munchlist -v -l ../english/english.aff /usr/share/dict/words english.0 english.1 american.0 american.1 Collecting input. sort: invalid option -- 1 Usage: sort [-bcCdfigMmnrsuz] [-kPOS1[,POS2] ... ] [+POS1 [-POS2]] [-S memsize] [-T tmpdir] [-t separator] [-o outfile] [--batch-size size] [--files0-from file] [--heapsort] [--mergesort] [--radixsort] [--qsort] [--nthreads thread_no] [--human-numeric-sort] [--version-sort] [--random-sort [--random-source file]] [--compress-program program] [file ...] [...] Mike ___ 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" ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-curre
RE: [HEADS-UP] BSD sort coming to -CURRENT
On Tue, 8 May 2012, Oleg Moskalenko wrote: Michael, The situation is actually more complex than I described in my email, but the good news is that we already have a fix that supports all older syntax forms. I tested it with ispell ports and it builds just fine. We will update the bsdsort port soon. Thanks ! Oleg Thank you very much! Mike -Original Message- From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-curr...@freebsd.org] On Behalf Of Oleg Moskalenko Sent: Tuesday, May 08, 2012 3:13 PM To: 'Michael Scholz'; Gabor Kovesdan Cc: FreeBSD Current Subject: RE: [HEADS-UP] BSD sort coming to -CURRENT Thank you, Michael. We will check this. Oleg -Original Message- From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-curr...@freebsd.org] On Behalf Of Michael Scholz Sent: Tuesday, May 08, 2012 3:08 PM To: Gabor Kovesdan Cc: FreeBSD Current; Oleg Moskalenko Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT Gabor Kovesdan wrote: Oleg Moskalenko has been working very hard on BSD sort and by now we think it is compatible with the base version (and has even more features, the ideas mostly taken from the latest GNU sort) and it is efficient. I just updated the textproc/bsdsort port to the latest version so that people can test it and I plan to commit it to HEAD in some days, for now installed as "bsdsort", leaving GNU sort the default version. If someone has any objection, please raise it now. Future plans are to switch the logic and make BSD sort default once it has undergone enough testing and finally drop GNU sort permanently if no problems appear. BSD sort doesn't work with ports/textproc/ispell, it stops with sort: invalid option -- 1 % uname -a FreeBSD pumpkin.fth-devel.net 9.0-STABLE FreeBSD 9.0-STABLE #0: Fri May 4 15:34:58 CEST 2012 r...@pumpkin.fth-devel.net:/usr/obj/usr/src/sys/PUMPKIN i386 % ls -lF /usr/bin/*sort* lrwxr-xr-x 1 root wheel 13 May 8 22:15 /usr/bin/bsdsort@ -> /usr/bin/sort -r-xr-xr-x 1 root wheel 65416 May 8 22:15 /usr/bin/gnusort* -r-xr-xr-x 1 root wheel 49280 May 8 22:15 /usr/bin/sort* -r-xr-xr-x 1 root wheel 7276 May 4 15:46 /usr/bin/tsort* # cd /usr/ports/textproc/ispell && make [...] ./ispell -v | sed -e 1q @(#) International Ispell Version 3.3.02 12 Jun 2005 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSUFFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEFLANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF!!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@$TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.1X > ispell.1 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSUFFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEFLANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF!!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@$TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.5X > ispell.5 make LANGUAGE_TARGET=all SHELLDEBUG=+vx language-subdirs + cd languages/american + eval make BUILD=build DBUILD=build CBUILD=build SHELLDEBUG=+vx ' '\''MASTERDICTS=american.med+'\'' '\''HASHFILES=americanmed+.hash'\'' '\''EXTRADICT=/usr/share/dict/words'\' all + make BUILD=build DBUILD=build CBUILD=build SHELLDEBUG=+vx MASTERDICTS=american.med+ HASHFILES=americanmed+.hash EXTRADICT=/usr/share/dict/words all rm -f english.[0-3] american.[0-2] altamer.[012] british.[012] make -f ../english/Makefile 'DBUILD=' VARIANTS=american 'EXTRADICT=/usr/share/dict/words' 'SHELLDEBUG=+vx' 'AFFIXES=../english/english.aff' english.med+ + PATH=../..:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin + export PATH + ../../munchlist -v -l ../english/english.aff /usr/share/dict/words english.0 english.1 american.0 american.1 Collecting input. sort: invalid option -- 1 Usage: sort [-bcCdfigMmnrsuz] [-kPOS1[,POS2] ... ] [+POS1 [-POS2]] [-S memsize] [-T tmpdir] [-t separator] [-o outfile] [--batch-size size] [--files0-from file] [--heapsort] [--mergesort] [--radixsort] [--qsort] [--nthreads thread_no] [--human-numeric-sort] [--version-sort] [--random-sort [--random-source file]] [--compress-program program] [file ...] [...] Mike ___ 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"
panic: incorrect npmc count
[This may be a duplicate because I forgot to update my subscription after changing address but I've also corrected a typo] (I've copied fabient@ because r233628 appears to have been the last commit in this area). I've just updated a P4 test box from r232545 to r235127 and it now panics during boot: panic: [intel,202] incorrect npmc count 35 Looking at sys/dev/hwpmc/hmpmc_intel.c line 202, the expected npmc count is 19. When I look at the actual code in pmc_intel_initialize(): pmc_mdep_alloc() initialises pmd_npmc to zero and then increments it by SOFT_NPMCS (16) in pmc_soft_initialize(). pmc_tsc_initialize() then increments it by TSC_NPMCS (1) pmc_p4_initialize() then increments it by P4_NPMCS (18) This totals 35 (as per the panic message). Can someone explain the KASSERT() that expects 19 - it boils down to KASSERT(0+16+1+18 == 1+18, ...) I gather not many people are running -current on a P4. -- Peter Jeremy pgp7DsX0DmYhp.pgp Description: PGP signature
Re: MALLOC_PRODUCTION
On Wed, May 9, 2012 at 1:20 AM, Beech Rintoul wrote: > I'm a bit unclear where to define MALLOC_PRODUCTION. does it go in > make.conf or src.conf? make.conf. http://svnweb.freebsd.org/base/head/UPDATING?revision=234396&view=markup -- chs, ___ 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"
