Re: quad_t and portability

1999-08-06 Thread Patryk Zadarnowski
> In message > "Brian F. Feldman" writes: > : You can always use off_t with "%qd", (int64_t)foo. > > But that isn't portbale. %qd is a bsdism. %lld and %llu are the > latest C standards way to say that. If you're that fixed on portability, "%lux%08ulx", (long)foo>>32, (long)foo is alwa

Re: quad_t and portability

1999-08-06 Thread Warner Losh
In message "Brian F. Feldman" writes: : Sorry, kinda used to quad rather than long long. I'm pretty sure ll : isn't yet supported by the kernel printf functions... You may be right about that. Warner To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the

Re: quad_t and portability

1999-08-06 Thread Brian F. Feldman
On Sat, 7 Aug 1999, Warner Losh wrote: > In message > "Brian F. Feldman" writes: > : You can always use off_t with "%qd", (int64_t)foo. > > But that isn't portbale. %qd is a bsdism. %lld and %llu are the > latest C standards way to say that. Sorry, kinda used to quad rather than long long. I

Re: quad_t and portability

1999-08-06 Thread Warner Losh
In message "Brian F. Feldman" writes: : You can always use off_t with "%qd", (int64_t)foo. But that isn't portbale. %qd is a bsdism. %lld and %llu are the latest C standards way to say that. Warner To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the

Re: cvs

1999-08-06 Thread Warner Losh
In message Bill Fumerola writes: : cvsup seems to set the wrong attributes after I've forced them to work : that way. I see this when I cvsup as root too (although the file you quoted should be r--r--r--. I can't get the modes on the directories to be 775... Warner To Unsubscribe: send mail

Re: quad_t and portability

1999-08-06 Thread Alex Zepeda
On Fri, 6 Aug 1999, Don Lewis wrote: > Why not off_t, which should be portable and scale properly with the > maximum system file size. Then the only problem is figuring a portable > means of printing the result ... sizeof() perhaps? - alex To Unsubscribe: send mail to majord...@freebsd.org w

Re: cvs

1999-08-06 Thread Alex Zepeda
On Thu, 5 Aug 1999, Chuck Robey wrote: > Can someone tell me how to make a cvs archive work for users that aren't > the owner of the archive, the way that it works on Freefall? I *am* > doing this for a cvsup maintained FreeBSD archive, but not freefall, and > I need to get one user, who is not t

Usenix 93 paper on hardware profiling of 386BSD

1999-08-06 Thread Arun Sharma
Does anyone have a copy of Andrew McRae's Usenix 93 paper ? The URL: ftp://ftp.cisco.com/amcrae/hardprof.PS doesn't seem to be valid any more. Thanks! -Arun To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of the message

Re: Usenix 93 paper on hardware profiling of 386BSD

1999-08-06 Thread Greg Lehey
On Saturday, 7 August 1999 at 1:06:51 -0700, Arun Sharma wrote: > Does anyone have a copy of Andrew McRae's Usenix 93 paper ? > > The URL: ftp://ftp.cisco.com/amcrae/hardprof.PS doesn't > seem to be valid any more. On Saturday, 7 August 1999 at 16:27:39 +1000, Andrew McRae wrote: >> On Saturda

Re: quad_t and portability

1999-08-06 Thread Patryk Zadarnowski
> In message <[EMAIL PROTECTED]> "Brian F. >Feldman" writes: > : You can always use off_t with "%qd", (int64_t)foo. > > But that isn't portbale. %qd is a bsdism. %lld and %llu are the > latest C standards way to say that. If you're that fixed on portability, "%lux%08ulx", (long)foo>>32,

Re: quad_t and portability

1999-08-06 Thread Warner Losh
In message <[EMAIL PROTECTED]> "Brian F. Feldman" writes: : Sorry, kinda used to quad rather than long long. I'm pretty sure ll : isn't yet supported by the kernel printf functions... You may be right about that. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-

Re: quad_t and portability

1999-08-06 Thread Brian F. Feldman
On Sat, 7 Aug 1999, Warner Losh wrote: > In message <[EMAIL PROTECTED]> "Brian F. >Feldman" writes: > : You can always use off_t with "%qd", (int64_t)foo. > > But that isn't portbale. %qd is a bsdism. %lld and %llu are the > latest C standards way to say that. Sorry, kinda used to quad rathe

Re: quad_t and portability

1999-08-06 Thread Warner Losh
In message <[EMAIL PROTECTED]> "Brian F. Feldman" writes: : You can always use off_t with "%qd", (int64_t)foo. But that isn't portbale. %qd is a bsdism. %lld and %llu are the latest C standards way to say that. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-

Re: quad_t and portability

1999-08-06 Thread Brian F. Feldman
On Fri, 6 Aug 1999, Don Lewis wrote: > On Aug 6, 3:29pm, Sheldon Hearn wrote: > } Subject: quad_t and portability > } > } Hi folks, > } > } I want to patch wc(1) so that it uses quad_t instead of u_long. This is > } necessary if wc(1) is to produce sensible results for files containing > } more

Re: cvs

1999-08-06 Thread Warner Losh
In message <[EMAIL PROTECTED]> Bill Fumerola writes: : cvsup seems to set the wrong attributes after I've forced them to work : that way. I see this when I cvsup as root too (although the file you quoted should be r--r--r--. I can't get the modes on the directories to be 775... Warner To Uns

Re: quad_t and portability

1999-08-06 Thread Alex Zepeda
On Fri, 6 Aug 1999, Don Lewis wrote: > Why not off_t, which should be portable and scale properly with the > maximum system file size. Then the only problem is figuring a portable > means of printing the result ... sizeof() perhaps? - alex To Unsubscribe: send mail to [EMAIL PROTECTED] with

Re: cvs

1999-08-06 Thread Alex Zepeda
On Thu, 5 Aug 1999, Chuck Robey wrote: > Can someone tell me how to make a cvs archive work for users that aren't > the owner of the archive, the way that it works on Freefall? I *am* > doing this for a cvsup maintained FreeBSD archive, but not freefall, and > I need to get one user, who is not

Re: cvs

1999-08-06 Thread Bill Fumerola
On Fri, 6 Aug 1999, Warner Losh wrote: > In message <199908061100.haa16...@smtp1.erols.com> John Baldwin writes: > : Perhapas have a group that has write access to all the archive and stick the > : user in that group? That doesn't prevent checkins, however. > > You can do that inside the resposi

Re: Results of investigating optimizing calloc()...

1999-08-06 Thread Tim Vanderhoek
On Sat, Aug 07, 1999 at 12:46:05PM +1000, Chris wrote: > > > The issue is not speed, because this is something we do in the > > background when there's nothing else to do. The issue is to avoid > > thrashing the cache. [...] > Two things, You haven't considered SMP yet. -- This is my .signatur

Re: IDE quirk in 3.2-STABLE kernel ?

1999-08-06 Thread Warner Losh
In message <37ab8b48.4a791...@tig.com.au> Chris writes: : As always when a misconfiguration (read 'not to spec') is used enough : then it quickly becomes somewhat of a de facto standard. I'd love to see chapter and verse on this :-) Warner To Unsubscribe: send mail to majord...@freebsd.org with

Re: cvs

1999-08-06 Thread Warner Losh
In message <199908061100.haa16...@smtp1.erols.com> John Baldwin writes: : Perhapas have a group that has write access to all the archive and stick the : user in that group? That doesn't prevent checkins, however. You can do that inside the respository itself. Just try to do a commit on your loca

Usenix 93 paper on hardware profiling of 386BSD

1999-08-06 Thread Arun Sharma
Does anyone have a copy of Andrew McRae's Usenix 93 paper ? The URL: ftp://ftp.cisco.com/amcrae/hardprof.PS doesn't seem to be valid any more. Thanks! -Arun To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: IDE quirk in 3.2-STABLE kernel ?

1999-08-06 Thread Warner Losh
In message "Brian F. Feldman" writes: : Since it was made to work? The problem here is that this person, for some : reason, is misconfiguring their system and expecting it to work as if it : were configured properly. Odd, all of the machines that I've seen shipped lately have their CDROMs on a s

Re: IDE quirk in 3.2-STABLE kernel ?

1999-08-06 Thread Warner Losh
In message <001201bedfb8$92fa3440$88291...@wipro.tcpn.com> "Biju Susmer" writes: : I dont think it should be a problem.. Since other OSs can work with this : configuration without any problem, why FBSD should refuse this configuration? : When i was using 2.2.7-stable, FBSD used to recognize my CDRO

Re: quad_t and portability

1999-08-06 Thread Brian F. Feldman
On Fri, 6 Aug 1999, Don Lewis wrote: > On Aug 6, 3:29pm, Sheldon Hearn wrote: > } Subject: quad_t and portability > } > } Hi folks, > } > } I want to patch wc(1) so that it uses quad_t instead of u_long. This is > } necessary if wc(1) is to produce sensible results for files containing > } mor

Re: cvs

1999-08-06 Thread Bill Fumerola
On Fri, 6 Aug 1999, Warner Losh wrote: > In message <[EMAIL PROTECTED]> John Baldwin writes: > : Perhapas have a group that has write access to all the archive and stick the > : user in that group? That doesn't prevent checkins, however. > > You can do that inside the respository itself. Just

Re: Results of investigating optimizing calloc()...

1999-08-06 Thread Tim Vanderhoek
On Sat, Aug 07, 1999 at 12:46:05PM +1000, Chris wrote: > > > The issue is not speed, because this is something we do in the > > background when there's nothing else to do. The issue is to avoid > > thrashing the cache. [...] > Two things, You haven't considered SMP yet. -- This is my .signatu

Re: IDE quirk in 3.2-STABLE kernel ?

1999-08-06 Thread Warner Losh
In message <[EMAIL PROTECTED]> Chris writes: : As always when a misconfiguration (read 'not to spec') is used enough : then it quickly becomes somewhat of a de facto standard. I'd love to see chapter and verse on this :-) Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe

Re: cvs

1999-08-06 Thread Warner Losh
In message <[EMAIL PROTECTED]> John Baldwin writes: : Perhapas have a group that has write access to all the archive and stick the : user in that group? That doesn't prevent checkins, however. You can do that inside the respository itself. Just try to do a commit on your local mirror of the Fre

Re: IDE quirk in 3.2-STABLE kernel ?

1999-08-06 Thread Warner Losh
In message <[EMAIL PROTECTED]> "Brian F. Feldman" writes: : Since it was made to work? The problem here is that this person, for some : reason, is misconfiguring their system and expecting it to work as if it : were configured properly. Odd, all of the machines that I've seen shipped lately have

Re: IDE quirk in 3.2-STABLE kernel ?

1999-08-06 Thread Warner Losh
In message <001201bedfb8$92fa3440$[EMAIL PROTECTED]> "Biju Susmer" writes: : I dont think it should be a problem.. Since other OSs can work with this : configuration without any problem, why FBSD should refuse this configuration? : When i was using 2.2.7-stable, FBSD used to recognize my CDROM *so

Re: FreeMWare for FreeBSD??

1999-08-06 Thread Adrian Filipi-Martin
You can find out a bit by reading www.daemonnews.org/199907/bochs.html, an interview with the initiator of the projct. On Thu, 5 Aug 1999, Donald Burr wrote: > What is FreeMWare? It sounds like a free / Open source implementation of > the VMware virtual machine. Do you have an URL that

Re: FreeMWare for FreeBSD??

1999-08-06 Thread Adrian Filipi-Martin
You can find out a bit by reading www.daemonnews.org/199907/bochs.html, an interview with the initiator of the projct. On Thu, 5 Aug 1999, Donald Burr wrote: > What is FreeMWare? It sounds like a free / Open source implementation of > the VMware virtual machine. Do you have an URL tha

Re: Results of investigating optimizing calloc()...

1999-08-06 Thread Chris
Dag-Erling Smorgrav wrote: > > Chris writes: > > Anyways thats all I can think of. The only way I can see that using DMA > > to refresh pages as a faster method is if the DMA controller can do it > > quicker than the CPU which I doubt is likely, also it will only be > > useful if it can do 32-bi

Re: Results of investigating optimizing calloc()...

1999-08-06 Thread Chris
Dag-Erling Smorgrav wrote: > > Chris <[EMAIL PROTECTED]> writes: > > Anyways thats all I can think of. The only way I can see that using DMA > > to refresh pages as a faster method is if the DMA controller can do it > > quicker than the CPU which I doubt is likely, also it will only be > > usefu

Re: IDE quirk in 3.2-STABLE kernel ?

1999-08-06 Thread Chris
Wes Peters wrote: > > Biju Susmer wrote: > > > > > Regardless, you have to have 1 master and 0 or 1 slaves one every IDE > > > controller. You can't run a controller with just a slave. > > > > > I dont think it should be a problem.. Since other OSs can work with this > > configuration without any

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-06 Thread Nate Williams
[ VMWare ] > what's needed is customer presence. If people could send me an email address where I could send and state my interest in a VMWare port for FreeBSD (I would of course pay for a copy of VMWare if it existed), I'll do it. The stuff on the WWW page is too 'generic', and I'd rather get i

Re: IDE quirk in 3.2-STABLE kernel ?

1999-08-06 Thread Chris
Wes Peters wrote: > > Biju Susmer wrote: > > > > > Regardless, you have to have 1 master and 0 or 1 slaves one every IDE > > > controller. You can't run a controller with just a slave. > > > > > I dont think it should be a problem.. Since other OSs can work with this > > configuration without an

Re: prototypes with __P

1999-08-06 Thread Bill Fumerola
On Fri, 6 Aug 1999, Matthew Hunt wrote: > I have no idea how much of the FreeBSD code would actually build on > a K&R compiler. Thanks to Bruce, a lot of it. -- - bill fumerola - bi...@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfume...@computerhorizons.com - bi...

Re: quad_t and portability

1999-08-06 Thread Don Lewis
On Aug 6, 3:29pm, Sheldon Hearn wrote: } Subject: quad_t and portability } } Hi folks, } } I want to patch wc(1) so that it uses quad_t instead of u_long. This is } necessary if wc(1) is to produce sensible results for files containing } more than 4GB of data. Why not off_t, which should be por

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-06 Thread Mike Smith
> [ Moving this to -advocacy, since this is more an appropriate topic for > them. Please direct your replies to -advocacy. ] > > I wonder if VMware will have a booth at LinuxWorld Expo? Perhaps it would > behoove anyone who happens to be in the area to drop by and have a talk > with the folks at

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-06 Thread Nate Williams
[ VMWare ] > what's needed is customer presence. If people could send me an email address where I could send and state my interest in a VMWare port for FreeBSD (I would of course pay for a copy of VMWare if it existed), I'll do it. The stuff on the WWW page is too 'generic', and I'd rather get

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-06 Thread Donald Burr
[ Moving this to -advocacy, since this is more an appropriate topic for them. Please direct your replies to -advocacy. ] I wonder if VMware will have a booth at LinuxWorld Expo? Perhaps it would behoove anyone who happens to be in the area to drop by and have a talk with the folks at the VMware

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-06 Thread Doug
On Fri, 6 Aug 1999, Donald Burr wrote: > I don't know about you, but I for one am ready and willing to plunk down > my hard-earned $$$ for VMware if it came to FreeBSD. Sorry I wasn't more clear. I am too, and I'd *really* like to see it happen. There is stuff both at work and at home tha

Re: prototypes with __P

1999-08-06 Thread Bill Fumerola
On Fri, 6 Aug 1999, Matthew Hunt wrote: > I have no idea how much of the FreeBSD code would actually build on > a K&R compiler. Thanks to Bruce, a lot of it. -- - bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp - - ph:(800) 252-2421 - [EMAIL PROTECTED] - [EMAIL PROTECTED]

Re: quad_t and portability

1999-08-06 Thread Don Lewis
On Aug 6, 3:29pm, Sheldon Hearn wrote: } Subject: quad_t and portability } } Hi folks, } } I want to patch wc(1) so that it uses quad_t instead of u_long. This is } necessary if wc(1) is to produce sensible results for files containing } more than 4GB of data. Why not off_t, which should be po

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-06 Thread Mike Smith
> [ Moving this to -advocacy, since this is more an appropriate topic for > them. Please direct your replies to -advocacy. ] > > I wonder if VMware will have a booth at LinuxWorld Expo? Perhaps it would > behoove anyone who happens to be in the area to drop by and have a talk > with the folks a

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-06 Thread Donald Burr
[ Moving this to -advocacy, since this is more an appropriate topic for them. Please direct your replies to -advocacy. ] I wonder if VMware will have a booth at LinuxWorld Expo? Perhaps it would behoove anyone who happens to be in the area to drop by and have a talk with the folks at the VMware

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-06 Thread Doug
On Fri, 6 Aug 1999, Donald Burr wrote: > I don't know about you, but I for one am ready and willing to plunk down > my hard-earned $$$ for VMware if it came to FreeBSD. Sorry I wasn't more clear. I am too, and I'd *really* like to see it happen. There is stuff both at work and at home th

The new samba performance

1999-08-06 Thread Iani Brankov
Hi, I posted that to 'questions', but got no reply. I wouldn't like to get 'hackers' bored, but I think this port is important for many of us (until win exists :). I tried to tune the 'smb.conf', but couldn't raise the write speed even a bit. I only like to know is there something in the kernel ca

Re: prototypes with __P

1999-08-06 Thread Matthew Hunt
On Fri, Aug 06, 1999 at 06:33:30PM -0400, Marc Tardif wrote: > If anyone could point me in the right direction, and maybe even show me > how I could've found the answer myself, I'd appreciate. It's defined in /usr/include/sys/cdefs.h, among other places. I found it with: cd /usr/include find .

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-06 Thread Donald Burr
I don't know about you, but I for one am ready and willing to plunk down my hard-earned $$$ for VMware if it came to FreeBSD. Hell, I am even considering buying it for Linux right now. If they offer some sort of super fabulous deal at LinuxWorld Expo, I might just do that. But even if I do end u

Re: prototypes with __P

1999-08-06 Thread Assar Westerlund
Marc Tardif writes: > At first, I simply considered the "__P" as a syntax convention. But, then > again, this kind of syntax has to be defined somewhere. I've looked all > over the place but can't seem to put the finger on the source of this > syntax. It's in : #if defined(__STDC__) || defined(_

prototypes with __P

1999-08-06 Thread Marc Tardif
While slowly reading the FreeBSD source code, I noticed odd prototype declarations which I haven't seen before. It looks something like this: int function __P((int)); or static int function __P((struct some_struct *some_pointer)); or anything similar. At first, I simply considered the "__P" as a s

The new samba performance

1999-08-06 Thread Iani Brankov
Hi, I posted that to 'questions', but got no reply. I wouldn't like to get 'hackers' bored, but I think this port is important for many of us (until win exists :). I tried to tune the 'smb.conf', but couldn't raise the write speed even a bit. I only like to know is there something in the kernel c

Re: prototypes with __P

1999-08-06 Thread Matthew Hunt
On Fri, Aug 06, 1999 at 06:33:30PM -0400, Marc Tardif wrote: > If anyone could point me in the right direction, and maybe even show me > how I could've found the answer myself, I'd appreciate. It's defined in /usr/include/sys/cdefs.h, among other places. I found it with: cd /usr/include find .

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-06 Thread Donald Burr
I don't know about you, but I for one am ready and willing to plunk down my hard-earned $$$ for VMware if it came to FreeBSD. Hell, I am even considering buying it for Linux right now. If they offer some sort of super fabulous deal at LinuxWorld Expo, I might just do that. But even if I do end

Re: prototypes with __P

1999-08-06 Thread Assar Westerlund
Marc Tardif <[EMAIL PROTECTED]> writes: > At first, I simply considered the "__P" as a syntax convention. But, then > again, this kind of syntax has to be defined somewhere. I've looked all > over the place but can't seem to put the finger on the source of this > syntax. It's in : #if defined(__

prototypes with __P

1999-08-06 Thread Marc Tardif
While slowly reading the FreeBSD source code, I noticed odd prototype declarations which I haven't seen before. It looks something like this: int function __P((int)); or static int function __P((struct some_struct *some_pointer)); or anything similar. At first, I simply considered the "__P" as a

Access to keyboard without video.

1999-08-06 Thread Jay Kuri
Hello, I am working on an embedded server, and have run into some difficulty. I need to access the keyboard (to read keys) on a machine that has no video. (no video card, that is) I wrote a program that works fine when run from the shell prompt (working with stdin)... but thi

Access to keyboard without video.

1999-08-06 Thread Jay Kuri
Hello, I am working on an embedded server, and have run into some difficulty. I need to access the keyboard (to read keys) on a machine that has no video. (no video card, that is) I wrote a program that works fine when run from the shell prompt (working with stdin)... but th

Questions on new-bus source code

1999-08-06 Thread Zhihui Zhang
In FreeBSD new-bus architecture, all devices are linked into a device tree. The root of the tree is root_bus, it has a child called nexus0 added during the device configuration phase. I have two questions about this new-bus code: (1) What is the usage of this "nexus0" device? Its parent (root_b

Re: m68k Support in FreeBSD (old thread)

1999-08-06 Thread Alex Zepeda
On Fri, 6 Aug 1999, James Howard wrote: > Yeah I know, it is just easier to download those chunks over the T1 than > it is over a 28.8. Which is what I was refering too :) Unless you've actually tried this on a Mac, you have no idea how much of an understatement this actually is. - alex You b

Questions on new-bus source code

1999-08-06 Thread Zhihui Zhang
In FreeBSD new-bus architecture, all devices are linked into a device tree. The root of the tree is root_bus, it has a child called nexus0 added during the device configuration phase. I have two questions about this new-bus code: (1) What is the usage of this "nexus0" device? Its parent (root_

Re: m68k Support in FreeBSD (old thread)

1999-08-06 Thread James Howard
On Fri, 6 Aug 1999, Alex Zepeda wrote: > Ehm, this isn't possible in the same way that it is w/ FreeBSD. > Basically, you need to grab the booter, the installer, and mkfs (all > MacOS programs), then download the appropiate kernel, base distrib, and > etc distrib. Not quite as slick, but it works

Re: m68k Support in FreeBSD (old thread)

1999-08-06 Thread Alex Zepeda
On Fri, 6 Aug 1999, James Howard wrote: > I realize this. The comment stems from the fact the guy I am doing this > for would prefer FreeBSD for his Macs if the opportunity arose. I think > I'll bring it into work on Monday and install NetBSD over the net then. Ehm, this isn't possible in the s

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-06 Thread Doug
On Fri, 6 Aug 1999 john_wilson...@excite.com wrote: > This is kinda different from what the original poster received. > Keep badgering! But ONLY if you ARE willing to pay for it if they make one. We don't need a repeat of the CDE debacle. Doug > > Hi John, > > > > Thank you for the in

Re: m68k Support in FreeBSD (old thread)

1999-08-06 Thread Alex Zepeda
On Fri, 6 Aug 1999, James Howard wrote: > Yeah I know, it is just easier to download those chunks over the T1 than > it is over a 28.8. Which is what I was refering too :) Unless you've actually tried this on a Mac, you have no idea how much of an understatement this actually is. - alex You

Re: m68k Support in FreeBSD (old thread)

1999-08-06 Thread James Howard
On Fri, 6 Aug 1999, Alex Zepeda wrote: > Ehm, this isn't possible in the same way that it is w/ FreeBSD. > Basically, you need to grab the booter, the installer, and mkfs (all > MacOS programs), then download the appropiate kernel, base distrib, and > etc distrib. Not quite as slick, but it work

Re: m68k Support in FreeBSD (old thread)

1999-08-06 Thread Alex Zepeda
On Fri, 6 Aug 1999, James Howard wrote: > I realize this. The comment stems from the fact the guy I am doing this > for would prefer FreeBSD for his Macs if the opportunity arose. I think > I'll bring it into work on Monday and install NetBSD over the net then. Ehm, this isn't possible in the

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-06 Thread Doug
On Fri, 6 Aug 1999 [EMAIL PROTECTED] wrote: > This is kinda different from what the original poster received. > Keep badgering! But ONLY if you ARE willing to pay for it if they make one. We don't need a repeat of the CDE debacle. Doug > > Hi John, > > > > Thank you for the interest

RE: quad_t and portability

1999-08-06 Thread Alton, Matthew
What is the approved method for getting ahold of 64 clean bits? I've been using the GNU/c9x "unsigned long long" and #ifdef-ing all over the place but this strikes me as substantially less than elegant. Once we have the bits, what is the Right Way to get them into network order? > -Original M

Re: Excessive assembly code ?

1999-08-06 Thread Wes Peters
Mike Smith wrote: > > > > > I wonder if so much assembly code is really necessary for FreeBSD. One > > argument for minimal usage of assembly code is that it is easier to code > > non trivial algorithms in C. > > > > One such example is the scheduler. Since the decision about which process > > is

RE: quad_t and portability

1999-08-06 Thread Alton, Matthew
What is the approved method for getting ahold of 64 clean bits? I've been using the GNU/c9x "unsigned long long" and #ifdef-ing all over the place but this strikes me as substantially less than elegant. Once we have the bits, what is the Right Way to get them into network order? > -Original

Re: Excessive assembly code ?

1999-08-06 Thread Wes Peters
Mike Smith wrote: > > > > > I wonder if so much assembly code is really necessary for FreeBSD. One > > argument for minimal usage of assembly code is that it is easier to code > > non trivial algorithms in C. > > > > One such example is the scheduler. Since the decision about which process > > is

Re: Jail syscalls

1999-08-06 Thread Robert Sanders
Matthew Dillon writes: > I think we basically have two choices: > > * Pass the sizeof(struct) as part of the system call. Please, not as > part of the structure! That would make this syscall the odd-man-out > compared to all the other syscalls that take size arguments. >

Re: quad_t and portability

1999-08-06 Thread Sheldon Hearn
On Fri, 06 Aug 1999 15:29:25 +0200, Sheldon Hearn wrote: > I want to patch wc(1) so that it uses quad_t instead of u_long. This is > necessary if wc(1) is to produce sensible results for files containing > more than 4GB of data. Yes yes, before you jump on my head, I meant u_quad_t. :-) Ciao,

quad_t and portability

1999-08-06 Thread Sheldon Hearn
Hi folks, I want to patch wc(1) so that it uses quad_t instead of u_long. This is necessary if wc(1) is to produce sensible results for files containing more than 4GB of data. The changes made to NetBSD to support this are conditional on NO_QUAD being undefined. Do I need to worry about this? Is

Re: Jail syscalls

1999-08-06 Thread Robert Sanders
Matthew Dillon <[EMAIL PROTECTED]> writes: > I think we basically have two choices: > > * Pass the sizeof(struct) as part of the system call. Please, not as > part of the structure! That would make this syscall the odd-man-out > compared to all the other syscalls that take

Re: quad_t and portability

1999-08-06 Thread Sheldon Hearn
On Fri, 06 Aug 1999 15:29:25 +0200, Sheldon Hearn wrote: > I want to patch wc(1) so that it uses quad_t instead of u_long. This is > necessary if wc(1) is to produce sensible results for files containing > more than 4GB of data. Yes yes, before you jump on my head, I meant u_quad_t. :-) Ciao,

quad_t and portability

1999-08-06 Thread Sheldon Hearn
Hi folks, I want to patch wc(1) so that it uses quad_t instead of u_long. This is necessary if wc(1) is to produce sensible results for files containing more than 4GB of data. The changes made to NetBSD to support this are conditional on NO_QUAD being undefined. Do I need to worry about this? I

Re: m68k Support in FreeBSD (old thread)

1999-08-06 Thread James Howard
On Thu, 5 Aug 1999, Mike Smith wrote: > I've researched this guy a bit more, and I have to say I think it was a > hoax. What a disappointment. It would have been nice to see it running on the Mac68k (or any other older platform, 8086? :). > Uh, MacBSD is actually pretty nice. Alan Briggs and

Re: m68k Support in FreeBSD (old thread)

1999-08-06 Thread James Howard
On Thu, 5 Aug 1999, Mike Smith wrote: > I've researched this guy a bit more, and I have to say I think it was a > hoax. What a disappointment. It would have been nice to see it running on the Mac68k (or any other older platform, 8086? :). > Uh, MacBSD is actually pretty nice. Alan Briggs an

RE: cvs

1999-08-06 Thread John Baldwin
On 06-Aug-99 Chuck Robey wrote: > Can someone tell me how to make a cvs archive work for users that aren't > the owner of the archive, the way that it works on Freefall? I *am* > doing this for a cvsup maintained FreeBSD archive, but not freefall, and > I need to get one user, who is not the arch

RE: cvs

1999-08-06 Thread John Baldwin
On 06-Aug-99 Chuck Robey wrote: > Can someone tell me how to make a cvs archive work for users that aren't > the owner of the archive, the way that it works on Freefall? I *am* > doing this for a cvsup maintained FreeBSD archive, but not freefall, and > I need to get one user, who is not the arc

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-06 Thread john_wilson100
This is kinda different from what the original poster received. Keep badgering! John > From: Mehrdad Amir > To: john_wilson...@excite.com > Cc: tech_i...@vmware.com > Subject: Re: vmware on freebsd > Date: Fri, 30 Jul 1999 08:23:31 -0700 > Message-ID: <37a1c373.49578...@vmware.com> > > Hi John

Re: ignoretime in login.conf??

1999-08-06 Thread Dag-Erling Smorgrav
Doug writes: > Also, the 'boolean' option is essentially undocumented in the > login.conf man page. It's mentioned once, but there is no example of how > it works or the fact that the @ sign is the symbol for it. The info is in > login_cap(3), but it's hard to decipher for a non-programmer.

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-06 Thread john_wilson100
This is kinda different from what the original poster received. Keep badgering! John > From: Mehrdad Amir <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: Re: vmware on freebsd > Date: Fri, 30 Jul 1999 08:23:31 -0700 > Message-ID: <[EMAIL PROTECTED]> > > Hi John,

Re: ignoretime in login.conf??

1999-08-06 Thread Dag-Erling Smorgrav
Doug <[EMAIL PROTECTED]> writes: > Also, the 'boolean' option is essentially undocumented in the > login.conf man page. It's mentioned once, but there is no example of how > it works or the fact that the @ sign is the symbol for it. The info is in > login_cap(3), but it's hard to decipher fo

Re: Jail syscalls

1999-08-06 Thread Doug Rabson
On Thu, 5 Aug 1999, Daniel O'Connor wrote: > > On 04-Aug-99 Matthew Dillon wrote: > > I kinda like the second choice the best but the first choice is what > > most > > other system calls use. > > That doesn't make it right =) > > The second avoids the 'the data is different but the s

Re: fetch: default to passive mode?

1999-08-06 Thread Dag-Erling Smorgrav
"Daniel O'Connor" writes: > Speaking of fetch features.. Are there any plans to make fetch use a > http proxy for ftp requests like ftp does? Yes. I intend to implement this in libfetch when I get around to rewriting the HTTP code. DES -- Dag-Erling Smorgrav - d...@flood.ping.uio.no To Unsubs

Re: Excessive assembly code ?

1999-08-06 Thread Mike Smith
> > I wonder if so much assembly code is really necessary for FreeBSD. One > argument for minimal usage of assembly code is that it is easier to code > non trivial algorithms in C. > > One such example is the scheduler. Since the decision about which process > is going to run next is decided in a

Re: IDE quirk in 3.2-STABLE kernel ?

1999-08-06 Thread Soren Schmidt
It seems Biju Susmer wrote: > > OK, i went to net and got this page > > (http://www.mit.edu/afs/sipb.mit.edu/project/linux/docs/faq/AT > > API-FAQ) there > > also they say it should be MASTER. Problem is not with me. > > The vendor didn't > > follow the specs. PC never followd specs i think ;) > >

Re: Jail syscalls

1999-08-06 Thread Doug Rabson
On Thu, 5 Aug 1999, Daniel O'Connor wrote: > > On 04-Aug-99 Matthew Dillon wrote: > > I kinda like the second choice the best but the first choice is what > > most > > other system calls use. > > That doesn't make it right =) > > The second avoids the 'the data is different but the