HDTenEightyP/NetNews huggingface dataset:
From: mckeehan@utkux1.utk.edu (William McKeehan)
Newsgroups: comp.sys.amiga.announce
Subject: ab20 going down...I might be able to pick it up
Date: 12 Apr 92 19:26:35 GMT
Reply-To: mckeehan@utkux1.utk.edu (William McKeehan)
Followup-To: comp.sys.amiga.misc

[ Minor edits for correctness and clarity. -Dan ]

My name is William McKeehan.  I am an employee at the
University of Tennessee, in Knoxville, Tennessee. I
currently maintain the very small ftp site known as
mathsun17.math.utk.edu (128.169.200.117).

After hearing about ab20 going down, I talked with my
local system administrator about replacing this archive
site.  He has agreed to allow me to setup my anonymous
ftp site on a rather large scale...if I come up with
the drive space (i.e., I go out and purchase a drive).

After some price checking I have found that a 1GB SCSI
drive (SCSI was a requirement for my site) will cost
approximately US$1800.00.

Simply, I cannot afford this.

So, I turn to the Usenet community.  If 200 people would be
willing to donate US$10 to the project or 100 people would
be willing to donate US$20, I would be able to purchase
the 1GB SCSI drive, mirror ab20's final state, start
accepting incoming files the day ab20 stops, and then
basically replace ab20 with another archive site that acts
exactly like ab20.

But, in order for this to work, I need 200 people.

This drive will not be donated to the university,
therefore, if the university tells me to take the site
down, then I can give my drive to someone else that
would willing to take up the archive, thus creating
an eternal archive site available as long as someone
is willing to maintain it.

If you're interested (or if you have questions), please
respond to this (via e-mail) telling me how you feel.

Let's do it!

\    /       /\  /\         |   // Only  | Internet: mckeehan@math.utk.edu
 \/\/illiam /  \/  \cKeehan | \X/  Amiga!| Bitnet:	mckeehan@utkvx
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Telephone:	(615) 974 - 4258	   Fax:		(615) 974 - 6576
Mail: Mathematics Department, 121 Ayres Hall, Knoxville, TN  37996-1300

--
Please see monthly postings for the disclaimer, the introduction, the charter,
and submission instructions.  Comments to zerkle@cs.ucdavis.edu.
MAIL ALL SUBMISSIONS TO announce@cs.ucdavis.edu (don't auto-post).
From: ljdickey@watmath.waterloo.edu (L. J. Dickey)
Newsgroups: comp.sys.amiga.announce
Subject: J language interpreter available for ftp
Date: 12 Apr 92 17:41:32 GMT
Reply-To: ljdickey@watmath.waterloo.edu (L. J. Dickey)
Followup-To: comp.sys.amiga.misc

TITLE

	J

VERSION

	Version 4.1 beta

AUTHOR

	Language Author:  Kenneth E. Iverson
	Implementor:  Roger Hui (hui@yrloc.ipsa.reuter.COM)
	Porter:  Raul Miller-Rockwell (rockwell@socrates.umd.edu)
	Archivist:  Leroy J. Dickey (ljdickey@watmath.uwaterloo.ca)

DESCRIPTION

	J is a general purpose high level programming language,
	an advanced dialect of APL, that includes these features:

		complex numbers,
		hook and fork verb forms,
		box and unbox (generalized arrays),
		tacit as well as explicit verb definition,
		has new adverbs, including the rank adverb.

	This interpreter uses the ascii character set.
	This successor to APL is designed and being supported
	by Kenneth E. Iverson, the man who invented APL in the
	early 1960s.

SPECIAL REQUIREMENTS

	none

HOST NAME

	watserv1.uwaterloo.ca         ( 129.97.129.140 )
	watserv1.waterloo.edu         ( 129.97.129.140 )

DIRECTORY

	~/languages/apl/j/executables/amiga


FILE NAMES

	These two files have the same content  (choose your packaging).

   		j_4.1_amiga_beta.lzh
   		j_4.1_amiga_beta.zoo

DISTRIBUTABILITY

     These files may be freely distributed.

OTHER

	More can be found out about J by looking in the directory

		~/languages/apl/j

	at the files
		What_is_J 
		references
		readme.doc
		tutorial.arc
		Status_3.4
		Status_4.1

	The source for J, Version 4.1, is in the directory

		~/languages/apl/j/source 

	in any one of the files

		source41.arc
		source41.zoo
		source41.tar.Z


Last update:
Lee Dickey	1992-04-10


--
Please see monthly postings for the disclaimer, the introduction, the charter,
and submission instructions.  Comments to zerkle@cs.ucdavis.edu.
MAIL ALL SUBMISSIONS TO announce@cs.ucdavis.edu (don't auto-post).
From: johnv@tower.actrix.gen.nz (John Veldthuis)
Newsgroups: comp.sys.amiga.announce
Subject: Virus_Checker 6.03 available for FTP
Date: 10 Apr 92 18:32:53 GMT
Reply-To: johnv@tower.actrix.gen.nz (John Veldthuis)
Followup-To: comp.sys.amiga.misc
Organization: Amiga Virus Extermination Services, TAUG

TITLE

    Virus_Checker

VERSION

    6.03 (released 30 March 1992)

AUTHOR

    John Veldthuis (johnv@tower.actrix.gen.nz)

DESCRIPTION

    Virus_Checker 6.03 will scan your memory for viruses and remove or
    disable any it finds.  It will also check the Capture, RomTag, TrackDisk
    BeginIO, and Exec DoIO vectors.  It will check them at least every two
    seconds while Virus_Checker is running.  It will also check Floppy
    disks as they are inserted into the drives for BootBlock viruses and
    Non-Standard BootBlocks, Check the first program in the startup-sequence
    and certain other files on the disk.  You can scan a whole disk (including
    Harddisks) for File and Link viruses.  Has a ARexx interface so that
    certain parts of Virus_Checker can be controlled by Arexx.  Also included
    is a routine to check 1 file and send back a message to ARexx saying if
    the file is infected.  This is for BBS use so that the files can be
    checked as they are uploaded (Provided the BBS supports ARexx).

    Virus_Checker can be put in your startup-sequence and left running all
    the time.  It uses approx 40-60K when running and uses very little CPU
    time.
    Works under 1.2/1.3 Workbench and has added features under Workbench 2.0

AVAILABLE

    ab20.larc.nasa.gov (128.155.23.64)

DIRECTORY

    /incoming/amiga/virus_checker-6.03.lzh

    and should end up in

    /amiga/utilities/virus/virus_checker-6.03.lzh

NEW FEATURES and BUG FIXES

     Forgot to free up the VisualInfo when VC opened it's window.
     Didn't seem to make much difference. Maybe lost a few bytes of memory
     Gave up on using Exit() to end Process after warnings in new AmigaDOS
     manual.
     Small bug in WarmCapture checking code. If you canceled the requester
     VC just kept asking you if you wanted to clear it.
     New version of Macro68 with it's new Optimization saved about 500
     bytes of Memory. Also Sped up code quite a bit.
     Added a new window that comes up during file scan. If any Viruses are
     found then the window will wait for you to click on a gadget to continue
     Added a new feature.  Under WB2 you can get VC to watch the
     s:startup-sequence for any changes. VC will warn you when this happens.
     Redefined default hotkey as Left-Amiga Shift Del as the previous one
     clashed with CygnusEd Write function.
     FileName buffer was a bit too small. Some people must have really long
     directory/filenames.
--
*** John Veldthuis, Taranaki Amiga Users Group, johnv@tower.actrix.gen.nz ***

--
Please see monthly postings for the disclaimer, the introduction, the charter,
and submission instructions.  Comments to zerkle@cs.ucdavis.edu.
MAIL ALL SUBMISSIONS TO announce@cs.ucdavis.edu (don't auto-post).
From: sue@cbmvax.cbm.commodore.com (Sue West - CATS)
Newsgroups: comp.sys.amiga.announce
Subject: $500 Rebate Ends Soon
Date: 10 Apr 92 15:35:40 GMT
Reply-To: sue@cbmvax.cbm.commodore.com (Sue West - CATS)
Followup-To: comp.sys.amiga.misc
Organization: CATS

$500 REBATE ON AMIGA 3000-25 SERIES COMPUTERS ENDS SOON

Commodore's $500 cash rebate on Amiga 3000-25 series computers is
scheduled to end on April 30, 1992. The rebate program has been
very successful. Demand for professional Amiga products has been
very strong throughout the promotion. The products eligible for the
rebate are:

	Amiga 3000-25/50
	Amiga 3000-25/100
	Amiga 3000T-25/200

The offer is valid on purchases made from participating Authorized
Commodore Resellers in the U.S. The rebate also applies to purchases
made under the education and government programs. 

Authorized Commodore Resellers are also featuring bundle specials on
Amiga 2000 and 3000 series computers.

To locate an Authorized Commodore Reseller in your area, call 
(800) 66-AMIGA.

--
Please see monthly postings for the disclaimer, the introduction, the charter,
and submission instructions.  Comments to zerkle@cs.ucdavis.edu.
MAIL ALL SUBMISSIONS TO announce@cs.ucdavis.edu (don't auto-post).
From: jwhitman@STL-06SIMA.ARMY.MIL (Jerry Whitman)
Newsgroups: comp.sys.amiga.announce
Subject: FishXref-630 and FishCon-600 are out
Date: 10 Apr 92 15:27:43 GMT
Reply-To: jwhitman@STL-06SIMA.ARMY.MIL (Jerry Whitman)
Followup-To: comp.sys.amiga.misc

FishXref-630 and FishCon-600 have been uploaded to AB20.. at 
the incoming/amiga path.  They are lharced files in keeping with Tad
Guys preference.  As soon as is practical he will move them to 
amiga/fish and amiga/fish/contents respectively.

File names are fishxref-630.lzh and fishcon-600.lzh (No Caps!)

The full AB20 address is AB20.larc.nasa.gov (128.155.23.64).

FishXref is an alphabetical cross-reference (index?) of all of the
entries in the Fred Fish Freely Distributable Library.  It is formatted, 
paginated, and page keyed to the FishCon files.  The three digit suffix 
indicates the highest disk number in the listing.

FishCon is the paginated contents files from the Fred Fish Library.  The
pagination keys to the references in the FishXref file.  The three
digit suffix tells the starting contents file for that set of 50 disks.
(e.g. FishXref-300 contains 300 - 349.)   

The FishCon and FishXref files are plain vanilla ASCII text.  They may 
be viewed or manipulated by any program/utility that works with standard
ASCII text files.

I have made a 2 part distribution of the FishXref to those NON-FTP
capable people who are in my distribution list.

If you are supposed to be in that list and have not seen your copy
please drop me a line and we will get it cleared up.

If you DO NOT have FTP access to AB20 and you want to be added to 
the FishXref distribution list please drop me a line and I will add
you to the list.  If you have FTP access please >>>DO NOT<<< request 
the distribution!!  The files have grown to over 100K, and I want to
keep the net traffic at a minimum with that volume of data.

The following addresses on my distribution list failed.  If you have
a correction to any of these please let me know.........

***  Ken Thompson <csusac!utgard!bifrost!klt@uunet.uu.net>,
***  David Lowrey <starsoft!david@uunet.uu.net>,
***  Jed Coxon <FL08-g.comm.mot.com!coxon@uunet.uu.net>,


Regards, Jerry Whitman - keeper of the FishXref and FishCon.

--
Please see monthly postings for the disclaimer, the introduction, the charter,
and submission instructions.  Comments to zerkle@cs.ucdavis.edu.
MAIL ALL SUBMISSIONS TO announce@cs.ucdavis.edu (don't auto-post).
From: zerkle@toadflax.cs.ucdavis.edu (Dan Zerkle)
Newsgroups: comp.sys.amiga.announce
Subject: Introduction to comp.sys.amiga.announce
Keywords: administrivia
Date: 8 Apr 92 15:48:59 GMT
Article-I.D.: ucdavis.12042
Expires: 5 Jun 92 07:00:00 GMT
Reply-To: zerkle@cs.ucdavis.edu (Dan Zerkle)
Followup-To: comp.sys.amiga.misc
Organization: U.C. Davis - Department of Computer Science


          Introduction to Comp.Sys.Amiga.Announce

                   As of October 6, 1991


Welcome to comp.sys.amiga.announce.  This is the "news"
group of the amiga newsgroups.  My name is Dan Zerkle, and I
am the moderator, your humble servant.  The backup moderator
is Mike Meyer.  I don't know how humble he is.

This group contains announcements of import to the Amiga
community.  It contains ONLY announcements.  Discussions of
the announcements do not take place here, but rather in
separate groups indicated on the followup line of the
messages.  Announcements can be anything that people may
find interesting that concerns the Amiga, but generally
consist of product announcements, news flashes, disk library
releases, software updates, uploads to archives, reports of
major bugs or dangerous viruses, and so on.

As this group is moderated, you can not post here.  If you
have an announcement to make, you should send it to me, and
I will post it.  There is another message posted regularly
that describes how to make submissions.  Please read the
most recent version of this before sending me any
submissions.  The most important thing is that submissions
should be MAILED to announce@cs.ucdavis.edu.

Product announcements should not evaluate the product.
However, there is another group called
comp.sys.amiga.reviews.  After a product is announced,
reviews are highly desirable.  If you would like to write a
review, please read the instructions in that group.  The
moderator is Jason Tibbitts and his address is
HONP9@menudo.uh.edu.  If you are releasing a product and
intend to give out free copies to people who will write
reviews, make sure to include that information in your
announcement.  You will surely find many willing volunteers
on Usenet.

I want to make this a good group.  If you have any
questions, helpful comments, or suggestions, please contact
me at zerkle@cs.ucdavis.edu.  Do not send submissions to
that address.  Announcements should be mailed to
announce@cs.ucdavis.edu.

This file is posted monthly.  Other files posted regularly
are:

   A) This group's charter.

   B) Disclaimers and warnings.

   C) Instructions for making submissions.

   D) Guidelines for announcements about FTP uploads

--
Please see monthly postings for the disclaimer, the introduction, the charter,
and submission instructions.  Comments to zerkle@cs.ucdavis.edu.
MAIL ALL SUBMISSIONS TO announce@cs.ucdavis.edu (don't auto-post).
From: gm@germal.bs.open.de (Gerald Malitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Lock() and int-ptr conversion warning
Date: 15 Apr 92 09:20:03 GMT
X-Newsreader: Arn V1.00 alpha rel3

In article <920412.005038.CDT.C503719@UMCVMB.MISSOURI.EDU>, Baird McIntosh writes:

> Given the following partial code, why do you think DICE gives an
> 'int-ptr conversion' warning on the line 'lock = Lock(...' ?
> 
>         struct FileLock *lock;
> 
>         /*** get a lock on a file ***/
>         lock = Lock("s:startup-sequence", SHARED_LOCK);

	You shouldn't declare lock as pointer to struct FileLock.
That's wrong and prone to error.  Additonally you get one warning
for each UnLock, Examine, Info etc. (prototypes provided).

	Lock doesn't return the address of an struct FileLock,
like your declaration implies.  What you get is a BCPL-Pointer,
which is the address divided by 4.  Thus you cannot dereference
this pointer in usual manner.  lock->fl_Key is likely to crash
your Task, it never gives correct results.

	Declare lock as BPTR.  If you need to access its members,
you can declare struct FileLock *filelock, get a lock and assign
filelock = (struct FileLock *)BADDR(lock).  Then its ok to write
filelock->fl_Key (but not UnLock(filelock)). 

	Do it, but do it right, Gerald.

-- 
  // Gerald Malitz,  Bolchentwete 4,  3300 Braunschweig,  Voice: +49 531 796832
\X/ gm@germal.bs.open.de                         "Aus Liebe zum Auto: AutoB*LD"
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Need help - Simple use of blitter with assembly
Date: 6 Apr 92 13:01:53 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <1992Apr3.214149.17466@galileo.cc.rochester.edu> rjw@merlin.cvs.rochester.edu (Robert Wilson) writes:
>
>QUICK SYNOPSIS of problem: I'm trying to use the blitter to make 
>circles go across the screen, but I'm getting whole rectangles
>instead.
>
>waitblit:
>      btst.b #DMAB_BLTDONE-8,dmaconr(A1)
>waitblit2:
>      btst.b #DMAB_BLTDONE-8,dmaconr(A1)
>      bne waitblit2
>      rts
	call the ROM waitblit. Your blit will run faster.

>      or.w     #BC0F_SRCA,bltcon0(a1)      ; activate source A
>      or.w     #BC0F_DEST,bltcon0(a1)      ; activate destination
>      and.w    #$0FFF,bltcon0(A1)      ; clear previous shift
>      or.w     d0,bltcon0(A1)         ; set up new one

	You can't read blitter registers. The Amiga registers are read-only or
write-only.

	
	Why not just use BltTemplate or BltBitMap to copy the circles?
-- 
*-------------------------------------------*---------------------------*
|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
|                                           - backofmyhead              d
*-------------------------------------------*---------------------------*
Newsgroups: comp.sys.amiga.programmer
From: kovert@wam.umd.edu (Todd Kover)
Subject: Re: How do you Check for an Open/Closed Window
Keywords: Window Question
Organization: Insufficient Memory Software
Date: Mon, 13 Apr 1992 18:09:20 GMT

In article <1762@fnnews.fnal.gov> dpotter@fndp2.fnal.gov (David Potter) writes:
>	I have a quick question, hope someone out there can help me.
>I have 3 windows open and I need to check to see if windows 2 & 3 are open
>or closed or active, is there a good way of check this?

You'll need to search through Intuition's list of screens and Windows...

Something like this:

LookForWindow(struct Window *window)
{
 ULONG lock;
 struct Screen *sc;
 struct Window *win;

 lock = LockIBase(0);
 sc = IntuitionBase->FirstScreen;
 while(sc) {
    win = sc->FirstWindow;
    while(win) {
       if(win==window) {
          UnlockIBase(lock);
          return(TRUE);
        }
       win = win->NextWindow;
     }
    sc = sc->NextScreen;
  }
 return(FALSE);
}

Note:  This isn't tested, but it should go something like that...

>The way I am doing it now is checking the "window->flag & 0x00002000" 
>that shows if the window is active but once I close it the flag still says 
>it is open.

The reason for this, is because the memory that 'window' points too still
contains at least some of the values that were there when it was a window
structure, but, that could change.  (When the Window is closed, the memory
is given back to the system, I believe).  So -- once you CloseWindow(window)
you shouldn't dereference window at all.

-Todd
-- 
                | #include  <std/disclaimer.h> | "Murphy's Law of Dating II:
Todd Kover //   | Internet: kovert@wam.umd.edu |  If you like her, she lives
         \X/    | Fido: 1:109/447 & 1:261/5016 |  in a different state."
Hi!  I am a .signature virus!  Copy me into your .signature file to join in!
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Discussion about GNU compilers
Distribution: world
Reply-To: adastra!mbs@Virginia.Edu
Date: 10 Apr 92 18:28:59 EDT
Organization: Private UUCP Node

In article <1992Apr10.132831.1190@tpl68k0.tplrd.tpl.oz.au> paulg@tplrd.tpl.oz.au (Paul Gittings) writes:
>I would support a "gnu" subgroup under comp.sys.amiga, but I would hope it
>would cover all the "gnu" tools (bison, emacs, flex, gawk etc) not just
>the compiler.

Me, too.

> An archive somewhere with all the current versions of Amiga ported gnu tools
>would be nice as well.  I'm having trouble keeping up with all the updates!

Well, there is a problem. To properly stay within the GNU copyleft, all of the
documentation, tools to build, sources, includes, etc. would have to be
included as well, including pointers for acquisition of the sources. It's
a massive job.

>todate the version of gcc that I use on the Amiga was created from 9 archives;
>some were .lzh which I could decompress on the Unix box at work, and some were
>.lha which I can't decompress on the unix box at work and are generally a pain

Why not? A version of lha for Unix is available. I believe that in the USA,
grind.isca.uiowa.edu has it in unix/archivers or something like that. I don't
know about your part of the world. I personally got it off the home Japanese
site. It had some minor compile problems on SVR4, but they were easily resolved.

There have been some startup problems, and the compilers and the support
library are still in development, so there will be updates.

You don't necessarily need to get everything, or to stay current, although
each release has added significant functionality.

At this point, to get everything running, you should only need about 3 archives
I believe. The ixemlib92?? archives, the gcc2.0-920229 archive and the
libg++-2.0 archive.

Personally, I normally run gcc1.40 as I only have 5 MB of memory, and gcc2.0
tends to choke on the size files I compile because of that. It does require
a different set of gcc and libg++ archives. The ixemlib archives is the same.

>ar, ranlib don't and I haven't got the source to them :(.

Huh? 'ar' and 'ranlib' work just fine on my unaccelerated A2000, running
37.175/37.64. The sources were included at least twice once (in gcc 1.39).
They are also available at wuarchive.wustl.edu:unix/4.3bsd-reno/*. So, you
can get them....I'm sure they ar probably available at that 'big' mirror
site in 'au' whose name has slipped my mind...

>Just my 2 cents worth which is about 1.75 cents US.

:)  I think.
--
  //   Michael B. Smith
\X/    ...!uunet!virginia!adastra!mbs
From: sloan@csd4.csd.uwm.edu (Dale Dean Sloan)
Newsgroups: comp.sys.amiga.programmer
Subject: reading floating point
Date: 12 Apr 92 03:04:28 GMT
Article-I.D.: uwm.1992Apr12.030428.10347
Organization: Computing Services Division, University of Wisconsin - Milwaukee


  This should not be hard to do, but I've been staring at it for far too long
so I decided to ask here.  I'm simply trying to read floating point numbers
from a file.  I use the newest SAS/C (5.1b?), cpr was no help (I'm
starting to think cpr sucks), and here are some fragments.

file fragment:
2.3,1.4,4.5
etc.

code fragment:

#include <stdio.h>
#include <ctype.h>
#include <float.h>    <== Is this even necessary ?
  .
  .

  float Xval,Yval,Zval;
  .
  .

  while (fgets(line,80,fp) != NULL) {
    n = sscanf(line,"%f,%f,%f",&Xval,&Yval,&Zval);
    printf("values: [%d] %f,%f,%f\n",n,Xval,Yval,Zval);   
  } 

Hope this is enough.  If you have any solutions or guidance in the right
direction I would appreciate the help.  You can reply to me directly, or
to this group (use the same heading, so I can search for it though).

Thanks
-- 
[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]-[]
Dale Sloan                              I'm so smart, I'm smarter than me 
University of Wisconsin - Milwaukee                       - B.C. 
sloan@csd4.csd.uwm.edu                  Non-Disclaimer: I DO speak for everyone