HDTenEightyP/NetNews huggingface dataset:
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: system-friendly screen-hack ?
Date: 17 Nov 92 12:50:58 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <1992Nov16.192637.29578@ifi.uio.no> christim@ifi.uio.no (Christian Moen) writes:
>I need to write to a screen blindingly fast, but want to do this
>in a system-friendly manner. I've thought about grabbing the
>bitplane-pointers in the screen-structure, but is this really
>system-friendly ?  What about future DIG/RTG ?

	NEVER, NEVER use the imbedded Screen BitMap structure. Use
Screen->RastPort->BitMap. Under DIG, or on systems with more than 
8 bitplanes, the copy of the bitmap can't be valid.

>
>I've also thought about using the graphics.library BltBitMap function,
>put I think I'm better off not using the blitter.

	BltBitMap will work fine under DIG/RTG.
-- 
*-------------------------------------------*---------------------------*
|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
|"A screaming comes across the sky..."      - backofmyhead              d
*-------------------------------------------*---------------------------*
Newsgroups: comp.sys.amiga.programmer
From: quandt@mcs213c.cs.umr.edu (Brian Quandt)
Subject: sockets
Date: Mon, 16 Nov 1992 23:42:02 GMT
Organization: University of Missouri - Rolla

 heard that ipc sockets is available on the amiga (amigados).  Is this true?

Where might I find this library of goodies?  

Anyone have any comments on sockets on the amiga?  How compatible with
somthing
like sun sockets?  That is could
I right a muti process  program that is using sockets on the SUN and Amiga that
are idetintical, eg only need to be recompiled?


Newsgroups: comp.sys.amiga.programmer
From: meixner@rbg.informatik.th-darmstadt.de (Matthias Meixner)
Subject: Re: vd0:  where can I find it?
Date: Mon, 16 Nov 1992 14:31:32 GMT
Organization: TU Darmstadt

In article <23961@galaxy.ucr.edu>, vexar@watserv.ucr.edu (Joe C Solinsky) writes:
> Hello,
> 	I have a massive ammount of free Ram on my Amiga, and I was wondering  
> if there was a way to use something called VD0: on it.  I have tried to use the  
> rad: drive, but for some reason, owning the B2000 has prevented the successful  
> use of it.  Anyone got any ideas for me? 
> -Joe Solinsky
> vexar@watserv.ucr.edu

Maybe RAD: doesn't work, because you have >512KB Chip_Ram.

Try to use 
   setpatch -r in the startup-seuqence

Maybe that helps.

-Matthias
Newsgroups: comp.sys.amiga.programmer
From: seifert@gn.ecn.purdue.edu (Michael S. Seifert)
Subject: Audio.device question
Organization: Purdue University Engineering Computer Network
Date: Mon, 23 Nov 92 15:36:07 GMT

I know there has to be some easy way to let my program know if a sound
is currently playing in a channel.  Ive tried using CheckIO, but it doesnt
seem to work....  

Does anyone have a code fragment that would do this?

mike
Newsgroups: comp.sys.amiga.programmer
From: ludde@cyklop.nada.kth.se (Erik Lundevall)
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware Manual)
Keywords: Bang bang, the hardware is dead
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Mon, 23 Nov 1992 14:18:39 GMT

In <1992Nov22.152520.7304@imada.ou.dk> breese@monet.imada.ou.dk (Bjoern Reese) writes:
>In article <37190@cbmvax.commodore.com> bj@cbmvax.commodore.com (Brian Jackson  
>> be it.  The fact is that "demo coders", while creating 'neato' things
>> to look at, do little or nothing for sales and they create an entire

>Most people I know bought their Amiga because a) the games, b) the
>demos, and c) the possibility of learning how to create one (game/demo)  
>themselves. It is my strong belief that Amiga only survived the initial

Yes, that is probably true, at least for part a (the games) combined with
what kind of computer their friends used. There are probably a number
of people who bought the Amiga just for making demos etc, but compared
to the rest they are not many.


>> right. The result is application software (you know, the stuff that
>> people pay MONEY for and expect to work on new machines) that is chock

>How much MONEY do you pay for demos? If it's anything above the prize of
>a disk, you've been fooled.

And? You have missed the point. People pay money for software and expect
it to work properly when upgrading to a newer model. Obviously this has
not been fulfilled completely, since there has been compability problems
with some software when a hardware/software upgrade has been made.
One of these problem areas is caused by people banging on the hardware
directly. Now, some of these hardbangers are pure demo coders, others
are not. It does not matter, because you can't separate them in practice.

You have to look at it in a broader perspective than just the demos you
might want to write. 


>> full of silly, pointless coding errors and, often, _slower_ code than 
>> if it had been coded properly from the start.

>Most applications are written in C, or another highlevel language, not
>in assembly language, like almost all demos. I doubt that the problems
>above erupt from the demo scene the way you want us to believe. I think

The point here was most likely that some people have constructed their
own ways of doing things, in spite of existing support in the OS. This
has not always been more effective. Which language it was written in is
of secondary importance.


>Which leads me to another question. What is worst: a demo coder with
>docs on how to bang the hardware properly, or a demo coder without
>these docs?

Wrong question. The point is that you should not bang the hardware.
Commodore does not keep the AGA hardware info to themselves because
they want you to bang the hardware without docs. They don't want you
to do it at all. 
-- 
-Erik Lundevall             ludde@nada.kth.se 
                            ludde@adder.adsp.sub.org
                            cbmehq!cbmswe!adder!ludde@cbmvax.commodore.com
Your fault. Core dumped.
From: bn@mndcrme.uoknor.edu (Bo Najdrovsky)
Subject: Re: Can Dice create code for 020/030?
Newsgroups: comp.sys.amiga.programmer
X-Newsreader: TIN [version 1.1 PL6]
Date: 15 Nov 92 21:22:23 CST
Organization: Operation Mindcrime

"Stefan Berg" (sgberg@peach.ucs.indiana.edu) wrote:
: Dice can be started with the options -030 -020 -881 -882 to force Dice to
: generate code for the specified processor. I tried -030 on a simple cat.c
: program, but the code seemed to have the same length. Does anybody know if Dice
: can actually optimize a program for the 020 or 030 or use the fpu instructions
: for the 881, 882? The documentation mentiones that versions 2.06 of Dice was
: supposed to have support for these processor (I have 2.06.40R).

    I asked Matt about this via E-mail and he told me that the flags are
pretty much ignored right now.. if you select -030 -882 it generates same
code as if you didn't select it.   I'm hoping that this "major" update that
Matt's preparing for December release has the 882 support in it. It would
make big difference in the floating point stuff.
    Speaking of the update, is anyone here in position to let us in on what
sort of neat new stuff is gonna be included in the new DICE?
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: physical memory protection with MMU
Date: 17 Nov 92 02:44:18 GMT
Organization: BBS

> The real problem stems for two (or more) tasks that pass their own
> privately defined structures around.
 
I must disagree.  Since so many programs pass so much memory between
tasks both in system defined ways and in private ways, the odds are
that you'll end up with memory protection that leaves unprotected a
significant fraction of all memory in use.  Another concern is
performance ... one MUST retain the ability to pass Exec messages in
near zero time, for currenps to work well.  My MIDI sequencer,
for instance, can easily pass a single message through a dozen
different tasks between the press of a key and the sounding of the
resulting note.  That has to be done QUICKLY.
Newsgroups: comp.sys.amiga.programmer
From: ronnie@lysator.liu.se (Ronnie Sahlberg)
Subject: Re: Programming
Keywords: AMOS, beginners, programming
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Thu, 19 Nov 1992 09:01:21 GMT

eyvind@Lise.Unit.NO (Eyvind Bernhardsen) writes:


>[What the hell is the C-symbol for binary, anyway...?  0b?]
There is no standard C-symbol for binary, one should use octal or hexadecimal
representation instead (i.e. 020, 0x10 for decimal 16 (onlky an example))


>B'sides, you can't upgrade to a new Unix system w/o recompiling your programs...
This is NOT true. I have personally made one major upgrade and some 50 or 60 minor upgrades on my unix system and have never needed to recompile any programs,
beside the kernel itself. Some of these upgrades have also included an upgrade/
chande in used hardware and that was no problem either.


> > probably doesn't need to be re-compiled under different versions of DOS.  I
> > regularily use HiSpeed Pascal under DOS 1.3 and 2.04.  As long as my routine
> > doesn't use DOS 2.04 specific function calls, it doesn't matter where I
> > compile it or run it.
Yes, this is true if the program is corerctly written. Sadly, there are many
programs that are poorly written and nukes when tried executed on a different 
machine/OS-version. Mainly games and demos are very poorly written.
(I have some programs that refuses to run if I have a HD or extra Floppy
connected, (a problem when I am not able to remove my HD very easily),
this didnt impress me very much. )


> > \|  Stephen J. Johnston     |      sjjohnst@descartes.uwaterloo.ca      /// |/

>-Eyvind

>-- 
>     //|                             | DISCLAIMER: I don't HAVE opinions.
>    // |                             | I just repeat what everyone else says!
>\\ //--|miga: There can be only one. |
> \X/   |         eyvind@lise.unit.no | Aaaaaaaaaaaaaaaaaaaaaaaaargh!  Ackpth!

ronnie sahlberg    ronnie@lysator.liu.se
Organization: Stanford Linear Accelerator Center
Date: Friday, 20 Nov 1992 00:20:25 PST
From: LORETI, Maurizio <MLO@SLACVM.SLAC.STANFORD.EDU>
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.0 upgrades in the UK

I have sent my check more than 3 weeks ago to SAS Gmbh;
last monday I was told by them that more or less other
3 weeks are needed before I receive my compiler. I think
you should be patient (as I am :-(

          From Italy,      ciao            Maurizio
Newsgroups: comp.sys.amiga.programmer
From: ronnie@lysator.liu.se (Ronnie Sahlberg)
Subject: Re: Porting GNU SW with Lattice 5.10
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Thu, 19 Nov 1992 09:07:21 GMT

jfusco@sempco.UUCP (John Fusco) writes:

>I was trying to port the GNU version of SED (1.12) with my Lattice compiler
(stuff deleted)
>the same error.  After I increased the size above 4096, the LC command crashes
>my computer.  Even with a stack size of 100000 it still crashes.

>Any ideas?  Thanks in advance...
Get another compiler. GCC can be quite useful if you want to port GNU software
(or unix software in general).
Your compiler obviously has a bug. A compiler should NEVER crash, whatever 
input you send to it.

>John Fusco
>Internet: sempco!jfusco@wupost.wustl.edu
>UUCP:     wupost.wustl.edu!sempco!jfusco

ronnie sahlberg         ronnie@lysator.liu.se
From: breese@monet.imada.ou.dk (Bjoern Reese)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 15 Nov 92 15:30:46 GMT
Organization: Dept. of Math. & Computer Science, Odense University, Denmark

In article <37026@cbmvax.commodore.com> chrisg@cbmvax.commodore.com (Chris  
Green) writes:
> In article <1992Nov13.083504.58455@qut.edu.au> podesta@qut.edu.au writes:
> >Come on now!! How many advanced system software, that was written on a
> >1.3 A500 with no harddrive will work on a A4000???
> 	A LOT.

Ahhh! But not all? That's interesting.

(@#$@% stupid newsreader. I try once more.)

Does anybody have any info (what software did break, and what
was the possible cause?)

--

Bjoern Reese                   |     Email: breese@imada.ou.dk
Odense University, Denmark     |     Voice: +45 65 932 182 (private)
Newsgroups: comp.sys.amiga.programmer
From: etxpihl@eua.ericsson.se (Tomas Pihl)
Subject: Re: found g++ in gcc, but can`t seem to co
Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
Date: Tue, 17 Nov 1992 09:37:39 GMT

In <1992Nov17.070253.1820@sol.cs.wmich.edu> 22black@sol.cs.wmich.edu (Martin Black) writes:

>>One more question when I'm on the air:

>> How can a simple C++-program that just do a cout << "Hellp world" end up as a 
>>54kb binary file?

>[laugh]  if you think that is big [laugh] try running it on sunOs.  I get a
>hello world to be at 250k.  In fact as soon as I include the iostream.h and
>use it once the files are a minimum 250k.  luckily it doesn't grow much 
>after that, that is to say you can have a couple thousand extra more lines
>and it doesn't grow but a few k in size.

Holy smoke! I just tried it on Sun's `CC' with Cfront 2.1 and the file is
about 24kb.

>Martin
>tm0


-- 
/ Tomas Pihl /   email:   etxpihl@eua.ericsson.se /
/ ELLEMTEL Telecom Systems Lab, Sweden           /
/ Phone: +46-8-727 4338  Fax: +46-8-727 ....    /
-- 
________________________________________
/ Tomas Pihl
/ ELLEMTEL Telecom Systems Lab, Sweden
/ email:   etxpihl@eua.ericsson.se
Newsgroups: comp.sys.amiga.programmer
From: csg019@cch.coventry.ac.uk (-~=Zaphod=~-)
Subject: Re: New hardware reference guide?
Organization: Coventry University
Date: Thu, 19 Nov 1992 12:22:21 GMT

In article <OAHVENLA.92Nov18140424@lk-hp-2.hut.fi> oahvenla@snakemail.hut.fi (Osma Ahvenlampi) writes:
>In article <Bxv4n4.JJ3@cck.coventry.ac.uk> csg019@cch.coventry.ac.uk (-~=Zaphod=~-) writes:
>>>The point is that you have to reboot your computer even to _start_ the
>>>demo.
>
>>Jeez it must be murder pressing the 3 keys together...
>
>Not to go into detail, but some Amigas are not treated as game consoles.
>Mine, for example, although it is only a 68010 A500, is running constantly,
>and I like to avoid even reboots. That's the reason why I think Cube'o'Matic
>is the best demo I have seen yet. If only all would be like that, it's not
>like it's HARD to allocate your memory and check what you're running on..

I know, i've never written a demo without using AllocMem.

What i'd like to know is what C= actually object to.

Are we "supposed" to stop using the $dffxxx registers completely?
Should all games multitask?




-- 
*******************************************************************************
*        ///  A member of S.H.I.T. (Super High Intelligence Team)    ///      *
*       ///        Fight, defeat and kill organized laming.         ///       *
****\\\X//********Steven Haggerty**csg019@uk.ac.cov.cck ok?*****\\\X//*********
Newsgroups: comp.sys.amiga.programmer
From: eeklund@nyx.cs.du.edu (Eivind Eklund)
Subject: 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 16:17:55 GMT

In article <37091@cbmvax.commodore.com> chrisg@cbmvax.commodore.com (Chris Green) writes:
>	So your problem was rendering speed. Use OwnBlitter and bang the blitter
>yourself (or simply use the CPU to render your polygon. 32 bit chip ram
>on 1200's and 4000's will help here). Problem solved. Open an NTSC/PAL

Is this OwnBlitter/DisOwnBlitter solution guaranteed to keep working?  In
that case approx 1/2 my problem is solved...  But I would think this would
end up stopping DIG/RTG?

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

Newsgroups: comp.sys.amiga.programmer
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 21 Nov 92 07:48:59 PST
Organization: BBS

> Closing the serial.device drops DTR;
 
> I can't really imagine a good reason for not using th Open/Close
> method
 
It's not reliable with shared access.  Unless you make sure you are
the only program that can get at the serial port, some other program
may keep DTR raised.  I remember running across this problem when
trying to make some hack to filter data that came through the port or
something.
From: Dan_E_Babcock@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
Subject: Re: cmpi.l #,d16(pc) with SAS6asm, A68K, etc
Date: Tue, 17 Nov 92 13:01:42 PST
Organization: The Portal System (TM)
  <BxKq3t.E9q@unx.sas.com> <1e9eq7INN3vs@werple.apana.org.au>

>The only problem is I haven't found one assembler which correctly handles

Try a good one. :)  Macro68 correctly rejects the instruction if CPU type
is set to lower than 68020, and correctly assembles it (verified with ReSource
) in 68020+ mode.

Dan
Xref: sparky comp.sys.amiga.programmer:16153 comp.sys.amiga.hardware:20022
From: spence@cbmvax.commodore.com (Spencer Shanson)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Date: 21 Nov 92 00:04:55 GMT
Organization: Commodore, West Chester, PA

In article <Bxxr22.EoA@acsu.buffalo.edu> jcmurphy@acsu.buffalo.edu (Jeff Murphy) writes:
>In article <37138@cbmvax.commodore.com> spence@cbmvax.commodore.com (Spencer Shanson) writes:
>>In article <Bxvrpv.31E@acsu.buffalo.edu> jcmurphy@acsu.buffalo.edu (Jeff Murphy) writes:
>>I am no UNIX expert, but is there a reason why the display side of a UNIX port
>>could not sit on top of the graphics.library? After all, to bring up a UNIX
>>screen would involve duplicating the work that has already gone into the A4000
>>kickstart.
>
>	Hmm. At best that would most likely be a kludge, since the graphics
>library would have no way of knowing that it was working in a multi-user
>environment and would therefore not know how to behave. Also: is the
>graphics.library stand-alone... or does it depend upon other OS code  that
>might not be as easily ported?

The graphics.library works fine in a multitasking system, so there is no
problem. It relies on the exec, utility and layers libraries.

>-- 
>jcmurphy@acsu.buffalo.edu                 cit network installation and repair
>opnsmurf@ubvms.cc.buffalo.edu             standard disclaimers apply.  sunyab


-- 
---------------------------------------------------------------------------
Spencer Shanson - Amiga Software Engineer     | email: spence@commodore.COM
                                              | or uunet!cbmvax!spence
All opinions expressed are my own, and do not | Bix: sshanson
(necessarily) represent those of Commodore.   | I want a tube of
                                              | orange Smarties!
From: mr_scary@lakes.trenton.sc.us (Chris Hurley)
Newsgroups: comp.sys.amiga.programmer
Subject: SAS 6.00
Date: Thu, 19 Nov 92 16:56:04 EST
Reply-To: mr_scary@lakes.trenton.sc.us (Chris Hurley)
Organization: Lakes Public Access

When doing console output from my SAS/C 6 program, it seems that the 
output window on the Workbench becomes active preventing further input on 
my custom screen until it is clicked on.  (printf being the method of 
output)   Is this normal and is there any way to surpress this (other 
than not using printf)
From: bojsen@moria.UUCP (Per Bojsen)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 17 Nov 92 20:17:27 GMT
        <1992Nov15.151542.4756@imada.ou.dk>
Reply-To: cbmehq!lenler!moria!bojsen
Organization: IDUN-Soft Aps.

In article <1992Nov15.151542.4756@imada.ou.dk>, Bjoern Reese writes:

> Not in Denmark, and I suspect that this option isn't available in most
> countries either.

You can become registered developer in Denmark for $75, if you can
convince the C= support people you have a need for it.  Demonstrating
examples of your work would probably help here, I guess.

> I remember some time ago, when a friend of mine tried
> to become a Registered Developer and was rejected because was only doing
> demos... or something like that (it has been some time ago, so I don't
> remember the exact cause, but it was something along these lines.)

Note that even if you can't convince C= do to register you, you can still
get virtually all the information you need to develop programs, i.e.,
the RKMs are available in various bookstores (even in Denmark!), the
native developer kit is available from C= (you don't have to be registered
to buy it), AmigaMail is available, older DevCon notes are available, etc.

--
"There had been something loose about the          // Greetings from Per Bojsen
 station dock all morning, skulking in            // cbmehq!lenler!bojsen
 amongst the gantries and the lines and the   \\ // bojsen@moria.home.id.dth.dk
 canisters which were waiting to be moved ..." \X/ pb@id.dth.dk
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 17 Nov 92 02:32:06 GMT
Organization: BBS

> I remember some time ago, when a friend of mine tried to become a
> Registered Developer and was rejected because was only doing
> demos...
 
Do what I did: mention a forthcoming product which you never actually
write, and then once you actually do write something legitimate, let
them know about it and maybe casually mention that the other project
had to be abandoned.
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Frankfurt World of Commodore
Originator: walker@twix.unx.sas.com
Date: Mon, 23 Nov 1992 21:51:25 GMT
Organization: SAS Institute Inc.


Is anybody going to be at the World of Commodore show in
Frankfurt this weekend?  I'll be there... hope to see some
of you.  SAS Institute doesn't have a booth, but they are
sending me just to take in the show and talk to people.  
Then I'll visit our Heidelberg office to talk to the
SAS/Europe people handing the Amiga product.

On a related note, I will be out of the office from 
Wednesday afternoon, November 25, until Friday, December 11.
Lots of you send me email, so be prepared for it to go
unanswered for a while.

-- 
  *****
=*|_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: johnv@acix.DIALix.oz.au (John Verhoeven)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: What is wrong with this very simple c program?
Date: 15 Nov 92 21:22:15 GMT
Organization: ACix - Private UUCP Node, Cloverdale, Western Australia.
X-Newsreader: TIN [version 1.1 PL6]

James Cooper (jamie@cdevil.unx.sas.com) wrote:
> In article <1992Nov10.184406.25907@sol.UVic.CA>, aramsey@ugly.UVic.CA (Aaron  Ramsey) writes:
> >I wrote this as part of a larger program, and it keeps locking up my machine.
> >When I run it, it prints "started....done...." then my machine either locks

[ program deleted, was tramping over memory ]

> C doesn't have any protection mechanism to see if you go outside the
> boundaries of an array.  You have to check for this yourself.

Whats even more fun :-) is that in some compilers accessing arrays with
a negative subscript is also legal, eg foo[-1] = 5.

Does SAS C V6 allow this ?

--

John Verhoeven                        johnv@acix.DIALix.oz.au      _--_|\
Treasurer, Amiga Developers           (ALT: johnv@DIALix.oz.au)   /      \
Association of Western Australia      Phone: (+619) 478 1406      *_.--._/