Hi !
pkg_add is crashing with a segmentation fault:
pkg_add -v mysql-client-5.1.22.tbz
Requested space: 3809856 bytes, free space: 128323438592 bytes
in /var/tmp/instmp.ND8UBU
extract: Package name is mysql-client-5.1.22
extract: CWD to /usr/local
extract:
On Wed, Nov 07, 2007 at 10:20:28PM -0500, [EMAIL PROTECTED] wrote:
I'm considering developing a policy/module for TrustedBSD loosely based
on the systrace concept - A process loads a policy and then executes
another program in a sandbox with fine grained control over what that
program can do.
Hi,
It seems that pkg_add tries to executes ldconfig which itself cause
the segmentation fault.
On Nov 8, 2007 7:44 AM, Aharon Schkolnik [EMAIL PROTECTED] wrote:
Hi !
pkg_add is crashing with a segmentation fault:
pkg_add -v mysql-client-5.1.22.tbz
Requested space: 3809856 bytes, free
Kip Macy wrote:
I've committed to importing i386/PAE (UP) domU support for Xen by the
end of the year.
-Kip
Excellent, thanks for the update.
-Scott Oertel
___
freebsd-hackers@freebsd.org mailing list
On Wed, Nov 07, 2007 at 10:20:28PM -0500, [EMAIL PROTECTED] wrote:
I'm considering developing a policy/module for TrustedBSD loosely based
on the systrace concept - A process loads a policy and then executes
another program in a sandbox with fine grained control over what that
program can do.
Hi All,
I recently ported my HLA (High Level Assembler) compiler to FreeBSD and,
along with it, the HLA Standard Library. I have a performance-related
question concerning file I/O.
It appears that character-at-a-time file I/O is *exceptionally* slow. Yes, I
realize that when processing large
-- Forwarded message --
From: Kris Kennaway [EMAIL PROTECTED]
Date: Nov 8, 2007 1:44 PM
Subject: Re: pgk_add segmentation fault
To: Maslan [EMAIL PROTECTED]
Maslan wrote:
Hi,
It seems that pkg_add tries to executes ldconfig which itself cause
the segmentation fault.
Can you
In the last episode (Nov 08), Randall Hyde said:
It appears that character-at-a-time file I/O is *exceptionally* slow.
Yes, I realize that when processing large files I really ought to be
doing block/buffered I/O to get the best performance, but for certain
library routines I've written it's
Running out of memory and having to continually swap things in and out
of ram degrades performance, yes. Page faults are simply how the
virtual memory subsystem gets things done, like pulling things out of
swap.
--Doug
On Nov 7, 2007 7:48 PM, binto [EMAIL PROTECTED] wrote:
Btw
Even page fault
Btw, what is page replacement algorithm that used by FreeBSD...sorry I'm
newbie..LRU or another algorithm?
Running out of memory and having to continually swap things in and out
of ram degrades performance, yes. Page faults are simply how the
virtual memory subsystem gets things done, like
On Tue, 06 Nov 2007 17:20:14 +0100 Julian H. Stacey [EMAIL PROTECTED] wrote:
It seems to me that all except csh (including bourne shell !) are
broken !! Amazing ! None of them cope properly actually following
symbolic links, they all make false premise the /some_path/.. ==
/some_path !
That's
# cd /usr/src/sys/i386/compile/KERNELSOME/
# kgdb kernel.debug /var/crash/vmcore.0
kgdb: cannot read IdlePTD
kgdb: cannot read IdlePTD???help pls
thx
BWP
___
freebsd-hackers@freebsd.org mailing list
...seem like i just need for Tx side [ smtp /outgoing mail server ] by
enable kern.ipc.zero_copy.send disable kern.ipc.zero_copy.receive
thx
binto
On Fri, Nov 02, 2007 at 11:00:26AM +0700, binto wrote:
another question.
in my 'dmesg' i have NIC - em0 Intel(R) PRO/1000 Network
Dan Nelson wrote:
In the last episode (Nov 08), Randall Hyde said:
It appears that character-at-a-time file I/O is *exceptionally* slow.
... reasonable, though not stellar, performance under
Windows and Linux. However, with the port to FreeBSD I'm seeing a
three-orders-of-magnitude
14 matches
Mail list logo