HDTenEightyP/NetNews huggingface dataset:
From: ba178@cleveland.Freenet.Edu (Gal-On Broner)
Newsgroups: comp.sys.amiga.programmer
Subject: AMOS / AmoNER
Date: 14 Oct 1992 05:12:39 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ba178@cleveland.Freenet.Edu (Gal-On Broner)
NNTP-Posting-Host: hela.ins.cwru.edu


Welcome to another excellent episode of AmoNER!  This is disk number 5
and it is just full of AMOS goodies!

We have games, a tutorial, a MED module player, and a program that will
help you if you are in an American Football pool!

One game is supplied as a learaning tool as the program is fully
explained by the author.

The tutorial explains how to interface AMOS and assembler and the external
library medplayer.library!

The user interface has been changed and we hope everyone thinks it is an
improvement.  If not, maybe mail us with your comments.

A MED module has also been included for your listening enjoyment.  It is
very short as space on the disk was scarce!

As a follow-up to Disk #4 Extras, we have the FULL source to the AMOS 3D
demo in ASCII format.  It was saved as ASCII so that non AMOS owners
can see how easy it is for AMOS and AMOS 3D to do 3D programs.

Oh, before I forget, this disk is self-booting and does attempt to enter
PAL mode.  All programs should work in 512k but you may need to unplug
every external disk drive in order to free as much memory as possible.
As for WB 2.04 support, we don't know!  Let us know if you have any
problems!  Also, do not write protect the disk as we write files to the
disk so that when you return to the main menu, your previous selection
will still be highlighted!



Enjoy!  Mail any comments/questions/concerns to one of us:

ba178@cleveland.freenet.edu (Gal-On Broner - Israel)
aj639@cleveland.freenet.edu (Michael Cox - USA )

---------------------------------------------------------

Amoner05 is avaible at those sites:

ux1.cso.uiuc.edu (128.174.5.59)   /amiga/amoner
nic.funet.fi (128.214.6.100)  /pub/amiga/programming/amos

You might have to wait till the 15th inoreder for those files
to be transfered into there proper directories. Right now thay are only
in /Incoming....

-- 
  Gal-on Broner  -  ba178@cleveland.Freenet.edu     //
                                                   //
  Amos - A language beyond imagination          \\//
                                                 \/
From: geoff@strobe.ATC.Olivetti.Com (Geoff Caras)
Newsgroups: comp.sys.amiga.programmer
Subject: C Compilers....
Keywords: C Compiler
Date: 7 Oct 92 21:04:20 GMT

Hello Amigoids,

I am a consultant, dealing mainly with (GACK) PC's...
I won't date myself with other platforms....

I am interested in development tools for the amiga, in particular
C (potentially C++) compilers for the amiga. I have seen a lot of postings
on learning/switching to C on the amiga...But none on which compilers are
prefered and are bug free. Also none of the usual sources for amiga software
seem to carry development tools...

So I hope this isn't a painfully overheard thread. What are the tools of 
choice. Hopefully without flame-wars...


Thanks in advance....

	Geoff Caras

PS: If this is a threadbare topic, email to me and I will summarize...



igneous@netcom.com         voice - 408.475.8194              FAX - 408.475.8193
The Igneous Group          Software Project Management   Design   Documentation
                           1744 Foster Court     Santa Cruz, CA      95062-1741
Newsgroups: comp.sys.amiga.programmer
From: mr_scary@lakes.trenton.sc.us (Chris Hurley)
Subject: Re: HDMem vs GigaMem for virtual memory on Amigas?
Organization: Lakes Public Access
Date: Wed, 7 Oct 1992 14:15:53 GMT

mks@cbmvax.commodore.com (Michael Sinz) writes:

> 
> Now, I should know these things as I did the software that deals with
> the 68040 on the A4000 (among other things) and it *uses* the MMU.
> In fact, in every A4000 shipped, the MMU is turned on and actively in use!
Hello Michael,
        Can you tell me what the MMU's are doing being as they are 
actively in use?  Thanks...
> 
> /----------------------------------------------------------------------\
> |      /// Michael Sinz  -  Senior Amiga Systems Engineer              |
From: WPK@cup.portal.com (WPK - Micromedia)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: menu help
Date: Sun, 11 Oct 92 21:37:09 PDT
Organization: The Portal System (TM)

>+------------------------------------------------
>| project       settings
>+--------------+----------+----------------------
>               | speed    | ./ 300  |
>               | ....     |    1200 |
>                          |    2400 |
>                          |  etc    |
>                          +---------+
>
>I need to change the ./ (tick) to 2400 from within the program.
>DOes anyone know how to do this ???

My memory says:
	1. detach the menu;
	2. clear/set the menu items' "CHECKED" flags;
	3. re-attach the menu.

>Can you do it using ModifyIDCMP  ??

No, not the same thing...
 _________________________________  /// _____________________________
| |                                ///                          tm | |
|o| O|O                           /// W P K  m i c r o m e d i a   |o|
| |  v   WPK                  \\\/// ----------------------------- | |
|o|____________________________\XX/___(email: WPK@cup.portal.com)__|o|
From: Dan_E_Babcock@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
Subject: Re: DevPac 3.01
Date: Thu, 15 Oct 92 13:53:40 PDT
Organization: The Portal System (TM)

>in search of an assembler, that suits my needs, I got a DevPac 3.01 from
>...

>Any of you figured that out or should I return it and go for the HX68
>instead?

It's probably part of the SECTION directive. And by the way, Macro68 is the
best assembler for the Amiga by far. It's fast (I believe only ArgAsm is
substantially faster), supports 68000-68040, has advanced optimization
(short forward branches done automatically, others are suggested as source
code changes), resident preassembled includes, implemented as .library, can
be used with CPR for source-level debugging...and MANY MANY other features.

Dan
From: harderaf@cnsvax.uwec.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Looking for Scheme or Lisp
Date: 13 Oct 92 05:05:57 GMT
Article-I.D.: cnsvax.1992Oct13.110557.1712
Organization: University of Wisconsin Eau Claire


Hi-


I'm looking for a Scheme and/or Lisp interpreter for the Amiga, preferably PD
stuff, but that's not a must...anyone know of such beasts?

Thanks-


Aaron Harder
Newsgroups: comp.sys.amiga.programmer
From: kamidon@zip.eecs.umich.edu (Keith Amidon)
Subject: PowerVisor help file installation....
Summary: Can't figure out what's missing!
Organization: University of Michigan EECS Dept., Ann Arbor, MI
Date: Wed, 14 Oct 1992 14:16:55 GMT

Has anyone else had problems getting PowerVisor from the latest set of
fish disks installed properly?  I have an A3000, and I am running
WB2.04.  I attempted to unwind the installer script since I don't have
Wb2.1 yet.  Everything seems to work fine except for the on-line help.
No matter what I do, whenever I type 'help' at the powervisor prompt,
I get a message saying the help files are not installed.  Has anyone
else had this problem and found a solution for it?  Any help would be
greatly appreciated.

   Thanks,  Keith Amidon


-- 
kamidon@eecs.umich.edu
Xref: sparky comp.sys.amiga.programmer:14306 comp.sys.amiga.tech:114 comp.sys.amiga.misc:14956 comp.sys.amiga.graphics:6644 comp.sys.amiga.games:13923 comp.sys.amiga.audio:3605 comp.unix.amiga:2247
From: terje@light.fipnet.fi (Terje Bergstr|m)
Subject: Re: :-( Contest - win your own A4000 :-(
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.tech,comp.sys.amiga.misc,comp.sys.amiga.graphics,comp.sys.amiga.games,comp.sys.amiga.audio,comp.unix.amiga,alt.sys.amiga
X-Newsreader: TIN [version 1.1 PL6]
Date: 9 Oct 92 23:06:26 GMT+2
Organization: Fipnet - Espoo, Finland

Philippe Berard (amipb@amipb.gna.org) wrote:
>     Here's for France :

  And the same for Finland...

  US: Power Up to A3000 deal           France: NOTHING     Finland: NOTHING
  UK: Trade in your A500 for CDTV      France: YES         Finland: NOTHING
  US: Buy A3000 get CDTV for FREE      France: NOTHING     Finland: NOTHING
  US: 4000 reasons to own Amiga        France: NOTHING     Finland: NOTHING

  Commodore's support in Finland is almost non-existant. We have four
official importers and none of them spend money on Amiga-support. I've heard
rumors about the situation clearing up, but that won't happen too fast.
From: jtillema@hindmost.lpl.arizona.edu (John Tillema)
Newsgroups: comp.sys.amiga.programmer
Subject: Execute() Question
Keywords: Execute, filehandle
Date: 12 Oct 92 00:26:20 GMT
Organization: Lunar & Planetary Laboratory, Tucson AZ.

I have been looking at the Execute() command recently, and have
run into a problem.  What do you use for the file handles?  
It wants a BPTR to them, would '(BPTR) stdout' work?  

But that's not the real problem.  I have opened a window and have
attached a console to it.  I would like to redirect all the output
of the file I Execute to it.  What do I pass Execute?  A pointer
to the Message port (if so, console or window?)?  The window?  Or do 
I need to create a file handle structure?  

On a side note, one other strange thing that happened, was I would
successfully open the window, and console and all worked fine, but when
you went to close the window, the window would close, but the screen
would never get redrawn (eg. Workbench or a shell or whatever was behind
it had a big blank area on it) and as soon as you clicked on something
the mouse would freeze and you would need to reboot (never guru'd though,
and when I compiled it with catch.o, it didn't catch anything).  As far
as I can see, the only difference between what I am doing now and
that version is that now I am using SAS/C's auto initialization of
IntuitionBase where before I was doing it myself.  The other difference
with this is that I declared it like this: (as per the RKM Devices manual)
   struct Library *IntuitionBase

and with the auto-init it is
   extern struct IntuitionBase *IntuitionBase 

I get the extern part, but why would the structures be different?

Thanks
John
jtillema@lpl.arizona.edu
Newsgroups: comp.sys.amiga.programmer
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re:  Comeau C++
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Tue, 13 Oct 1992 11:43:08 GMT

>john@igd.fhg.de (Werner John) writes:
>> How do you debug C++ programs compiled with Comeau C++? 
>
>I have a slick "trace" class that is very useful for debugging C++
>without a source level debugger. It allows you to selectively enable
>various levels of debugging information, it prints nice traces of
>execution, etc. It's an improvement on plain printf's, but is not a
>substitute for a real debugger (sigh).

This is a mechanism people should use sometimes anyway.  Debugging is
not a stagnant issue or a one approach only thing.

>> Is there a source level debugger for Comeau C++ available? 
>
>  No.
>
>  There seemed to be some indication that the 6.0 version of SAS's CPR
>would provide improved debugging support for Comeau (or any CFRONT-
>based) C++. I don't know the details (Greg??). Rudimentary support is
>fairly easy. You just need to teach the debugger to demangle C++ names
>(in both directions), and to heed the #line directives which CFRONT
>puts in the C source it writes (currently, CPR does neither of these;
>I believe Manx's SDB does heed the #lines, which at least lets you see
>the C++ source when debugging).

SDB did it all along.  The 6.0 CPR *does* now work with Comeau C++
source code (we have not tried it extensively yet though) as a C debugger.

> Good support (like stopping in inline
>functions, allowing C++ expressions in commands, etc.) is a lot more
>work. 

Right, C++ specific considerations are another issue.
Neither sdb nor cpr would be able to handle a virtual function
call in a multiple inheritance hierarchy (that is, they could handle
the call, they just wouldn't be knowing what they were doing if indeed
you as the programmer cared).

- Greg
-- 
         Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
                   Producers of Comeau C++ 3.0 With Templates
          Here:attmail.com!csanta!comeau / BIX:comeau / CIS:72331,3421
	    Voice:718-945-0009 / Fax:718-441-2310 / Prodigy: tshp50a
From: kehlet@kehlet.adsp.sub.org (Jesper Kehlet)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: IDCMP
Date: 11 Oct 92 23:29:22 GMT
Organization: Compos Mentis Software Systems
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <Bvu6pz.JMs@fiu.edu> xnybpf01@serss0 (Brian P Feeny) writes:
> 
> 	I have a question that I hope someone can help me with.  I need to 
> write a routine that basically waits for a disk to be inserted.  This routine
> will run in the background at all times.  I do NOT wish for this routine to
> open a window.  So how do I get IDCMP messages when I dont have a MsgPort
> connected to a window?  I would like this program to be ran, and then you can
> just get on with your work, when a disk is inserted, the progm will hear
> about this, yet be quiet that it knows.  Some direction in C please.

It's 2:40 in the morning, so you won't get a full blown example.  But to
give you a clue, you must open input.device and add an event handler of
your own.  You get the input events (IECLASS'es) in A0 and must return
the filtered inputevents in D0.

Normally, if you just want to detect disk changes etc., you would just take
appropriate action and return then inputevents unchanged.

Look in the autodocs for input.device and return, if you want an example of
how it's done.

Remember, that your handler will be of interrupt type and must take proper
cautions in writing.


> 						Brian
> -- 
> Brian Feeny - Systems Programmer - UNIX System Security Specialist
>    __
> __///          Internet: signal@phantom.com       "Grep me no patterns and
> \XX/ AMIGA!              xnybpf01@serss0.fiu.edu   I'll tell you no lines"

-- 
  ----------------------------------------------------------------------
  \  Jesper Kehlet, Compos Mentis Software Systems -- A Kind Of Magic  /
   \    (uunet|pyramid|rutgers)!cbmvax!cbmehq!cbmden!kehlet!kehlet    /
    \----------------------------------------------------------------/
     \          To dare is to loose foothold a short while.         /
      \                Not to dare is to loose life.               /
       ------------------------------------------------------------
Newsgroups: comp.sys.amiga.programmer
From: "robert buonincontro" <robert.buonincontro@canrem.com>
Subject: printitext()
Reply-To: "robert buonincontro" <robert.buonincontro@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 11 Oct 92 12:09:03 EST

Does anyone know of a function which does the opposite of PrintIText,
ie: removes a text structure from a window ??? A function to delete ALL
text from a window would also be useful.

Robert Buonincontro.

P.S - Up to now I've been copying the same text over the printed text in
     the background colour, with PrintIText.  Theres got to be a better
     way!
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Problem with the following Code
Distribution: world
X-NewsSoftware: GRn 1.16f (10.11.92) by Mike Schwartz & Michael B. Smith
Date: 15 Oct 92 18:43:17 EDT
Organization: Well, I haven't decided on a name yet...

In article <monster.05e4@mbear.apana.org.au> monster@mbear.apana.org.au (Martin Ozolins) writes:
> Everthing works OK until the user presses a Gadget, then what happens is the code
> acts as if a timersig signal is received instantaneously thus the code uses up
> all the available CPU time until QUIT is pressed.

[stuff deleted]

>     if ( signal & gadsig )
>     {
>        ( imsg = GT_GetIMsg( MSMScrWnd->UserPort ));

            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
            this should be a loop:
            while (imsg = GT_GetIMsg (MSMScrWnd->UserPort)) {
                ...
            }

            As Gadtools gadgets are not atomic (that is, they are constructed
            out of multiple standard Intuition gadgets) you can possibly get
            multiple messages that need to be removed at the Windows UserPort.

            GT_GetIMsg() filters them, but as with any port, you need to
            ensure that all messages in it are processed at each signal.

>        g = (struct Gadget *)imsg->IAddress;

This is the infamous IAddress bug. You should ONLY assume that the address
of a gadget is in IAddress if you receive a class of IDCMP_GADGETUP/DOWN.
This can cause a 80000003 alert on a 68000.
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: dej@qpoint.ocunix.on.ca (David Jones)
Newsgroups: comp.sys.amiga.programmer
Subject: Locale Translator List
Distribution: world
Date: 14 Oct 92 18:51:00 EST
Organization: Dejital Software


                      Amiga Locale Catalog Translator List
                         Last Update: October 14, 1992


What follows is a list of Amiga developers who have indicated a willingness
to perform translation of locale.library catalogs.  If you want to
volunteer your services, read the conditions below and send me mail.
If you are on this list, check your entry for accuracy and mail me any
corrections.

Rules for entry submissions
---------------------------

1. All submissions must be by email; postings in any newsgroup are not
   included in this list.  This rule has been applied retroactively.

2. Every submission should include:

   - Your name
   - Your mail address
   - Languages that you are willing to translate FROM
   - Languages that you are willing to translate TO
   - The cost, if any, of a translation

   When indicating languages, indicate languages in which you are less
   proficient by listing them inside parentheses.

3. Submissions should be mailed to:

   dej@qpoint.ocunix.on.ca
   David Jones @ 1:163/109.8

4. It would be nice if you could mail submissions in the format of a
   table entry.  For your convenience (and mine :-), here is a "template":

Name:           
Address:        
Translate from: 
          to:   
Cost:           

5. Mail submissions in English or French only.  That's all the languages
   I know!

**************************************************************************

                      Amiga Locale Catalog Translator List
                         Last Update: October 14, 1992

Name:           Pasi Ojala
Address:        po87553@cs.tut.fi
                albert@cc.tut.fi
Translate from: English
          to:   Finnish
Cost:           

Name:           Jukka Marin
Address:        jmarin@messi.uku.fi
Translate from: English, Swedish
          to:   Finnish, English
Cost:           Negotiable

Name:           Johan Etienne Ferreira
Address:        ferr@cs.sun.ac.za
Translate from: English, Dutch, French, German, (Afrikaans, Xhosa)
          to:   Afrikanns, Xhosa, (English)
Cost:           Credit toward ???

Name:           Peter Urbanec
Address:        s1013734@cs.unsw.oz.au
                amiga@unsw.oz.au
Translate from: English
          to:   Czech, Slovak
Cost:           Copy of software being translated


--
 David Jones, 6730 Tooney Drive, Orleans, Ontario K1C 6R4 CANADA
       email: dej@qpoint.ocunix.on.ca    Fido: 1:163/109.8
 AMIGA: Advanced Multimedia with Interactive Graphics and Audio
From: leibrock@fsinfo.cs.uni-sb.de (Gerhard Leibrock)
Newsgroups: comp.sys.amiga.programmer
Subject: Ixemul.library : What about docs ?
Date: 8 Oct 92 12:18:16 GMT
Organization: Fachschaft Informatik, U of Saarland, FRG

Hello out there,
Some days ago I did obtain the gcc2.2.2 compiler port to
the AMIGA done by Markus Wild.
It is delivered with the so called ixemul.library.
By compiling some unix-sources I did not want to believe
what I saw : They were compiled WITH the unix-functions and
do work perfect.
By looking at the generated code I did realise, that it opens
the ixemul.library. GREAT !
But while looking for docs about the library I did not find
anything !
(sniff)

So could anybody please mail/tell me where to get a ful
documentation for it.

Yours,
       Gerhard
gerhard leibrock, neuhaeuselserstr. 12, w-6654 kirkel 2
leibrock@fsinfo.cs.uni-sb.de
Newsgroups: comp.sys.amiga.programmer
From: mr_scary@lakes.trenton.sc.us (Chris Hurley)
Subject: Re: A3000 for Programming
Organization: Lakes Public Access
Date: Sat, 10 Oct 1992 23:10:05 GMT

jamie@cdevil.unx.sas.com (James Cooper) writes:

> Also, if the errors are in your program, you can just link with catch.o
> in place of c.o, to catch the GURUs before they happen.
I assume catch.o is new to 6.0?  If this works, it is a god send.  Does 
this feature require an MMU?  (I will be upgrading to 6.0 regardless of 
whether I get a 3000 or not...
> 
> An A3000 is *so* much faster than an A500, you can get more done in less
> time, and be a whole lot happier.
> 
> 
> -- 
> ---------------
> 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.

Thanks for your response!
From: ry53@rz.uni-karlsruhe.de (Angela Schmidt)
Newsgroups: comp.sys.amiga.programmer
Subject: Sharing Library bases (Was: Re: Multithreaded code using CreateTask())
Date: 12 Oct 92 12:42:54 GMT
Reply-To: Angela@rz.uni-karlsruhe.de
Organization: Nessyhoehle@I501.NessyNet.de

I have a large programm with a large main task - split in several
modules - and large daughter tasks - also split in several modules -
what should I do? The code of the daughter tasks will be used
multiple times at the same time and everything is written in C,
while using DICE.

Every library call needs a global library base with an exactely defined
name. When I now need multiple different library bases with the same
name, how can I tell my compiler and linker which base belongs to
which object-module? And how can I tell my daughter tasks to use
different library bases for every new task? The daughter tasks
are running in the same code! And what about amiga.lib functions,
that are used by different tasks?

Nice idea to be compatible by not sharing library bases - but how
should I realize this in practice?

     V v
  @/@@=\   Greetings,
    00 &=-          Angela 
oOoO_/` \\_
    \ /&\     Angela Schmidt (IRC: Nessy)           | Amiga //
  |>O<|       Internet: Angela@rz.uni-karlsruhe.de  | 1000 // 
   / \_/\/\/v_   Voice: +49 731 712316  (10am-9pm)  |  \\ // since 
  /____________\ (MET)  +49 721 6904263 (12am-11pm) |   \X/ 1986 
Newsgroups: comp.sys.amiga.programmer
From: mr_scary@lakes.trenton.sc.us (Chris Hurley)
Subject: A3000 for Programming
Organization: Lakes Public Access
Date: Thu, 8 Oct 1992 21:08:01 GMT

I was hoping to get the opinion of some folks on the A3000 as a 
development machine.
        I am currently using my 3 meg A500 (flicker fixed, of course) for 
the development of a small game.  I will probably continue writing stuff 
for a while and with the current pricing on the Amiga 3000, I am 
wondering what advantages (other than speed) the A3000 would offer me. 
        Specifically, does the MMU offer any assistance in development of 
programs in SAS/C (soon to be 6.0)?  Is there any way (via software) that 
the A3000 can be made more tolerant of programming errors (read, the 
system doesn't go down everytime I make errors) than my A500 is?
        Please post public messages, as I imagine there are others who 
are considering the current A3000 promotion.
 
Thanks, Chris Hurley.