HDTenEightyP/NetNews huggingface dataset:
From: mctaylor@mta.ca
Subject: Idea on Multi-Machine Amigas
Reply-To: mctaylor@mta.ca
Organization: Mount Allison U, Sackville, N.B. Canada 
Date: Fri, 16 Oct 1992 14:34:06 GMT

I want to know if there _is_ a way to make several amigas act like they
are one big multi-tasking machine. In other words I was thinking along the
lines of a Exec-like host which controlled several amiga's processors, and
had some means of sending IDCMP across machines. I had seen some packages
being used at HyperComp which tied various X-Window work stations together.
The programs could be broken up into parts each of which were co
(Oops) coorientated by a master task on the machine which it was all lanched
from. I want to know if you could do something like that with the amigas.
SANA-II should make the intermachine connection easier, and since the amigas
are already mutlitasking it is a matter of having master tasks to tie the 
machines together in such a way that it seemed like the program was running
concurrently (different tasks, different processors) on one amiga.
Any ideas? I can't remember the names of the packages, anyone know them and
where I could find them?
Newsgroups: comp.sys.amiga.programmer
From: hoehle@inf-wiss.ivp.uni-konstanz.de (Joerg-Cyril Hoehle)
Subject: async Read/Write using DOSPackets (was: doing DOS I/O and MsgPort...)
Summary: pointers on examples/doc for async Read/Write DOSpackets wanted.
Keywords: asynchronous, DOSPackets, Read(), Write()
Organization: Information Science, Univ. of Konstanz
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 12 Oct 1992 18:12:49 GMT

Hi netters,

I'd like to thank

Paul-Erik Raue (peraue@cs.vu.nl)
paulk@terapin.com (Paul Kienitz)
p554mve@mpirbn.mpifr-bonn.mpg.de (Michael van Elst)

for their advice.

Michael wrote:
>It is possible to replace most basic dos.library calls (Read() in
>particular) by sending 'DosPackets' directly to the device handler
>process. As DosPackts are just extended Exec messages your program
>would simply include the signalbit for the reply port in the global
>Wait().

Paul wrote:
>Asynchronously send an ACTION_READ dos packet to Input()'s handler
>process, then wait on the signal bits of both your process's dos port
>and the other port.

It now seems to me that the best way to do this is to do the above. So
I'm now looking for DOS packets Read/Write replacement source code
examples or documentation. Any pointers? (it seems to me that there
must be some in the ixemul.library source, but it may be hard to get
the core information out of it). I may have to get my hands on the
Bantam book. I have never seen in in Germany though.

Thanks for any information,
	Joerg.
hoehle@inf-wiss.ivp.uni-konstanz.d
Newsgroups: comp.sys.amiga.programmer
From: jhi@lk-hp-12.hut.fi (Jarkko Hietaniemi)
Subject: QUESTION: Amiga ROM Kernel Manuals Available in Long Beach Area?
Organization: Helsinki University of Technology, Finland
Distribution: comp
Date: 09 Oct 92 20:55:46 GMT


I will be visiting Long Beach, CA, in little more than a week,
19-23 Oct.  I would like to purchase then the Amiga ROM Kernel
Manuals: all five? six? of them grey ones published by Addison-Wesley.
What bookshops/Amiga dealers at/near Long Beach carry them?

Please help a poor Finnish student to became an Amiga programmer :-)
(actually, this is only a half-joke: for example "Includes & Autodocs"
 alone costs here about $80)

++jhi;
Newsgroups: comp.sys.amiga.programmer
From: ludde@cyklop.nada.kth.se (Erik Lundevall)
Subject: Re: SAS/C 6.0 in Europe?
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Fri, 9 Oct 1992 10:56:42 GMT

In article <1992Oct7.191936.13918@polaris.utu.fi> sutela@polaris.utu.fi (Kari Sutela) writes:
>
>Has anyone in Europe received an upgrade notice for SAS/C from the SAS
>Heidelberg office?  According to an article by Doug Walker they should
>have been sent about two weeks ago.  Should I begin worrying :-)?

You could call the Heidelberg office, phone # +49 6221-4160 and ask for
Gerlinde Schuster. 
I haven't received any upgrade notice either, but that is probably because
I'm not a SAS/C user (yet)...:-)
Anyway, I found them very helpful, so it might be a good idea to call them.

>Kari Sutela	sutela@utu.fi


-- 
-Erik Lundevall             ludde@nada.kth.se 
                            ludde@adder.adsp.sub.org
                            cbmehq!cbmswe!adder!ludde@cbmvax.commodore.com
Your fault. Core dumped.

Newsgroups: comp.sys.amiga.programmer
From: hoehle@inf-wiss.ivp.uni-konstanz.de (Joerg-Cyril Hoehle)
Subject: Re: Looking for a CONSOLE-ONLY hotkey util..
Organization: Information Science, Univ. of Konstanz
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 14 Oct 1992 17:40:19 GMT

Paul Miller (pmiller@csugrad.cs.vt.edu) wrote:
..
: If nobody knows of one already available, can someone tell me if there
: is a way to detect if the active window is a CONSOLE window from within
: a Commodity? If this is possible I'll just write one myself...

May I suggest that you look at the Mackie C source code? Mackie is
some kind of screen blanker (drawing nice splines), window activator,
etc, written by Tomas Rokicki. It knows how to activate the window of
a given task (it finds out the window by sending it a specific DOS
packet (ACTION_INFO or so)), so this may help you.

 	Joerg.
hoehle@inf-wiss.ivp.uni-konstanz.d
Newsgroups: comp.sys.amiga.programmer
From: aarndt@engr.UVic.CA (Aaron  Arndt)
Subject: Re: 68000 source.
Reply-To: aarndt@engr.UVic.CA
Organization: University of Victoria, Victoria, BC, Canada
Date: Tue, 13 Oct 92 18:52:54 GMT

In article EqH@cck.coventry.ac.uk, csg019@cck.coventry.ac.uk (-~=Zaphod=~-) writes:
>All the code is low level stuff (but safe) not your lame library stuff that
>people do 'cause they cant be bothered to do it properly.
>
>I'm not responsible for some of the programming methods (i can tell you now
>that some of it is baaaddd.)
>
>Email me if you want any of the above.
 
	I'm not sure if my E-Mail reached you, cuz my E-mail stuff seems to be screwed up at the moment.  I would like to get the above mentioned source, Especially the bob routines.  Thanks in advance.


Newsgroups: comp.sys.amiga.programmer
From: rreed@terapin.com (Rick Reed)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: AMOS Pro Demo available on
Date: 11 Oct 92 01:41:32 PST
Organization: BBS

In article <1992Oct11.043057.5504@pasteur.Berkeley.EDU>,
c164-as@po.berkeley.edu (Chuck Woo) writes:
>In article <1b3s8aINN3pl@usenet.INS.CWRU.Edu> aj639@cleveland.Freenet.Edu
(Micha
>el Cox) writes:
>>I will put it on nic.funet.fi
>>I can not stay connected to wuarchive long enough to put it there, so maybe
>>someone will do it for me once it is cleared by amiga-adm@nic.funet.fi
>
>no prob, Mike, I did it this morning!  :)
>
>---------------------------------------------///
>Chuck Woo      wchucky@ocf.berkeley.edu     ///
>(bubba buh boo dee do buh boo dee do..) \\\///
>-----------------------------------------/XX/

Does AMOS finally have a CASE (or SWITCH) statement?  How about an ELSE IF?
Structures & records would also be nice...

        -Rick

rreed@terapin.com
Newsgroups: comp.sys.amiga.programmer
From: matija@avalon.physik.unizh.ch (Matija Milostnik)
Subject: Re: IDCMP
Summary: Imput handler for disk events needed
Keywords: Input handler, IDMCP
Organization: Informatik Club d. Universitaet, Zuerich
Date: Fri, 9 Oct 1992 08:48:09 GMT

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.

Listening for an IDCMP message without a winodw can only be acomplished
by an input handler. Install one and watch for Disk_Inserted.
You can then signal your main task, to do the real work.

Bye
 Matija
>Brian Feeny - Systems Programmer - UNIX System Security Specialist
-- 
Best regards from Matija Milostinik           : matija@avalon.ifi.unizh.ch  
                                              : matija@amiga.physik.unizh.ch
Therefore, use local labels in the procedures as often as possible. 
Save the environment!  Recycle!  ;-)                 (Bjoern Reese)
Newsgroups: comp.sys.amiga.programmer
From: sevigny@vlsi.polymtl.ca (Benoit Sevigny)
Subject: Re: C++ and Amiga shared libs (was: Re:  Obj-C vs. C++)
Organization: Ecole Polytechnique de Montreal
Date: Wed, 14 Oct 1992 23:41:41 GMT

>In article <67684@cup.portal.com> Lee_Robert_Willis@cup.portal.com writes:
>>Greg:  Has anyone looked at how to write C++ classes that will use
>>Amiga shared libraries?  i.e. I come up with a great class collection.
>>I want to make a shared lib out of it.  Can this even be done?
>

I think that you should take a look at the names that the preprocessor
generates for your class methods in order to create a pragma file.  These
names will have to used from a C interface.  If you want to use the library
from another C++ interface, I think you will have to know what are the
names generated by this processor and have a dedicated pragma file.  I
think that's it.
--
-=*                                                                         *=-
   __ Skipping every ?86 numbered lines in your code will remove all your
__/// remaining bugs and bottlenecks 8^)
\XX/  Benoit W Sevigny, software engineering student, sevigny@info.polymtl.ca
Newsgroups: comp.sys.amiga.programmer
From: keithc@welchgate.welch.jhu.edu (Keith Christopher)
Subject: Listview & cycle gadgets 
Organization: Johns Hopkins Univ. Welch Medical Library
Date: Wed, 7 Oct 1992 11:47:17 GMT


 Please someone help, I cannot get the text to display right in my Listview.
It gets all garbled. Can someone give me an example of a simple listview tgh
that will list the contents of the current dir . nothing fancy 

thanks 9in 

advance.

keith
From: fheitkamp@desire.wright.edu
Newsgroups: comp.sys.amiga.programmer
Subject: HSPascal questions
Date: 15 Oct 92 07:41:58 EST
Organization:  Wright State University 

Has anyone heard if there is going to be a 68040/030 friendly version of 
HSPascal?  I bought HSPascal because I occasionally like to use Pascal to try
things out.  HSPascal is a good start but needs improvment.

Does anyone know if HSPascal is selling well?

Also has anyone got the debugger in HSPascal to work with high level code. 
i.e.  not to drop down into machine language?

Please e-mail or post.  Thanks.

Fred Heitkamp,  ** Not an organization.  My opinions only **
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: doing DOS I/O and MsgPort I/O simultaneously
Date: 8 Oct 92 21:08:22 PST
Organization: BBS

> I'm facing the following problem: I want a program to receive input
> both from Standard-Input and from a message port, let's say an
> ARexx port. The problem is that if I call Read(Input()), my program
> does not listen to other messages/signals anymore. How can I
> prevent this?
 
Asynchronously send an ACTION_READ dos packet to Input()'s handler
process, then wait on the signal bits of both your process's dos port
and the other port.
Newsgroups: comp.sys.amiga.programmer
From: rock@lakes.trenton.sc.us (Rockerboy)
Subject: Re: Hardware tricks and demo tips wanted
Organization: Lakes Public Access
Date: Thu, 15 Oct 1992 05:44:14 GMT

kontos@clipper.ingr.com (Thorne Kontos) writes:

> One of the things I have noticed is the lack of
> skilled Amiga programmers writing new ground-
> breaking games. I for one think this is mainly
> due to a lack of literature. I began a FAQ list
> a few months ago, but job priorities began to 
> interfere with completing it. I will restart efforts
> in this direction if there is enough interest to
> warrant it. 

Frankly, I think the problem is that the 'useful' weenie's keep sniping 
at anyone who doesn't program by their holy writ.  Some people should get 
a life and remember that some of us program because we _like_ to...;)
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How to use HAM8 in own programs ?
Date: 16 Oct 92 16:16:47 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <1992Oct16.114934.21779@uni-paderborn.de> fillg1@uni-paderborn.de (Michael Illgner) writes:
>Hi folks, how can I use the AA-Mode HAM* in my own programs ?
>I unterstand the working of the normal, old HAM Mode, but
>what are the differences to HAM8 ?

	The upper two bits (bits 7 and 6) are control bits which have
the same mapping as in ham6. The lower 6 bits are either a 6-bit
color index, or they modify the upper 6 bits of the appropriate
color component (R,G, or B). On a modify, the lower 2 bits of
the color component are left unchanged. You can open a ham8 screen
simply by opening a ham screen with a depth of 8.

>
>BTW. Since the 3.0 includes are not available for normals like me yet,
>it is possible to program the new modes with 2.x includes ?
>

	Some stuff yes, some no.
-- 
*-------------------------------------------*---------------------------*
|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
|"A screaming comes across the sky..."      - backofmyhead              d
*-------------------------------------------*---------------------------*
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Sharing Library bases (Was: Re: Multithreaded code using CreateTask())
Originator: walker@twix.unx.sas.com
Date: Tue, 13 Oct 1992 12:53:05 GMT
Organization: SAS Institute Inc.


In article <jbickers.0gse@templar.actrix.gen.nz>, jbickers@templar.actrix.gen.nz (John Bickers) writes:
|>     The other solution with DICE is to re-write your glue so that
|>     instead of assuming the existence of FooBase, you give the routine
|>     the library base as a parameter, as in:
|> 
|>         Draw(GfxBase,rp,x,y);
|> 
|>     This means you have to write your own glue routines, which is a
|>     pain.

Note that in SAS/C 6.0 you can do effectively the same thing by
rewriting your .fd file to take a parameter in register A6, then
regenerating the #pragmas.  If the compiler sees a #pragma call
with a parameter in register A6, it doesn't bother setting up
the library base but uses your parameter instead.  (The parameter
you pass had BETTER be the library base, though!)

This feature was originally added for use with CiaBase, since 
you might have either CIA option and the CiaBase really needs
to be passed in, but it is usable for any library.

|> *** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
|> ***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: warda@vax.oxford.ac.uk
Newsgroups: comp.sys.amiga.programmer
Subject: Re: DISK UTILITY SOFTWARE
Date: 16 Oct 92 15:45:24 GMT
Organization: Oxford University VAX 6620

>      Does anyone know where I can find any good pd disk utility progs which
> will enable me to read and manipulate data on both normal Amigados disks and
> disks which the operating system states are NDOS or fail the disk validator.
> ...ie. most game disks.  Any help would be gratefully received.
> 
I recently ftped DiskX V2.2 up to wuarchive.wustl.edu  

systems/amiga/incoming/utils/DiskX_V2.2.lha

This will do the job nicely on many NDOS disks.  You'll still get the 
requesters, but just cancel them and carry on.  Of course, it won't figure
out which sectors correspond to the data you're looking for :-) 
It also has a problem co-existing with "reqchange", as it uses ARP library for 
internal functions.

   Bill Bennett                           JANET: warda@uk.ac.oxford.vax    
   CRC Growth Factors Research Group   Internet: warda%vax.oxford.ac.uk
From: fgd3@nifty.UUCP (Fabbian G. Dufoe, III)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  gadgets
Distribution: comp
Date: 11 Oct 92 00:13:10 EDT
Organization: Fabbian G. Dufoe, III

In article <31278@sophia.inria.fr> beust@modja.inria.fr (Cedric Beust) writes:
>>In article <1992Oct2.4249.17021@dosgate> "robert buonincontro"
>><robert.buonincontro@canrem.com> writes:
>>        I am having difficulty wih a small problem.  I have a window
>>opened up with about 10 string gadgets on it.  What I want is for my
>>program to automatically select the first gadget, and after the user
>>types in his/her text and presses return, I want the program to
>>automatically select the next gadget.  At the same time, the user should
>>be able to jump to any gadget using the mouse pointer.
>
>   Why that? I mean, why do you want RETURN to take the user to the next
>   gadget? That's not the way it is supposed to be. If you use
>   gadtools, a mere TAB (and shift-TAB) will take you from one
>   gadget to the other automatically. If you insist on doing that
>   (and I strongly discourage it), you will have to use a custom
>   hook. See the RKM.
>
>   On a related topic, talking about GUI...
>
>   What is RETURN supposed to do? Only validate the current gadget
>   or validate the whole window, thus acting as if the user had
>   selected 'Ok' in the bottom?
>
>   I prefer the latter. Maybe it will be confusing at first but
>   taking the habit to type TAB to cycle through gadgets is very
>   easy. Plus : it allows to quit the window while a string gadget
>   is activated without setting up a hook.
>

   Like you, I prefer for the RETURN key to validate the whole window, but
that isn't the way it works in the Amiga world.  Prior to Workbench 2.0 the
only key that completed a string gadget was RETURN.  In the early versions
of the operating system a TAB was displayed in the string gadget as a
reverse-image "I".  Now the TAB has been added to the RETURN key for
completing entry to a string gadget.

   Once the string gadget entry is completed it is up to the program to
decide what to do next.  If you want to activate another string gadget, you
simply call ActivateGadget().

--Fabbian G. Dufoe, III
   350 Ling-A-Mor Terrace South   | GEnie:    F.DUFOE3
   St. Petersburg, Florida  33705 | internet: fgd3%nifty@tct.com
   813-823-2350                   | uucp:     ...tct!deep6!nifty!fgd3

Newsgroups: comp.sys.amiga.programmer
From: fisherc@bohra.cpg.oz.au (Craig Fisher)
Subject: Re: Looking for a CONSOLE-ONLY hotkey util..
Organization: Computer Power Software
Date: Thu, 15 Oct 1992 08:11:08 GMT

In article <@csugrad.cs.vt.edu> pmiller@csugrad.cs.vt.edu (Paul Miller) writes:
> I'm looking for a hotkey tool (function-keys, really) which works ONLY
> with console windows (ie the shell). I'm really tired of having to
> disable my hotkey program every time I go into DPaint. I'm phasing out
> MachII (which gives me enforcer hits every time you click on a different
> screen) for a more modular Commodity-drive utility setup, and I really
> only need hotkeys in shell windows (I've gotten very used to running
> dme, smake, or avail with hotkeys, as well as doing directories).
>
> If nobody knows of one already available, can someone tell me if there
> is a way to detect if the active window is a CONSOLE window from within
> a Commodity? If this is possible I'll just write one myself...

I've actually written a keyboard macro program which can do this.
(Well actually it is only half written, which is why I haven't 
released it yet. I got it to the stage where I could use it - but 
haven't done anything further on it for about a year.)
It lets you define a different set of macros for each application.
It will then use the correct macro set when you hit a key by checking
the title of the active window at the time. (You can define the
window titles to activate a particular macro set.)
Maybe it is worth my while to put in the extra effort to 'productise'
this thing after all...

-Craig
-- 
=======================================================
| Craig Fisher                \ P.O. Box 686          |
| fisherc@bohra.cpg.oz.au      \ Woden, ACT 2606      |
| "Keep Yourself Alive" - Queen \ Canberra, Australia |
Newsgroups: comp.sys.amiga.programmer
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: C++/G++ programming question
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Wed, 14 Oct 1992 17:54:28 GMT

In article <1992Oct8.011236.3156@tplrd.tpl.oz.au> paulg@tplrd.tpl.oz.au (Paul Gittings) writes:
>The definition for the graphics library pointer, GfxBase, in C is
>        struct GfxBase *GfxBase;
>or in C++
>        GfxBase *GfxBase;
>This works  OK and I can even assign a library pointer to GfxBase.
>The problem I run into is when I try to close the graphics library
>        CloseLibrary((Library*) GfxBase);
>I get a message from g++; name GfxBase could be a type or expression.
>Compiler assuming type.
>Which results in a parse error, because we really wanted the variable
>GfxBase not the type GfxBase.  Is there any way (I'm new to C++) to
>force the compiler to use the variable? or do I use another variable which
>is a reference to GfxBase?

C++ rules say that the pointer is in scope in this situation and that
to use the type you'd need to explicitly prefix it with struct (in this
case), so you're not supposed to have to force it to do anything.
You might be able to convince g++ of this by doing something with the pointer
(casting or adding to it (although I see you're casting it now!)), using
another pointer, renaming this pointer, and the reference might work too
I think that will border on cryptic for somebody maintaining the code.

- 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
Organization: Penn State University
Date: Thu, 15 Oct 1992 17:18:08 EDT
From: <TEW105@psuvm.psu.edu>
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.0 and WShell
 <Bw0Ey1.HIL@unx.sas.com>

In article <Bw0Ey1.HIL@unx.sas.com>, walker@twix.unx.sas.com (Doug Walker) says:
>
>That's a good point.  We never rethought the implementation after
>2.0's PIPE: came out, I guess.  We'll play with that and see if
>we can get it into a future update if running under 2.0.

1.3 had a PIPE: too. Was it different?  Either way... back before I had
a hard drive and I was using a two disk compiler/RAD: drive set up to do my
work, I couldn't have used a PIPE:.  I don't think the handler was on
the C boot disk, and there sure wasn't much room left on that disk.
I had also removed if from my own boot disk at the time to reclaim some space.
You may not want to make the assumption that PIPE: can be used on all machines
when it is very easily removed.
+L8R+                                +Every time I try to pick it up its like
HonuS  internet: TEW105@psuvm.psu.edu|falling sands, as fast as I pick it up it
+---+  bitnet:   TEW105@psuvm        |runs away through my clutching hands...
Disclaimer: +-Look Ma, only 5 lines--+                            -The Cure
  The big wigs at PSU wish they could come up with opinions as good as mine!
Newsgroups: comp.sys.amiga.programmer