Jamie Howard <[EMAIL PROTECTED]> writes:
> On 7 Jul 1999, Dag-Erling Smorgrav wrote:
> > I see you switched to using extended regexps by default, and made -E a
> > no-op; this breaks the ports collection, so I changed it back.
>
> The FreeBSD, NetBSD, and OpenBSD
orresponds to what
GNU grep does)
As for full-line matches (-x), simply check that
(pmatch[0].rm_so == 0 && pmatch[0].rm_eo == len)
This should save you from playing games with back-references.
(both code snippets assume that line points to a line of text from the
input and that l
lots of ports, since the ports framework uses
grep a lot.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
s), I will place this file in two locations:
>
> ftp://dragon.ham.muohio.edu/pub/howardjp/grep-0.3.tar.gz
> ftp://ftp.wam.umd.edu/pub/howardjp/grep-0.3.tar.gz
Mirror site: ftp://ftp.ofug.org/pub/grep/
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mai
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> Jamie Howard <[EMAIL PROTECTED]> writes:
> > I incorporated a huge patch from Dag-Erling Smorgrav [...]
> Here's more :)
Following up on myself, I introduced a bug in the previous round of
patches; here's a corr
[accidentally b0rked the cc: line; apologies to those who get this twice]
Jason Thorpe <[EMAIL PROTECTED]> writes:
> On 07 Jul 1999 20:57:16 +0200
> Dag-Erling Smorgrav <[EMAIL PROTECTED]> wrote:
> > Don't use err() indiscriminately after a malloc() failure; ma
Jamie Howard <[EMAIL PROTECTED]> writes:
> I incorporated a huge patch from Dag-Erling Smorgrav [...]
Here's more :)
BTW, I assume you've read this:
http://www.opengroup.org/onlinepubs/007908799/xcu/grep.html>
I see you switched to using extended regexps by defaul
.
A good test is to build lots of ports, since the ports framework uses
grep a lot.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
own as I type
> this), I will place this file in two locations:
>
> ftp://dragon.ham.muohio.edu/pub/howardjp/grep-0.3.tar.gz
> ftp://ftp.wam.umd.edu/pub/howardjp/grep-0.3.tar.gz
Mirror site: ftp://ftp.ofug.org/pub/grep/
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Uns
th of Ski, but I work in Ski). If you can find the right
coordinates for Oslo, put me there instead :) I think tegge also lives
in Oslo now, but I'm not sure.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
o, 15 miles
to the north of Ski, but I work in Ski). If you can find the right
coordinates for Oslo, put me there instead :) I think tegge also lives
in Oslo now, but I'm not sure.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
It complains about
files with my name at the top (e.g. /usr/include/fetch.h in FreeBSD
3.x and 4.x) in non-ISO8859 locales.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
ut a : at the start of your getopt()
string and examine every argument getopt() complains about.
Hope this helps... keep up the good work!
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
> Not to let this become a passage of right or anything.
ITYM "rite of passage". HTH, HAND!
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
code is a tad too strict. It complains about
files with my name at the top (e.g. /usr/include/fetch.h in FreeBSD
3.x and 4.x) in non-ISO8859 locales.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
k. You'll have to put a : at the start of your getopt()
string and examine every argument getopt() complains about.
Hope this helps... keep up the good work!
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
> Not to let this become a passage of right or anything.
ITYM "rite of passage". HTH, HAND!
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> That said, thanks for asking - while looking into this matter I found
> another problem :) new patches will be available soon.
Nothing serious; a corrected patch is available on my freefall web
page (http://www.freebsd.org/~des/sof
anks for asking - while looking into this matter I found
another problem :) new patches will be available soon.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Dag-Erling Smorgrav writes:
> That said, thanks for asking - while looking into this matter I found
> another problem :) new patches will be available soon.
Nothing serious; a corrected patch is available on my freefall web
page (http://www.freebsd.org/~des/software/)
DES
--
Dag-
ing into this matter I found
another problem :) new patches will be available soon.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> Attached are patches [...]
...and here are the patches.
Noticed by: Peter Wemm <[EMAIL PROTECTED]>
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
Index: src/usr.bin
Dag-Erling Smorgrav writes:
> Attached are patches [...]
...and here are the patches.
Noticed by: Peter Wemm
DES
--
Dag-Erling Smorgrav - d...@yes.no
Index: src/usr.bin/netstat/inet.c
===
RCS file: /home/ncvs/src/usr.
RRENT in a few days if no-one objects.
The patches are by Ruslan Ermilov, with a few adjustment by yours
truly.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
though. Also, although I caught and corrected a few spacing
nits caused by chopping off five letters, there may be some I didn't
catch.
If no-one objects, I'll commit this to -CURRENT in a few days.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
Index: src/
RRENT in a few days if no-one objects.
The patches are by Ruslan Ermilov, with a few adjustment by yours
truly.
DES
--
Dag-Erling Smorgrav - d...@yes.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
though. Also, although I caught and corrected a few spacing
nits caused by chopping off five letters, there may be some I didn't
catch.
If no-one objects, I'll commit this to -CURRENT in a few days.
DES
--
Dag-Erling Smorgrav - d...@yes.no
Index: src/
x27;t hesitate to contact
the Oslo FreeBSD User Group (http://www.ofug.org/).
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
x27;t hesitate to contact
the Oslo FreeBSD User Group (http://www.ofug.org/).
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
crypt0genic <[EMAIL PROTECTED]> writes:
> * Dag-Erling Smorgrav ([EMAIL PROTECTED]) [990701 11:47]:
> > LaCie don't make drives, they just package them in ugly boxes with
> > noisy fans.
> Im not sure what model you are refering too, but the drive I have is
> in a
crypt0genic writes:
> * Dag-Erling Smorgrav (d...@flood.ping.uio.no) [990701 11:47]:
> > LaCie don't make drives, they just package them in ugly boxes with
> > noisy fans.
> Im not sure what model you are refering too, but the drive I have is
> in a stylish external
I share an office) had an
external LaCie disk hooked up to his Mac until I threatened to pour
Coca Cola into the PSU (this was after I'd hinted several times that
the handles on his G3 would serve very well for chucking it out the
window)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Uns
ad an
external LaCie disk hooked up to his Mac until I threatened to pour
Coca Cola into the PSU (this was after I'd hinted several times that
the handles on his G3 would serve very well for chucking it out the
window)
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe:
included in a future official release of tcpdump? Can we
afford to wait until then, and simply merge in the next release when
it comes?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ial release of tcpdump? Can we
afford to wait until then, and simply merge in the next release when
it comes?
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
Alex Charalabidis writes:
> On 21 Jun 1999, Dag-Erling Smorgrav wrote:
> > The PR is wrong. Sheldon is right. It *does* work the way it ships. If
> > he experienced problems, I bet the real bug was that he edited
> > inetd.conf, HUPed inetd, and hit the "HUP clobbers
the 'internal' keyword, so you
could change /etc/services to read:
fooglorb113/tcp
and inetd.conf to read:
fooglorbstream tcp nowait rootinternal ident
and inetd would know what service to provide on port 113, even if
/etc/services doesn't call it 'iden
canonical name is.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
tream tcp waitkmem:kmem /usr/local/sbin/identd identd -w -t120
des@des ~% grep ident /usr/src/usr.sbin/inetd/inetd.c
voidident_stream __P((int, struct servtab *));
{ "ident", SOCK_STREAM,1, -1, ident_stream },
ident_stream(s, sep)/*
mem:kmem /usr/local/sbin/identd identd
-w -t120
d...@des ~% grep ident /usr/src/usr.sbin/inetd/inetd.c
voidident_stream __P((int, struct servtab *));
{ "ident", SOCK_STREAM,1, -1, ident_stream },
ident_stream(s, sep)/* Ident serv
ot that one right :)
> and her `Essential System Administration'
> from Tim O'Reilly but the red sysadm guide is my favourite.
Actually, I didn't like it very much. It's been a long time though; I
was 17 when I read it.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.u
Thomas Good writes:
> Many conf tasks remain non-trivial as compared to BSD or Linux due
> to inexpertise on SCO's end...as the red Sytem Admin Handbook once
> stated (Neveth, Snyder et al.) SCO Unix* is `perverse'.
Nemeth, Snyder, Seebass, Hein.
DES
--
Dag-
"Brian F. Feldman" writes:
> On 19 Jun 1999, Dag-Erling Smorgrav wrote:
> > Rewriting ipfw rules to ipfilter rules on the fly should be trivial; a
> > simple Perl script should be sufficient.
> Not quite as trivial as you think. ipfw and ipf are completely backward
o
want kan keep using the old syntax still can, then I for one have no
objections.
Rewriting ipfw rules to ipfilter rules on the fly should be trivial; a
simple Perl script should be sufficient.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.o
t breaking binary compatibility. We've had too much of that for
no good reason (at least once between 2.2.7 and 2.2.8, and once
between 3.1 and 3.2).
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
David Scheidt writes:
> # cd /; (cd /cdrom; tar cvf - usr/share/examples/drivers ) | tar xvf -
> should work.
# cd /cdrom && tar cvf - usr/share/examples/drivers | tar xvf - -C /
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@fr
echo "apachectl not found"
exit 1
fi
case $1 in
start|stop|restart)
/usr/local/sbin/apachectl $1
;;
*)
echo "Usage: $(basename $0) start|stop|restart"
exit 1
;;
esac
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.
f vnodes if I'm not mistaken.
That's the whole point with it.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
s of
work to correct.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
me; I seem to recall that he had managed to get the kernel
to boot and was working on panics (from violated invariants) which
occurred during fsck.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
can't be unconfigured if it's still referenced?
Is there any possibility of implementing a compulsory (as opposed to
advisory) file locking system, so vn swapfiles can't be truncated or
written to by any other process while it's in use?
DES
--
Dag-Erling Smorgrav - d...@flood.ping.
Brian Feldman writes:
> On 13 Jun 1999, Dag-Erling Smorgrav wrote:
> > BTW, you should check for errno == EINTR when select() returns -1.
> The perror() is the status report for select() when -1.
Yeah, but EINTR is a normal condition, so I'd ignore it silently
instead of logg
Dag-Erling Smorgrav writes:
> This still doesn't explain select()'s failure to time out
Found it! If you change:
printf("no select() action");
to:
fprintf(stderr, "no select() action\n");
you'll see that select() does time out.
The m
Brian Feldman writes:
> On 13 Jun 1999, Dag-Erling Smorgrav wrote:
> > connect() normally uses the 1024-5000 range. Try the following:
> >
> > # sysctl -w net.inet.ip.portrange.last=4
> >
> > and see if it solves the EAGAIN problem.
>
> Actually, t
e. Try the following:
# sysctl -w net.inet.ip.portrange.last=4
and see if it solves the EAGAIN problem.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
ears before
them. I haven't seen that many ignorants in my short encounter with
FreeBSD."
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
/usr/src?
VM86 is no longer an option. Remove it, and everything will be fine.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
1
>
> Stop.
> *** Error code 1
>
The build is running in a chroot tree which does not have a valid
/etc/resolv.conf.
> yedi#ls /usr/ports/distfiles
> docbk241.tar.Z isoENTS.zip linuxdoc-1.1.tar.gz
> docbk30.tar.Z jade-1.2.1.tar.gz
e the the #freebsd IRC channel about this. The name
> slips my mind right now.
Almost certainly EE (Eivind Eklund).
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
Dag-Erling Smorgrav writes:
> Dag-Erling Smorgrav writes:
> > Dag-Erling Smorgrav writes:
> > > Dag-Erling Smorgrav writes:
> > > > I'm getting tons of these in an IDE-only box. They started appearing
> > > > after I put in an IBM DTTA371010
Dag-Erling Smorgrav writes:
> Dag-Erling Smorgrav writes:
> > Dag-Erling Smorgrav writes:
> > > I'm getting tons of these in an IDE-only box. They started appearing
> > > after I put in an IBM DTTA371010 to replace the old (and dying)
> > > Quantum Fir
Dag-Erling Smorgrav writes:
> Dag-Erling Smorgrav writes:
> > I'm getting tons of these in an IDE-only box. They started appearing
> > after I put in an IBM DTTA371010 to replace the old (and dying)
> > Quantum Fireball ST.
> Following up on myself, the box just pan
Dag-Erling Smorgrav writes:
> I'm getting tons of these in an IDE-only box. They started appearing
> after I put in an IBM DTTA371010 to replace the old (and dying)
> Quantum Fireball ST.
Following up on myself, the box just panicked (softdep_write_complete:
lock held).
DES
erial
console in single-user mode, and could neither interrupt nor
background it, I had no shell). Upon reboot, fsck -p produced a
shitload of busy_count < 0 messages.
(newfs still gets wedged, btw)
DES
--
Dag-Erling Smorgrav - d...@ifi.uio.no
To Unsubscribe: send mail to majord...@freebsd.
tories installed them unstripped,
> as they should be.
Do you perchance have something like
INSTALL=install -s
in your /etc/make.conf?
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
can't provide useful info on *why* it
doesn't work. I wish I could stop what I was doing every time someone
had a problem, but I don't have that kind of time."
Neat.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with &
system is
one of the reasons UNIX received support from BTL management"
translate into "UNIX was created to run a word processor"?
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
about UIDs greater than USHRT_MAX because some old
(third-party) software stores UIDs in unsigned short ints instead of
uid_t and therefore does not grok large UIDs. The warning is harmless
(unless you run some of that old software) and should most certainly
not be changed or removed.
DES
--
es not grok large UIDs.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
ood idea to have newfs turn it on by
> default?
No, I don't think there's much point in doing that before Kirk
McKusick removes the restrictions on the soft updates code. When that
happens, we can make soft updates non-optional and turn on soft
updates on all file systems by default.
DE
society will collapse, and I can take over
> the world while everyone's distracted!
Yes, Bill, we love you too :)
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
place.
Yes, the problem you're facing is a very common one, and is usually
solved by switching to a Real Mail User Agent (tm) which breaks lines
at 80 columns or less.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscri
objcopy(1).
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
o the xl
driver shortly before 3.2 which should have ironed out whatever
problems remained.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
nt c;
f = fetchPutURL(argv[1], NULL);
while ((c = fgetc(stdin)) != EOF)
fputc(c, f);
return 0;
}
Needless to say, this works with file: URLs as well.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscri
Sheldon Hearn writes:
> On 28 May 1999 10:29:44 +0200, Dag-Erling Smorgrav wrote:
> > I brushed the dust off a bunch of patches I had for libfetch and the
> > fetch(1) command and made a patchkit of them [...]
> Your mail has brought to mind a question I've never managed t
some of it is a complete replacement for the fetch(1)
command. The code and documentation (yes, Nik, I wrote docs!) is
available at http://www.freebsd.org/~des/software/>.
As usual, comments and patches are welcome.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail
o DMA
mode.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
I want to convert these kernel options to sysctl variables. Where
should they be inserted into the tree? I was thinking of creating a
new 'cam' top-level category and put them there:
cam.sa.space_timeout
cam.sa.rewind_timeout
cam.sa.erase_timeout
DES
--
Dag-Erling Sm
put so much magic in your drawing
function that it will bog down to something like 3 fps. And you can't
just look at your video_info_t and see that mode X is interlaced; you
have to *know* that you're running in mode X and that mode X is
interlaced.
DES
--
Dag-Erling Smorgrav - d...@flood.ping
"Stan Shkolny" writes:
> [...] (BTW, I found it very-very-VERY helpful
> that I did it first under NT, since NT has kernel-mode debugger :-).
Oh, and FreeBSD doesn't?
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe
"Daniel C. Sobral" writes:
> Dag-Erling Smorgrav wrote:
> > [...] but the hardest
> > part of the job - finding loop and type invariants and post- and
> > pre-conditions which the prover can use as starting points -
; I could well be mis-remembering a quote about some other app.
As I remember it, the quote referred to a noddy program used as an
example in a paper or lecture. Knuth had proven the program to be
correct, but had never actually compiled it.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.ui
27;ve experienced sustained transfer rates in excess of 1 MBps on
a 10Base2 network, with FreeBSD 3.1 using an SMC based Kingston EtherX
(ISA PnP NE2000 clone thingamabob) in one end and a nondescript Linux
box in the other end.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscr
ong as your kernel address space is large
enough. The default in -CURRENT and recent versions -STABLE is 1 GB,
which should be enough for most (if not all) uses. The default for
3.1-RELEASE and -STABLE up to mid-April is 256 MB.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To
Kelly Yancey writes:
> On 14 May 1999, Dag-Erling Smorgrav wrote:
> > No, actually it has 1536 more pixels :) Mode Q is so named because the
> > frame buffer is a cube of sorts (i.e. 256x256 pixels in 256 colors)
> Yeah, I've seen the DOS port of snes9x use that. I don&
ifications are necessary to make it possible for
userland software to use graphics without needing write access to
/dev/kmem (currently, the only way to mmap the frame buffer is to
map in the correct address range from /dev/kmem)
- port GGI to FreeBSD.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
r 100 MB swap space to fsck the 130 MB volume, and the
> system has 64 MB RAM. This was is 2.2.8 (haven't upgraded it yet).
I *really* hope you meant 130 GB and not 130 MB :)
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "
W, Mode Q has square pixels and linear addressing. I won't mind
adding support for Mode Q :)
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
401 - 489 of 489 matches
Mail list logo
