HDTenEightyP/NetNews huggingface dataset:
From: kehlet@kehlet.adsp.sub.org (Jesper Kehlet)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: A needed utility for the Amiga...
Date: 19 Aug 92 18:17:08 GMT
Organization: Compos Mentis Software Systems
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <18AUG199210433375@ariel.lerc.nasa.gov> smneyln@ariel.lerc.nasa.gov (Michael Neylon) writes:
> In article <1992Aug17.190139.7358@ugle.unit.no>, mortene@Lise.Unit.NO (Morten Eriksen) writes...
> [this first part is mine...]
> >>software (worthwhile of course) that IBMs and Macs have, EXCEPT an mathematical
> >>equation editor!  There is TeX, but that is too slow/large/bulky for most
> >>people.  I would like to know if anyone is planning on, working on, or has
> >>released any such program.  The features that I would like to see are:
> > 
> >I was thinking of doing such a utility this summer, but just as the holiday was
> >getting close, I read in some UK Amiga-mag that sharewareprogrammers got very,
> >very few registrations on their products. As I was going to release my equation-
> >editor as shareware I got cold feet, and instead started coding a eurodemo...
> > 
> >Could somebody out there please let us know if it is possible to make any
> >money on releasing (good) shareware? (I know there are several guys on the net
> >who have coded brilliant sharewareprograms, Jonathan Potter, Charlie Gibbs, Eric
> >Schwartz (well, not exactly coded..) etc etc).
> > 
> >Morten
> 
> I encourage you to continue work on the program.  Many of us are counting
> on you...

When he finishes that package, I will surely be donating whatever the sum
he wants (if reasonable, of course ;-), as I've missed such an easy-to-use
math setup/equations application for a long time.

And if he could put some sort of equations solver into it (like Borland's
Heureka on the peecee), I'd be absolutely crazy about it!


> Michael Neylon

-- 
     Jesper Kehlet, Compos Mentis Software Systems -- A Kind Of Magic

        (uunet|pyramid|rutgers)!cbmvax!cbmehq!cbmden!kehlet!kehlet
             cbmehq!cbmden!kehlet!kehlet@cbmvax.commodore.com

      As long as I speak for myself, my employees can do that, too...
From: xnybpf01@serss0.fiu.edu (Brian P Feeny)
Newsgroups: comp.sys.amiga.programmer
Subject: C Compiler
Date: 15 Aug 92 01:49:40 GMT
Organization: Florida International University, Miami


	I am thinking of purchasing a C compiler, because I will be doing alot of C programming on the Amiga.  I was wondering what the best compiler for the Amiga was.  I am currently looking at DICE and Lattic....can someone outline
advantages and disadvantages of these?

							Brian Feeny
--
 
----------------------------------------------------------------------------
Brian Feeny - Systems Programmer - UNIX System Security Specialist
   __
From: tna@mentor.cc.purdue.edu (Trevor Andrews)
Newsgroups: comp.sys.amiga.programmer
Subject: GNU gcc/g++
Date: 15 Aug 92 21:39:48 GMT
Organization: Purdue University Computing Center

I've used GNU's gcc on other platforms, but never the Amiga until
the other day...  Great job Markus Wild!

My problem is I want to do some work in C++ and do not want to have
to link with the excellent ixemul.library.  I know I know, not so easy.
I've converted SAS's lc.lib and, ofcourse, the amiga.lib.  However I was
wondering if anyone has wrote some (c.o) entry code to work with this
setup.... Can it work... without months of hard work?

Are there any other Standard Libraries availible for GNU gcc??

Thanks!
 
Take care,
  Trevor

~~        ___ 
         ////         tna@mentor.cc.purdue.edu (128.210.10.8, 128.210.33.1)
        //// 
   ___ ////   //                Imagine Software, Inc.
   \\\X///  \X/                 1218 South 5th Street
    \XXX/  Amiga                Lafayette, IN  47905-1716 U.S.A.
Newsgroups: comp.sys.amiga.programmer
From: ry41@rz.uni-karlsruhe.de (Bernhard Moellemann)
Subject: Re: console device raw mode
Organization: University of Karlsruhe, Germany
Distribution: comp
Date: Thu, 13 Aug 1992 12:39:36 GMT

In article <DEREKN.92Aug12113036@vw.ece.cmu.edu>, derekn@vw.ece.cmu.edu (Derek B. Noonburg) writes:
>Using raw mode seems to be the only way to do it, but I can't get it
>to work.  I wrote a little test program to send the escape sequence to
>switch it into raw mode, read some events, and switch it back, but
>it just hangs on the reads (I'm using the AmigaDOS Read() command,
>which doesn't do buffering, right?).  The switching to/from raw mode
>works fine alone.  It seems like something is swallowing the raw
>information before it gets to my program.

I was sometimes forced to read/write to CON: in the RAW-mode and used
the packet ACTION_SCREEN_MODE to do this.

Just call DoPkt(conport,ACTION_SCREEN_MODE,DOSTRUE) to enable RAW-mode and
use DoPkt(...,DOSFALSE) to go back to cooked output.

DoPkt() is 2.0, for 1.3 you should use a compiler-specific function from 
c.lib.

-- 
 Bernhard Moellemann   <spare space>   Chairman of the Nessy-Fan-Club   //
 internet=zza@rz.uni-karlsruhe.de <space> FIDO=2:241/7506.42  IRC=ZZA  //
 nessynet=008  Lifenet=77:7700/11.42  greetings to my Marsupilami  \\ //
 2000/500 Technical Reference Manual:  "A1000, the original Amiga"  \X/
From: harp@netcom.com (Gregory O. Harp)
Newsgroups: comp.sys.amiga.programmer
Subject: Sending SCSI Direct commands on an A3000
Date: 21 Aug 92 13:05:30 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)


I need some pointers on sending SCSI Direct commands to a device
plugged into my A3000.

First of all, if someone already has a program that allows the user to
send various commands I'd appreciate it if they would tell me how I
can obtain it.

Otherwise, I need to write such a program myself.  Any info on how
to do this would be appreciated.

Thanks,
  Greg
-- 
-----------------Greg-Harp----------------harp@netcom.com------------------
  Love me, love my ferrets.               "Break out of the mold before
  Or at least love my ferrets. ;)          the mold sets in" -- B52's
From: jpr@sun4.lri.fr (Jean-Pierre Riviere)
Newsgroups: comp.sys.amiga.programmer
Subject: problem with movea.l
Date: 13 Aug 92 12:30:46 GMT
Organization: Laboratoire de Recherche en Informatique


Do you know of an assembler which would allow me
to have a move and not a movea when the destination
is an address register ?
I can't do that neither with a8k nor Ncode.

-- 
  Jean-Pierre RIVIERE        |     ///
  LRI - Universite Paris Sud | \\\///
  e-mail : jpr@lri.lri.fr    |  \///
Xref: sparky comp.sys.amiga.programmer:12529 comp.sys.amiga.hardware:14354
From: heiko@zoolook.ki.open.de (Heiko Voland)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re:  WB 2.0 on A1000
Date: 20 Aug 92 21:52:25 GMT
Reply-To: heiko@zoolook.ki.open.de
Followup-To: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Organization: Private Amiga Site

In article <heinz.0324@edohwg.UUCP>, Heinz Wrobel writes:

> In article <1b815ad3.ARN00bf@zoolook.ki.open.de> heiko@zoolook.ki.open.de (Heiko Voland) writes:
> >Isn't it better to increase the Kickstart RAM to 512K? Is it possible?
> >I'm very inerested in this question.
> 
> Of course it is possible (anything is) but IMHO a lot more messy in terms
> of hardware than to just rip out the RAM board completely. And messy
> hardware usually means instability. Taking out the piggy back reduces the
> number of chips, reduces power needs, and reduces bus load. All of this
> means enhanced reliability IMHO.
> 
  My question was intended by the hope to hear from someone any hints,
experiences or solutions about this problem. I don't want any "messy
hardware", but i thought it schould be possible with 256KB, a decoder
and a one more address line (simple expressed).  I want to hear, wether
or not the boot ROM is able to load 512KB from Kickstart disk, or wether
the added 256KB will overlap with other way used address space, for
instance.

> >I think it is the best solution for A1000 owners (for me too) when the
> >2.xx Kick can be loaded from disk.
> 
> You like fiddling with the KS disk, eh? ;-) :-)

  Why not? It don't matter to me if the boot procedure lasts one minute
ore three minutes, because i switch the computer on only once a day. :-)

> Seriously, my A1000 at home runs KS2.04 since release and I never missed
> 1.3 a minute. Why would anyone want to switch back? Any reliable

  I also don't want to switch back - only i don't want to by a new ROM every
half year or year. :-)   Ok, that is not really the reason. The reason is:
I like to upgrade a system by ONLY change to a new disk. This capability
is for me an feature not an disadvatage. And for me, everything to achieve
this, is worth to think about.

> application runs with 2.04. If not, it's not reliable.
> 
  I agree. But it's not the case for 2.04 only, also for 1.3, 1.2, ...  :-)


> --
> Heinz Wrobel, Edotronik GmbH (ECG018)


  Again, any ideas, hints?


-- 
 =============================================================================
 = Heiko Voland  +49-431-526619                heiko@zoolook.ki.open.de    _ =
 = Helsinkistr. 8, DW-2300 Kiel                heiko@kiel.uucp          _ // =
 =======================================================================\X/===
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: SAS/C 6.0 Details (LONG!)
Originator: jamie@cdevil.unx.sas.com
Date: Wed, 19 Aug 1992 14:55:50 GMT
Organization: SAS Institute Inc.


In article <1992Aug18.203629.22286@fcom.cc.utah.edu>, val@news.ccutah.edu (Val Kartchner) writes:
>walker@twix.unx.sas.com (Doug Walker) writes:
>: [info on help text for 6.0 deleted] 
>
>I'm looking forward to all of this.  Can a plain non-developer type get
>AmigaGuide to develop (shareware/freeware) with?

Currently, AmigaGuide is only available with an addition to the normal
Commercial Workbench license.

>: [Autoinitialization & Autotermination functions]
>
>This is beginning to sound like C++.  When will SAS be releasing their C++
>compiler. (I may wait or I may go with G++.)

It depends on whether you *need* C++ right now or now (and whether you
have enough memory, etc. to handle G++!).  The SAS/C++ won't be ready
for quite a while yet...

>: [System library bases auto-opened/closed]
> 
>What exactly does this mean?  Does this mean that ALL Commodore provided
>libraries will be openned and initialized, or ALL libraries currently
>residing in the libs: directory, or something else?  This will take up a
>lot of memory even if I don't need these libraries.

It will only work with libraries you declare but don't define.  If you
just put an

        extern struct Library *IntuitionBase;

in your program, it will be opened for you, and then closed for you when
your program exits.

DOSBase and SYSBase are already handled by the startup code in c.o.

>I know that this version is 1.2, 1.3, and 2.0 compatible.  (I shouldn't
>have deleted it from the posting.)  I hope that SAS continues to support
>at least 1.3 for a while since I can't go beyond 1.3 with my A1000.  (I know,
>but I may upgrade once the new AA chipset is out.)

Actually, you can go to 2.0 in your A1000, but the easiest way is to buy
a "ROM-Switcher" card to do it.  You can build your own fairly cheaply,
or get one of the current Commercial models...

-- 
---------------
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: abs0@coos.dartmouth.edu (Kelvin Leung)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Which books for Amiga 3000 assembly info?
Date: 17 Aug 92 20:58:45 GMT
Organization: Dartmouth College, Hanover, NH

philip@think.com (Philip Mucci) writes:

>	Hi all,

>	This semester I plan on doing a research project in real-time
>computing. As a start, I need a good book on 68030/68882 assembly language.
>Secondly, I need a book that describes assembly level access to the
>A3000(32-bit) chipset. Ideally, I'd like to achieve some parallelism here.
>Are there any books out there that fit the bill?


Mm... I am not sure whether Compute!'s Mapping The Amiga is what you
are looking for... but it seems like a pretty good book to me.  It listed
all the memory mapped I/O of the chipset.


>	Thanks for any info,

>	-phil

Yours Sincerely,
Kelvin


                                            ____________________________
 __________________________________________/ Undergraduate, Class of 94 \___ 
 ____________________________________________________________/_____\________
| Kelvin     /   Internet: Kelvin.Leung@Dartmouth.edu       ({o   o})       |
|   Leung   /       or     abs0@Coos.Dartmouth.edu        <  #  ^  #  >     | 
|__________/_______________________________________________(vvvvvvvvv)------|
| "Unless someone like you cares a whole |  Aaahhhh!!! It's a beast...      |
|  awful lot, nothing is going to get    |    ... no, no... it's a doll...  |
|  better.  It's not."                   |       ... what is it?            |
|               -- Dr. Seuss (The Lorax) | either way... it's here!!!       |
 ________________________________________^__________________________________ 
Newsgroups: comp.sys.amiga.programmer
From: tom@cs.UAlberta.CA (Warkentin Tom Henry)
Subject: DLG library routines?
Keywords: DLG
Organization: University of Alberta, Edmonton, Canada
Date: Fri, 21 Aug 1992 22:37:14 GMT

Maybe someone from TelePro Technologies can help me out here... I've been
programming some utilities for DLG and would like to shorten my source code
a bit by using some DLG library routines.  I know the DLG data structures are
in a fluid state still since v1.00 hasn't been released yet but I was wondering
if it would be possible to get the header files for an output routine as well as
a query routine.  I find myself constantly rewriting ANSI sequences to print
text to the user while obeying their configuration.

- Tom
internet: tom@manning.cs.ualberta.ca                         fido: 1:342/19.1
From: dudley@cebaf4.cebaf.gov (John Dudley)
Newsgroups: comp.sys.amiga.programmer
Subject: Routines for Game Paddles?
Date: 18 Aug 92 14:49:30 GMT
Reply-To: dudley@cebaf4.cebaf.gov (John Dudley)
Organization: CEBAF


Does anyone know how to, in C, read in location of game paddles (the old
Atari type?)... If not game paddles in specific, then the POT of a
potentiometer
in the mouse ports.

Thanks!

John Dudley
Vertex Laboratories, Ltd.
From: hellgren@cc.helsinki.fi
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Double buffered intuition screens?y
Date: 13 Aug 92 11:23:04 GMT
Organization: University of Helsinki

In article <13240@chalmers.se>, d9erikb@dtek.chalmers.se writes:
> I'm writing a game where I would like to have double buffered
> screens. However, I want system/reqtools requesters to appear
> on the visible bitmap.
> After some experimentation I have found a solution: I simply
> swap the Planes[] part of the BitMap structure between the
> Screen structures BitMap and my extra "draw" BitMap.
> 
> My questions:
> 
> 1. Is there some particular reason for this to be a BAD THING?
> 2. What do I need to do to prevent race conditions when I swap
>    the bitplane pointers? Should I Disable(), Forbid() or what?
> 3. Is there a better way?

1. I don't know any reason for not using this method, but swapping
BitMaps sounds more reasonable.
2. If you have redirected system requesters to your screen, then there
may be problems if you don't use Forbid() Disable(). If system requester
appears on the screen during your swapping, requester may end up in the
not-visible Planes[]. Because you won't see the requester, you cannot
kknow why the system is halted. I would use Forbid() and Disable() This is
only theory; I don't know if this is possible.
3. The other way: Use two BitMaps. This method is used in RKM, in program
called anim_ex.c in chapter Graphics:Bobs, Sprites and Animation (at least
in 1.3 RKM). Source code is available in FISH disk 344. Because I don't have
the code right here, I can't write it now. I use this method (a little bit
modified version) in my game programming.

	Vesa Hellgren
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: problem with movea.l
Distribution: world
X-NewsSoftware: GRn 1.16f (beta) by Mike Schwartz & Michael B. Smith
Date: 13 Aug 92 20:45:03 PST
Organization: Amiga makes it possible

In article <1992Aug14.023802@uni-paderborn.de> aurel@uni-paderborn.de (Aurel Balmosan) writes:
> In article <1992Aug13.123046.12142@lri.fr>, jpr@sun4.lri.fr (Jean-Pierre Riviere) writes:
> |>
> |> Do you know of an assembler which would allow me
> |> to have a move and not a movea when the destination
> |> is an address register ?
> |> I can't do that neither with a8k nor Ncode.
> |>
> |> --
> |>   Jean-Pierre RIVIERE        |     ///
> |>   LRI - Universite Paris Sud | \\\///
> |>   e-mail : jpr@lri.lri.fr    |  \///
>
> The move.l code with a address register as it's destination can not use
> all possible source forms. So i think you are using an illegal combination.

An assembler is supposed to convert:
	move.l	ea,An
to:
	movea.l	ea,An
automatically.  End of debate :)

> --
> 	Alexandru-Aurel Balmosan		aurel@uni-paderborn.de
> 	University of Paderborn (Germany)

--
Amiga programmer of: GRn, MailMinder, Budokan, Beyond Dark Castle, Dark Castle
Sega Genesis programmer of: 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: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Best way to get Device names?
Date: 21 Aug 92 22:36:38 GMT
Distribution: comp.sys.amiga.programmer
Organization: Jet Propulsion Laboratory

In article <S37732V.92Aug21181213@vipunen.hut.fi> s37732v@vipunen.hut.fi (Markus Juhani Aalto) writes:
>
>Hi!
>
>I have a little problem with my program which scans through DOS list
>to get device, volume etc.. names. It's supposed to be KS2.04 or
>greater code.
>
>Here is a piece of my code
>---------------------------------
>dlist = LockDosList( types );
>    if( dlist ) {
>        while( (dlist = NextDosEntry(dlist, types)) != NULL  ) {
>            new_node = (struct Node *)AllocMem(sizeof(struct Node),
>                    MEMF_ANY|MEMF_CLEAR);
>            if(new_node) {
>                if( SetNode_Name(new_node,dlist) == FALSE ) {
>                    FreeMem((void *)new_node,sizeof(struct Node));
>                    RemoveList( list );
>                    UnLockDosList( types );
>                    return( NULL );
>                }
>
>                if( dlist->dol_Type == DLT_DEVICE) {
>                    if( IsFileSystem( new_node->ln_Name ) == FALSE ) {
>                        FreeMem((void *)new_node,sizeof(struct Node));
>                    }
>                    else {
>                        AddNodeAlpha(list, new_node);
>                    }
>                }
>                else {
>                    AddNodeAlpha(list, new_node);
>                }
>            }
>        }
>    }
>UnLockDosList( types );
>
>-------------------------------------------------
>
>Okey. So i'm scanning through list with types. And when I encounter
>device (DLT_DEVICE) I check if it's something like "DF1:", "DH0:"
>etc.. This filters devices like "PRT:" and "CON:". 
>
>Well, then comes a little problem. This IsFileSystem seems to check
>devices in such a way that devices which haven't been accessed before 
>now load info memory. For example
>
>My device list before running my code:
>
>   DF0:, DF1:, DH0:, DH1:, DH2:, RAM:
>
>and after.
>
>   DF0:, DF1:, DH0:, DH1:, DH2:, RAM:, DI0:, DI1:
>
>So how could I check devices without forcing them to load into memory?
>
>Thanks!

	I haven't investigated this phenomena, but new (I believe) to 2.x
are Late Assignments. A possible work around would be to first check the
the task field (pointer to handler message port) and if non zero, meaning
the device is already in memory, send a homemade ACTION_IS_FILESYSTEM DOS
packet to it. 

jeff
Newsgroups: comp.sys.amiga.programmer
From: umkhawaj@ccu.umanitoba.ca (Tahir Z. Khawaja)
Subject: AREXX NewsReader/Mail/Editor
Organization: University of Manitoba, Winnipeg, Canada
Date: Thu, 13 Aug 1992 06:27:39 GMT


Hello,

	Just a question for you AREXX gurus out there.  Has any one of you
ever even remotely looked into making a NewsReader, MailReader, and Editor
in AREXX????

	I mean written an AREXX SCRIPT that might do one of the above.

I would like any info you might be able to provide me.

BYE

PS:send mail to survivor@hoftai.bison.mb.ca
PSS:send files to umkhawaj@ccu.umanitoba.ca
-- 
Tahirs' .sig					|	PERFORMANCE/DOLLAR
						|     For  The  Little  User
I have not got,  vhat I do not vant.		|	      AMIGA
I do not vant,  vhat I have not got.		|	      RULES
From: entity@nsq.uucp (cybernetworx)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Program to generate COPPER LISTS wanted.
Date: 18 Aug 92 19:37:44 GMT
Organization: NSQ

In article <Paul_Trauth.0m6i@agwbbs.new-orleans.LA.US>, Paul_Trauth@agwbbs.new-orleans.LA.US (Paul Trauth) writes:
>
> i've felt a need for this sort of thing for a long time, myself.
> the ULTIMATE Cool But Hard As Hell suggestion: Integrate it into DPaint
> 3/4.
> This HAS been done before; there was a program that let you do animation in
> DP2, which had no animation capabilities.
> As an artist and a programmer, i can tell you that it's a real pain drawing
> pictures designed for intense copperlists. (for instance, i have a small
> program that throws up one of two built-in pictures during my boot, with
> copperlists on them; the images are only 4 bitplanes but have 40-50 colors
> displayed, counting some duplicates.)
> Of course, i also realize that this would be a real pain in the arse to
> DO...

Hmm, yeah it might be pretty damn difficult to integrate it into Dpaint. 
Let's see, you'd have to steal their copperlist, replace it with your own and
that's just for the display.  For one, that's not very nice :-), and secondly,
it can present a lot of problems.  You'd have to have a VB interrupt running
to check every frame to see if the current screen is on the dpaint screen or
not, and if so, then adjust the copperlist etc.  And that's just for the
display.. never mind integrating your own commands into dpaint.
 
What someone else HAS suggested, and what will definitely be implemented is to
take an IFF image and overlay it on the screen.  This way you can edit both
background color or any other color register for the image on the screen.  Of
course, you can't edit the image simultaneously but just this in itself can
help solve a lot of copperlist headaches.  You don't have to keep reassembling
to see if your copper colors are in the 'exact' right place etc.  Not as good
as being able to do it in Dpaint directly, but I guess a good compromise.

If you or anyone else has any further suggestions, please email me and 
if it's viable, I'll make sure it's incorporated in the code.

> ...maybe i should just suggest this one to EA, when i send them the letter
> telling them all the problems with DP4's implementation (mainly that
> horrible sluggish palette and range requestor...)

Yeah, the palette and range requestors really suck the big one.. especially
considering that you need to access it often, especially when originally
designing the palette for the image.