On Tue, 18 Apr 2000, Brian Somers wrote:
I don't get a lot of time to pay attention to the lists, so this might
have been asked before. Does the csh-tcsh move imply that sh-ksh will
be happening soon? Didn't NetBSD do that a while ago?
*groan* shame on you ! Everyone went a step
On Wed, 22 Dec 1999, Kip Macy wrote:
Typically it refers to moving a process and all its associated attributes
from one machine to another. There are a lot of problems with it, to
the best of my knowledge the only OS that ever managed to get it right was
Berkeley's Elf which was designed
On Wed, 20 Oct 1999, Jeroen Ruigrok/Asmodai wrote:
Well I searched the mailinglists and didn't really got further than
discovering that unistd.h goes a little way to provide functionality
which getopt.h from glibc provides. And seeing that a question of Bill
early 1999 never got answered
On Fri, 24 Sep 1999, Jordan K. Hubbard wrote:
You bet! And we haven't even gotten to the topic of the interactive
package selection menu yet! :-)
A friend of mine is working on an X/Java version of that. I have no idea
how far he has gotten. I reviewed his notes, it looks like a great
On Fri, 20 Aug 1999, Lauri Laupmaa wrote:
I would like to know how to change login screen and make it difficult to
guess what operating system is running, etc.
Change the "default" entry in /etc/gettytab.
On a 3.2-STABLEsustem (from the 19990812 snapshot), the default line looks
like:
On Fri, 20 Aug 1999, Lauri Laupmaa wrote:
I would like to know how to change login screen and make it difficult to
guess what operating system is running, etc.
Change the default entry in /etc/gettytab.
On a 3.2-STABLEsustem (from the 19990812 snapshot), the default line looks
like:
On Fri, 13 Aug 1999, Sheldon Hearn wrote:
Close, but what I said was more along the lines that following NetBSD's
footsteps on issues relating to portability is _seldom_ a bad idea.
I was close enough that you know the exact quote so I think I did alright.
Back to the point, just stick it in
On Thu, 12 Aug 1999, Jamie Howard wrote:
How would those functions which also exist in libc (or possibly other
libraries, I don't know) be handled?
Just following up to myself here, NetBSD has a getopt_long() in libc
ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-current/src/lib/libc/stdlib/
I saw
On Fri, 13 Aug 1999, Sheldon Hearn wrote:
Close, but what I said was more along the lines that following NetBSD's
footsteps on issues relating to portability is _seldom_ a bad idea.
I was close enough that you know the exact quote so I think I did alright.
Back to the point, just stick it in
On Thu, 12 Aug 1999, Tim Vanderhoek wrote:
src/lib/libgnucompat seems to be the best suggestion so far. I wonder
where the line between libgnucompat and libfreebsdextension is,
though.
I've only been active here a few weeks but I've grown used to the "go
ahead and do it" I know I'm about to
On Thu, 12 Aug 1999, Tim Vanderhoek wrote:
src/lib/libgnucompat seems to be the best suggestion so far. I wonder
where the line between libgnucompat and libfreebsdextension is,
though.
I've only been active here a few weeks but I've grown used to the go
ahead and do it I know I'm about to
On Tue, 10 Aug 1999, Chris Csanady wrote:
I don't know, but I came across this at SGI:
http://oss.sgi.com/projects/xfs/
It looks as though they plan to release it under the GPL. :(
This is why people should start emailing asking for a dual-license that
would support incorporation
On Tue, 10 Aug 1999, Chris Csanady wrote:
I don't know, but I came across this at SGI:
http://oss.sgi.com/projects/xfs/
It looks as though they plan to release it under the GPL. :(
This is why people should start emailing asking for a dual-license that
would support incorporation
On Sun, 1 Aug 1999, Keith Stevenson wrote:
the features that were requested. I honestly haven't figured out how to
implement the display of selected fields yet. I realize that this isn't a
Attached is a diff that takes care of that. Basically, the user can
specify a format that looks like
On Sun, 1 Aug 1999, Keith Stevenson wrote:
the features that were requested. I honestly haven't figured out how to
implement the display of selected fields yet. I realize that this isn't a
Attached is a diff that takes care of that. Basically, the user can
specify a format that looks like
On Tue, 27 Jul 1999, Nickolay N. Dudorov wrote:
After making it on the CURRENT system I can only
see:
grep: filename: Undefined error: 0
for every filename.
Every file?
This caused by very "unusual" return values for
'grep_open' (and other '..._open') function
On Tue, 27 Jul 1999, Doug wrote:
First, I'm all for this idea, and applaud you and Jamie for taking
it on. I do have a few questions. Does POSIX say anything about grep, and
if so, is this version compliant? Also, I'd like to put in another vote
for full GNU grep feature compliance,
On Tue, 27 Jul 1999, Nickolay N. Dudorov wrote:
After making it on the CURRENT system I can only
see:
grep: filename: Undefined error: 0
for every filename.
Every file?
This caused by very unusual return values for
'grep_open' (and other '..._open') function which
On Tue, 27 Jul 1999, Brian F. Feldman wrote:
That's true. I'd like to see the replacement grep do mmaping of the
input files if it doesn't already, as that would speed it up. Anyway,
It does not use mmap right now. And this causes a significant perforamce
hit on larger files. An older
On Tue, 27 Jul 1999, Doug wrote:
First, I'm all for this idea, and applaud you and Jamie for taking
it on. I do have a few questions. Does POSIX say anything about grep, and
if so, is this version compliant? Also, I'd like to put in another vote
for full GNU grep feature compliance,
A week or so ago there was some discussion of someone who ported FreeBSD
to 68k-based Macintosh systems on EFNet. There was also a reference to a
website (http://www.freebsd.org/~green/FreeBSD-68k.txt). In about two
weeks I'll have a spare Macintosh IIsi and would like to have a run at
FreeBSD
On 7 Jul 1999, Dag-Erling Smorgrav wrote:
BTW, I assume you've read this:
URL:http://www.opengroup.org/onlinepubs/007908799/xcu/grep.html
Of course, my copy of the printout is all marked up. :)
I see you switched to using extended regexps by default, and made -E a
no-op; this breaks
On 7 Jul 1999, Dag-Erling Smorgrav wrote:
Jamie Howard [EMAIL PROTECTED] writes:
On Sun, 4 Jul 1999, Archie Cobbs wrote:
There are two special cases- of bracket expressions: the
bracket expressions `[[::]]' and `[[::]]' match the null
string at the beginning
On 7 Jul 1999, Dag-Erling Smorgrav wrote:
BTW, I assume you've read this:
URL:http://www.opengroup.org/onlinepubs/007908799/xcu/grep.html
Of course, my copy of the printout is all marked up. :)
I see you switched to using extended regexps by default, and made -E a
no-op; this breaks
On 7 Jul 1999, Dag-Erling Smorgrav wrote:
Jamie Howard howar...@wam.umd.edu writes:
On Sun, 4 Jul 1999, Archie Cobbs wrote:
There are two special cases- of bracket expressions: the
bracket expressions `[[::]]' and `[[::]]' match the null
string at the beginning
On Tue, 6 Jul 1999, Sheldon Hearn wrote:
The reason I'm suggesting using a port rather than having the code
imported into the base system is that it allows people to "opt in" to
testing it, rather than forcing it down people's throats. The idea is
that, when it's proved itself as a port,
On Tue, 6 Jul 1999, Sheldon Hearn wrote:
The reason I'm suggesting using a port rather than having the code
imported into the base system is that it allows people to opt in to
testing it, rather than forcing it down people's throats. The idea is
that, when it's proved itself as a port, enough
On Mon, 5 Jul 1999, Archie Cobbs wrote:
Are you sure you're stripping out the newline and carriage return?
You know, that did it.
I'l put together another version tonight incorporating all the bug fixes
and suggestions I have received over the past few days. More on that
shortly.
Jamie
Due to the number of fixes I have received over the past few days, I
decided to put together a new release of grep. It was either this or
watch _Titanic_ on Cinemax.
I incorporated a huge patch from Dag-Erling Smorgrav which as he put it
"cleaned it up to make it conform to FreeBSD's coding
On Mon, 5 Jul 1999, Archie Cobbs wrote:
Are you sure you're stripping out the newline and carriage return?
You know, that did it.
I'l put together another version tonight incorporating all the bug fixes
and suggestions I have received over the past few days. More on that
shortly.
Jamie
Due to the number of fixes I have received over the past few days, I
decided to put together a new release of grep. It was either this or
watch _Titanic_ on Cinemax.
I incorporated a huge patch from Dag-Erling Smorgrav which as he put it
cleaned it up to make it conform to FreeBSD's coding
On Sun, 4 Jul 1999, Archie Cobbs wrote:
There are two special cases- of bracket expressions: the
bracket expressions `[[::]]' and `[[::]]' match the null
string at the beginning and end of a word respectively. A
word is defined as a sequence of word characters
I have used FreeBSD for a couple years now. It is the only OS on my
desktop. I have learnt many things from its source. I felt it was time
to give something back. A few minutes later I decided to offer it to all
BSDs. I also will offer it to the DaemonLinux group, Apple, the Darwin
group,
On Mon, 28 Jun 1999, Zhihui Zhang wrote:
Suppose you have a *write-protected* DOS floppy and you do:
# mount -t msdos /dev/fd0 /floppy -- this is OK
# cp somefile /floppy -- a lot of error messages
# umount /floppy -- crash
Now the system tries to sync the dirty buffers and
34 matches
Mail list logo