HDTenEightyP/NetNews huggingface dataset:
From: schaem@sgi.com (greg schaem)
Subject: Re: List of Amiga Compilers, Assemblers, Interpreters
Organization: Silicon Graphics, Inc.
Date: Tue, 14 Apr 1992 22:30:24 GMT

In article <30022@cbmvax.commodore.com> chrisg@cbmvax.commodore.com (Chris Green) writes:
>In article <j2d3nek@fido.asd.sgi.com> schaem@sgi.com (greg schaem) writes:
>>
>> Some Update on the Macro68 Macro Assembler:
>>V3 offer a powerfull multiple pass optimizer, Let you program the
>>optimizer brain for any type of customizing.
>>V3 has a online interactive documentation, with the index list and
>>a click of a button you can read the main documentation on the
>>functions and any in relation.
>>
>>						Stephan.
>
>	Does it optimize for short branches, i.e. any branch (even forward)
>which can be short automatically becomes short?
>
>-- 
>*-------------------------------------------*---------------------------*
>|Chris Green - Graphics Software Engineer   - chrisg@commodore.COM      f
>|                  Commodore-Amiga          - uunet!cbmvax!chrisg       n
>|My opinions are my own, and do not         - icantforgettheimpression  o
>|necessarily represent those of my employer.- youmadeyouleftaholeinthe  r
>|                                           - backofmyhead              d
>*-------------------------------------------*---------------------------*

 Only in multipass mode, the Compiler dont recalculate label address/offset
so any optimization done prior to the compiler 'PC' in the source would
slow it down: needing to run a X pass btwewn the opcode optimized and
the label... (During pass 1)

 The only moment I found it didn't do a forward optimization is with a 
forward branch offset of $80 (Or $7e coded has 8bit displacment).
 But it did optimize to byte : $007e $0080 $0082 $0084 by $7c $7c $7c $7c
 The number are from:
 beq	0$
 bmi	1$
 bcs	2$
 bra	3$
	REPEAT	59
 NOP
	ENDR
0$ NOP
1$ NOP
2$ NOP
3$ NOP

								Stephanb.
From: jhorne@jade.tufts.edu (Jonathan Horne)
Newsgroups: comp.sys.amiga.programmer
Subject: help reading keyboard
Keywords: keyboard input
Date: 14 Apr 92 23:09:43 GMT
Organization: Tufts University - Medford, MA

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.

The ROM Kernal manual suggests adding an input handler to be called by the
input device, but I'm looking for something simpler if it exists. I do not
know assembly language, and doubt I could write a handler in C that is fast
enough not to affect other processes running concurrently.

Is there an address that could be read continuously and stored to disk every
time it changes?

Any help would be greatly appreciated!
 Jonathan
 (jhorne@end.tufts.edu)
Xref: sparky comp.sys.amiga.programmer:7619 comp.sys.amiga.audio:2216
From: jhawes@everest.srd.bt.co.uk (Jason Hawes)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.audio
Subject: Re: MOD -> AMOS conversion...
Date: 13 Apr 92 09:31:09 GMT
Reply-To: jhawes@everest.srd.bt.co.uk
Organization: British Telecom

From article <s879sINNnkk@agate.berkeley.edu>, by 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...
> 

I have noticed the problem with the way Med save STs modules, basically
dont use Med. If you load the mod into soundtracker version <= 2.5
then re-load in any instruments that dont sound too hot, save the mod
againg and it should convert to AMOS ok.
Xref: sparky comp.sys.amiga.programmer:7778 comp.sys.amiga.misc:8568
From: slmt9@cc.usu.edu (Joshua Dinerstein)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc
Subject: Help using MultiDOS on a Hard Drive Partition!! Please read!
Date: 16 Apr 92 17:46:42 MDT
Organization: Utah State University

	Hello all,

	I am trying to set up an IBM partition on my Hard drive to use with
IBeM and maybe PC-Task, if I can come up with that much more money! At any rate
I got it all set up and can read it just fine from the IBM side now. 
	Now I would like to be able to read it from the amiga side. I have been
told that MSH won't work on Hard Drives. 

	So on the advice from several people on the net I downloaded MultiDos 
and tried to use it to set up my system so that my amiga can use the IBM partit-
ion that I have in it.

	It still did not work quite right. If anyone out there has MultiDos set
up and uses it on a HD partition. Would you PLEASE send me a copy of the
mountlist that you use and what the system looks like.

	Or if you have MSH set up to do it then please let me know!

	Thanks a million,
	Joshua
	

-- 
**************************************************************
*                     *                                      *
*  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

-- 
**************************************************************
*                     *                                      *
*  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: hendrik@shaleena.sun-munich-edu (Jan Hendrik Mangold, Sun Germany, Munich Training)
Newsgroups: comp.sys.amiga.programmer
Subject: RemoveGadget
Date: 13 Apr 92 17:34:34 GMT
Reply-To: hendrik@shaleena.sun-munich-edu
Organization: Sun Microsystems, Inc.

Is there anybody out there...

who can help me? 

I am desperatly trying to remove a Gadget I click on (it's turned off). But the #@$!* does not disapear. If I AddGadget and RefreshGList, I can add Gadgets instantly. Why doesn't get the window updated if I remove a Gadget ?

Or am I doing something wrong ?

Hendrik :>(

PS: Now I use RectFill on the window with a following RefreshGList, but the blinking and flickering of all the gadgets drives me crazy.
Newsgroups: comp.sys.amiga.programmer
From: griffin@frith.msu.edu (Danny Griffin)
Subject: Intuition - Menus under 2.04
Originator: griffin@frith.egr.msu.edu
Organization: Michigan State University, College of Engineering, East Lansing
Date: Mon, 13 Apr 92 05:25:15 GMT


Here's a followup to my previous post re menu hotkeys not working.  The 
problem is that I ActivateGadget() during my initialization routines, and
as long as there is a cursor in my gadget (in this case an INTEGER_KIND)
then my hotkeys don't work and my screen flashes.  The gadgets are treating
these Amiga-keys like alpha-ASCII input, hence the screen flashes.  If I
have a STRING_KIND gadget active, then the key might get interpreted as
a straight alpha keypress ('a') or ignored ('q').

Is this something that one must live with?

-- 
Dan Griffin                          Advanced Business Systems, Inc.       
griffin@frith.egr.msu.edu            Medical and Dental Practice Management
517/349-0386                         517/349-8057
From: boinger@comsat.hacktic.nl (Paul Kolenbrander)
Newsgroups: comp.sys.amiga.programmer
Subject: System Information 2.0b
Date: 15 Apr 92 12:34:07 GMT
Organization: Satellite Telecom, Geldrop Holland

I'd like to thank everybody who sent me data about the auto-config boards 
in their Amiga's. I'm putting the final touches on System Information 
2.0b (Better MMU check code. Thanks DaveH, as well as some better ways) 
I've got a total of 95 cards to be recognised now. I'd love to make that 
an even 100. So anybody out there using one of the following cards?
- PP&S 040 card
- GVP Impact Vision 24
- GVP 040 card
- DMI resolver
- KCS Powerboard for A2000
- AT-Once for A2000
- GVP at card for A500
- Expansion Systems IDE controller
- Sunrize's AD1012, AD516, AD1016
- PP&S mercury A3000
- PP&S ProRAM 64 RAMcard for A3000
- IVS GrandSlam controller

Please run either System Information 2.0a (Use File-It option), C= 
ShowConfig or Nic Wilson's SysInfo to find out the Manufacturer ID and 
Product code.Then _PLEASE_ send these to me together with the name of the 
board and manufacturer and I can program them in.

Also, the somebody who's gonna take over ab20 please let me know so I can 
upload the new version there.

Thats all folks,

Paul

      ///\  ----->   INTERNET:  Boinger@comsat.hacktic.nl  <-----
  \\\///__\ AmigaDOS 2.0 - Nothing's Gonna Stop Us Now! - Sam Fox 
   \XX/    \MIGA. ----- It's mine. ALL mine! And I LOVE it! ----- 
- Paul Kolenbrander, Turfveldenstraat 37, NL-5632 XH  EINDHOVEN - 
- Standard Disclaimer: I'm Only Human. I Tend To Make Mistakes. -
From: jeannet@aphrodite.enst.fr (Olivier Jeannet)
Newsgroups: comp.sys.amiga.programmer
Subject: how does a "More"-like program work
Date: 9 Apr 92 22:03:44 GMT
Organization: Telecom Paris, France

I'm programming on the Amiga since a couple of years now, using
Lattice C 5.0 and Devpac 2, and I have all the ROM Kernel books
from Addison-Wesley.

My problem is, I want to know the size (in rows and columns)
of the current output to pause the display each page like
the "More" program (which is normally in "SYS:Utilities").

I know that, when you open a RAW window, you can send an
Amiga private sequence (something called "Window Bounds Request")
containing a control-sequence-introducer (CSI) character and you
get (doing a Read()) the bounds in an ascii string (beginning
with a CSI too). The problem is that when it's a CON or NEWCON
window you don't get any answer, your Read() is hanging until
you press <return> in the window. I know there is a ConUnit
structure containing lots of information like the console bounds,
cursor position, etc, but how can you access it ? I would like
to open the "*" (current console) and have the bounds of it.
For every page, "More" displays just as much lines of text as
they are lines on your console, even if you resize it between
pages, what is the trick ?

Another question is, what do you do to make a CON or NEWCON
window to respond to a single keystroke, as in "More" when
you just press <space> to see the next page ? I'm quite
sure that you have to send a Packet with an ACTION_<something>
to do that, I've read something like that in a Fred Fish but
I can't find it any more.

I think these two questions are linked and may have the same
solution. My problem is solved if I can make a CON window act
like a RAW window for a while.

Maybe my question has a very simple answer, but I've tried a
lot of solutions and I would be pleased to have a simple
explanation and/or listing about this.
Xref: sparky comp.sys.amiga.programmer:7654 comp.sys.amiga.audio:2224
From: jason@edsi.plexus.COM (Jason White)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.audio
Subject: Re: MOD -> AMOS conversion...
Date: 13 Apr 92 23:39:47 GMT
Article-I.D.: edsi.1992Apr13.233947.16652
Organization: Enterprise Data Systems Incorporated, Appleton WI

jhawes@everest.srd.bt.co.uk (Jason Hawes) writes:

>From article <s879sINNnkk@agate.berkeley.edu>, by 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...
>> 

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

What do you do if you make a song with MED, and want to save it is 
MOD form?
-- 
Jason White                 | I am Amiga
jason@edsi.plexus.COM       | hear me roar!
                            |     /
SYSOP of Commodore Kingdom  |   \/
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Using Assembly routines in C
Distribution: world
X-NewsSoftware: Amiga GRn V1.29 4/10/92 (Beta) by Mike Schwartz
Date: 17 Apr 92 12:00:29 PST
Organization: Amiga makes it possible

In article <92107.141312MRC113@psuvm.psu.edu> MRC113@psuvm.psu.edu (Mike Cramer) writes:
>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!

Calling assembly from 'C' is pretty trivial.  You must preserve all registers
in the called function, except for d0/d1/a0/a1.  Your procedure name must begin
with an underscore (foobar becomes _foobar).  Your structure address will be passed
on the stack.  You will find it at 4(sp) upon entry to the routine.  That's IT!

--
Author of Amiga GRn, MailMinder, Budokan, Beyond Dark Castle, Dark Castle,
and Genesis 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: Lee_Robert_Willis@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
Subject: Register question
Date: Wed, 15 Apr 92 17:46:33 PDT
Organization: The Portal System (TM)
Distribution: world

REALLY STUPID ASSEMBLER QUESTION:

I'm trying to learn how to create shared libraries with SAS C 5.10b.
The first step is to create a Function-Definitions (.fd) file.
In the .fd file, one must specify the registers in which the arguments
will be passed, e.g. (from their example):

   PirintIText(rp,itext,left,top)(A0/A1,D0/D1)

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.

   How many A registers are there?

   How many D regiseters are there?

   What's the difference between them?

   Why would you use one over the other?

Can someone lend me a clue?

--
Lee      Lee_Robert_Willis@cup.portal.com
From: a0620831@let.rug.nl (E. Oosting)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: free -- how it works
Date: 13 Apr 92 22:18:34 GMT
Organization: Faculty of Arts & Letters, Groningen University, The Netherlands

In article <920413.012528.CDT.C503719@UMCVMB.MISSOURI.EDU> C503719@UMCVMB.MISSOURI.EDU (Baird McIntosh) writes:
[Stuff deleted]
>
>Now, the question.  If the free(*p) statement is commented out, the
>program still seems to free all memory that it mallocs.  That is, after
>running the program several times, 'avail' still shows the same amount
>of memory before running as after.  Why?  If we don't free(*p), there should
>be 1000 ints * 4 bytes/int == 4000 bytes eaten each time the program runs.
>Or do I misunderstand how the free() function works?  (That's probably it :-)
>
>In my K & R, it says "free deallocates the space pointed to by p".  Since
>in this case p points to another pointer, I thought free(p) would only
>deallocate the pointer, *p, that p points to.  But free(p) seems to be
>freeing *p and **p.

Nop, free() only frees that what you give it, HOWEVER if your program ends,
all other malloc()ed but not free()d memory will yet still be free()d.
The exit proxedure takes care of this. Everytime you do a malloc(), some
underneath storing stuff keeps track of what you've malloc()ed including
the size. That's why you don't have to provide the size anymore when doing
a free().

If you DON'T want this, because you want the memory stay allocated for some
reason, you'll have to use AllocMem() (and FreeMem() to free this). Note,
however, that once you lose the pointers, freeing the memory is almost
impossible. Also note that FreeMem() DOES require the size also for freeing
the memory.

Hope this answered your worries...

| Eize Oosting        | "The World's realities are not to be denied           |
| Faculty of Arts,    |  But must we keep destroying all our fantasies        |
| State university,   |  It's hard to look beyond when terror fills our eyes  |
| Groningen,          |  We mustn't give up trying to let our dreams survive" |
| The Netherlands.    | 'European Soul' - Kim Wilde, 'Close'.                 |
From: fiz@elfie.async.vt.edu (Chris Fury)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: programming sound-effects
Date: 9 Apr 92 20:59:21 GMT
Reply-To: fiz@elfie.async.vt.edu (Chris Fury)
Organization: Elfie

In article <92100.123129IO00198@MAINE.MAINE.EDU> IO00198@MAINE.MAINE.EDU (Just some weird dude) writes:
>This is my weak spot.  I have no trouble in creating whatever kind of
>wave I need, but I don't know what the wave I need is.  If I want to
>make a crash or explosion sound effect or a laser, how do I know
>what the wave should look like?  Any answers or names of sources will
>be appreciated.

Sample it. :)  No, seriously, samples generally sound much more realistic
than do synthesized sounds...

>
>Thanks.
>______________________________________________________________________
>  COREY GRAY   IO00198@MAINE.MAINE.EDU  |
> "THE MEEK SHALL INHERIT THE EARTH -    | "A WET DOG SWIMS IN THE RAIN
>  AND THE BOLD SHALL INHERIT THE STARS" |   BUT A DRY MARTINI LAUGHS"
>   - ME, AND PROBABLY A MILLION OTHERS. |  - DEFINITELY ME
>----------------------------------------------------------------------


Christopher B. Fury esq.                   |  Insert throughly scintillating
fiz@elfie.async.vt.edu		           |        
cfury@csugrad.cs.vt.edu			   |         pull quote here.
fiz@fizcastle.async.vt.edu 		   |

Disclaimer: The ideas persented herein are those of the Machine.  The User
	           has no idea what he is talking about.
Newsgroups: comp.sys.amiga.programmer
From: steve@digibd.com (Steve Wahl)
Subject: Re: AppIcon Window
Organization: DigiBoard Incorporated, Eden Prairie, MN
Date: Tue, 07 Apr 1992 19:55:27 GMT

In article <pat_meloy.06mx@outbound.wimsey.bc.ca> pat_meloy@outbound.wimsey.bc.ca (Pat Meloy) writes:
>In article <1992Apr2.061236.27769@news.iastate.edu> barrett@iastate.edu (Marc N Barrett) writes:
>
>[Bit about appicons possibly generating user-confusion deleted]
>
> Anyways, Marc (this feels funny but) I agree with you to a point here.
>AppIcons, if not handled properly, can clutter up the workbench screen
>quite easily, especially for the non-priviledged users of non-interlaced
>screens. I don't agree that a seperate window would help at all. If nothing
>else is negates some of the usefulness of the AppIcons by adding steps to
>"dropping projects". By this I mean opening, moving, and sizing the window
>since you'd have to be able to close it down to an icon itself (it'd be in
>the way otherwise).

I think the solution to this problem is an entry in the style guide
indicating the way an AppIcon should look.  In other words, I should
be able to visually recognise an AppIcon and know I can drop files on it.
It should look different from normal Icons in some way.  My own stupid
idea (but one that comes to my mind fast) is to have a hopper on top
of the Icon:
                    ________
                    \      /
   +--------+       +------+
   | Normal |       | App  |
   |  Icon  |       | Icon |
   +--------+       +------+

Get the picture?  Could a visual differentiation be done by the OS
with the new boxes it draws around the icons in 2.0?  (I still have
1.3, 2.0 is comming soon).

--> Steve
-- 
Steve Wahl               steve@digibd.com
Digi International, Inc.
Eden Prairie, MN         (612) 943-5387
From: bn@mndcrme.uoknor.edu (Bo Najdrovsky)
Newsgroups: comp.sys.amiga.programmer
Subject: attempting to use iff.library - please help!
Distribution: world
X-NewsSoftware: Amiga GRn V1.28 2/25/92 (Beta) by Mike Schwartz
Date: 9 Apr 92 02:15:16 CST
Organization: No organization... just my Amiga 3000/25 running UUCP 1.15D

I need some help using the iff.library by Christian Weber.  I'm opening
a custom screen, with CUSTOMBITMAP flag. Onto this screen I want to
load up a 640 x 400 x 4 backdrop scene that I drew up in DPaint.
I initialize my own BitMap structure with the following specs:

bitmap.BytesPerRow = 80;
bitmap.Rows = 400;
bitmap.Flags = NULL;
bitmap.Depth = 4;
for(i=0;i<4;i++)
    bitmap.Planes[i] = (PLANEPTR)AllocRaster(640,400);

and then I want to use the DecodePic() function to actually fill
in the bitplanes. Once this is done, I want to set the

newscreen.CustomBitMap = &bitmap;

The problem I'm having is that the doc file describes the BitMap structure
has having bm_Depth and bm_Width fields, which is not the case.
my gfx.h shows is as such:

struct BitMap
{
    UWORD   BytesPerRow;
    UWORD   Rows;
    UBYTE   Flags;
    UBYTE   Depth;
    UWORD   pad;
    PLANEPTR Planes[8];
};

I'm afraid that DecodePic is not getting the correct structure, but I can't
find any other struct BitMap anywhere. Another thing that is bizarre, is
that DecodePic doesn't return 0 so it seems to succeed, but when the
actual screen comes up, the bitmap is just a bunch of mess, and after
the program exits, I get a ramlib error, and the system crashes.
Please be merciful... I'm a novice at doing graphics on the Amiga.
Oh, yes, reply through mail. The bandwidth wase is bad enough already.
Thanks ahead.

--
---------------------------------------------------------------------------
|  Bo Najdrovsky      bn@mndcrme.uoknor.edu OR bn@mndcrme.uucp|    //	  |
|			  OR  att.att.com!occrsh!mndcrme!bn   |   //	  |
| "..so take this number, and welcome to Operation Mindcrime" | \X/ AMIGA |
---------------------------------------------------------------------------
Newsgroups: comp.sys.amiga.programmer
From: butabrax@opal.cs.tu-berlin.de (Holger Emden)
Subject: Re: Two more (silly) GadTools questions
Organization: Techn. University of Berlin, Germany
Distribution: fb20
Date: Tue, 7 Apr 1992 11:53:45 GMT

pat_meloy@outbound.wimsey.bc.ca (Pat Meloy) writes:

>In article <1992Apr5.182809.14038@daimi.aau.dk> pilgrim@daimi.aau.dk (Jakob G}rdsted) writes:
>>butabrax@opal.cs.tu-berlin.de (Holger Emden) writes:
>>
>>>The thing is, fonts may be proportional, so how to calculate the needed width
>>>of your window for Helvetica 24, so you can display all text ??? That would be
>>>too difficult. And, i think, that is the point, why they only can be displayed
>>>horizontal.
^^^^^^^^^^^^^^^^
Sorry ... i meant : that is, why they only can be displayed vertical.

>>Yes! I may agree totally with you in your point, that "horisontal" radio-
>>buttons is a grief, and I do not like/need them. But, exactly what you men-
>>tion there is something, I'd like to see as a thing embedded in the system.
>>I admit, that it can be done by hand, and that is how it is done now. Wise
>>people of the net, is it bad taste to put a CalcTextWidth(FontPtr,StringPtr)
>>in the system; is this something one should do oneself, and which has no
>>place in an OS? (Mac...)
>
> You do it with "TextLength(&screenptr->RastPort, string, lengthofstring)"
>ie:
>
>widthinpixels = TextLength(&sp->RastPort, "Hello Mama!", 11);
>
>And there you have it :)

Oh, wow, just make a DTP-program with all these requesters (how large
is your ugly, desired font ???) and you will have it ... you will have a lot
of fun, each time calculating all the positions for your texts ..... :-)

--
BUTABRAX: Holger Emden, Muehlenstrasse 42, W-1000 Berlin 46, Germany
E-Mail  : butabrax@cs.tu-berlin.de
Xref: sparky comp.sys.amiga.programmer:7701 comp.sys.amiga.misc:8521