HDTenEightyP/NetNews huggingface dataset:
From: Scotty@freemf.UUCP (Scotty)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Icons for assigns?
Distribution: world
Date: 18 Nov 92 21:29:38 PST
Organization: Not an Organization

In a message dated Tue 17 Nov 92  8:30, Alien@acheron.amigans.gen.nz (ross 
wrote:

 A> Here's something I've often wished for ... maybe Commodore could
 A> consider it for a future OS release, 

  It's already in ADOS v2.04(and above) - but even easier to implement...

 A> I'd like to be able to put a "disk.info" icon into a directory, set up
 A> an assign to that directory, and have the pseudo-disk icon appear with
 A> the real disk icons on my Workbench.

 A> E.g.
 A>    makedir work:docs
 A>    copy work:disk.info work:docs/disk.info
 A>    assign docs: work:docs

  Just single click the drawer icon that you want to put on the workbench,
and select 'Leave Out' from the Icons workbench menu, and presto - it's
there.  You can position it as you like, and 'snapshot' it, and it will be
there even between reboots.  One cool thing about this feature, is if the
drawer you leave ont is on a floppy, and you eject the disk, the left out
icon goes away, and when the disk is re-inserted the icon comes back!

 A> (My Amiga is a 2000 with 2.05)
 A> ...... Ross Smith (Wanganui, NZ) ...... alien@acheron.amigans.gen.nz

  RTFineM - *(Scotty)*

-- Via DLG Pro v0.995

John (Scotty) Freeland  ---  scotty@freemf.eskimo.celestial.com
Newsgroups: comp.sys.amiga.programmer
From: s37732v@snakemail.hut.fi (Markus Juhani Aalto)
Subject: Re: New hardware reference guide?
Organization: Helsinki University of Technology, Finland
	<37062@cbmvax.commodore.com>
Date: Tue, 17 Nov 1992 16:58:47 GMT

In article <37062@cbmvax.commodore.com> peter@cbmvax.commodore.com (Peter Cherna) writes:

[ Long list of examples deleted... ]

	   - Not using system-supplied mechanisms (one application
	     "knew" that under 1.3, audio.device was third (or whereever, it
	     doesn't matter what the exact position was) on the device list.
	     Rather than call OpenDevice(), it just took the third device
	     pointer.

UNBELIEVABLE! I hope you arrested this guy! :^)

	   - Assuming the ROM size or location.  (jumping to the start of the
	     ROM in order to reset the computer amounts to jumping to middle
	     of the ROM now that the ROM is 512K large).

Whops! I confess! :^) 
( It was a Reset program I made about four years ago ).

I don't even want to try to run my old demos I made many years ago. These
programs were so badly programmed that I'm (almost) embarrassed.


	Peter
   --
   Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
   {uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
   My opinions do not necessarily represent the opinions of my employer.
   "I believe it's bad luck to be superstitious."
--


**************************************************************************
*         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: cpc@shell.portal.com (Chris Cebelenski)
Subject: Re: It's time to have a FAQ.
Keywords: Amiga programming FAQ
Organization: Portal Communications Company -- 408/973-9111 (voice) 408/973-8091 (data)
Distribution: worlD 
Date: Fri, 20 Nov 1992 21:56:09 GMT

A FAQ would be wonderful.  And of course right now I'm wondering if I should
put my foot in my mouth and volunteer as keeper or not.  I'm not an "expert"
on Amiga programming, but I am an "expert" on programming in general. (Or
at least "professional", which if you belive my resume is just about the
same thing :-) )  At the very least I would be willing to keep and catalog
expert answers into a list if nobody else wants the job.

Chris - cpc@shell.portal.com
  
Xref: sparky comp.sys.amiga.programmer:16218 comp.sys.amiga.hardware:20118
From: h8eg083@stan.xx.swin.oz.au (Darren Gower)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Trivial thoughts on SAS/C 6.00
Date: 21 Nov 92 16:09:57 GMT
Organization: Comp. Centre, Swinburne University of Tech., Melbourne, Australia

In <1992Nov18.171128.58776@qut.edu.au> barham@qut.edu.au writes:

[...]
>2) Now the serious BUG TO END ALL BUGS - when the Global Optimiser is
>   running, any warnings it puts up (like "removing dead assignment" or
>   something) don't get sent to the message browser.  This is not a real
>   buggy bug in the actual "bug" sense of the word, merely an enhancement
>   request I suppose.
[...]

Actually, related to this - when I set scopts to noversion and noconsole,
I *expect* there to be no messages. It appears, however, that the global
optimiser doesn't know about the options in the scoptions file... it
still fills the screen with optimiser warnings/messages. (I'll mail this
to EMITS as a suggested enhancement soon...)

regards,
Darren.
-- 
+-----------------------------------------------------------------+-----------+
|"Hey, just because I don't care doesn't mean I don't understand!"|    The    |
|  -- Homer tries to understand Lisa, ``Lisa's Substitute''       |Executioner|
+----Internet: h8eg083@stan.xx.swin.oz.au | h8eg083@136.186.1.1---+-----------+
Xref: sparky comp.sys.amiga.programmer:16154 comp.sys.amiga.hardware:20023
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Will SAS 6.0 maintence cost us?
Originator: walker@twix.unx.sas.com
Date: Wed, 18 Nov 1992 14:21:59 GMT
Organization: SAS Institute Inc.


In article <1ebk0lINNb67@crcnis1.unl.edu>, pdietz@cse.unl.edu (Phil Dietz) writes:
|> 
|> Will the upgrade disk to fix the SAS6.0 bugs cost us?  If not, do we
|> have to order it...or will they just ship it to us (please :-)?

I've gotten this question several times in mail, so there seems to be
a lot of people interested.  Here's the scoop:

The new patch will be called 6.1.  We're going to a shared-library
style numbering scheme, so following releases would logically be
called 6.2, 6.3...6.9, 6.10, 6.11 and so forth.  (We reserve the
right to skip numbers for internal versions, but any future
publically released version will have an increasing number
after the decimal.)

The patch will be freely redistributable.  We will upload it to
BIX, CompuServe, Portal, Genie and make it available for 
anonymous FTP (if anyone can tell me the FTP site or sites to
use, please do so.)  From there, I anticipate that it will be
rapidly disseminated via the normal freely redistributable 
software channels.  Since the patch is in the form of binary
differences, the original 6.0 disks will be required; therefore,
it won't do anybody any good if they don't already have 6.0.
This is why it is possible for us to make it freely redistributable.

If a user cannot get the patch from a friend, from their local
BBS, or via anonymous FTP, then they can contact technical support
and we will mail them a diskette.  We plan on sending postcards
to all registered customers letting them know the patch is available
a few weeks after it is posted, in case the user does not follow
any of the major newsgroups or conferences.

The patch is currently still in beta test.  If all goes well, it
will be available next week.  At this point, we welcome your bug
reports and will try to help you with them, but we are not fixing
any additional bugs in 6.1.

All reported CXERRs, cases of bad code, and crashes are fixed.
Any bug that impairs the use of a tool and was reported more than
a week ago is fixed.  A detailed list of the fixed bugs is 
provided in the patch, both in AmigaGuide format and as a plain
text file.

|>                                                               Phil Dietz
-- 
  *****
=*|_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.

Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: What C is best for me!?
Originator: walker@twix.unx.sas.com
Date: Mon, 16 Nov 1992 19:24:24 GMT
Organization: SAS Institute Inc.


In article <fgd3.02vj@nifty.UUCP>, fgd3@nifty.UUCP (Fabbian G. Dufoe, III) writes:
|> In article <7u-1Hl6cxa@atlantis.psu.edu> KRC@ECLX.PSU.EDU (Keith R. Connors) writes:
|> >Hi all....
|> >
|> >I'm wondering what C programming system I should use....please help me out...

|>    You have sufficient resources to run either DICE, SAS C or Manx C with no
|> problems.  You might be a little tight running gcc or any of the C++
|> implementations.  I don't know.

Keep in mind that, as a beginner, a source-level debugger is VERY
helpful in figuring out what is going on.  DICE doesn't have one,
SAS/C and Manx do, and as a SAS Institute employee I'll refrain
from mentioning which one I think is better 8^)

|> --Fabbian G. Dufoe, III

-- 
  *****
=*|_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.

Xref: sparky comp.sys.amiga.programmer:16269 comp.sys.amiga.hardware:20177
From: Boinger@myamy.hacktic.nl (Paul Kolenbrander)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware Manual)
Date: 22 Nov 92 18:45:29 MET
Reply-To: boinger@myamy.hacktic.nl (Paul Kolenbrander)
Distribution: world
Organization: System Information 2.0 Development
X-NewsSoftware: GRn 1.16g (10.17.92) by Mike Schwartz & Michael B. Smith

In article <37190@cbmvax.commodore.com> bj@cbmvax.commodore.com (Brian Jackson - Amiga Networking) writes:
> In article <1992Nov19.154759.12082@ifi.uio.no> stigo@ifi.uio.no (Stig Arne Olsen) writes:
> >In article <1992Nov18.225947.5840@beaver.cs.washington.edu>, wille@june.cs.washington.edu (Robert Wille) writes:
> Please don't spread such bogus mythology. Anyone with an application that
> requires any/all of the Workbench files on their distribution can
> acquire a Workbench license for a _small_ fee and have at it. Matt
> Dillon's DICE (registered version) comes with this. No big deal.
> 
> There is nothing whatsoever "hard to deal with" with that.

Hmm. Not totally true. It kinda depends on what country your in. Would it
surprize you that in the Netherlands when you want to become a registered
developer, you need to

1. Already have a product on the market
2. Be registered at the Chamber of Commerce
3. Be prepared to pay US$ 500.- a year...

Sound familiar? Yes it IS the Commercial Developer program! And it is 
also the ONLY one they are offering!!! How about us Freeware/Shareware
programmers? I can meet the first two requirements, but US$ 500,- a
year? No way. I don't mind having to pay C= a reasonable sum for the
'privilige' of being registered, and getting the info I need, but $500
is way out of my league... :-(

>        Brian Jackson    Amiga Networking Group, Commodore-Amiga Inc.
>                         bj@cbmvax.commodore.com

CYa, Paul

-- 
Paul Kolenbrander  \ InterNet: boinger@myamy.hacktic.nl
Turfveldenstraat 37 \ Fido: 2:284/114.3 Paul Kolenbrander
NL-5632 XH EINDHOVEN | - - - - - - - - - - - - - - - - - - 
Voice: +31-40-415752 | Timezone:GMT+1 | Fax: +31-40-426446
From: efp90@ecs.soton.ac.uk (Pritchard EF)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: sprites in 3.0?
Date: 23 Nov 92 17:23:45 GMT

In <69619@cup.portal.com> Dan_E_Babcock@cup.portal.com writes:

>Have you tried JRComm? That's an example of very
>simple sprites use (for the cursor). If even that doesn't work than
>-nothing- will work.

>Dan

I've Used MED3.00 on my A1200, and the sprites don't work on that...


----
E.F.Pritchard                       ///
efp90@uk.ac.soton.ecs           \\\/// Amiga     I seriously need something
University of Southampton        \xx/            to go on this side of my
England.                                         signature, any ideas?
From: jlavin@cie.uoregon.edu (Jeff Lavin)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: cmpi.l #,d16(pc) with SAS6asm, A68K, etc
Date: 18 Nov 92 00:32:01 GMT
Article-I.D.: nntp.1992Nov18.003201.807
Organization: The Puzzle Factory

In article <1e9eq7INN3vs@werple.apana.org.au> bytey@werple.apana.org.au (Chris Hames) writes:
>jamie@cdevil.unx.sas.com (James Cooper) writes:
>
>>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...  :-)
>
>Well I started this mini war of quotations so I will add what I have found.
>It appears that the cmp #<data>,(d16,PC) is only valid on the 68020 and
>higher processors.  Besides being told this the instruction works on my
>68030 and it crashed a friends 68000.
>
>The only problem is I haven't found one assembler which correctly handles
>it as such:-
>
>SAS 6 asm won't touch it no matter what processor switch.
>A68K won't touch it. 
>Aztec as passes it no matter what processor.
>Asm-one asm won't touch it.
>
>>-- 
>>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.
>
>-- 
>Chris Hames
>Internet: bytey@werple.apana.org.au               FidoNet: 3:633/353


I just tried it under Macro68 V3.170.  Assembling with the default
68000 cpu, it gives the error:

  Bad address mode for cpu type
 
Adding the directive "mc68020" just before this line causes the assembly
to be successful.

One note:  Under "strict" mode (what I use), the "cmpi" instruction must
be used, rather than "cmp".  Hope this helps.

-- 
The Puzzle Factory, Inc.  | Jeff Lavin -- jlavin@cie.uoregon.edu
Veneta, Oregon            |-------------------------------------
Voice : (503) 935-3709    | Remainder of signature line
Data  : (503) 935-7883    | under construction.
Newsgroups: comp.sys.amiga.programmer
From: aa302@Freenet.carleton.ca (Russell McOrmond)
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Reply-To: aa302@Freenet.carleton.ca (Russell McOrmond)
Organization: Carleton University, Ottawa, Ontario, Canada
Date: Sun, 22 Nov 1992 19:20:42 GMT


In a previous article, Ty_Sarna@fcircus.sat.tx.us (Ty Sarna) says:
>I agree, we need make the general programming public start using the OS;
>HOWEVER, C= DOES need to provide the Linux, Mach, and other alternate-OS
>people with hardware docs.  Make them sign up as certifieds if you like
>so that they're covered under NDA, and even make them distribute those
>drivers binary-only if you must, but DO provide them with details.

  Sorry.  The whole nature of operating systems such as Linux, Mach
and BSD is that they are source released.  If CBM doesn't provide
publicly accessable documentation to these people, the Amiga will just
be dropped as a platform to bother to support these operating systems
on.

  I know that I myself have been getting real frustrated with a lot
of things lately to do with operating systems/etc.  The responses to
my DTR issue from a CBM employee, and a few past-employee's have just
made me begin to think all over again why it is that I bother to
try to support AmigaDos.

  Since I have some very nice fast hardware
here (A3000, etc) I have thought that it would be interesting to
move to Mach (And I have been reading the amiga-mach mailing list
for a long time).  I would hate to see the situation where the number
of people with un-ducmented hardware platforms made writing software that
supported those platforms not worth doing.  I'd hate to end up having to
buy some slow EISA 486 or something due to a lack of documention on
CBM's part.

  It's funny that while one shared library (serial.device) gets
me ticked, it's other shared libraries like xpr*.library,
xferq.library, etc that keep me with the Amiga.

>::    Ty Sarna, Postmaster       The Flying Circus BBX, San Antonio, TX ::
>:: Ty_Sarna@fcircus.sat.tx.us      512/697-9134 (USRobotics Dual Std)   ::
-- 
 Russell McOrmond, Ottawa Ontario, Canada    | Standard Disclaimer applies.
 Freenet: aa302@freenet.carleton.ca (Faster) | Current WELMAT 'keeper of
 Home: rwm@Atronx.OCUnix.On.Ca,  1:163/109   | sources.
From: Eco_-_Development@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
Subject: Re: CDRom SCSI Commands ???
Date: Sat, 21 Nov 92 07:56:37 PST
Organization: The Portal System (TM)
Distribution: world

>
>We have a few SGI Indigo's around here, and they all come with CD Rom drives.
>Only one drive is hooked up, so we have a few just sitting around collecting
>dust.  What I'd like to do is to write a program that I play Audio CD's.  I
>could buy one of the CDRom file systems, but for $60 I can almost go out and
>buy a portable CD player.
>My question. Does any one know that SCSI commands used to do this ???
>The drive is a Toshiba 3301.  No drive documentation comes with the Indigo,
>so no luck there.
>Any help, info, or insults welcome !!!
>
>Thanks...
>
>
>                                                                gad
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>=            Greg Deuerling, Fermi National Accelerator Laboratory            =
>=          P.O.Box 500   MS#368  Batavia, Il  60510   1(708)840-4629          =
>=                           Computer R&D Group                                =
>=                           gad@fncrd6.fnal.gov                               =
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>


We have tried hooking up SGI cdroms to the Amiga before without much luck,
SGI has the cdroms shipped with a special rom.  We have tried the CDROM-FS
software as well as Xetec software (much better software).  The Xetec software
is worth the $60.00,  it comes with programming tools, and several CD-Roms.
I wrote my own juke-box player and am working on the auto-disk recognize and
cataloging program.  This is so the software will recognize which CD is inserted
and only play the tracks I want it to play, automatically.  There is a program
that does this on your SGI I believe.
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: New hardware reference guide?
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Tue, 17 Nov 1992 02:21:29 GMT

In <Bxnwno.6ns@cck.coventry.ac.uk> csg019@cch.coventry.ac.uk (-~=Zaphod=~-) writes:
>>This is hardly right. In most cases you will end with a program that
>>a) runs on some machines only (most likely A500's and A3000's with no expansion)

>It would work on any amiga with the custom chips at location $DFF000.

Really ? What would a single interrupt from another hardware cause when
the programmer didn't lock out that possibility before ? How many demos
simply fail because 'self-modifying' code is soooo cute ?

>>b) crashes with a new OS version or when started from system that is booted further
>>   than the initial CLI.

>It would not crash under new OS versions, because it would only use a few
>bare essential routines like Forbid() and Permit().

There is more to it. A large couple of demos I have seen load straight to
some absolute address (or the decompactor does that). With different OS
version the chip memory usage varies and it is likely for the decompactor
that it hits the copperlist :)

>And whats the point about booting got to do with the price of fish?

The point is that you have to reboot your computer even to _start_ the
demo.

>>c) does generate bogus displays on either NTSC or PAL systems.
>Depends what you mean by bogus displays.

Oh.. even non-synchronizing displays. Or that neat loss of the correct
bitplane pointers in the Elite game.

>NTSC users would loose a portion of the screen due to the fact that the
>NTSC screen can't display as many lines at a PAL screen.

>Easy enought to avoid, just :

Heh.. 'just' ? did I write the demo/game ?

>1.. Write another version where the graphics are kept withing a smaller
>area on the screen.

>2.. Write a just an NTSC version, so all the lucky PAL owners have a chunk
>of screen missing (*not big OR clever CINEMAWARE*).
> 
>>d) risks hardware damage with things connected to the serial or parallel port.

>How could it *dammage* hardware?
>Your not one of them guys that think that some viruses write to the disk
>label are you?  :)

I have seen programs that simply write to the parallel or serial port.
That is not wise when you don't know what hardware is connected. Ah sure..
to run a demo I have to turn off my computer, disconnect everything and
boot from disk.. NOT!

>>Ah, yes.. that's my experience with the creations from "demo coders".
>Are you sure?

Indeed.

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."
Newsgroups: comp.sys.amiga.programmer
From: eeklund@nyx.cs.du.edu (Eivind Eklund)
Subject: Re: What kind of hardware? (was Re: New hardware reference guide?)
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.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Wed, 18 Nov 92 15:37:22 GMT

In article <36936@cbmvax.commodore.com> chrisg@cbmvax.commodore.com (Chris Green) writes:
>In article <1992Nov10.124937.26690@imada.ou.dk> breese@monet.imada.ou.dk (Bjoern Reese) writes:
>>In short: How do I, using the OS, check what kind of hardware (CPU
>>and chipset) is in use on an arbitrary Amiga?
>
>	GfxBase->ChipRevBits0 contains bits for the graphics chips.
>ExecBase contains bits for CPU. Of course, this may not help
>you much if the bits there are reflecting some new chipset
>which didn't exist when you programmed your game or demo.

Yeah.  What are the defs for AGA?  If the stuff has AGA, I could refuse to
run 8-)
That would at least be better than crashing the machine...

>	Of course, MakeVPort works on all the revisions of the
>chips, past and future, which is why you should use it.

Out of the question.  It do NOT work on my current configuration in that
it is too slow to allow me to do what I want.

Eivind Eklund AKA Vishnu CRB
eeklund@nyx.cs.du.edu or phone +47-(0)-9-944946 (BBS, shout to get ME)