buffer cache question

2000-06-27 Thread Marius Bendiksen
In the following code, from /sys/kern/vfs_bio.c : bread(), it appears to me that it is possible for a null pointer to be deferenced? struct buf *bp; bp = getblk(vp, blkno, size, 0, 0); *bpp = bp; /* if not found in cache, do some I/O */ if ((bp->b_flags &

Re: sys/ufs/ufs/ufs_quota.c

2000-06-25 Thread Marius Bendiksen
[cred->cr_uid==0] > >this should be more portable and future-save, right? > Isn't there an issue with NFS server side ? There might be. I have not looked at the NFS code. However, offhand, I do not see any reason why this should be the case, except for bugs in the code, given that any requrest wi

Re: sys/ufs/ufs/ufs_quota.c

2000-06-24 Thread Marius Bendiksen
> this should be more portable and future-save, right? Actually, our suser() implementation is pretty non-portable. However, using suser() rather than a credential check is better form. In the former case, you are checking for the presence of special privileges, while in the latter case, you are

sys/ufs/ufs/ufs_quota.c

2000-06-24 Thread Marius Bendiksen
any objections to changing this? --- Marius Bendiksen To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: CD-RW long filenames/rw filesystem.

2000-01-05 Thread Marius Bendiksen
> it, is grab a bunch of stuff you want to backup/record and use mkisofs and Use mkhybrid instead of mkisofs. It allows long filenames. > the CD-RW and then delete it later if you want to. Would it be possible, > or even feasible, to implement something like this in FreeBSD? Probably, but is t

Re: linux and freebsd kernels conceptually different?

1999-06-11 Thread Marius Bendiksen
> > at it because the source tree is a consistently moving target. > s#moving#wreckless# s/wreckless/reckless/. wreckless is most certainly not true ;) - marius - To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of the message

Re: xl driver for 3Com

1999-06-02 Thread Marius Bendiksen
> Of course now that you've publically badmouthed us Im sure your requests > well get very high priority :-) This is very unprofessional. I hope I shall never have to order from your company, and will advice others of this as appropriate. - Marius - To Unsubscribe: send mail to majord...@freeb

Re: fsck and large file system

1999-05-12 Thread Marius Bendiksen
> I was wondering if anyone has done any work on fsck and very large file > systems. We have a system that has 126 GB RAID Array. As you can imagine, > fsck chokes trying to alloc enough blocks to store it's internal data > structures (128 MB RAM, 128 MB Swap) Might not the use of

Re: Native Applixware for FreeBSD -- When?

1999-05-11 Thread Marius Bendiksen
> Don't know about Word Perfect but StarOffice does. I had been holding of > buying StarOffice waiting to see what Applix did but now I can see no > sense in waiting. This is very true. We usually have to work with word, excel, powerpoint, and so on and so forth around here. StarOffice handles th

Re: Sockets and SYSTEM V message queue

1999-05-11 Thread Marius Bendiksen
I'm not sure what kind of improvement you would get by using AF_LOCAL, but I've seen well in excess of 40 mbyte/sec throughput on a 66Mhz 486dx2, using the loopback interface. I believe you would need RAID to actually feed sensible data into the interface at this speed (assuming the disk is the so