on 21/08/2010 03:03 Doug Barton said the following:
> Here are the results of a vmstat -i, the old dtrace script, and Andriy's
> new one.
I think that for such amount of data it is better to use links (perhaps a
service like pastebin) rather than inlining it.
BTW, it seems that there are no follow
These are various error messages collected from running X and/or firefox
from the command line:
*** NSPlugin Viewer *** WARNING: unhandled variable 18 () in
NPN_GetValue()
I get lots and lots of these, even when things are working well.
npviewer.bin: ../src/npw-rpc.c:1190: do_send_NPObject: A
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 - /u
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
perform
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
irq17:
2010/8/21 Steve Kargl :
> 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
>>
>> /
On 08/20/10 14:20, Dag-Erling Smørgrav wrote:
Nathan Whitehorn 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
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: u
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 cod
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 thi
On 8/20/10, Dag-Erling Smørgrav wrote:
> "b. f." 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.
I d
On Fri, 20 Aug 2010 21:33:08 +0200 =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?=
wrote:
> "C. P. Ghost" 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
On Fri, Aug 20, 2010 at 1:56 AM, Bernhard Schmidt
wrote:
> On Fri, Aug 20, 2010 at 08:31, Bernhard Schmidt
> wrote:
>> On Fri, Aug 20, 2010 at 01:04, Chris Ruiz wrote:
>>> I run a PCI Atheros card in hostap mode on CURRENT.
>>>
>>> a...@pci0:6:0:0: class=0x02 card=0x5a001385 chip=0x0
On Fri, Aug 20, 2010 at 10:35 PM, Bakul Shah 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 list).
Not Scheme bu
On Thu, 19 Aug 2010 20:35:59 +0200 "C. P. Ghost" 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 functions from
On 8/20/2010 12:35 PM, Dag-Erling Smørgrav wrote:
Gabor PALI 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.
If your on
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 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 equivale
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
2010/8/20 Dag-Erling Smørgrav :
> Gabor PALI 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.
> I don't understand
"b. f." 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 - 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 wrote:
> > > On Thursday, August 19, 2010 5:29:25 am pluknet wrote:
> > >> On 19 August 2010 00:07, John Baldwin wrote:
> > >> > On Wed
Gabor PALI 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
___
"C. P. Ghost" 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* lightweight
> MIT-
Alan Cox 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
> the system
Nathan Whitehorn 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 way to fix this wit
On Fri, Aug 20, 2010 at 08:55:08PM +0400, pluknet wrote:
> On 19 August 2010 17:34, John Baldwin wrote:
> > On Thursday, August 19, 2010 5:29:25 am pluknet wrote:
> >> On 19 August 2010 00:07, John Baldwin wrote:
> >> > On Wednesday, August 18, 2010 3:17:56 pm pluknet wrote:
> >> >> On 18 August
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 en
On 19 August 2010 17:34, John Baldwin wrote:
> On Thursday, August 19, 2010 5:29:25 am pluknet wrote:
>> On 19 August 2010 00:07, John Baldwin wrote:
>> > On Wednesday, August 18, 2010 3:17:56 pm pluknet wrote:
>> >> On 18 August 2010 23:11, pluknet wrote:
>> >> > On 18 August 2010 17:46, Kostik
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 08/20/10 04:26, Dag-Erling Smørgrav wrote:
Nathan Whitehorn 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
Adrian Chadd 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 of stderr.
DES
-
2010/8/20 Dag-Erling Smørgrav :
> Adrian Chadd 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 that memchr(), which shou
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 - /u
Adrian Chadd 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
__
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 s
Nathan Whitehorn 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 long as the
> LINT
Doug Barton 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 lot more than
2010/8/19 Dag-Erling Smørgrav :
> 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 [7]
mem
Anton Shterenlikht 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 moreover FreeBSD HP
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 (from Thu, 19 Aug
2010 21:10:24 +0100):
On Thu, Aug 19, 2010 at 11:35:48AM +0200, Alexander Leidinger wrote:
Quoting Dag-Erling SmÃ?
41 matches
Mail list logo