HDTenEightyP/NetNews huggingface dataset:
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: How to program multi-threaded programs on Amiga ?
Organization: Jet Propulsion Laboratory
Date: Mon, 9 Nov 1992 18:54:43 GMT

In article <d9hh.720829520@dtek.chalmers.se> d9hh@dtek.chalmers.se (Henrik Harmsen) writes:
>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 :-)
>
>

	All the IDCMP messages get sent to your window's UserPort which you 
can presupply so as to avoid Intuition creating one for you. Why not use a
port that was created by another task/process for this purpose? That way,
your main process could go about its merry way and not have to worry about
the IDCMP messages, because Intuition will have sent them to the other task/
process for handling. Don't ask me if this works - I never tried it. But, it
ought to. I seriously doubt C= makes this break. If this does work though, the
C= crew is likely to say it's a hack and may not be tolerated in future oper-
ating system releases. The VM folks could have a pet peeve as well.

Jeff
From: podesta@qut.edu.au
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 13 Nov 92 13:35:04 GMT
Organization: Queensland University of Technology

In article <1992Nov9.125922.1445@sth.frontec.se>, bjst@sth.frontec.se (Bjorn Stenberg) writes:
> csg019@cch.coventry.ac.uk (-~=Zaphod=~-) 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.
> 
> Yeah, sure.
> Can you give me the names of 10 advanced demos which all work on the full
> range of Amigas (A500, A500+, A600, A1000, A1200, A2000, A3000, A4000)?
> 
> No, I didn't think so either...
> 
> 		-- Bjorn

Come on now!! How many advanced system software, that was written on a
1.3 A500 with no harddrive will work on a A4000???
I bet there's not much.
And don't forget that demo coders don't get any wonderful Developers info.

Rincewind
From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
Subject: Re: LISP - Don't use it.
Newsgroups: comp.sys.amiga.programmer
Distribution: world
X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52
Keywords: 
Summary: 
Date: 6 Nov 92 22:38:48 PST
Organization: Missionaria Phonibalonica

In <BxBn4w.7oM@fc.hp.com>, koren@fc.hp.com (Steve Koren) wrote:
> perfect language for such a thing.  I've actually toyed around with the
> idea of making an interprocess LISP using the same conventions that ARexx
> uses now, so one could have the power of LISP and use all those ARexx
> applications.

I did more than toy around with it - I did it. The Scheme system I use
has access better access to ARexx messaging facilities than ARexx
does. Being able to use backquoted SEXPRs blows away Rexx string
handling. I can send you the documentation on the interface(s) if you
want - there's one just a bit higher than the C interface, and a
Rexx/Scheme level above that.

It's just that Scheme isn't as lightweight as Rexx, being closer in
size to CanDo than to ARexx, and there isn't a shared Scheme library
to encapsulate most of the code, so I tend to use Rexx scripts instead
of Scheme programs.

	<mike




Newsgroups: comp.sys.amiga.programmer
From: olavka@ifi.uio.no (Olav Lur}s Kalgraf)
Subject: Re: New hardware reference guide?
Organization: Dept. of Informatics, University of Oslo, Norway
Date: Wed, 11 Nov 1992 11:55:01 GMT
Originator: olavka@sognsvann.ifi.uio.no


In article <OD.6badnetOA92-901-302p0_52f54996@piraya.bad.se>, Roger_Nordin@atb.bbs.bad.se (Roger Nordin) writes:

> With Release4 in the not-so-distant future (yes, I'm an optimist if you are 
> wonderig :)) with Device Independant Graphics, we need to get rid of the 
> hardware hacking. Therefore, Release3 has been vastly improved in most areas 
> regarding speed and available functions with it comes to graphics and 
> animation. Use the Operation System, or die, with future machines.
> 
> Definatly a step in the Right Direction!
> 

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

	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.

	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. 


			-= Olav Kalgraf =-

----------------------------------------------------------------------
include <claimer.h>

	If the views in this article offends you, this is by all means
 intended. However I really could not care less about how you feel, so
 don't tell me about it, OK. =)
From: fettig@asl-sun2 (Thomas &)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: LISP - USE IT.
Date: 11 Nov 92 17:55:30 GMT
Reply-To: fettig@dfki.uni-sb.de
Organization: U of Saarbruecken, Dept. of Computational Linguistics
X-Newsreader: TIN [version 1.1 PL6]


 Now if I wanted to use lisp with the Amiga,
 can I get a decent one? Did You find a
 useable and complete lisp for the Amiga,
 or do you use lisp on a unix-box?



  thomas

==============================================================================
 	fettig@dfki.uni-sb.de fettig@cs.uni-sb.de
  History is an Angel being blown backwards into the Future. 
Newsgroups: comp.sys.amiga.programmer
From: cree@elec.canterbury.ac.nz (Michael Cree)
Subject: Re: Help - IFF files used to store DOUBLES
Organization: Electrical Engineering, University of Canterbury, New Zealand
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 13 Nov 1992 04:03:51 GMT

In article <1992Oct27.142015.2635@brandonu.ca> brycerw@brandonu.ca writes:
 >file.	No problem yet.  What is the best format to store DOUBLES in an IFF
 >file to maintain consistency in machine-independence.	These files will

What I would be interested in is if there is any iff definition for storing
raw data such as 1d,2d or 3d images that may be bytes, floats, doubles or
even complex numbers. In fact, I would be quite interested if anyone could
point me to a conical definition of iff files and all their FORM types, etc.

-----------------------------------------------------------------------------
Michael Cree                              Gold there is
cree@elec.canterbury.ac.nz                 and rubies in abundance;
                                          But lips that speak knowledge
                                           are a rare jewel. (Prov 20:15)
------------------------------------------------------------------------------
From: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Comeau C++
Date: 4 Nov 92 19:45:36 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 <SJVVr*182@mania.RoBIN.de> lkv@mania.RoBIN.de (Lutz Vieweg) writes:
> In article <OA92-910-201_1552947b@piraya.bad.se>, Mark Cassidy writes:
> 
> >  DW> 124 bytes with SAS/C V6.0 8^)
> > 
> > /**/
> > say 'Hello, World!'
> > 
> > 25 bytes with ARexx :-))
> 
> echo Hello, World!

Hello, World!

13 bytes, just using the keyboard =*8^D

-- 

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
Newsgroups: comp.sys.amiga.programmer
From: koren@fc.hp.com (Steve Koren)
Subject: Re: Low level context switch for tasks
Date: Thu, 12 Nov 1992 15:04:30 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: Tin 1.1.3 PL5

Martin Apel (SAGA) (apel@physik.uni-kl.de) wrote:

> coprocessor context was saved for every task. Otherwise, if tasks
> used inline fpu code, the registers wouldn't have been saved.
> I think it's the same way in 2.0, as I'm using JM, which installs
> such Switch/Launch vectors for cpu accounting.

I'm trying to find another way to do this in JM other than taking over
tc_Switch and tc_Launch.  There looks to be some functions called
"Switch()" and "Launch()" in exec.  Rumor has it that you can
SetFunction() these just like anything else, and hence do CPU accounting
without having to take over entries in the task structure.

Does anyone know anything about this, such as whether it works?  I also
can't find library offsets for Switch() and Launch() like I can for the
other functions in exec.library.  If I could setfunction these instead
of what I'm doing now, I think I could make JM more inconspicuous to
other programs.

   - steve
From: sirvine@waikato.ac.nz
Newsgroups: comp.sys.amiga.programmer
Subject: Problem with reqtools.library
Date: 7 Nov 92 16:56:53 +1300
Organization: University of Waikato, Hamilton, New Zealand

I have recently started using reqtools.library but are having a few problems
with rtLockWindow/rtUnlockWindow. The documentation mentions that the library
is compatible with V1.2+ and V2.0. I have both V1.3 and V2.0.

I have a call to rtEZRequestTags that uses the RT_LockWindow tag. This words
exactly as expected when I run the program on V2.0, but does not word correctly
on V1.3.

On 1.3, the requester appears, and the calling window does indeed have its
input locked. I then proceed to answer the requester. But, the calling window
never gets unlocked and I'm unable to select any of my gadgets etc...

In both cases I used the larger version of the library file (the one that is
supposed to work on V1.3). I have also tried using rtLockWindow &
rtUnlockWindow instead of RT_LockWindow tag, once again this worked on V2.0 but
not on V1.3. If I don't use window locking it works on both ROMs.

Am I wrong in assuming that window locking is supposed to work on V1.3?
Have I forgotten to do something?
or, do you have any suggestions?

I have V38 of reqtools.

I have previously mailed this to the author, but have not received any
response. Please respond with e_mail or post to this group.

Sean Irvine
sirvine@waikato.ac.nz 		(Internet)
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Listview slider problem (Code included)
Distribution: world
X-NewsSoftware: GRn-beta 1.16g (11.07.92) by Mike Schwartz & Michael B. Smith
Date: 7 Nov 92 18:18:45 EDT
Organization: Well, I haven't decided on a name yet...

In article <7NOV92.13340477@wl.aecl.ca> taylorm@wl.aecl.ca writes:
> Anyone who could find the bug would receive my enternal gratitude and
> preserve my sanity.

Hehe. How much is sanity worth these days?  :)

>              (imsg = GT_GetIMsg(calcwin->UserPort)))
>          {
>          gad = (struct Gadget *)imsg->IAddress;

NO! This isn't your bug, but NEVER EVER do this, unless you know that
imsg->Class is IDCMP_GADGETUP or IDCMP_GADGETDOWN. It isn't a gadget
unless the Class is for one of those two.

>                        WA_DetailPen,     -1,
>                        WA_BlockPen,      -1,

THIS is your problem. I personally would suggest:

                        WA_DetailPen,   0,
                        WA_BlockPen,    1,

>   In search of the virtual world       *             /\/\ike Taylor
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
Newsgroups: comp.sys.amiga.programmer
From: cs_e445@ceres (Vlod Kalicun)
Subject: Re: AGA monitors.
Organization: Kingston University
X-Newsreader: Tin 1.1 PL4
Distribution: world 
Date: Sat, 7 Nov 1992 15:02:01 GMT

Why is C= 1960 monitor so expensive over in the UK?

Generally there about 400quid which is about $760(U.S) 

Now I wouldn't mind getting an Amiga 4000, (about 2200 pounds)
but another 400 for a monitor?? Get real!!
Most VGA montors of here go for about 180 pounds, and I'll grant you
they can't sync down to 15Khz, but double the price?

Hmmmm..

Vlod
From: Aurelius@cup.portal.com (Mark Christian Barnes)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: cmpi.l #,d16(pc) with SAS6asm, A68K, etc
Date: Wed, 11 Nov 92 12:38:04 PST
Organization: The Portal System (TM)
Distribution: world
  <1992Nov9.214255.19498@trl.oz.au> <BxI92w.uK@unx.sas.com>

 Jim Cooper writes:

|Interesting.  The "M68000 Programmer's Reference Manual" from Motorola
|shows this as a valid addressing mode for this instruction for the whole
|M68000 family...
|-- --------------- 
|Jim Cooper
|(jamie@unx.sas.com)                             bix: jcooper

 My copy of the M68000 Programmer's Reference Manual, 5th edition,
published in 1986 states:

BEGIN QUOTE (quoted without permission)

Only data alterable addressing modes are allowed as shown:

            Addr. Mode		Mode	Register
 ========================================================
 CMPI #<data>,(d16,An)		101	reg. number:An
 CMPI #<data>,(d8,An,Xn)	110	reg. number:An
 CMPI #<data>,(d16,PC)		---	--------------
 CMPI #<data>,(d8,PC,Xn)	---	--------------

END QUOTE

 This applies to the 68000, 68008, 68010, 68012 processors.

			Regards, Aurelius@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
Subject: Re: 1.3/2.0 Includes
From: <PAACC@CUNYVM.BITNET>
Date: Monday, 9 Nov 1992 05:34:45 EST
Organization: City University of New York/ University Computer Center

 Thanks for the quick replies! Better be getting them and start to explore this
 machine.
Xref: sparky comp.sys.amiga.programmer:15442 comp.sys.amiga.applications:8421
From: jordan@castor (USENET's Chuck)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.applications
Subject: Prototyping Software?
Date: 5 Nov 92 22:37:04 GMT
Organization: University of Georgia

Hey, everyone...
	I've used the "prototyping" tools (actually I guess they're interface 
designers) PowerSource, GadToolsBox, and TPLEdit, and they're all (PowerSource
& GTBox especially) outstanding programs.
	My problem is that I'd like to create an interface that uses both
GadTools AND normal gadgets -- boolean gadgets with an Image Render.  I'm
pretty sure this is possible, but GadToolsBox won't let you mix "regular"
gadgets and GadTools at the same time.

	Is there a program that supports GadTools AND gadgets with images,
or am I going to have to do this the hard way?

	Thanks for the info...

	Chuck

-- 
                  Chuck Jordan | jordan@castor.cs.uga.edu
             "And this button controls his Kung-Fu grip..."
		   -- Mystery Science Theater 3000
Newsgroups: comp.sys.amiga.programmer
From: "Stefan Berg" <sgberg@peach.ucs.indiana.edu>
Subject: Can Dice create code for 020/030?
Organization: Computer Science, Indiana University
Date: Thu, 12 Nov 1992 20:29:22 -0500

Dice can be started with the options -030 -020 -881 -882 to force Dice to
generate code for the specified processor. I tried -030 on a simple cat.c
program, but the code seemed to have the same length. Does anybody know if Dice
can actually optimize a program for the 020 or 030 or use the fpu instructions
for the 881, 882? The documentation mentiones that versions 2.06 of Dice was
supposed to have support for these processor (I have 2.06.40R).
 
I know that any 68000 program also runs on the 030, but I was interested if
Dice can make use of the additional instructions present in the 020 or 030.
 
Thanks for any insight,
 
Stefan

-- 
,--------------------------------------------------------------------,
| Usenet   sgberg@charon.bloomington.in.us            Stefan G. Berg |
| Internet sgberg@ucs.indiana.edu        GE Mail: s.berg5            |
| Bitnet   sgberg@iubacs  NeXT Mail: sgberg@arapahoe.ucs.indiana.edu |
`--------------------------------------------------------------------'
From: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: running segments from within an application
Date: 6 Nov 92 07:42:26 GMT
Reply-To: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Organization: Commodore Germany

In article <36744@cbmvax.commodore.com> jesup@cbmvax.commodore.com (Randell Jesup) writes:
 >s3007048@mackay.mpce.mq.edu.au writes:
 >>I need to know how to pass parameters to segements run from within an
 >>application.  I know about RunSeg() and LoadSeg(), and i've thought
 >>about using Execute()...
 >
 >	I think you mean RunCommand().  RunCommand() is the best way to
 >pass arguments to a seglist (program) you loaded.  In fact, it's the only
 >really safe way.  The problem is that there are two separate ways in which
 >arguments are passed (well actually 3): 1) pointer to string in a0, length in
 >d0, string usually has a \n in it at the end.  2) as buffered input on the
 >input filehandle (RunCommand does this for you).  3) via Set/GetArguments()
 >(also done for you by RunCommand).

And how about 4) via a normal file in RAM DISK: ?

-- 
Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
From: den@cci632.cci.com (Dennis J. Buttery)
Newsgroups: comp.sys.amiga.programmer
Subject: Listview -vs- Intuiticks
Date: 6 Nov 92 13:19:00 GMT
Distribution: usa
Organization: [Computer Consoles, Inc., Rochester, NY

I'll try this again, seeing as I did not receive any responses last time!

I am developing a GUI-interface for a project using Gadtoolsbox 1.4.
I have some screens that use Listview gadtools on them.  Whenever I generate the code for these screens (including the events loop) everything works fine until I activate any gadget on the screen.  At that point I get a constant flood of INTUITICK messages waking up my application.

I took a romp through the RKM's and found that the IDCMP_LISTVIEW flag is sub-defined with the INTUITICKS flag.  My question is...  How can I use Listview gadgets without getting this stream of INTUITICKS waking up the application??????

Thanks in advance for any info you can provide.

                                              -DJB-
Newsgroups: comp.sys.amiga.programmer
From: sims@sauron.msfc.nasa.gov (Herb Sims)
Subject: Serial port programming question
Organization: NASA/MSFC
Date:  6 Nov 92 16:05:02 GMT

I have a question concerning the serial.device adn the IDCMP routines.  Is
there any way to check the IDCMP bits (like RAWKEY, etc) to detect when the
serial.device has received some data?  I have looked through the Hardware
Reference manual, as well as the CManual docs but no luck.  Is this type of
alert not available through the IDCMP?

Thanks in advance

Herb



--------------------------------------------------------------------------------
W. Herb Sims                                        sims@sauron.msfc.nasa.gov or
KU0C                                                sims@avdms8.msfc.nasa.gov
MSFC/NASA/EB33				
Huntsville, AL 35812

           _#      **MMp     g#00   `N##0"     _agN#0P0N#            _#L
          g##       jN##    j##F     J##     _dN0"      "           g##L
        _#]##      _0 ##L  jN##F     ###    g#0"                  _03##L
       gE_j##      #  0## jF ##F    j##F   j##     ______        gE_j##L
     _0"""N##     d"  J##L0  ##F    0##    0##     "9##F"      _0"""5##L
   _gF    ]##    jF    ##0   ##F    ##F    `##k     d##      _gF    j##L
 _g#_    _j##L__g#__   ]N  _j##L_ _d##L_    `#Nh___g#N'    _g#_    _j##L_
`""""    """""'""""'    "  """""" """"""       """""""    `""""    """"""
--------------------------------------------------------------------------------
Newsgroups: comp.sys.amiga.programmer
From: usenet@oracle.us.oracle.com (Oracle News Poster)
Subject: Re: Semaphores and software interrupts
Organization: Oracle Corp., Redwood Shores CA
Date: Fri, 6 Nov 1992 16:57:47 GMT
X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.

In article <36735@cbmvax.commodore.com> mks@cbmvax.commodore.com (Michael Sinz) writes:
>Semaphores are task-level semaphores.  As such, they have no protection
>from being interrupted during the semaphore routines themselves and would
>be very unsafe in an interrupt.  Also, as an interrupt, how would you hold
>onto the semaphore (what task would be the owner?)

Indeed, and what would happen if you -couldn't- get the semaphore?  You
are in interrupt code, right?  What exactly is it that gets put to
sleep?  ;)
David C. Navas						dnavas@oracle.com
Working for, but not speaking on behalf of, Oracle Corp.
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware Manu
Date: Thu, 12 Nov 92 08:37:19 PST
Organization: The Portal System (TM)

I would not worry too much.... People will experiment and programs
will be created that will peek and poke at the new chips until most
of the neat functions(some that maybe even C= had not thought of)
can be documented(even if uncorrectly) for all to know...  It will
become the Grimoree of Graphics...
Newsgroups: comp.sys.amiga.programmer