Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.rmit.EDU.AU!news.unimelb.EDU.AU!munnari.OZ.AU!news.mel.connect.com.au!news.mira.net.au!inquo!bofh.dot!in-news.erinet.com!ddsw1!news.mcs.net!not-for-mail From: les@MCS.COM (Leslie Mikesell) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: FreeBSD vs. Linux Date: 23 May 1996 23:56:41 -0500 Organization: /usr/lib/news/organi[sz]ation Lines: 46 Message-ID: <4o3fi9$ml9@Mercury.mcs.com> References: <318FA7CB.8D8@hkstar.com> <4nmpun$i6@uriah.heep.sax.de> <4nrk6d$14h@Mercury.mcs.com> <31A2A83D.67A89A35@lambert.org> NNTP-Posting-Host: mercury.mcs.com In article <31A2A83D.67A89A35@lambert.org>, Terry Lambert <terry@lambert.org> wrote: >] How about support for more hardware? I was planning to try >] freeBSD on a machine with an Adaptec Aic7850 on the motherboard >] but couldn't make it work. I found Linux boot floppies on >] the net without too much trouble so I ended up installing that >] instead. > >ftp://ftp.freebsd.org/pub/FreeBSD/2.2-960501-SNAP/floppies/boot.flp Thanks. >] Since it is sitting in an office full of Windows-for- Workgroup >] and Win95 machines, having ksmbfs is a big plus. > >This one I don't understand -- unless you are using the machine >as a single user box, or don't care that every Linux user is >using a single set of credentials to access the SMB servers, >and therefore you have no user-level access controls. Of course I have user-level access control on the Linux box. If I want to restrict access to a particular mounted resource I can control it through the location of the mount point. Given that the serving file system doesn't maintain any concept of users, that seems perfectly fine to me. If root wants to subvert per-usr controls he can probably do it regardless of the network protocols. Besides it's fun to have access to dozens of CDROMS at once, if nothing else. >] Also I've been impressed by how few changes have been required >] to compile my programs developed on sysvr3 and r4 machines, > >Well, termios is termios, if it's POSICX sources, but if it is >true SVR3/4 sources and uses SVR3/4-specific features, Linux >would have the advantage. Lots of stuff doing raw data collection on serial ports, using struct termio (not termios) to control paramaters would probably have to be re-written for bsd-ish systems. The only real difference from sysV that I've noticed is that an non-blocking read on a pipe or fifo returns -1 instead of 0. Les Mikesell les@mcs.com