HDTenEightyP/NetNews huggingface dataset:
From: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Amiga Application Framework
Date: 10 Nov 92 20:47:45 GMT
Reply-To: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Organization: Interactivsion
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <69068@cup.portal.com> Lee_Robert_Willis@cup.portal.com writes:

> >Well, we have ToolMaker and GadToolsBox, both of which are far from
> >perfect. 
> 
> NO NO NO NO!  Read it again.  I'm NOT looking for an Interface builder.
> [...]

Sorry i misunderstood.

> >Yes! David N. Junod has written 55308 bytes about 'Modular Event Processing',
> >which presents an excellent scheme for processing events from multiple
> >sources! The document is in some older AmigaMail issue, propably in some
> >1989 issue.
> 
> Can someone tell me which issue?  That's at least a start.

It's from the January/February issue 1990.

> Lee      Lee_Robert_Willis@cup.portal.com

-- 

Best regards                    Reply to: hemmer@hemmer.adsp.sub.org
Franz Hemmer                    #include <stddisclaimer.h>
Software Developer       _      >> Carpe Diem! - Seize the day! <<
                         \\ _
                 Interacti\X/ision - The name of precision
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Hardware Reference Manuals
Date: 5 Nov 92 20:26:11 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <Bx7FAn.M13@cs.columbia.edu> carson@cs.columbia.edu (Carson A. Gaspar) writes:
>I am among those getting Amiga Mach up and running.  We _will_ need
>hardware documentation to write device drivers.  We'd all _love_ it if
>we could use Commodore's routines, but their libraries rely on Exec
>being up and running, and it just ain't there under Mach.

Serious developers of alternate operating systems may wish to contact
CATS to discuss possibilities (there exists more than one alternative
approach).  But don't expect general availability of the spec to all
people, or even all registered developers.

>			    Carson Gaspar
>			carson@cs.columbia.edu

     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."

Newsgroups: comp.sys.amiga.programmer
From: willw@extro.ucc.su.OZ.AU (William Waring)
Subject: Re: GadToolsBox Compiling Questions.
Organization: /etc/organization
Date: Fri, 13 Nov 1992 06:30:31 GMT

In article <1dqgtqINNa54@usenet.INS.CWRU.Edu> as170@cleveland.Freenet.Edu (Ronn F. Black) writes:
>
>I realize that this may seem to be a rather stupid question but I need a 
>little clarification.
>
>I have tried a couple of times to use GadToolsBox 37.111 (18.4.92)
>from Jaba Development and I am a little bit confused with getting the stuff
>to compile.
>
>The documentation doesn't directly state this but, since there is no main()
>in the sources generated I assume you must create a main() in another 
>module or by adding to the sources generated.  
>
>Is this the case, and is there a recommended way of doing this?  I think my 
>preference is a seperate file so that If I redesign the interface I can 
>regenerate from GadToolsbox without touching any of my other code.

Well yes, but you are using the wrong version. Get GadToolsBox V1.4
(amiga.physik.unzch.ch), which creates code that is much easier to
re-generate and modify without going through hassles. It has it's
disadvantages though. I advise you check it out.

>Based on the above statement, I attempted to generate a simple test program
>with the following main() added to the generated source.
>
>
>main(){
>
>  SetupScreen();
>
>  OpenTestPgmWindow();
>
>  TestPgmRender();                                                   
>  
>  delay(); /* Delay to see results */
>
>  CloseTestPgmWindow();
>
>  CloseDownScreen();
>
>}
>
>is the above even close to what I need to do or am I barking up the wrong 
>tree.

Yes very close, but how about a gadtools.library and maybe an
intuition.library! I bet it crashes. I must say that Jan Van den Baard
(Sorry if I spelt it wrong) should be shot for not mentioning the fact
that you need to open libraries in the code. If that doesn't fix it, then
please let me know.



Newsgroups: comp.sys.amiga.programmer
From: walrus@wam.umd.edu (Udo K Schuermann)
Subject: Re: ADA needed 
Summary: There IS one ... but it's not validated
Keywords: ada,compiler
Organization: University of Maryland, College Park
Date: Mon, 9 Nov 1992 18:27:31 GMT

In article <1992Nov9.082743.3432@sunbim.be> accs1@bagheera.mumath writes:
>In article 15993@tom.rz.uni-passau.de, franzen@valerie.fmi.uni-passau.de (Andreas Franzen) writes:
>>	is there somewhere an ADA Compiler for the Amiga ?
>>	If you know of one, tell me, thanks...
>
>No, not that I know of.
>Thank god there is another real software-engineer out there!
>...
>Frank

I saved the following article for future reference.  Seems like it was a
good decision :) I believe the software has been released onto some ftp
site, but I don't recall where.  $25 to try it out, though, sounds like a
fair deal.

 ._.  Udo Schuermann
 ( )  walrus@wam.umd.edu

------------------------------(snip snip)------------------------------
Article: 13943 of comp.sys.amiga.misc
From: loftus@wpllabs.Penn-Valley.PA.US (William Loftus)
Subject: Finally, an Ada Compiler for the Amiga
Newsgroups: comp.sys.amiga.misc,comp.lang.ada,comp.sys.amiga.programmer
Date: 24 Feb 92 02:32:20 EST

AmigaAda

Given the release of Ada/Ed to the public, WPL Laboratories, Inc.
as a public service has ported Ada/Ed to the Amiga.  The current Amiga
version is very untested.  Bug reports are welcomed.  DICE version V2.06
was used for the port, which was done on a 2500/20 with 9 Megs of RAM.

Ada/Ed is an Ada Compiler/Interpreter that can be used to learn about the
Ada language, but not for large programming.  Unfortunately, there is no
commercial Ada compiler for the Amiga. 

Ada/Ed has passed all of ACVC 1.07 and passes most of ACVC 1.11.

For a copy of the Amiga sources and executables, which are covered by the
GNU General Public License, send a $US25.00 check (no disks) to:

WPL Laboratories, Inc.
PO Box 111
Penn Valley, PA 19072
Attn: AmigaAda
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
From: tmc@spartan.ac.BrockU.CA (Tim Ciceran)
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware Manual)
Organization: Brock University, St. Catharines Ontario
Date: Fri, 13 Nov 1992 05:56:12 GMT

In article <1992Nov12.000037.27562@wuecl.wustl.edu> amc@wucs1.wustl.edu
(Adam Costello) writes:

>If Commodore refuses to release a hardware manual for future Amigas,
>they will be betraying their most loyal customers...

If CBM were to publish hardware reference guides for the AGA chipset,
programmers would be inclined to bang on the hardware, making RTG an even
more distant objective.

>Commodore should compete by striving to be different from its competitors,
>not by trying to mimic them. Compatibility has always been one of the
>strengths of IBM and Apple. Capability has always been the strength of
>Amiga.

Capability also gets you a 7 year transition from chipsets and software
which can't utilize existing graphics boards. 

>If Commodore fails to document the hardware, lots of Commodore's paying
>customers will suffer. They may even desert.

Not likely. When given a choice between a selection of plug-and-play graphics
coprocessors and increased software functionality vs. short-term personal
antics, which would you choose?

>And if none of the above is convincing, consider this: hackers will
>figure out much of the hardware anyway, but not all of it, which is an 
>even more dangerous situation than the one Commodore is afraid of.

All the more to them. I'm sure CBM could care less.
From: eas3714@ultb.isc.rit.edu (E.A. Story)
Subject: Re: New hardware reference guide?
Originator: eas3714@ultb
Organization: Rochester Institute of Technology
Date: Thu, 12 Nov 1992 21:50:20 GMT

In olavka@ifi.uio.no (Olav Lur}s Kalgraf) writes:
>
> Although I agree that it is a step in the right direction, there is a
> small problem with using the OS for games etc. Last weekend I tried
> to make a small vector routine using the graphics.library. The results were
> absolutly PATHETIC! And I use an A4000 for gods sake! After that big
> dissapointment I rewrote the code to some giant pseudo OS/hardware hack.

Code please?  It doesn't mean anything if you don't know HOW to program
fast graphics under 3.0... (and you don't, most likely, since MOST people
don't have any documentation on 3.0 as of yet).

> This worked quite well, but anyway I came to a few conclusions:
>
>       1. The graphics.library is incredibly slow and most likely
>           not updated much in release3. This needs to be rewritten
>           entirely to satisfy the needs for speed in todays games.

Again, graphics.library isn't gonna help you much if you insist on using
old routines in slow ways.

>       2. The dream of DIG can not include the blitter unless 1.
>           comes true. We really need the blazing speed of optimized
>           assembly to take advantage of the amigas chips with todays
>           incredibly slow OS graphics support.

We need blazing speed, not necessarily optimized assembly.  Two different
things.

>       3. Anyone claiming that the speed difference between using
>           OS and optimized assembly+hardware hacking is minimal
>           does not know what he is talking about.

Depends on what you're doing... I'd suggest that you optimize the way you
USE graphics.library, not the way graphics.library is written.

-- 
"THAT is a DRY turtle.  That turtle is NOT moist!"
Ezra Story, a student at RIT, and
eas3714@ultb.isc.rit.edu, his trusty(?) mailing address.
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: Problems & Suggestions for SAS 6.00 asm
Originator: jamie@cdevil.unx.sas.com
Date: Wed, 11 Nov 1992 14:56:25 GMT
Organization: SAS Institute Inc.


In article <1dqglnINNequ@werple.apana.org.au>, bytey@werple.apana.org.au (Chris Hames) writes:
>Note: I don't have access to EMITS yet (my registration card is on its way).
>
>Problems/Bugs:-
>
>1.   dcb[.size] eg "dcb.b 8,0" statements give "Error: unrecognized opcode".
>     Chaper 11, Using Assembler Directives lists DCB[.size] as valid.

Definite bug.  Thanks for the report.

>Suggestions:
>
>1.   support EVEN to help with compatability.  EVEN=CNOP 0,2

EVEN    macro
        cnop    0,2
        endm

>2.   support ~ for bitwise NOT.

Enhancement request noted.

>3.   support | for bitwise OR, for compatability. |=!

Enhancement request noted.

>Is there a list of known SAS 6.00 bugs available?

No, but when the patch comes out (**very** shortly now), it will have a
file telling you what was fixed.

>Well I must say SAS 6 is a very nice package and yes I am a old Aztec user
>that has been converted.

Ah!  Another sees the light... :-) :-)

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

Any opinions expressed herein are mine (Mine, all mine!  Ha, ha, ha!),
and not necessarily those of my employer.
From: d9hh@dtek.chalmers.se (Henrik Harmsen)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How to program multi-threaded programs on Amiga ?
Date: 3 Nov 92 22:25:20 GMT
Organization: Chalmers University of Technology, Gothenburg Sweden

jdickson@jato.jpl.nasa.gov (Jeff Dickson) writes:

>In article <d9hh.720658421@dtek.chalmers.se> d9hh@dtek.chalmers.se (Henrik Harmsen) writes:
>>
>>My particular problem is this: I need a process to run concurrently
>>with the rest of the program to handle input from the OS. Then,
>>when it has some input, it should put it on a buffer and signal
>>it's arrival with some kind of semaphore so the consumer-process
>>can go and collect it.

>When the OS (IDCMP) sends you a message it will append the message to
>the message port (UserPort) and set the signal associated with it. To 
>have a seperate process do this for you wouldn't be necessary. The arri-
>val of these messages and the setting of the signal bit are asynchronous. 

>oThe reason I need this structure is that I want the program to
>>be able to cope with a lot of messages from the OS (because
>>I need to read mouse-positions all the time) and at the
>>same time do some heavy work in the editor without having
>>to collect messages all the time.

>The messages would collect by themselves. You wouldn't have to explicitly
>do this. 

>jeff

Yes, I know, Intuition has a buffer for all the messages that it wants
to send me, but when you have a humungous amount of messages this buffer
quite easily overflows.

I also want to use more than one (two, three..) processes for other things.
It would be nice to be able to edit one text while you process another :-)


--
Henrik Harmsen     Internet:  d9hh@dtek.chalmers.se
               Chalmers University of Technology, Sweden. 
      "I haven't lost my mind -- it's backed up on tape somewhere."
Newsgroups: comp.sys.amiga.programmer
From: cs4gp6au@maccs.dcss.mcmaster.ca (Lockie      RJ)
Subject: DICE
Summary: opinions on DICE C 
Keywords: DICE, C, compiler
 
Organization: Department of Computer Science, McMaster University
Distribution: world 
Date: Sun, 8 Nov 1992 18:02:16 GMT

I'm looking for opinions on the DICE C compiler. How good is it?
How does it compare to the commercial ones (SAS)? Is well
supported?
A mini review of it would be nice.
You can send email to me:

	cs4gp6au@maccs.dcss.mcmaster.ca

	Thanks,
		Bob.
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 5 Nov 92 13:19:24 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <Bx7782.CKD@kingston.ac.uk> cs_e445@ceres (Vlod Kalicun) writes:
>Rumours I've heard is that C= want people to follow thier guidlines and
>wont release a new version, so the hackers out there cant hit the metal.
>
>Hmmm.. I was hoping to see some nice 3d graphic demos in 256000 colours!

The operating system does not preclude that.  We have achieved 60 fps
in full-screen 320x200 HAM-8 animation, THROUGH THE OPERATING SYSTEM.
I fully expect to see very nice 3D graphic demos in 256K colors that
work through the OS.

>Vlod

     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: csg019@cch.coventry.ac.uk (-~=Zaphod=~-)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 13 Nov 92 16:04:33 GMT
Organization: Coventry University

In article <1992Nov13.023341.27459@mpifr-bonn.mpg.de> mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:
>In <1950@lysator.liu.se> marvil@lysator.liu.se (Martin Vilcans) writes:

>>>The fact is, what ever you can do in the OS in 4 frames using the OS, a good
>>>demo programmer would probably do in 100 raster lines, and make it work on
>>>any machine.
>
>>Yes, that's right.
>
>This is hardly right. In most cases you will end with a program that
>a) runs on some machines only (most likely A500's and A3000's with no expansion)

It would work on any amiga with the custom chips at location $DFF000.

>b) crashes with a new OS version or when started from system that is booted further
>   than the initial CLI.

It would not crash under new OS versions, because it would only use a few
bare essential routines like Forbid() and Permit().
And whats the point about booting got to do with the price of fish?

>c) does generate bogus displays on either NTSC or PAL systems.
Depends what you mean by bogus displays.
NTSC users would loose a portion of the screen due to the fact that the
NTSC screen can't display as many lines at a PAL screen.

Easy enought to avoid, just :

1.. Write another version where the graphics are kept withing a smaller
area on the screen.

2.. Write a just an NTSC version, so all the lucky PAL owners have a chunk
of screen missing (*not big OR clever CINEMAWARE*).
 
>d) risks hardware damage with things connected to the serial or parallel port.

How could it *dammage* hardware?
Your not one of them guys that think that some viruses write to the disk
label are you?  :)

>Ah, yes.. that's my experience with the creations from "demo coders".
Are you sure?



-- 
******************************************************************************
*        ///  O O   A member of S.H.I.T. (Super High Intelligence Team) ///  *
*       ///    u    Fight, defeat and kill organized laming.           ///   *
****\\\X//****\-/********csg019@uk.ac.cov.cck ok ?**************** \\\X//*****
Newsgroups: comp.sys.amiga.programmer
From: koren@fc.hp.com (Steve Koren)
Subject: Re: LISP - Don't use it.
Date: Sat, 7 Nov 1992 22:47:19 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: Tin 1.1.3 PL5

(Actually, in retrospect, "trivial" probably isn't the right word.
Its more like gruntwork.  There is a lot to be done when
implementing a LISP interpreter, but none of it is all that
hard.)
Newsgroups: comp.sys.amiga.programmer
Subject: Comments needed: Math Equation ed
From: mneylon@jupiter.cse.utoledo.edu (Michael Neylon)
Date: 11 Nov 92 21:00:50 EST

I would like know what people think of the following possible data
structure  for a math equation editing program.  Mind you, I am NOT
working on this, mostly due to lack of skill in Amigaa programiing, but
I would like to inspire others into writing one.  I know there are attempts
out there to make it, so hopefully, people would see these ideas and might
use them....

Anyway, the structure for each character in the equation would be..
-ref to the character.  This can include ascii #, font name, size, style..
-relative position of character before it...(see below)
-width and height of character
-pointer to struct of the next char on the same line at the same size as
	this char.
-pointers to 6 other structs, one for character above and to the left of
	the current, one for above, one for above and to the right, and
	three for below (front, directly, and right).  NULL if no char
	there.

Why this structure?  This should speed up drawing routines emensely.
With each character, you recursively scan the six latter pointers to 
determine what is around it, then you proceed to the next c character.
Editing should only have to involve reassigning an old pointer and removing
or adding a new structure.  


-- 
Michael Neylon   aka Masem the Great and Almighty Thermodynamics GOD!
      //         | Senior, Chemical Engineering, Univ. of Toledo
  \\ // Only the |   Summer Intern, NASA Lewis Research Center
\  \X/   AMIGA!  |         mneylon@jupiter.cse.utoledo.edu           /
From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Amiga Scheme?
Date: 5 Nov 92 21:11:44 GMT
Article-I.D.: contessa.mwm.2jht
Distribution: world
Organization: Missionaria Phonibalonica
X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52

In <1992Nov5.014803.1@eagle.wesleyan.edu>, mbottner@eagle.wesleyan.edu wrote:
> 
> 	Does anyone out there know if there is an Amiga implementation of the
> language Scheme, either in the public domain or otherwise.  If it must be
> purchased, where could I get it, and what is the approximate price range?  
> Any information would be appreciated.

Who's the keeper of the FAQ these days? I wanna put this (and related)
things in it.

1) There are no commercial Schemes available for the Amiga. There may
not be any commercial LISPs of any form.

2) There are a variety of PD LISPS, including a good selection of
Schemes. The LISPS are pretty much either XLISP-based, or a Scheme
variant of some kind. The Schemes range from minimal interpreters
(SIOD and XScheme) to full-blown compilers that can be used to build
stand-alone applications (Scheme->C).

For more information, send mail to
amigalisp-request@contessa.palo-alto.ca.us. You can ask to be added to
the Amiga LISP mail list (very low traffic), or to have the current
version of the list of Amiga lisps sent to you. If you have BMS
access, you can get bms:pub/LISP.LIST from contessa.palo-alto.ca.us.

	<mike
X-Mail-Path: hactar.hanse.de!wusel
             (from Mailer-Daemon@hactar.hanse.de (Mail Delivery Subsystem))
             (at Tue, 10 Nov 1992 19:38:06 +0100)
X-Mailer: //\\miga Electronic Mail (AmiElm 1.16)
X-Charset: LATIN1
Organization: Villa Straylight, Hamburg, West Germany
Reply-To: wusel@hactar.hanse.de (Kai 'wusel' Siering)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
From: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Subject: Re: a68k bug fixes
Date: Tue, 10 Nov 1992 19:38:01 +0100
Newsgroups: comp.sys.amiga.programmer
X-Gateway: hactar.hanse.de to comp.sys.amiga.programmer; Tue, 10 Nov 1992 19:41:23 +0100

Brett Wuth writes:

% >    I've tried using a68k instead, but for some reason XREFs to global
% >    variables end up in the .o file as EXT16s, whereas they should be
% >    DEXT16s. This prevents dcc from successfully linking.
%
% >*** John Bickers, TAP, NZAmigaUG.        jbickers@templar.actrix.gen.nz ***
%
% I've fixed this and one other bug in a68k:
[...]
% This fixed A68k is available in the A68k: directory on castrov.cuc.ab.ca
% via BMS.  (For details on BMS see the UUCP1.16 distribution, or
% alt.sys.amiga.uucp/amiga-uucp-request@uunet.uu.net).  (Kai, will you
% BMS this so people can get it via a regular mail server?)

     Done, should  be  available  here  in  a  few  days  (send  `help'  to
`mailserv@hactar.hanse.de').
			kai

--  _
 _ //   Kai 'wusel' Siering, Villa Straylight, Hamburg, Germany. Go for MIME!
 \X/: <wusel@hactar.hanse.de>  Exile: <wusel@wolfhh.hanse.de>  iso-8859-1: 

Beware of the Jewish Maffia, Kosher Nostra.
--  _
 _ //   Kai 'wusel' Siering, Villa Straylight, Hamburg, Germany. Go for MIME!
 \X/: <wusel@hactar.hanse.de>  Exile: <wusel@wolfhh.hanse.de>  iso-8859-1: 

Beware of the Jewish Maffia, Kosher Nostra.
From: jlpetru@ersys.edmonton.ab.ca (Jack Petrucha)
Newsgroups: comp.sys.amiga.programmer
Subject: Unix Icons!?
Date: Thu, 12 Nov 92 22:37:02 MST
Organization: Edmonton Remote Systems #1, Edmonton, AB, Canada

        I don't know if i should post this here or not but I seem ot have 
aquired some very nie Un*x icons and would like to convert them to 
brushes on my Amiga for use in various things including Icons once again. 
 Does anyone know of anyway that this can be done. What porgrams are 
available etc...
Thanks in advance and I am sorry if this is in the wrong section but it 
was my best choiuce..

____ _______        Japanese            _______________________________
___ //____//                      ___  / jlpetru@ersys.edmonton.ab.ca /
__ / ___  /  /\   /\  / / /\/\   /_   /       "asonde yukimasu"      /
_ /_//_/_/  /  \ /  \/ / /    \ /___ /______________________________/