HDTenEightyP/NetNews huggingface dataset:
From: stripes@pix.com (Josh Osborne)
Subject: Re: Sound Blaster Driver for 386BSD
Organization: Pix Technologies -- The company with no adult supervision
Date: Mon, 12 Oct 1992 17:20:50 GMT

In article <1992Oct12.095513.15213@autelca.ascom.ch> nbladt@autelca.ascom.ch (Norbert Bladt) writes:
[...]
>Do you know which version of the Pro ?

No, it was bought about 6 months ago, can you tell from that?

>I have heard that there are two different ones.
>One use two chips with 11 channels on each to do 11 channel stereo (?).
>The newer one just has one chip with 20 channels on it.
>If that's true, there must be, at least in stereo mode, quite a different
>handling of those two boards. Which one are you using ?

The box said something about "22 voices".

>You see, I am interested in buying such a board. I would like to do
>some editing of songs under X11R5 and create Midi output to play on my
>girl-friends digital piano.

Well the MIDI stuff should be just fine on both versions of the Pro.

>I am running 386BSD and this driver is OK for me.
>Now, I wonder, which board should I buy or is it easy to support
>the new version of the board which I would rather want to buy.

Well we are going to try to make it work for a Pro Audio Spetrum 16
(which I think is the best card on the market - better grounding for
less interferance, _standard_ 50-pin SCSI, 16-bit DAC (and I hear AtoD))
as soon as we can, so I immagine it ought to work on the newer SBPro
also.  Check on the prices of the PAS-16 + MIDI kit and the ProAudio + MIDI.
Creatave Labs charges *alot* for the MIDI kit...

>Thanks for the port !
>I was about to looking at the code while you are posting this article.

Good timing then.  Good luck getting the MIDI stuff working (we havn't
tested it - need to find a MIDI device first, we do have the MIDI kit 'tho).
-- 
           stripes@pix.com              "Security for Unix is like
      Josh_Osborne@Real_World,The          Multitasking for MS-DOS"
      "The dyslexic porgramer"                  - Kevin Lockwood
We all agree on the necessity of compromise.  We just can't agree on
when it's necessary to compromise.       - Larry Wall
Newsgroups: comp.unix.bsd
From: bri@pegasus.mit.edu (Brian D. Carlstrom)
Subject: [386BSD] Installing XFree86 to std.dist. + patchkit
Organization: mit
Date: Mon, 12 Oct 1992 20:01:11 GMT

I just started over from scratch. i installed bin01 src01 etc01
on my entire IDE drive, and applied all the patches in the latest
patchkit except for patch00047 (some wd ethernet one) i also
just grabbed the XFree86 core-* files and extracted them, and
ran the x386install as indicated. i think i know have to fix
the Xconfig, as i have a Sony 1304 (listed) and a trident card...

*My problem is applying the 386bsd.patches to my kernel sources.
does anyone have sources that were patches withthe patchkit and
that will work with XFree86? should i patch the src's with the
XFree86 patches first and then the patchkit? any help appreciated.

-bri

Newsgroups: comp.unix.bsd
From: phil@news.ccutah.edu (Phillip Neiswanger)
Subject: Is anyone porting 386BSD?
Organization: University of Utah Computer Center
X-Newsreader: Tin 1.1 PL3
Date: Thu, 8 Oct 92 00:07:35 GMT

Hi,

I'm wondering if anyone out there is porting 386BSD to other architectures?

--
				phil
				email:	phil@csulx.weber.edu
					phil@icarus.weber.edu
Newsgroups: comp.unix.bsd
From: wright@merlin.etsu.edu (Brian C. Wright)
Subject: NE2000 compatibility problems?        
Keywords: Advanced Lan Product Ethernet Boards
Organization: East Texas State University, Commerce, Texas
Date: Fri, 9 Oct 1992 20:33:04 GMT

Howdy, 

     I'm trying to install 386BSD on a PC here at East Texas State 
University using an Advanced Lan Product NE2000 compatible ethernet
board.  The board configures properly and is found by the kernel as
ne0, but one the board is set with a proper address and marked as up 
it outputs a lot of constant garbage to the screen.  It seems that 
whenever there is any network activity on the card, it will output
the string 'startart'.  Has anyone experienced this problem?  Will 
I need a different card, to recompile the kernel, a patch, or any
thing else to fix this?  Thanks much for any help.

BTW, please email your responses to wright@merlin.etsu.edu instead of 
posting here as I don't normally read through this group thoroughly. 


-- 
Brian Wright                                  ///
                                             ///   ONLY Amiga
wright@merlin.etsu.edu                  \\\ /// makes it possible!
wright%merlin.etsu.edu@ricevm1.rice.edu  \\X// 
Newsgroups: comp.unix.bsd
From: d87-mal@blofeld.nada.kth.se (Mats Lfkvist)
Subject: Re: The ultimate 386BSD machine?	(FAQ fodder)
Organization: Royal Institute of Technology, Stockholm, Sweden
	<D87-MAL.92Oct9193909@oddjob.nada.kth.se> <BvwpnM.6Bp@pix.com>
Date: Sat, 10 Oct 1992 14:56:22 GMT

In article <BvwpnM.6Bp@pix.com> stripes@pix.com (Josh Osborne) writes:

   I had heard that VL complient cards should run with the VL clocked up to
   66Mhz.


From a summary of the VL bus spec (see biz.zeos.general):

"Interface Speeds

The VL-Bus operates up to 66MHz. Electrical characteristics of the Physical
VL-Bus connector limit the speed of a VL-Bus device operating across the 
connector (i.e, an add in board) to 40 MHz. The VL-Bus clock operates at
the same frequency and phase with the CPU clock. CPU's using double speed
clocks (386-type CPUs for example), must divide down the CPU clock before
driving the VL-Bus clock. Systems that dynamically swithc CPU speeds 
(such as portables) are supported. The system may also stop the CPU
clock entirely, provided that no DMA activity occurs during the time the
CPU clock is stopped."

      _
Mats Lofkvist
d87-mal@nada.kth.se
From: spedpr@thor.cf.ac.uk (Paul Richards)
Newsgroups: comp.unix.bsd
Subject: XFree86 and mice
Date: 12 Oct 92 05:41:54 GMT
Organization: University of Wales College at Cardiff
X-Mailer: Cardiff Computing Maths PP Mail Open News Gateway

I've just installed the new X server and I can't get any mice to work.
I've tried a genius mouse with the mousesystems option and a logitech
mouse with logitech and neither work.

The server starts up prints the stippled background and the mouse cross
and then just sits there. The cross doesn't respond to the mouse and the
keyboard appears to be dead.  Any ideas?

My card is an Orchid Prodesigner.

-- 
  Paul Richards at Cardiff university, UK.

  spedpr@uk.ac.cf.thor	Internet: spedpr%thor.cf.ac.uk@nsfnet-relay.ac.uk
  UUCP:     spedpr@cf-thor.UUCP or ...!uunet!mcsun!uknet!cf!thor!spedpr
+++
Newsgroups: comp.unix.bsd
From: nbladt@autelca.ascom.ch (Norbert Bladt)
Subject: Re: Newbie with EISA problems... 
Organization: Ascom Autelca AG, Guemligen, Switzerland
Date: Thu, 15 Oct 1992 09:13:00 GMT

terry@cs.weber.edu (A Wizard of Earth C) writes:

>In article <1992Oct14.031829.13705@selway.umt.edu> rjh@selway.umt.edu (The Necromancer) writes:
>>
>>I have a 486 50 Mhz EISA machine with an Award bios, a 
>>BusTek BT-742a SCSI card and a 540 mb connor drive attached.
>>I can boot off of the Tiny 386bsd floppy and run install just
>>fine, but when I try to boot off of the HD, it hangs with the
>>floppy drive spinning.
I suggest that you get the new boot-blocks from the Julian "boot-kit"
and try it with those, first. It might work for you, even without the
new SCSI drivers. You were able to install 386BSD on your harddisk from
the dist.fs floppy, I wasn't !
I don't know whether using just the new boot-blocks will work, but I can't
see a reason why it shouldn't.
Perhaps Julian can tell more about this ?
I did just use it the other way around, first, i.e. Julians driver and
old boot-blocks but couldn't boot with those, at all.

>The Bustek is a [supposely] Adaptek compatable.  The EISA Adaptek boards
>(the 1740 & 1742) require being put in 154x mode for boot, and Julian's
>SCSI driver and new boot blocks to keep going after that.  I don't know if
>the BusTek supports soft-configuration into "174x" mode, but it needs to if
>you expect to use it.
Yes, the BusTek 742 (in a certain mode) is compatible with the Adaptec 1542B,
but not with the Adaptec 1742A (in enhanced mode which I am using) !
But that doesn't matter because there is a driver for the BusTek 742 in
Julian's SCSI driver set. But that would perhaps not even necessary for you
(see above).

>>From what I have read here, it seems that
>>I should recompile the kernel with julian's SCSI drivers, which I
>>do not have the resources to do.
I am not sure about that.

>Yep, and the boot blocks.
You will, at least, definitely need the new boot-blocks.

>>Is there an FTP site that I can
>>get a dist.fs patched with the SCSI drivers?

>Not with the boot blocks in the installtion cpio archives.  You'd have to
>rebuild the majority of the dist.fs, not just the kernel.  I don't know
>anyone who has done this yet.
Because I have a similar system (EISA with Adaptec 1742A) I build a new
fixit.fs with the new boot-blocks and Julian's drivers (for the 1542B =
1742A standard mode) in the kernel. However, I don't
have ftp-access, can't put it on a ftp-server and can't send the
1.2 MB of the fixit.fs disk (I think I have to pay for this mail and it would
be very expensive in Switzerland !).
In addition, because the new kernel was larger than the old one, I had to
delete "stty" from the fixit.fs disk.

Hope this helps,

Norbert.
-- 
Norbert Bladt, Ascom Autelca AG, Worbstr. 201, CH-3073 Guemligen, Switzerland
Phone: +41 31 999 65 52			FAX: +41 31 999 65 44
Mail: nbladt@autelca.ascom.ch   UUCP: ..!uunet!mcsun!chsun!hslrswi!aut!nbladt
Newsgroups: comp.unix.bsd
From: song@iastate.edu (Chang-Hyeon Song)
Subject: Xfree86.  Too slow!!
Organization: Iowa State University, Ames, IA
Date: Sat, 10 Oct 1992 02:26:26 GMT

Hello, netter.
I have just installed XFree86 I got from agate on my 386BSD.
Then I have noticed that when I open two or more xterm, it is too slow.
It was swapping all the time.

Is this the way it is, or am i missing something here?
I have 8Meg RAM with 169Meg HD for my BSD.
And running 1024x768 with Tseng card with SONY 1304.
Thanks in advance.

Newsgroups: comp.unix.bsd
From: wutcd@chemnitz.guug.de (Joerg Wunsch)
Subject: Re: [386bsd]Where is outb defined?
Organization: tu-chemnitz
Date: Fri, 9 Oct 1992 16:29:17 GMT

colin@cs.curtin.edu.au (Colin Manning) writes:

>	I was looking through wt.c, and fd.c, and came across outb() and 
>out_fdc().  I can't find where they are defined.  Could someone please point me
>in the right direction?

I actually don't know where to find out_fdc(), must be somewhere in fd.c
or around. (I can imagine what it does: check fdc main status register
till fdc is writable, then ``out''ing the byte.)
But outb() is where i would have been looking for it, of course: in locore.s
(/sys/i386/i386/locore.s).

	enjoy, J"org

--
J"org Wunsch, TCD GmbH Dresden, R"ahnitzgasse 18, D-O-8060 Dresden
                                                              \     ~.~. 
	joerg_wunsch%bonnie@hadrian.hrz.tu-chemnitz.de         \   ~  | ~ 
	voice: +49-351-5965 137                                 \    ===
Newsgroups: comp.unix.bsd
From: db@sunbim.be (Danny Backx)
Subject: Re: x11perf on XFree86,386bsd:data
Reply-To: db@sunbim.be
Organization: BIM n.v. Everberg Belgium
Date: Thu, 15 Oct 92 07:11:35 GMT

eoahmad@ntu.ac.sg (Othman Ahmad) pointed me to the question "How many colors?" I
was using. Unfortunately, that was for an NCD19r which is monochrome (so 2 colors).
My apologies for the omission.

Here is the same thing for an NCD19c, which has 256 colors (8 bits/pixel). Note the
color NCD19c is even faster than the monochrome NCD19r.

io!db 1 % x11perf -bigtilerect500
x11perf - X11 performance program, version 1.3
DECWINDOWS (Compatibility String) Network Computing Devices Inc. server on 141.253.1.51:0.0
from io
Thu Oct 15 08:05:24 1992
 
Sync time adjustment is 2.6297 msecs.
 
   300 reps @ 16.9798 msec (  58.9/sec): 500x500 161x145 tiled rectangle
   300 reps @ 17.0099 msec (  58.8/sec): 500x500 161x145 tiled rectangle
   300 reps @ 17.0184 msec (  58.8/sec): 500x500 161x145 tiled rectangle
   300 reps @ 17.0135 msec (  58.8/sec): 500x500 161x145 tiled rectangle
   300 reps @ 17.0135 msec (  58.8/sec): 500x500 161x145 tiled rectangle
  1500 trep @ 17.0070 msec (  58.8/sec): 500x500 161x145 tiled rectangle

---
	Danny Backx
	System Engineer

E-Mail: db@sunbim.be    (or uunet!mcsun!ub4b!sunbim!db)

Telephone: +32(2)759.59.25	Fax : +32(2)759.47.95

Postal Mail :
	Danny Backx
	BIM
	Kwikstraat 4
	3078 Everberg
	Belgium

Newsgroups: comp.unix.bsd
From: bmyers@rucs2.sunlab.cs.runet.edu (B.Myers)
Subject: Re: 386BSD and manual pages [WITH SOLUTION!]
Organization: Radford University
Distribution: global
Date: Wed, 14 Oct 1992 03:34:26 GMT

In article <1992Oct10.170713.12180@hippo.ru.ac.za> g89s9112@hippo.ru.ac.za (Dirk Sturzebecher) writes:
>Hi all,
>just a short question. how do manual pages work with 386bsd ?
>
>they are not in the normal format but rather as some form of text
>file (with special char's to do the high lighting of keywords).
>How do I get normat manual pages to 386bsd manual pages? I tried
>troff,.. , but the results where not more or less unsatisfactory !
>
>Cheers, Dirk
>
>-- 
As it so happens, I didn't like waiting 1-10 min for Xman to re-format
the manpages, and nroff didn't like to format pages for me in anything but
the bourne shell, so I wrote a catman script, like the binary program that
SunOs uses to automaticly make catman pages for you. It is now finished
and I will post it either later tonight, or tomorrow.

small features:
	- re-format existing/older catman pages.
	- selective formatting of pages by directory or file
	- 3 levels of verboseness for compatability with outside programs.
	- select default answers to questions.
	- automaticly adds each compleated catman file to the whatis.db file
	- a short manpage to describe this programs petty attempt to avoid more work.

It works in al respects except that I haven't added the code to add to
the whatis.db yet.

The code is complete with smart remarks, and bitching and whining comments. :)

This any suggestions on what I should add to it beyond what I have mentioned
would be appreciated.

l8r dayz
--
Brandon Myers
bmyers@rucs2.sunlab.cs.runet.edu
From: richard@aiai.ed.ac.uk (Richard Tobin)
Newsgroups: comp.unix.bsd
Subject: Re: 16-colour X server?
Date: 13 Oct 92 12:50:45 GMT
Organization: HCRC, University of Edinburgh

In article <wolfgang.8.718895049@clio.rz.uni-duesseldorf.de> wolfgang@clio.rz.uni-duesseldorf.de (Wolfgang R. Mueller) writes:
>>the 8-bit version (unless vga is even more brain-dead than it seems).
>                                  ^^^^^^^^^^^^^^^^^^^^
>So it is, as every 16-color pixel write needs multiple outb instructions
>to modify the right bits in the right bit planes, and reading is even worse.

I was afraid this would be the case.  Thanks to all those who replied.

On a related point, are there any plans to extend the monochrome server
to >64k?

-- Richard
-- 
Richard Tobin,
Human Communication Research Centre,                       R.Tobin@ed.ac.uk
Edinburgh University.
Newsgroups: comp.unix.bsd
From: ghelmer@dsuvax.dsu.edu (Guy Helmer)
Subject: Accounting and /sys/kern/kern_acct.c?
Organization: Dakota State University
Date: Sat, 10 Oct 1992 02:47:08 GMT

Pardon my ignorance, but is /sys/kern/kern_acct.c missing code that
would otherwise be there to support process accounting?  I use the
accounting file on other BSD-based systems to monitor machine use, so
I had hoped 386bsd would have this feature operational.  Is there a
reason for its exclusion?  Would it be reasonable to re-write the
missing code (and sa(8))?

Thanks for any responses that can enlighten me.

-- 
Guy Helmer, Dakota State University Computing Services - ghelmer@dsuvax.dsu.edu

Newsgroups: comp.unix.bsd,comp.windows.x
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: List of XFree86 Video Boards
Organization: AT&T
Date: Mon, 12 Oct 1992 20:31:36 GMT

In article <2AD9ACED.21458@ics.uci.edu> bvickers@ics.uci.edu (Brett J. Vickers) writes:
> dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
> >Diamond prefers to keep the relevent programming information proprietary, so
> >XFree86 does not work with these boards (the SpeedStar 24 is an example
> 
> This is not entirely true.  Since the Speedstar 24 has 25 and 28 MHz
> as default rates, you can always use those.  Plus, if you're willing
> to boot to DOS right after starting your computer and running the
> VMODE.EXE program supplied with the card, you can get Xfree to run
> with the card's faster rates.
> 
> This is a headache, however, so I recommend buying another card if
> you want to use Xfree.
> 
> --
> Brett J. Vickers		"Substitute `damn' everytime you're
> bvickers@ics.uci.edu		 inclined to write `very'; your editor
> 				 will delete it and the writing will be
> 				 just as it should be."  - Mark Twain

OK.  Qualify that as "XFree86 does not work PROPERLY with these boards".
One of the features of XFree86 (and its X386 ancestors) is that ability 
to switch displayed resolution via hot-key sequence.  This capability
is badly impaired by the clock problem.  25 and 28MHz clocks are not
going to work for much more than 640x480 (unless you like a lot of
flicker in your display).

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
Newsgroups: comp.unix.bsd
From: andrew@citr.uq.oz.au (Andrew A Zander)
Subject: cant build kernel
Organization: Prentice Centre, University of Queensland
Date: Fri, 9 Oct 1992 01:21:37 GMT

I have just installed the patch kit which includes the
fix concerning the inability to build kernels ( something
about vers.o ). This fix was duly applied but when i try
to build a kernel i get an error from the make, it cant find
vers.o. can anyone help?
--
------------------------------------------------------------------------
Andrew Zander                                  | email: 
Centre for Information Technology Research     | andrew@citr.uq.oz.au
University of Queensland  QLD  4072  AUSTRALIA | 
Newsgroups: comp.unix.bsd
From: bmyers@rucs2.sunlab.cs.runet.edu (B.Myers)
Subject: Re: [386BSD] Communication Program
Organization: Radford University
Date: Wed, 14 Oct 1992 03:50:28 GMT

In article <Bvxn0t.1n0@news.cso.uiuc.edu> gl5007@ehsn5.cen.uiuc.edu (Gil Ephraim Levendel) writes:
>Hi,
>
>I am looking for a communications program to use with
>386bsd. I have heard of one named Pcomm, but I do not
>know where I can ftp it.
>
>Does anyone know where can I find this or any other
>communications program?
>
>Thanks,
>Gil

 Pcomm, to my knowledge, has not yet been ported. I am currently working on 
 the task, but am being slowed down because the CURSES utilities are
 ancient. Thus I am going the find the source to curses somewhere on the
 net and port that. I found it once. When tha tis done I will release both
 the proted pcomm, and the new curseslib.

 If someone has done ANY of this please reply to me via e-mail. Save me
 the pain. :)

 l8r dayz
--
Brandon Myers
bmyers@rucs2.sunlab.cs.runet.edu
Newsgroups: comp.unix.bsd
From: antkasx@gsusgi2.gsu.edu (Ken A. Sturrock)
Subject: Re: cant build kernel
Organization: Georgia State University
Date: Fri, 9 Oct 1992 11:38:39 GMT

Last night in a followup to "cant build kernel" I wrote:

>to the file "newvers.sh" in /usr/src/sys.386bsd/i386/conf. After this, my
>GENERICISA make runs without a hitch.

But now that I look at the beast, that path *should* be:

	/usr/src/sys.386bsd/conf/newvers.sh

oops, sorry.

						-ks
From: jrb@rigel.cs.pdx.edu (James Binkley)
Newsgroups: comp.unix.bsd
Subject: 386BSD and DOS on a ide drive?
Date: 8 Oct 92 15:42:11 GMT
Article-I.D.: pdxgate.6188


Could some kind soul please give me a blow-by-blow description
again of how to make 386BSD and dos coexist on separate partitions
on the same IDE drive?  I've been playing with it and not getting
anywhere. One problem is that I'm not exactly sure how to run
disklabel... I have a fujitsu drive M2624T, with 995 cyl, 
16 tracks, 63 sectors. 490Mbytes... Thanks for any info.

				Jim Binkley
				jrb@cs.pdx.edu
Newsgroups: comp.unix.bsd
From: ronald@demon.co.uk (ronald)
Cc: terry@icarus.weber.edu
Subject: Re: 386BSD gethostname() problems
Organization: Demon Systems Ltd.
Date: Sun, 11 Oct 1992 01:07:09 +0000

In article <1992Oct8.044051.19526@fcom.cc.utah.edu> you write:
> If anyone can make a case for *not* resolving from "/etc/hosts" with the
> resolver active, or doing the "/etc/hosts" lookup *after* the resolver
> lookup, please speak up.  Otherwise, I'll make a patch for it if no one
> speaks up within about a week.

Please don't make /etc/hosts-first the default in your patch kit.
It's true that the default search order is inconvenient, but in a
large networked situation, it's usually the best default.  /etc/hosts
really should be treated in a similar sort of way to root.cache
(not the same, but sort of similar) as a last resort source of
resolution information.  The rule is normally to trust the DNS more
than any statically coded data because the DNS likely to be right,
given that other people use the DNS, but only you yourself use
/etc/hosts.

It's true that a more configurable resolver would be useful.  One free
enhanced resolver that comes to mind is (I think) Bill Wisner's resolv+-2.1
which archie should be able to find.  However, the *default* as shipped
with either the base distribution or an official patch should be as
it currently is, if only not to break the expectations of the experienced
BIND administrators.

In any case, I would humbly suggest taking advice from the wizards in
comp.protocols.tcp-ip.domains before taking any action.  This issue
if important enough to warrant its own newsgroup, is definitely
important enough to warrant considering carefully.

Newsgroups: comp.unix.bsd
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: Ethernet Western Digital Troubles
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Thu, 8 Oct 1992 13:27:36 GMT

In article <1992Oct7.221654.21141@Arco.COM>,
   Matt Mannhardt <lasmtm@Arco.COM> writes:

| I've used both WD and SMC  "elite 16" NIC's and the both work great;
| as long as you don't soft boot.

Incidentally, there was discussion some time ago about the failure of
ethernet *after* a warm reboot.  I think someone (Terry?) identified the
problem, but I don't remember a solution...  I don't see it mentioned in the
patchkit listing either...

Is there a fix for this?

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
Newsgroups: comp.unix.bsd
From: adrian@rachel.ibmpcug.co.uk (Adrian Hall)
Subject: /etc/printcap for remote printing
Organization: The IBM PC User Group, Harrow, England
Date: Thu, 15 Oct 1992 21:03:09 GMT

Could someone please tell me why I cannot print remotely. I have
the following entry in my /etc/printcap file, which works with
Sys V systems, and some BSD systems.

postscript:\
        :lp=:rm=office:rp=kodak-ps:sd=/usr/spool/lpd/postscript:

It doesnt work with 386BSD. What have I done wrong?

(PS: It comes up with the following error messages :

lpr: connect: No such file or directory
jobs queued, but cannot start daemon.


Adrian
Newsgroups: comp.unix.bsd