HDTenEightyP/NetNews huggingface dataset:
From: walrus@wam.umd.edu (Udo K Schuermann)
Newsgroups: comp.sys.amiga.announce
Subject: NEW RELEASE:  KingFisher v1.1
Date: 13 Dec 92 12:15:33 GMT
Reply-To: walrus@wam.umd.edu (Udo K Schuermann)
Followup-To: comp.sys.amiga.misc
Message-Number: 293


  Available via anonymous ftp is version 1.1 of KingFisher, now offering:

    1. the much-requested program name index (faster than Aquarium's.)
    2. capability to adjust to overscan, PAL, and interlace resolutions.


  General overview of KingFisher:

  KingFisher is a freely distributable replacement for Aquarium, providing
  a mechanism to search for software in Fred Fish's Library of Freely
  Distributable Software.  KingFisher has been designed for users of both
  floppy-only and harddisks systems operating under either Kickstart 1.3
  or Kickstart 2.0.

  KingFisher v1.1 offers the following features:

  - Maintains a split database across multiple disk volumes,
  - Searches this database more than 3 times faster than Aquarium,
  + Provides a small and very fast program name search index,
  - Adds new fish directly from Contents files or Usenet postings,
    even from multiple concatenated postings or email contents files,
  - Fish can be deleted from the end of the database to undo errors,
  - Database is a line-oriented text file accessed through index
    which can be modified by hand and then reindexed,
  - Flexible print and export functions, including search-filtered
    output,
  - Select from multiple different search strings,
  - Limit searches to a portion of the database,
  - Follow version links to older or newer versions of software,
  - Maintain multiple different "bookmarks" into the database and
    switch between them with a single mouse click,
  - Supports proportional and scalable fonts for description text,
  + Adjusts to overscan, PAL, and interlace displays,
  - String gadgets are optionally kept active for keyboard comfort,
  - Full configuration saved between executions,
  - Iconifies to save Chip RAM (46K).

This update to the original version 1.0 does not include a database.
To obtain the database and complete program documentation, too, you
must obtain a file named KingFisher.lha which is 477691 bytes in size.
KingFisher11.lha is 66508 bytes in size.

KingFisher.lha and now KingFisher11.lha can be found at the following
ftp sites:

wuarchive.wustl.edu	128.252.135.4	   /systems/amiga/incoming/fish
grind.isca.uiowa.edu	128.255.19.233	   /amiga/Read.These         (*)
ux1.cso.uiuc.edu	128.174.5.59	   /pub/amiga/KingFisher     (*)

(*) May take a little time for KingFisher11.lha to show up there.


 ._.  Udo Schuermann        "New way?  What's this I hear about a new way?"
 ( )  walrus@wam.umd.edu                      -- Alex, "A Clockwork Orange"

--
Read all administrative posts before putting your post up.  Mailing
list: announce-request@cs.ucdavis.edu.  Comments to zerkle@cs.ucdavis.edu.
MAIL ALL COMP.SYS.AMIGA.ANNOUNCE ANNOUNCEMENTS TO announce@cs.ucdavis.edu.
From: koren@hpfcogv.fc.hp.com (Steve Koren)
Newsgroups: comp.sys.amiga.announce
Subject: SKsh version 2.1 available
Date: 12 Dec 92 01:17:23 GMT
Reply-To: koren@hpfcogv.fc.hp.com (Steve Koren)
Followup-To: comp.sys.amiga.misc
Phase-Of-Moon: the moon is waning gibbous (97% illuminated)
Message-Number: 291


TITLE:        SKsh
VERSION:      2.1
AUTHOR:       Steve Koren
 
DESCRIPTION:  (SKsh is a Unix ksh-like shell which runs under AmigaDos.
              it provides a Unix like environment but supports many
              AmigaDos features such as resident commands, ARexx, etc.
              Scripts can be written to run under either ksh or SKsh,
              and many of the useful Unix commands such as xargs, grep,
              find, etc. are provided.  For quite a while it was the
              only AmigaDos shell which provided an environment similar
              to Unix, but now there are two other unrelated projects to
              port the actual Unix ksh to AmigaDos).
 
              Version 2.1 supports the following new features:
 
                * True pipes between internal and external commands, and
                  even shell functions or aliases.
                * Background shell control structures without needing to
                  invoke another SKsh.
                * Several new commands and utilities.
                * Cross filesystem moves of files and directories.
                * Enforcer cleanliness.
                * AmigaDos 3.0 compatibility.
                * Bug fixes.
                * More...
 
REQUIREMENTS: Version 2.1 of SKsh requires AmigaDos 2.04 or later and a
              hard disk.  There is about 1.2 Mb of stuff to install, much
              of which is optional.

PRICE:        US$0.00

DISTRIBUTION: Copyrighted freeware.  I won't email it, so don't ask.
              It will be available from Fish disks or the FTP sites below.

FTP LOC:      filename: SKsh021.lzh

              wuarchive.wustl.edu:
                    systems/amiga/incoming/utils
                    systems/amiga/utilities/cli/cli/shells/misc

              amiga.physik.unizh.ch (and mirrors):
                    amiga/new
                    util/shell

              hubcap.clemson.edu
                    pub/amiga/incoming/utils  (initial & final loc)

--
Read all administrative posts before putting your post up.  Mailing
list: announce-request@cs.ucdavis.edu.  Comments to zerkle@cs.ucdavis.edu.
MAIL ALL COMP.SYS.AMIGA.ANNOUNCE ANNOUNCEMENTS TO announce@cs.ucdavis.edu.
From: soft-logik@cup.portal.com
Newsgroups: comp.sys.amiga.announce
Subject: TypeSMITH announcement
Date: 12 Dec 92 04:16:35 GMT
Reply-To: soft-logik@cup.portal.com
Followup-To: comp.sys.amiga.misc
Message-Number: 292


-- PRESS RELEASE ---                            December 4, 1992

TYPESMITH - The Professional Amiga Outline Font Editor

(Toronto) Until now, all professional outline fonts for the Amiga were
created on other brands of computers. TypeSmith will change this.
Soft-Logik is pleased to give you this preview of TypeSmith, the first
professional Amiga outline font editor.

TypeSmith can create and edit PostScript, Compugraphic and Soft-Logik
outline fonts. These three formats are the primary font systems used on
Amiga computers.

TypeSmith has powerful drawing tools to allow you to create new fonts. You
can also import characters and symbols from structured drawing programs
such as Art Expression. With these powerful features, you can create custom
fonts and include your logo in your favorite fonts.

You can also use TypeSmith to convert fonts between formats. TypeSmith
allows you to open PostScript Type 1, Compugraphic Intellifont and
Soft-Logik DMF Outline fonts. You can then save the fonts in any of these
formats, or export the font in PostScript Type 3 format.

Bitmap pictures and Amiga bitmap fonts may be loaded as templates so that
you can trace over them. This is an easy way to create the fonts you need.
You can also import a bitmap picture published from any other HotLinks
compatible application.

TypeSmith has many other features professionals and hobbyists will both
find useful. Its AutoMetric feature will automatically create character
widths, and you can import kerning pairs from one font into another. You
can make proportional fonts into monospaced fonts, or just make the numbers
monospaced so that they align in columns.

If you are already familiar with Soft-Logik's PageStream and Art
Expression, TypeSmith will make you will feel right at home. TypeSmith uses
a Workbench 2 and 3 style interface so that you can use it right away. And
not only is TypeSmith HotLinks compatible, but it also supports ARexx.

Not only can TypeSmith create fonts for use with Art Expression and
PageStream, it can create fonts for use with Professional Page,
Professional Draw and Workbench 2 and 3! Now you can use your favorite
fonts with all your programs.

TypeSmith brings professional font editing capabilities to the Amiga.
TypeSmith will be available in January 1993 at a suggested retail price of
$199.95 US.

TypeSmith is a trademark of Soft-Logik Publishing Corporation, and is
copyright 1992 by Relog, Inc.

For further information, call Soft-Logik sales at 800 829-8608.

Kevin (soft-logik@cup.portal.com)

--
Read all administrative posts before putting your post up.  Mailing
list: announce-request@cs.ucdavis.edu.  Comments to zerkle@cs.ucdavis.edu.
MAIL ALL COMP.SYS.AMIGA.ANNOUNCE ANNOUNCEMENTS TO announce@cs.ucdavis.edu.
From: sue@cbmvax.cbm.commodore.com (Sue West - CATS)
Newsgroups: comp.sys.amiga.announce
Subject: Commodore Announces Availability of AmigaDOS Release 2.1
Date: 16 Dec 92 07:32:39 GMT
Reply-To: sue@cbmvax.cbm.commodore.com (Sue West - CATS)
Followup-To: comp.sys.amiga.misc
Organization: Commodore Applications Technical Support
Message-Number: 300

Commodore Announces the Availability of AmigaDOS Release 2.1

(West Chester, PA --- December 14, 1992) --- Commodore Business
Machines, Inc. (U.S.) today announced that it is now shipping AmigaDOS
(TM) Release 2.1, an updated version of the Amiga's multitasking
operating system. 

Among the new features of AmigaDOS Release 2.1 are CrossDOS, which
provides for the reading and writing of MS-DOS (R) formatted files;
localization of programs to different languages and locales; improvements
to the versatile Preference Editors; enhancements to the printer drivers,
including the addition of a Postscript (R) driver; and an improved
multi-level installation program, allowing quicker and easier configuration
or updating of Amiga (R) system software. 

Current Amiga owners using V2.0X of the operating system can purchase
the AmigaDOS Release 2.1 Upgrade Kit for a Manufacturer's Suggested
Retail Price (MSRP) of $49.00. The kit includes six software disks and a
set of manuals. Systems with 1.3 or earlier versions will require the
AmigaDOS Release 2.1 ROM and Software Upgrade Kit containing ROMs,
six disks and the manual set for an MSRP of $99.00. This upgrade must
be installed by an Authorized Commodore Service Center to maintain the
Commodore Limited Warranty. Both of these upgrade kits can be
purchased through Authorized Commodore Resellers. Users requiring only
the software upgrade may elect to contact CommodoreExpress (TM) at
1-800-448-9987 to purchase the kit.

Commodore (R) and CommodoreExpress are trademarks of Commodore
Electronics Limited. Amiga (R) and AmigaDOS are trademarks of
Commodore-Amiga, Inc. MS-DOS (R) is a trademark of Microsoft
Corporation. Postscript (R) is a trademark of Adobe. 


Commodore Business Machines
1200 Wilson Drive
West Chester, PA 19380
(215) 431-9100

--
Read all administrative posts before putting your post up.  Mailing
list: announce-request@cs.ucdavis.edu.  Comments to zerkle@cs.ucdavis.edu.
MAIL ALL COMP.SYS.AMIGA.ANNOUNCE ANNOUNCEMENTS TO announce@cs.ucdavis.edu.
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 14 Dec 92 03:42:42 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

paulk@terapin.com (Paul Kienitz) writes:
>The performance bottleneck in most games and demos is not the time
>spent accessing the hardware, it's the bandwidth of the hardware
>itself.  With AGA machines doing blits in one quarter or one seventh
>the previous time, and doing CPU stuff at least four times as fast
>also, NO CONCEIVABLE amount of OS overhead can put you even close to
>back where you started.

	Minor note: the blitter in AGA is the same speed, though in the same
modes as before it may be faster than before due to less contention for
access (i.e. it's effectively much faster in 16-color hires, or 4-color
31Khz productivity).

-- 
To be or not to be = 0xff
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Emacs and SAS/C
Originator: walker@twix.unx.sas.com
Date: Fri, 18 Dec 1992 13:36:20 GMT
Organization: SAS Institute Inc.


In article <QfAF4Du00hsB0fL29I@cs.cmu.edu>, Michael Witbrock <mjw+@cs.cmu.edu> writes:
|> p.s. if anyone has written a really spiffy compile mode for gnuemacs and
|> sas c, I'm sure lots of people woule like to see it.
|> michael

...Including me.  If they would be willing to have it distributed,
we can find room for it on the disks along with the TurboText
and CygnusEd support files.

-- 
  *****
=*|_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: jaker@csugrad.cs.vt.edu (Jake Rose)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: App(Icon|Window) and Style Guide.
Date: 17 Dec 92 18:40:36 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

cschneid@amiga.physik.unizh.ch (Christian Schneider) writes:

>Following AUISG, AppWindows 'should' provide a drop box like IconEdit.
>AppIcons... hmm... perhaps up to the icon designer to ensure his AppIcon
>is not mistaken for a normal icon..

I don't know - actually, I'd *love* it if CBM would modify the Workbench so that
if you drop a file or set of files onto *any* executable's icon, it gets
launched with those files as parameters.  This is much more intuitive than the
current method of WB parameter passing (click on the executable, then select the
argument files, double-clicking on the last one).

>Chris Schneider - cschneid@amiga.physik.unizh.ch BIX: hschneider IRC: cschneid
>It's impossible to enjoy idling thoroughly unless one has plenty of work to do
-- 
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Jake Rose               :: MS Windows: faster than a dead sea turtle crawling up
jaker@csugrad.cs.vt.edu :: the beach with a boxcar on its back, but only just.
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Newsgroups: comp.sys.amiga.programmer
From: tlbechar@thunder.LakeheadU.Ca (Timothy Lee Bechard)
Newsgroups: comp.sys.amiga.programmer
Subject: Cobol
Date: 15 Dec 1992 20:08:18 GMT
Distribution: comp
Organization: Lakehead University; Thunder Bay, Ont


	I am looking for a copy of Cobol for the amiga.  If anyone knows
of one, please reply.

Newsgroups: comp.sys.amiga.programmer
From: koren@fc.hp.com (Steve Koren)
Subject: Re: SAS6.1 users: please read
Date: Sun, 13 Dec 1992 23:35:38 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: Tin 1.1.3 PL5

Doug Walker (walker@twix.unx.sas.com) wrote:

> be considering signed types wider than unsigned types, from looking at
> your example with doubles and ints, but your term is "more general".

No, I don't consider them wider, but I _do_ consider them more general.
The maximum integer storable in a signed and unsigned int is, I think,
an implementation accident on all accords.  First, consider a CPU which
used 64 bit ints but used only 63 bits for _both_ signed and unsigned
ints, ignoring the sign bit in one case and using it in the other.  In
that case, there is no overflow problem because the maximum is the
same for both signed and unsigned ints.  Second, the likelihood of
overflowing MAXINT is dependent on the size of the integer.  Whether or
not you overflow is just an accident of how the numbers happen to be
stored.

Contrast this to the sign loss problem.  The sign is an integral property
of the data type, and does not depend on the storage method or
architecture of the CPU.  By using ANSI's rules, you _always_ run into
the sign loss problem, no matter how your CPU deals with signed vs.
unsigned ints and no matter how big they are.

Think of the problem outside of computer terms: integers have no maximum
value, so you can't overflow them to loose information.  But you can
loose sign information using ANSI's promoting rules.  Nothing says that
a future generation of CPUs won't default to arbitrary precision math,
thus making the overflow problem meaningless, but leaving the sign loss
problem.

My argument with ANSI is that I believe what they picked was both
shortsighted and dependent on our current CPU's implementation of
signed vs. unsigned ints.

   - steve
From: Jean-Guy_Speton@tvbbs.wimsey.bc.ca (Jean-Guy Speton)
Newsgroups: comp.sys.amiga.programmer
Subject: DICE assembler error
Distribution: world
Date: 11 Dec 92 20:05:56 PST
Organization: Tunnel-Vision BBS!

I'm stumped.  I've been doing a little testing with the unregistered DICE,
and when trying to compile (using DCC) I get 10-15 "word offset too large"
errors from DAS,  DC1 gives me no complaints.  I don't have a clue where to
begin looking.  What should I be looking for?  Any help appreciated. 
Thanks.

J. Speton

-- Via DLG Pro v0.995

---------------------------------------------------------------------------
Jean-Guy Speton               jean-guy_speton@tvbbs.wimsey.bc.ca
Vancouver, BC,                                -OR-
Canada                              a7e192@scheme.cs.ubc.ca
Xref: sparky comp.sys.amiga.programmer:17420 comp.sys.amiga.hardware:21606
From: tomasa@dront.nada.kth.se (Tomas Arvidsson)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Date: 16 Dec 92 01:20:49 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <1992Dec15.170840.60807@qut.edu.au> podesta@qut.edu.au (Department of Computing Science, QUT) writes:

>Does anybody know what the lowest end MMU AGA Amiga will be and when??

All A3000's have a MMU and they've been available for quite some time. Before 
that you had the A2630 accelerator (in the A2500) which also had a MMU.

>James
-- 
Tomas Arvidson			 			     ///
d91tar@csd.uu.se,					    ///
tomasa@nada.kth.se, tomasa@sprawl.adsp.sub.org   	\\\///
Expressed opinions are mine unless stated otherwise      \XX/
-- 
Tomas Arvidson			 			     ///
d91tar@csd.uu.se,					    ///
tomasa@nada.kth.se, tomasa@sprawl.adsp.sub.org   	\\\///
Expressed opinions are mine unless stated otherwise      \XX/
From: jam@jammys.ocunix.on.ca (James McOrmond)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Enforcer hits at 0000000
Distribution: world
Date: 13 Dec 92 19:26:26 EST
Organization: Jammy's Amiga Corner BBS - Ottawa, On, Canada

In article <1g56slINN1p2a@rs1.rrz.Uni-Koeln.DE> ad010@rrz.uni-koeln.de (Wilhelm Stiefelhagen) writes:
>Hello Guys,
>
>Last week I tested my Amiga-Programms with Enforcer. I got a lot of
>Enfercer hits of programs reading at adress 00000000. Some of the
>programs are candidates for crashes, some are not.
>Is this enforcer hit so common, and what is the reason?

Whats happening is that your doing the equivalent of Load Address 0,
instead of the Load number 0.  This is a very common error.  As far as
some software crashing, and others not, it all depends on what number is
in location 0 (Ie, if its a 0, then no problems).  If something else
changes the value in location 0, and you read the number (assuming you had
loaded a 0 instead of loading location 0), who knows what might happen
with your software.

--
 James A McOrmond - Ottawa, Ontario, CANADA! - ZyXEL 16.8k V32bis Modem!
 Fidonet#1:163/165.0 - (613)521-0648 - VBBS Amiga Intuitionized BBS
 UUCP: Jam@Jammys.OCUnix.On.Ca - Amiga 3000T/25/5 - 383Megs
Newsgroups: comp.sys.amiga.programmer
From: jraja@vipunen.hut.fi (Jarno Tapio Rajahalme)
Subject: Re: SAS 6.1 and IDIR problems
Organization: Helsinki University of Technology, Finland
	<S37732V.92Dec12145909@lk-hp-20.hut.fi> <Bz95w4.LI7@unx.sas.com>
Distribution: inet
Date: 15 Dec 92 23:11:11

In article <Bz95w4.LI7@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:


   In article <S37732V.92Dec12145909@lk-hp-20.hut.fi>, s37732v@snakemail.hut.fi (Markus Juhani Aalto) writes:
   |> suggestion2:  GST's should be generated automatically if one of the 
   |>               headers files is changed. Or make it as a option.

   This would mean that we'd have to read the disk each time you compile
   to verify that the file hasn't been changed.  If you're a floppy user,
   this would be unbearable.  Even on a hard disk, this would slow it
   down a great deal.  However, it would be a good safety check that
   I'd like to see in a future version.

What about adding _new_ include files to gst automagically? This would
ease up thing in the start phase of developing new code. You could
start with an empty gst which would then grow up with no changes to sc
options.

   |> *         Markus Aalto              | Helsinki University of Technology  *

   =*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =

	Jarno
-- 
-----------------------------------------------------------------------------
| Address: Jarno Rajahalme            | EMail:                              |
|          Servin Maijan tie 12 H 111 |   Jarno.Rajahalme@hut.fi            |
|          02150  ESPOO, FINLAND      | tel: +358 0 468 2891                |
-----------------------------------------------------------------------------
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Default buttons under 2 or ^
Date: 18 Dec 92 19:42:50 PST
Organization: BBS

> The best solution I came across is to expand the capability of the
> 'left Amiga v' and 'left amiga b' (or whatever the user defined).
> You define your gadget with a tag called 'GA_Default_Positive' and
> 'GA_Default_Negative', just like the end requester flags in gadgets
> of requesters. This way ANY application could have a default key
> activation and everybody would know that 'left amiga v' is positive
> and 'left amiga b' is the negative choise in the requester, thus
> avoiding the need of bold gadgets or strange visual apparence of
> the gadgets.
 
Seconded!
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: I thought RKM:Libraries covered most..
Date: 19 Dec 92 01:25:58 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

shulick@navajo.ucs.indiana.edu writes:
>
>Well, RKM:Libraries is great!  Covers LOTS of things I wanted to know
>about.. except it doesn't cover ReadArgs().  This is a way confusing
>function, and RKM:Includes/Autodocs doesn't explain it worth a shit.
>Can someone please explain how to use this elusive function?  Thanks.

	It's in the AmigaDos manual (Bantam, 3rd ed.)  However, I wouldn't
say that covers it very well, basically the only mention is the autodoc.

	The best way is to take a simple example off a fish disk, and
warp it for your needs, or play with it and the autodoc until you figure it
out.  It's not really very complex.

-- 
To be or not to be = 0xff
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
Xref: sparky comp.sys.amiga.programmer:17579 comp.sys.amiga.hardware:21830