.com/getdoc.xp?AN=573655265
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 PROTE
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 mat
> -- 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 mat
> -- 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);
>
the future.
>
> Best regards,
>
> Olivia Cheriton
> VMware, Inc.
>
> - Original Message -
> From: Niall Smart
> To:
> Cc:
> Sent: Saturday, July 24, 1999 11:09 AM
> Subject: Please support FreeBSD 3.x as host OS
>
> > Hi.
> >
>
the future.
>
> Best regards,
>
> Olivia Cheriton
> VMware, Inc.
>
> - Original Message -
> From: Niall Smart <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Saturday, July 24, 1999 11:09 AM
> Subjec
[ 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 b
[ 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
> 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
> 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 fo
> 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
> 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
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 straightforwa
> 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 su
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 straightforw
> 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'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 s
"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 wo
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.
"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 w
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.
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 t
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
> 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");
+ i
> > 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 b
> > 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
> 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
> 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
> > 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 s
> > 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
ted disklabel entry:
size offsetfstype
819200 3932324.2BSD
^CPROG= findsb
CFLAGS = -aout -static -W -Wall -Wmissing-prototypes -Wstrict-prototypes
MAN1=
.include
/*
* Copyright (c) 1999 Niall Smart. All rights reserved.
*
* Redistribution and use in source and binary form
34 matches
Mail list logo
