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 Saturday, 7
On Fri, 6 Aug 1999, Zhihui Zhang wrote:
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
"Brian F. Feldman" wrote:
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
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 this is
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...
Try
On Fri, 6 Aug 1999, Alex Zepeda wrote:
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
On Sat, Aug 07, 1999 at 05:38:48PM +0800, Peter Wemm wrote:
"Brian F. Feldman" wrote:
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
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 try to
A friend writing some portable network tunneling software ran into an
interesting thing... when you specify "IP_HDRINCL" with SOCK_RAW, and
IPPROTO_RAW you need to construct the outgoing packet in host byte order.
This seems wonderfully inconsistent with all of the other socket based
On Sat, 7 Aug 1999, Warner Losh wrote:
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
On Sat, 7 Aug 1999, Mike Pritchard wrote:
*default umask=002
SetAttrs CVSROOT/commitlogs/other.981201.gz
That seems to be doing the trick for everything. Thanks.
--
- bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp -
- ph:(800) 252-2421 - [EMAIL PROTECTED] - [EMAIL
On Sat, 7 Aug 1999, Warner Losh wrote:
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.
The simple solution to this, which I'd
I have a test program that will fail under nfs v3, but not under v2. The
same test program works
fine under ufs.
The error involves mkdir() and heavy nfs load. I have two different
situations that fails:
1) mkdir() followed by stat(), where the stat() fails consistently with
ENOENT
2) A sequence
In article [EMAIL PROTECTED],
Bill Fumerola [EMAIL PROTECTED] wrote:
On Sat, 7 Aug 1999, Mike Pritchard wrote:
*default umask=002
SetAttrs CVSROOT/commitlogs/other.981201.gz
That seems to be doing the trick for everything. Thanks.
Note, if you would have just _run_ the program with
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
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 the
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
In message pine.bsf.4.10.9908070021360.50029-100...@jade.chc-chimes.com 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
In message pine.bsf.4.10.9908070138180.9444-100...@janus.syracuse.net 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
On Sat, 7 Aug 1999, Warner Losh wrote:
In message pine.bsf.4.10.9908070138180.9444-100...@janus.syracuse.net
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.
In message pine.bsf.4.10.9908070248001.11809-100...@janus.syracuse.net 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
In message pine.bsf.4.10.9908070138180.9444-100...@janus.syracuse.net
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,
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 Saturday, 7
On Fri, 6 Aug 1999, Zhihui Zhang wrote:
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
Brian F. Feldman wrote:
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
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 this is
In message pine.bsf.4.10.9908070021360.50029-100...@jade.chc-chimes.com
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 Fri, 6 Aug 1999, Alex Zepeda wrote:
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,
On Sat, Aug 07, 1999 at 05:38:48PM +0800, Peter Wemm wrote:
Brian F. Feldman wrote:
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
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 respository
A friend writing some portable network tunneling software ran into an
interesting thing... when you specify IP_HDRINCL with SOCK_RAW, and
IPPROTO_RAW you need to construct the outgoing packet in host byte order.
This seems wonderfully inconsistent with all of the other socket based
networking
In article
local.mail.freebsd-hackers/199908070635.aaa07...@harmony.village.org you
write:
In message pine.bsf.4.10.9908070138180.9444-100...@janus.syracuse.net 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
On Sat, 7 Aug 1999, Warner Losh wrote:
In message pine.bsf.4.10.9908070021360.50029-100...@jade.chc-chimes.com
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
On Sat, 7 Aug 1999, Mike Pritchard wrote:
*default umask=002
SetAttrs CVSROOT/commitlogs/other.981201.gz
That seems to be doing the trick for everything. Thanks.
--
- bill fumerola - bi...@chc-chimes.com - BF1560 - computer horizons corp -
- ph:(800) 252-2421 - bfume...@computerhorizons.com
On Sat, 7 Aug 1999, Peter Wemm wrote:
Brian F. Feldman wrote:
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
}
On Sat, 7 Aug 1999, Bernd Walter wrote:
On Sat, Aug 07, 1999 at 05:38:48PM +0800, Peter Wemm wrote:
Brian F. Feldman wrote:
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
On Sat, 7 Aug 1999, Warner Losh wrote:
In message pine.bsf.4.10.9908070248001.11809-100...@janus.syracuse.net
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.
I have a test program that will fail under nfs v3, but not under v2. The
same test program works
fine under ufs.
The error involves mkdir() and heavy nfs load. I have two different
situations that fails:
1) mkdir() followed by stat(), where the stat() fails consistently with
ENOENT
2) A sequence
On Fri, Aug 06, 1999 at 11:15:25PM -0600, Warner Losh wrote:
# 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
In article pine.bsf.4.10.9908071334310.50029-100...@jade.chc-chimes.com,
Bill Fumerola bi...@jade.chc-chimes.com wrote:
On Sat, 7 Aug 1999, Mike Pritchard wrote:
*default umask=002
SetAttrs CVSROOT/commitlogs/other.981201.gz
That seems to be doing the trick for everything. Thanks.
In article 19990807165202.a37...@cicely8.cicely.de,
Bernd Walter ti...@cicely.de wrote:
On Sat, Aug 07, 1999 at 05:38:48PM +0800, Peter Wemm wrote:
But not on the Alpha... int64_t is a long there, and gcc complains unless
you use %ld.
Mmm and long is 32Bit it seems.
No, longs are 64
In article pine.bsf.4.10.9908061929460.45391-100...@jade.chc-chimes.com,
Bill Fumerola bi...@jade.chc-chimes.com wrote:
On Fri, 6 Aug 1999, Matthew Hunt wrote:
I have no idea how much of the FreeBSD code would actually build on
a KR compiler.
Thanks to Bruce, a lot of it.
Note, the use
This post is regarding that thread on the (PCI) ed being detected as ed1
(as opposed to ed0)... A recent post mentionned the use of the rl device
as opposed to ed... ed _does_ support the PCI device:
On Sat, 7 Aug 1999, John Polstra wrote:
In article 19990807165202.a37...@cicely8.cicely.de,
Bernd Walter ti...@cicely.de wrote:
On Sat, Aug 07, 1999 at 05:38:48PM +0800, Peter Wemm wrote:
But not on the Alpha... int64_t is a long there, and gcc complains unless
you use %ld.
Mmm
44 matches
Mail list logo