In article <3759e1212f8.6009foxf...@news.ks.edu.tw>
foxf...@news.ks.edu.tw writes:
>> Count me in, I know there was a folk(maybe j...@csie.nctu.edu.tw) had
>> hacked the source under
>> http://wing-yee.ntc.keio.ac.jp/hosokawa/FreeBSD-boot/
>> and make 2.2.5-RELEASE have a chinese boot.flp.
In article <000201beacec$98086960$85343...@k>, fretre wrote:
> The variable such as _edata, _etext,_gdt are defined in the
> file asnames.h(/usr/include/machine/asnames.h),but
> 1. Where is the file that the variable such as edata,etext,gdt
>are defined in? and
I don't know about gdt. But e
In article <19990601131050.a27...@falcon.sourcee.com>, Evan Tsoukalas
wrote:
> My question is, can I shrink my /usr partition down without losing
> what is on it? It is a 3.8 gig partition that only has 900 meg or
> so on it. I would like to trim about a gigabyte off of it so that
> I can insta
Dennis writes:
> I'm willing to investigate this, but I need some pointers on where to start.
>
> There seems to be a socket-level problem with 3.x...I havent tested it in
> 3.1 yet but I do see it in 3.2.
>
> 2 Freebsd boxes connected back to back with a serial line..it happens to be
> a T3 but
Christopher Sedore wrote:
>
> Sorry to be obtuse, but how would I read these? I tried various
> derivations of http://freefall.cdrom.com/~wes, ~wpeters, etc.
Oops, sorry. They're available now via the web, try:
http://www.freebsd.org/~wes
Maybe I'll get around to writing a index.html
In Sun Jun 6 00:32:29 1999, hosok...@itc.keio.ac.jp said:
[...]
:AFAIK, Big5 means a coding system only for traditional Chinese widely
:used in Taiwan and Hong-Kong.
:EUC-jp (Japanese), EUC-kr (Korean), and Big5 (Traditional Chinese)
:occupies almost similar area in 16bit space. Our code can
Increase traffic to your company's web site with a FREE Hyperlink to
IndustrySearch.Com. Thousands of industrial purchasing agents, buyers,
engineers and others searching for suppliers and services can locate
your business easily with our USA Industrial Directory.
You can visit IndustrySearch.Com
Wes Peters scribbled this message on Jun 5:
> I have written man pages for aio_write, aio_error, aio_return,
> aio_cancel, aio_suspend, and lio_listio. They are in my ~ on
> freefall if anyone would like to review them. I have also edited
> aio_read.2 and aio.h to correct minor problems, if you w
> It isn't something as simple as not putting bpf into the install kernel is
> it?
I'm afraid not. :) The symptom was that dhcp started up just fine, it
just refused every lease offered by the server. Debugging stuff on
the boot floppy is also kinda hard and the deadline was coming up
so I had t
Basically I'm not working on devfs at the moment since the bit that made
it workable was ripped out with extreme prejudice by someone. I'm still
absolutly convinced that a dynamic device registration and export
framework is required in the long run, but I'm not fussed if it's based on
the current
On Sat, 5 Jun 1999, Poul-Henning Kamp wrote:
> In message , Nick Hibma
> writes:
> > > >While on the topic: Who is working on devfs and why not?
> > >
> > > I'm not currently working on devfs, but I am building the infrastructure
> > > it should be based on in the kernel.
> >
> >Anymore infor
Hi Y'll,
Have not been hiding, just working on i2o stuff.
Question: How to best map i2o devices to major and minor devices?
Background:
Currently, all i2o subsystem is handled by one driver. The driver
collects i2o HRT and LCT data from all i2o IOPs and builds the
appropriate tables.
Translat
Please bear with me if this is a FAQ, this is my first encounter with CVS.
I'm trying to share a CVS repository via NFS. CVSup had no troubles
to create an uptodate CVS repo. based on what is on the 3.1 CDs.
This repo is on NFS server 'yedi'. I also have a NFS client 'p100':
bash-2.02# cvs -R co
I have written man pages for aio_write, aio_error, aio_return,
aio_cancel, aio_suspend, and lio_listio. They are in my ~ on
freefall if anyone would like to review them. I have also edited
aio_read.2 and aio.h to correct minor problems, if you would like
to review those as well.
In particular, a
On Sun, 6 Jun 1999, HOSOKAWA Tatsumi wrote:
> >> 3. Figure out why I couldn't get the isc-dhcp client to work
> >>before 3.2's release (causing me to abandon the idea of adding
> >>this feature for 3.2) and get DHCP support into 3.3.
>
> We already have experimental code to activate WIDE-
In article <10710.928404...@peewee>
j...@zippy.cdrom.com writes:
>> JFYI, during our conversation, we identified the following areas in
>> which we'd like to work together in enhancing sysinstall:
>>
>> 1. Put pccardd on the mfsroot floppy and add a few things to
>>sysinstall (this may alread
I'm willing to investigate this, but I need some pointers on where to start.
There seems to be a socket-level problem with 3.x...I havent tested it in
3.1 yet but I do see it in 3.2.
2 Freebsd boxes connected back to back with a serial line..it happens to be
a T3 but the results are the same with
In message , Nick Hibma
writes:
> > >While on the topic: Who is working on devfs and why not?
> >
> > I'm not currently working on devfs, but I am building the infrastructure
> > it should be based on in the kernel.
>
>Anymore information available on where you are with this?
I currently have a
> >While on the topic: Who is working on devfs and why not?
>
> I'm not currently working on devfs, but I am building the infrastructure
> it should be based on in the kernel.
Anymore information available on where you are with this?
Cheers,
Nick
To Unsubscribe: send mail to majord...@
Jason Thorpe wrote:
> I dunno, John. Matt's right on the ball here, from my experience. Vague
> non-answers seem to be your specialty.
That appears to be a comment designed to create a flame war. It certainly
is not helpful to FreeBSD. Please don't abuse our lists.
--
John Birrell - j...@cimlo
In message , Nick Hibma
writes:
>
>While on the topic: Who is working on devfs and why not?
>
>I'd like to know whether there is some interest in getting that work
>underway again. More than interested to help.
I'm not currently working on devfs, but I am building the infrastructure
it should be
> On Sat, 5 Jun 1999 03:24:07 -0500 (EST)
>
> > The frustration that I was showing was a result of off the wall assertions
> > being made, with few coherent questions. Your questions are often
> > analogous to someone saying that the VM code sucks, but will you help me
> > with it, by teachi
On Sat, 5 Jun 1999 03:24:07 -0500 (EST)
"John S. Dyson" wrote:
> > I don't want to be a pest, because this really shouldn't be on an
> > open forum. But John: I would ask you questions and the answers I
> > would get would be in the form: "Nobody understands that
> > cod
While on the topic: Who is working on devfs and why not?
I'd like to know whether there is some interest in getting that work
underway again. More than interested to help.
> You're forgetting that devsw[] is another stopgap. The kernel should
> probably use something like devfs, where dev_t'
At 10:13 AM +1000 6/5/99, Greg Black wrote:
>sth...@nethelp.no writes:
>
>> > "David E. Cross" writes:
>> >
>> > > fd=open(argv[1], O_CREAT, 600);
>> >
>> > Since this opens the file so that it cannot be written to, not
>> > to mention the really weird mode it will get if it's creat
Matthew Dillon said:
>
> I don't want to be a pest, because this really shouldn't be on an
> open forum. But John: I would ask you questions and the answers I
> would get would be in the form: "Nobody understands that
> code but me, don't touch what you don't understand", or "T
- Original Message -
From: Renier Lategan
To: hack...@freebsd.org
Sent: Saturday, June 05, 1999 9:53 AM
auth c0d77546 unsubscribe freebsd-hackers-digest
rlate...@mweb.co.za
auth c0d77546 unsubscribe freebsd-hackers-digest
rlate...@mweb.co.za
auth c0d77546 unsubscribe freebsd-hackers-digest rlate...@mweb.co.za
Matthew Jacob said:
>
> In terms of design reviews and architecture *before* the commit, well, if
> you want to go that route I can assure you it's a major amount of work. It
> will bring FreeBSD into "adult" development- no large scale project with >
> 50 engineers really succeeds long term witho
unsubscribe rlate...@mwb.co.za
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
31 matches
Mail list logo
