HDTenEightyP/NetNews huggingface dataset:
From: martini@heaven7.in-berlin.de (Martin P. Ibert)
Newsgroups: comp.sys.atari.st
Subject: Re: Big name hype
Date: 17 Dec 92 01:36:36 GMT
Organization: The Seventh Heaven, Berlin, Germany
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=ISO-8859-1
Mime-Version: 1.0

Bob_BobR_Retelle@cup.portal.com writes:
> As for Borland, they did what a lot of companies are faced with
> doing.. they decided not to distribute a product in the face
> of almost certain losses.
Nonsense. Application Systems Heidelberg, which now market Pure C (Pure
Software is the outfit that designed that compiler in the first place),
sell them by the carload. They just released a Turbo-Pascal-6.0-compatible
compiler (called, what else, Pure Pascal), and it's NEAT. Borland wants to
compete with Mircosoft, and they wouldn't want to be caught supporting what
is widely (and falsely) seen as a game console.

> 700 copies of a very popular game like "Flight of the Intruder",
> how can Borland even hope to make back the cost of printing the
> manuals for a "specialty" product like their C compiler..?
That proves that you have zero insight in the matter.
-- 
  ( )   ____  Martin Ibert/Westendallee 100 d/D-1000 Berlin 19/+4930-3056541
  | |_^_|O |_ --------------------------------------------------------------
 ( Starlight| Looks and youth aren't everything/Experience is a quality that
 /\_Express_| counts for a lot/The sad thing 'bout experience is by the time
//o ()()() o  you got it/It's usually all you've got. ------ Richard Stilgoe
From: dmb@case.ai.mit.edu (David Baggett)
Newsgroups: comp.sys.atari.st
Subject: Re: The Path of True Enlightenment (was Re: Piracy of software)
Date: 16 Dec 1992 19:35:31 GMT
Organization: MIT Artificial Intelligence Laboratory
NNTP-Posting-Host: case.ai.mit.edu

In article <11438@uqcspe.cs.uq.oz.au> warwick@cs.uq.oz.au writes:
>So, Dave, what's YOUR solution... or don't you mind people pirating your stuff?

Actually, I don't mind people pirating my software, provided enough
people buy my stuff so that I can make a decent profit.  Given the
extremely slim chance that we'll see uncopyable media ever, I
accept piracy as a fact of like, just as I accept the fact that,
at least in the Atari world, shareware = freeware.

>I find little credence in an argument that says "You're wrong", but then
>gives no alternative solution.  The current software system DOESN'T WORK.

The current system works just fine, IMHO.  Your proposal would change
my business from being profitable enough to be practical, desptie
rampnat piracy, to being totally unprofitable.  (You did seem to
propose that we all write free software instead of distributing
commecially.)

>Shareware and copyleft may need some improvements, but do you see any
>FUNDAMENTAL flaws (comparable to the "People are too dishonest" and
>"Software is easy to copy").  

Yes, shareware is a complete and utter joke.  It's a delusion that
naive programmers (or very lucky ones) get sucked into.  Eventually
we learn how silly it all is.  Honestly, why should we expect people
to pay for something they already have anyway?  It's just insane to
think this system would work on a grand scale.

>Sure, you might say "people can pirate
>shareware".  Then use crippleware.  Crippleware is NOT possible with
>commercial s/w [athough some would quote Windows3 as crippleware that
>just sucks you in to NEEDING something better].

Crippleware -- how does that differ from commercial software?  If I
force you to buy it, what's the difference?  If MicroSquish released
all their software as crippleware, would you still not bash them at
every opportunity?

Dave Baggett
--
dmb@ai.mit.edu           MIT Artificial Intelligence Laboratory                  
ADVENTIONS: interactive fiction (text adventures) for the 90's!
dmb@ai.mit.edu *** Compu$erve: 76440,2671 *** GEnie: ADVENTIONS
From: czekall@uni-muenster.de (Ralf Czekalla)
Newsgroups: comp.sys.atari.st
Subject: Re: Ka9Q
Date: 18 Dec 1992 10:33:54 GMT
Organization: Westf. Wilh.-Universitaet Muenster, Germany
Distribution: world
NNTP-Posting-Host: cayman.uni-muenster.de

In article <1gmrmdINNibn@usenet.INS.CWRU.Edu>, aj341@cleveland.Freenet.Edu (Eric Doggett) writes:
|> 
|> Anyone know a newer version of ka9q with slfp support? I have one from
|> 87
|> All help would be appreciated ;)
|> 

Hello Eric,

you can find the new version of SLIP on ftp.uni-muenster.de in /pub/atari/Mint/SLIP. 
I took me a lot of time, to get it from the uk-Server, somebody mentioned before.

Tschau Ralf

InterNet:                          MausNet:
<czekall@obelix.uni-muenster.de>   <Ralf_Czekalla@ST.maus.de> (no binaries/UUEs) 
[For binaries and long Mails please use the InterNet-Account]
From: Peter_Missel@k.maus.de (Peter Missel)
Newsgroups: comp.sys.atari.st
Subject: Re: Falcon screen
Date: 13 Dec 92 20:11:00 GMT
Article-I.D.: K.A45186
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

w>        640x480x16bit PAL(interlaced) = 640x240x16bit VGA
w>
w>... as far as slow down is concerned (since interlaced is effectively 30Hz).

sorry, wrong guess. 640x240x16bit VGA would be the same for slowdown as
640x480x16bit is, since line doubling doesn't reduce falcons' bus load.

640x480x16bit interlaced == 320x480x16bit VGA (this mode exists!)
Newsgroups: comp.sys.atari.st
From: lenn@mentor.cc.purdue.edu (Jody Lenn)
Subject: Photochrome 3.0 at A.A.
Organization: Purdue University Computing Center
Date: Sat, 12 Dec 1992 17:01:11 GMT

I recently uploaded Photochrome 3.0 to Atari Archive. 

It does the Gif conversion directly.


It is called pchrome3.lzh (lh5) and is in either atari/Newitems or /Graphics

                
                                                         Jody Lenn
From: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: comp.sys.atari.st
Subject: Re: Piracy of software
Date: 14 Dec 92 03:18:36 GMT
Reply-To: warwick@cs.uq.oz.au

aeg03@rrz.uni-koeln.de (Jan T. Kim) writes:

>software marketer sells 1000 packages for the said price. I'd not
>be  bothered  if  he  sold  some  more  for  the  benefit  of his
>shareholders, but if he sells 3000 packages, he has cheated  each
>of  his customers at least as badly as the programmer who charges
>a customer for work that he did during time he was  paid  for  by
>another customer.

One problem.  If the company sells just 500 packages, do they then have
the right to go back and demand a second payment from those 500 users?

I expect software companies DO base there prices on the expected
number of items sold (and too, the price feedback... until they
find the profit-optimal price).  Sometimes they might win out,
other times they lose.

Piracy is the problem.  But it isn't a problem with the users - the
problem isn't "People are too dishonest".  The problem is "Software
is easy to copy".  You'll not easily change either of these factors.
All you can hope to do is make them irrelevant... through copylefted,
or shareware software.

--
Warwick
--
  _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
 /     * <-- Computer Science Department,  /  
 \_.-._/     University of Queensland,    /   C references are NULL && void*
      v      Brisbane, Australia.        /
From: ewal235@chpc.utexas.edu (Rob McMullen)
Subject: Re: Closed architecture harmful? Maybe.. maybe not
Organization: The University of Texas System - CHPC
Date: Tue, 15 Dec 92 00:49:24 GMT

In article <11419@uqcspe.cs.uq.oz.au> warwick@cs.uq.oz.au writes:
>Sure, 2M would be lovely, but I'd hardly call 1Meg "insufficient", when
>it is equivalent to 1000 32x32 256 colour sprites, or:
>
>	2	320x240 256 colour screens. (150K)
>	200	32x32 256 colour sprites. (200K)
>	200K	Code (200K)
>	25	1-second 10KHz 8-bit stereo sampled sounds (500K)

A better choice may be the 320x240 True Color mode.  (Disclaimer:  all
of this depends on how fast the blitter chip is.)

While there are some advantages to the 8 bitplane/16 pixels per word
structure of the 256 color mode, the 1 pixel per word no CLUT mode could
actually be faster.  (Screen clearing would be slower, since twice the
amount of memory would be zeroed.  However, usually only a subset of
the screen would be cleared, and most of the game logic/sprite drawing/
etc will take longer anyway.)

Most drawing functions should be faster in True Color modes, despite
the fact that twice as much data must be handled.  Compare the work to
plot a point:  (using straight 68000)

         a0=screen
         a1=y offset list:  *int [0-239], in steps of 320 or 640
              depending on screen mode 
         d0=x
         d1=y
         d2=color
         
         True Color                       256 Color
         ----------                       ---------
     asl.w  #1,d1                  ; a lot more than 4 lines...
     adda.w 0(a1,d1.w),a0
     asl.w	#1,d0
     move.w d2,0(a0,d0.w)

Plus, the 68030 has addressing modes that should combine the four
instructions into two.  I didn't include the 256 color version, but
a 16 color version (ST Low, 4 planes) that I wrote some time ago is
40 lines long.

Lines and fills should be similarly fast, and sprite routines gain
the additional advantage of not needing preshifting.

So, a 1 meg game might look like:

     2   320x240 True Color screens (300K)
     100 32x32 True Color sprites (200K)
     1   Code (200K)
     20  1 second 8kHz mono samples (160K)

=860K, with remaining for OS, etc.

As I said at the beginning, if the blitter is really good then the 256 color
mode may be faster.  But, if programmers end up writing their own pixel
routines, the True Color mode will have to be considered over the 8 bitplane
version.
-- 
Rob McMullen               ewal235@hermes.chpc.utexas.edu
"In Gods We Trust.  All Others Pay Cash." -- Steven Brust
Newsgroups: comp.sys.atari.st
From: schaerer@isi.ethz.ch (Thomas Schaerer)
Subject: Re: GFA 3.07: RESERVE XX; EXEC 0,"prg"; RESERVE - help.
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
X-Newsreader: TIN [version 1.1 PL8]
Date: Fri, 18 Dec 1992 12:24:44 GMT

Ewald Seibert (seibert@Informatik.TU-Muenchen.DE) wrote:

: |>  RESERVE <some amount of memory>
: |>  EXEC 0,"SOME.PRG","",""
: |>  RESERVE 
: |> 


			C O M P I L E R:
			----------------

To limit the used memory of startet programm you can not use RESERVE.
You must take the startcommand $. In this case:

		$ mem <some amount of memory>


Bye	Thomas
From: Jan_Willekens@p12.f202.n281.z2.fidonet
Newsgroups: comp.sys.atari.st
Subject: Re: TT 1.44 meg floppy help
Date: Wed, 16 Dec 92 10:46:18 +0100
Reply-To: p12.f202.n281.z2.fidonet!Jan_Willekens@nextjk.wlink.nl
Distribution: world
X-FSC-PATH: 4202/12
X-FSC-PID: LED 1.00

In a message of <Sun 13 Dec 92 20:09>, Guy N Di Piertro (2:281/202.0)
writes:

 GN> Hello!  I have installed TOS 3.06 and the new Atari controller
 GN> for the 1.44 meg floppy in my TT.  I have also flipped the
 GN> switch to enable the high density format button.  The drive reads
 GN> properly, and even writes acceptably, but for some reason it
 GN> won't format in high density well.  It worked a few times but
 GN> doesn't anymore.  Any suggestions would be appreciated.
 GN> 	I think this discussion came up before but I don't remember
 GN> what the verdict was.  Is the problem in the drive or the
 GN> controller or TOS?  Thanks!

Have you set the steprate to 6ms? You have to do that with HD drives,
otherwise they will not work correctly in HD mode.

Greetings...                                                - Jan -

          FidoNet: 2:281/202.12, UseNet: jan@nextjk.wlink.nl
--- Bermuda v1.00
 * Origin: UseNet Address: jan@nextjk.wlink.nl (2:281/202.12)
From: craig@yonder.equinox.gen.nz (Craig Shore)
Newsgroups: comp.sys.atari.st
Organization: Equinox Networks (Public access), Node: Yonder
Subject: Email... Internet > GEnie .. how?
Reply-To: craig@yonder.equinox.gen.nz
X-Software: HERMES GUS 1.04 Rev. Sep  5 1992
Date: Wed, 16 Dec 1992 00:21:34 +1200

A while back an address was posted to mail to GEnie users
 from Internet, did anyone make a note of it???

 Thanks,
    Craig.


-- 
* Craig Shore  | Phone (voice)  | Internet:craig@yonder.equinox.gen.nz   *
* 20 Tasman Pl,|  +64 3 3852501 |         :craig_shore@equinox.gen.nz    *
* Christchurch, New Zealand     | SLNET: 250:700/1266 FIDONET: 3:770/180 *
Newsgroups: comp.sys.atari.st,misc.forsale.computers
From: akarpowicz@mta.ca (Adam Karpowicz)
Subject: ST for sale
Reply-To: akarpowicz@mta.ca
Organization: Mount Allison U, Sackville, N.B. Canada 
Date: Wed, 16 Dec 1992 02:03:49 GMT


I have for sale as a package:

Atari ST, 1 meg RAM (expandable to 4 meg)
30 meg ICD Fast hard drive
SF 314 double sided floppy drive
SC 1224 color monitor

I bought the computer in 1987, little used since, in excellent condition
all in original packaging.
Lots of software, incl. Laser C, Cyber Studio, Zoomrack, games,
educational, PD and demos.

Could someone give me an idea what it is all worth?
(buyer pays shipping)

Thanks 

Adam  akarpowicz@mta.ca
Newsgroups: comp.sys.atari.st
From: hjwulfso@unix.amherst.edu (Harris Wulfson)
Subject: Re: Falcon030 in Keyboard Magazine
Organization: Amherst College
X-Newsreader: TIN [version 1.1 PL8]
Date: Sun, 13 Dec 1992 03:39:54 GMT

Michael Park (mpark@stein.u.washington.edu) wrote:
} Just FYI, there's a write-up on the Falcon in the January 1993
} issue of Keyboard (a music/MIDI magazine), pp. 103-104.
} It's the "Computers On-line" column by Geoffrey Ryle, and it's
} quite positive;  I'll just quote the final lines:

}    "I anticipate many impressive offerings in the months
}     to come.  All in all, I'd say the Falcon030 may be
}     just what we've needed to escape this developmental
}     vacuum we've been stuck in."


    Also in the December issue of Electronic Musician, they mention the 
Falcon030 as part of their AES coverage. It says:

----
Atari debutedthe impressive Falcon030 computer ($799 w/1 MB RAM; $1,299 w/4
MB RAM and a 65MB hard disk), which incorporates a 16 MHz 68030 microprocessor
and a 32 MHz Motorola 56001 DSP on the motherboard. The computer also has  
16-bit stereo audio inputs and outputs. According to Atari, with the 
appropriate software and hardware, the machine is capable of working with 
eight audio tracks at once.


--
Harris Wulfson
hjwulfson@amherst.edu
From: qsi@contrast.wlink.nl (Peter Kocourek)
Newsgroups: comp.sys.atari.st
Subject: RE: intellectual property and shit
Date: Fri, 11 Dec 1992 19:43:03

steve wells wrote in a message on 10 Dec 92 to All

 SW> If composers/music writers etc. Didn't do anything without 
 SW> pay, then why are the music's of Bach, Mozart, Schubert, etc. 
 SW> etc. Around?!  Much, if not all of such music was written because 
 SW> people enjoyed doing it. Many people enjoy programming, and 
 SW> as such don't care much if they don't get any response (although 
 SW> it's always nice to get compliments 8-) 

Nonsense. Classical composers wrote their music to order, usually. Most
composers were in the pay of wealthy patrons as court composers (such as
Eszterhazy in the case of Haydn) or the church (Bach, Mozart). The didn't
do it for free. They got paid. They had to feed their families, you know.


YHS:QSI!
From: bates@spica.ucsb.edu (Andrew M. Bates)
Newsgroups: comp.sys.atari.st
Subject: For Sale: Atari 1040ST system
Date: 16 Dec 92 01:07:04 GMT
Organization: University of California, Santa Barbara


    For Sale:

    Atari 1040ST with built-in DS drive
    External DS drive
    SC1224 Color Monitor
    HP QuietJet Printer
    Miscellaneous software (WordWriter, DataManager, SwiftCalc, Dungeon
        Master, Falcon, etc.)

    Make me an offer for the system; offers for separate parts will be
considered second.

        Andy Bates.
From: wa1ee200@troi.cc.rochester.edu
Newsgroups: comp.sys.atari.st
Subject: Re: intellectual property and shit
Date: 15 Dec 92 00:55:28 GMT
Organization: University of Rochester (Rochester, NY)

In article <724216511.AA00708@contrast.wlink.nl> qsi@contrast.wlink.nl (Peter Kocourek) writes:
>steve wells wrote in a message on 10 Dec 92 to All
>
> SW> If composers/music writers etc. Didn't do anything without 
> SW> pay, then why are the music's of Bach, Mozart, Schubert, etc. 
> SW> etc. Around?!  Much, if not all of such music was written because 
> SW> people enjoyed doing it. Many people enjoy programming, and 
> SW> as such don't care much if they don't get any response (although 
> SW> it's always nice to get compliments 8-) 
>
>Nonsense. Classical composers wrote their music to order, usually. Most
>composers were in the pay of wealthy patrons as court composers (such as
>Eszterhazy in the case of Haydn) or the church (Bach, Mozart). The didn't
>do it for free. They got paid. They had to feed their families, you know.
>
>
>YHS:QSI!
> 
Mozart died at age of 39 (??) because of poverty but he still wrote
music until the very last days. Computer softwares aren't like
music, they cannot last so long.
From: Bob_BobR_Retelle@cup.portal.com
Newsgroups: comp.sys.atari.st
Subject: Re: Falcon030, resolutions, TRUE color, and DSP
Date: Fri, 18 Dec 92 23:08:00 PST
Organization: The Portal System (TM)
  <1grcjlINNn2m@usenet.INS.CWRU.Edu> <1gsmv1INN688@usenet.INS.CWRU.Edu>
  <1gsthtINNk4c@sauna.cs.hut.fi>

Hannu Mallat writes:

>btw, updating 300k of graphics might take a while... In arcade games
>the frame rate has to be pretty high, or the game is crap. I suppose
>320*200 resolution is more realistic for shoot'em ups and such. But I
>wouldn't mind seeing a decent strategy game on 640*480...

That's very true...  but a lot of games "cheat" on the resolution by
filling a lot of the screen with non-moving "instruments" or "controls",
and restricting the actual fast-action graphics to a "window", thus
reducing the amount of memory actually needed to be updated at a high
frame rate..   that way they can advertise a 640x480 game, but actually
end up only animating a 320x200 window as you suggested..

(I'd love to see Dungeon Master redone in full 640x480 too..!)

BobR
Newsgroups: comp.sys.atari.st
Subject: MIPS ratings of machines ( was re: Falcon with 68882 )
From: dogbowl@dogbox.acme.gen.nz (Kennelmeister)
Date: Sat, 12 Dec 92 12:48:28 +1300
Organization: The Dawghaus BBS, Palmerston North, New Zealand (+64 6 357 9245)

wintermi@cs.aston.ac.uk (MI WINTER,,,,) writes:

> The speed of the falcon is 3.8 MIPs and it does have a true 32 bit BUS.

According to a Motorola press release I'm reading right now, the DSP
runs at 40Mhz internally, regardless of the external clock speed, and
has a capability of 20MIPS.

(MIPS = Meaningless Indication of Processor Speed)

I don't doubt the speed you state, but MIPS is useless as an indicator
of machine capability UNLESS COMPARING WITH THE SAME PROCESSOR.

(ie: An 8088 running at 3.8 MIPS is still going to have about 1/8 the
     computational ability of the 68040 running at the same MIPS
     rating.)

Does anyone have something a little more meaningful as a speed benchmark
like Dhrystone ratings, or ratings relative to an ST?

> The FALCON is going to be the new machine, the machine of the future. It has
> capable of holding a 386SX processor which means that it shall be able to dir
                       ^^^^^^^^^^^^^^^^^^^^^^
> machine with no truble what so ever.

Why on earth would you want to put in a processor with a 16bit data bus?

If your host machine (Falcon) has a 32 bit bus, then use a 32 bit
parasite processor (386DX, 486or P5). Don't waste everybody's time
plugging in a slow processor which will have to take two bites at
the data bus to get its instructions.

> Get the FALCON, support the FALCON, it is the new machine, it is the future.

Get an editor which wraps at 72 columns please. Not everyone has 132
column setups.......


--
Alan Brown. (SysAdmin)
dogbowl@dogbox.acme.gen.nz                      Palmerston North
Dawghaus BBS -> +64 (6) 357-9245                New Zealand
       "A wet and windy place at the bottom of the World"
From: renfro@crchh610.BNR.CA (Randy Hoekstra)
Subject: Re: Big name hype
Reply-To: renfro@crchh610.BNR.CA (Randy Hoekstra)
Organization: Bell-Northern Research Ltd.
Date: Mon, 14 Dec 1992 18:40:47 GMT

In article <71535@cup.portal.com>, Bob_BobR_Retelle@cup.portal.com writes:
|>Regarding Spectrum Holobyte and "Flight of the Intruder"..
|> 
|>The SH representative who answered questions about why SH was
|>NOT going to be releasing ANY more games for the ST said that
|>in the first (three?) months of its release, FOTI had sold
|>over 10,000 copies on the IBM platform, over 4,000 on the Amiga,
|>and only 700 on the Atari ST.  With numbers like that, they
|>couldn't justify putting any further resources into any other
|>ST releases.
|> 

And they call the ST a game machine?  Personally, I don't play many
games on my Mega and from what I see here, a lot of people are using
there STs for serious computer work.  Granted there isn't much of
an Atari market left in the States, but of that, what percentage are
still playing (or purchasing) games on their STs?

Randy
                         
Newsgroups: comp.sys.atari.st
From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
Subject: Re: gcc baserel tcsh etc (was Re: Virtual Memory on MultiTos)
Organization: SAR Systems Development & Processing, JPL
Date: Sat, 19 Dec 1992 01:03:20 GMT

In article <1gt7r0INNhrd@usenet.INS.CWRU.Edu> an375@cleveland.Freenet.Edu (Jason Baker) writes:
>>(gcc can compile shared text programs if it is given the -mbaserel
>>parameter)

>	I was wondering what that meant.  The new mintlib readme metions 
>-mpcrel (or something).  What does this mean; under what conditions will
>gcc generate non-pc-relative code?  Does the new gcc support both shared 
>and private data in the same program?

The -mbaserel and -mpcrel options are independent, they just both happened
to be added at the same time. The pc-relative stuff is very primitive, and
of only marginal use. Ordinarily GCC generates long-absolute addresses for
everything (except stack slots and register variables, of course). The
PC-relative option causes GCC to try pc-relative addressing for any items
that reside in the text segment. There's no error-checking in the compiler
though, so it's possible to wind up with a pc-relative reference that
doesn't fit in the available 16 bit offset. (Oh, correction, GCC always uses
pc-relative code for generating the jump table for switch statements...)

The base-relative option causes all static and global variable references to
be made using a 16 bit offset from a base register (currently it's configured
to use register a4). Using this setup, there are no absolute references to
data or bss from the code, which allows a single copy of the code to be used
by multiple independent processes. In this approach, all data is private.
However, any items declared as "const" will go in the text segment, and so can
be considered to be shared initialized data (except that it's read-only data).
The compiler support for base-relative also doesn't do any error checking, so
it's also possible to generate code that won't successfully link. (The linker
performs all of the checks to see if all the addresses fit in their given
16 bit offsets.)

I'm working on an enhancement to make the linker perform the pc-relative code
transformations, since it will have enough information to do a better job at
it, as well as an improved version of the base-relative code generation that
will be less affected by size constraints...
-- 
  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA

All true wisdom is conveyed in one-line witticisms.
Xref: sparky comp.sys.atari.st:18618 comp.sys.atari.st.tech:6339
From: john@castle.ed.ac.uk (John Hannah)
Newsgroups: comp.sys.atari.st,comp.sys.atari.st.tech
Subject: Wanted - printer drivers for Canon BJ10ex bubblejet
Keywords: Canon, bubblejet, bj10, printer, drivers, wanted
Date: 18 Dec 92 18:36:53 GMT
Followup-To: comp.sys.atari.st
Organization: Edinburgh University Computing Service


Any advice about availabilty of printer drivers for a Canon Bubblejet
printer Model BJ10ex would be appreciated.  I am interested in versions
for 1st Word plus and GDOS.  Ftp availability would be nice!

Thanks

John Hannah
Electrical Engineering
University of Edinburgh