HDTenEightyP/NetNews huggingface dataset:
From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
Subject: Re: Turning Intuition's lA-M & lA-N off?
Newsgroups: comp.sys.amiga.programmer
Distribution: world
X-NewsSoftware: Amiga Yarn 2.0, 1992/06/25 01:41:36
Keywords: 
Summary: 
Date: 27 Jul 92 00:01:50 PST
Organization: Missionaria Phonibalonica

In <55152@mentor.cc.purdue.edu>, tna@mentor.cc.purdue.edu (Trevor Andrews) wrote:
> Is there an easy way to turn Intuition's (leftAmiga-M) and (leftAmiga-N)
> off...  It doesn't have to be system friendly!  But LockIBase() won't
> hack it, I need some of Intuition!!

Just put something in front of Intuition on the input food chain, and
have it eat those keys. Better yet, do something useful with them.

> By the way what happened to being able to set lA-M & lA-N in the "new"
> IControl Prefs?  Sigh...

Nothing. Last time I looked, they were there on all released versions
of AmigaDOS.

	<mike
Newsgroups: comp.sys.amiga.programmer
From: gblock@csd4.csd.uwm.edu (Gregory R Block)
Subject: Re: Hey Commodore types
Organization: University of Wisconsin - Milwaukee
Date: Wed, 22 Jul 1992 18:35:44 GMT

monty@sagpd1 () writes:
: 	I am confused???? You are saying that a function expects a UBYTE so the
: 	complier passes an unsigned long???????? and this is correct ?????

Here's SAS's type conversions, and promotions:

(from Amiga programmer's Quick Reference, by Vidia)

APTR		STRPTR *
BOOL		short
BPTR		long
BSTR		long
BYTE		char
BYTEBITS	unsigned char
COUNT		short
CPTR		ULONG
DOUBLE		double
FLOAT		float
GLOBAL		extern
IMPORT		extern
LONG		long
LONGBITS	unsigned long
REGISTER	register
SHORT		short
STATIC		static
STRPTR		unsigned char *
TEXT		unsigned char
UBYTE		unsigned char
UCOUNT		unsigned short
ULONG		unsigned long
USHORT		unsigned short
UWORD		unsigned short
VOID		void
WORD		short
WORDBITS	unsigned short

--TYPE CONVERSIONS--

basic type					promoted type

signed char, short, signed bitfield, int	int

char, unsigned char, unsigned short,		int	if conversion
signed short, bitfield, unsigned bitfield	preserves value,
						otherwise
						unsigned int

long, signed long				long

unsigned long					unsigned long

--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :) :)
(:"The person who said size doesn't matter was probably a very small man":)
(:	gblock@csd4.csd.uwm.edu			Gregory R. Block         :)
(: (: (: (: (: (: (: (: (: (: (: (: (:) :) :) :) :) :) :) :) :) :) :) :) :)
Newsgroups: comp.sys.amiga.programmer
From: mjp3783@ritvax.isc.rit.edu
Subject: HD recovery program of choice
Reply-To: mjp3783@ritvax.isc.rit.edu
Organization: Rochester Institute of Technology
Date: Thu, 23 Jul 1992 16:34:59 GMT

With all this "of choice" bits, I have a question:
What is the programmer's hard drive recovery utility of choice?
I have heard of QuarterBackTools totally trashing a hard drive as with some
others. What do you all use/write to help people recover their bad drives?
DiskSalv is the nicest from what I have seen, but having a hard drive of equal
size to write to is a problem.
,------------------------------------------------------------------.
| Watch the starlight shooting for the sky Reaching out to catch   |
| a piece of paradise. Is it true or is it just imaginations?      |
| Visions twist around my mind and bring me shelter from the night |
| Michael Phipps == mjp3783@ritvax.isc.rit.edu (R.I.T.)            |
`------------------------------------------------------------------'
From: darren@cbmvax.commodore.com (Darren Greenwald)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Qed, what's happening ?
Date: 25 Jul 92 16:02:43 GMT
Reply-To: darren@cbmvax.commodore.com (Darren Greenwald)
Organization: Commodore, West Chester, PA

In article <1992Jul23.084204.22149@lri.fr> jpr@sun4.lri.fr (Jean-Pierre Riviere) writes:
>
>In article <33197@cbmvax.commodore.com>, bj@cbmvax.commodore.com (Brian
>Jackson - Amiga Networking) writes:
>|> In article <14fneaINN75v@darkstar.UCSC.EDU> jonathan@cats.ucsc.edu
>|> (Jonathan Cano) writes:
>Nay!
>*every* time I found Qed on a *working* system (mainly on disk based
>catalogue), it always
>says to me
>"unknown command"
>eacjh time I try to load, save or even quit the program !
>It's my bane!!!

You have a version which is 3-4 years old now Jean.  Something like version
0.17, which was reading memory location 0; trashed by your HD controller.  QED
is something completely different from what it was back in those
long gone days, nor do I support those pre 1.x versions (I doubt I even
have the source code for that matter).

>I wish Qed could work on my Amiga, from what you say.
>
>|> 
>|> >| Jonathan Cano             |     //   _   |
>|> >| jonathan@cats.ucsc.edu    | \\ //   (_)  |
>|> 
>|> Brian
>|>        +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +
>|>        Brian Jackson    Amiga Networking Group, Commodore-Amiga Inc.
>|>                         bj@cbmvax.commodore.com
>|>      {uunet|rutgers}!cbmvax!bj    or   networking@cbmvax.commodore.com
>|>  "Oh, so you have a Borg named Hugh."           Uva uvam vivendo varia fit 
>
>-- 
>  Jean-Pierre RIVIERE        |     ///
>  LRI - Universite Paris Sud | \\\///
>  e-mail : jpr@lri.lri.fr    |  \///


--------------------------------------------------------------
Darren M. Greenwald | Commodore-Amiga Software Engineering   
                    | USENET: uunet!cbmvax!darren                       
--------------------------------------------------------------
Quote: "It would be impossible to discuss the subject without
        a common frame of reference." - Spock
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Libraries Collection
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Tue, 28 Jul 1992 23:48:38 GMT

In <dVeqr*QM1@swinjm.UUCP> forgeas@swinjm.UUCP (Jean-Michel Forgeas) writes:
>> COMMODIT.ZOO         commodities library package
>> MATHTRAN.ZOO         Mathtrans !!!!!

>Since these are C= libraries, if I was you I'd supect that there must be
>a Copyright on them.

It is possible that these libraries are an early version of the commodities
library and a mathtrans.library that uses the 68881. Both aren't from C=
and as far as I know have been released on fish disks.

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."
From: chopps@ro-chp.UUCP (Chris Hopps)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: line f trap <- what?
Keywords: library
Date: 29 Jul 92 08:50:42 GMT
X-Newsreader: Arn V1.00 beta rel2

Distribution: comp
Organization: Not an Organization

In article <epang.712299233@sfu.ca>, Eugene Pang writes:

> james.kewageshig@canrem.com (james kewageshig) writes:
> >after selecting the filename and "LOAD" gadget, my Amiga (with '030)
> >guru's with '00000004' I believe.  According to my guru code program
> >this code means "Line F trap error" or some such.
>
> It's an illegal instruction.  The cause could be a variety of things.  If
> this is reproduceable, try running Enforcer (dumping output to the serial
> port or printer?) and sending it to the author to fix.  Otherwise, don't
> select "LOAD".  :-)

Almost all the time, this guru is caused by not loading a library.  And
then calling a function from it.

The reason is either:
	2) NULL or garbage function ptr that you are jumping to.
	3) Bad data pointer, you may have written into your program's code secction.

	4) blowing out the PC, very hard to get this one, you have to be doing some
	   serious asm stuff, and then you would know what would cause the
	   illegal instruction.
	5) self-modifying code or such with dirty caches.

Check number 1 first 90% of the time it is this.

Numbers 1, 2 and 3 are very possible, numbers 4 and 5 should never happen unless
you are doing something really complex.

Chris...
------------------------
The Royal Oak Chophouse >> Chris Hopps
Royal Oak, Michigan     >> sycom.mi.org!ro-chp!chopps
From: torp@cats.ucsc.edu (Judith Lynn Nakamura)
Newsgroups: comp.sys.amiga.programmer
Subject: Registers from C
Date: 24 Jul 92 23:08:21 GMT
Distribution: usa
Organization: University of California; Santa Cruz
NNTP-Posting-Host: am.ucsc.edu


To quote the 2.0 RKM:Includes & Autodocs page 647 NP_Arguments entry:

	"cstring of arguments - passed with str in a0, length in d0."

Ok.  So, assuming the function is CreateNewProc()-ing correctly, how
do I pull these arguments out of the registers from C.  I realize this
is a probably a very simple thing to do, but I would really appreciate
help from anyone with some experience.

Thanks,
Judy
From: spark@spuddy.uucp (Steve)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: MakeScreen(); RethinkDisplay() vs. MakeVPort(); MrgCop(); LoadView()
Date: 22 Jul 92 19:24:58 GMT
Organization: Spuddy's Public Usenet Domain


It's about time the slowness of ReThinkDisplay() was discussed. If
it wasn't so slow, we'd e able to hvae copper scrolling, among other things.

For those not au fait, with copper scrolling, it invloves setting up a 
copper list with two accesses to the bitplane data in it.

One access is at the top of the viewport, and the other access is x pixels
down.

To scroll the viewport, you simply change the first access, to make the
bitplane pointers point (say) 8 pixels further down the screen. Then
you make x -= 8. Position x is where you reload the bitplane pointers
with the start of the display data.

Well - anyway - the point is that you'd be able to scroll a whole screen
really smoothly, using virtually no processor time, no blitter,
many times faster than the blitter, with no flicker, if it wasn't for the
slowness of ReThinkDisplay()

If CBM can't speed up RTD(), how about adding some kind of special support
for the above kind of scrolling. Sure would make text editors look nice.

Steve

-- 

        ---- Steve Parkinson (spark%spuddy.uucp@uknet.ac.uk) ----
        ----- Call Spuddy for Free UK USENET on 0203 638780 -----
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: MakeScreen(); RethinkDisplay() vs. MakeVPort(); MrgCop(); LoadView()
Date: 22 Jul 92 14:01:32 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <paulk.0ucw@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
>> The code violates
>> the rule that you should lock IntuitionBase while mucking with the fields.
>> So a more correct method would appear to be this:
>> 
>>       ULONG iBaseLock = LockIBase(0);
>> 
>>       MakeVPort(&IntuitionBase->ViewLord, &screen->ViewPort);
>>       MrgCop(&IntuitionBase->ViewLord);
>>       LoadView(&IntuitionBase->ViewLord);
>>       UnlockIBase(iBaseLock);
>> 
>> and indeed I haven't managed to crash my machine with this code yet
> 
>I think when I posted it I had the stuff inside a Forbid().  Is that
>an adequate substitute for LockIBase?  Maybe those who got crashes
>didn't Forbid.  LockIBase is clearly a more optimal approach though,
>if it really works.
> 
>Now the question is, if this DOES really work, why the heck is
>RethinkDisplay so damn slow?????
> 
NEVER EVER EVER EVER do anything like the above.  I don't care if
you call Forbid(), LockIBase(), Disable(), or if you have a note
from your mother.  Intuition uses layers and graphics constructs
to produce its display.  If you want the convenience of Intuition,
you must use the Intuition functions that manipulate those constucts
(in your case, RethinkDisplay()).  If you think you want to do direct
manipulation of views/viewports, you must implement your own view and
vieports.

You cannot use MrgCop()/MakeVPort() on an Intuition screen or screens.
Period.  This method is not endorsed and is problematic.

We didn't put delay loops in RethinkDisplay(), you know.  It takes
a while to execute because there is work to do.

     Peter
--
Peter Cherna, Operating Systems Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"No guts, no glory."
From: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Standard 2.0 File Requester Question
Date: 23 Jul 92 10:00:11 GMT
Organization: InterActivsion

In article <14ioh2INNbpr@darkstar.UCSC.EDU> smythe@cats.ucsc.edu
(Brian Matthew Aljian) writes:

>Why is this file requester (ASL is I think the name) so slow getting
>directories?  I want to use it in a program but I hate how slow it is.  Is
>there another one that looks like it (I like the look and feel of 2.0) but
>gets faster directory listings.  I know it can be done because I have seen
>some *amazingly* fast file requestors in my time (Pixel 3D's comes to mind --
>that sucker flys!).  Unfortunately, I've also seen some *amazingly* slow
>ones.. i.e. ASL.  Any ideas?

Which version do you have of the asl.library ??

You can try out the reqtools.library package by Nico Francois. He has
just released RTOOLS20.LZH. I don't have ftp access, so perhaps some
other kind soul could give you a hint of how to obtain it.

But beware, the future will bring a highly optimized asl.library. Until
then, check out reqtools.library.

>   Brian M. Aljian

--
*-------------------------------------------------------------------------*
|         _   UseNet: (uunet|rutgers|pyramid)!cbmvax!cbmehq!cbmden!hemmer |
|         \\ _                         CBMNET: hemmer@hemmer.adsp.sub.org |
| InterActi\X/ision - The name of precision                               |
| Best regards                         >> Carpe Diem! - Seize the day! << |
| Franz Hemmer - Software Developer.                                      |
*-------------------------------------------------------------------------*
From: slmt9@cc.usu.edu (Joshua Dinerstein)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: comp.sys.amiga.programmer archive site.
Date: 22 Jul 92 17:40:14 GMT
Organization: Utah State University

In article <1992Jul21.181707.12292@mixcom.com>, ttyytt@mixcom.com (Adam Costello) writes:
> In article <7yKnr*iX0@chsdip.wisdom.bubble.org> groo@chsdip.wisdom.bubble.org (Bill Squier) writes:
>>Specifically I'm looking for the discussion of mouse blanking about
>>1000 messages back.  Failing an archive, if some kind soul has a
>>site with a longer expire period than mine, the original message in
>>the thread was posted by Dan Charrois, and about 10 messages followed,
>>discussing the relative merits of OFF_SPRITE and other methods.
>>
>>I'd even take a summary.  Thanks.
> 
> If there is any response to this request, could it please be posted?
> (Or at least, a copy sent to me too!)

	The Comp.sys.amiga.programmer archives can be found on f.ms.uky.edu
	In the directory pub/amiga/Netnews/

	The file names are abriviated so that the ones that you want are 
csapXXXXX and so on.

	Hope this helps,
	Joshua
	SLMT9@cc.usu.edu

> 
> Thanks,
> AMC
-- 
**************************************************************
*                     *                                      *
*  Joshua Dinerstein  *  Nothing matters and what if it did? *
*  SLMT9@cc.usu.edu   *            - Who Knows!!!            *
*                     *              Anyone?? Anyone??       *
**************************************************************

If it's a raincoat why does it have to be dry cleaned?
        - Some Guy on some comody show
From: plav@cup.portal.com (Rick M Plavnicky)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: GNU Emacs vs. the world . . . (was Re: C Programmer's Edito
Date: Sun, 26 Jul 92 19:26:01 PDT
Organization: The Portal System (TM)
Distribution: world
  <ACHOW.92Jul23183544@cad093.scdt.intel.com>
  <mwm.1awn@contessa.palo-alto.ca.us>


Is there an MG revision higher than `Mg 3a Beta 4'?

/* Rick Plavnicky   plav@cup.portal.com */
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: MakeScreen(); RethinkDisplay() vs. MakeVPort(); MrgCop(); LoadView()
Distribution: world
X-NewsSoftware: GRn 1.16f (beta) by Mike Schwartz & Michael B. Smith
Date: 30 Jul 92 01:18:43 PST
Organization: Amiga makes it possible

In article <paulk.0ye0@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
> > Alright, not every potential subcase.  How about support for
> > double-buffering at the intuition level ?
>
> I think what most of us want, besides that, is an Intuition-
> integrated method of scrolling an oversized bitmap in an intuition
> screen.  Since Intuition does this just fine INTERNALLY, the rest of
> us should be able to.
>
> Hopefully in a way that works for dual playfields scrolled
> independently.

RTFM: ScrollVPort()

--
Amiga programmer of: GRn, MailMinder, Budokan, Beyond Dark Castle, Dark Castle
Sega Genesis programmer of: Dick Tracy and Marble Madness.
Mike Schwartz  (ames!zorch!amiga0!mykes or mykes@amiga0.sf-bay.org)
1124 Fremont Ave.
Los Altos, CA 94024
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Making a DOS handler
Distribution: world
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
Date: 21 Jul 92 00:03:21 PST
Organization: Amiga makes it possible

In article <1992Jul20.150854.661@syma.sussex.ac.uk> mpue2@syma.sussex.ac.uk (James E. Talbut) writes:
> Where can I find the docs to write a replacement console handler?
> The RKMs barely mention handlers at all and the DOS manual just says
> that it can't go into the detail to create one.
>
> Any help gratefully received.
> 	J.T.

The registered DICE distribution ($50) comes with example source to
the beginnings of a dos handler.  All you need to do is type DMake
and you get a working example.

> --
> Fine beer may be judged with just one sip,
> 	but it's better to be thoroughly sure.  -  Czech proverb
>
> James Talbut            mpue2@syma.susx.ac.uk

--
Amiga programmer of: GRn, MailMinder, Budokan, Beyond Dark Castle, Dark Castle
Sega Genesis programmer of: Dick Tracy and Marble Madness.
Mike Schwartz  (ames!zorch!amiga0!mykes or mykes@amiga0.sf-bay.org)
1124 Fremont Ave.
Los Altos, CA 94024
Organization: Penn State University
Date: Wed, 29 Jul 1992 12:51:58 EDT
From: <TEW105@psuvm.psu.edu>
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 5.10b fopen(...,"w+") bug?
Distribution: comp

In article <1992Jul26.190553.26493@wam.umd.edu>, walrus@wam.umd.edu (Udo K
Schuermann) says:
>I use SAS/C 5.10b under KS2.04 and am opening a file with a statement such
>as the following:
>
>        struct FILE *myFile;
>        myFile = fopen("t:test","w+");
>
>This clears out the file if it contains any information instead of preserving
>existing information!  The documentation on page L72-L73 describes the use of
>the "w+" mode as 1) creating the file if it doesn't exist yet, 2) preserving
>existing contents (WHICH IT DOESN'T!), 3) providing r/w access to the file.
>
>The function behaves exactly as if I had not specified the "+" symbol in the
>mode.  I have though.  I have I have I have!  :-/
>
It should behave exactly as if you opened it without the + except now you can
preform reads and writes to the file (after a fseek).  It sounds like you want
to use a different mode, either r or a.  Lets see, the problem with r is it
won't open it if it doesn't exist, right?  So either use the a+ mode or check
the r+ mode call and if it fails then open with a w+ mode.

One note about the a+ mode.  It should put you at the end of the file
automatically, but you may want to do an fseek just to be sure.
Also, when you are using a read/write mode, you need to preform an fseek
between reads and writes (in other words you can't follow an fread with an
fwrite.  You must put an fseek in between), at least when dealing with
binary files.

+L8R+                                +What do you say to the child, whose god
HonuS  internet: TEW105@psuvm.psu.edu|is in the TV?  And what do you say to the
+---+  bitnet:   TEW105@psuvm        |man, who blames the world on TV? -Live
Disclaimer: +-Look Ma, only 4 lines--+-I don't know, ask Oprah -me ----------+
  The big wigs at PSU wish they could come up with opinions as good as mine!
Newsgroups: comp.sys.amiga.programmer
From: consp03@bingsuns.cc.binghamton.edu (Kriston J. Rehberg)
Subject: MAKE that's **IX compatible
Organization: Binghamton University Computing Services - The POD Staff
Date: Fri, 31 Jul 1992 20:24:27 GMT

I need a MAKE utility that's similar or identical to the **IX version.
I'd like to use GCC to compile some things, but I need a make utility
that will read the usual **IX makefiles with minimal editing.

Thanks!

Kris

--
Kriston J. Rehberg, POD Consultant          consp03@bingsuns.cc.binghamton.edu
Binghamton University Computing Services    CONSP03@BINGVAXA.BITNet
#include <stddisclaimer.h>                  "Labra lege:  Hackito ergo sum"
"Your lack of common decency reminds me of a computer" - emacs M-x flame
Newsgroups: amiga.prog,comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: Signal Semaphores
Organization: Jet Propulsion Laboratory
Date: Thu, 23 Jul 1992 15:56:41 GMT

In article <rwm.711692783@atronx.OCUnix.On.Ca> rwm@atronx.OCUnix.On.Ca (Russell McOrmond) writes:
>
>  I'm wondering if anyone has done extensive work with SignalSemaphores under
>2.04 (V37) that could let me know what I'm doing wrong with my use of them.
>I just put a 'Forbid()/Permit()' pair around all the things
>that 'should' have been protected by an ObtainSemaphore/ReleaseSemaphore
>pair in some multi-threaded code, and a large number of bugs just 'went away'.   
>Since I'd rather that ALL tasks didn't wait, and only those wanting access 
>to these structures, I'd rather get things working.
>
>  The program in question runs many different processes, all of which share
>the same global variables.  When accessing any of the structures, I had put
>semaphore arbitration around the calls. Here's some 'example' code from what
>I'm doing:

I've done extensive work with the signal semaphore stuff, but from Assembly.
You didn't say what C compiler you're using. If an older MANX (i.e. <= 3.6)
then the statement:

>  if((myconfig=AllocMem(sizeof(config),MEMF_CLEAR))) {

would be wrong if sizeof(config) returns a 16 bit integer instead of a 32 bit
which AllocMem expects.

>
>typedef struct config_struct {
>  struct slave_struct mainSlave;
>  /* Slaves */
>  struct SignalSemaphore listLock;
>

And what are you doing here? Redefining what the keyword struct means?

Investigate those items. Next time post how you declare "config".

jeff
From: cdougs@pnet01.cts.com (Doug Sherburne)
Newsgroups: comp.sys.amiga.programmer
Subject: Need some "non-programming" help with FTPs
Date: 29 Jul 92 17:16:02 GMT
Organization: People-Net [pnet01], El Cajon CA

This isn't exactly a programming subject but I would like someone to explain
to me what an FTP is as far as getting a hold of files from other systems
other than the site I'm working through.  What is involved - do I need a UNIX
account somewhere?  Are there personal costs ($) involved for the time, etc.? 
I would appreciate any comment.

Doug Sherburne,
San Diego, CA

UUCP: {hplabs!hp-sdd ucsd nosc}!crash!pnet01!cdougs
ARPA: crash!pnet01!cdougs@nosc.mil
INET: cdougs@pnet01.cts.com
From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: 2.04 Includes
Date: 24 Jul 92 20:34:08 GMT
Organization: Missionaria Phonibalonica
X-NewsSoftware: Amiga Yarn 2.0, 1992/06/25 01:41:36

In <1992Jul20.022301.29933@ariel.ec.usf.edu>, stelmack@eggo.tmc.edu (Gregory M. Stelmack) wrote:
> In article <91150@bu.edu> nik@buitc.bu.edu (Nik Conwell) writes:
> And while you're at it, improve on it -- do a bunch of typedefs, so I can
> do a "Screen *MyScreen" instead of "struct Screen *MyScreen"!

Plead do this - NOT! If you want to make your code harder to read, you
should have to type in the typedefs yourself.

	<mike