http://x31.deja.com/getdoc.xp?AN=565253105
A recompile of apache etc did not solve the problem, neither did a
make world yesterday Any hints?
Regards,
Niall
--
Niall Smart
email: [EMAIL PROTECTED]
phone: (087) 8052390
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fre
-- snip --
if (pswitch) {
/*
* If the device is not configured up, we cannot put it
in
* promiscuous mode.
*/
if ((ifp-if_flags IFF_UP) == 0)
return (ENETDOWN);
Sheldon Hearn wrote:
On Thu, 12 Aug 1999 11:29:47 GMT, Niall Smart wrote:
Or is the test for IFF_PROMISC made earlier in the code? You
should only print a disabled message when it has previously
been enabled so that log file watchers can always match up
the up/down pairs.
I've
-- snip --
if (pswitch) {
/*
* If the device is not configured up, we cannot put it
in
* promiscuous mode.
*/
if ((ifp-if_flags IFF_UP) == 0)
return (ENETDOWN);
Sheldon Hearn wrote:
On Thu, 12 Aug 1999 11:29:47 GMT, Niall Smart wrote:
Or is the test for IFF_PROMISC made earlier in the code? You
should only print a disabled message when it has previously
been enabled so that log file watchers can always match up
the up/down pairs.
I've
,
Olivia Cheriton
VMware, Inc.
- Original Message -
From: Niall Smart ni...@pobox.com
To: feature-requ...@vmware.com
Cc: sa...@vmware.com
Sent: Saturday, July 24, 1999 11:09 AM
Subject: Please support FreeBSD 3.x as host OS
Hi.
I'd like to see FreeBSD 3.x supported
[ CC list nuked ]
Ok, here goes my understanding of how things should be, please correct me
if i'm wrong.
There are three parts to the problem:
1. Where do we get the databases from? I mean, where do we get passwd, group,
hosts, ethers, etc from.
This should be handled by a
3) Close all FDs except the ones you explicitly want to keep. This
is normally something like:
for (i = getdtablesize(); --i 2; )
close(i);
The advantage is that you are sure you don't miss any. The
disadvantage is that it requires a system call for each
[ CC list nuked ]
Ok, here goes my understanding of how things should be, please correct me
if i'm wrong.
There are three parts to the problem:
1. Where do we get the databases from? I mean, where do we get passwd, group,
hosts, ethers, etc from.
This should be handled by a name
And pidentd will still be supported. Eventually, I'd like to have those
huge majority who do not use DES tokens with pidentd move to the
inetd identd (when committed)...
How about a standalone identd with DES `tokens' and any other nice
to haves that it doesn't make sense to implement in a
Maybe if I call the sysctl "vm.crashmenow". No, that will just make more
people actually try it. It might be doable as a compile-time option,
since you wouldn't be able to run anything approaching standard on
such a system anyway. I don't see much use for it myself. As I
I'm not sure if XPG4v2 requires command substitution to behave
like that. At least, both Solaris' and DEC UNIX... oops...
True64 UNIX do execute all command substitutions in a subshell
(`pwd` does not affect the surrounding shell), and both claim
XPG4 compliance.
They only execute a
Maybe if I call the sysctl vm.crashmenow. No, that will just make more
people actually try it. It might be doable as a compile-time option,
since you wouldn't be able to run anything approaching standard on
such a system anyway. I don't see much use for it myself. As I said
David Miller wrote:
Couple of questions which are pretty much off topic
1) Does anyone know of a way to talk to a remote oracle server via odbc or
oci? Access is required specifically under apache and mod_perl or php,
but we've spent a couple of man-days looking for straightforward
Sheldon Hearn wrote:
On Mon, 12 Jul 1999 18:37:13 GMT, Niall Smart wrote:
The patch appended seems to fix this, I'd like someone familiar
with sh to review it though, since this may be symptomatic of
a general problem with command substitution.
As I understand your patch, you're
"Brian F. Feldman" wrote:
On Mon, 12 Jul 1999, Sheldon Hearn wrote:
On Sun, 11 Jul 1999 12:47:30 MST, Doug wrote:
Finally, Brian might want to search the bugtraq archives before
he commits anything. There have been quite a few identd related
discussions, and it would be
Sheldon Hearn wrote:
On Mon, 12 Jul 1999 18:37:13 GMT, Niall Smart wrote:
The patch appended seems to fix this, I'd like someone familiar
with sh to review it though, since this may be symptomatic of
a general problem with command substitution.
As I understand your patch, you're
Brian F. Feldman wrote:
On Mon, 12 Jul 1999, Sheldon Hearn wrote:
On Sun, 11 Jul 1999 12:47:30 MST, Doug wrote:
Finally, Brian might want to search the bugtraq archives before
he commits anything. There have been quite a few identd related
discussions, and it would be points
Sheldon Hearn wrote:
cd /tmp
echo .`cd /`.
pwd
Any takers?
The patch appended seems to fix this, I'd like someone familiar
with sh to review it though, since this may be symptomatic of
a general problem with command substitution.
PS: And no, this is not an invitation to chat about the
I don't see a point to that. However, I am finished. Please go to
http://www.FreeBSD.org/~green/ and get getcred.patch and inetd_ident.patch.
Hmm,
+#ifdef FAKEID
+ snprintf(fakeid_path, sizeof(fakeid_path), "%s/.fakeid",
pw-pw_dir);
+ fakeid = fopen(fakeid_path, "r");
+ if
I don't see a point to that. However, I am finished. Please go to
http://www.FreeBSD.org/~green/ and get getcred.patch and inetd_ident.patch.
Hmm,
+#ifdef FAKEID
+ snprintf(fakeid_path, sizeof(fakeid_path), %s/.fakeid,
pw-pw_dir);
+ fakeid = fopen(fakeid_path, r);
+ if
could buffer siginfo's in user space, although this introduces
complexity if you want the ability to cancel queued signals...
yes, that is the hard part :)
Well, how about the kernel passes siginfo and siginfo_cancel events
up to userland, siginfo will remove any siginfo's from its buffer
Also, you really want to return more than one event at at time in
order to amortize the cost of the system call over several events, this
doesn't seem possible with callbacks (or upcalls).
yes, that would be a nice behaviour, but I haven't seen it become a real
issue yet. the
Also, you really want to return more than one event at at time in
order to amortize the cost of the system call over several events, this
doesn't seem possible with callbacks (or upcalls).
yes, that would be a nice behaviour, but I haven't seen it become a real
issue yet. the
At that point the converstaion turned to talking about Irish soap carving
and the fact that www.OpenBSD.org doesn't run OpenBSD. I guess I was wrong
about IRC being positive.
Well, you can blame the first bit of surrealism on jkh, the poor fella
has some awful ideas about what the Irish do in
4.2BSD
^CPROG= findsb
CFLAGS = -aout -static -W -Wall -Wmissing-prototypes -Wstrict-prototypes
MAN1=
.include bsd.prog.mk
/*
* Copyright (c) 1999 Niall Smart. All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted
26 matches
Mail list logo