[ Apologies if you receive multiple copies of this. ]
The Interconnect Software Consortium (http://www.opengroup.org/icsc/)
has recently formed a working group to look at extensions to the
standard socket API. The charter for the working group is defined:
The Sockets API Extensions Work
> On Sat, 23 Feb 2002 08:46:16 +1100,
> Edwin Groothuis <[EMAIL PROTECTED]> said:
>> > And the interface configuration:
>> > gif0: flags=8051 mtu 1280
>> >tunnel inet 203.173.130.126 --> 206.123.31.114
>> >inet6 fe80::250:8bff:feb9:2d24%gif0 prefixlen 64 scopeid 0x9
>> >inet
5 > 2.
Thank's for bringing it home folks!
Paul H.
"Don't underestimate the power of stupid people in large groups"
___
http://dp.penix.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Mon, Feb 25, 2002 at 07:30:59PM +0900, JINMEI Tatuya / ?$B?@L@C#:H?(B wrote:
> > On Sat, 23 Feb 2002 08:46:16 +1100,
> > Edwin Groothuis <[EMAIL PROTECTED]> said:
>
> >> > And the interface configuration:
> >> > gif0: flags=8051 mtu 1280
> >> > tunnel inet 203.173.130.126 --> 206.123
> On Mon, 25 Feb 2002 22:18:27 +1100,
> Edwin Groothuis <[EMAIL PROTECTED]> said:
> *** And this one is after is hangs:
> Internet6:
> Destination Gateway Flags
>Refs UseMtuNetif Expire
> ::/96
"Andrey A. Chernov" wrote:
>
> On Mon, Feb 25, 2002 at 05:55:48 -0800, Maxim Sobolev wrote:
> > sobomax 2002/02/25 05:55:48 PST
> >
> > Modified files:
> > include grp.h
> > Log:
> > Backout rev.1.5 - it seems that it's posixly correct that the program
> > needs to in
On Mon, Feb 25, 2002 at 16:09:19 +0200, Maxim Sobolev wrote:
> Are you sure? I've just heard so many opinions about that and want to
> get some clarity before backouting the backout to avoid backouting the
> backouted backout later. :)
Your initial fix was incorrect, but intention was right. sh
Hi, I had trouble with unionfs when it calles getcwd(3) when
I mount some directory on the directry in same file system,like
mount -t union /usr/home/foo/bar /usr/src/sys/ .
I investigate the problem by inserting debug print in getcwd.c.
Then I found issuing __getcwd(2) in getcwd(3) failed, and
On Mon, 25 Feb 2002 16:09:19 +0200, Maxim Sobolev wrote:
> Are you sure? I've just heard so many opinions about that and want to
> get some clarity before backouting the backout to avoid backouting the
> backouted backout later. :)
>
> Please, could anyone confirm or reject assertion that POSI
On Mon, Feb 25, 2002 at 16:33:07 +0200, Sheldon Hearn wrote:
>
> However, the standard expects gid_t to be defined in , so if
> you just need gid_t, and not prototypes for getgr*(), then that's the
> one to include.
POSIX reguire gid_t to be specified not only in but in
too.
--
Andrey A. Ch
On Mon, 25 Feb 2002 17:32:31 +0300, "Andrey A. Chernov" wrote:
> > However, the standard expects gid_t to be defined in , so if
> > you just need gid_t, and not prototypes for getgr*(), then that's the
> > one to include.
>
> POSIX reguire gid_t to be specified not only in but in
> too.
Ok
On Mon, Feb 25, 2002 at 05:32:31PM +0300, Andrey A. Chernov wrote:
> On Mon, Feb 25, 2002 at 16:33:07 +0200, Sheldon Hearn wrote:
> > However, the standard expects gid_t to be defined in , so if
> > you just need gid_t, and not prototypes for getgr*(), then that's the
> > one to include.
>
> POSI
On Mon, Feb 25, 2002 at 17:23:53 +0300, Andrey A. Chernov wrote:
> Your initial fix was incorrect, but intention was right. should
> declare gid_t by itself. Sample quotes included below.
>
> >From IEEE P1003.1 Draft 7:
>
> NAME
> 8332 grp.h.group structure
> 8342 The gid_t type shall be define
I found:
http://www.myson.com.tw/mtd/driver/803/mtd80x-freebsd.tgz.TGZ
to work splendidly with 4.5. Would be nice to see them rolled in.
Dw
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
> The value of network debugging to me is not that I can
> avoid buying a serial cable (big deal), it's that I can
> do the debugging remotely.
Agreed.
> If I'm going to ssh into a local machine and debug from
> there, then I can use a serial cable.
The serial cable solution does not scale too
www.myson.com.tw: Unable to reolve.
On Mon, 25 Feb 2002 [EMAIL PROTECTED] wrote:
>
> I found:
>
> http://www.myson.com.tw/mtd/driver/803/mtd80x-freebsd.tgz.TGZ
>
> to work splendidly with 4.5. Would be nice to see them rolled in.
>
> Dw
>
>
> To Unsubscribe: send mail to [EMAIL PROT
< said:
>> From IEEE P1003.1 Draft 7:
You're looking at the wrong document. FreeBSD is very far from being
ready to implement POSIX 2001 header files. POSIX 1990, which we do
implement, requires almost everywhere.
-GAWollman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
On Mon, 25 Feb 2002, Bakul Shah wrote:
> > The value of network debugging to me is not that I can
> > avoid buying a serial cable (big deal), it's that I can
> > do the debugging remotely.
>
> Agreed.
>
> > If I'm going to ssh into a local machine and debug from
> > there, then I can use a se
Hmm - must be transient - it works for me at this time (on
210.103.175.103).
Dw.
On Mon, 25 Feb 2002, Julian Elischer wrote:
> www.myson.com.tw: Unable to reolve.
>
>
> On Mon, 25 Feb 2002 [EMAIL PROTECTED] wrote:
>
> >
> > I found:
> >
> > http://www.myson.com.tw/mtd/driver/803/mtd80x-fre
[bcc-ed to some recent committers to boot2.c]
Hi,
for some stuff I am doing with picobsd (and i think in general this
is useful) it would be nice to know where the kernel was loaded
from. In /sys/boot/i386/boot2/boot2.c this information is stored
in three 8-bit variables:
dsk.drive
>> IP is so you can make it through a cisco, etc. to another
>> routable segment.
> Oh I know that; but the cost of that convenience seems high.
> For us, with a lab full of test machines (used for simulating
> and testing various IP network clouds) a non-IP solution was
> preferable.
> But I
Hello,
My name is Greg Magnusson and I would like to join your mailing list. I have FreeBSD 4.2 running on my second machine. I am in the process of building a LAN of 486's to get my feet wet. I am interested in joining your mailing list. Please subscribe me
[EMAIL PROTECTED]
On Mon, 25 Feb 2002, David Malone wrote:
> I note that in the footnotes for getgrgid, in the section for "issue
> 6" of the standard:
>
> The requirement to include has been removed.
> Although was required for conforming
> implementations of previous POSIX specifications, it
Finally I figured out the problem.
The essential reason for this weirdness was that the kernel did not
set the in_conninfo.inc_isipv6 member of a PCB entry correctly. As a
result of this, once a cached route stored in the PCB has become
invalid, the kernel would try to get a new route with an AF
I have recompiled my kernel with:
maxusers128
And have confirmed that that is indeed the case by checking the value in
`sysctl`.
Further, in addition to the 16 pty device files that come in /dev by
default, I have created all 256 of them by running the commands:
`sh MAKEDEV ptyX` (whe
did you say that there are other cards apparently OEM'd from these?
On Mon, 25 Feb 2002 [EMAIL PROTECTED] wrote:
>
> I found:
>
> http://www.myson.com.tw/mtd/driver/803/mtd80x-freebsd.tgz.TGZ
>
> to work splendidly with 4.5. Would be nice to see them rolled in.
>
> Dw
>
>
> To Unsub
--- Begin Message ---
The two hardware drivers for the HARP ATM stack has been broken in
-current for a LNG time now.
If nobody are have sufficient interest in the HARP ATM stack to actually
fix these two drivers, we should retire the entire thing from -current.
So consider this a "last cal
27 matches
Mail list logo