Sat, May 31, 2003 at 11:19:06, des (Dag-Erling Smorgrav) wrote about "Re: gcc bug?
Openoffice port impossibel to compile on 4.8":
>> Essential words are understriked. I can't imagine how it can be read
>> as "unsupported".
DES> I didn't use the word "unsupported", I said "deprecated".
Yes. But
Valentin Nechayev <[EMAIL PROTECTED]> writes:
> Essential words are understriked. I can't imagine how it can be read
> as "unsupported".
I didn't use the word "unsupported", I said "deprecated".
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
___
[EMAIL
Fri, May 30, 2003 at 22:00:18, pherman (Paul Herman) wrote about "Proper behaviour
for wait()?":
PH> anyone know what the "proper" behavior for wait() is when SIGCHLD
PH> is ignored? Is it simply undefined? Don't see anything mentioned
PH> in the wait(2) manpage one way or tother, and other O
Fri, May 30, 2003 at 12:14:50, jaya_bhat100 (Jayasheela Bhat) wrote about
"kqueue/kevent support in scsi device drivers":
JB> At present, kevent is supported for vnode, fifos, pipes and sockets, I believe.
JB> I would like to use kevent notification in scsi devices. But the drivers scsi_xx.c
On Fri, May 30, 2003 at 05:35:42PM +0300, Alexandr Kovalenko wrote:
+> I have 2 questions:
+>
+> - where in code should I search for icmp socket binding prohibition in
+>jail?;
+> - what bad consequences will appear if I remove those checks and
+>prohibition?.
This is nasty to allow all
Sat, May 31, 2003 at 02:46:33, des (Dag-Erling Smorgrav) wrote about "Re: gcc bug?
Openoffice port impossibel to compile on 4.8":
DES> and "obsolescent feature" is defined as follows in the introduction:
DES>[#2] Certain features are obsolescent, which means that they
DES>may b
Wes Peters wrote:
> On Thursday 29 May 2003 00:12, Dag-Erling Smorgrav wrote:
> > May I remind you that K&R-style declarations have been deprecated for
> > the last 14 years?
>
> Funny, the last time I looked at a C language specification they were
> still supported.
Give it up.
You and I learne
In message: <[EMAIL PROTECTED]>
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
: Wes Peters <[EMAIL PROTECTED]> writes:
: > On Thursday 29 May 2003 00:12, Dag-Erling Smorgrav wrote:
: > > May I remind you that K&R-style declarations have been deprecated for
: > > the last 14 years?
: >
Just curious,
anyone know what the "proper" behavior for wait() is when SIGCHLD
is ignored? Is it simply undefined? Don't see anything mentioned
in the wait(2) manpage one way or tother, and other OSes don't seem
to agree much.
-Paul.
bash$ cat wait.c
#include
#include
#include
#include
#i
On Fri, 30 May 2003, Juli Mallett wrote:
>
> Has anyone looked at making the patch work with CURRENT? Does this do
> anything to degrade performance of UP systems with no (0?) virtualised
> images running?
I have been running tests between two machines with this patch
installed. There is a "p
On Friday, 30 May 2003 at 18:21:53 -0400, Michael G. Jung wrote:
> After a reboot on 4.8 I ended up with a degraded raid 5 partition...
>
> The only thing special about my setup is 4944 drives spread over 3 channels,
> running SMP kernel.
That's a lot of drives.
> One sub disk was down an
On Fri, 30 May 2003, David Yeske wrote:
> $ swapinfo
> Device 1K-blocks UsedAvail Capacity Type
>
> Everything looks normal except for swapinfo. It looks like nfs swapping
> is broken?
`man swapinfo` says:
BUGS
Does not understand NFS swap servers.
--
:{ [EMAIL PROTECT
I've recently set up a diskless client and I noticed something.
subnet mask 255.255.255.0 router 192.168.1.2 rootfs
192.168.1.100:/export/photon.freebsd/root
swapfs 192.168.1.100:/export/photon.freebsd hostname photon
Adjusted interface xl0
md_lookup_swap: Swap size is 131072 KB
Mounting root fro
Wes Peters <[EMAIL PROTECTED]> writes:
> On Thursday 29 May 2003 00:12, Dag-Erling Smorgrav wrote:
> > May I remind you that K&R-style declarations have been deprecated for
> > the last 14 years?
> Funny, the last time I looked at a C language specification they were
> still supported.
6.1
On Thursday 29 May 2003 00:12, Dag-Erling Smorgrav wrote:
> Bruce M Simpson <[EMAIL PROTECTED]> writes:
> > However, we're dealing with something a bit more stable in terms of
> > code base, anyway. Having to commit a whole bunch of fixes for the
> > sake of a compiler upgrade isn't acceptable. Sou
On Fri, May 30, 2003 at 10:07:07PM +0200, Marko Zec wrote:
>I plan to start porting the cloning code to -CURRENT once it becomes -STABLE
>(that means once the 5.2 gets out, I guess).
FreeBSD has a policy that all new features must be added to -CURRENT
before they can be added to -STABLE (4.x or 5.
After a reboot on 4.8 I ended up with a degraded raid 5 partition...
The only thing special about my setup is 4944 drives spread over 3 channels,
running SMP kernel.
One sub disk was down and the and the drive was referenced... in scouring the
mailing lists I saw where a referenced dis
Hello,
It involves allowing all applications inside the jail access to raw sockets.
Raw sockets are also responsible
for ipfw and other services; therefore, it may be prudent to add separate
sysctl settings allowing/denying
access to those. I have a patch that does allow raw sockets and allows
peo
Sean Chittenden wrote:
> can it be broken down into a smaller set of commits?
No it can't. That's probably the biggest problem with the network stack
cloning concept - you can either properly virtualize the entire stack or do
no virtualization at all. Therefore even if I ever succeed in bringing
Juli Mallett wrote:
> * Sean Chittenden <[EMAIL PROTECTED]> [ Date: 2003-05-30 ]
> [ w.r.t. Re: Network stack cloning / virtualization patches ]
> > > at http://www.tel.fer.hr/zec/vimage/ you can find a set of patches
> > > against 4.8-RELEASE kernel that provide support for network stack
This has been discussed at length. Search the archives of this mailing
list (or maybe it was freebsd-security) for interesting insight. Sure
set me straight as to the consequences
Nate
- Original Message -
From: "Alexandr Kovalenko" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday
On Fri, May 30, 2003 at 08:16:41PM +0300, Ruslan Ermilov wrote:
> On Fri, May 30, 2003 at 07:07:23PM +0300, Enache Adrian wrote:
> > On Fri, May 30, 2003 at 05:35:41PM +0300, Ruslan Ermilov wrote:
> > > We had a bug in our threaded application that would mistakenly close
> > > the descriptor 0, and
* Sean Chittenden <[EMAIL PROTECTED]> [ Date: 2003-05-30 ]
[ w.r.t. Re: Network stack cloning / virtualization patches ]
> > at http://www.tel.fer.hr/zec/vimage/ you can find a set of patches
> > against 4.8-RELEASE kernel that provide support for network stack
> > cloning. The patched kern
> at http://www.tel.fer.hr/zec/vimage/ you can find a set of patches
> against 4.8-RELEASE kernel that provide support for network stack
> cloning. The patched kernel allows multiple fully independent
> network stack instances to simultaneously coexist within a single OS
> kernel, providing a found
On Fri, May 30, 2003 at 07:07:23PM +0300, Enache Adrian wrote:
> On Fri, May 30, 2003 at 05:35:41PM +0300, Ruslan Ermilov wrote:
> > We had a bug in our threaded application that would mistakenly close
> > the descriptor 0, and this triggers a bug in libc_r which I will try
> > to describe below.
>
On Fri, 30 May 2003, Narvi wrote:
[snip]
Ahem.. i am very embarrassed about having sent the reply, everybody please
pretend I was nowhere near the thread, pretty please?
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/fre
On Thu, 29 May 2003, [iso-8859-1] Thorsten Futrega wrote:
> Dear users,
>
> The most important changes I'm going to commit today:
>
> - Remove gcc and replace it with a new TenDRA
> snapshot.
yay! but what about c++ support?
> - Remove GNU tar.
double yay!
> - Fix httpd.ko to make it work on
On Fri, 30 May 2003, Enache Adrian wrote:
> On Fri, May 30, 2003 at 05:35:41PM +0300, Ruslan Ermilov wrote:
> > We had a bug in our threaded application that would mistakenly close
> > the descriptor 0, and this triggers a bug in libc_r which I will try
> > to describe below.
> ...
> > Some import
On Fri, May 30, 2003 at 05:35:41PM +0300, Ruslan Ermilov wrote:
> We had a bug in our threaded application that would mistakenly close
> the descriptor 0, and this triggers a bug in libc_r which I will try
> to describe below.
...
> Some important notes: this bug is only applicable to descriptors
>
Hi!
We had a bug in our threaded application that would mistakenly close
the descriptor 0, and this triggers a bug in libc_r which I will try
to describe below.
The bug (in libc_r only, libpthread^Wlibkse is unaffected) causes a
threaded application to stuck in accept(2). libc_r makes every new
[Please Cc: me on reply]
Hello,
I have 2 questions:
- where in code should I search for icmp socket binding prohibition in
jail?;
- what bad consequences will appear if I remove those checks and
prohibition?.
Thanks in advance!
--
NEVE-RIPE, will build world for food
Ukrainian FreeBSD
31 matches
Mail list logo