HDTenEightyP/NetNews huggingface dataset:
From: ab245@cleveland.Freenet.Edu (Sam Latonia)
Newsgroups: comp.sys.cbm
Subject: FOR SALE 10/13/92 UPDATE
Date: 13 Oct 1992 05:35:07 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: slc10.ins.cwru.edu


                 BRAND NEW & USED EQUIPMENT PRICE LIST  10/13/92

(1) COMMODORE C128 COMPUTER - USED BUT LIKE NEW CONDITION - POWER SUPPLY

    $75 - WITH OWNERS MANUAL - TUTORIAL & CPM DISK

(1) COMMODORE C64C COMPUTER BRAND NEW IN THE BOX - WITH POWER SUPPLY

    $100 - WITH OWNERS MANUAL AND SEALED GEO'S PACKAGE FROM COMMODORE

(1) COMMODORE C64C COMPUTER USED BUT IN LIKE NEW CONDITION POWER SUPPLY

    $75 - WITH OWNERS MANUAL & HINGED KEYBOARD COVER & NEW TENIX C64C CASE

(1) COMMODORE/AMIGA 1084SD STEREO MONITOR - BRAND NEW IN THE BOX

    $240 WITH ALL CABLES & BOOKS - MADE BY TOSHIBA NOT MAGNAVOX!

(1) MAGNAVOX 40 COLUMN AMBER MONOCHROME IN LIKE NEW CONDITION WITH CABLE

    $40

(1) COMMODORE 1351 MOUSE NEW NOT USED WITH OWNERS MANUAL

    $35

(1) COMMODORE 1350 MOUSE NEW NOT USED WITH OWNERS MANUAL

    $30

(2) C64 POWER SUPPLIES - USED BUT LIKE NEW CONDITION $20 EACH

(1) AVATEX 1200HC EXTERNAL RS232 MODEMS - USED BUT IN LIKE NEW CONDITION

    $35 WITH BOOKS BOX & CABLE

(1) AVATEX 2400HC EXTERNAL RS232 MODEMS - USED BUT IN LIKE NEW CONDITION

    $75 -  WITH BOOKS BOX & CABLES

(2) PPI 2400SA EXTERNAL RS232 MODEMS NEW - NEVER USED

    $75 EACH - BOOKS - BOX & CABLES - FULL 1 YEAR WARRANTY

(1) OKIDATA OKITEL 9600 EXTERNAL RS232 MODEM - V.32 V.42 V.42BIS

    $250 WITH 5 FULL YEARS FACTORY WARRANTY - THROUGHPUT TO 38.4 BPS

**************************************************************************

SOFTWARE - ALL FACTORY PACKAGES WITH MANUALS AND INSTRUCTIONS

C128 WORD WRITER 128 $30

C64 CERTIFICATE MAKER $15

C64 CERTIFICATE LIBRARY VOLUME #1 $10

C64 TEST DRIVE GAME $10

C64 ARRAYS INC. PHONE CALL TERMINAL & BBS PROGRAM $10

C64 FLIGHT SIMULATOR II $5

C64 PRACTICALC 64 $5

C64 THE DISK SURGEON C64 PRO $5

C64 DI-SECTOR V3.0 $5

C64 THE COMPUTER ARTIST/FRAME IT/SPRITE BUILDER $5

C64 SCREEN EDITOR C64 $5

C64 HOME MANAGER/WORD PROCESSOR/DATA MAGIC/CALCULATOR/MEMO PAD $5

C64 SEGA STAR TREK CARTRIDGE $5

C64 BEACH HEAD II U.S.M.C. GAME $5

C64 EASY SCRIPT/WORD PROCESSOR $5

ALL PRICES ARE ROCK SOLID- PLUS SHIPPING COST IF NEEDED:

 

If interested please reply in private e-mail, thank you...
From: fred@cbmvax.commodore.com (Fred Bowen)
Newsgroups: comp.sys.cbm
Subject: Re: 128 Mouse Pinout Needed.  Help!
Date: 12 Oct 92 21:09:46 GMT
Reply-To: fred@cbmvax.commodore.com (Fred Bowen)
Organization: Commodore, West Chester, PA

In article <67310@cup.portal.com> Eric_J_Rainbolt@cup.portal.com writes:
>Could someone e-mail me the pinout of the
>mouse used on the 128.  I really need the pinout
>to reconfigure it to be used on the Amiga.

The 1351 and the Amiga mouse might look the same on the outside, but they
are very different on the inside and cannot be used interchangeably.

To explain in fairly simple terms, an Amiga mouse outputs quadrature
pulses which hardware counters within an Amiga computer convert to
horizontal & vertical positional information. 

A 1351 mouse, on the other hand, contains a small PAL which keeps track of
the positional change and communicates this information to a C64/128 via
the SID POT lines.

You might be able to use a 1351 while playing an Amiga game which is looking
for joystick signals, if you put the 1351 into joystick mode.  But I don't
believe that's what you had in mind, and it's really ugly to think about :-)

-- 
Fred Bowen			uucp:	{uunet|rutgers|pyramid}!cbmvax!fred
				domain:	fred@cbmvax.commodore.com
				tele:	215 431-9100

Commodore Electronics, Ltd.,  1200 Wilson Drive,  West Chester,  PA,  19380
From: bz498@cleveland.Freenet.Edu (Henry C Kessler III)
Newsgroups: comp.sys.cbm
Subject: Epyx Fast Load Query
Date: 13 Oct 1992 16:29:56 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: bz498@cleveland.Freenet.Edu (Henry C Kessler III)
NNTP-Posting-Host: hela.ins.cwru.edu


I happened across a box full of Commodore stuff at a garge sale, and
found an Epyx Fast Load Cartridge.  The only thing is, there is no
documentation for it.  Could some one please help me with the wedge
commands.  I know the $ command, and that is it.  Thanks

-- 
H C Kessler III             | bz498@cleveland.freenet.edu
============================================================
Spelling errrors due to a gremlin living in my computer!!!!!
Newsgroups: comp.sys.cbm
From: nrossi@jarthur.claremont.edu (Nick Rossi)
Subject: Re: Downloading from UNIX using Novaterm
Organization: Harvey Mudd College, Claremont, CA 91711
Date: Mon, 12 Oct 1992 18:55:45 GMT

In article <1992Oct12.043922.2996@src4src.linet.org> ckunz@src4src.linet.org (Charles Kunz) writes:
>How can I download a file from my Unix using Novaterm?  If I enter "Kermit" on
>the Unix and put it in "server" mode, Novaterm gives me an error when I hit
>C= D... any suggestions?


In your Unix Kermit program you must type something like "send <filename>"
to make the Unix start sending the file.  Novaterm's Kermit does not act as
a server, nor can it interface with server mode... it simply uploads and
downloads files.

Nick
From: mikef@hpspdla.spd.HP.COM (Mike Fischer)
Newsgroups: comp.sys.cbm
Subject: SX-64 Display Specs?
Date: 8 Oct 92 06:50:51 GMT
Organization: HP Stanford Park - Palo Alto, CA

Does anyone know the specs of the display screen in the SX-64?  I know
that it's a 5 inch diagonal color CRT, but I'd like to know what the
phosphor dot pitch is.  It is barely adequate to display the 320 pixels
on a horizontal line of about 3 inches, or 75 mm, so the pixel pitch is
75/320 =  0.23 mm/pixel.  Is the dot pitch as fine as 0.23 mm/dot?
Thanks for any info.
--
Mike Fischer     mikef@spd.hp.com     (415) 857-6444     HP Stanford Park R&D
From: gobeski8618@iscsvax.uni.edu (Steve 'Gobes' Gobeski)
Newsgroups: comp.sys.cbm
Subject: Re: Zmodem
Date: 7 Oct 92 12:10:21 -0500
Organization: University of Northern Iowa

In article <uNy7RB1w165w@lakes.trenton.sc.us>, massive@lakes.trenton.sc.us (Massive Onslaught) writes:
>   Did the Zmodem 64 project just phase out, or what?
>  
> -Massive
> massive@lakes.trenton.sc.us
> 

Let's hope not!  I suspect what happened is that people who were interested
(like myself) set about porting the existing source code to see what could be
done with it (still working on that myself).  There's only so much of "yes, I
want to do this, too" that you can say!

More importantly, what ever happened to the idea of setting up a mailing list?
Although I don't have the capacity to properly run a list (ie send all messages
to x address and they get forwarded throughout the list), if anyone feels like
doing this using distribution files (that's what they're called in VMS anyway,
don't know about unix, but I'm sure you could alias it) I'd be willing to
gather & then forward a the mailing list itself.  

REPEAT - I do *not* have the capacity to run a list, but am willing to take the
effort to at least collect & distribute the names of anyone who wants to be on
a list (so we can run one the old fashioned way).  If interested, send e-mail.


-- Steve 'Gobes' Gobeski // GOBESKI8618@iscsvax.uni.edu

Newsgroups: comp.sys.cbm
From: nevs@cs.tu-berlin.de (Sven Goldt)
Subject: Re: FAQ and other info
Organization: Techn. University of Berlin, Germany
Distribution: usa
Date: Sun, 11 Oct 1992 06:01:46 GMT

jens4813@hgc.edu (Kevin Jensen) writes:
> Could someone tell me if there are FAQs maintained on the subject
> of the Commodore somewhere on the internet? Thanks for any replies.

Yup.on IRC channel #C-64.Ask autobot for faq !

--
*******************************************************************************
*  feel free to mail to nevs@cs.tu-berlin.de    /"/ /"| / /""                 *
*  nevs = Sven Goldt                           / / /" |/  "/                  * 
*                                             ' ' '"  " """                   * 
*  # THE MOST IMPORTANT FINANCIAL QUESTION IS:  Where is the money ? #        *
*******************************************************************************
From: leeuw@fwi.uva.nl (Jacco de Leeuw)
Subject: Help! C64 acting very strange! (double text)
Organization: FWI, University of Amsterdam
Date: Mon, 12 Oct 1992 10:31:55 GMT

Hi there,

A friend of mine asked me to have a look at his C64. I've 'repaired'
some of them (yup, CIA's) but this one is a totally different cup of tea:
text is displayed twice! The startup-message ("CBM BASIC V2 etc.")
pops up twice at different places. There is no cursor, but when I move it
I can see it, again twice. Very strange...

An other friend of mine told me the (video-) RAM could be defective, or else
the "PLA". Could this be it? 

Thanks for any information!!!!

Jacco

-- 
Jacco de Leeuw           | Dpt. of Computer Science | Email: leeuw@fwi.uva.nl
J.C. van Wessemstr. 54   | University of Amsterdam. | Fidonet: 2:512/47.347
1501 VM Zaandam, Holland <-Phone: +31-75-352068     | Evel lednewZ!
Sevilla: "$3.000.000 a year". Maradonna: "How much is that in grams?"
Newsgroups: comp.sys.cbm
From: randy@athena.mit.edu (Randall W Winchester)
Subject: The End of RUN
Followup-To: randy@mit.edu
Summary: The party's over
Keywords: RUN, Magazine, kaput
Organization: Massachusetts Institute of Technology
Date: Wed, 14 Oct 1992 21:26:24 GMT

I got two pieces of mail today from RUN.  One was the
November/December 1992 issue.  At 48 pages, it's looking pretty
scrawny, but otherwise contains good up-to-date information on CMD's
new 3.5 inch disk drives.

I also received a letter, from which I quote:

===========================================================================

     October 9, 1992
     
     Dear Commodore Marketer,
     
     TechMedia Publishing will discontinue publication of RUN Magazine.
     The November/December 1992 issue is the last one.
     
     This was a difficult business decision, based primarily on tough
     economics involved with publishing in such a mature market.
     
     RUN always was and still is highly regarded by the C-64/128 community
     and we regret that we will no longer be able to serve this market.

===========================================================================

The letter then gives a phone number for advertisers to call if they
have further questions.  It is signed by the Advertising Sales
Representative.

Let's see . . . that leaves COMPUTE with its Gazette section - usually
only 20 or so pages, and Twin Cities with its erratic publication
schedule.  LOAD*STAR still publishes a disk magazine and recently
released issue #100.

Other than user group newsletters (I'm not knocking newsletters - some
of them are pretty good) what other Commodore magazines are being
published?  Are there English language magazines published in Europe
or Australia?

Randy
*******************************************************************************
*  Randy Winchester  *  randy@mit.edu  *  PO Box 1074, Cambridge, MA  02142   *
*******************************************************************************
From: rknop@cco.caltech.edu (Robert Andrew Knop)
Newsgroups: comp.sys.cbm
Subject: Re: The End of RUN
Date: 16 Oct 1992 06:12:15 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: punisher.caltech.edu
Keywords: RUN, Magazine, kaput

cac5961@usl.edu (Christian A Castor) writes:

>In a previous article rknop@cco.caltech.edu (Robert Andrew Knop) writes:
>>last major newstand glossy dedicated to the C= 8-bits dies with the issue that
>>announces an exciting new piece of hardware that is ahead of what is available
>>for the Mac and the Amiga.                          ^^^^^
>         ^^^^^^^^^^^^^^^^^

>Which new piece of hardware are you refering to? 

I'm referring to the CMD FD drives.  These are high density 3.5" drives for
the C64 and C128.  The FD-2000 is a (approx.) 1.6 Meg drive, which uses the
same sort of disks as MS-DOS 1.44 Meg drives and the high density drives in
some A3000's and in the A4000.  What blows away everyone else, though, is the
FD-4000, which will put 3.2 Meg on one 3.5" floppy.  Of course, you need a
special kind of floppy for that, an "ED" (Enhanced Density... one of these
days they are going to run out of density names) disk, and since those are
rare now, they are rather expensive.  But, the cost will come down!

The CMD FD drives are competely downwardly compatable, in that the FD-4000 can
read and write 1.6 Meg disks, and both drives can read and write 1581 disks.

I am, shall we say, drooling over the prospect of these drives.

-Rob
rknop@cco.caltech.edu
From: ac803@cleveland.Freenet.Edu (Michael W. Kelley)
Newsgroups: comp.sys.cbm
Subject: Re: Copy GEOS v1.2 ???
Date: 8 Oct 1992 08:30:08 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ac803@cleveland.Freenet.Edu (Michael W. Kelley)
NNTP-Posting-Host: thor.ins.cwru.edu


In a previous article, phoenix@cats.ucsc.edu (Matthew Brian Lawrence) says:

>
>Does anyone know of a copy program that will effectively make a working
>copy of the originl GEOS BOOT DISK for version 1.2?  I have been using this
>disk for 5 years and I am starting to get nervous....
>
>Matt.
>
Maverick 5.0 from Software Support Int'l will do the trick just dandy 
for you.
One thing we tell members of our user group is to NEVER run their master
GEOS disk, rather to copy it and run the copy, that way they have a virgin
master to copy again or install in case of emergency.
If you already have a nibble copier, you can use it, but you need to
adjust the tracks to copy out to 37, as the GEOS protection resides on
track 36.
Good luck!
-- 
Basic Bits Commodore Group, No. Ridgeville, Ohio: Quantumlink - RidgeRunr
Light Of Day C= Sysop (216) 327-1603, 9600  (216) 327-1423, 2400
County Link C= Sysop (216) 236-6126 4 nodes, My Basement BBS (216) 234-6572
Nerds Nook Fidonet 1:157/2   (216) 356-1431
Newsgroups: comp.sys.cbm
From: cac5961@usl.edu (Christian A Castor)
Subject: Re: The End of RUN
Keywords: RUN, Magazine, kaput
Organization: University of SW Louisiana
Date: Thu, 15 Oct 1992 19:03:48 GMT

In a previous article rknop@cco.caltech.edu (Robert Andrew Knop) writes:
>last major newstand glossy dedicated to the C= 8-bits dies with the issue that
>announces an exciting new piece of hardware that is ahead of what is available
>for the Mac and the Amiga.                          ^^^^^
         ^^^^^^^^^^^^^^^^^

Which new piece of hardware are you refering to? 


       -- C.


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  cac5961@usl.edu or chris@usl.edu -  CIS: 73030,2734 - (318) 232-2045
From: petter@fdmetd.uucp (Petter Henrik Hansen)
Newsgroups: comp.sys.ncr
Subject: Memory versus AP
Keywords: Tower 32/825
Date: 7 Oct 92 09:12:09 GMT
Organization: Fellesdata a.s, Oslo, Norway


How does Unix allocate memory in an NCR Tower 32/825?
I have three AP's. All of them have the same amount of memory.
My question is: Will adding memory to just one of them be enough, or
must I add the same amount of memory to each AP to let Unix take
advantage of it.
How does Unix find out which AP to use? (or how is the load distributed
between the different AP's?)
If I add one more AP, will this increase performance more than adding
memory? 

Petter Henrik Hansen,  Fellesdata a.s, P.O. Box 248, 0212 OSLO 2, NORWAY
Phone : +47 2 52 84 02                            Fax   : +47 2 52 85 10
E-mail : ...!mcsun!nuug!fdmetd!petter   or       petter@fdmetd.uucp
	or petter%fdata.uucp@nac.no
<The opinions expressed, if any, do not represent Fellesdata a.s>
Newsgroups: comp.sys.ncr,ncr.sys3k
From: tnelson@ncrcan.Canada.NCR.CA (Tim Nelson)
Newsgroups: comp.sys.ncr
Subject: Re: NFS problem?
Date: 13 Oct 92 17:49:11 GMT
Distribution: usa
Organization: NCR Canada Ltd. Mississauga, Ontario

In article <1992Oct8.222357.5642@mdi.gwinnett.com> ddt@mdi.gwinnett.com (Dusit Tansathein) writes:
>
>I get the following message on the console of our NCR-3447 running UNIX SVR4.2:
>"WARNING: dlpi.c: ILD: could not allocb DL_UNITDATA_IND".  My questions are:
>
>1) Does this have something to do with NFS (our NCR is the NFS server)? 
>2) Can it cause the system to hang?
>3) If you experienced the same problem, what would be the best solution?

The following info is from the "NCR UNIX SVR4 Message Manual" for OS
release 2.00, dated April 1992 with PID D1-2263-B:
  Description:
     A request to allocate a streams message block failed.
  Probable Cause:
     The kernel free memory pool is exhausted.

Hope that helps.

-- 
Tim.Nelson@Canada.NCR.CA
NCR Canada +1 416 819 4112
From: ddorpe@ncrbel.Belgium.NCR.BE (Didier Dorpe)
Newsgroups: comp.sys.ncr
Subject: test
Date: 13 Oct 92 16:20:25 GMT
Reply-To: ddorpe@ncrbel.Belgium.NCR.BE (Didier Dorpe)
Distribution: world
Organization: NCR Belgium, Brussels

This is only a test to ensure that we have access to this newsgroup.
Please disregard this message.
Sorry for any incovenience this may cause.
Newsgroups: comp.sys.ncr
From: greg@korg3.columbiasc.ncr.com (Greg Porr)
Subject: Re: Memory versus AP
Keywords: Tower 32/825
Organization: NCR Corp, MCPD-Columbia, Columbia, SC
Date: Thu, 08 Oct 92 12:21:35 GMT

In article <819@fdmetd.uucp> petter@fdmetd.uucp (Petter Henrik Hansen) writes:
>
>How does Unix allocate memory in an NCR Tower 32/825?
>I have three AP's. All of them have the same amount of memory.
>My question is: Will adding memory to just one of them be enough, or
>must I add the same amount of memory to each AP to let Unix take
>advantage of it.

It's ok to add memory to just 1 AP, and this will increase performance.
However, see the next section about load-balancing.

>How does Unix find out which AP to use? (or how is the load distributed
>between the different AP's?)

A complex algorithm (some voodoo involved) is used to determine which AP
to use when forking a new process.  The amount of available memory is
one factor, as are things like the number of processes already running
on each AP, etc.  So with 1 AP having more memory than the others, you
will end up with more processes on this AP.  Thus this AP's cpu may
end up being busier than the ones on the other APs, so it would be possible
that the processes on this AP would have a slightly worse response time
than the ones on the other APs, simply because it has more processes
to share the same cpu.  However, the added memory will definitely be
beneficial if you are running low on memory.

>If I add one more AP, will this increase performance more than adding
>memory? 

Adding a new AP will almost always be better than simply adding memory
to a current AP.  Assuming your new AP has 16MB on board already, you
will be getting more cpu power and more memory this way.

If you care to give details regarding your current configuration, including
how much memory is on-board for each AP, and how much additional memory
you have, I can give you some more specific recommendations.

-- Greg Porr
   (Greg.Porr@ColumbiaSC.NCR.COM)
From: ddt@mdi.gwinnett.com (Dusit Tansathein)
Newsgroups: comp.sys.ncr
Subject: NFS problem?
Date: 8 Oct 92 22:23:57 GMT
Distribution: usa
Organization: Majure Data Inc., Roswell GA

Hi,

I get the following message on the console of our NCR-3447 running UNIX SVR4.2:
"WARNING: dlpi.c: ILD: could not allocb DL_UNITDATA_IND".  My questions are:

1) Does this have something to do with NFS (our NCR is the NFS server)? 
2) Can it cause the system to hang?
3) If you experienced the same problem, what would be the best solution?

Any information would be appreciated.

Thanks,

Duke-The (scsi) Terminator, ddt@mdi.gwinnett.com (Dusit Tansathein)
Newsgroups: comp.sys.ncr
From: wescott@grok67.ColumbiaSC.NCR.COM (Mike.Wescott)
Subject: Re: info wanted on the NCR 1632 please! :)
Organization: "NCR Corp, Columbia, SC"
Date: Wed, 07 Oct 92 13:24:02 GMT

In article <Bvo0I2.9qB@ux1.cso.uiuc.edu>, notarus@uiuc.edu (Mark Notarus) writes:
|> I just bought a used NCR 1632....apparently it's a 68010 processor, and
|> is runng SYS5r2....

|> And that's about all i really know about it.  The price was right, but
|> i have some simple questions.

|> Does NCR support it?

Sorry, I don't know the official answer on that.

|> Can i get an updated release of UNIX for it?
|> even SYS5r3 would be nice, but r4 preferably...

No.  SysVr3 was not ported to 68010.  SysVr4 was not released on 680x0.

-- 
	-Mike Wescott
	 mike.wescott@ColumbiaSC.NCR.COM
From: messmer@taipaani.cc.lut.fi (Willi Messmer)
Subject: NCR I-9020 System ????? 
Date: Tue, 13 Oct 1992 17:39:33 GMT
Organization: Lappeenranta University of Technology, Finland

Hi !

I've just recieved a used NCR I-9020System with two 9448 cartridge module
drives. Real heavy, you know. I'm trying to bring it back to live, but
I need guidance on this matter. SO, IF YOU HAVE EVER seen/touched/used/
owned/maintained or whatever, please CONTACT me. I have some questions
and I will have many more, that need to be answered. 

Thanks, 

Willi
messmer@lut.fi
From: ajlill@riipsdev.riipsdev.Waterloo.NCR.Com (Tony Lill)
Newsgroups: comp.sys.ncr,ncr.sys3k
Subject: lpNet
Date: 8 Oct 92 20:22:44 GMT
Distribution: world
Organization: NCR Canada Ltd., Waterloo, Ont.

Has anyone actually managed to get remote printing using lpNet
working, or is it some collosal practical joke on all NCR customers.

The problems I've had are:

- lp totally ignores the retry timeout in the lpsystem file. If the
one of the hosts is down and the other lpNet wants to talk, it will
respawn just as fast as it can. 30,000 respawns in an hour, not bad
for a 486/33 that's also a file server and has a dozen people trying
to compile!

- I've managed to get it set up and send one job through. That's it
though. On the local system, the job status is filtered, and on the
remote it is "finished printing". An that's how it will stay. It's
never worked again after this point. I've restarted the scheduler,
I've rebooted both systems, no help.

- lp constantly goes into "bit bucket" mode, where all print jobs just
vanish. You can't clear it up by stoping and restarting the scheduler
either. No, you have to reboot the *&^%ing machine. Real nice if it's
your file server, pause the whole department just to get a printout.
This problem is not unique to using lpNet, it can happen at any time.

- The documentation doesn't tell you to set up a port monitor on the
system without the printer, but it's vital since the other system may
want to talk to your system, and it then goes into mega-respawn mode.

- If you set up both printers as postscript, then the local printer
will turn plain ascii into postscript, and the remote printer will do
the same, so you get a nice printout of the postscript version of your
original file. So you need to set up a second, fake, printer
definition to fix it, then do your own file locking in the interface
script 'cause the scheduler is too stupid to realize you can't feed
two print jobs to the same device at the same time!

HELP!

--
Tony Lill,                                 Tony.Lill@Waterloo.NCR.COM
President, A. J. Lill Consultants                 (519) 650 0660
539 Grand Valley Dr., Cambridge, Ont.             (519) 653 9732
presently at E&M Waterloo, NCR Canada Ltd.        (519) 884 1710 x624
					     voice plus 643 1624

"Welcome to All Things UNIX, where if it's not UNIX, it's CRAP!"
Newsgroups: comp.sys.ncr