HDTenEightyP/NetNews huggingface dataset:
From: blymn@awadi.com.au (Brett Lymn)
Newsgroups: comp.unix.bsd
Subject: Re: recompiled ps exits with /dev/mem permission denied message
Date: 2 Jan 93 17:32:56
Organization: /usr/blymn/.organization
NNTP-Posting-Host: siren.awadi.com.au
In-reply-to: rich@Rice.edu's message of Thu, 31 Dec 1992 04:16:55 GMT

>>>>> On Thu, 31 Dec 1992 04:16:55 GMT, rich@Rice.edu (& Murphey) said:

>>>>> In article <fXiP7x7@quack.sac.ca.us>, dfox@quack.sac.ca.us (David Fox) writes:
David> I've noticed something strange.  After putting in a Cyrix NDP, and
David> recompiling ps and libutil.a (installing the patch for ps), ps
David> dies when I'm not logged in as root with

David> ps: kvm_openfiles: can't open /dev/mem: permission denied

:-> you need to 'chgrp kmem /bin/ps' and 'chmod g+w /bin/ps' so that it is
                                                ^^^

Sorry to nit-pick but that should be g+s not g+w.

Brett.
From: mhiroshi@tansei.cc.u-tokyo.ac.jp (H. Murakami)
Newsgroups: comp.unix.bsd
Subject: [386bsd] What kind of restrictions of the memory sizes exists?
Date: 27 Dec 92 20:03:15 GMT
Organization: Hokkaido Univ. However I am subject to tansei for JUNET.

What restricts the size of static and automatic and allocated
memory size in 386BSD.

Even I increased the constants defined in the vmparam.h,

It seems the bss setion cannot be exceeded than 128MB.

I need large allocation of virtual memory for a program.

Please give me the short lecturing of the restricstions

assumed inside the current 386bsd0.1.

Thank you.
	mhiroshi@tansei.cc.u-tokyo.ac.jp
	Hiroshi Murakami
Newsgroups: comp.unix.bsd
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: XS3 with the S3 801 performance figures and more
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Distribution: comp.unix.bsd, comp.os.linux
Date: Wed, 23 Dec 1992 20:44:55 GMT


Date: 12/23/92

This is a summary of my xbench results so far:

motherboard: 	Orchid SuperBoard 486/50Mhz 256k cache 8MB
vga card:	Actix GraphicEngine32 1MB (S3 86C801)
monitor:	Shirasuna model JK 1461 max resolution 1024x768 45Mhz interlace

The test was run at 1024x768 45Mhz interlace

TOTAL    127144 lineStones
TOTAL     62816 fillStones
TOTAL     39489 blitStones
TOTAL   3263673 arcStones
TOTAL    148843 textStones
TOTAL    122614 complexStones
TOTAL     83078 xStones

I realized the technical arguments put forth in this newsgroup with respect
to the performance of DRAM based cards such as the 801. All I can say is
that two employees at S3 corp and two vga manufactures have not experienced 
performance degradation at high clock rates with the 801 or 805 at least not
as stated in this newsgroup. I am going to try to get hold of a high
resolution monitor to resolve this issue and will report back faithfully my
findings.

Now moving on to  more controversy, the January issue of Byte Magazine has a
hardware review on vga cards titled "Making Windows Rock and Roll" on page 202.
Please note that the tests were run under DOS.

All benchmarks were run at 1024x768 with 256 colors, except for the some cards
like the Kinston ViewRx which allowed only 16 colors at 1024x768. The refresh
rate which the test were ran at is unknown at this moment. 

This is how the actix 801 fair against the ATI Ultra Pro (mach 32):
			 	1	2	3
Actix GraphicEngine32	:	4.93	20.51	3.18
ATI Ultra Pro (mach 32)	:	4.50	19.36	2.88


Legend of test names	:
1	Basic graphics index
2	BitBlt Index
3	Text Index

For full details,  please read the January issue of Byte Magazine.


The Actix GraphicEngine32 lists price is $199 with 1MB of memory.
The ATI Ultra Pro list price is $799 :-)
The list prices figures were obtained from the Byte article.

Palo Alto MicroComputers is a dealer for both Orchid and Actix their
phone number is 415-493-8209, at least around here they carry one
of the cheapest prices.


	Merry Christmas and a Happy New Year

	Amancio


-- 
Amancio Hasty           |  
Home: (415) 495-3046    |  ftp-site depository of all my work:
e-mail hasty@netcom.com	|  sunvis.rtpnc.epa.gov:/pub/386bsd/incoming
Newsgroups: comp.unix.bsd
From: adrian@rachel.ibmpcug.co.uk (Adrian Hall)
Subject: Re: More kernel problems with Gateway 486/dx-2
Organization: The IBM PC User Group, UK.
Date: Wed, 23 Dec 1992 18:29:14 GMT

DS1437@acspr1.acs.brockport.edu writes:
>     Since the system hangs now when you try a network access on the Gateway
> I went back and booted from the fixit disk and mounted the hard drive. and
> then ran the ifconfig program by hand. The network then worked fine!!
> Except with a Startartartart between every character that I typed.
> Maybe this is related to the new patch for NE-2000 cards since the new
> kernel that I am running has that installed, and the old kernel doesn't

rachel.ibmpcug.co.uk has a NE-2000 in it (proper one, not clone). With
trailers enabled, it crashes - with trailers disabled, it doesnt.

Go figure.

	Adrian
-- 
------------------------------------------------------------------------------
Adrian Hall				Telephone: +44 (0)81 863 1191
Connect Systems Manager			Fax:	   +44 (0)81 863 6095
The IBM PC User Group			Internet:  adrian@ibmpcug.co.uk
From: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Newsgroups: comp.unix.bsd
Subject: Re: gcc-2.3.2 and kernel build
Date: 30 Dec 1992 20:24:41 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu


In article <1hqciuINN620@usenet.INS.CWRU.Edu> ljo@murphy.eeap.cwru.edu
(L. Jonas Olsson) writes:
>
> One program that breaks is awk, but as this is the GNU gawk it should
> perhaps be replaced by the latest version anyway.

The `awk' which comes with 386BSD is *not* `gawk'; it is `mawk'.  I
have installed gawk 2.14, and it works fine for me.

> I will follow up with fixes as soon as I get uucp and Emacs up.

Emacs 18.59 comes with support for 386BSD; it is trivial to compile.

-- 
 \  /   Charles Hannum, mycroft@ai.mit.edu
 /\ \   PGP public key available on request.  MIME, AMS, NextMail accepted.
Scheme  White heterosexual atheist male (WHAM) pride!
Newsgroups: comp.unix.bsd
From: kburke@cwis.unomaha.edu (Kevin Burke)
Subject: [386BSD] XFree86 on ATI Ultra-graphics Pro (mach32 chip)
Summary: Is there a sever avail. for ATI mach32 chip?
Keywords: 386bsd xfree86 ati mach32 drivers
Organization: University of Nebraska at Omaha
Distribution: us
Date: Sun, 3 Jan 1993 19:08:32 GMT

I am ttrying to get XFreee86 running on a Gateway 486-33 with a
ATI Ultra Graphics Pro  local buus card.  Has anyone had success
with a system like this?

Thanks,
Kevin Burke
Newsgroups: comp.unix.bsd
From: cchase@cs.cornell.edu (Craig Chase)
Subject: Re: 386BSD Kernel hang problems on Gateway 2000 486/DX2
Organization: Electrical Engineering, Cornell University, Ithaca NY
Date: Tue, 22 Dec 1992 23:26:21 GMT

DS1437@acspr1.acs.brockport.edu writes:

>    I am trying to install 386bsd on a GateWay 2000 486 50Mhz DX/2. The
>system has a 205 Mb IDE Drive. I can run the install disk fine, however
>when I boot off the hard drive the screen looks like this:
>  ....
>PANIC: Cannont mount root
>trap type 12 code=fe060000 eip=fe01278a cs=8 eflags=10282 cr2 14 cpl a
>    Do anyone have any incling why the kernel is not initializing the
>hard drive controller correctly as that looks like the problem to me?

I had this problem too (I also have the gateway).  The problem seemed to go away
when I truned off the primary cache.  I can't explain it.  Furthermore, 
yesterday I turned it back on (with a patched kernel) and had no problems.

Give it a try.  BTW, if you know any way of changing the cmos config w/o
booting dos, let me know via Email. 

mark
linder@ee.cornell.edu

-- 
----------------------------------------------------------------------
Mark Linderman            |         Cornell University
linder@ee.cornell.edu     | Department of Electrical Engineering
----------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: jc@tackle.uucp (John Capo)
Subject: Minor XFree86 problems, long function key string bug in elvis
Organization: Technology Atlanta Corporation
Date: Wed, 30 Dec 1992 00:59:09 GMT

I have XFree86 running and only have a few problems left to solve.

    1. Auto-repeat is very slow.  I can turn it on and off via command
       line switches or in Xconfig but I can't change the repeat or
       delay rate.

    2. Num lock does not work at all.

    3. I have no bell.  I have tried various command line switches and
       xset options but nothing.  Same hardware works fine with DOS and
       ISC running ISC.

I have not seen these problems mentioned on the net.

Another thing I have noticed is that my machine is on its knees when
I am compiling and running X at the same time.  It may take 20 seconds
to expose a window. Same hardware with X386 and ISC only exibited this
slowdown when compiling, running X, and my cron job that rebuilds the
uucp paths file and uuwho database kicked in.  I added a second disk
with 16M of swap but no difference.

    No name 386/33, 8M RAM, 128K cache.
    Adaptec 1542B, 2 Maxtor 120MB, Archive 60MB tape, Julian's driver.
    Compuadd generic ET4000 VGA card.
    WD8000 ethernet card.
    All of the kernel patches in Terry's patchkit.

Without X running the machine is very speedy, much better raw disk I/O
performance than ISC with the same hardware.  My only conclusion is
the ISC SysV kernel makes better use of the relatively small memory I
have.  Any thoughts?  Is there a kernel parameter that wuld help?

Another mystery.  If I hexdump the keyboard I get a different escape
sequence for the arrow keys than I do when I run emacs or vi.  This is
in an xterm window.  No difference from the console.  The function code
keys are always the same.  What is the magic here?

My function keys emit 5 characters and elvis didn't particulary like
that.  He would get 3 of them on one read and think that he had matched
one of the mappings.  I tried different timeouts but still crashed.
Here's my fix.

*** tio.c.orig	Fri Dec 25 19:02:23 1992
--- tio.c	Fri Dec 25 20:03:04 1992
***************
*** 591,606 ****
--- 591,617 ----
	    {
		    /* No, it wouldn't.  But check for partial match */
		    if (!strncmp(map->rawin, &keybuf[next], cend - next))
		    {
			    count++;
		    }
	    }
  	}
+ 
+ #ifdef __386BSD__
+ 	/* If 1 is returned for a partial match the caller will call execmap()
+ 	 * with a NULL MAP struct.  Not good.  Setting notimeout and keytime=50
+ 	 * did not help.  May be a select problem?  Still this code should not
+ 	 * return 1 if the match is not complete.
+     */
+ 	if (count == 1 && match == (MAP *)0)
+ 		return (2);
+ #endif
+ 
  	return count;
  }
  
  
  #ifndef NO_ABBR
  /* This function checks to see whether a word is an abbreviation.  If it is,
   * then an appropriate number of backspoace characters is inserted into the
   * type-ahead buffer, followed by the expanded form of the abbreviation.

--
John Capo       jc%tackle.uucp@mathcs.emory.edu  gatech!vta!tackle!jc
From: veit@du9ds3.fb9dv.uni-duisburg.de (Holger Veit)
Newsgroups: comp.unix.bsd,comp.os.linux
Subject: Re: Dumb Americans (was INTERNATIONALIZATION: JAPAN, FAR EAST)
Date: 21 Dec 92 08:31:27 GMT
Organization: Uni-Duisburg FB9 Datenverarbeitung
Reply-To: veit@du9ds3.fb9dv.uni-duisburg.de
NNTP-Posting-Host: du9ds3.fb9dv.uni-duisburg.de
Keywords: Han Kanji Katakana Hirugana ISO10646 Unicode Codepages

In <1992Dec18.212323.26882@netcom.com> messina@netcom.com (Tony Porczyk) writes:

>goer@kimbark.uchicago.edu (Richard L. Goerwitz) writes:

>>>> Has anyone in this newsgroup ever heard of the Unicode/ISO10646
>>>> (UCS) standard?
>>>
>>>You know, if 386BSD could be made to support NET-UTF (the Plan 9 version
>>>of the 10646 standard) that would be a major advantage over commercial
>>>Unices...

>>One of the big criticism leveled at US Engineers is that they are either
>>too dumb or lazy to build into their software support for non-Western
>>scripts.  Given that Linux originates in Europe, can we look forward to
>>better support for Unicode and ISO10646?  At least for "long" charac-
>>ter definitions?

>Yeah, that's probably why NT supports Unicode, it's those dumb US
>Engineers...  Could we lay off idiotic generalizations and stick to
>technical aspects of the software?  It's business that dictates what's
>included in the package.  If it makes economic sense, it will be there.
>Most of the internationalization is done locally anyway, so it has
>nothing to do with dumb engineers.

>t.

We probably have a chance to add multilingual support into 386bsd, this
is towards what I'am aiming at. I intend to add an experimental part
into the next version of the console driver codrv, with the work title 
"/dev/unicode" which is basically a virtual console (in graphics mode) 
which accepts and emits 16bit-Unicode characters. What I need is the 
complete mapping of the first BMP of ISO10646 DIS 1.2. I have it in 
parts only (the major european Latin mappings). But the BMP also includes 
Asian character sets, which I do not know. I could hack in the entire
ISO10646 draft paper, but for some reasons I am reluctant to do this :-)
What I like to have is both a computer readable version of the tables and
a (X11R5-) bdf font with the proper mapping.
If someone has these things, please send it to me (or at least point me to
such code).

Holger
-- 
|  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.fb9dv.uni-duisburg.de
|__|  /  University of Duisburg  |
|  | /   Dept. of Electr. Eng.   |          "Understand me correctly:
|  |/    Inst. f. Dataprocessing |     I'm NOT the WIZARD OF OS" (Holger)
Newsgroups: comp.unix.bsd,comp.os.linux,comp.unix.pc-clone.32bit
From: karl@NeoSoft.com (Karl Lehenbauer)
Subject: Booting Hints (was [386BSD Install] endless reboot cycle, help please)
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Tue, 22 Dec 1992 08:32:35 GMT
Keywords: 386bsd install reboot 

Disable all RAM shadowing options in the BIOS.

Try different scratchpad RAM options.

Remove all unnecessary boards.

Make sure system runs DOS OK.

Try booting in non-turbo mode.

Get a patched kernel from one of the archive sites.
-- 
-- Email info@NeoSoft.com for info on getting interactive Internet access.
"In a minute, I'll burp up your droid."
Newsgroups: comp.unix.bsd
From: richardl@iat.holonet.net (Richard Levenberg)
Subject: What is entailed in adding disk
Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
Date: Tue, 22 Dec 1992 04:00:50 GMT

I have BSD running at work with a modicum of success but I want
to take it home where i have 293 Mgs on two disks (DOS C: and D:).

What is entailed in having the empty space on D: added to the main
/ on the C:?

richardl@holnet.net
Newsgroups: comp.unix.bsd
From: serini@ghost.dsi.unimi.it (Piero Serini)
Subject: Re: ref.tfs.com routing (JULIAN --- READ THIS)
Organization: Computer Science Dep. - Milan University
Date: Mon, 21 Dec 1992 20:32:00 GMT

a lot of people writes:

>>>It seems that packets for ref.tfs.com from Pipex (and presumably, anyone
>>>on the AlterNet too) get continually bounced between the following two
>>>routers :- [ ... ]
>>is this a 'permanent' condition, or one that occurs only occasionally?

Mon Dec 21 21:30:52 MET 1992
Here is my traceroute: (from ghost.dsi.unimi.it)

traceroute to ref.tfs.com (140.145.254.251) from 0.0.0.0, 30 hops max, 20 byte packets
 1  garr-gw.dsi.unimi.it (149.132.1.1)  7 ms  19 ms  10 ms
 2  garr-gw-CSI.dsi.unimi.it (149.132.254.2)  18 ms  11 ms  10 ms
 3  garr-gw.cilea.it (131.175.254.1)  11 ms  20 ms  16 ms
 4  GARR-gw.cineca.it (192.12.193.21)  12 ms  18 ms  31 ms
 5  GARR-gw-bo.infn.it (192.12.193.9)  15 ms  22 ms  22 ms
 6  chep1.cern.ch (192.12.193.5)  26 ms  38 ms  28 ms
 7  enss.cern.ch (192.65.185.200)  37 ms  43 ms  26 ms
 8  t1-4.cnss35.t3.nsf.net (140.222.35.6)  118 ms  112 ms  121 ms
 9  t3-3.cnss33.t3.nsf.net (140.222.33.4)  146 ms  114 ms  121 ms
10  t3-3.cnss32.t3.nsf.net (140.222.32.4)  119 ms  113 ms  119 ms
11  t3-1.cnss40.t3.nsf.net (140.222.40.2)  137 ms  127 ms  142 ms
12  t3-2.cnss24.t3.nsf.net (140.222.24.3)  135 ms  155 ms  157 ms
13  t3-1.cnss8.t3.nsf.net (140.222.8.2)  179 ms  190 ms  176 ms
14  t3-0.cnss9.t3.nsf.net (140.222.9.1)  180 ms  179 ms  192 ms
15  t3-0.enss128.t3.nsf.net (140.222.128.1)  185 ms  193 ms  192 ms
16  SU-B.BARRNET.NET (192.31.48.201)  190 ms  225 ms  191 ms
17  SU-C4.BARRNET.NET (131.119.254.104)  196 ms  183 ms  183 ms
18  UCB-C1.BARRNET.NET (131.119.2.2)  194 ms  190 ms  193 ms
19  UCB3.BARRNET.NET (131.119.253.29)  229 ms  243 ms  193 ms
20  TFS.BARRNET.NET (131.119.56.30)  212 ms  211 ms  199 ms
21  ref.tfs.com (140.145.254.251)  216 ms  200 ms  252 ms

Hope this helps
Piero

------------------------------------------ Piero Serini -----------------
Piero Serini	                  E-mail: serini@ghost.dsi.unimi.it   
Computer Science Dept.            or: piero@strider.st.dsi.unimi.it
Univ. Statale - Milano - ITALY      ** mail me your .signature **
-------------------------------------------------------------------------
From: guido@gvr.win.tue.nl (Guido van Rooij)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] adding a new partition.
Date: 30 Dec 92 18:57:22 GMT

julian@tfs.com (Julian Elischer) writes:

>In article <CC-MAIL+12_23_92_1#c#29PM+#091#386BSD#093#_adding_a_new_partition.*_S=BLANSFIE_OU=EM-01_O=CCMGW_PRMD=GOV+USDOE.G02_ADMD=ATTMAIL_C=US_@mailgw> /S=BLANSFIE/OU=EM-01/O=CCMGW/PRMD=GOV+USDOE.G02/ADMD=ATTMAIL/C=US/@mailgw.er.doe.gov writes:

Jezus......Now I know why I didn't like X400 :-)

-Guido
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: INTERNATIONALIZATION: JAPAN, FAR EAST
Organization: University of Utah Computer Center
Date: Mon, 28 Dec 92 06:40:29 GMT

In article <2565@titccy.cc.titech.ac.jp>, mohta@necom830.cc.titech.ac.jp (Masataka Ohta) writes:
|> In article <CARLTON.92Dec21163548@scws8.harvard.edu>
|> 	carlton@scws8.harvard.edu (david carlton) writes:
|> 
|> >I certainly wouldn't call it an insignificantly larger market.  Huge
|> >numbers of people use Chinese, Japanese, and other languages whose
|> >scripts don't fit in 8 bits, after all.
|> 
|> True. But, it should be noted that they don't fit even in 16 bits.

Work is already under way to adapt Unicode to 32 bits.  I would be interested
in any similar work you know of in progress for XPG4/JIS.  I am *not*
interested in proposing or attempting to provide yet another standard, if
that is what you believe is necessary.

|> Even character sets used in a single language can not be represented
|> with 16 bits.
|> 
|> While not all characters are used in modern Japanese, Taiwan already have
|> a character encoding standard which contains more than 65536 Han
|> characters.

0-65535 is 65536 characters, and is capable of being contained in an unsigned
short (16 bits).  I agree that this would leave no room for other characters
from other languages, but I doubt that all of these characters are in modern
use in a single dialect of Chinese.  In any case, the 32-bit Unicode should
have no problem handling the symbols.  I am more concerned with ligatures,
and I suspect there isn't a mechanism for doing this (short of an Arabic
or other ligature-bound language terminal).  Certainly our proposed mechanism
of X can not handle this within the bounds of its current font mechanisms,
nor can, I believe, Display Postscript, as on the NeXT.  Postscript is not
an alternative, given the nature of the 386BSD project and the licensing
restrictions glued to Postscript.

|> >Whether it is worth the
|> >effort to you is another matter, though;
|> 
|> Sure. But if you do something, do it throughly, so that you don't have
|> to do it twice.

Again, I want to stress that we are about the identification and adoption
of an existing standard rather than the specification and ratification of
a new one.  We may invoke "tricks" to reduce storage requirements or to
retrofit existing input mechanisms, but we are not attempting a new standard.


					Terry Lambert
					terry@icarus.weber.edu
					terry_lambert@novell.com
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: adrian@rachel.ibmpcug.co.uk (Adrian Hall)
Subject: ref.tfs.com routing (JULIAN --- READ THIS)
Organization: The IBM PC User Group, UK.
Date: Mon, 21 Dec 1992 13:06:34 GMT

I dont seem to be able to mail or otherwise ref.tfs.com

It seems that packets for ref.tfs.com from Pipex (and presumably, anyone
on the AlterNet too) get continually bounced between the following two
routers :-

		Washington.DC.ALTER.NET
		ENSS136.t3.NSF.NET

Perhaps Julian could look into this?

Adrian
-- 
------------------------------------------------------------------------------
Adrian Hall				Telephone: +44 (0)81 863 1191
Connect Systems Manager			Fax:	   +44 (0)81 863 6095
The IBM PC User Group			Internet:  adrian@ibmpcug.co.uk
From: gfoster@charm.isi.edu (Glen A. Foster)
Newsgroups: comp.unix.bsd
Subject: [386bsd] log= and printer=
Date: 31 Dec 92 14:52:30 GMT
Distribution: comp
Organization: USC/ISI, Marina del Rey, CA


While trying to install 386bsd on a new drive from an existing
installation, the files above wouldn't copy over using the well known
Rex Sanders cpdir tar pipe shell script or the cp command. Inspecting
these files showed that they are actually "socket links." I confess
that I am completely ignorant about socket links, how do I re-create
these directory entries? What will break if they aren't there?

Thanks in advance,
Glen Foster
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: 386bsd and AT&T SVR4 compatibility
Organization: Weber State University  (Ogden, UT)
Date: Mon, 28 Dec 92 22:48:10 GMT

In article <111@knobel.GUN.de> andreas@knobel.GUN.de (Andreas Klemm) writes:
>In <1992Dec22.121831.4481@ghost.dsi.unimi.it> marelli@ghost.dsi.unimi.it (Paolo Marelli) writes:
>
>| I'm very interested in obtain some information about
>| compatibility between 386bsd an AT&T SVR4 or similar
>| unix version like Consensys.
>
>| Do the excutables use the same format ?
>
>System V Rel.: 4	ELF-format
>			supports COFF as well
>
>386bsd:			a.out format.
>
>No way to exchange binaries between 386bsd and traditional SYSV Systems.

One fairly easy way to do this at some time in the future is to modify
the loader to recognize the magic numbers from ELF/COFF binaries (and
x.out, if we want xenix compatability) and index the system calls out
of a pointer in the proc struct for the current process rather than
out of a single system-wide array.  The kern_exec would be altered to
set the pointer appropriately based on the magic number; then the only
remaining exercise is to make sure there are emulation system calls
which act as expected for each set of system calls supported (in many
cases, no changes would be directly necessary).  A particular sticking
point may be things like parameters to ioctl's if the numbers do not
match between the target system being emulated and BSD.  In particular,
anything doing device I/O which depends on baud rates or terminal
settings would require an "emulation" module based on the constants
from the target systems header files.

But this is definitely doable, and is probably worthwhile in the long
run, since it will yield an existing commercial software base.


					Terry Lambert
					terry@icarus.weber.edu
					terry_lambert@novell.com
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-- 
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------