HDTenEightyP/NetNews huggingface dataset:
From: boily@phy.ulaval.ca (Edouard Boily)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.applications,comp.sys.amiga.misc
Subject: Looking for such a Print Utility
Keywords: print utility ARexx CLI
Date: 8 Jan 93 14:50:10 GMT
Organization: Universite Laval, Ste-Foy, Quebec (Canada)
Originator: boily@perseus.phy.ulaval.ca

Here is what I want to do.

I have a big black & white image, say 1280X1650 that I want to
print full page (well, as big as possible) on my prefs printer.
Since I want to do this from a CanDo application and since the
dimension of the image may vary, I'm looking for a program that
will offer enough freedom to do the scaling and send it to the
printer at best possible resolution.  A CLI application or a
program with a sufficient ARexx interface would do fine.  I don't
need any sophisticated dithering.

I tried with the AmigaOS 2.1 "GraphicDump" but this will only print
the current front screen, not an image on disk.  "FileDump" is good
only for text file.  "GPrint" (PD from ?) is good but does not offer
enough freedom on scaling and is good only with Epson printers.

Of course, I could use tools like DPaint IV but there is no ARexx
interface so I can't print from my CanDo application.  In fact the
print function of DPaint would do fine since it is possible to
specify the X and Y scaling.  But as I said, DPaint suffer from the
lack of an ARexx port.

In the long run, if I find nothing I will write such a program.
But for now, I'm looking for an easier solution.

Does such a program (PD or commercial) currently exists?

Any hints?


	Thank you very much.


 - Edouard
.---------------------------------------------------------.
|                   boily@phy.ulaval.ca                   |
|---------------------------------------------------------|
| Edouard Boily  | Projects: AmiGraph, AmigIRAF      ///  |
| Physic's Dept. | Interests: Astronomy, Comp. Sciences   |
| Laval Univ.    | Work: On my Ph. D.          \\\ ///    |
| Quebec, CANADA | Citation: "Almost!" - Me     \\XX/     |
`---------------------------------------------------------'
From: EcoDev@cup.portal.com (Eco - Development)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ResEdit 2.1 for Amiga
Date: Tue,  5 Jan 93 22:39:28 PST
Organization: The Portal System (TM)
  <C0E2oB.2E5@news.iastate.edu>

>   With all of this bashing of the internals of the Mac OS in advocacy, I have
>a question: why hasn't the equivelent of ResEdit 2.1 ever been written for the
>Amiga?
>
>---
>| Marc Barrett -MB-  |  email: barrett@iastate.edu
>--------------------------------------------------------------------
>"No, I just think that a computer grafted on top of another computer
>is a kludge.  It has nothing to do with the AGA chipset." -- me
>

Because ResEdit is the biggest piece of trash ever tossed upon the
development community. And it has no application whatsoever for the
Amiga.  Once again you astound us with your total ignorance. 


Wait,  I guess calling ResEdit the biggest piece of trash totally 
ignores MicroSoft.. hmm will have to wait before I hand out that award.


Brick Eksten  Eco Development

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
% beksten@ucqais.cba.uc.edu    % If this ain't fun I don't know what fun is? %
% EcoDev@cup.portal.com        %                                             %
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
From: doiron@starpt.UUCP (Glenn Doiron)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Chunky Pixels vs. Bitplanes (was: Chunky Chip Set...)
Date: 4 Jan 93 23:03:17 GMT
Organization: 68K Software Development
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith

In article <1993Jan4.031543.18522@mpifr-bonn.mpg.de> mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:
> In <doiron.0kmz@starpt.UUCP> doiron@starpt.UUCP (Glenn Doiron) writes:
> >This is a *general purpose* scaling algorithm.  It uses no predefined
> >tables.
> 
> Correct. It also makes the effect of chunky vs. bitplane quite invisible.
> It is however not the preferred method. If the rectangles in question
> are large enough it is faster to precalculate the tables and use them.
> 
> >The rendering is a small fraction on the chunky system, however getpixel()
> >and putpixel() on a planar system may even take *more* time than the
> >multiplications due to the time needed to ([shift/mask/extract]x8) then
> >([shift/mask/insert]x8) do those operations in planar.
> 
> Hardly. You forget the time needed to calculate pointers from x,y
> coordinates.
> 
> >It's a general purpose algorithm that will scale/rotate bitmapped images.
> >It suffers no limitations unlike your precalculated table.
> 
> And it is not used when performance is an issue.
> 
> >I can assure you that on a chunky display, that will be the case.  On a
> >planar display, that is a different story entirely.
> 
> While it is different the overhead isn't that high.
> 
> >Notice how **NO** processors support parallel operations on several
> >arbitrary bits at different memory locations.  Even if there were there
> >would still be overhead due to the extra data accessed that wasn't even
> >considered.
> 
> You don't need to do operations on several arbitrary bits at different
> memory locations in parallel. And, for many things, you don't even
> work on single bits because you do not handle a pixel at a time.
> 
> >Suppose you have a blit that takes 20ms on chunky and 30ms on planar
> >(planar is accessing 1/3 more data than neccessary) on a 256 color display.
> >Jump up the pixel depth to true-color (32-bit), and you're suddenly wasting
> >4x as much time, since now it's taking 80ms on chunky and 120ms on planar.
> >Still in a 2:3 ratio, but your time wasted has jumped from 10ms to 40ms.
> 
> Still don't see your point here.
> 
> Regards,
> -- 
> Michael van Elst
> UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
> Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
>                                 "A potential Snark may lurk in every tree."

Since you have agreed to all the points I have made, I see no point in
continuing this discussion.  Have a nice day!

Glenn Doiron
--
Amiga UUCP+
Origin:  uunet.uu.net!starpt.UUCP!doiron (Organization:68K Software Development)
         BIX: gdoiron
** Not enough memory to perform requested operation.  Add 4 megs and retry.
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Mon, 11 Jan 1993 18:06:56 GMT

In <N9c7wB4w165w@lakes.trenton.sc.us> rock@lakes.trenton.sc.us (Rockerboy) writes:
>mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:
>> Dream on....

>Being a software person, I'm sure you're loathe to do that, eh?

Who said I am a software person ? Anyway, my dreams usually do
not include nice behaviour of software publishers nor free lunch
for all.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: comp.sys.amiga.programmer
From: paulg@tplrd.tpl.oz.au (Paul Gittings)
Subject: Re: Wanted: info on available C++ compilers
Originator: paulg@sydrd19
Organization: Telectronics Pacing Systems
Date: Wed, 06 Jan 93 23:43:10 GMT


In article <C0F1JJ.IuH@well.sf.ca.us>, comeau@csanta.attmail.com (Greg Comeau) writes:
> In article <1h5pgkINNp36@huon.itd.adelaide.edu.au> wayne@cs.adelaide.edu.au (Wayne McKeen) writes:
> >
> >I am looking for a decent C++ compiler for the Amiga and I have not able
> >to find any dealers in S.A., and very few elsewhere. What compilers are
> >available, at what cost, and from where can I get one? I am aware of the
> >existence of g++, however I would like information on the commercial C++
> >compilers which are available.
> 
> Comeau C++ 3.0b With Templates is one possibility.  For AmigaDOS, the
> cost is $US250.  It could be express mailed to S.A. for an additional
> $US60, and you'd have it "within hours".

There is a review of Comeau C++ with Templates in the most recent edition
of "AC's Tech"  volume 3 number 1.  The summary was;
        Technical quality and reliability:  excellent
        Price:                              good
        Support:                            excellent
        Installation:                       excellent
        Documentation:                      poor
        Completeness:                       excellent
        Integration with AmigaDOS:          excellent 
        Integration with C Compilers:       excellent

A couple of notes; you will need a C compiler.  And, as far as I
know,) no Amiga specific C++ libraries/classes come with Comeau C++.  
In another thread people were asking why C++ is not used more in the
Amiga and Sun world, my feeling is that one of the major problems
is the lack of machine and OS specific libraries.  It takes a lot
of OO experience to design and build good quality classes.  Without
these classes developing true OO programs on your favourite computer
can be a lot more time consuming.  Any body out there working on Amiga
specific classes?  OO and C++ should, IMHO, take off once standard
libraries and classes become available then you can just glue your
applications together.

Cheers,
Paul Gittings
Telectronics Pacing Systems- 7 Sirius Rd, Lane Cove, NSW 2066, Australia
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   _              | paulg@tplrd.tpl.oz.au OR paulg@tps.com
_ // Amiga users  | 61-2-4136963 (voice: work)----------------------------
\X/ make it happen| 61-2-4136868 (fax)        |A Welsh/Canadian/Australian
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
No matter how much I beg, Telectronics will not allow me to express any
opinions on its behalf.

Newsgroups: comp.sys.amiga.programmer
From: accs1@bagheera.mumath
Subject: Re: C++
Reply-To: accs1@bagheera.mumath
Organization: Sun Microsystems
Date: Tue, 5 Jan 93 08:25:59 GMT

In article Hzn@unx.sas.com, walker@twix.unx.sas.com (Doug Walker) writes:
>stated it here before - we are planning a C++ release this year,
>tentatively for third quarter.  It will be a translator.  It will
>be well-integrated into the SAS/C environment.  It will require
>SAS/C 6.0.
>

Does this mean it will not be shipped together with the C++ package ?
Will there be an option to get it together with 6.0 ?
Any ideas of the price ranges ?

Thanks much 

Frank

Newsgroups: comp.sys.amiga.programmer
From: smithb@nijmeg.ingr.com (Bart Smith)
Subject: AREXX files ADPro
Organization: Intergraph Nijmegen
Distribution: comp
Date: Tue, 12 Jan 1993 09:02:50 GMT

Hello AREXX programmers ,

Can you help me to get some good ( user friendly ) AREXX programms
to put it on A Library disk ( special for AREXX users )

If you have an AREXX program for ADPRO / MORPH / MORPH PLUS / FRED or
an combination of those , PLEASE send it as an ASCII file to me.

like :  An AREXX file that loads 2 pictures , resize them (160*400 pix)
        and makes an morph or warp ANIMATION.

Please send in your AREXX files and help some people out.

This disk will be P.D. 

Thanks , 

B.C. Smith
Intergraph Nijmegen , The Netherlands

Newsgroups: comp.sys.amiga.programmer
From: dkeller@rain.fishkill.ibm.com (Douglas Keller)
Subject: Re: Regions and BOOPSI gadgets?
Date: Fri, 08 Jan 93 23:10:45 GMT
Distribution: comp
Organization: IBM Poughkeepsie, NY

In article <S37732V.93Jan8183438@lk-hp-20.hut.fi> s37732v@snakemail.hut.fi (Markus Juhani Aalto) writes:
>to the rastport. I currently InstallClipRegion when I get GM_RENDER
>message and do my rendering after that. This works fine when I open
>the gadgets but after I size the window all clipping goes absolutely
>out of control. So is there a possible way to use Regions in BOOPSI
>gadgets? 

I think Intuition removes all layers regions during a resize.

doug
From: misar@rbg.informatik.th-darmstadt.de (Walter Misar)
Subject: Re: Assembler help needed
Date: Thu, 7 Jan 1993 16:44:55 GMT
Organization: TH Darmstadt

In article <C0HMzp.Dsv@newcastle.ac.uk>, D.J.Miller@newcastle.ac.uk (Dave Miller) writes:
> 
> 
> Greetings :)
> 
>   having just bought Stefan Ditrich's book 'Amiga Assembly Language' (or
> whatever it's called), I'm a bit miffed at his constant use of AssemPro.
> Throughout the entire book he make use of macros and commands which appear
> unique to this assembler. For example in an intuition based program 
> which shows off gadgets/menus/windows etc....there is use made of a command:
> 
> 	blk.w  500
> 
> and two macros
> 
>  	INIT_AMIGA
> 	EXIT_AMIGA
> 
> blk appears in various forms throughout the text (blk 9,0 being another one)
> 
> has anyone got any idea what these are on about so I can set about replacing
> them with code that Devpac2 and/or A68k will understand. 
> 
> I'm assuming that blk is some fancy version of the link command as it is used
> to reserve stack space for menus (according to the comments) however, direct 
> substitution causes a crash.

blk.w 500 is used to declare a space of 500 bytes (I guess initialized with
0's ). Use ds.w 500 instead. A blk.w 500,10 should be dcb.w 500,10 (500
words, all value 10). But the macros leave me clueless, sorry.

-- 
Walter Misar                                | It is impossible to enjoy
misar@rbg.informatik.th-darmstadt.de        | idling thoroughly unless
                                            | one has plenty of work to do.
Newsgroups: comp.sys.amiga.programmer
From: barrett@iastate.edu (Marc N. Barrett)
Subject: Re: ResEdit 2.1 for Amiga
Organization: Iowa State University, Ames, IA
Date: Wed, 6 Jan 1993 05:04:43 GMT

In article <1id3m7INNrf7@uwm.edu> bloc1469@ee.ee.uwm.edu (Gregory R Block) writes:
>In article <C0E2oB.2E5@news.iastate.edu> barrett@iastate.edu (Marc N. Barrett) writes:
>>   With all of this bashing of the internals of the Mac OS in advocacy, I have
>>a question: why hasn't the equivelent of ResEdit 2.1 ever been written for the
>>Amiga?
>
>Argh.
>
>Pray tell, Marc, exactly WHAT would a ResEdit for the Amiga do?
>Especially since the Amiga doesn't have "resources"?

   OK, call it "ChunkEdit".  :-)  The Amiga does have chunks, which are similar
to resources on the Mac. 

---
| Marc Barrett -MB-  |  email: barrett@iastate.edu
--------------------------------------------------------------------
"No, I just think that a computer grafted on top of another computer
is a kludge.  It has nothing to do with the AGA chipset." -- me

Newsgroups: comp.sys.amiga.programmer
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: C++ Compilers
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Thu, 7 Jan 1993 14:39:06 GMT

In article <1993Jan7.063944.6460@desire.wright.edu> fheitkamp@desire.wright.edu writes:
>	How well does Comeau C++ work with the CPR debugger?  Can you
>	step through programs read variables, memory, set break points
>	etc.?  Basically is the debugger useable after the C++ translation?

Yes.  Details of this have been discussed here before.  The main issue
in respect to your question is the C++ implementation detail of the
encoding of some identifier names.  It isn't the prettiest thing in the
world, but there is a trivial method to the madness, plus, we provide
a utility (comofilt) to handle unencoding of function names.  I hope this
answers what you asked.

- Greg
-- 
         Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
                   Producers of Comeau C++ 3.0 With Templates
          Here:attmail.com!csanta!comeau / BIX:comeau / CIS:72331,3421
	    Voice:718-945-0009 / Fax:718-441-2310 / Prodigy: tshp50a
Newsgroups: comp.sys.amiga.programmer
From: breese@monet.imada.ou.dk (Bjoern Reese)
Subject: SetIntVector?
Organization: Dept. of Math. & Computer Science, Odense University, Denmark
Date: Tue, 12 Jan 1993 15:40:03 GMT

I've been trying to use SetIntVector() but something goes
wrong. Using SetIntVector() to install my own server works
just fine, but when I'm about to reinstall the old server
it goes coma. I've tried debugging and found out that the
value returned by SetIntVector() is zero, and not a pointer
to the old server. What did I do wrong?

;----------------------------------------------------------
	INCLUDE	INCLUDE:exec/exec_lib.i
	INCLUDE	INCLUDE:exec/nodes.i
	INCLUDE	INCLUDE:hardware/intbits.i
	INCLUDE	INCLUDE:hardware/custom.i

CALL:	MACRO
	jsr	_LVO\1(a6)
	ENDM


start:
	move.l	(_SysBase).w,a6
	CALL	Forbid			;Forbid multitasking
	moveq.l	#INTB_VERTB,d0
	lea	VBlankServer(pc),a1
	CALL	SetIntVector		;Install new server
	move.l	d0,OldServer

wait	btst	#6,$bfe001		;Left mouse buttom?
	bne.s	.wait			;Dirty, but so what.
					;It's just an quick hack.

	move.l	(_SysBase).w,a6
	moveq.l	#INTB_VERTB,d0
	move.l	OldServer(pc),a1
	CALL	SetIntVector		;Reinstall old server
	CALL	Permit			;Permit multitasking
	moveq.l	#0,d0
	rts

IntLevel3:
	movem.l	d0-d7/a0-a6,-(sp)
	move.w	intreqr(a0),d0		;a0 contains custom base
	and.w	intenar(a0),d0
	move.w	d0,intreq(a0)		;Clear interrupt request

	move.w	#$0500,d0		;Do some fancy color stuff
loop	move.w	d0,color(a0)
	dbra	d0,.loop

	movem.l	(sp)+,d0-d7/a0-a6
	rts

OldServer:	dc.l	0

VBlankServer:
	dc.l	0,0		;ln_Succ,ln_Pred
	dc.b	2,0		;ln_Type,ln_Pri
	dc.l	IntName		;ln_Name
	dc.l	0,IntLevel3	;is_Data,is_Code

IntName:dc.b	"name",0
	EVEN

--

Bjoern Reese                   |     Email: breese@imada.ou.dk
Odense University, Denmark     |     Voice: +45 65 932 182 (private)
From: plav@cup.portal.com (Rick M Plavnicky)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Upgrade MANX C for ADOS 3.0 stuff? How?
Date: Fri,  8 Jan 93 20:34:44 PST
Organization: The Portal System (TM)
Distribution: world

(Please accept my apologies if you're reading this twice.  I posted a 
couple of days ago, but I cannot find any evidence that it made it
out of this site.  Hence the repost.)

 

iank@microsoft.com (Ian Kennedy) writes:

>I tried calling their BBS, but the area code changed. So I called
>the number with the new area code and it had been disconnected.
>
>So, what is the number for the MANX BBS (are they still around?)?

Manx's tech support and BBS numbers have changed.  The new numbers
are:

   tech support - +1 908 780 5005
            BBS - +1 908 780 6363

BBS access is still 2400 bps max, but they claim to be thinking about
getting a faster modem.

I recently caught up on the message traffic there (about 3.5 months
worth) and frankly, I was disappointed.  Lots of Manx bashing (!),
complaining, and whining, and precious little 'meat'.  Responses from
Manx seem weak and non-committal. 

I didn't notice any new and interesting files either.  The latest
product revisions available for downloading seem to be the 5.2b beta
stuff, but I didn't look really hard.  I guess it's been a while since
Manx has done any Amiga product revisions.  :-(

Hope this helps someone, although on re-reading it sure looks like I'm
painting a picture of doom and gloom.  I've used Manx products for
years; give me my command line driven compiler/assembler/linker, make,
a halfway decent emacs, and standalone revision control tools over
that GUI stuff any day.  (Perhaps one day I'll change my mind.
Everyone seems to consider Borland's Integrated Development
Environment (on Intel-based boxes) to be an excellent GUI development
environment, but I find it quite confining.) It'll kinda bum me out to
end up switching to SAS for current support, and having to a) learn a
new way of doing things, and b) figure out how to get all the GUI
stuff out of the way without losing too much functionality. 

Of course, ummm, those are my personal problems, right?  :-)

Aside to Doug Walker: How long will the Manx-->SAS upgrade deal you
recently mentioned last?  Another week or two?  Indefinitely?
Somewhere in between? 


/* Rick Plavnicky  plav@cup.portal.com */
Newsgroups: comp.sys.amiga.programmer
From: Duane_Eddingfield@mindlink.bc.ca (Duane Eddingfield)
Subject: Re: Help me identify Guru Meditation #
Organization: MIND LINK! - British Columbia, Canada
Date: Wed, 6 Jan 1993 18:52:24 GMT

> Bill Hoston writes:
>
> Msg-ID: <1993Jan5.171800.8765@athena.mit.edu>
> Posted: Tue, 5 Jan 1993 17:18:00
>
> Org.  : Massachusetts Institute of Technology
>
> Can someone please tell me what Guru 8(1|0)000 0005 is?
>
> Thanks,
> Bill Hoston
>
>
> --
>         Bill Hoston
>         farhi@athena.mit.edu


According to 'alert' (a program that IDs these numbers):

Corrupt memory list detected in FreeMem().

This seems to happen if you're managing your own memory pools and have freed
part of one back to the system, then you try to free the entire pool.
From: barrett@astro.cs.umass.edu (Daniel Barrett)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Need a program to compare lines in a text file
Date: 12 Jan 93 02:38:43 GMT
Reply-To: barrett@astro.cs.umass.edu (Daniel Barrett)
Organization: BLAZEMONGER INCORPORATED

>miller@mrcnext.cso.uiuc.edu (Geoffrey M. Miller) writes:
>: 1. Read in a line of text.
>: 2. Compare that line to every line thereafter, deleting all identical lines.
>: 3. Read in the next line and proceed, etc.

In article <1993Jan12.002441.19621@hpcvca.cv.hp.com> abrown@hpcvcec.cv.hp.com (Allen Brown) writes:
>You have just described the 'uniq' program of Unix vintage.

	No, he hasn't:  you've made a common mistake.  "uniq" does not
eliminate all duplicates -- just ADJACENT duplicate lines.  If you want
all duplicates removed, you must sort the file first.

		sort filename | uniq > outfile

(Note that the above is a UNIX command.)  Alternatively, you can use the
UNIX sort command's "-u" option:

		sort -u filename > outfile

>I am five miles from my Amiga so I cannot get specific.  But there are
>numerous Unix like packages in the Fish lists.

	There is a complete port of the GNU TextUtils available by
ftp from amiga.physik.unizh.ch and its mirror sites, containing both
uniq and sort (among others).

                                                        Dan

 //////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
| Dan Barrett -- Dept of Computer Science, Lederle Graduate Research Center |
| University of Massachusetts, Amherst, MA  01003  --  barrett@cs.umass.edu |
 \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\/////////////////////////////////////
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Getting a valid FileSysStartupMsg pointers.
Date: Mon,  4 Jan 93 11:52:40 PST
Organization: The Portal System (TM)
  <1992Dec30.143415.10947@samba.oit.unc.edu>
  <1992Dec31.031635.8317@jato.jpl.nasa.gov>

that gets you all the devices, but because of the "strangeness" of
the startup messages, you could get things that are devices but
not disk type devices.  I have have a mountlist item that is such
a type, it is a device, it has a text startup message, and my program
thinks it is a disk type and generates an enforcer hit.  I would like
to fix it, but every idea I get is still a kludge and not an "official"
method.  I would like someone from C= Cats to give an example, even if
it is a 2.0/2.1/3.0 only example.
From: adamw@mundil.cs.mu.OZ.AU (Adam Douglas WEISSER)
Subject: Still looking for Matthew Dillon's email...
Organization: Computer Science, University of Melbourne, Australia
Date: Mon, 11 Jan 1993 05:51:19 GMT

Title says it all.

	dillon@overload.berkeley.ca.us	doesn't work
	dillon@overload.berkeley.cs	doesn't work either.

Where is this guy?


	Ads (adamw@mundil.cs.mu.oz.au)

Newsgroups: comp.sys.amiga.programmer