Hello, Doug.
You wrote 16 августа 2010 г., 10:15:55:
lua too flavor of the day, not enough track record of stability,
not enough installed base/proven utility
To be honest, lua is used in TONS of (commercial and, often,
console) games as scripting engine, without any
On 08/19/2010 10:43, Bjoern A. Zeeb wrote:
On Thu, 19 Aug 2010, Doug Barton wrote:
On 08/19/2010 08:24, Andriy Gapon wrote:
I am sorry, but I don't see anything dramatically wrong here. So
swi4: clock uses 5.76% of WCPU, is that such a big deal to be
called runaway intr?
That's the symptom.
On Fri, Aug 20, 2010 at 08:31, Bernhard Schmidt bschm...@techwires.net wrote:
On Fri, Aug 20, 2010 at 01:04, Chris Ruiz yr.retar...@gmail.com wrote:
I run a PCI Atheros card in hostap mode on CURRENT.
a...@pci0:6:0:0: class=0x02 card=0x5a001385 chip=0x0013168c
rev=0x01 hdr=0x00
On Fri, Aug 20, 2010 at 01:04, Chris Ruiz yr.retar...@gmail.com wrote:
I run a PCI Atheros card in hostap mode on CURRENT.
a...@pci0:6:0:0: class=0x02 card=0x5a001385 chip=0x0013168c
rev=0x01 hdr=0x00
vendor = 'Atheros Communications Inc.'
device = '802.11a/b/g
Hi,
I'm taking out arch and some people from the CC and only keep
curr...@. This is getting off topic for the initial thread.
Quoting Anton Shterenlikht me...@bristol.ac.uk (from Thu, 19 Aug
2010 21:10:24 +0100):
On Thu, Aug 19, 2010 at 11:35:48AM +0200, Alexander Leidinger wrote:
Anton Shterenlikht me...@bristol.ac.uk writes:
It could matter for ports, I do not know if it matters for parts in
src. The commercial license is also the only way that we could get icc
installed on machines in the FreeBSD cluster [...]
If one begins to mention FreeBSD clusters, and
2010/8/19 Dag-Erling Smørgrav d...@des.no:
time seconds seconds calls ms/call ms/call name
38.8 0.03 0.03 12717 0.00 0.00 memchr [5]
35.6 0.07 0.03 395 0.08 0.08 _read [6]
16.4 0.08 0.01 0 100.00% _mcount
Doug Barton do...@freebsd.org writes:
There are 2 questions, did I do the right thing, and how should people
report problems in general. As for myself, while I have some facility
in C it's not my strong suit. Yes, I could have produced a profiling
version of grep, but it would have taken me a
Nathan Whitehorn nwhiteh...@freebsd.org writes:
The problem is that until yesterday, you could not build a powerpc64
LINT, and so it was trying to build a PPC32 kernel with a 64-bit
toolchain. An actual powerpc64 kernel does not include
ofw_standard.c. This should be fixed now with r211483, so
On 2010-08-20 11:10, Dag-Erling Smørgrav wrote:
If you have profiling libraries installed, you can build a profiling
version of grep (or any program) like so:
% cd /usr/src/usr.bin/grep
% make clean
% make DEBUG_FLAGS=-pg -g -DNO_SHARED
Do *not make install, because the result will be dog
Adrian Chadd adr...@freebsd.org writes:
I've just looked at grep_fgetln(). Surely memchr() isn't required there.
Of course it is, how else are you going to locate the '\n'? OTOH, I'm
not sure grep_fgetln() is needed at all.
DES
--
Dag-Erling Smørgrav - d...@des.no
TB --- 2010-08-20 08:41:47 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-20 08:41:47 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-08-20 08:41:47 - cleaning the object tree
TB --- 2010-08-20 08:42:39 - cvsupping the source tree
TB --- 2010-08-20 08:42:39 -
2010/8/20 Dag-Erling Smørgrav d...@des.no:
Adrian Chadd adr...@freebsd.org writes:
I've just looked at grep_fgetln(). Surely memchr() isn't required there.
Of course it is, how else are you going to locate the '\n'? OTOH, I'm
not sure grep_fgetln() is needed at all.
It seems a bit strange
Adrian Chadd adr...@freebsd.org writes:
Have you tried this in pmc?
No. I can't figure out how to use pmcstat, but I did find a bug in it:
if you specify an output file with -o, but the command line is otherwise
incomplete or incorrect, it will print usage information to the output
file instead
On 08/20/10 04:26, Dag-Erling Smørgrav wrote:
Nathan Whitehornnwhiteh...@freebsd.org writes:
The problem is that until yesterday, you could not build a powerpc64
LINT, and so it was trying to build a PPC32 kernel with a 64-bit
toolchain. An actual powerpc64 kernel does not include
Hans Petter Selasky wrote:
Do you have all the drivers you need in the kernel?
./uart/uart.h:extern struct uart_class uart_z8530_class __attribute__((weak))
;
./uart/uart_bus_scc.c: sc-sc_class = uart_z8530_class;
./uart/uart_cpu_powerpc.c: class = uart_z8530_class;
On 19 August 2010 17:34, John Baldwin j...@freebsd.org wrote:
On Thursday, August 19, 2010 5:29:25 am pluknet wrote:
On 19 August 2010 00:07, John Baldwin j...@freebsd.org wrote:
On Wednesday, August 18, 2010 3:17:56 pm pluknet wrote:
On 18 August 2010 23:11, pluknet pluk...@gmail.com wrote:
Hi all,
Even though the proposed fix for unionfs would still be nice to have in
SVN, I just wrote a patch for tmpfs to add support for whiteouts:
http://80386.nl/pub/tmpfs-whiteout.txt
Basically I've implemented it by allowing directory entries to refer to
NULL inodes, to indicate the
On Fri, Aug 20, 2010 at 08:55:08PM +0400, pluknet wrote:
On 19 August 2010 17:34, John Baldwin j...@freebsd.org wrote:
On Thursday, August 19, 2010 5:29:25 am pluknet wrote:
On 19 August 2010 00:07, John Baldwin j...@freebsd.org wrote:
On Wednesday, August 18, 2010 3:17:56 pm pluknet
Nathan Whitehorn nwhiteh...@freebsd.org writes:
Next up: tinderbox needs to build GENERIC64, not GENERIC, on
powerpc64. make buildkernel is programmed to do the right thing is you
don't pass a KERNCONF, but tinderbox apparently passes GENERIC
explicitly. This one's in your court!
There is no
Alan Cox a...@cs.rice.edu writes:
Here is what actually puzzles me about these results. With
traditional I/O, even after the optimizations to bsdgrep, the system
time for gnugrep is still less than half that of the optimized
bsdgrep. I haven't looked at the changes, but I would have thought
C. P. Ghost cpgh...@cordula.ws writes:
After all LISP-like syntax is *still* more common and prevalent
than Lua, e.g. in Elisp, guile, esh, scsh and a lot of other apps
that use it as a small language. So we can expect more users
to be at least partially familiar with it. And there *are*
Gabor PALI p...@freebsd.org writes:
Sorry for chiming in, just a quick idea. If you find the get a
high-level language that compiled to C idea good,
I don't think it's a good idea, and I don't understand why this thread
seems stuck in that rut.
DES
--
Dag-Erling Smørgrav - d...@des.no
On Friday, August 20, 2010 3:19:53 pm Kostik Belousov wrote:
On Fri, Aug 20, 2010 at 08:55:08PM +0400, pluknet wrote:
On 19 August 2010 17:34, John Baldwin j...@freebsd.org wrote:
On Thursday, August 19, 2010 5:29:25 am pluknet wrote:
On 19 August 2010 00:07, John Baldwin j...@freebsd.org
b. f. bf1...@googlemail.com writes:
At r211506, 'grep -wq' does not seem to work properly (in the very
least, it is not the same as with GNU grep),
Does not seem to work properly is not a very useful statement. The
least you could do is provide an example.
DES
--
Dag-Erling Smørgrav -
2010/8/20 Dag-Erling Smørgrav d...@des.no:
Gabor PALI p...@freebsd.org writes:
Sorry for chiming in, just a quick idea. If you find the get a
high-level language that compiled to C idea good,
I don't think it's a good idea
Could you be more specific on your concerns? I am just curious.
On Fri, Aug 20, 2010 at 03:35:48PM -0400, John Baldwin wrote:
On Friday, August 20, 2010 3:19:53 pm Kostik Belousov wrote:
It seems nobody replied to the mdf@ objection against wait of the
new proc startup being equivalent to the LOR. I think that the wait
is safe, because the task is
On Friday, August 20, 2010 3:42:27 pm Kostik Belousov wrote:
On Fri, Aug 20, 2010 at 03:35:48PM -0400, John Baldwin wrote:
On Friday, August 20, 2010 3:19:53 pm Kostik Belousov wrote:
It seems nobody replied to the mdf@ objection against wait of the
new proc startup being equivalent to
References:
http://www.mail-archive.com/svn-src-...@freebsd.org/msg24380.html
http://forums.freebsd.org/showthread.php?t=17126
This commit automatically ejects the CD when sysinstall exits which almost had
dire consequences for me this week. As described in the forum post, I keep a
LiveFS CD
On 8/20/2010 12:35 PM, Dag-Erling Smørgrav wrote:
Gabor PALIp...@freebsd.org writes:
Sorry for chiming in, just a quick idea. If you find the get a
high-level language that compiled to C idea good,
I don't think it's a good idea, and I don't understand why this thread
seems stuck in that
On Thu, 19 Aug 2010 20:35:59 +0200 C. P. Ghost cpgh...@cordula.ws wrote:
But seriously, the point isn't so much which specific interpreter
we use (if we go down this road), it's about libraries: most
sysadmin tasks require some basic networking and I/O,
and a FFI to seamlessly call out C
On Fri, Aug 20, 2010 at 10:35 PM, Bakul Shah ba...@bitblocks.com wrote:
Anyway, system programming in Scheme is what interests me and
something I already tinker with on and off. If anyone is
interested (in helping or just playing with it), let me know
privately (but *not* on this mailing
On Fri, Aug 20, 2010 at 1:56 AM, Bernhard Schmidt
bschm...@techwires.net wrote:
On Fri, Aug 20, 2010 at 08:31, Bernhard Schmidt bschm...@techwires.net
wrote:
On Fri, Aug 20, 2010 at 01:04, Chris Ruiz yr.retar...@gmail.com wrote:
I run a PCI Atheros card in hostap mode on CURRENT.
On Fri, 20 Aug 2010 21:33:08 +0200 =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?=
d...@des.no wrote:
C. P. Ghost cpgh...@cordula.ws writes:
After all LISP-like syntax is *still* more common and prevalent
than Lua, e.g. in Elisp, guile, esh, scsh and a lot of other apps
that use it as a small
On 8/20/10, Dag-Erling Smørgrav d...@des.no wrote:
b. f. bf1...@googlemail.com writes:
At r211506, 'grep -wq' does not seem to work properly (in the very
least, it is not the same as with GNU grep),
Does not seem to work properly is not a very useful statement. The
least you could do is
On 20 Aug 2010, at 20:46, Jim Riggs wrote:
References:
http://www.mail-archive.com/svn-src-...@freebsd.org/msg24380.html
http://forums.freebsd.org/showthread.php?t=17126
This commit automatically ejects the CD when sysinstall exits which almost
had dire consequences for me this week.
Hi, All:
I am running 8.1. under /dev, I don't see /dev/md0, so i am trying to add
following lines in kernel file and got error messages:
options MFS #Memory Filesystem
/usr/src/sys/i386/conf/bn39_1: unknown option MFS
*** Error code 1
Stop in /usr/src.
*** Error code
On Fri, Aug 20, 2010 at 03:08:30PM -0700, gahn wrote:
Hi, All:
I am running 8.1. under /dev, I don't see /dev/md0, so i am trying to add
following lines in kernel file and got error messages:
options MFS #Memory Filesystem
/usr/src/sys/i386/conf/bn39_1: unknown
On 08/20/10 14:20, Dag-Erling Smørgrav wrote:
Nathan Whitehornnwhiteh...@freebsd.org writes:
Next up: tinderbox needs to build GENERIC64, not GENERIC, on
powerpc64. make buildkernel is programmed to do the right thing is you
don't pass a KERNCONF, but tinderbox apparently passes GENERIC
2010/8/21 Steve Kargl s...@troutmask.apl.washington.edu:
On Fri, Aug 20, 2010 at 03:08:30PM -0700, gahn wrote:
Hi, All:
I am running 8.1. under /dev, I don't see /dev/md0, so i am trying to add
following lines in kernel file and got error messages:
options MFS
Here are the results of a vmstat -i, the old dtrace script, and Andriy's
new one.
interrupt total rate
irq1: atkbd0 10420 1
irq9: acpi0 111 0
irq14: ata0 176564 26
Hi Gabor,
I am the original author of GNU grep. I am also a FreeBSD user,
although I live on -stable (and older) and rarely pay attention
to -current.
However, while searching the -current mailing list for an unrelated
reason, I stumbled across some flamage regarding BSD grep vs GNU grep
TB --- 2010-08-21 01:46:10 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-21 01:46:10 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-08-21 01:46:10 - cleaning the object tree
TB --- 2010-08-21 01:47:03 - cvsupping the source tree
TB --- 2010-08-21 01:47:03 -
These are various error messages collected from running X and/or firefox
from the command line:
*** NSPlugin Viewer *** WARNING: unhandled variable 18 (unknown variable) in
NPN_GetValue()
I get lots and lots of these, even when things are working well.
npviewer.bin: ../src/npw-rpc.c:1190:
44 matches
Mail list logo