> The reason I said "in the next week" is actually because on Sat. June 23rd
> (not this upcoming one, but the one after), I should be flying off to
> Yugoslavia (actually to London, and only then to Yugoslavia). I will be
> gone for 3 weeks and seeing as how maintaining this huge diff is a real
[Crawling out of hiding again]
-On [20010611 19:30], Andrey A. Chernov ([EMAIL PROTECTED]) wrote:
>I agree, but just imagine that I have assumption that Peter already
>resolve this issue with Nick (since he do repo copy) and you'll find
>a reason to not be extra-cautious.
First lesson I learned
On Sun, 10 Jun 2001, Valentin Nechayev wrote:
> Thu, Jun 07, 2001 at 12:04:10, bde (Bruce Evans) wrote about "Re: Terminal line
>discipline is broken [sorta]":
>
> > This may be a bug in tcsh.
>
> Do you really think that shell should not modify signal handling policy
> which he obtained as
On Tue, 12 Jun 2001, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Szilveszter Adam writes:
> : > Thanks, it works. I was confused by 'devfs' this time which not show ad0s5
> : > slice under /dev until it is actualy mounted.
> :
> : Yes, devfs really takes some getting used to in the begin
Should I commit the attached patch then?
On Tue, Jun 12, 2001 at 02:35:39PM +1000, Bruce Evans wrote:
> > For those interested, here's the missing patch.
>
> Index: lib/libc/gen/fts.c
> ===
> RCS file: /home/ncvs/src/lib/libc/gen/ft
Guys, We've been doing pretty well on the PR/Gnats front since
we started our little "Close a PR" drive, but now is not the time
to loose steam.
http://phk.freebsd.dk/Gnats/
We're at the same level of unclosed PR's as we were half a year
ago, down 500 from when we began the drive, but s
On Wed, 13 Jun 2001, Ruslan Ermilov wrote:
> Should I commit the attached patch then?
I don't like changing the documented interface of fts_open() but all the
alternatives that I can think of aren't appealing:
1. Provide a glue function that converts what qsort expects to the
documented inter
< said:
> 3. Provide an alternative to qsort() that takes an comparison function
>that takes an additional function pointer arg (use this arg to avoid
>the global in (1)).
Actually, doing this would solve a number of similar problems, and it
doesn't look to be too difficult to do. I wou
On Wed, Jun 13, 2001 at 11:16:57AM -0400, Garrett Wollman wrote:
> < said:
>
> > 3. Provide an alternative to qsort() that takes an comparison function
> >that takes an additional function pointer arg (use this arg to avoid
> >the global in (1)).
>
> Actually, doing this would solve a nu
Building the kernel without INET6 makes this error go away. cvsup as
of about two hours ago.
recursed on non-recursive lock (sleep mutex) mbuf free list lock @
../../kern/uipc_mbuf.c:582
first acquired @ ../../kern/uipc_mbuf.c:582
panic:recurse
Debugger("panic")
Stopped at Debugger+0x45: pushl %
< said:
> How should we call this function?
> (I'll implement this tomorrow.)
I was would call it `qsort_with_arg' or something similar. There is a
namespace issue here; reserves very little namespace for
the implementation, so anything we add will have to be hidden from
strictly-compliant app
* Garrett Wollman <[EMAIL PROTECTED]> [010613 11:51] wrote:
> < said:
>
> > How should we call this function?
> > (I'll implement this tomorrow.)
>
> I was would call it `qsort_with_arg' or something similar. There is a
> namespace issue here; reserves very little namespace for
> the implement
< said:
> Why not do something like the rpc code does? Check if threaded, if
> so cons up a thread specific key otherwise use a global.
The Standard does not appear to say whether qsort() is reentrant, but
I believe that it ought to be. fts() was clearly intended to be
reentrant. (I don't kno
After CURRENT update I see this in /var/log/messages:
>Jun 12 18:50:48 pyvo diskcheckd[204]: open /etc/diskcheckd.conf failure:
>No such file or directory
I saw this commit message:
> revision 1.267
> date: 2001/06/03 20:15:10; author: phk; state: Exp; lines: +9 -1
> Add diskcheckd to /etc/
In message <[EMAIL PROTECTED]>, Andrew Bliz
nak writes:
>
>After CURRENT update I see this in /var/log/messages:
>
>>Jun 12 18:50:48 pyvo diskcheckd[204]: open /etc/diskcheckd.conf failure:
>>No such file or directory
>
>I saw this commit message:
>
>> revision 1.267
>> date: 2001/06/03 20:15:10;
World broke?
-FW: <[EMAIL PROTECTED]>-
Date: Wed, 13 Jun 2001 08:37:39 -0700 (PDT)
From: Deimos Root <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Snapshot Log
cc -nostdinc -O -pipe
-I/usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/include
-I/usr/src/
On Wed, Jun 13, 2001 at 12:48:14AM -0700, Mike Smith wrote:
> > The reason I said "in the next week" is actually because on Sat. June 23rd
> > (not this upcoming one, but the one after), I should be flying off to
> > Yugoslavia (actually to London, and only then to Yugoslavia). I will be
> > gon
A recent change to the MFREE macro was made as noted below:
/*
* MFREE(struct mbuf *m, struct mbuf *n)
* Free a single mbuf and associated external storage.
* Place the successor, if any, in n.
*
* we do need to check non-first mbuf for m_aux, since some of existing
* code does not call M
Yes, I certainly didn't write that. I think it was KAME.
On Wed, Jun 13, 2001 at 10:37:22AM -0700, Matthew Jacob wrote:
>
> A recent change to the MFREE macro was made as noted below:
>
> /*
> * MFREE(struct mbuf *m, struct mbuf *n)
> * Free a single mbuf and associated external stor
> On Wed, 13 Jun 2001 13:42:51 -0400
> Bosko Milekic <[EMAIL PROTECTED]> said:
bmilekic> Yes, I certainly didn't write that. I think it was KAME.
Yup, current KAME is based on 4.3-RELEASE which doesn't have
mtx_lock() issue. It is my mistake during merging it into 5-CURRENT.
The f
On Thu, 14 Jun 2001, Hajimu UMEMOTO wrote:
> > On Wed, 13 Jun 2001 13:42:51 -0400
> > Bosko Milekic <[EMAIL PROTECTED]> said:
>
> bmilekic> Yes, I certainly didn't write that. I think it was KAME.
>
> Yup, current KAME is based on 4.3-RELEASE which doesn't have
> mtx_lock() issue.
On Thu, Jun 14, 2001 at 03:12:06AM +0900, Hajimu UMEMOTO wrote:
> > On Wed, 13 Jun 2001 13:42:51 -0400
> > Bosko Milekic <[EMAIL PROTECTED]> said:
>
> bmilekic> Yes, I certainly didn't write that. I think it was KAME.
>
> Yup, current KAME is based on 4.3-RELEASE which doesn't have
> On Wed, 13 Jun 2001 14:15:53 -0400
> Bosko Milekic <[EMAIL PROTECTED]> said:
> Yup, current KAME is based on 4.3-RELEASE which doesn't have
> mtx_lock() issue. It is my mistake during merging it into 5-CURRENT.
> The fix looks good to me. If there is no objection, I'll commit it.
bmi
Salve,
Con DirectLine potrai riferirti ad un unico operatore per tutte le tue
chiamate urbane, interurbane, internazionali e verso cellulari a tariffe
MAI VISTE...
Segnalando il servizio ai tuoi amici, arriverai ad eliminare del tutto la
bolletta telefonica, e se gli amici sono tanti... potrai a
Salve,
Con DirectLine potrai riferirti ad un unico operatore per tutte le tue
chiamate urbane, interurbane, internazionali e verso cellulari a tariffe
MAI VISTE...
Segnalando il servizio ai tuoi amici, arriverai ad eliminare del tutto la
bolletta telefonica, e se gli amici sono tanti... potrai a
I was looking for thread-safe version of gethostbyname (), but I didn't
find it. Can someone tell me, does such a function exsist ?
Tomasz Paszkowski
--
"Existen dos productos importantes que salieron de Berkeley: LSD y UNIX.
No creemos que esto sea una coincidencia."
At Wed, 13 Jun 2001 15:45:03 + (UTC),
Michael Harnois wrote:
> Building the kernel without INET6 makes this error go away. cvsup as
> of about two hours ago.
Do you define WITNESS or not?
--
Jun Kuriyama <[EMAIL PROTECTED]> // IMG SRC, Inc.
<[EMAIL PROTECTED]> // FreeBSD Proje
I have checked in revision 1.99 to ffs_softdep.c which
builds on the change in revision 1.98 by [EMAIL PROTECTED]
The symptom being treated in 1.98 was to avoid freeing a
pagedep dependency if there was still a newdirblk dependency
referencing it. That change is correct and no longer prints
the w
Two things have turned up:
1: make sure you rerun config. This should go without saying, but some
people have been forgetting. You must rerun config(8) *EVERY* time that
you do a 'cvs update' or 'cvsup' in checkout mode that touches any of the
files in sys/conf/* (like this commit did).
2: I b
On Wed, 13 Jun 2001, Garrett Wollman wrote:
> < said:
>
> > 3. Provide an alternative to qsort() that takes an comparison function
> >that takes an additional function pointer arg (use this arg to avoid
> >the global in (1)).
>
> Actually, doing this would solve a number of similar prob
Peter Wemm wrote:
> Two things have turned up:
>
> 1: make sure you rerun config. This should go without saying, but some
> people have been forgetting. You must rerun config(8) *EVERY* time that
> you do a 'cvs update' or 'cvsup' in checkout mode that touches any of the
> files in sys/conf/* (
Folks,
I have a new version of the patch for you to test. It's up:
http://people.freebsd.org/~bmilekic/code/mb_slab/mb_alloc-LATEST.diff
(same place as before).
The difference is that I have removed the HUGE src/sys sweep for #include's
and have removed the need to include before .
Th
unsubscribe
subscribe freebsd-current
=
My homepage: http://mojo.myftp.org
__
Do You Yahoo!?
Spot the hottest trends in music, movies, and more.
http://buzz.yahoo.com/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in th
Do somebody works on it?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I make a short patch to sharing IRQ between a PCIC and a PC Card when using
PCI IRQ routing.
#Does this patch help you?
---
YAMAMOTO ShigeruInternet Initiative Japan Inc.
<[EMAIL PROTECTED]> Network Engineering Div.
Index: pcic.c
In message <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
: I make a short patch to sharing IRQ between a PCIC and a PC Card when using
: PCI IRQ routing.
: #Does this patch help you?
Yes. It does. Thank you!
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-curr
In message <[EMAIL PROTECTED]> Bruce Evans
writes:
: The first "ls" should create about 8000 new tun devices by first accessing
: them via stat(2), but there is some garbage collection, so the second "ls"
: may show that some of the devices have magically unappeared.
I just want to see the disk
Jonathan Smith wrote:
>
> That's good enough. :) Thanks
>
> Maybe _that_ will keep that ata code from over-riding
> the bios to disable dma (or maybe the bios just wasn't
> doing it's job right ;)
This won't work.
Someone was having the same problem the other day, and
I suggested the sam
It seems Terry Lambert wrote:
> Jonathan Smith wrote:
> >
> > That's good enough. :) Thanks
> >
> > Maybe _that_ will keep that ata code from over-riding
> > the bios to disable dma (or maybe the bios just wasn't
> > doing it's job right ;)
>
> This won't work.
>
> Someone was having the
> >
> > That's good enough. :) Thanks
> >
> > Maybe _that_ will keep that ata code from over-riding
> > the bios to disable dma (or maybe the bios just wasn't
> > doing it's job right ;)
>
>
> This won't work.
What do you mean with this? The procedure that I described (barring
typos) do
41 matches
Mail list logo