Hello,
Since a cvsup not long ago (I can't remember the date, just that it's
under two weeks ago), my apache-1.3.24/mod_perl-1.26 installation core
dumps every time I start it.
The console message is:
kernel: pid (1212), uid 0: exited on signal 6 (core dumped)
And the only thing httpd-error.l
On Wed, 27-Mar-2002 at 22:59:21 -0800, Gregory Neil Shapiro wrote:
> andre.albsmeier> One thing I don't understand here (for the case someone
> andre.albsmeier> sets ${sendmail_enable} to NO):
>
> andre.albsmeier> Both, ${sendmail_outbound_enable} and
> andre.albsmeier> ${sendmail_submit_enable}
andre.albsmeier> One thing I don't understand here (for the case someone
andre.albsmeier> sets ${sendmail_enable} to NO):
andre.albsmeier> Both, ${sendmail_outbound_enable} and
andre.albsmeier> ${sendmail_submit_enable} are on by
andre.albsmeier> default. ${sendmail_outbound_flags} ist set to:
a
On Mon, 25-Mar-2002 at 23:58:23 -0800, Gregory Neil Shapiro wrote:
> An issue came up on freebsd-stable today regarding the boot-time startup of
> sendmail for users who are using other MTAs. The end result was that users
> needed a way to completely prevent sendmail from trying to start at boot
At 10:25 PM 3/27/2002 -0800, Gregory Neil Shapiro wrote:
>I've been purposefully trying to avoid getting involved with the entire
>"should sendmail be in the base OS" debate as my input would obviously
>be biased. However, avoiding a response has become more and more
>difficult as I've seen unans
I've been purposefully trying to avoid getting involved with the entire
"should sendmail be in the base OS" debate as my input would obviously
be biased. However, avoiding a response has become more and more
difficult as I've seen unanswered questions, misinformation, and as of
late, people eithe
--- Robert Watson <[EMAIL PROTECTED]> wrote:
> I'd avoid your later changes involving describing how getbootfile() relies
> on sysctl in the kgmon(8) man page. That's an implementation detail of
> the API, not of kgmon, and while it probably won't change, putting the
> information there increases
On Wed, 27 Mar 2002, Hiten Pandya wrote:
> According to me, the utility shouldn't be using a hardcoded path to the
> booting kernel, as this would affect kernels which were made by:
>
> makeoptions KERNEL=foo#Build kernel "foo" and install "/foo"
>
> What are your suggestions?
The u
I have submitted the following PR (bin/36400) against netstat.
After I havestarted xdm and X11 (XFree86 4.2) on my machine
I can no longer get information on LOCAL (i.e. UNIX) domain sockets because
netstat seg faults. I have built a version with debugging and traced this
down to
the printf()
--- Giorgos Keramidas <[EMAIL PROTECTED]> wrote:
> How about http://people.FreeBSD.org/~keramida/diff/kgmon.txt ?
Hmm, the patch looks pretty good, but we can use a bit of rewording which
will reflect what the code does. Something like the following:
-- START --
Extract the name list from the s
On Wed, 27 Mar 2002, Hiten Pandya wrote:
> How come the kgmon(8) is still refering to /kernel? Is this a bug or I
> am unaware of something? :) If it is a bug, than I probably someone can
> commit the change in behalf of me.. :)
Same reason that most man pages that say where the kernel is stil
On 2002-03-27 16:44, Hiten Pandya wrote:
> --- Robert Watson <[EMAIL PROTECTED]> wrote:
> > I've committed a tweak to the man page, but think that the page may
> > actually be wrong in a more general sense: kgmon appears to use
> > getbootfile() so will actually use whatever path the sytem booted
--- Robert Watson <[EMAIL PROTECTED]> wrote:
> I've committed a tweak to the man page, but think that the page may
> actually be wrong in a more general sense: kgmon appears to use
> getbootfile() so will actually use whatever path the sytem booted with.
> While by default that will be /boot/kerne
I've committed a tweak to the man page, but think that the page may
actually be wrong in a more general sense: kgmon appears to use
getbootfile() so will actually use whatever path the sytem booted with.
While by default that will be /boot/kernel/kernel, it may be something
else, in which case kg
Ah, very cool indeed. :-) It seems to me the kernel entry point should
be mi_start() rather than main(), however.
Robert N M Watson FreeBSD Core Team, TrustedBSD Project
[EMAIL PROTECTED] NAI Labs, Safeport Network Services
On Wed, 27 Mar 2002, Julian Elischer wrote:
>
> Th
>
> Well, what do you want to do? Virtually all of the ACPI bits are exported
> to the hw.acpi sysctl tree.
>
> Doug White| FreeBSD: The Power to Serve
> [EMAIL PROTECTED] | www.FreeBSD.org
apm presents as a commandset which does ... not much. soft-off the box,
sleep
On 27-Mar-2002 Ruslan Ermilov wrote:
> On Fri, Mar 15, 2002 at 10:34:26AM -0500, John Baldwin wrote:
>>
>> On 15-Mar-2002 Ruslan Ermilov wrote:
>> > ru 2002/03/15 03:27:47 PST
>> >
>> > Modified files:
>> > usr.sbin/sysinstall Makefile
>> > Log:
>> > Embed boot images built
On 26-Mar-2002 Alfred Perlstein wrote:
> * Alfred Perlstein <[EMAIL PROTECTED]> [020326 14:43] wrote:
>> * Kris Kennaway <[EMAIL PROTECTED]> [020324 14:26] wrote:
>> > The bento cluster is now running with WITNESS enabled to try and track
>> > down some odd UMA lock corruption panics. Instead, i
Hi,
(This email was originally sent to wpaul directly, without response. I'm
hoping a wider distribution may help to solve my problem)
I have a Xircom RBE-100 RealPort CardBus Ethernet 10/100 PCMCIA card,
which is not working correctly under 5.0-CURRENT. With the driver
unmodified, I get the fo
I get this when starting mpg123 about 50% of the time:
lock order reversal
1st 0xc8e22f40 pcm0:play:0 @
/usr/src/sys/modules/sound/pcm/../../../dev/sound/pcm/dsp.c:150
2nd 0xc8e24380 pcm0 @
/usr/src/sys/modules/sound/pcm/../../../dev/sound/pcm/sound.c:134
-current as of yesterday, using the
The following web page is is SO USEFUL for making changes in the kernel
(not quite so useful in other places because there's just so much of it,
and because the system calls are not cross referenced.)
http://snapshots.jp.FreeBSD.org/tour/
I HIGHLY RECOMMEND that everyone put this in their bookm
On Fri, Mar 15, 2002 at 10:34:26AM -0500, John Baldwin wrote:
>
> On 15-Mar-2002 Ruslan Ermilov wrote:
> > ru 2002/03/15 03:27:47 PST
> >
> > Modified files:
> > usr.sbin/sysinstall Makefile
> > Log:
> > Embed boot images built as part of buildworld rather than the
> > ins
On Wed, 27 Mar 2002, George Michaelson wrote:
>
> I've scanned the email list archive but I can't see any overview
> or example/suggested ACPI interactions.
>
> Is there a brief document somewhere which summarizes how to interact
> with an ACPI enabled kernel? Which clarifies what to do with stub
On Sun, 24 Mar 2002, Matthew Dillon wrote:
>
> :On Sat, Mar 23, 2002 at 11:02:26AM -0800, Matthew Dillon wrote:
> :> Anyone have any ideas? I'm trying to build the latest -current
> :> (from cvs) on an alpha running 4.3-RELEASE, using 'make buildworld'.
> :
> :I have thought about what c
At Wed, 27 Mar 2002 18:42:43 +0100,
Poul-Henning Kamp wrote:
>
>
> Can you put the file a place where I can fetch it ? my antique mailer
> cannot seem to extract it from your emails...
>
Sorry About that.
http://cc.usu.edu/~kylebutt/acpi-samples.gz
> --
> Poul-Henning Kamp | UNIX since
On Wed, 27 Mar 2002, Hiten Pandya wrote:
:> Generate diffs -- send-pr.
:
:Does this apply to all the manual pages in -CURRENT? where /kernel
:should be /boot/kernel/kernel? If this is the case, then I can just
:send one or two big PRs which have the patches.
:
:What are your suggestions? :)
Thi
> Generate diffs -- send-pr.
Does this apply to all the manual pages in -CURRENT? where /kernel
should be /boot/kernel/kernel? If this is the case, then I can just
send one or two big PRs which have the patches.
What are your suggestions? :)
Thanks,
--
Hiten Pandya
http://jfs4bsd.sf.net - JF
Can you put the file a place where I can fetch it ? my antique mailer
cannot seem to extract it from your emails...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to mali
egHLfXwBy31+Act9gQHLfYQBy32GAct9iAHLfYoBy32MAct9jgHLfZABy32TAct9lQHLfZcBy32Z
Act9mwHLfZ0By32fAct9ogHLfaUBy32nAct9qQHLfasBy32tAct9rwHLfbIBy320Act9tgHLfbgB
y326Act9vAHLfb4By33BAct9wwHLfcUBy33IAct9ygHLfcwBy33OAct90AHLfdMBy33VAct91wHL
fdkBy33bAct93QHLfd8By33hAct95AHLfeYBy33oAct96wHLfe0By33vAct98QHLffM
Hello I am having some problems with an Adaptec 62044 network card (quad
NIC), the first three interfaces initialize but then the last fails. I
have compiled in the starfire driver with my kernel using the line:
device sf # Adaptec AIC-6915 (``Starfire'')
The hardware platfor
esp9W3rKfed6yn3pesp963rKfe16yn3vesp98XrKffN6yn32esp9+HrKffp6yn38esp9/nrKfQB7
yn0Ee8p9BnvKfQh7yn0Ke8p9DXvKfQ97yn0Re8p9E3vKfRV7yn0Xe8p9GXvKfRx7yn0ee8p9IHvK
fSJ7yn0ke8p9KHvKfSt7yn0te8p9L3vKfTF7yn0ze8p9NXvKfTh7yn06e8p9PHvKfT57yn1Ae8p9
QnvKfUR7yn1He8p9SXvKfU17yn1Pe8p9UXvKfVN7yn1We8p9WHvKfVp7yn1ce8p9Xnv
yX3mx8l96MfJferHyX3sx8l978fJffHHyX3zx8l99cfJfffHyX35x8l9/MfJff7HyX0ByMl9A8jJ
fQXIyX0HyMl9CcjJfQvIyX0NyMl9EMjJfRLIyX0UyMl9FsjJfRjIyX0ayMl9HMjJfR/IyX0iyMl9
JMjJfSbIyX0oyMl9KsjJfSzIyX0uyMl9McjJfTPIyX01yMl9N8jJfTnIyX07yMl9PcjJfUDIyX1E
yMl9RsjJfUjIyX1KyMl9TMjJfU/IyX1RyMl9U8jJfVXIyX1XyMl9WcjJfVvIyX1eyMl
fRNCyX0VQsl9F0LJfRlCyX0bQsl9HULJfSJCyX0kQsl9JkLJfShCyX0qQsl9LELJfS9CyX0xQsl9
M0LJfTVCyX03Qsl9OULJfTtCyX09Qsl9QELJfUJCyX1GQsl9SELJfUpCyX1MQsl9T0LJfVFCyX1T
Qsl9VULJfVdCyX1ZQsl9W0LJfV5CyX1gQsl9YkLJfWRCyX1mQsl9akLJfW1CyX1vQsl9cULJfXNC
yX11Qsl9d0LJfXpCyX18Qsl9fkLJfYBCyX2CQsl9hELJfYZCyX2JQsl9i0LJfY9CyX2
Kr3IfSy9yH0wvch9M73IfTW9yH03vch9Ob3IfTu9yH09vch9P73IfUK9yH1Evch9Rr3IfUi9yH1K
vch9TL3IfU69yH1Rvch9Vb3IfVe9yH1Zvch9W73IfV29yH1gvch9Yr3IfWS9yH1mvch9aL3IfWq9
yH1svch9b73IfXG9yH1zvch9db3IfXq9yH18vch9f73IfYG9yH2Dvch9hb3IfYe9yH2Jvch9i73I
fY69yH2Qvch9kr3IfZS9yH2Wvch9mL3IfZq9yH2fvch9ob3IfaO9yH2lvch9p73Ifam
fcSIy33GiMt9yIjLfcqIy33MiMt9zojLfdGIy33ViMt914jLfdmIy33biMt93YjLfd+Iy33iiMt9
5IjLfeaIy33oiMt96ojLfeyIy33uiMt98YjLffOIy331iMt9+YjLffuIy339iMt9AInLfQKJy30E
ict9BonLfQiJy30Kict9DInLfQ+Jy30Rict9E4nLfRWJy30Xict9GYnLfR6Jy30gict9IonLfSSJ
y30mict9KInLfSqJy30tict9L4nLfTGJy30zict9NYnLfTeJy305ict9PInLfT6Jy31
PMh9LDzIfS48yH0wPMh9MjzIfTU8yH03PMh9OTzIfTs8yH09PMh9PzzIfUE8yH1EPMh9RjzIfUo8
yH1MPMh9TjzIfVA8yH1TPMh9VTzIfVc8yH1ZPMh9WzzIfV08yH1gPMh9YjzIfWQ8yH1mPMh9aDzI
fWo8yH1vPMh9cTzIfXM8yH11PMh9dzzIfXk8yH17PMh9fjzIfYA8yH2CPMh9hDzIfYY8yH2IPMh9
ijzIfY08yH2PPMh9kzzIfZU8yH2XPMh9mTzIfZs8yH2ePMh9oDzIfaI8yH2kPMh9pjz
From: Kyle Butt <[EMAIL PROTECTED]>
To: Poul-Henning Kamp <[EMAIL PROTECTED]>
Cc: Kyle Butt <[EMAIL PROTECTED]>,
Dag-Erling Smorgrav <[EMAIL PROTECTED]>,
[EMAIL PROTECTED]
Subject: Re: Superfast clock on current.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTE
On Wed, 27 Mar 2002, Hiten Pandya wrote:
:Hi all,
:
:According to -current, isnt the kernel file located /boot/kernel?
:
:How come the kgmon(8) is still refering to /kernel? Is this a bug or I
:am unaware of something? :) If it is a bug, than I probably someone can
:commit the change in behalf
[cvs* stripped, -current added]
On 27 Mär, I wrote:
> I just startet a LINT compile (-current as of ~2 hours ago) with icc,
> expect the compile log to appear at http://www.leidinger.net/FreeBSD/ as
> soon as it finishes.
> I also will include a list of generated object files at the end of the
>
Hi all,
According to -current, isnt the kernel file located /boot/kernel?
How come the kgmon(8) is still refering to /kernel? Is this a bug or I
am unaware of something? :) If it is a bug, than I probably someone can
commit the change in behalf of me.. :)
Thanks,
--
Hiten Pandya
http://jfs4
On Wed, Mar 27, 2002 at 02:28:31PM +, Hiten Pandya wrote:
> > vaio@juriy[~]> perldoc open
> > /usr/local/bin/pod2man: not found
> > Can't open /var/tmp/tmp.0.lXkGaq: File exists at /usr/bin/perldoc line 351.
>
> For some odd reason, it doesn't show up, because the $bindir in:
> src/cont
> vaio@juriy[~]> perldoc open
> /usr/local/bin/pod2man: not found
> Can't open /var/tmp/tmp.0.lXkGaq: File exists at /usr/bin/perldoc line 351.
For some odd reason, it doesn't show up, because the $bindir in:
src/contrib/perl5/utils/perldoc.PL (line 375)
is changed to (or is) /usr/local/
try this:
vaio@juriy[~]> perldoc open
/usr/local/bin/pod2man: not found
Can't open /var/tmp/tmp.0.lXkGaq: File exists at /usr/bin/perldoc line 351.
--
bye
Juriy Goloveshkin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
John Hay wrote:
>
> > > A make release breaks because the fixit floppy is too big again. So what
> > > can we do to get it smaller? Anybody got any ideas or shall we just choose
> > > a random utility and delete it?
> >
> > I think that we really should move to using new loader(8) feature for
> >
Hi All,
I have been getting a witness message every now and then, which someone
might be interested to have a look at:
witness_get: witness exhausted
I am currently trying to trace this out, but maybe someone already knows
why it is being generated. I didn't get this message before the
In message <[EMAIL PROTECTED]>, Kyle Butt writes:
>At Wed, 27 Mar 2002 10:49:15 +0100,
>Poul-Henning Kamp wrote:
>>
>>
>> Uhm, I just whacked the code into my editor, you may need
>> more #includes like or
>
>Thanks. That did the trick. Now how do I go about finding that
>port? Is that somethi
On Tue, Mar 26, 2002 at 02:09:09AM -0800, Darren Reed wrote:
> darrenr 2002/03/26 02:09:09 PST
>
> Modified files:
> sbin/ipfsMakefile
> Log:
> add extra include path to get .h files from source being used to compile
>
> Revision ChangesPath
> 1.3 +1 -
At Wed, 27 Mar 2002 10:49:15 +0100,
Poul-Henning Kamp wrote:
>
>
> Uhm, I just whacked the code into my editor, you may need
> more #includes like or
Thanks. That did the trick. Now how do I go about finding that
port? Is that something I can glean from the dmesg, or do I have
to look somewhe
Uhm, I just whacked the code into my editor, you may need
more #includes like or
In message <[EMAIL PROTECTED]>, Kyle Butt writes:
>At Wed, 27 Mar 2002 08:42:49 +0100,
>
>bash-2.04$ gcc -o apci apci.c
>In file included from apci.c:2:
>/usr/include/machine/cpufunc.h:72: syntax error before `bsf
At Wed, 27 Mar 2002 08:42:49 +0100,
bash-2.04$ gcc -o apci apci.c
In file included from apci.c:2:
/usr/include/machine/cpufunc.h:72: syntax error before `bsfl'
/usr/include/machine/cpufunc.h:72: syntax error before `mask'
/usr/include/machine/cpufunc.h: In function `bsfl':
/usr/include/machine/cp
For a couple of days, I have been consistent panics whenever I mount
an NFS filesystem on a newly made -CURRENT. Things seem to work fine
when NFS is actually built into the kernel. But when mount(8) is auto
loading the nfsclient.ko module, I get an immediate panic when
something actually tries to
51 matches
Mail list logo