On Wed, Apr 05, 2006 at 03:09:56PM -0300, Thiago Damas wrote:
Hi,
I'm having a odd behavior while using geom_mirror.
I have the following situation:
- RAID1 with 2 SATA disks
# gmirror status
NameStatus Components
mirror/home0 COMPLETE ad2
ad3
hi
I just found http://mygcc.free.fr/ which is a project for automatic checking of
source code for bugs (memory leaks, unreleased locks, null pointer
dereferences). I recall there was some SoC project to achieve something
similar but this is complete and ready to run...
it might be of some
Benjamin D Adams wrote:
Anyone know what version they are testing this on?
Some may want to login and look at the problems they found.
You should search the cvs-src mailinglist for the following lines
Found with: Coverity Prevent(tm)
Found by: Coverity Analysis tool[1].
and
On Wed, 5 Apr 2006, Benjamin D Adams wrote:
I came across the fallowing website: http://scan.coverity.com/
Looks like they check open source projects for source quality. They Have the
fallowing listed:
The FreeBSD Foundation has negotiated a license to use the Coverity Prevent
software as
Kris Kennaway wrote:
I get this panic with mount_unionfs -b:
We cannot get the same kernel panic error. Please give us
a how-to-repeat-the-same-problem in simple way.
kdb_backtrace(ebf369e8,c056b59a,c06c905a,c06e297e,c72d7000) at
kdb_backtrace+0x29
vfs_badlock(c06c905a,c06e297e,c72d7000) at
On Thu, 2006-Apr-06 00:29:27 +0400, Sply Splyeff wrote:
There are some security problems with kernel-level script
setuid execution which discourage from using it.
The biggest problem is a race condition between the kernel setting up
the set[gu]id() environment and opening the script to find the
The biggest problem is its failure to check the sanity of the input
parameters - that a particular argument actually exists before
referencing it.
Do you mean that evil Bob can substitue Alice's script between stat() and
execve() calls?
Yes, I've missed this point.
We can use realpath and
http://validator.w3.org/check?uri=http%3A%2F%2Fwww.coverity.com%2Fmain.html
*cough*
:)
Fredrik Lindberg wrote:
Benjamin D Adams wrote:
Anyone know what version they are testing this on?
Some may want to login and look at the problems they found.
You should search the cvs-src mailinglist
On Tue, Apr 04, 2006 at 01:45:47PM +0200, Stefan Sperling wrote:
Why do GNOME/KDE rely on /etc/fstab on FreeBSD?
What are admins supposed to do on systems with more than, say, a hundred
users. Having to add a line to /etc/fstab for every user is of course
scriptable, but that does not make it
Hi,
same problem:
* in shell(1):
# dd if=/dev/zero of=/var/tmp/test bs=4m
* after some time (=~ 20seconds), in shell(2)
# dd if=/var/tmp/test bs=4m of=/dev/null
gstat shows no writes again, only reads; hitting ^C in shell(1), it
hangs until the dd in shell(2) finishes.
Using diferents
In [EMAIL PROTECTED], Jilles Tjoelker [EMAIL PROTECTED] typed:
Consider chown(8)ing the mount points to the current user on login (and
root on logout) (using DisplayManager._0.startup and
DisplayManager._0.reset or similar).
/etc/fbtab is designed for exactly this problem. That's what I use.
I made a similar test with FreeBSD 4.11, and the results are OK.
This problem didnt happen.
On 4/6/06, Thiago Damas [EMAIL PROTECTED] wrote:
Hi,
same problem:
* in shell(1):
# dd if=/dev/zero of=/var/tmp/test bs=4m
* after some time (=~ 20seconds), in shell(2)
# dd if=/var/tmp/test
On Thu, 2006-Apr-06 14:49:25 +0400, Sply Splyeff wrote:
The biggest problem is its failure to check the sanity of the input
parameters - that a particular argument actually exists before
referencing it.
Do you mean that evil Bob can substitue Alice's script between stat() and
execve() calls?
You should be able to get around this by opening the script
first, using fstatfs() and fstat() and passing the script as /dev/fd/N to
the interpreter.
Great idea. Thank you very much.
What I was actually referring to was your use of argv[1], argv[2], argv[3]
and argv[4] without checking
Robert Watson wrote:
On Wed, 5 Apr 2006, Benjamin D Adams wrote:
I came across the fallowing website: http://scan.coverity.com/
Looks like they check open source projects for source quality. They
Have the fallowing listed:
The FreeBSD Foundation has negotiated a license to use the Coverity
On Thu, Apr 06, 2006 at 09:30:28AM -0700, Sam Leffler wrote:
OTOH we've done nothing with user application code and based on the
work I've seen done by netbsd there's plenty of stuff to be fixed
there. So if you want to help out get an account and start feeding
back fixes for the user code.
On Thu, Apr 06, 2006 at 12:37:03PM -0700, Darren Pilgrim wrote:
Access control is done via permissions of files in /dev. If I have
proper permissions to a device file, I can mount it at a directory
I own. If I don't have proper permissions to a device file, I cannot
mount it at all. This has
You have to Send them an email.
Just the link to the right of the project title.
It will open an email with some questions to answer and send to them.
Ben
On Thu, 2006-04-06 at 16:34 -0700, Avleen Vig wrote:
On Thu, Apr 06, 2006 at 09:30:28AM -0700, Sam Leffler wrote:
OTOH we've done nothing
18 matches
Mail list logo