HDTenEightyP/NetNews huggingface dataset:
From: s37732v@snakemail.hut.fi (Markus Juhani Aalto)
Subject: Re: ReadPixelArray8() and WritePixelArray8() help requested.
Organization: Helsinki University of Technology, Finland
Date: 07 Nov 92 10:08:41 GMT

In article <1992Nov5.105542.2716@brandonu.ca> brycerw@brandonu.ca writes:

   Would someone post (or email me) a working example of ReadPixelArray8() and/or
   WritePixelArray8()?  I am attempting to get these calls working to store an
   entire copy of a bitmap in fast ram, but for some reason, lose a bit of data
   (amounting to an 8 pixel wide strip across the bottom of the array),
   and inevitably get an alert of: 80000004.

   Also, how can I index into this array once it has been created, to modify it?
   (ie. is it a simple 2-d array, or something else?)

   --Rob
   BRYCERW@BrandonU.CA

I asked same question couple weeks ago. No replys! 

So if you have examples, please post. The documentation in RKM's isn't 
worth a thing (IMHO).
--


**************************************************************************
*         Markus Aalto              | Helsinki University of Technology  *
*                                   |                                    *
*  EMail: s37732v@vipunen.hut.fi    | Faculty of Electric Engineering    *
*  Fax:   358-0-8746991 (Sometimes) |                                    *
*                                   | Undergraduate in Computer Science  *
**************************************************************************
        
Newsgroups: comp.sys.amiga.programmer
From: csg019@cck.coventry.ac.uk (-~=Zaphod=~-)
Subject: Re: New hardware reference guide?
Organization: Coventry University
Date: Wed, 11 Nov 1992 13:46:34 GMT

In article <1992Nov11.115501.22945@ifi.uio.no> olavka@ifi.uio.no (Olav Lur}s Kalgraf) writes:
>
>In article <OD.6badnetOA92-901-302p0_52f54996@piraya.bad.se>, Roger_Nordin@atb.bbs.bad.se (Roger Nordin) writes:
[Worthwhile opinions deleted.]

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

Yeah, has anyone every tried to get ScollRaster working under 1 frame ;)

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

Is the graphics library written in assembly language?
If not, whats the point in writting games in 68k if they call routines written
in C?

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

Absolutely, some one could try to see how much speed difference there is 
between a hardware hack written for the A500 and the OS friendly version, 
written for the A4000.

Does anyone actually use SortGlist (or whatever) for games anyway?

-- 
******************************************************************************
*        ///  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//*****
From: sr@ph-cip.uni-koeln.de (Stefan Reisner)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: DICE & enforcer
Date: 9 Nov 92 15:12:09
Organization: Institute of Theoretical Physics, University of Cologne, F. R.
	Germany
Distribution: world
NNTP-Posting-Host: sun.ph-cip.uni-koeln.de
In-reply-to: Douglas_Stockman@grace.UUCP's message of 4 Nov 92 08:27:36 EST

A general way to trace enforcer hunk offset information back into the
source involves using the `dis' disassembler (appeared on a Fish disk
some time ago). To get compatible output you must use `absolute' mode
(i.e. addresses are hunk-relative, not label-relative).

dis is aware of symbolic debugger information hunks in the executable.
If you leave them in (there must be a linker option for that), it will
intersperse the disassembly listing with the function and variable
names. That way, you can at least trace the enforcer hit back into the
offending function. By giving a closer look to the assembly instructions
you will even be able to identify the source statement.

Hope that helps.

Best regards,
Stefan Reisner (sr@ph-cip.uni-koeln.de)
Newsgroups: comp.sys.amiga.programmer
From: apel@physik.uni-kl.de (Martin Apel (SAGA))
Subject: Re: Low level context switch for tasks
Organization: University of Kaiserslautern, Germany
Date: Thu, 12 Nov 1992 12:01:46 GMT

aurel@uni-paderborn.de (Aurel Balmosan) writes:
: 
: I have a question about the use of the <task-switch>, <task-launch> function
: pointers in the task structure.
: First: I think the reason why the Commodore-IEEE-Math-Library must be opened
: by each task is: It install a <task-switch>,<task-launch> function to save
: and restore the registers of the Math-Copro. Is this right?
: 
At least in 1.3, the Switch/Launch routines were not used, but the 
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.

[ Stuff deleted ]

: Specially: I could switch the MMU-list for each task. I think this is a way
: to virtual memory without changing any existing program to use this 
: virtual memory. And the virtual memory would be dynamic! 
: (So I don't have to setup a harddisk partion for a spezial amount of 
: virtual memory like the existing virtual memory server do it (I think))
: 
: Also the system would be able to protect memory of each task. This would make
: the Amiga more stable! (If a task go wild the system would run normally!)
: 

Even if you would install Switch/Launch routines for that purpose, the
operating system wouldn't work anymore, because message sending is based
upon passing a pointer to memory and not upon copying. If you would
give each task a separate address space, they couldn't exchange messages
anymore.

--
Reachable as:				I do hate sums. There is no greater
apel@gypsy.physik.uni-kl.de		mistake than to call arithmetic an
(Martin Apel)				exact science. There are .. hidden
					laws of number which it requires a
					mind like mine to perceive. For
					instance, if you add a sum from the
					bottom up, and then again from the 
					top down, the result is always
					different.
From: podesta@qut.edu.au
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  New hardware reference guide?
Date: 13 Nov 92 13:59:43 GMT
Organization: Queensland University of Technology

In article <alien.00ze@acheron.amigans.gen.nz>, alien@acheron.amigans.gen.nz (Ross Smith) writes:
> 
> You've missed his point! The whole point of using the OS instead of hitting
> the metal is so that you can write a program that runs on every Amiga
> *without* having them all there to test it on! A demo-writer who writes
> something that only works on the particular machine(s) they have is guilty
> of exactly the sort of thing C='s "no more hardware docs" policy is intended
> to prevent.
> 

YOU CAN'T WRITE A REAL DEMO USING THE O/S
If the O/S can do it, it's not worth putting in a demo :)

> I think C= have got this one right. Don't let the programmers access
> machine-specific hardware, and we won't have anywhere near as much
> frustration with programs that don't work on new machines.

We will, however, have a lot of frustration because the entire demo scene
will be dead. Wheres the fun in owning an Amiga if you can't play with the
hardware??? Fine for power-users who like ray-tracers and system utilities,
but pretty suckful for us low-end demo/game writers who love to get a
new copper list demo, or conquer another blitter technique.

One thing the Amiga ALWAYS had over the IBLames is that it is a fun machine
whereas the IBLame is a cheap fast but boring machine.

> ....... Ross Smith (Wanganui, NZ) ...... alien@acheron.amigans.gen.nz ......

James (Brisbane, Australia)
From: mks@cbmvax.commodore.com (Michael Sinz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Semaphores and software interrupts
Date: 5 Nov 92 21:16:55 GMT
Reply-To: mks@cbmvax.commodore.com (Michael Sinz)
Distribution: comp.sys.amiga.programmer
Organization: Commodore, West Chester, PA

jdickson@jato.jpl.nasa.gov (Jeff Dickson) writes:
>
>	Hi all. Is AttemptSemaphore/ReleaseSemaphore safe from within a
>software interrupt?

No...

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?)

/----------------------------------------------------------------------\
|      /// Michael Sinz  -  Senior Amiga Systems Engineer              |
|     ///                   Operating System Development Group         |
|    ///   BIX:  msinz      UUNET:  mks@cbmvax.commodore.com           |
|\\\///                                                                |
| \XX/     "I think not." said Ren'e Descartes, then he vanished.      |
\----------------------------------------------------------------------/
Newsgroups: comp.sys.amiga.programmer
From: iikoch@techfak.uni-bielefeld.de (Ingolf Koch)
Subject: AUDIO Direct Programming
Date: Mon, 9 Nov 1992 10:44:14 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

Hello, out there.
Could anybody please tell me how to use the audio hardware for direct output
w/o DMA access. C= is very short in the Hardware Manual (V1.3).
Bye
-- 

Ingolf Koch				Wellenkampstrasse 38
					W-4937 Lage, Lippe
					Germany
iikoch@techfak.uni-bielefeld.de		Phone: 05232 / 2700
Organization: Middle East Technical University - Computer Center
Date: Monday, 9 Nov 1992 11:10:44 TUR
From: <E58708@TRMETU.BITNET>
Newsgroups: comp.sys.amiga.programmer
Subject:    drawing lines with blitter

    I have read the Amiga Hardware Referance Guide but didn't understand how to
 draw lines.It tells about some sections and some registers for initial positio
n definition.But doesn't tells how to initalize all registers and how to use
these sections.


SinanKOMUT
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: cmpi.l #,d16(pc) with SAS6asm, A68K, etc
Originator: jamie@cdevil.unx.sas.com
Date: Wed, 11 Nov 1992 22:50:17 GMT
Organization: SAS Institute Inc.


In article <69309@cup.portal.com>, Aurelius@cup.portal.com (Mark Christian Barnes) writes:
> 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.

This could get into an rwar, but...

My copy of the Manual is dated 1989, and has the same quote, but lists
the valid addressing modes in two separate tables, one that has modes
which work on the whole family, and the other for 68020 and up.

The heading at the top of the page says this instruction is valid for
all members of the family, and the pertinent part of the table looks
like this:

            Addr. Mode         Mode    Register
 ========================================================
 |      (xxx).W            |   111   |    000           |
 |      (xxx).L            |   111   |    001           |
 |      #<data>            |   ---   |    ---           |
 |                         |         |                  |
 |                         |         |                  |
 |      (d16,PC)           |   111   |    010           |
 |     (d8,PC,Xn)          |   111   |    011           |
 ========================================================

Now the acid test is to execute this statement on a 68000, and see if it
works or not... well, it doesn't crash my machine, but I'd have to spend
a few minutes writing to actually see if it works or not...  :-)

-- 
---------------
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: wuth@castrov.cuc.ab.ca (Brett Wuth)
Newsgroups: comp.sys.amiga.programmer
Distribution: world
X-Prev-Date: Sat, 7 Nov 92 23:34:11 MDT
X-Prev-Message-Id: <9211080534.AA01zty@castrov.cuc.ab.ca>
To: dice@castrov.cuc.ab.ca, jbickers@templar.actrix.gen.nz,
        mindlink.uucp!Charlie_Gibbs, van-bc!rsoft!mindlink!a218@uunet,
        wusel@hactar.hanse.de
Subject: a68k bug fixes
Date: 10 Nov 92 15:00:43 MDT
Organization: Castrovalva is a state of mind

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

-------------- history.log --------------------
Version 2.71{Wuth/2}  (Brett Wuth, Nov 6, 1992)
	Fixed bug: Create external relocation types ext_dref32,16,8
		   when using register displacement addressing in
		   the same way as DICE's das does.

Version 2.71{Wuth/1}  (Brett Wuth, Nov 5, 1992)
	Fixed bug: now creates HUNK_UNIT with a real name for debugging out
		   of DICE's dlink.
-----------------------------------------------

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?)

Cheers,
-- 
Brett Wuth  wuth@castrov.cuc.ab.ca BCWuth@uncamult.bitnet wuth@castrov.UUCP
U302, 3510 44St SW, Calgary, Alberta, T3E 3R9, CANADA  Tel: +1 403 242-0848

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.0

mQCNAir+Xh0AAAEEALLCqKl8T/5b81Wn+pftOjR2HEY0f0z1bw6jXnANGqGDEBSc
NTTcxUQX4ryOOIr+n8GmqeWOaFQ8kiZxDUR1v2detA3BuAGQt+ixg61T1bV3poz+
eG5YbRbsYFLCep3eRn4BXV0mZECz3jIpKN0Y/j9DcVZWL+VyeKudBjgjJ22BAAUR
tCNCcmV0dCBXdXRoIDx3dXRoQGNhc3Ryb3YuY3VjLmFiLmNhPrQeQnJldHQgV3V0
aCA8d3V0aEBjYXN0cm92LlVVQ1A+
=zvTV
-----END PGP PUBLIC KEY BLOCK-----
From: bj@cbmvax.commodore.com (Brian Jackson - Amiga Networking)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Is the A2065 Ethernet adapter compat. with A4000???
Keywords: TCP/IP, amiga, A4000
Date: 13 Nov 92 15:28:39 GMT
Reply-To: bj@cbmvax.commodore.com (Brian Jackson - Amiga Networking)
Organization: Commodore, West Chester, PA

In article <pl159410.721603372@academ01> pl159410@academ01.mty.itesm.mx (Alejandro Garza Gonzalez) writes:
>The title says it all. I heard that some Zorro II boards arent
>too comfortable on an A4000, so the question is raised...

The A2065 card works just fine in the A4000.

>Byers
       +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +
       Brian Jackson    Amiga Networking Group, Commodore-Amiga Inc.
                        bj@cbmvax.commodore.com
     {uunet|rutgers}!cbmvax!bj    or   networking@cbmvax.commodore.com
                       uva uvam vivendo varia fit 
Newsgroups: comp.sys.amiga.datacomm
From: graham@venus.iucf.indiana.edu (JIM GRAHAM)
Subject: Re: UUCP on BBS
News-Software: VAX/VMS VNEWS 1.3-4   
Reply-To: graham@venus.iucf.indiana.edu
Organization: Somewhere in Bloomington, Indiana
Date: Fri, 13 Nov 1992 18:37:45 GMT

In article <69432@cup.portal.com>, jimdawson@cup.portal.com (Jim R Dawson) writes...
>>I know that CNet BBS supports UUCP and Usenet news, but what other boards
>>offer it?
> 
>I know it's a bit off topic, but does anybody know of any BBS software for
>MS/DOG that supports UUCP? Either a full BBS program or something to allow
>UUCP networking on an existing BBS.

Try Waffle BBS.  I believe it's shareware.  It supports usenet news and
email via UUCP.

Jim Graham 

        -> ->Disclaimer: I do not speak for my company. <- <-
                          Neither do they speak for me.
 ______________________________________________________________________
| Internet: graham@venus.iucf.indiana.edu                              |
|           dolmen!jgraham@moose.cs.indiana.edu                        |
| BBS:      The PORTAL DOLMEN BBS/ParaNet ALPHA-GAMMA (sm) (9:1012/13) |
|            (812) 334-0418, 24hrs.                                    |
|______________________________________________________________________|
Organization: Stanford Linear Accelerator Center
Date: Tuesday, 10 Nov 1992 19:29:53 PST
From: <WGLP09@SLACVM.SLAC.STANFORD.EDU>
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Troubles running FifoBBS.rexx
Distribution: usa

Early versions of Fifo came with a mountlist and had to be mounted using
the mount command. For later versions this changed and you were told
*not* to mount it. However, you then have to *run* it, as in

         run l:fifo-handler

This fifo: pipe has nothing whatever in common with the system PIPE: device,
it works quite differently, and so it is perfectly possible to run both at
the same time.

If you still can't get it to work, send mail with all the various version
numbers of the programs and fifo-handler in question...

        Willy.
----------
Willy Langeveld - Bitnet: WGLP09 @ SLACVM - BIX: langeveld
From: pl159410@academ01.mty.itesm.mx (Alejandro Garza Gonzalez)
Newsgroups: comp.sys.amiga.datacomm
Subject: Looking for Amiga networking SW
Keywords: amiga, network, TCP/IP, novell
Date: 10 Nov 92 23:15:15 GMT

Well... it appears the bigwigs here at ITESM Campus Mty have
approved the networking of A2000/3000/4000 systems onto the 
campus network (which consists of novell, Token Ring, Ethernet
and Appletalk).. What I want to know is:

What software/hardware would I go about using to connect
these computers with existing file servers (mainly NeXT computers
thru ethernet or with a Novell file server) ??

I know that C= has some TCP/IP and Arcnet cards out there, but
the problem would not be the hardware as much as the software.
It has to let us share files between the amiga workstations as 
well as with the external file servers. If it would also be 
possible, telnet & mail would be a welcome feature. 

Any help would be greatly appreciated! Thanx in advance...

============================================================================
| Alejandro Garza / (83)38-46-86 / Monterrey, Mexico ::  ^^^^^;            |
| JanusMan- IRC ::  pl159410@academ01.mty.itesm.mx   ::  ('') ; (the hell?)|
| 		    luisk@men_at_work.mty.itesm.mx   ::  /_   ;   o        |
|    // Only amiga, folks!          		     ::  |_- _; .o         |
|  \X/  "That's very intelligent of you... *NOT!*"   ::    ==        J'92! |
============================================================================
Newsgroups: comp.sys.amiga.datacomm,comp.unix.amiga,comp.sys.amiga.hardware
From: bscott@nyx.cs.du.edu (Ben Scott)
Subject: Interworks Enlan-DFS software
Summary: Peer-Perrier networking on the Amiga 
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Keywords: ethernet peer Enlan help hurry lemoncurry 
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Distribution: usa
Date: Wed, 11 Nov 92 18:51:54 GMT

In a moment of fuzzy thinking I told a client that if he bought two Ethernet
cards and two sets of the AS-225 software he could hook up his 2000/040 to
his 4000 and not have to find some way to hook his 1 gig drive to both.  Of
course, this is wrong, but the stuff is on the way now...

Over the past few months a company called "Interworks" has been advertising
a product called Enlan-DFS which is touted as an Ethernet-based peer-peer
networking package for the Amiga.  This is exactly what I need and I need it
by this weekend.  But they don't answer at either phone number listed - just
a recording, inviting the caller to leave a message and they'll get back to
you.  Well, months ago when I first saw this ad and was merely curious I
tried a few times to contact them and got no reply then either.

If anyone has seen or used this product - how well does it work?  (2.0/3.0
compatible?)  The primary need is to share a hard drive; which I guess
Parnet would do but ideally we'd like to be able to do it a bit quicker.  Is
there a quicker/surer way to contact Interworks, or some way to buy their
software through a distributor?  

If this doesn't work out, what are the chances of getting Parnet running on
the 4000, bearing in mind that we're going to connect to a 2000 with the
Toaster and thus have an occasionally flaky parallel port... also, I
remember once buying the parts for the cable years ago but I never really
got around to making it - I don't suppose a dealer is likely to have any of
those Commodore Parnet packages left over from the A3000/CDTV deals...

.                        <<<<Infinite K>>>> 

--
|Ben Scott, professional goof-off and consultant at The Raster Image, Denver|
|Internet bscott@nyx.cs.du.edu, or call the Arvada 68K BBS at (303)424-6208.| 
|"Don't tug on that - you never know what ][The Raster Image IS responsible |
|it might be attached to." Buckaroo Banzai][for everything I say! | *Amiga* |
Newsgroups: comp.sys.amiga.datacomm
From: markm@zerbin.dev.cdx.mot.com (Mark Montminy)
Subject: Re: Xenolink is still alive?
Reply-To: markm@zerbin.dev.cdx.mot.com (Mark Montminy)
Organization: Motorola Codex, Canton, MA
Date: Wed, 11 Nov 1992 15:32:48 GMT

In article <17346@mindlink.bc.ca>, Terry_Palfrey@mindlink.bc.ca (Terry Palfrey) writes:

Just a few corrections here...

->805-258-5507 is Xeno Alliance Fido 1:102/1309

This should read Amiga Alliance.  Pretty much the main support system in the US
and the most likely place to reach Jonathan.

->401-751-3831 is Bloom Beacon BBS Fido 1:323/119
->        6568 "   "      "    "    "    "    "

This be me :)  While you can still call me, I'm no longer a Xeno support site.
In fact, I no longer run Xenolink.  I'm running DLG now...
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Internet:                     | Fidonet:
 markm@zerbin.dev.cdx.mot.com |  mark.montminy@f119.n323.z1.fidonet.org
 Motorola/Codex (617)821-7187 |  The Bloom Beacon BBS (401)751-3831
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
It has been said that man is a rational animal.  All my life I have
been searching for evidence which could support this.
		-- Bertrand Russell
Newsgroups: comp.sys.amiga.datacomm