CHINESE SEARCH ENGINE / YOU WANTED

2002-12-02 Thread suzannewood
You wanted information on chinese search engine Please note which one is being used by Australian sites To great success http://www.chinawebs.com/comp/list_sub2.php?sub2_id=2234 Regards Steven Sanders 1479Xnnw6-866PQQw5405btvQ9-886uxzJ6391GGnI5-650MfbI837l51 To Unsubscribe: send mail to [EMA

Re: /usr/bin/finger problems...

2002-12-02 Thread J R Matthews
On Mon, 2 Dec 2002, Kris Kennaway wrote: > On Mon, Dec 02, 2002 at 10:01:22PM +1100, J R Matthews wrote: > > > I can submit a patch to fix this if you want or not.. I honestly dont give > > a damn to be honest ;) > > Submitting a PR containing a patch is the best way to get this fixed. > Thanks!

Re: jail

2002-12-02 Thread Nielsen
Just for the record, I've had this problem without using vnode backing files. It's exactly the same in all other areas. The machine would lock up at a specific time each week during 'find' in one of the periodic scripts. This occurred when the host and approximately 15 jails executed that command a

Re: [CFR] diskpart(1) buffer overflow fix

2002-12-02 Thread Thomas Quinot
Le 2002-12-02, Peter Pentchev écrivait : > Ahhh; of course this would be better. Updated patch attached. Looks fine. Thomas. -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: cvs -rbranch:date + val-tags

2002-12-02 Thread David Yeske
I am still looking into the -j flag and (r)tag. This patch was done quickly, and I am still trying to see what it breaks. I realized some of the issues I had were also broken with an unpatched cvs. So I might have broken something that is already broken. I am looking through diff -rv1_11_2 -r

Re: cvs -rbranch:date + val-tags

2002-12-02 Thread Archie Cobbs
David Yeske wrote: > I am working on getting cvs more usable so I don't have to worry about > val-tags when I have read only media, and so I can do stuff like this. > > cvs update -rRELENG_4:2002/10/01 > > cvs diff -rRELENG_4:2002/09/01 -rRELENG_4:2002/09/30 > > I would appreciate any testing or

Re: [nephtes@openface.ca: [Xmame] Use of usleep() with -sleepidle]

2002-12-02 Thread M. Warner Losh
usleep will sleep until the next tick if you give is a value < 1 tick. The default HZ setting on FreeBSD is 100, giving you a tick of 10ms. I'm not sure why you are seeing it sleep for 2 ticks instead of one, however. Try building a kernel with an HZ of 1000 and see what happens. Warner To Uns

Re: [nephtes@openface.ca: [Xmame] Use of usleep() with -sleepidle]

2002-12-02 Thread Mike Silbersack
On Mon, 2 Dec 2002, Thierry Herbelot wrote: > the line : > kern.hz="1000" > must be placed in /boot/loader.conf > > TfH Good catch, thanks. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: USB support for new HP printers?

2002-12-02 Thread John Nielsen
On Monday 02 December 2002 05:13, Bernd Walter wrote: > On Sun, Aug 25, 2002 at 11:36:15PM -0600, John Nielsen wrote: > > Are there plans to add USB support for HP's newer printers to FreeBSD? > > Specificially, the OfficeJets and the LaserJet 1200? They use a > > new/different/broken USB interfac

Re: [nephtes@openface.ca: [Xmame] Use of usleep() with -sleepidle]

2002-12-02 Thread Thierry Herbelot
Le Monday 02 December 2002 18:49, Mike Silbersack a écrit : [SNIP] > > The time select() takes should be directly related to your system's hz > setting. The default for FreeBSD is 100, which means that the interrupt > timer will fire every 10ms. If you want to play with that, edit > /etc/sysctl.c

Re: [nephtes@openface.ca: [Xmame] Use of usleep() with -sleepidle]

2002-12-02 Thread Mike Silbersack
On Mon, 2 Dec 2002, Stijn Hoop wrote: > Hi, > > Summary: this is going to be a rather long email about the timing of various > _sleep functions, compared to the same on Linux. > > I ran across this at the xmame mailing list, and I have seen some > interesting results. > One had an Athlon 1400XP,

[nephtes@openface.ca: [Xmame] Use of usleep() with -sleepidle]

2002-12-02 Thread Stijn Hoop
Hi, Summary: this is going to be a rather long email about the timing of various _sleep functions, compared to the same on Linux. I ran across this at the xmame mailing list, and I have seen some interesting results. First the original mail which Steve sent, which will explain the question: ---

fh

2002-12-02 Thread omestre
Thanks, Tim Kientzle, but i still need one "c code" to add to autoconf.c, and gets a NFS file handle to my root directory. We have the solution (diskless) with dhcp/bootp... but we do not want this anymore, due the things that i have sad before. Thanks. All that i need, is that c code... :) In

Re: [CFR] diskpart(1) buffer overflow fix

2002-12-02 Thread Peter Pentchev
On Mon, Dec 02, 2002 at 01:37:52PM +0100, Thomas Quinot wrote: > Le 2002-12-02, Peter Pentchev ?crivait : > > > > Attached are two patches: a trivial one which just fixes up two problems > > > in diskpart's argument parsing, and a more complex one, which does it > > > "the right way" IMHO, using g

Re: [CFR] diskpart(1) buffer overflow fix

2002-12-02 Thread Thomas Quinot
Le 2002-12-02, Peter Pentchev écrivait : > > Attached are two patches: a trivial one which just fixes up two problems > > in diskpart's argument parsing, and a more complex one, which does it > > "the right way" IMHO, using getopt(3). The getopt-based version sounds better to me. > +

Re: /usr/bin/finger problems...

2002-12-02 Thread Kris Kennaway
On Mon, Dec 02, 2002 at 10:01:22PM +1100, J R Matthews wrote: > I can submit a patch to fix this if you want or not.. I honestly dont give > a damn to be honest ;) Submitting a PR containing a patch is the best way to get this fixed. Thanks! Kris msg38430/pgp0.pgp Description: PGP signatu

Re: [CFR] diskpart(1) buffer overflow fix

2002-12-02 Thread Peter Pentchev
On Mon, Dec 02, 2002 at 01:58:09PM +0200, Peter Pentchev wrote: > Hi, > > As noted on the vuln-dev list recently, the diskpart(1) program in > -stable is susceptible to a buffer overflow in the parsing of > command-line arguments. This is a low-risk problem, since diskpart(1) > is not - and has n

Re: USB support for new HP printers?

2002-12-02 Thread Bernd Walter
On Sun, Aug 25, 2002 at 11:36:15PM -0600, John Nielsen wrote: > Are there plans to add USB support for HP's newer printers to FreeBSD? > Specificially, the OfficeJets and the LaserJet 1200? They use a > new/different/broken USB interface so they're just recognized as ugen > devices at the mome

[CFR] diskpart(1) buffer overflow fix

2002-12-02 Thread Peter Pentchev
Hi, As noted on the vuln-dev list recently, the diskpart(1) program in -stable is susceptible to a buffer overflow in the parsing of command-line arguments. This is a low-risk problem, since diskpart(1) is not - and has never been, and has no reason to ever be - a privileged program, but still, t

/usr/bin/finger problems...

2002-12-02 Thread J R Matthews
Whom it concerns, I just upgraded a myriad of my systems from 4.6R-p2 to 4.7 and lo-and-behold I could no longer use /usr/bin/finger to get a finger from remote Ascend NAS. Funnily enough, it still worked on remote Cisco and unix boxen. Still - i got shitty with it, and dug into the problem. In

Re: documentation on kernel locks, mutexes?

2002-12-02 Thread Terry Lambert
Yury Tarasievich wrote: > > While it's true that kernel locks and mutexes are documented for > > SMPng, he posted to -hackers, not -current, and so he's probably > > not interested in -current primitives that aren't available in > > the 4.x -RELEASE and -STABLE branches. > > Exactly my point, than

Re: documentation on kernel locks, mutexes?

2002-12-02 Thread Yury Tarasievich
On Sat, Nov 30, 2002 at 10:27:27PM -0800, Terry Lambert wrote: > Robert Watson wrote: > > On Mon, 25 Nov 2002, Terry Lambert wrote: > > > Yury Tarasievich wrote: > > > > I need to port some driver from linux to freebsd and, somehow, > > > > I can't find documentation on kernel locks and mutexes. >

Re: question about shared libraries and the library cache.

2002-12-02 Thread Terry Lambert
Peter Pentchev wrote: > The original posting did not mention a reboot, but rather a manual > ldconfig(8) invocation immediately after installing the libraries. In > this case, your advice about ldconfig -m was correct, as I noted in the > part of my message that you snipped; but there are other di