HDTenEightyP/NetNews huggingface dataset:
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: Cannot nfs export cdrom directory...HELP!!
Organization: Weber State University  (Ogden, UT)
Date: Sun, 24 Jan 93 00:19:52 GMT

In article <C17sGw.34C@micromuse.co.uk> peter@micromuse.co.uk writes:
>In article 17336@netcom.com, jagane@netcom.com (Jagane D Sundar) writes:
>> 
>> 
>> 	I am unable to nfs access a cdrom drive mounted on a 386bsd system 
>> 	using nfs. 
>> 
>> 	My commands,
>> 
>> 		mount -t isofs /dev/as4d /cdrom.
>> 
>> 		/etc/exports contains /cdrom.
>> 
>> 		I am able to mount the /cdrom drive on a different 
>> 		machine using nfs.  However, the directory
>> 		is empty and ls shows nothing.
>
>Right, I haven't tried this, but it sounds like the same as with SunOS...
>
>You have to "re-export" the /cdrom directory, after mounting it. On 386BSD I think
>you do this my sending a HUP signal to the mountd proess. This causes mountd to
>reread the /etc/exports file.

My experience has been that you have to restart mountd entirely -- it saves
state somewhere and is a bit bitchy (at least under SunOS).

Also reexporting a FS has failed me in the past.

Also, I do not know if the ISO-9960 FS supports the operations required by
NFS or not -- I know the recently posted PCFS doesn't, so it probably does
not.

Ie: you shouldn't necessarily expect the above advice to fix your problem.


					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
-------------------------------------------------------------------------------
Xref: sparky comp.unix.bsd:11843 comp.sys.ibm.pc.hardware:37238
From: johng@informix.com (John Galloway)
Newsgroups: comp.unix.bsd,comp.sys.ibm.pc.hardware
Subject: bus bandwidth Vs. disks, ISA/EISA/VESA IDE/ESDI/SCSI, best combo?
Date: 26 Jan 93 11:21:34 GMT
Distribution: usa
Organization: Galloway Research
Originator: johng@godzilla


First, given that I have not had anything to do with PCs for a few years,
here are what I think some terms mean, please corret me if need be.

ISA	the old AT 16 bit bus
EISA	a 32 bit extension of ISA (that can accept ISA carda, I think)
	Though to use EISA functionality, driver sw must be upgraded.
VLbus or
VESA	a local bus for fast devices usable in conjunction with either
	ISA or EISA, though the second would seem to waste the extra
	cost of an EISA card on unused EISA bandwidth.  The use of
	the local bus is sw transparent, the driver just thinks its
	using ISA or EISA.

What speed are these busses (typically, even plausibly) clocked at in
a 33 Mhz system?

I wish to do some file system experiments on 386BSD and want the highest
performance disk subsystem (that is also not wildly expensive and reasonably
flexible).  This would seem to be 1 or 2 system disks on whatever controler
is handy, and then 4 test disks each on its own contoler.    I am mostly
tinkering around with eliminating seeks, so I want to (try to) eliminate
data xfer bandwidth bottlenecks, so as to focus easily on my targeted problem.
(there of course can be/are sw bottlnecks in 386BSD also, but thats what
you get the source for and why I am using 386BSD!)

bus options:
	1) ISA, cheapest, but what are the performance limits
		I want to allow 4 concurrent xfers.
	2) ISA+VESA, more expenisve, and having 4 ISA+VESA
		slots seems rare.
	3) EISA, more expensive, both for the controlers, the system, and
		system RAM, and there are availability problems.
	4) EISA+VESA, why? I don't get this one.
controler options
	1) IDE, cheapest, but again what are their xfer limits?  Orchid
		(I think) makes a ISA+VESA IDE controler, so if that makes
		sense IDE must be able to keep up.
	2) ESDI, more expensive but defintely faster.
	3) SCSI, also more expensive that IDE and at least somewhat
		less performance then ESDI (due to controler setup, SCSI
		drives internally are often [subset] ESDI), and I would
		rather not have the device geometry and remapping hidden.

Getting a ISA+VESA IDE controler that could do xfers on two drives
concurrently, (thus needing only 2 slots for 4 drive) would likely be my
choice, but I do not know of such a device.  Any suggestions?
thanks.
	-jrg
-- 
internet    jrg@galloway.sj.ca.us  John R. Galloway, Jr  795 Beaver Creek Way
internet    johng@informix.com     CEO...receptionist    San Jose, CA   95133
applelink   D3413                  Galloway Research     (408) 259-2490
From: bushnell@post.its.mcw.edu (Eric Bushnell)
Newsgroups: comp.unix.bsd
Subject: [386bsd] no cursor
Date: 20 Jan 1993 20:41:19 -0600
Organization: Medical College of Wisconsin  (Milwaukee, WI)
NNTP-Posting-Host: post.its.mcw.edu
Summary: no cursor
X-Newsreader: TIN [version 1.1 PL7]

I haven't seen this one in the newsgroup, the BUG list, or the FAQ,
so I guess I'll post.

My system only shows a cursor on the top line of the screen. When
that line is not active for input, there's no cursor. This adds
a certain adventure to otherwise mundane text editing. 8-)

I get a blinking block following a "clear" or when I first
invoke vi. Once I leave the top line though, bye bye cursor.
I haven't noticed any of the other video problems mentioned elsewhere.

I'm running a 486/33 with 4MB RAM and a Trident 9000 VGA card with 512K.

Can anyone offer a clue for me?

Thanks,

Eric Bushnell
bushnell@post.its.mcw.edu
Newsgroups: comp.unix.bsd
From: kaleb@jpl-devvax.jpl.nasa.gov (Kaleb Keithley)
Subject: Re: [386BSD] gcc2 and -fPIC
Organization: Jet Propulsion Laboratory (NASA)
Date: Wed, 27 Jan 1993 17:23:21 GMT

In article  hlu@eecs.wsu.edu (H.J. Lu) writes:
>In article  kaleb@jpl-devvax.jpl.nasa.gov (Kaleb Keithley) writes:
>|> In article  hlu@eecs.wsu.edu (H.J. Lu) writes:
>|> >In article  (Chris G. Demetriou) writes:
>|> >|> anybody gotten code compiled w/gcc2's -fPIC to assemble properly
>|> >|> (or "at all") under 386bsd?
>|> >|> 
>|> >That is because as on bsd doesn't support PIC yet. That leads to another
>|> >question. I believe a.out format is not very good for PIC even with some
>|> >patches. Personally, I prefer ELF. The problem is gnu binutils 2.x and
>|> >gas do not fully support ELF. I was wondering if anyone has done something
>|> >on ELF?
>|> 
>|> Huh?  a.out and PIC work pretty good on Sun.  I always understood the
>|> difference between PIC and non-PIC was the use of relative addressing
>|> versus "hard" addressing.  I'm sure the assembler is more than capable
>|> of handling relative offsets if the compiler generates them correctly.
>
>Not even SUN uses that a.out format anymore. ELF is the way to go.

"...that a.out..."  Not everyone has switched to Solaris 2.x!

>|> Gcc doesn't grok PIC on any 386 machine, period, e.g. Sun 386i -- at
>
>You haven't try -fPIC -O on libg++-2.3 yet.
>
>|> least that's what I was told when I asked gnu.gcc.help.  There are patches 
>|> out there to make gcc generate PIC on 386.
>
>Those patches are for psudo PIC for SVR3. I don't care SVR3. I want ELF.

Actually the patches I'm referring to are for SunOS on Sun386i, which
is actually COFF.  At the risk of repeating myself, gcc itself doesn't
yet support PIC on any 386, irrespective of anything else.

>That is precisely why I want PIC. I'like to see PIC/ELF be used in 386bsd
>and Linux.

I think you're asking for an awful lot.  Linus Torvalds, Richard Stallman,
and Bill and Lynne Jolitz already have a lot of momentum behind a.out in
their respective operating systems.  Even if the changes were isolated to 
only the assembler and linker, I haven't seen any evidence that any of them 
intend to deviate from that direction.

-- 

Kaleb Keithley                               kaleb@jpl-devvax.jpl.nasa.gov
From: frank@cs.yorku.ca (Frank Pikelner)
Newsgroups: comp.unix.bsd
Subject: BSD and secondary drive I/O
Date: 22 Jan 93 18:31:05 GMT
Article-I.D.: yetti.1682
Distribution: world
Organization: York University, Dept. of Computer Science

Hello,

I have an IDE hard drive and an ESDI drive with its own controller using a
secondary I/O and IRQ. Will 386BSD be able to find the secondary controller and
use the ESDI drive? Also are there any programs like FDISK for BSD so I do
not have to go back to DOS to change the partition table?

THanks in advance,

-- 

--------------------------------------------------------------------------
 ---  ---    Frank Pikelner                                          /~\
 \    \  \   Technical Assistant, Department of Computer Science    <v.v>
  \-   \--   York University (Toronto, Canada)                      ,\^/;
   \    \    Internet: frank@cs.yorku.ca                            _{!}_
--------------------------------------------------------------------------
From: au141@cleveland.Freenet.Edu (Amber M. Spillers)
Newsgroups: comp.unix.bsd
Subject: dial in at 8N1 *possible* on BSD?!?!
Date: 27 Jan 1993 23:44:11 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: au141@cleveland.Freenet.Edu (Amber M. Spillers)
NNTP-Posting-Host: hela.ins.cwru.edu



   I am trying to set up a dialin terminal at 8N1, and I am simply
stumped.  I have been over the manual for gettytab, getty, stty, termios
and friends and I see no way to get it to really do 8N1, I *don'* mess
with setting any of the parity settings in gettytab this means I should
use NO parity right?  and I simply don't see a setting for setting up
cs8 in gettytab.  I do know where all these settings are in stty and
have successfully used them but all my fullscreen applications shit me
back to 7E1.  is there any solution to this?  should I just give up and
put my tail between by legs and let bsd have the terms the way *it*
likes them?  

  any help MUCH appreciated!


-- 
"Stay Sane Inside Insanity" -- The Rocky Horror Picture Show
sysop of the Rocky Horror Picture Show BBS 1-618-529-5999 24Hrs
USR Dual Standard ** programming support ** NON-Etherealized

Newsgroups: comp.unix.bsd
news.univie.ac.at!paladin.american.edu!howland.reston.ans.net!spool.mu.edu!agate!doc.ic.ac.uk!citycs!city!Hailsham!ac116
From: ac116@city.ac.uk (Tarkan)
Subject: [386BSD] how do i get booteasy from a posting here
Summary: how do i turn a posting filed in to executeable booteasy
Keywords: BOOTEASY 386BSD
Organization: The City University
Distribution: comp
Date: 26 Jan 93 16:46:57 GMT

can anyone help,,I've filed the booteasy posting
and I have tried turning it into a .zoo file
with no success,,how am i supposed to do it
I've got a copy of zoo.exe to extract once i have got it
in to .zoo format


--
************************************************
* if you haven't guessed yet...                *
*  Tarkan....             at: ac116@city.ac.uk *
********************************auto*signature**
From: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD]  BUG in 0.1/0.2:  How to configure IRQ on NE1000 boards?
Date: 26 Jan 1993 20:39:54 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.ai.mit.edu


In article <1k1oafINNrl4@smurf.sti.com> dgreen@sti.com (Dan R.
Greening) writes:
>
> Each time it comes up with 
>
> ne0 ethernet address xx:xx:xx:xx:xx:xx at 0x300 irq 9 on isa

Pretend it says `irq 2'.

-- 
 \  /   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,comp.periphs.scsi
From: dlcogswe@vela.acs.oakland.edu (Dan Cogswell)
Subject: Re: Best Bargain for a SCSI Host Adapter Board for a DOS PC ??
Organization: Oakland University, Rochester MI.
Date: Fri, 22 Jan 1993 00:57:23 GMT

kamil@alumni.cs.colorado.edu (Kamil Maheshwari) writes:


>---------------------------------------------------------------------
>Hi Y'all,

>I am interested in finding out the BEST bargain (most bang for the buck)
>SCSI Host Adpater Board for a DOS/PC. Please let me know if you have a
>compiled list, or if you have any favorites. Money IS a concern along
>with future expandability and flexibility. E-mail works best for me.

I feel I just got a bargain.  I bought an Adaptec 1522B from Mac and PC
USA (1-800-858-7436) for $99.  That's abut $40 less than I've seen it
other places.  They also sell the 1542B for $225, which is a fair price.
I couldn't justify the extra cost considering mine is being used for a
CD-ROM and tape in the future, but you may have different needs.

-- 
Dan Cogswell
Shirt size:  extra medium
Newsgroups: comp.unix.bsd
From: deraadt@newt.cuc.ab.ca (Theo de Raadt)
Subject: 386BSD: yp anyone?
Organization: little lizard city
Date: Fri, 22 Jan 1993 08:46:41 GMT

I've essentially finished my client (re-)implimentation of YP for 386BSD.
I've tried to make it compatible to sun's. I'm feeling lazy though when it
comes to implimenting the getpwent() style functions... Basically what I
have is all the functions in the sun manual page ypclnt(3N), ypbind(8),
ypcat(1), ypmatch(1) and ypwhich(1).

If anyone wants a little project either grab the source out of my home
directory on ref.tfs.com, or send me mail and I'll send it to you.
I don't figure that hacking getpwent(), getgrent(), gethostent(), etc..
and friends to do this should take all that much work.

Anyone interested??
 <tdr.

--

This space not left unintentionally unblank.		deraadt@newt.cuc.ab.ca
From: cs170501@vtaix.cc.vt.edu (Someone Interesting)
Newsgroups: comp.unix.bsd
Subject: TinyBSD install by hand
Date: 28 Jan 93 04:07:34 GMT
Organization: Virginia Tech, Blacksburg, VA


   Could someone please repost or mail me the script on how to do the TinyBSD
install manually?  I already have my drive set up but I can't seem to get
certain binaries that were there last time...thanks!



Matt
From: wjolitz@soda.berkeley.edu (William F. Jolitz)
Newsgroups: comp.unix.bsd
Subject: 386BSD USENIX BOF
Date: 25 Jan 93 19:44:06 GMT
Organization: U.C. Berkeley, CS Undergraduate Association
NNTP-Posting-Host: soda.berkeley.edu




A MEMO TO 386BSD USENIX ATTENDEES:

	Due to deadlines and other work commitments, Bill and I will be
unable to attend the 386BSD BOF Tuesday evening at USENIX in San Diego, 
CA. USA. We hope to meet with 386BSD users and hear about what you want 
from 386BSD -- possibly even at our own 386BSD conference -- later in 
the year. 

	Instead, Chris Demetriou will be leading the 386BSD BOF. Chris 
has been an enormous help to 386BSD users, and has himself put out new
work to be incorporated into 386BSD. We hope you will attend this BOF
and support him and each other in discussing new 386BSD work. If there 
are any additional questions, feel free to contact us.

	If people have questions about 386BSD directions or policy, have 
them contact us via the usual channels and we will deal with them. We 
always welcome courteous and thoughtful discussion on any 386BSD-related 
issues.
	
	For those 386BSD users who attend this USENIX and other conferences,
I have this small piece of advice -- be proud of who you are and what you 
have done.  Most users of 386BSD cannot afford to take the time and money 
to attend these conferences, so you few who went to the trouble and expense 
represent not just yourselves but a very large and dynamic community of users.
There are hundred-of-thousands of people all over the world who are also part 
of 386BSD, so you are not alone.  

	Please try to rise above petty bickering and trivial insults, and 
steer clear of gossip and character-assassination. There is no point to 
reacting negatively to envy and bitterness. Remember -- 386BSD is doing 
just fine, and the best response to uncouth or ill-tempered remarks is 
the success all of you have already made of 386BSD! 

	There are a lot of exciting things happening with 386BSD. And this 
is only the beginning!

	But most of all -- HAVE FUN!

Good Luck!

Lynne Jolitz.
ljolitz@cardio.ucsf.edu
Newsgroups: comp.unix.bsd
From: kaleb@jpl-devvax.jpl.nasa.gov (Kaleb Keithley)
Subject: Re: [386BSD] gcc2 and -fPIC
Organization: Jet Propulsion Laboratory (NASA)
Date: Wed, 27 Jan 1993 00:26:00 GMT

In article <1993Jan26.210430.27806@serval.net.wsu.edu> hlu@eecs.wsu.edu (H.J. Lu) writes:
>In article <CGD.93Jan25211237@eden.CS.Berkeley.EDU>, cgd@eden.CS.Berkeley.EDU (Chris G. Demetriou) writes:
>|> anybody gotten code compiled w/gcc2's -fPIC to assemble properly
>|> (or "at all") under 386bsd?
>|> 
>That is because as on bsd doesn't support PIC yet. That leads to another
>question. I believe a.out format is not very good for PIC even with some
>patches. Personally, I prefer ELF. The problem is gnu binutils 2.x and
>gas do not fully support ELF. I was wondering if anyone has done something
>on ELF?

Huh?  a.out and PIC work pretty good on Sun.  I always understood the
difference between PIC and non-PIC was the use of relative addressing
versus "hard" addressing.  I'm sure the assembler is more than capable
of handling relative offsets if the compiler generates them correctly.

Gcc doesn't grok PIC on any 386 machine, period, e.g. Sun 386i -- at 
least that's what I was told when I asked gnu.gcc.help.  There are patches 
out there to make gcc generate PIC on 386.  One author of such patches told 
me that Stallman didn't like them because they broke other things, or didn't 
fit the gcc conceptual design or some other blather...

Anyway, ask around on gnu.gcc.help -- the patches are out there!

BTW, you probably already know this, but I'll mention it for what it's
worth.  99&44/100% of all things compiled with PIC go into shared 
"libraries".  Getting things compiled/assembled with PIC is only half the 
battle.  Then you have to modify 'ld' to create the library with the PIC 
objects.  At least you'll want to handle the pure-text assertion.

-- 

Kaleb Keithley                               kaleb@jpl-devvax.jpl.nasa.gov
From: msmith@beta.tricity.wsu.edu (Dragon Lord)
Newsgroups: comp.unix.bsd
Subject: Re: ps -uax does not work?
Date: 26 Jan 93 05:34:58 GMT
Article-I.D.: serval.1993Jan26.053458.20673
Distribution: usa
Organization: Washington State University Tri-Cities, Richland

In article <C1FLFp.15x@unix.portal.com> schuler@shell.portal.com (Carlos Alejandro Schuler) writes:
>This is the reply I get when trying ps -uax on 386BSD ...
>
>metrics 3 % ps -uax
>USER       PID %CPU %MEM   VSZ  RSS TT  STAT STARTED       TIME COMMAND
>ps: nlist: can't find following symbols: _fscale _avail_start _avail_end
>Floating exception
>
>I am just on my first day with the system, so I don't know whether
>there are any patches I am missing ... Any help?
 
I also get the "Floating exception".  This is associated with the "u"
option.  I've only had the system installed for about 2 weeks so I
haven't had time to poke around yet.

Mark
Newsgroups: comp.unix.bsd
From: erc@unislc.uucp (Ed Carp)
Subject: Re: BSDI/USL Lawsuit -- More Bad News for Human Beings...
X-Newsreader: TIN [version 1.1 PL6]
Organization: Unisys Corporation SLC
Date: Thu, 28 Jan 1993 05:05:26 GMT

Thor Lancelot Simon (lancelot@spock.uucp) wrote:

: I can do you one better.  I've had access to AT&T Unix sources for at least four
: years.  I've examined fairly closely, and at times modified, bits-n-pieces of
: the V7 and 32V kernel source.  I've also worked with the 4.3 kernel guts, though
: not as much.  However:
: 
: I'm a minor.  So I'm not bound by any contractual obligation, to AT&T or anyone
: else.  If USL is still working on the trade-secret angle in their lawsuit, I
: or others like me will, once we hit the mainstream of the computer industry,
: be exactly the type of legal conduit for information that removes trade-secret
: protection.  I doubt that USL has the legal resources to fight with the common
: law...

The problem with that is that whoever gave you access to the source can be sued
(and successfully, I might add) for giving you such access, because you are not
an adult, and cannot enter into a legal binding contract - this is a clear
violation of the AT&T licensing agreement.
-- 
Ed Carp			erc@apple.com, erc@saturn.upl.com	801/538-0177

"It is your resistance to 'what is' that causes your suffering."   -- Buddha
From: ramon@blade.stack.urc.tue.nl (Ramon Kolb)
Newsgroups: comp.unix.bsd
Subject: Re: HELP! What do I need?
Date: 28 Jan 93 07:40:53 GMT
Organization: MCGV Stack, Eindhoven University of Technology, the Netherlands.
X-Newsreader: TIN [version 1.1 PL6]

A Wizard of Earth C (terry@cs.weber.edu) wrote:
: In article <7111@tuegate.tue.nl> ramon@blade.stack.urc.tue.nl (Ramon Kolb) writes:
: >I want to buy a computer and run UNIX on it. The unix I'm gonna run must be
: >nice and stable. I consider taking BSD386 as it is in public domain now, 
:                                     ^^^^^^
: 				    BSD/386?!?
: 
: I think you mean 386BSD.

Ok, ok, ok TerryBoy, I meant 386BSD indeed. It's *really* fun to catch me on
my words, but that doesn't answer the question I posed...
So: again: what do I have to install in this empty computer cover?
Please answer this question first, and then flame me again!



         --Ramon
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Ramon Kolb  | ramon@stack.urc.tue.nl (internet)                Tristan on IRC
(PA3EUG)    | sysop@pa3eug.ampr.org (amprnet)
Eindhoven University of Technology, The Netherlands
disclaimer: if you don't agree: consider "void message(void)"
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Quote of the day: "Now go away, or I shall taunt you a second time!"
Newsgroups: comp.unix.bsd
From: peter@NeoSoft.com (Peter da Silva)
Subject: smail 2.5 for BSD
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Thu, 21 Jan 1993 12:42:15 GMT
Summary: Never hack sendmail.cf again!

Never hack sendmail.cf again!

For all the BSD sites using UUCP for mail connectivity.

You may have noticed that the BSD sendmail.cf is kind of unfriendly
towards UUCP. I've been unable to make it behave, so I finally put
smail 2.5 on my BSD system. The cut of smail I'm using is now in my
directory (~pds) on ref.tfs.com. It's set up for ALWAYS routing, so
make sure all your UUCP neighbors are in your paths file.

I didn't include a copy of pathalias, since I generally use a dumb
paths file. I see no reason the stock pathalias won't work.

If you're using both SMTP and UUCP, I've included a channel router
that you can use to route mail for specified systems to sendmail.
-- 
Peter da Silva.  <peter@sugar.neosoft.com>.
 `-_-'   Oletko halannut suttasi tnn?
  'U`    
Tarjoilija, tm ateria el viel.
Newsgroups: comp.unix.bsd
From: hd@world.std.com (HD Associates)
Subject: [386BSD] Hang compiling xterm with patch kit 2
Organization: The World Public Access UNIX, Brookline, MA
Date: Tue, 26 Jan 1993 21:12:29 GMT

I get a disk subsystem hang ld'ing xterm on 386bsd.  I've applied
the new patch kit hoping it would fix things, but doesn't.  The system
continues to run, and if I have things running in the background
such as "leave" or the window manager they continue to function
until they have to use the disk.

I'm using Julian's SCSI system on a Micronics 486VL mother board, 16MB
memory with Adaptec 1542B and two CDC/Seagate roughly 300 MB drives.

I've copied the xterm directory onto my first drive, rebooted single user
and verified it still hangs, eliminating the case of a funky file system
and broken code.

The first thing I ask myself is where the processes are sleeping.  Is there
any way to dump the process table from the debugger?

Peter Dufault
HD Associates
Newsgroups: comp.unix.bsd
From: faldor@seq.uncwil.edu (Sherman Brown)
Subject: Crypt() for 386bsd where?
Organization: Univ. of North Carolina @ Wilmington
Date: Tue, 26 Jan 1993 22:10:25 GMT

	I am currently using a program which calls crypt() as a C function
but have found that none was in the package I pulled down from 
berkeley early last year...  I do not have the kernel or source
code for many things...  and I'd like to be able to use crypt can anyone ehlp me with this?

thanx,
Faldor

Newsgroups: comp.unix.bsd