HDTenEightyP/NetNews huggingface dataset:
From: dlarson@cbmvax.commodore.com (Dale Larson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware Manual)
Keywords: hardware reference manual
Date: 20 Nov 92 16:26:59 GMT
Reply-To: dlarson@cbmvax.commodore.com (Dale Larson)
Organization: Commodore Engineering

In article <5161@disun2.epfl.ch> schaefer@disuns2.epfl.ch (Marc Schaefer) writes:
>Agreeing. Better put more time in making Libraries, Devices, and Style Guide
>books & examples than documenting hardware.


Well, *I* would like to have nice documentation  :-)

Actually, there is a lot of internal engineering documentation, but you do have
a point because it would take work to integrate into existing documentation to
create a new hardware manual.


-- 
Dale Larson, Software Engineer | Anyone who believes that what I say or do
   		               | represents the policies or procedures of
			       | Commodore has more lawyers than they have 
dlarson@commodore.com          | common sense.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: C and ARexx
Date: 20 Nov 92 18:52:44 PST
Organization: BBS

> Is there a way to integrate C and ARexx like this?  I don't know
> much about ARexx, admittedly, and there isn't anything in my
> libraries manual on it (I guess you have to order some book
> seperately).  If this is feasable, I'd appreciate a brief
> explanation on how to do it.
 
Basically you would need documentation for rexxsyslib.library.  This
is included with the separately-sold version of ARexx, and is in the
2.0 autodocs too.
Xref: sparky comp.sys.amiga.programmer:16217 comp.sys.amiga.hardware:20116
From: barham@qut.edu.au
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Info regarding requesters and such
Date: 24 Nov 92 11:26:51 EST
Organization: Queensland University of Technology

Todd_Lewis@unc.edu (Todd M. Lewis) writes:
> In article <1992Nov23.103201.59188@qut.edu.au> barham@qut.edu.au writes:
> >Hello gurus,
> >
> >I have a question regarding Requesters, GadTools gadgets, ReqTools etc.
> >
> >[...]Now, while these "requester"[windows] are up, I want to block
> >all user input into the main window, and put up a wait pointer when the
> >main window is active.
> >Any ideas?  Am I overlooking something entirely obvious?
>
> Just change the blocked window's pointer to some busy sign (like the watch
> on the Mac or the calender on Windows :-) and put a 1x1-pixel requester
> in the corner of the window.  Change your IDCMP flags so messages don't
> pile up, and there you are.  Not entirely obvious, but simple enough.
> You could get fancy and make your "requester" window active whenever
> your blocked window gets activated, but I don't think it's a good idea.
> Let the user activate whatever he chooses, I say.

Last night I was rereading the "Requesters and Alerts" section of the
RKM Libraries Manual, and guess what - this is exactly what this
recommends.  Though they recommend you create a requester with
custom imagery of zero size and with no custom imagery (as opposed
to a 1x1 requester).  I haven't tried it yet.  Tell me though,
intuitionrequesters would block the window completely, wouldn't they -
so not even GadTools gadgets do anything?  The reason I ask this was
because I was using a program that lets you choose between an ASL
file requester or the ReqTools file requester.  When I used the ASL
file requester, the GadTools gadgets in the window it was called from
still worked (ie cycle gadgets cycled, Mx gadgets Mx'd etc), where as
when I used the ReqTools requester, input was totally blocked.  Now,
I know (I assume) that the ASL requesters are really windows (not
requesters) because they use GadTools gadgets (I would guess) and are
resizeable etc.  But surely the wonderful programmers who created
them would use the technique described  above to block window input
(seeing as it is the technique suggested in the manual)?????

> >| t.barham@qut.edu.au (Tim Barham) - "Dances with Mice"              |
> Have a nice dance.

I always do %^)

> --
>      Todd M. Lewis / Todd_Lewis@unc.edu / utoddl@guitar.oit.unc.edu
>  Another Month Ends / All Targets Met / All Systems Working / All Customers
> Satisfied / All Staff Eager and Enthusiastic / All Pigs Fed and Ready to Fly

Sounds like my work.

Tim.

-- 

----------------------------------------------------------------------
| t.barham@qut.edu.au (Tim Barham) - "Dances with Mice"              |
| Applications Programmer for the Computer Based Education Section,  |
| Queensland University of Technology, Brisbane, Qld, Australia      |
----------------------------------------------------------------------
| "You're so open-minded that your brain leaked out..."              |
----------------------------------------------------------------------
Newsgroups: comp.sys.amiga.programmer
From: Walt.Namitz@launchpad.unc.edu (Walt Namitz)
Subject: gcc2.2.2 open a library
Organization: University of North Carolina Extended Bulletin Board Service
Date: Wed, 18 Nov 1992 02:00:38 GMT

Recently I tried out this code fragment which came from the Amiga ROM
Kernel Reference Manual.

#include<stdio.h>
#include<intuition/intuition.h>
extern long OpenLibrary;
struct IntuitionBase *IntuitionBase = NULL;
main()
{
	IntuitionBase = (struct IntitionBase *)
			OpenLibrary("intuition.library",33);
	if(IntuitionBase == NULL) exit();
}
When I compile this fragment I get the following error which refers to the
line that tries to open the library;
	Called object is not a function
Anyone know what is wrong with this code fragment?
Thanx in advance.

--
   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:  laUNChpad.unc.edu or 152.2.22.80
From: wolfe@wvnvms.wvnet.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Amiga assembly programmer wanna be needs help...
Date: 18 Nov 92 19:26:09 GMT
Organization: West Virginia Network for Educational Telecomputing

Does anyone know of a text file or a book on Amiga 68000 assembly programming?  
Any help would greatly be appreciated.
	Wolfe
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc,comp.sys.amiga.applications
From: jazz@netcom.com (David C. Navas)
Subject: SHADOW V released
Summary: wuarchive, physik
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Fri, 20 Nov 1992 01:46:38 GMT

Shadow.library version 5 (hereafter referred to as SHADOW V) has just
officially been released to wuarchive.wustl.edu (incoming/devel) and
amiga.physik.unizh.ch (.../new, soon to be in os20/util I believe).

This is an OS 2.0 and above only library which implements a multi-thread-aware
object-oriented approach to programming under the C language.  Objects are
resource tracked, methods can be handled by arbitrary processes (and,
obviously, arbitrary programs), etc.  In addition, non-recursive assembly-coded
AVL trees, system-strings (NeXT-like-strings), shareable memory pool buffering, 
a semaphoring system that includes condition variables, counting semaphores,
and broadcast semaphores, watched-state variables (for notification when
system state changes, like, for instance, when a class is added to the system)
are all included.  There are many more features to this package than I could
hope to describe here.  The library itself is around 27k.

SHADOW V is an extensive update to SHADOW 4 and includes 500k of documentation
for your perusal.  If you decide you want to use this library for your own
programs, $20 will buy you the includes and .libs required (consider that a
shareware fee and support fee).  Commercial companies wishing to include the
library are free to do so, but should contact me during development to work
out any and all financial arrangements for the production cycle.  The $20
fee is valid only for developing programs that are themselves either freeware
or shareware in nature.  More details in the docs contained within the
distribution.

I hope someone besides myself finds this a boon to producing the rich,
multi-threaded apps the Amiga so rightly deserves to have produced for it.

-- 
David Navas                                   	jazz@netcom.com
Co-author of: Web Data Acq. and Anal.		dnavas@oracle.com
Upcoming products: Shadow V (shipped!), Jazzbench 2.0.
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: sprites in 3.0?
Date: 17 Nov 92 16:42:38 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <BxtCwF.6Jq@fc.hp.com> koren@fc.hp.com (Steve Koren) writes:
>Interesting, but I'm still not convinced.  Also any potential theory
>needs to explain:
>
>   - programs which open their own, non-overscan screen, with sprites,
>     but the sprites don't work.

With the AGA chipset, the higher bandwidth modes (i.e. the ones that
give you all that great resolution and color) fetch more stuff per
fetch.  For example, we might fetch 64 bits in the highest bandwidth
mode, instead of ECS's 16.  Well, that also increases the granularity
of the pre-fetch (the amount needed to be fetched at the start of the
line for any partial chunk that's visible).  This prefetch eats into
the DMA available for sprites.

The bottom line is that you lose sprites more easily on AGA machines
when in high-bandwidth modes.  Graphics.library tries to drop the bandwidth
if possible if it would help bring back requested sprites.  However,
this is not always possible.

>   - programs which try to use sprites on the workbench, and now crash
>     or generate odd results, instead of simply invisible sprites.

If they generate results other than invisible sprites, then they have
some other bug with their interaction with AGA or 3.0.  The sole
effect is that the sprites don't appear.

> - steve

     Peter
--
Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"I believe it's bad luck to be superstitious."
From: hachec@ERE.UMontreal.CA (Hache Christina)
Newsgroups: comp.sys.amiga.programmer
Subject: GadTools and a simple boolean gadget.
Date: 23 Nov 92 20:29:48 GMT
Organization: Universite de Montreal

I am trying to setup a gadget with some text in it like:

   +-----+
   | 100 |
   +-----+

I want it to be boolean.  So, when the user clicks on it, the gadget rendering
goes down and stays down (with a blue inverse).  I have it sort of working but
it acts un-professional.  When the user clicks on the gadget, its "selected"
rendering is drawn, followed by the unselected rendering.  At which point my
code acts on the IDCMP_GADGETUP message which RemoveGadget(), changes the
GFLG_SELECTED bit and AddGadget() followed by RefreshGadget().  This causes
an annoying flash.  I am using a BUTTON_KIND gadget.

Could someone please give me an idea as to how to do this.  What about using
a GENERIC_KIND gadget (although this looks like a pain and a lot of work to
setup and use). 
Newsgroups: comp.sys.amiga.programmer
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: gcc 2.2.2 unix/dev help
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Thu, 19 Nov 1992 15:51:29 GMT

In article <benjamin.722144828@manning> benjamin@cs.UAlberta.CA (Ben Ferreira) writes:
>Can anyone tell me what's supposed to be in this dir?  The newly archived
>version of gcc 2.2.2 on wuarchive didn't have the this directory and 
>apparently it is needed to use genclass (I get all these 'insert /bin in any
>volume' requestors).  

Nothing.. the dir is just supposed to exist. The reason why it doesn't: lz
decided to not include empty subdirectories into the archive:-( fix-1 fixes
this problem, but you can just as well do a "makedir unix:dev". Nevertheless,
get fix-[123], they fix nasty problems and save you time finding out about 
them..

If you get the insert /bin requester, you don't have bin: assigned anywhere.
Reread the README file please.

-Markus
-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Vital papers will demonstrate their vitality by spontaneously moving
from where you left them to where you can't find them.
From: dwl10@ccc.amdahl.com (Dave Lowrey)
Newsgroups: comp.sys.amiga.programmer
Subject: GadTools in requestors
Keywords: Gadtools legal possible? requestors
Date: 18 Nov 92 20:09:22 GMT
Organization: Amdahl Corporation, Houston Texas

Is it legal (or possible) to use GadTools created gadgets
in requestors?

Dave

-- 
                          | These be my words, not my employer's!
"Dare to be stupid!"      |
Weird Al Yankovik         | Dave Lowrey - Amdahl Corp. Cincinnati, OH
                          | dwl10@juts.ccc.amdahl.com
From: dillon@overload.Berkeley.CA.US (Matthew Dillon)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Matt Dillon: Where has he gone?
Distribution: na
Date: 19 Nov 92 12:11:30 PST
Organization: Not an Organization

In article <69308@cup.portal.com> Aurelius@cup.portal.com (Mark Christian Barnes) writes:
> Matt Dillon is alive and well. Judging from some return Email that
>I recieved from him, in the last few weeks ( DICE bug reports and
>such ), I'd guess that he has perhaps moved and gotten a new job???
>Still, his well known internet addresses are still valid. Remember,
>on of those addresses has "OVERLOAD" in it.
>
>			Regards, Aurelius@cup.portal.com
>
>PS: if my guesses are right ... Best Wishes Matt.

    Same job, new contract, overloaded...

    For people who are worrying, the reason I've dropped DNet, AmigaUUCP,
    and BSD 4.4 is to be able to concentrate on DICE and my job.

					-Matt
--

    Matthew Dillon		dillon@Overload.Berkeley.CA.US
    1005 Apollo Way		uunet.uu.net!overload!dillon
    Incline Village, NV. 89451	ham: KC6LVW (no mail drop)
    USA 			Sandel-Avery Engineering (702)831-8000
From: johnv@acix.DIALix.oz.au (John Verhoeven)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Help!  Anyone know GURU numbers?
Date: 15 Nov 92 21:21:53 GMT
Organization: ACix - Private UUCP Node, Cloverdale, Western Australia.
X-Newsreader: TIN [version 1.1 PL6]

Mark Craig (mark@zeno.fit.edu) wrote:
> Lately I've been getting some GURU #'s that aren't listed in my list of
> Guru #'s (80000025 and also another one I can't remember).  I figured
> my chart was out of date so I looked at 2.04's /include/exec/alerts.h
> file and it isn't in there either (which really says something about how
> worthless these guru numbers are :-) )  BTW, I have an Amiga 2000
> running 2.04 and the revision comment on alerts.h says 2.04 so I know
> I'm looking at the right alerts.h file.  I think 80000025 would be
> something to do with out of memory (since that was the state I was in at
> the time).  HOWEVER, I don't just want to know what it is, I want an
> updated file (or whatever) of ALL Guru #'s... It really amazes me that
> alerts.h doesn't have all the #'s (at least the one I have)...
>     Thanks...

The guru numbers in a lot of cases are not "worthless".  Sometimes they
are useful, but sometimes the system gets so hosed before it crashes
that the number that comes up when it finally crashes is worthless.

Any guru numbers of the type 80000001.xxxxxxxx thru 800000FF.xxxxxxxx
are processor exceptions and not gurus of the kind found in
exec/alerts.h

A processor exception is what happens when the microprocessor (680X0)
finds something out of the ordinary when processing instructions.

For processor exceptions you need to consult a 680X0 handbook, for
example the the book in the next paragraph.

The Motorola M68000 16/32-Bit Microprocessor Programmer's Reference
Manual says that a 25 (hex) exception is a TRAP instruction vector,
probably caused by executing a TRAP #5 instruction with no exception
handler defined.

This may not be meaningful.  I tend to look at most processor exceptions
as being caused by code going off into hyperspace somewehere....

--

John Verhoeven                        johnv@acix.DIALix.oz.au      _--_|\
Treasurer, Amiga Developers           (ALT: johnv@DIALix.oz.au)   /      \
Association of Western Australia      Phone: (+619) 478 1406      *_.--._/
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: GCC and streams
Keywords: GCC stderr streams
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Wed, 18 Nov 1992 17:27:05 GMT

In article <charro.722049463@ee.ualberta.ca> charro@ee.ualberta.ca (Dan Charrois) writes:
>I have a question regarding the gcc compiler (2.2.2).
>
>Since no include files came with gcc, I told it to use those which
>came with Lattice C..  but I have a small problem...

You seem to use an outdated version. The gcc222.lha archive should be fairly
complete, contains headers, libraries, man pages, etc. Try to get it (and
the 3 fixes called gcc222-fix[123].lha), you're wasting your time figuring out
how to get around library inconsistencies with old headers).

-Markus
-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Vital papers will demonstrate their vitality by spontaneously moving
from where you left them to where you can't find them.
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How to visualize control chars? (Was: Re: Fast Text output...)
Distribution: world
X-NewsSoftware: GRn-beta 1.16g (11.15.92) by Michael B. Smith & Mike Schwartz
Date: 19 Nov 92 06:44:32 EDT
Organization: Well, I haven't decided on a name yet...

In article <jbickers.0ipb@templar.actrix.gen.nz> jbickers@templar.actrix.gen.nz (John Bickers) writes:
>     Also, is anyone writing programs to display Unicode text, or
>     similar? How should that be accomplished?
> --
> *** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***

Yes. In assembler if possible. It slows down the data path of my application
horribly. I've decided to accept the additional code burden, and have one
path for decoding and another for not. It'll take a user option to decide
which to use.
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: 2.1 includes in SAS C 6.0 ?
Originator: jamie@cdevil.unx.sas.com
Date: Sat, 21 Nov 1992 21:24:55 GMT
Organization: SAS Institute Inc.


In article <7474@stan.xx.swin.oz.au>, h8eg083@stan.xx.swin.oz.au (Darren Gower) writes:
>In <BxnvC0.BHL@unx.sas.com> jamie@cdevil.unx.sas.com (James Cooper) writes:
>
>
>[...]
>>...mainly because Commodore has not yet released either the 2.1 or 3.0
>>includes to the public, so it *couldn't* come with anything later than
>>the 2.04 includes.
>
>What is the policy regarding availabilty once CBM do release them? Are SAS
>registered customers entitled to request them of CBM, will SAS be able to
>provide them...?

I can't give specific policy, as I'm not one of ones who make the policy
decisions around here, but...

Your best bet to get the latest set of includes is to get them directly
from Commodore.

Most people don't need more than what comes on the compiler disks (which
will always be the latest available when the original disks are made),
and those who do generally can get them from Commodore when needed.

Yes, we tried to supply the 2.04 headers to some people when they came
out, since the 2.02 headers were what we had on the disks, and the RKM
examples required the 2.04 headers, but this very quickly turned into a
logistical *nightmare*!!  We really aren't set up to send out these
extra things like this, and can't even guarantee that the disk we grab
to copy will be the latest stuff you could get directly from Commodore
anyway.

Now, of course, the people who *do* make the policy decisions may decide
differently, but I don't think we'll supply the includes separately
anymore...

(They are under Commodore copyright anyway, eh?)

-- 
---------------
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: bjst@sth.frontec.se (Bjorn Stenberg)
Subject: Re: How to visualize control chars? (Was: Re: Fast Text output...)
Organization: IDK/Frontec - System Design Group
Date: 23 Nov 92 10:57:32 GMT

jbickers@templar.actrix.gen.nz (John Bickers) writes:
bjst@sth.frontec.se (Bjorn Stenberg) writes:

>     One of the problems is that it interferes with the way the Amiga
>     can be made to do things. For example, IF MicroEMACS just
>     displayed oddball characters as themselves instead of translating,
>     I could load up a font modified to show EBCDIC data, and then read
>     the data without any other translation!

  Good point.  I'll use a system which does not differ in the visualization of
not-in-the-font chars and control chars.

  Now 'all' I need is to find the most appropriate way of displaying the chars
which aren't defined in the font (be it EBCDIC or anyone else.)

  I have got several ideas in Email, one of them suggesting the use of inverse
hex chars instead of the '\hh' scheme. Good or bad? (Email, please.)

>     Also, is anyone writing programs to display Unicode text, or
>     similar? How should that be accomplished?

Hack up a UniCode AmigaDOS font and keymap and I'm done... ;->

		-- Bjorn


       ///  Bjorn Stenberg, Stockholm, Sweden         bjst@sth.frontec.se
      ///  main() { printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
 \\\ ///  "- Your documentation no longer confuses me, old version!"
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
From: wille@june.cs.washington.edu (Robert Wille)
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware Manual)
Keywords: hardware reference manual
Organization: University of Washington Computer Science
Date: Wed, 18 Nov 92 22:59:47 GMT

In article <1992Nov18.124549.12281@ifi.uio.no>, stigo@ifi.uio.no (Stig Arne Olsen) writes:
|> 
|> This problem can be solved very easily. In the U.S., where the coders
|> want to run their c-coded spreadsheets in 24 bit color - relase NO
|> hardware ref. In Europe, very there is still some fun involved in
|> programming, release it!
|> 
|> I do feel a bit sorry for the people trying to port Linux, however,
|> but then again, C= is probably to proud of their Unix efforts so they
|> won't make it easy for other people to make a freely distributable version.
|> 
|> -- 
|> |    Stig A. Olsen  |  stigo@ifi.uio.no  |  "Ja til EF"       |   
|> | Never hit a man with glasses.  Hit him with a baseball bat. |

If you've been following the thread 'New hardware reference guide?' you
would know that someone (I forgot who) from C= stated that people working
on OS's would be able to hardware docs.  Just because there isn't a
hardware reference guide doesn't mean that documentation on the hardware
doesn't exist.  According to the previously mentioned article, people who
have a *legitimate* reason (creating the best-ever demo doesn't qualify
as a legitimate reason) for needing docs on the hardware will be able
to get them.  I don't know if the Linux group will be able to get 
documentation or not, but I hope so and it isn't too unreasonable that
they will.

-- 
Robert

There is evidence that the brain is like a computer.  If that's true, 
then there really aren't any stupid people.  Just people running DOS.