HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.amiga.misc
Subject: Re: Don't let the Amiga Die (Part II)!!!
From: liam@durie.amigans.gen.nz (Liam Greenwood)
Date: 24 Dec 92 23:20:21 GMT+12
Organization: It's Home, really...
X-Newsreader: TIN [version 1.1 PL6]

Jerry Shekhel (jerry@msi.com) wrote:
> Peter da Silva (peter@NeoSoft.com) wrote:
> : The Amiga 500/600 can hold up to 10M of RAM directly addressible from
> : any well-behaved program written since the Amiga came out. To use more
> : than 640K on a PC you need to install an operating system, use it as
                                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> : a RAM-DISK, or use it as swap space. And buy new software, of course.
> This is completely bogus, Peter, and I suspect that you yourself know better.
> What I don't understand is why you'd want to spread these lies.  Windows,
    Not bogus at all, he said you'd have to install an OS, and Windoze is
an OS, which gets bootstrapped from that famous program-launcher MS/PC-DOS.
--
 Liam Greenwood ------ liam@durie.amigans.gen.nz ------ Wanganui, N.Z.
                 Don't tell my Mother I'm a programmer,
               she thinks I'm a piano player in a brothel

Newsgroups: comp.sys.amiga.misc
From: bhenning@wimsey.bc.ca (Bill Henning)
Subject: Re: Where is Bill Henning?
Organization: Wimsey Information Services
Date: Thu, 31 Dec 1992 22:25:25 GMT

I am here... actually I have been out of the Amiga community for a while,
and would not have noticed the message looking for me if I had not been
browsing comp.sys.amiga.misc for the first time in about a year...

Regarding billsdisk.device - there have not been any new versions. I don't
know what your difficulty is, but if you will email me the details I'll
see if I can suggest any solutions. The Wedge has been out of production
for quite a while now, and I have not been using mine for a while, as
when I use an amiga it is usually my 500 not my 1000 these days. Actually
I am currently usually running Linux/X11 on a 386DX40 these days.

I have not been to a Panorama meeting in a couple of years... and I was
only checking this newsgroup out because the 1200 may get me back in the
Amiga world to some extent. 

Could someone send me the full specs on the 1200? From what I've read
today in comp.sys.amig.* I gather it is an AGA/030 in a 600HD like
package.

Bill Henning

bhenning@wimsey.bc.ca



Xref: sparky comp.sys.amiga.misc:19220 comp.sys.amiga.hardware:22191
From: bruce@zuhause.MN.ORG (Bruce Albrecht)
Newsgroups: comp.sys.amiga.misc,comp.sys.amiga.hardware
Subject: WorkBench 2.1 problems
Distribution: world
Date: 30 Dec 92 02:08:34 CST
Organization: Society to Stamp Out Bogus Organizations

I just upgraded from 2.04 to 2.1, and I am now have problems with the A2232
board.  I have a printer on unit 8, and have set the serial device default
unit to 8.  When I write out to either SER: or PRT: (which goes to the serial
device), it drops data at the end of whatever is written, as though the program
gets a premature indication that the I/O operation is complete, closes the
serial device, and causes the buffer to be flushed.  I've also tried
this with the default serial device going to a modem on a different serial
port, with the same results.  If I set it up so that I have the default serial
port set to unit 1 (the built-in serial port), it works correctly.

I have the following in the devs: directory:
Directory "devs:" on Wednesday 30-Dec-92
oldser.device               5284 ----rw-d 27-Jul-92 09:40:26
serial.device               7880 ----rw-d 27-Jul-92 09:40:26
2 files - 29 blocks used

I do not have any serial devices in my devs:mountlist.

Does anyone know if I have it configured incorrectly or if there's a bug with the
A2232 serial device?

I also had a commodity that would blank the pointer under 2.04, but causes a
reset under 2.1.  Does anyone know of a replacement, preferably not an all-in-one
mouse etc commodity?
--
bruce@zuhause.mn.org
Youth is wasted on the young.
From: ggiles@cie.uoregon.edu (Gregg Giles)
Newsgroups: comp.sys.amiga.misc
Subject: Re: Reasons for Amiga CD-ROM
Date: 2 Jan 93 00:40:30 GMT
Article-I.D.: pith.1i2o9uINNjg
Organization: University of Oregon Campus Information Exchange
NNTP-Posting-Host: cie.uoregon.edu

In article <1992Dec31.101812.17316@netcom.com> damiel@netcom.com (Paul Theodoropoulos) writes:
>
>CD audio is stored in a different data format than CD-ROM data.
>In fact, a recorder has to be specifically *designed* to record CD
>audio data, since CD audio data is realtime, streaming information, 
>unlike CD-ROM data. and anyway, the Q subcode channel indicates whether a
>disk is copyable, and also indicates whether a disk is CD audio or CD-ROM.

   For the benefit of lookers-on, do realize that CD-audio can be included on a
data CD-ROM (thanks to the ISO-9660 standard). Just wanted to make sure that
people didn't think otherwise. (Examples: Willy Beamish for the Sega-CD and
Stellar-7 for MS-DOS both combine CD-audio tracks and CD-data tracks on the same
disc.)
   BTW Paul, I'm glad you're posting - the info and views are refreshing. 

-- 
-------------------------------------------------------------------------------
Gregg Giles (Dynamix, Inc.)               "Infinite Laser Dog" Development Team
All opinions expressed are my own.          ggiles@cie.uoregon.edu, BIX: ggiles
Willy Beamish (MS-DOS CD-ROM, Sega-CD), Space Quest V (MS-DOS), A10 1.5 (Amiga)
From: jbickers@templar.actrix.gen.nz (John Bickers)
Newsgroups: comp.sys.amiga.misc
Subject: Re: Binaries/Sources
Date: 2 Jan 93 01:54:42 PST
Organization: TAP

Quoted from <C03tHo.6F8@NeoSoft.com> by peter@NeoSoft.com (Peter da Silva):

> 	2. He says people aren't sending him anything.
> 
> OK, folks, send stuff.

    Where?

> Peter da Silva.  <peter@sugar.neosoft.com>.
--
*** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
From: random@presto.UUCP (Jeff W. Hyche)
Newsgroups: comp.sys.amiga.misc
Subject: Re: Binaries/Sources
Reply-To: presto!random@uunet.uu.net
X-Newsreader: Arn V1.00 alpha rel3
Date: 30 Dec 92 12:01:57 CST
Organization: I'm Just Me.

In article <liam.0b7w@durie.amigans.gen.nz>, Liam Greenwood writes:


> > I remember many moons ago when the new moderation for csa/cba picked
> > up the reigns, stated he'd start clearing the (huge) back log of
> > submission, sent out about 3 things and _vanished_. Whilst most
> > people who can use ftp sites nowdays, for the (still large) number
> > of people out there who are stuck on systems with news/mail only,
> > I think resuscitating cba/csa is a worthwhile move (csa especially)

I had this happen to me too.  I handed over the reigns of the
Amiga FAQ list about two to three months ago and haven't seen one
post for it yet.  Has anyone seen a post after I sent my last one
out?

--
                                // Jeff Hyche  
 -There Can Be Only One-    \\ //  UUCP: ...!uunet!sci34hub!presto!random
                             \X/ 
Xref: sparky comp.sys.amiga.misc:19132 comp.sys.amiga.programmer:17846
From: blyy@vax5.cit.cornell.edu
Newsgroups: comp.sys.amiga.misc,comp.sys.amiga.programmer
Subject: Oops!I did a stupid thing! Can C people help?
Date: 27 Dec 92 23:33:09 EST
Distribution: comp
Organization: Cornell University

Dear C programmers:

 I have a request, and if this is not legal, don't flame me, just be gentle.

 I have version 6.0 of Lattice C, and I'm just beginning to learn C
 programming.  And, by act of massive stupidity, I think I may have erased
 an include file that I need. I never really examined what was in the include
directories before, but after getting the same error a bunch of times
recently, I began to inspect.  I keep getting a "file not found dos/dos.h"
error when I try to compile.  And - hark! - there is no dos.h in my
include:dos/ directory. I assume that there should be. If it is legal
(I don't see why not) - could anyone who might have this file please email
it to me (I'm sure it's only a few lines long). It would be massively
helpful.  

thanks a lot,

Aaron

Newsgroups: comp.sys.amiga.misc,comp.sys.amiga.introduction
From: peter@NeoSoft.com (Peter da Silva)
Subject: Re: Questions about the A1200 ...
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Sun, 27 Dec 1992 18:46:43 GMT

In article <1hjev2INNc4f@usenet.INS.CWRU.Edu> bu951@po.cwru.edu (Brian R. Beeler) writes:
> 1. Software. What I'm looking for (I've omitted the software I need
>    and have found): 
>     C. Math applications, like MatchCad, Maple or Derive.

Maple is available for the Amiga.

>     D. Lisp programming apps, like Xlisp.

There are versions of Xlisp and CScheme for the Amiga.

>     E. A decent C compiler.

Commercial: SAS or Aztec (both quality ANSI compilers: SAS is more popular,
	but Aztec makes it easier to port UNIX applications).

>     F. Networking apps, like NSCA or KA9Q

Yes.

>     G. Xwindows. Can I port my X apps? Any PD or shareware emulators?

THere's a commercial X from GfxBase. I don't know of any freeware ones.

> 2. Hardware
>     A. Ethernet. I want to use this in a lab that's running thin coax.
>        Can I use a "parallel port -> ethernet card-in-a-mini-case ->
>        coax" adaptor?

I think you'll need to write a driver for it.

>     B. Overall quality of C= stuff. Are you happy with it?

The system software is dynamite. Many of the applications are less so.

>     C. Floppy drives. I need to read/write MS-DOS/UNIX 1.44m floppies.

You need the high density floppy drive (me too).

>     E. RAM. What is "fast" RAM?

Fast ram is like motherboard RAM on the PC, CHIP RAM is sort of like
video RAM on the PC, but it's generally faster: as fast as a motherboard
video card. Any of the special-purpose chips (video, sound, coprocessors)
can access CHIP RAM.

> PS: FYI: Microsoft came to my company two weeks ago and showed us 
> "Windows NT". It crashes ever better than MSWin 3.1.   

I call it "WoNT". It's vaporware at the moment.
-- 
Peter da Silva.  <peter@sugar.neosoft.com>.
 `-_-'   Oletko halannut suttasi tnn?
  'U`    
Tarjoilija, tm ateria el viel.
Newsgroups: comp.sys.amiga.misc,comp.sys.amiga.hardware
From: gelson@vortex.ufrgs.br
Subject: Black Knight periferals e-mail address?
Organization: J. Random Misconfigured Site
Date: Tue, 29 Dec 1992 12:59:00 GMT
X-Posted-From: vortex.ufrgs.br
NNTP-Posting-Host: sol.ctr.columbia.edu

	[Sorry if you see this posting two times. The first time I forget my
e-mail address. In fact, I'm typing this by hand, "talking" to a NNTP server, 
and I forgot the from: line!]

	Does anyone knows if Black Knight periferals can be reached by e-mail?
They advertise some very interesting products on AmigaWorld, like an ethernet
card, a chip ram accelerator, etc. I tried to use the AW reader service card 
several times, but never got a reply... maybe it does not work for people on 
Brazil.
	I would like to contact either them or any of their beta-testers.
	Please reply by e-mail, as I don't have news access.
	Thanks,

	Gelson D. Santos     gelson@vortex.ufrgs.br
Newsgroups: comp.sys.amiga.misc,comp.sys.amiga.hardware
From: nobody@ctr.columbia.edu
Subject: Black Knight Periferals e-mail address?
Organization: J. Random Misconfigured Site
Date: Tue, 29 Dec 1992 12:51:00 GMT
X-Posted-From: vortex.ufrgs.br
NNTP-Posting-Host: sol.ctr.columbia.edu

	Does anyone knows if Black Knight periferals can be reached by e-mail?
They advertise some very interesting products on AmigaWorld, like an ethernet
card, a chip ram accelerator, etc. I tried to use the AW reader service card 
several times, but never get a reply... maybe it does not work for people on
Brazil. 
	I would like to keep in touch with them or any of their beta testers.
	Thanks,

		Gelson D. Santos

	PS: please reply by e-mail. I don't have news access (in fact, I'm 
"talking" by hand with a NNTP server in this exact moment, in order to post
this article... very funny!)
Newsgroups: comp.sys.amiga.misc
From: peter@NeoSoft.com (Peter da Silva)
Subject: Re: Reasons for Amiga CD-ROM
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Thu, 31 Dec 1992 03:55:37 GMT

In article <C023rw.C34@news.iastate.edu> barrett@iastate.edu (Marc N. Barrett) writes:
>    I don't pay much attention to hype, contrary to what people believe.  I
> just don't think 1.3 Gigabytes of potential inexpensive storage can be 
> dismissed very easily.  Yes, I said 1.3 Gigabytes.  There is no particular 
> reason why CD-ROM discs cannot be double-sided.  They are single-sided now
> because the extra storage is not needed.

Um, I believe double-sided CDs would require special pressing, since the laser
looks through the width of the disk. You also would lose the advantage of
commodity equipment.

Personally, I've got great hopes for the small read/write and read/only
CDs (mini-CD). You should be able to get 60-120M of read/write storage
on one, and they're as cheap to manufacture as CDs for ROM versions.
-- 
Peter da Silva.  <peter@sugar.neosoft.com>.
 `-_-'   Oletko halannut suttasi tnn?
  'U`    
Tarjoilija, tm ateria el viel.
Xref: sparky comp.sys.amiga.misc:18988 comp.sys.amiga.hardware:21982 aus.computers.amiga:1211
From: cs903023@ariel.yorku.ca (PAUL M CAMPANOTTI)
Subject: NEC SilentWriter driver
Organization: York University, Toronto, Canada
Date: Wed, 23 Dec 1992 12:50:34 GMT



  I have recently aquired a NEC SilentWriter LC 890 printer.  I am
  now in the need of a driver for the printer.  Is there a driver
  available via ftp or anyother source ?

  
                                            Thanks in advance

---------------------------------------------------------------------  
Paul Campanotti  ///          cs903023@ariel.yorku.ca          
                ///                                 
Toronto,    \\\///            
Canada       \XX/             
         Education is a journey, not a destination.
Reply-To: s37732v@vipunen.hut.fi (Markus Aalto)
Message-Number: 311
Followup-To: comp.sys.amiga.misc
Distribution: world
Newsgroups: comp.sys.amiga.announce
From: s37732v@vipunen.hut.fi (Markus Aalto)
Subject: ScreenSelect V1.2
Date: 28 Dec 92 12:59:31 EST


TITLE
 
  ScreenSelect V1.2 - A Commodity to change screen orders.
 
 
AUTHOR
 
  Markus Aalto             s37732v@vipunen.hut.fi
 
 
DESCRIPTION
 
  ScreenSelect is a commodity program for users who commonly have more
  than 2 screens open at the same time. It gives you a list of screen
  names where you can then pick the screen you want to come frontmost.
  
  In addition you can bind a hotkey for every public screen and also
  bind a hotkey to change Default Public Screen.

  ScreenSelect also has a font independent GadTools interface.
 

VERSION INFO

  Changes to V1.1b.

  Version 1.2
  ===========

   Compilation date was 07-Dec-1992.

   * Previously `ScreenSelect' exited when it couldn't find screens.
     This made it impossible to put it in `Startup-Sequence' or
     `User-Startup' file before `Workbench' screen is opened.

   * From now on, version number format should be Amiga Style Guide
     compliant.

   * Added `AUTOACTIVATE' option.

   * Added `SCREENKEY' option which allows easy default public screen
     selection with hotkey.

   * Added `Default PubScreen' text gadget.

   * First version compiled with SAS/C V6.1. Size reduced almost 2k
     compared to V1.1b.

   * Better documentation.


REQUIREMENTS

  Kickstart V37 or greater. 

  
FILE NAMES / HOST NAMES

  Contents of V1.2 release:

     ScreenSelect (dir)
          AutoUpdate (dir)
               SS_AutoUpdate
               SS_AutoUpdate.info
               SS_AutoUpdate.asm
               SS_AutoUpdate.asm.info
          Docs (dir)
               ScreenSelect.doc
               ScreenSelect.doc.info
               ScreenSelect.dvi
               ScreenSelect.dvi.info
               ScreenSelect.guide
               ScreenSelect.guide.info
          AutoUpdate.info
          Docs.info
          ScreenSelect
          ScreenSelect.info
          IMPORTANT
          IMPORTANT.info
     ScreenSelect.info


  ScreenSelect was uploaded to amiga.physik.unizh.ch so it can be found
  on all AmiNet anonymous FTP sites from directory. 
 
  os20/cdity/ScreenSelect_V1.2.lha
 
 
DISTRIBUTABILITY
 
  ScreenSelect is copyrighted, but freely distributable for non-commercial 
  use.

  ---

   Markus Aalto                     | Helsinki University of Technology  
   EMail: s37732v@vipunen.hut.fi    | Faculty of Electric Engineering
   Fax:   358-0-8746991 (Sometimes) | Undergraduate in Computer Science

--
Read all administrative posts before putting your post up.  Mailing list:
announce-request@cs.ucdavis.edu.  Comments to CSAA@megalith.miami.fl.us.
MAIL ALL COMP.SYS.AMIGA.ANNOUNCE ANNOUNCEMENTS TO announce@cs.ucdavis.edu.
From: sburton@dres.dnd.ca (Stan Burton)
Subject: ADev11 Version 1.2
Reply-To: sburton@dres.dnd.ca (Stan Burton)
Followup-To: comp.sys.amiga.programmer
Message-Number: 309
Distribution: world
Newsgroups: comp.sys.amiga.announce
Date: 22 Dec 92 14:43:34 EST

TITLE:         ADev11
VERSION:       1.2
AUTHOR:        Stan Burton
               Internet: sburton@dres.dnd.ca
               BIX:      sburton

DESCRIPTION:   ADev11 is a complete development system for the Motorola
               MC68HC11 processor.  Separately assembled source files are
               linked to produce an S-record file.  Includes assembler
               (a highly modified version of DAsm), linker, librarian,
               disassembler and serial downloader.  Additionally, the
               assembler, linker and librarian handle source for 6800,
               6303 and 68HC16.  For those that dislike S-records there
               is a converter which converts to memory dump.  Source for
               the converter is included.

REQUIREMENTS:  AmigaDos 1.3 or later

SPECIAL REQUIREMENTS: None

NEW FEATURES:  Mostly bug fixes, some new features and additional library
               functions.  Multiple processor support for downloader.  For
               those who tried to use the disassembler and failed - sorry,
               this one is much better.

FTP LOCATIONS: File name: ADev11_1_2.lha

               wuarchive.wustl.edu (128.252.135.4):
                           mirrors2/amiga.physik.unizh.ch/amiga/dev/cross

               amiga.physik.unizh.ch (130.60.80.80):
                           dev/cross

               BIX:
                           amiga.user/listings

PRICE:         US$0.00

DISTRIBUTION:  Freely Distributable.
From: cg@ami-cg.GraySage.Edmonton.AB.CA (Chris Gray)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Big mistake - A compromise (of sorts)
Distribution: world
Date: 22 Dec 92 22:46:09 MST
Organization: Not an Organization

In article <38080@cbmvax.commodore.com> jesup@cbmvax.commodore.com
(Randell Jesup) writes:

>cg@ami-cg.GraySage.Edmonton.AB.CA (Chris Gray) writes:
>>CBM has said they are working on two new chip sets/architectures. One is low
>>end and one is high end. OK, so deliberately make the two sets as incompatibl
>>as possible! Then, release the full specs on the low-end architecture, but
>>not for the high-end one.
>
>	It's not too bad an idea, except for the problem that today's high-end
>system has a good chance of becoming tomorrow's low-end system (or more likely
>the basis for developing a low-end version).  There is (or should be) a steady
>migration of technology from the high end to the low end as time goes by.
>Your idea has a problem in that if we release the specs for chipset X, and
>later make a derivative of chipset Y for the low-end, few games written for
>X (and some non-games) will work.

I understand what you are saying, and partially agree. How many of the games
for the current chipset (or for AGA for that matter) will run on the high-end
chipset? Making them compatible will make you all old before your time! Things
like the hardware-bashing demos and action games will be rewritten to take
advantage of whatever new gizmos are available to them. The writers of those
are in a constant competition to make the most use of what is given to them.
I doubt that that will change. Games that follow all the rules can be expected
to run on new architectures (perhaps with recompilation for any future new
RISC CPU), but they also will eventually want to use the new resolutions,
screen depths, sound systems, etc. Software grows old too; it just follows the
hardware by a couple of years.

I'm slowly being convinced that some of the demos and flashy games are good
for the Amiga, even if they require a reboot afterwards, and only work on
some of the machines. They are flashy, and flash attracts people. I realize
that where I'm heading is towards a split in the Amiga line - the low end
ones for demos and games, the high end ones for multimedia, animations, VR,
etc. Is this bad? Is it avoidable? Is it worth your effort to have one machine
that supports both? I dunno!

I'm off for a week - Merry Christmas to all!

--
Chris Gray   cg@ami-cg.GraySage.Edmonton.AB.CA
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc
From: tomasa@dront.nada.kth.se (Tomas Arvidsson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 28 Dec 92 02:35:15 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <1992Dec27.192924.2501@ugle.unit.no> mortene@Lise.Unit.NO (Morten Eriksen) writes:


>But, here's a potential problem for the Amiga gameindustry: people
>bothering to learn coding on the MC680x0 chipset will be dramatically
>reduced if CBM don't release a HRM for the AGA chipset. 

Those two issuses have nothing, or at least very little, to do with each
other.

>When amateur coders start programming (often inspired by the eurodemos
>or games) they want something to happen on screen with as little
>effort as possible. Coding dirty and directly to the hardware means
>that the coder just have to know the basic principles of machinecode,
>the RAM- structure on the Amiga, the conversion between numbersystems
>and a few other things. 

Quite true but for that you don't need a hardware reference manual
covering the AGA chipset. The current hardware reference manuals cover
enough of the chipset for that. Remember; The AGA chipset is fully
compatible with all previous chipsets.

>Commodore Amiga has made, and makes, lots of mistakes. Deciding not
>to release a reference manual for the AGA-chipset would probably be
>one of their greatest to date. 

It's probably the best thing they have ever done. It will make it easier
to create new chipsets or extend the existing one without having a large
part of the software base stop working.

>This decision is like spitting in the face on a huge part of their
>userbase.

Then the "huge" part of the userbase probably deserves it as it was
they who made it neccessary...

>Morten

-- 
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/
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: InputHandler debugging (long)
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Wed, 30 Dec 1992 11:59:57 GMT

In <lk1stgINNsej@exodus.Eng.Sun.COM> cmcmanis@pepper.Eng.Sun.COM (Chuck McManis) writes:
>Note you'll have to fill in the reply port for the return message but
>all in all its pretty easy to do. At one point I thought I'd recreate
>the Berkeley syslog(1) interface for the C library.

Intesting, my version of that daemon is called syslog (the routine itself
is called kprintf to be replacable with the debug.lib routines).

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."