HDTenEightyP/NetNews huggingface dataset:
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re:  Speculations: Amiga and Mach?
Organization: Jet Propulsion Laboratory
Date: Sun, 30 Aug 1992 07:41:42 GMT

In article <waUAr*FU0@caleb.UUCP> jdp@caleb.UUCP (Jim Pritchett) writes:
>In article <heinz.0364@edohwg.UUCP>, Heinz Wrobel writes:
>
>> In article <wk+yr*dS0@caleb.UUCP> jdp@caleb.UUCP (Jim Pritchett) writes:
>> >In article <rwm.713991011@atronx.OCUnix.On.Ca>, Russell McOrmond writes:
>> >
>> >>   Developers need firewalls, users do not.  Developers use MMU based machines.
>> >
>> >I strongly disagree with this statement.  I have had several "commercial"
>> >programs which would not run well together.
>> 
>> How about: Developers __SHOULD__ use MMU based machines.
>
>Ok by me.  However, there may still be some poor developers using stock 68000
>machines out there.
>

There are :-(

Newsgroups: comp.sys.amiga.programmer
From: mueller@schaefer.math.wisc.edu (Carl Douglas Mueller)
Subject: Re:   SAS/C 6.0 Details (LONG!)
Reply-To: mueller@schaefer.UUCP (Carl Douglas Mueller)
Organization: Univ. of Wisconsin Dept. of Mathematics
Date: Mon, 31 Aug 92 13:36:01 GMT

In article <BtuLyp.J5D@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
>
...various stuff about the WB1.3 and WB2.0 headers included with
SAS/C V5.x and V6.0 ...(deleted)
>

So, what you (and others) are saying is that those of us with 1.3 should 
just use the 2.0 headers and simply avoid the 2.0 specific routines.

Am I getting this right?  Is there any reason to use the 1.3 headers?

>usenet: walker@unx.sas.com                            bix: djwalker 

    Carl Mueller (mueller@math.wisc.edu)
Newsgroups: comp.sys.amiga.programmer
From: dingebre@imp.sim.es.com (David Ingebretsen)
Subject: Re: RKM: Libraries - examples?
Keywords: rkm libraries examples
Reply-To: dingebre@imp.sim.es.com (David Ingebretsen)
Organization: Evans & Sutherland Computer Corp., Salt Lake City, UT
Date: Wed, 26 Aug 1992 15:41:33 GMT

In article <34637@cbmvax.commodore.com>, ricci@cbmvax.commodore.com (Mark Ricci - CATS) writes:
> dwl10@ccc.amdahl.com (Dave Lowrey) writes:
> >Are the examples from the 2.04 RKM: Libraries book available
> >in "electronic" form?
> >
> >I know that the ones from 1.3 showed up on a fish disk (or two).
> 
> We're not quite done yet, but awfully close.  We will be submitting
> them to Fred Fish as we did with the 1.3 disks.
> 
> Mark

Thank you Mark and everyone else at CATS.

-- 
	David

	Disclaimer: The content of this message in no way reflects the
	            opinions of my employer, nor are my actions
		    encouraged, supported, or acknowledged by my
		    employer.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Distressed Damsel needs C Compiler!
Date: 25 Aug 92 11:08:12 PST
Organization: BBS

> I am looking for someplace to get a simple C-compiler (no fancy
> window stuff, I'm talking stdio, strings, and math.h!) for my
> Amiga?  And, what's this "DICE" all about?
 
> 1.  Where can I get an o.k. one for free?
> 2.  Where can I get a decent one cheap??
 
DICE fits either of the two above qualifications.  It's shareware,
and the registered version is fairly competitive with commercial
compilers.  The free version is a few features smaller but still,
from what I've heard, far ahead of the various low-grade free PD compilers in
general usefulnes and performance.  Check Fish disk 491.
Newsgroups: comp.sys.amiga.programmer
From: Frederick.Theilig@bbs.oit.unc.edu (Frederick Theilig)
Subject: MatchNext examples
Organization: Extended Bulletin Board Service
Date: Mon, 24 Aug 1992 02:44:46 GMT

     I've spent a lot of time trying to convert a program I have to
 use pattern matching with MatchFirst(), MatchNext(), and MatchEnd().
 I've been largely unsuccessful to this point.  I would really
 appreciate any pointers to example code that uses these routines.

     Thanks.

     F. Michael Theilig  -  RPG117@URIACC.URI.EDU, Please.
--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  bbs.oit.unc.edu or 152.2.22.80
Newsgroups: comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: gameport device vs. input device
Organization: Jet Propulsion Laboratory
Date: Fri, 28 Aug 1992 18:27:25 GMT

In article <1992Aug28.174032.4126@galileo.cc.rochester.edu> rjw@merlin.cvs.rochester.edu (Robert Wilson) writes:
>I'm trying to use the input device to pick up character input, and the 
>gameport device to pick up mouse input from both ports.  This is for a 
>psych. experiment, so the gameports have to be on equal standing: hence
>my need for using the gameport device.
>
>Unfortunately, the input device seems to be making things difficult for
>the gameport device.
>
>** My question: is it possible to make the input device unaware of the 
>gameports?  I want all mouse events to go the gameport device, and only
>to the gameport device.
>
>This is all nasty, and un-Amiga-ish, but this is an experiment, so no 
>other programs will be running concurrently.
>
>-Robert
> rjw@cvs.rochester.edu

The input device task opens the gameport device when it begins and packages
any and all mouse events that occur into IECLASS_RAWMOUSE input events. Key-
board activity too causes IECLASS_RAWKEY input events to be generated. You
can become a handler of the input device chain (See the RKM Libraries and
Devices chapter on the Input Device). As far an equal standing goes, they're
both packaged as input events and you can see them in the order they occurred.

jeff


Newsgroups: comp.sys.amiga.programmer
From: tronds@edb.tih.no (Trond Sausjord,o92b)
Subject: DIDN'T WAIT FOR DISK ACTIVITY TO FINISH
Reply-To: tronds@edb.tih.no
Posting-Front-End: Winix Conference v 92.05.15  1.20 (running under MS-Windows)
Date: Wed, 2 Sep 1992 18:29:37 GMT

This is a problem I've struggled with for a long time now, and please help
me asap.

PROBLEM:
When loading or saving files under OS2.04 I always get the
'didn't wait for disk activity to finish' error message. The routines
worked perfectly under os1.3 and os1.2

I am using asmone1.07b or trash'em-one, and I am trying to be system friendly 
for a change..... 

AMIGA RULES!
From: aces@mcode.amdahl.com (Jeffrey D. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Amiga PASCAL?
Date: 1 Sep 92 15:31:10 GMT
Reply-To: jds30@amail.amdahl.com
Organization: Amdahl Corporation, Sunnyvale Ca.

In article <1992Aug31.223414.9104@bsu-ucs.uucp>, 01ksdavis@bsu-ucs.uucp writes:
> 
> 	Does anybody know if there is a version of PASCAL for the Amiga?
> (I know, I know C is much better but PASCAL is what is being taught in the
> class I am taking.)
> 
> 	I don't really care if it is a commercial or a shareware version, just
> as long as I can obtain it by knowing it's name.
METACOMCO offered a PASCAL for the Amiga a LONG time ago. I don't
know if it's still available.

> 		Thanx in advance.
You're welcome.
Newsgroups: comp.sys.amiga.programmer
From: s442013@nexus.yorku.ca (Ray Frederick)
Subject: Testing a custom trap handler
Organization: York University
Date: Tue, 1 Sep 1992 03:32:46 GMT

I have a custom trap handler that I would like to test in Supervisor Mode 
on my A3000. I am using Powervisor to step through the code but as soon as
I move the address of the handler to tc_TrapData, the computer executes
the code and stops at the RTE. In order to step through the trap handler
I would like to put my User program in Supervisor mode so I have access to
the usp and other privileged instructions. I'm also hoping this will allow
me to step through the code.

Basically, I would like to set bit 13 of the SR from a user program so
it will have Supervisor access to the instructions.

Also, are there any other debugging tools that I can use on 680x0 code?
I use Powervisor and Monitor 1.54.


Ray.
From: rjw@merlin.cvs.rochester.edu (Robert Wilson)
Newsgroups: comp.sys.amiga.programmer
Subject: millisecond timing with the E-Clock
Date: 26 Aug 92 19:05:15 GMT
Organization: University of Rochester, Rochester NY

I'm trying to figure out how to do millisecond timing using the E-Clock.
I'm finding the information in the Devices manual really confusing.
Firstly, it says clearly that the code presented only uses the lower
longword, and expects us to figure out how to glom on the upper longword.
Secondly, it says that the number they generate is in "fractions of a 
second."

What fraction?

Does anybody have any code using the E-Clock to figure out how much time
something took in milliseconds?

Any tips or pointers appreciated.  E-mail or posting is fine.

-Robert
 rjw@cvs.rochester.edu
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: 1.2, 1.3, 2.04, and FastFileSystem
Date: 27 Aug 92 20:37:32 GMT
Organization: BBS

> BUT, when I load Kickstart 1.3 off the Super Kickstart Disk (I have
> 2.0 ROMs) and boot with my Mavis Beacon disk (which is OS version
> 1.2) I still have access to both Hard Drive partitions.  What
> gives?  It appears to me that 1.2 is reading the FastFileSystem
> (confirmed with HDToolBox).
 
1.3 knows how to read a filesystem from the rigid disk blocks, I
believe, and the 2.x FFS is able to run under 1.3 ... you can even
use file links under 1.3 with that filesystem, eh.  If you had 1.2
kickstart in there it wouldn't work, I bet.
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS 5.10 fopen weirdness
Date: 31 Aug 92 13:21:34 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <lordbah.1qs7@amusing.Bah.Rochester.NY.US>, lordbah@amusing.Bah.Rochester.NY.US (Jeff Van Epps) writes:
|> I'm seeing bizarre behavior from fopen() in SAS 5.10.  Trying to open an
|> unwritable file for writing, I expected an error.  Instead the file is
|> 
|> Anyone know why, or if a new version fixes it, or (better yet) if there is
|> a FREE bug fix?


|> --------------------------------------------------------------------
|>     Jeff Van Epps    uunet!amusing!lordbah
|>                      lordbah@amusing.Bah.Rochester.NY.US

Why not give SAS/C technical support a chance to fix this?  That's
what they are there for, and they are pretty good at what they
do.

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: "barry fruitman" <barry.fruitman@canrem.com>
Newsgroups: comp.sys.amiga.programmer
Subject: gadtools underscore
Date: 23 Aug 92 18:27:50 EST
Reply-To: "barry fruitman" <barry.fruitman@canrem.com>
Distribution: comp
Organization: Canada Remote Systems

I'd like to thank everyone who answered my previous GadTools question
but alas I am stuck again. This question should be much simpler.

It is: How do you indicate the underscore character in a GadTools
NewGadget GadgetText field? The Kernel ROM manual says the tag is
"GA_Underscore" in one place and "GT_Underscore" in another, and neither
works. I get a "GT_Underscore (or GA_Underscore) indentifier
unrecognized" error or something like that when I compile.
Any help would be appreciated.


Barry Fruitman
--
Canada Remote Systems  - Toronto, Ontario/Detroit, MI
World's Largest PCBOARD System - 416-629-7000/629-7044
From: dscharfe@dptspd.sat.datapoint.com (David Scharfe)
Newsgroups: comp.sys.amiga.programmer
Subject: Please help me with a SAS question/problem
Summary: Data alignment
Date: 4 Sep 92 14:50:50 GMT
Distribution: usa
Organization: Datapoint Corporation, San Antonio, TX

I have a SAS/C 5.10b problem.  Data structure similar to:

typedef struct Abc {
   UBYTE xxx;
   UBYTE q,r,t,s;
   UBYTE array[13][31];
} Abc;

code modifies it ala:

   abc.array[8][someValue] = someOtherValue;

The generated code does not work.  When in CPR, I watch abc.array[7] 
it gets changed when executing the above for someValue <= 7.

There is an obvious alignment problem.  When I modified the code to:

   abc.array[value][someValue] = someOtherValue

CPR "mixed" source mode showed a multiplication of 'value' by 31
and add of 'someValue' to get the address.  Unfortunately, when
I examine the addresses of abc.array[i][0], they differ by 32.
Evidently the compiler is forcing (long?)word alignment of EACH
of the major array elements, but the code is not accounting for this.

Is there a compiler switch I can use to fix this, or is it a bug?

Please respond via email.

Thanks a lot,
   Dave

P.S.  My apologies if this is a FAQ or RTFM; I tried the latter and
      did not find anything (I suspect its in there tho!)...
From: jamie@cdevil.unx.sas.com (James Cooper)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SASC 6> .0
Date: 28 Aug 92 20:11:11 GMT
Organization: SAS Institute Inc.
Originator: jamie@cdevil.unx.sas.com


In article <1992Aug28.161450.10922@hpmcaa.mcm.hp.com>, bryanf@hpmcaa (Bryan Ford) writes:
>jamie@cdevil.unx.sas.com (James Cooper) writes:
>> Please don't pass this address around, though, as it is not "officially"
>> open for business yet...
>
>Hmmm...  Does posting it on the net and thereby broadcasting it to hundreds
>of Amiga programmers all over the world not qualify as "passing it around"? ;-)

I've been beating myself about the head and shoulders about that ever
since I clicked the wrong button...

:-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-( :-(

I cancelled it as soon as I saw what I had done, so if you could avoid
passing it around any further, I'd appreciate it...

-- 
---------------
Jim Cooper
(jamie@unx.sas.com)                             bix: jcooper

Any opinions expressed herein are mine (Mine, all mine!  Ha, ha, ha!),
and not necessarily those of my employer.
Newsgroups: comp.sys.amiga.programmer
From: chris@.IMD.Sterling.COM (Chris Olson)
Subject: Re: Need help with GadTools....
Organization: Sterling Software
Date: Tue, 1 Sep 1992 18:27:09 GMT
X-Md4-Signature: da5dd6f99e451b13bc5567ba2d0a9e3d

Never mind...
...I found it.  Boy, do I feel stupid.

In article <1992Sep1.135513.7894@sparky.imd.sterling.com>, chris@.IMD.Sterling.COM (Chris Olson) writes:
              .
              .
              .
|>    kind = 12 (STRING_KIND)
|>    struct NewGadget newgad = {
|>       ng_LeftEdge = 60
|>       ng_TopEdge = 10
|>       ng_Width = 160
|>       ng_Height = 12
|>       ng_GadgetText = "Name:"
|>       ng_TextAttr = 0x00279B54 { "topaz", 8, FS_NORMAL, FPF_ROMFONT }
------------------------------------------^ .font!!!
|>       ng_GadgetID = 1
|>       ng_Flags = 0x00000001
|>       ng_VisualInfo = 0x002644EC
|>       ng_UserData = 0x00000000
|>    };
|>    tags {
|>       0x8008002D = 0x0027E720 "No Name"
|>       0x8008002E = 0x0000003C 60
|>       0x00000000
|>    };
|> 

For the clueless (myself included) that should be topaz.font...

(sounds of grown man soundly kicking himself around office)

		thanks anyway...
			Chris Olson

-- 
    ____/    /           __/            chris@IMD.Sterling.COM
   /        __  /   __/   /    ___/
  /        /   /   /     /  ___  /      "It's intuitively obvious to the most
______/ __/ __/ __/   __/ ______/        casual observer..."
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: 1.2, 1.3, and 2.0 question
Date: Sat, 29 Aug 92 05:39:30 PDT
Organization: The Portal System (TM)

The program is compiled under 2.0(actually 2.1, I am testing).  The
code has to be 1.3 compatible so I use an Execute() call to run 
external programs.  The problem appears that under 2.0 I do not have
a problem running the programs this way(i.e. Execut("program",0,0); )
People have reported they do not run(guru, lockups, inconsistant behavior)
under 1.3.  I am using Execute, not System.
From: scst97@csc.liv.ac.uk (Mr. I.K. Goddard)
Newsgroups: comp.sys.amiga.programmer
Subject: C= include files.
Date: 27 Aug 92 15:39:35 GMT
Organization: Computer Science, Liverpool University

I'm currently using a public domain C compiler(NorthC1.2) to program osme amiga specific stuff, and I desperately need the amiga specific include files from commodore.  I know that I can get them from Commodore, but I don't think that I necessarily want to register as a 'developer'. ( I'm really broke at the moment ;->)

I've managed to get some of the structures from the public domain C manual, but I can't get them all, and it's a pain to type them in!  I also know that they are in the ROM kernel manual : includes & autodocs(???), but again, I don't want to type them in.

If there are no ftp sites, etc, then are there any pd c compilers which also include them.  Does Matt Dillon's DICE environment have them?

Any help would be appreciated.

Ian.
--
-------------------------------------------------------------------------------
   Hubba,  |Ian Goddard, Dept. of C.S., Liverpool University,
   Hubba!  |                                  scst97@uk.ac.liverpool.compsci
-------------------------------------------------------------------------------
          '.|||'.||||||| ||||||||||||{     }|||||||||||| |||||||.`|||.`
         '.||| ||||||||| |/'   ``\||``     ''||/''   `\| ||||||||| |||.`
         |/' \./'     `\./         \!|\   /|!/         \./'     `\./ `\|
         V    V         V          }' `\ /' `{          V         V    V
         `    `         `               V               '         '    '
					|
					|
				   o___/
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: GNU C and ixemul.library
Distribution: world
X-NewsSoftware: GRn 1.16f (beta) by Mike Schwartz & Michael B. Smith
Date: 3 Sep 92 18:21:15 EDT
Organization: Private UUCP Node

In article <SIE.92Sep3132123@introitus.fulcrum.bt.co.uk> sie@fulcrum.bt.co.uk (Simon Raybould) writes:
> The problem is when a command is executed by bash, I get an "EMT trap"
> and bash exits returning to the CLI prompt. Not long later the amiga
> will usually crash.
>
> Any ideas as to what is causing this would help. I think this is an
> Emulator trap.

The ixemul.library fork() is NOT a real fork(), in the Unix/POSIX sense of
the word. Under AmigaDOS with ixemul, a fork() leaves pointers pointing to
the same piece of memory -- which is shared with the parent. Obviously, if
you haven't made your own local copies of the memory, you get garbage.

The fork() is really only a vfork().

I ported the BSD "ash", and Markus has ported "pdksh". The amount of work
required to make this happen is non-trivial. You might take a look at the
pdksh source (since he has released it) for some pointers (pun intended).
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: h8eg083@stan.xx.swin.oz.au (Darren Gower)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SASC 6.0
Date: 28 Aug 92 15:21:17 GMT
Organization: Computer Centre, Swinburne University of Tech., Melbourne, Australia.

[...]
>Unfortunately, CPR still doesn't use the default system font.  However,
>it does correctly force the use of topaz 8 if you have chosen a
>different system font.  There is a patch to the V5.10 CPR that fixes
>this problem as well.
[...]

Except that the patched cpr crashes when attempting to open
its windows on a productivity mode screen (ie: *my* WorkBench), and
that was the whole point for me in getting cpr to co-exist with larger
fonts. >:-(


regards,
Darren.

-- 
Darren Gower                         | "You can't reason a person out of a
                                     |  position they weren't reasoned into.."
Internet: h8eg083@stan.xx.swin.oz.au | - Peter DeVries
Newsgroups: comp.sys.amiga.programmer
From: riley@theory.TC.Cornell.EDU (Daniel S. Riley)
Subject: Re: benchmarks: SAS 6.0 vs Aztec 5.2b
Organization: Cornell Theory Center
Date: Sun, 30 Aug 1992 17:19:49 GMT

In article <paulk.1aqc@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
>Looks like SAS 6.0 produces code that is a minimum of twenty-five
>percent faster and often FORTY percent faster than what comes out of
>Aztec C 5.2b.

In a very limited problem domain.  As benchmarks go, Dhrystone is pretty
bogus, so be cautious drawing any grand conclusions from these numbers.
In particular, it tends to be dominated by calls to string manipulation
routines, so heavy inlining can be a *big* win on Dhrystone, much bigger
than it would be in a more "real-world" test.

-- 
-Dan Riley                          Internet: dsr@lns598.tn.cornell.edu
-Wilson Lab, Cornell University     HEPNET/SPAN: lns598::dsr (44630::dsr)
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: Yet Another SAS/C thread
Originator: jamie@cdevil.unx.sas.com
Date: Mon, 31 Aug 1992 14:07:22 GMT
Organization: SAS Institute Inc.


In article <la2ipoINNsk6@pollux.usc.edu>, addison@pollux.usc.edu (Richard Addison) writes:
>I have a few questions I haven't seen asked about SAS/C version 6.
>
>Does lmk still change all file names to lower case?  [This was actually
>something fairly recent, like 5.10b but not 5.10a.]

Yes, the 5.10b LMK changed names to lower case, but this was a side
effect of a bugfix.  All versions of LMK prior to 5.10b were CASE
SENSITIVE on target names.  In 5.10b, LMK changes all names to lower
case before checking.  Unfortunately, it propogated the changed name
to the output, instead of using the original.

Yes, this has been fixed.

>Does the builtin memcmp() work in all cases?  It generally creates code
>like this:
>
>       bra.s   $2
>$1:    cmp.b   (A0)+,(A1)+
>$2:    dbeq    D0,$1
>
>The problem that could occur is that the Zero condition flag could be
>true before the branch instruction.  This would cause memcmp() to
>report that the two regions of memory as being equal regardless of
>reality.

Hmm... unless I'm mistaken, the decrement is done before the flag is
checked, which takes care of the problem...

>Does cpr support debugging multiple tasks more reliably?  [I've worked
>around the problems by detaching all but one task.]

Yes, CPR is a *lot* more reliable, in a lot of different areas.

>Has the compiler/cpr bug with being unable to recognize some symbols
>within some static functions been fixed?

CPR should have no further problems with static functions.

>On large executables, cpr could complain about invalid debugging
>information.  Has this been fixed?

The whole debug format has changed for V6.0, so these problems should be
gone for good.

>Do the cpr watch commands support the same sorts of display controls
>as the dump commands?

Sorry, there wasn't time to implement this feature, though it may make
it in a future version... :-)

>Does cpr remember the size and placement of the informational windows
>when you close and reopen them?

No, but it still recognises the command line switches to set the size
and placement of the window.

Remembering the window position, etc. is still on the Enhancement list,
though.  At least this made it into the Editor this time... :-)

>I've already sent in my order for the update, so these questions are
>mostly for curiosity.  Thanks.

You're welcome.

-- 
---------------
Jim Cooper
(jamie@unx.sas.com)                             bix: jcooper

Any opinions expressed herein are mine (Mine, all mine!  Ha, ha, ha!),
and not necessarily those of my employer.
From: dwl10@ccc.amdahl.com (Dave Lowrey)
Newsgroups: comp.sys.amiga.programmer
Subject: RKM: Libraries - examples?
Keywords: rkm libraries examples
Date: 25 Aug 92 17:48:24 GMT
Organization: Amdahl Corporation, Houston Texas

Are the examples from the 2.04 RKM: Libraries book available
in "electronic" form?

I know that the ones from 1.3 showed up on a fish disk (or two).

Dave

-- 
                          | These be my words, not my employer's!
"Dare to be stupid!"      |
Weird Al Yankovik         | Dave Lowrey - Amdahl Corp. Houston, TX
                          | dwl10@juts.ccc.amdahl.com