HDTenEightyP/NetNews huggingface dataset:
From: monster@mbear.pub.uu.oz.au (Martin Ozolins)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc
Subject: Re: Using SAS assembler (???)
Date: 15 Apr 92 03:02:38 GMT
X-NewsSoftware: Amiga GRn V1.28 2/25/92 (Beta) by Mike Schwartz

In article <3284@daily-planet.concordia.ca> romania@concour.cs.concordia.ca (GOUDIE ray) writes:
>
>
>
>I've been trying to compile assembler code with the assembler included with
>the Lattice/SAS V5.10 and can not get it to compile correctly.  It's
>because I'm not setting up the code properly.  There doesn't seem to be ANY
>documentation concerning the requirements of the assembler.  Can anyone
>give me a small example template program indicating what my source requires
>to assemble properly?  I'm not talking about the actual mnemonics commonly
>used by Motorola assembly, but rather what headers does the code need?  I
>just want to be able to assemble ANY little program!  The assembler always
>complains about stuff that has nothing to do with the actual code.  As you
>can see, I don't remember what the actual problems were.  I just happen to
>have remembered that I wanted to ask this question while reading this group.
>Any help would be appreciated, such as a small program with all the required 
>parts!!!  :)
>

Give up on SAS/C ASM program, I and a few others have.
I found that it does not produce the code that you want and does not
understand all of the 68030 instructions.

Do what I did, buy DevPac3, or if you want, Macro68.

--

Martin Ozolins :Internet   monster@mbear.pub.uu.oz.au
Victoria       :FIDO       3:633/359.6
Australia      :UUCP       ...!uunet!munnari!yarra!eyrie!phoenix!mbear!monster
From: dpotter@fndp2.fnal.gov (David Potter)
Newsgroups: comp.sys.amiga.programmer
Subject: How do you Check for an Open/Closed Window
Keywords: Window Question
Date: 13 Apr 92 12:52:46 GMT
Organization: Fermi National Accelerator Laboratory, Batavia IL


	I have a quick question, hope someone out there can help me.
I have 3 windows open and I need to check to see if windows 2 & 3 are open
or closed or active, is there a good way of check this?

The way I am doing it now is checking the "window->flag & 0x00002000" that shows
if the window is active but once I close it the flag still says it is open.
Help!!!!


Thanx
David

-----------------------
dpotter@fndp2.fnal.gov
-----------------------
Newsgroups: comp.sys.amiga.programmer
From: rknop@cco.caltech.edu (Robert Andrew Knop)
Subject: Re: FAQ list/annoying SAS5.10 window
Organization: California Institute of Technology, Pasadena
Date: Fri, 17 Apr 1992 21:09:54 GMT

kenny@mazurka.UUCP (Kenneth Yarnall) writes:

>I believe that there is a command line switch that will take care of this.
>The SASCOPTIONS program has an option in it that is equivalent called "No
>stdio (_tinymain)".  That worked for me.

This actually leads to another question I have.  I would like to RTFM about
SASCOPTIONS, but I am having a hard time.  It doesn't seem to appear in the
index; I have this vague memory of seeing it in the manual once, but I don't
remember where.  Can somebody help me RTFM on this?  Page references or
information would be nice.

I have a tool "sascoptions" in my prefs drawer (I am running under 2.04).  I
run it, and it gives me all sorts of options for C compiler.  If I save these
options, where does the file go?  What is the name of the file it creates?  I
also have seen a file SASCOPTIONS, which had a bunch of flags for use with the
compiler (each on their own line); this was to be put in the directory with
the source file to be compiled.

What is the search path for SASCOPTIONS?  Does the compiler only use the
SASCOPTIONS in your current directory?  Or does it have some global search
path?  I would REALLY like to see some definitive and complete docuemntation
on this. See, it scares me a tad.  I fear that I will have one of these
SASCOPTIONS in some "standard" directory somewhere, and that I will then not
understand why the defaults for the compiler aren't working like all the
documentation says they do.

-Rob Knop
rknop@tybalt.caltech.edu
From: forgeas@swinjm.UUCP (Jean-Michel Forgeas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: help reading keyboard
Date: 16 Apr 92 09:18:30 GMT
Organization: The Software Winery

In article <1992Apr14.230943.26838@jade.tufts.edu>, Jonathan Horne writes:

> I'm trying to write a small C program that will run as a background process and
> record all keypresses to a disk file. The file's contents do not have to be
> coded in any way, such as ASCII. The only requirement is that it can later be
> translated into keypresses -- manually if need be.

"Record-Replay" on Fish disk #105 can do all this job.

> [...] and doubt I could write a handler in C that is fast
> enough not to affect other processes running concurrently.

With small routines, a C compiler can produce as good code as a good
asm programmer can write.

    Jean-Michel
--
Jean-Michel Forgeas
cbmvax!cbmehq!cbmfra!swinjm!forgeas
From: Todd_Petit@agwbbs.new-orleans.LA.US (Todd Petit)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: MOD -> AMOS conversion...
Date: 14 Apr 92 11:50:25 GMT
Organization: The Amiga GateWay BBS * New Orleans, La.

In a message dated Mon 13 Apr 92 07:23, Jhawes@everest.srd.bt.co.uk (jason 
wrote:

 J> From article <s879sINNnkk@agate.berkeley.edu>, by
 J> wchucky@ocf.berkeley.edu (Chuck Woo):
> hi folks and folkettes!
> could someone give me some pointers on converting mods to .abk?  
> specifically, what can I do to a sample to make it get converted cleanly?
> I have this massively loud and noisy guitar sample (I added noise with
> MED 3.21), and it keeps getting chopped, man, like hacked to pieces...
> 

 J> I have noticed the problem with the way Med save STs modules,
 J> basically
 J> dont use Med. If you load the mod into soundtracker version <= 2.5
 J> then re-load in any instruments that dont sound too hot, save the mod
 J> againg and it should convert to AMOS ok.

In the docs for v1.34 of AMOS the author complains that Tracker specs are
changing so rapidly that they have a hard time keeping up with them and
supporting all of them.  This is understandable and could be part of your
problem in a roundabout way.

-- Via DLG Pro v0.991

From: todd_petit@agwbbs.new-orleans.LA.US
From: 01ksdavis@bsu-ucs.uucp
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Re: AmigaBASIC and AmigaOS 2 willitwork
Date: 15 Apr 92 20:19:17 GMT
Article-I.D.: bsu-ucs.1992Apr15.151917.6495


	You bet I would be interested in testing out this compiler for you! 
Thanx for your reply, I have gotten several already.
	I know that AmigaBASIC won't recognize faster processors, or 32 bit
memory, but will it recognize either of these after it is compiled?
	Regardless, i would like to have a copy of this compiler.  I assume it
generates stand-alone code?

	//
       //  Kyle
    \\//
From: labben@iesd.auc.dk (Lars Bodin)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Cookie-cut drawing
Date: 10 Apr 92 09:49:20 GMT
Organization: Mathematics and Computer Science, Aalborg University

In article <1992Apr9.154247.2040@mack.uit.no> nilss@stud.cs.uit.no (Nils Sudmann) writes: 

>I'm posting this after encountering an annoying problem. I have
>browsed through all my manuals (sadly only OS1.1), and in all the K's
>of OS calls there is not one (SIMPLE) one that does the task of:
>
>Using the blitter to do a cookie-cut into a rastport.
>ie. A routine with a pointer to a image, a imageshadow, and the destination.

In the book "Programmers Guide to the Amiga" by R.Peck (as far as I
remember...) there is an example of how to use the blitter rutines to
copy an image from one bitmap to another using a shadow image.

The algoritm used three calls to ClipBlit() (or was it one of the
other blitter rutines?):

First the source image was blitted into a dummy bitmap (all plane-ptrs
in this bitmap pointed to the same plane) in order to create the
shadow image. If you allready have a shadow image you can jump over
this step.

Next this shadow was blitted into the target bitmap in order to blast
a hole in the bitmap (yep, that was the words in the book ;^), and
finally the source image was blitted into the target bitmap.

I do not remember the right AND/OR combinations to use with the
ClipBlit() calls, so you'll have to buy/borrow the book if you can't
figure it out yourself (I'm going on a short vacation, so I wont be
able to mail it to you myself until late next week).

Hope this helped you solving your problem...


-- 
AMIGA  //     Lars Bodin
      //      Department of Mathematics & Computer Science, 
   \\//       Aalborg University
    \/        E-mail: labben@iesd.auc.dk
Newsgroups: comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: Library offsets
Organization: Jet Propulsion Laboratory
Date: Fri, 10 Apr 1992 21:59:01 GMT

In article <dcaskey.02wg@pdrome.UUCP> dcaskey@pdrome.UUCP (Douglas Caskey) writes:
>
>ZL|
>/
>B'?o
>ahafadaba`a^a\aZaXaVaaaPaNaLaJaHaFaDaBa@
>afadaba`a^a\aZaXaVaaaPaNaLaJaHaFaDaBa@
>adaba`a^a\aZaXaVaaaPaNaLaJaHaFaDaBa@
>aba`a^a\aZaXaVaaaPaNaLaJaHaFaDaBa@
>/
>a^a\aZaXaVaaaPaNaLaJaHaFaDaBa@
>\aZaXaVaaaPaNaLaJaHaFaDaBa@
>
>            _        _
>           | \  /   /         UUCP: aquarium!pdrome!dcaskey@acsu.buffalo.edu
>           |  | \  |         GEnie: D.CASKEY
>           |_/  /   \_      pdrome: Leviathan
>
>           These are my opinions and  not that of the PowerDrome
            ^^^^^^^^^^^^^^^^|^^^^^^^^^^^^^^^^^^
                           /
                          /
                   WHEW! That's a relief.



Newsgroups: comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: Usings stack is asm with an Amiga (030 probs) PLEASE HELP.
Organization: Jet Propulsion Laboratory
Date: Tue, 7 Apr 1992 16:25:21 GMT

In article <69910@ut-emx.uucp> charon@ccwf.cc.utexas.edu writes:
>
>    Ok, I tryed to do my last program on my A3000 2.04 and was forced to do
>it on the Mac because I was  having problems using the stack.  We were forced
>to emulate the Enter function of the Intel which really sorta threw me.
>But, using Link and being normal,
>
>HERE IS THE QUESTION (for the scimmers):
>
>Problem:
>
>* using procedure and functions in assembly language (68000 only)
>* programming with 68k on my A3000
>* passing all paramaters for the function/procedure on the stack, how?
>
>* passing parameters for functions, you must reserve a spot on the stack for
>  the return value and then access that return value after the function is
>  done.  how?
BS. The return value is passed back in D0 or D0,D1 if floating point.

>THE EXAMPLE I NEED:
>  How about a main that calls a procedure, passing a string on the stack,
>  and the procedure just load this string into a0, give the procedure some
>  local on the stack too, and use that.  That should cover parameter passing.
>  
>  Then the main calls a function that does the same thing as the above.  but
>  return the value of one of the locals to the main via that "reserved space".
>  That would explain return values for functions.
>
>  A function like the above that is recursive.  That would exaplin using the
>  reserved space recursively.
>
>
>ALL HELP IS GREATLY APPRECIATED.  A quick example program would be great.
>Or a program that does this with *severe* comenting would also be nice.
>

In C:

    char *cnvt2uprcase();

    char buffer[15];

    printf("%s\n", cnvt2uprcase("This is a test", buffer));

In ASM:

    PUBLIC _cnvt2uprcase

    ; char *cnvt2uprcase((char *)string to convert, (char *)buffer)
    ;                              4              |       8

    _cnvt2uprcase:	movea.l 4(sp),a0	; source string
			movea.l 8(sp),a1	; where it goes
    NextChar:		move.b (a0)+,d0		; first/next character
			cmpi.b #$61,d0		; less than an 'a'?
			blt.s 1$
			cmpi.b #$7a,d0		; greater than a 'z'?
			bgt.s 1$
			andi.b #$df,d0		; convert to upper case
    1$:			move.b d0,(a1)+		; possibly converted char
			bne.s NextChar		; quit when null seen
			move.l 8(sp),d0		; return converted string
			rts

    Maybe this will serve as an example and clear up some of your misnomers
    about assembly.

jeff
Organization: Christian Zombie Vampires
X-Subliminal-Message: "Exterminate all rational thought."
Date: Thursday, 16 Apr 1992 14:13:12 EDT
From: Mike Cramer <MRC113@psuvm.psu.edu>
Newsgroups: comp.sys.amiga.programmer
Subject: Using Assembly routines in C

Ok...this is probably pretty simple, but bear with me...I want to take a
routine which I have written in Assembly, compile it into a link library,
and use it as a function in a C program.  The function will be passed a
pointer to a structure containing all the info the routine will need to do
its job.  What special stuff do I have to do to the assembly code to
accomplish this?  Thanks for any help!

-----
"You never listen to a word that I said      | Mike Cramer
 You only see me for the clothes that I wear | mrc113@psuvm.psu.edu
 Or did the interest go so much deeper?      |
 It must have been the colour of my hair"    |
  From "Public Image" by PiL                 |
Newsgroups: comp.sys.amiga.programmer
From: peterk@public.sub.org (Peter Kittel)
Subject: Re: Turbo Pascal
Organization: Public News & Mailserver, Commodore Germany PM UNIX, Frankfurt
Date: Tue, 14 Apr 92 07:25:32 GMT

Thomas_Spuhler@augs2.UUCP (Thomas Spuhler) writes:

>Does anybody know a Turbo Pascal Compiler for Amiga (PD or what ever)???

Try KickPascal from Maxon (Eschborn, Germany), it's said to be a
Turbo Pascal 3.x clone.

Then there is HiSoft Pascal (some British company, I think, perhaps
distributed by Markt & Technik).

As I'm not a Pascal programmer myself, I can't give you deeper insight
in these products.

-- 
Best regards, Dr. Peter Kittel  // E-Mail to  \\  Only my personal opinions... 
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
                                   or  peterk@public.sub.org
From: bairds@rigel.cs.pdx.edu (Cheradenine Zekalwe)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Need help - Simple use of blitter with assembly
Date: 8 Apr 92 03:07:50 GMT
Article-I.D.: pdxgate.5278

danb@gaff.physci.psu.edu (Dan Babcock) writes:

>In article <1992Apr7.151828.8463@cs.umu.se> dvljrt@cs.umu.se (Joakim Rosqvist) writes:
>>In article <1992Apr3.214149.17466@galileo.cc.rochester.edu> rjw@merlin.cvs.rochester.edu (Robert Wilson) writes:
>>>
>>About writing to DFF-regs:
>>They are all write-only or read-only, so don't use CLR, OR or AND on them.
>>(On 68020+ it's ok to use clr)
>>
>>>      clr.w	bltamod(a1)	 ; no bytes skipped in copying source
>>>      clr.w	bltcon1(a1)	 ; no special modes
>>
>>No clr's please.

>Using CLR on a 68000/68010 isn't really a big deal, in this case. It wil:
>1. Write a random value into the register.
>2. Write zero into the register.

Err, doesn't CLR perform a useless read cycle (before the write cycle that
clears the destination), not an extra write?  Either way it's a wasted
cycle.  It's probably best to avoid using clear on the hardware registers
on general principles.

>This wastes time, but saves a register. However, you shouldn't use it on
>other registers such as DSKLEN where it can have side effects.

The two cycles instead of just one can strobe a coprocessor register twice,
correct?  Still, you should be able to save on overall number of cycles used
by filing a zero away in a register (no memory access other than instruction
fetching since you can just use moveq #0,dN) and then just moving dN to your
destination.  Requires a register, of course, but even if you had to save a
register value (probably not often) if you were doing enough clears you
might come out ahead anyway.

| bairds@rigel.cs.pdx.edu | "The bomb lives only as it is falling." from      |
| o--[=====- % @>-^-v---- | _Use of Weapons_ by Iain M. Banks                 |
Newsgroups: comp.sys.amiga.programmer
From: butabrax@opal.cs.tu-berlin.de (Holger Emden)
Subject: Re: Gadtools & String Gadgets
Organization: Techn. University of Berlin, Germany
Distribution: fb20
Date: Tue, 7 Apr 1992 11:44:14 GMT

luca_spada@skylink.sublink.org (Luca Spada) writes:

>In article <S37732V.92Mar30205048@vipunen.hut.fi> s37732v@vipunen.hut.fi (Markus Juhani Aalto) writes:
>>
>>   Can someone tell me how I can get the data that is contained in a string
>>   gadget?
>>
>>   I use gadtool's NewGadget structure and cannot seem to figure out how to get
>>   the data the user has input.  The 1.3 intuition way was using the StringInfo
>>   structure and then using "*Buffer".  But I dont see the struct contained in
>>   the "NewGadget" structure.
>>

It is still the same ... only that gadtools.library will allocate all needed
memory for you like Stringbuffers , borders and intuitexts. Under Kick1.3
you had to declare all these structures, now Kick2.xx Only needs a short
description of what you want your Gadget to look like and Kick will all
do itself.

Just use :

text = ( ( struct StringInfo * ) gadget -> SpecialInfo ) -> Buffer ;
--
BUTABRAX: Holger Emden, Muehlenstrasse 42, W-1000 Berlin 46, Germany
E-Mail  : butabrax@cs.tu-berlin.de
From: i03a@AIX (Thomas Meyer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Register question
Date: 16 Apr 92 14:16:24 GMT
Organization: Univ. Bremen, Informatik

Hi, Lee!

You wrote:
: From context, I gather that there are A registers and D registers.
: But nowhere in either the SAS manuals or the Amiga RKMs do I see
: a definition of what these registers are.  i.e.
These registers are the hardware registers of the Amiga's 680x0 micro-
processor. When you write a library, you have to store D2-D7 and A2-A6
in your librarycode. Only D0/D1 and A0/A1 may differ from the entry
values when your code exits.
: 
:    How many A registers are there?
There are 8 Ax registers with x ranging from 0 to 7
(Actually there are 9 Ax registers because the Stack-Register A7 is
different in User- and Superstate-Mode).
: 
:    How many D regiseters are there?
There are 8 Dx registers with x ranging from 0 to 7
: 
:    What's the difference between them?
Memoryaccess can only be done via Ax registers. Shifts and DIVs and MULs
can only be done with Dx registers on the other hand.
: 
:    Why would you use one over the other?
See above.... :-)
: 
: Can someone lend me a clue?
I hope that's enough. Otherwise you should consider buying a 680x0 reference
book...

Bye,
Thomas
----
Thomas Meyer
Internet: i03a@rs550.zfn.uni-bremen.de
IRC: mnemo
Newsgroups: comp.sys.amiga.programmer
From: hardie@herald.usask.ca (Peter Hardie)
Subject: My Mistake Re: Manx 5.2d + gmtime DST
Originator: hardie@herald.usask.ca
Organization: University of Saskatchewan
Date: Wed, 15 Apr 1992 22:26:40 GMT


I meant V5.2a! I don't think Manx has got to 5.2d yet.
Pete hardie@herald.usask.ca
From: a148@mindlink.bc.ca (E. John Love)
Newsgroups: comp.sys.amiga.programmer
Subject: DCTV Library Info Wanted...
Date: 12 Apr 92 09:35:43 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

This is being posted on behalf of Colin Fox (of the Dawson/Fox
req.library fame).

We would like to get information on the DCTV.library file included with
Imagine 2.0, since Colin would like to be able to make a project he is
working on create DCTV images.  Any information would be greatly
appreciated.  Please respond as private email.  Thank you.

E. John Love
From: utoddl@next1.oit.unc.edu (Todd M. Lewis)
Newsgroups: comp.sys.amiga.programmer
Subject: Input handler for Games (was Re: Custom Copperlist)
Date: 9 Apr 92 14:09:42 GMT
Distribution: usa
Organization: UNC Office of Information Technology

In article <30107@cbmvax.commodore.com> chrisg@cbmvax.commodore.com (Chris  
Green) writes:
>If you want a full custom copper list, than you'll have to use a custom View.
>If you do this, than you can get input by installing an input handler, and
>emulate amiga-m, etc.-- 

Not meaning to beat a dead horse into a plowshare, but is there an
input handler template that could be just dropped into a program to 
handle this in a clean way?  Maybe I'm wrong, but sooner or later it
seems everyone wants to write some killer game that's OS friendly,
has it's own custom View, and will cooperate with other programs
well.  The RKMs do a pretty good job of explaining how to write
programs that run _within_ the OS/Intuition/Workbench environment, but
they don't go very far in explaining how to run _beside_ that
environment without causing problems.  At least that section
has never quite hit me over the head with the info I would need
to do it well.  It's all there, probably, scattered throughout the
manuals, but just when you think you've taken everything into
account some other aspect crops up that you haven't considered.
That's the "etc." Chris Green refers to above.

Let's approach it from a different angle.  Suppose some programmers
were to put together a drop-in input handler for custom view
clients (games).  How would it be structured?  I imagine:
  It would have two modes--one for when the game is active, the 
     other for when the game is inactive.  When active, the game gets
     all the imput and the rest of the input events are discarded.
     When inactive, input events get passed on down the chain and the 
     game is "paused"--the user has to take some action to re-activate it.
  It would need some clean, efficient interface to the game itself.
     Message based?  Direct writes to shared global variables?  
     Signals?  Why not all three, configurable at "game layout" time.
  The interface should communicate both ways--you need a way for the
     game to call for a switch to the other mode (active<->inactive).
  Easily selected forms of input--it should handle the Mouse, Joystick,
     and keyboard (raw and cooked), and the client (game) should be
     able to select each input class on the fly.

If there is such a creature out there and I don't know about it, please
tell me and accept my apologies for the waste of bandwidth.  If it
doesn't exist, let's put one together.

Todd M. Lewis / utoddl@next1.oit.unc.edu
From: gm@germal.bs.open.de (Gerald Malitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Discussion about GNU compilers
Date: 8 Apr 92 08:53:10 GMT
X-Newsreader: Arn V1.00 alpha rel3

In article <3RkPq*ks1@swinjm.UUCP>, Jean-Michel Forgeas writes:

> Could be fine if discussions about GNU compilers could be done in a
> specific group. How about creating 'comp.sys.amiga.gnu' ?

	How about alt.sys.amiga.gnu next to alt.sys.amiga.uucp?  Should
be much easier and faster to create.  (Otherwise that should be
comp.sys.amiga.programmer.gnu :^) ).

-- 
  // Gerald Malitz,  Bolchentwete 4,  3300 Braunschweig,  Voice: +49 531 796832
\X/ gm@germal.bs.open.de                         "Aus Liebe zum Auto: AutoB*LD"
Newsgroups: comp.sys.amiga.programmer
From: epang@fraser.sfu.ca (Eugene Pang)
Subject: Re: Aztec C 5.2a Detach.o problem
Keywords: amiga aztec c 5.2a detach
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Thu, 9 Apr 1992 02:00:45 GMT

wgkramer@cs.vu.nl (Ewout Kramer) writes:
>griffin@frith.egr.msu.edu (Danny Griffin) writes:
>>I've used detach.o (small code, data) under 5.2a without problems myself.
>>I just link it in at the end of my object files.

>Do you have detach.oss for v5.2?  I had it in my 5.0 version, but I couldn't
>find it anywhere on my 5.2 disks. On which disk can I find it?

It came on disk 3 of the 5.2a update set.  Each detach.* file is in the
appropriate .lzh archive for the corresponding model:

   lib52.lzh     - contains detach.ols (32 bit ints, small model)
   lib16_52.lzh  -    "     detach.oss (16 bit ints, small model)
   lib16l52.lzh  -    "     detach.osl (16 bit ints, large model)
   libl52.lzh    -    "     detach.oll (32 bit ints, large model)