Re: Junior Kernel Hacker task: improve vnode->v_tag

2001-09-07 Thread Bruce Evans
On Sat, 8 Sep 2001, Chris Costello wrote: > On Saturday, September 08, 2001, Poul-Henning Kamp wrote: > > No actually not, I want something short and predictable like > > "VT_CODA". > >How about my second suggestion: making v_tag point to > mp->mnt_stat.f_fstypename, or a copy thereof? Good,

Re: tiny patch to pkg_add

2001-09-07 Thread Greg Black
Bill Swingle wrote: | > - strlcpy(packagesite, "", sizeof(packagesite)); | | Chris Costello recommended that I do this like this instead: | | packagesite[0] = '\0' | | Which seems to make sense since it lacks the overhead of strlcpy. Is | there a "right" way to do this? A C programm

Re: tiny patch to pkg_add

2001-09-07 Thread Greg Black
Leo Bicknell wrote: | On Fri, Sep 07, 2001 at 05:46:26PM -0500, Chris Costello wrote: | > > bzero((void *)packagesite, sizeof(packagesite)); | > | >That's unnecessary unless you know you're going to be reading | > data from that string starting somewhere other than | > &packagesite[0];. And

Re: tiny patch to pkg_add

2001-09-07 Thread Greg Black
"David O'Brien" wrote: | On Fri, Sep 07, 2001 at 03:04:16PM -0700, Bill Swingle wrote: | > So this represents my most significant effort to date to fix something | > in C. It took me far too long to identify where the one line fix needed | > to go and even longer to figure out how to do it in C.

Re: Junior Kernel Hacker task: improve vnode->v_tag

2001-09-07 Thread Chris Costello
On Saturday, September 08, 2001, Poul-Henning Kamp wrote: > No actually not, I want something short and predictable like > "VT_CODA". How about my second suggestion: making v_tag point to mp->mnt_stat.f_fstypename, or a copy thereof? -- +---+--

Re: Junior Kernel Hacker task: improve vnode->v_tag

2001-09-07 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, Chris Costello writes: >On Tuesday, September 04, 2001, Maxim Sobolev wrote: >Content-Description: ASCII C program text >> Index: coda/coda.h >> === >> RCS file: /home/ncvs/src/sys/coda/coda.h,v >> retr

Re: tiny patch to pkg_add

2001-09-07 Thread Bill Fumerola
On Fri, Sep 07, 2001 at 04:22:43PM -0700, David O'Brien wrote: > This was introduced in rev 1.38: > > and replace a big if..then..else construct > to determine the package download directory with a lookup table. > > I am very tempted to back this part out. This "better implimentation"

Re: tiny patch to pkg_add

2001-09-07 Thread Josef Karthauser
On Fri, Sep 07, 2001 at 03:04:16PM -0700, Bill Swingle wrote: > Anyway, it's an easy fix but my real question is, is this the correct > way to destroy the value of a variable in C? Here's my patch: > > --- src/usr.sbin/pkg_install/add/main.c Fri Sep 7 15:02:17 2001 > +++ src/usr.sbin/pkg_install

Re: DRI, XFree86-4.0.3 and -current.

2001-09-07 Thread Josef Karthauser
On Fri, Sep 07, 2001 at 01:54:06PM -0700, Eric Anholt wrote: > I'm working on making it so we can have an official port of the DRI -- you'll > install the XFree86-4.x port (which would install X, the dri modules, libGL, > libGLU, etc.), then go to graphics/drm-kmod and install that, and you'll b

Re: Junior Kernel Hacker task: improve vnode->v_tag

2001-09-07 Thread Chris Costello
On Friday, September 07, 2001, Chris Costello wrote: >But is it necessary that you really use those defines? The > idea is not to use them globally. Perhaps getnewvnode() should > get the string from `mp->mnt_stat.f_mntfromname', instead... ^

Re: tiny patch to pkg_add

2001-09-07 Thread David O'Brien
On Fri, Sep 07, 2001 at 03:04:16PM -0700, Bill Swingle wrote: > So this represents my most significant effort to date to fix something > in C. It took me far too long to identify where the one line fix needed > to go and even longer to figure out how to do it in C. > > Here's the problem that th

Re: tiny patch to pkg_add

2001-09-07 Thread Leo Bicknell
On Fri, Sep 07, 2001 at 05:46:26PM -0500, Chris Costello wrote: > > bzero((void *)packagesite, sizeof(packagesite)); > >That's unnecessary unless you know you're going to be reading > data from that string starting somewhere other than > &packagesite[0];. And the `void *' cast is unnecessary

Re: Junior Kernel Hacker task: improve vnode->v_tag

2001-09-07 Thread Chris Costello
On Tuesday, September 04, 2001, Maxim Sobolev wrote: Content-Description: ASCII C program text > Index: coda/coda.h > === > RCS file: /home/ncvs/src/sys/coda/coda.h,v > retrieving revision 1.9 > diff -d -u -r1.9 coda.h > --- coda/coda

Re: tiny patch to pkg_add

2001-09-07 Thread Chris Costello
On Friday, September 07, 2001, Leo Bicknell wrote: > I think Chris's version is right, although if you're writing a > security app, or just want to be overly paranoid in general > you could use: > > bzero((void *)packagesite, sizeof(packagesite)); That's unnecessary unless you know you're goi

Re: tiny patch to pkg_add

2001-09-07 Thread Leo Bicknell
On Fri, Sep 07, 2001 at 03:19:35PM -0700, Bill Swingle wrote: > On Fri, Sep 07, 2001 at 03:04:16PM -0700, Bill Swingle wrote: > > - strlcpy(packagesite, "", sizeof(packagesite)); > > Chris Costello recommended that I do this like this instead: > > packagesite[0] = '\0' > > Which seems

Re: tiny patch to pkg_add

2001-09-07 Thread Bruce A. Mah
If memory serves me right, Bill Swingle wrote: > Chris Costello recommended that I do this like this instead: > > packagesite[0] =3D '\0' > > Which seems to make sense since it lacks the overhead of strlcpy. Is > there a "right" way to do this? Although I haven't seen the context for this line

Re: tiny patch to pkg_add

2001-09-07 Thread Bill Swingle
On Fri, Sep 07, 2001 at 03:04:16PM -0700, Bill Swingle wrote: > - strlcpy(packagesite, "", sizeof(packagesite)); Chris Costello recommended that I do this like this instead: packagesite[0] = '\0' Which seems to make sense since it lacks the overhead of strlcpy. Is there a "right" way

tiny patch to pkg_add

2001-09-07 Thread Bill Swingle
Ok, So this represents my most significant effort to date to fix something in C. It took me far too long to identify where the one line fix needed to go and even longer to figure out how to do it in C. Here's the problem that this fixes: When using "pkg_add -r" to add multiple packages (i.e.

Re: DRI, XFree86-4.0.3 and -current.

2001-09-07 Thread Eric Anholt
Oops, I'll have to clarify that. No, you don't need to keep an XFree86-4 tree around at all. Just get the X-DRI tree from sourceforge, and install it over your XFree86-4 install. I have both XFree and X-DRI CVS trees (downloading the 90MB or whatever per X release just isn't going to happen

Re: FINAL REMINDER: FreeBSD Monthly Development Status Report -- Request For Submissions

2001-09-07 Thread Wilko Bulte
On Fri, Sep 07, 2001 at 12:53:48PM -0700, Jordan Hubbard wrote: > > status on merging of features to -stable, the release process, etc. At > > one point, Jordan was spitting out a FreeBSD news letter once in a while. > > Dunno if we'll ever see it again, but I thought that was a good idea, and >

Re: Compiling source code

2001-09-07 Thread Julian Elischer
Assuming it is in /usr/src (where it gets put by default) cd /usr/src make or cd /usr/src/ make buildworld make installworld or cd /usr/src/usr.bin/yourfavouriteutility make depend make maek install If you do not hav ethe source, see the many places in th online handbook that tell you ho

Error of BUF_STRATEGY()

2001-09-07 Thread Zhihui Zhang
I use BUF_STRATEGY() in a kernel module to read a sector on a device like /dev/ad0s3g. The biowait() routine after BUF_STRATEGY() gives me errors like EALREADY and EPERM from time to time. I find out that these errors occur after I already wrote the same device by another program. If I wait a b

Re: FINAL REMINDER: FreeBSD Monthly Development Status Report --Request For Submissions

2001-09-07 Thread Jordan Hubbard
> status on merging of features to -stable, the release process, etc. At > one point, Jordan was spitting out a FreeBSD news letter once in a while. > Dunno if we'll ever see it again, but I thought that was a good idea, and > was part of the impetus for exploring a monthly electronic report. >

Re: Compiling source code

2001-09-07 Thread Garrett Rooney
On Fri, Sep 07, 2001 at 03:23:31PM -0400, Ashley Thomas wrote: > Hi, > > Could anybody give me some info about 'how to compile the FreeBSD source > code' and run. > Any pointers to useful links will also suffice. first, this isn't the proper mailing list for this type of question. [EMAIL PROTECT

Compiling source code

2001-09-07 Thread Ashley Thomas
Hi, Could anybody give me some info about 'how to compile the FreeBSD source code' and run. Any pointers to useful links will also suffice. thanks a lot ashley To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: FINAL REMINDER: FreeBSD Monthly Development Status Report -- Request For Submissions

2001-09-07 Thread Robert Watson
On Fri, 7 Sep 2001, Terry Lambert wrote: > This might not be keeping with the philosophy, though, since most of us > do not trust -current enough to do our PhD Thesis, Master's Project, or > business work on it, and tend to create derivative works of -stable, > instead... It should be noted, o

Re: FINAL REMINDER: FreeBSD Monthly Development Status Report -- Request For Submissions

2001-09-07 Thread Robert Watson
On Fri, 7 Sep 2001, Terry Lambert wrote: > Robert Watson wrote: > > > > Submissions are due this afternoon. Please submit by e-mail ASAP. We're > > currently substantially behind prior months -- this is in some ways > > expected due to various people on summer vacations in the Northern > > He

Re: FINAL REMINDER: FreeBSD Monthly Development Status Report -- Request For Submissions

2001-09-07 Thread Terry Lambert
Robert Watson wrote: > > Submissions are due this afternoon. Please submit by e-mail ASAP. We're > currently substantially behind prior months -- this is in some ways > expected due to various people on summer vacations in the Northern > Hemisphere, but it would be nice to get things a bit more

Re: SO_REUSEPORT on unicast UDP sockets

2001-09-07 Thread Terry Lambert
"Vladimir A. Jakovenko" wrote: > Terry, I clearly understand all your explanations. Yes, we are living in > real life and there is a lot of programms with bad design. > > But all what I want is possibility to receive UDP packets with > corresponding dst IP and port by more than one process on a s

Re: Interest Contributing to the FreeBsd

2001-09-07 Thread Julian Elischer
Philip Taylor wrote: > > Hello Freebsd > > I have used FreeBsd For several Months including using > linux and unix for about 5 Years. I have studied > Information Technology and Programming for two years. > I have came to the point where i believe i could help > in building Freebsd. > Could you

Re: FINAL REMINDER: FreeBSD Monthly Development Status Report -- Request For Submissions

2001-09-07 Thread Nik Clayton
On Fri, Sep 07, 2001 at 10:34:29AM -0400, Robert Watson wrote: > Project: (name here -- required field) > URL: (URL, if any, here -- omit field if none) > Contact: (name and e-mail address of one or more contact points -- > required field) Project: Documentation Project URL: http://www.F

Re: Permissions on /root directory and /etc/mtree/BSD.root.dist

2001-09-07 Thread Peter Pentchev
On Thu, Sep 06, 2001 at 08:23:34PM +0100, void wrote: > On Thu, Sep 06, 2001 at 10:30:08AM +0400, Andrey Simonenko wrote: > > > > 0700 mode restricts other users from reading /root directory. > > When root wants to upgrade system he/she run "make buildworld", > > "make installworld". But installw

FINAL REMINDER: FreeBSD Monthly Development Status Report -- Request For Submissions

2001-09-07 Thread Robert Watson
Submissions are due this afternoon. Please submit by e-mail ASAP. We're currently substantially behind prior months -- this is in some ways expected due to various people on summer vacations in the Northern Hemisphere, but it would be nice to get things a bit more fleshed up. In particular, I'

Re: DRI, XFree86-4.0.3 and -current.

2001-09-07 Thread Josef Karthauser
On Thu, Sep 06, 2001 at 10:45:51PM +0200, Olivier Houchard wrote: > Josef Karthauser wrote: > > > > Has anyone got patches for DRI under -current? > > > > Joe > > > > > I made an ugly patch so that the drm, gamma and tdfx kernel modules > compile under current. I submitted it to DRI, so you

Re: Interest Contributing to the FreeBsd

2001-09-07 Thread Kris Kennaway
On Fri, Sep 07, 2001 at 11:53:16AM +0100, Philip Taylor wrote: > Hello Freebsd > > I have used FreeBsd For several Months including using > linux and unix for about 5 Years. I have studied > Information Technology and Programming for two years. > I have came to the point where i believe i could h

Interest Contributing to the FreeBsd

2001-09-07 Thread Philip Taylor
Hello Freebsd I have used FreeBsd For several Months including using linux and unix for about 5 Years. I have studied Information Technology and Programming for two years. I have came to the point where i believe i could help in building Freebsd. Could you please send me some information about h

Re: SO_REUSEPORT on unicast UDP sockets

2001-09-07 Thread Vladimir A. Jakovenko
On Mon, Sep 03, 2001 at 11:48:02PM -0700, Terry Lambert wrote: >"Vladimir A. Jakovenko" wrote: >> >> Hello! >> >> According to UNPv1 SO_REUSEPORT on UDP sockets can be used to bind more than >> one socket to the same port (even with same source ip address). But quick >> look on /sys/netinet/u

Re: ipfw and access

2001-09-07 Thread Dima Dorfman
Chad David <[EMAIL PROTECTED]> wrote: > I was just wondering about the caveat in that access(2) man page > that says that access is a potential security hole and should > never be used, and the fact that ipfw calls it on line 2435. > > I seem to recall a discussion about this a few months ago, bu

Re: DRI, XFree86-4.0.3 and -current.

2001-09-07 Thread Volker Stolz
In local.freebsd-hackers, you wrote: > On Thu, Sep 06, 2001 at 12:16:19PM -0700, Eric Anholt wrote: >> I have a page about the DRI for FreeBSD at=20 >> http://gladstone.uoregon.edu/~eanholt/dri/. The current DRI CVS works on= > > I had a look at that, but it wasn't too clear what I needed to do.

ipfw and access

2001-09-07 Thread Chad David
I was just wondering about the caveat in that access(2) man page that says that access is a potential security hole and should never be used, and the fact that ipfw calls it on line 2435. I seem to recall a discussion about this a few months ago, but I don't really remember the details... and the