HDTenEightyP/NetNews huggingface dataset:
From: johnv@acix.DIALix.oz.au (John Verhoeven)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: where is PATCH for gcc v2.2.2
Date: 25 Dec 92 21:15:48 GMT
Organization: ACix - Private UUCP Node, Cloverdale, Western Australia.
X-Newsreader: TIN [version 1.1 PL6]

John Verhoeven (johnv@acix.DIALix.oz.au) wrote:
> Fish Disk 2976 'Patch' is the program I used with no problems.

Oops, I know Fred is pushing them out by the barrow load but we are not
quite at that number yet :-)

That should have been disk 296.

--

John Verhoeven                        johnv@acix.DIALix.oz.au      _--_|\
Treasurer, Amiga Developers           (ALT: johnv@DIALix.oz.au)   /      \
Association of Western Australia      Phone: (+619) 478 1406      *_.--._/
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Going to the metal
Date: 31 Dec 92 20:48:23 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

brett@visix.com writes:
>Chuck talks about development time differences in coding "to the metal"  
>and using the OS. While his example of reading the joystick port is  
>effective (although not using the correct processor 8^) ), there are  
>things that go into creating a game the seems to be ignored by most people  
>in these newsgroups (since most are NOT using a low-end Amiga with minimum  
>resources).

[wrote his own OS from ground up]

>Now all of this was not "easy" but it does go down to the metal. It also  
>works on all the machines I have tested from 68000 to 68040s and A500 to  
>A3000s. All my games (application code) is written to my gameOS (kernel)  
>and is reused. I paid the development cost once.

	If one must run on the hardware directly, this is probably the best
way to go about it - certainly better than just making lots of assumptions 
about how things have been left.  It still may cause more work to be done
if the base hardware changes significantly, but it's much more likely to run
on machines across the range of available machines, since it makes it easier
for you to hide hardware/processor dependencies from the rest of the code.  
Even if you do have to revise it, the dependencies are isolated from the
main game code, and you only have to make the change once instead of N times.

	While writing something like that is quite a bit of work, as you
said you can amortize that over N products.  (Of course, if you make a 
mistake or something changes that breaks you all N will be broken.)

	You can have problems: for example, if the chips are left in AGA
fetch modes (the reason for the "boot in ECS" switch in bootmenu, and for
the fact that AGA modes aren't enabled until after the 3.0 setpatch is run).

-- 
GNU Emacs is a LISP operating system disguised as a word processor.
 - Doug Mohney, in comp.arch

Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
jesup@cbmvax.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: AmigaDOS vs. ANSI SAS implementation [Was Re: SAS C6.1 datecmp bug]
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Tue, 29 Dec 1992 22:03:10 GMT

In article <C01BE5.ALJ@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
>|> Does clock() {ANSI} return a value based on the hardware clock less accurately
>|> than the timer() {AmigaDOS} ignoring their return type differences?
>
>Actually, clock() is an exception.  I implemented clock() myself,
>and it is pretty efficient and does use AmigaDOS calls directly.
>I don't think you could do much better in your own code.

Since you mention it.. ;-) Some people bitched at ixemul.library clock(2) not
really measuring real time, so I must assume it's a usual behavior of other
AmigaOS clock(2) implementations to not return the amount of cpu time used by
*the process calling clock*, but just some system dependant flavor of time(2)
with an unknown time base. Is that true? Just as a reminder, this is from the
man page of clock(2):

---------------------------------------------------------------------------
SYNOPSIS                                                                     
     #include <sys/types.h>                                                  
                                                                             
     clock t                                                                 
     clock(void)                                                             
                                                                             
DESCRIPTION                                                                  
     The clock() function determines the amount of processor time used since 
     the invocation of the calling process, measured in CLK_TCKs.            
                                                                             
RETURN VALUES                                                                
     The clock() function returns the amount of time used unless an error oc-
     curs, in which case the return value is -1.
---------------------------------------------------------------------------

So it is clearly a value which is relative to the cpu consumption of
the calling process; a process that just does a 10 second sleep should
return almost no cpu time.

Is this what you implemented so efficiently ? ;-)

-Markus
-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Vital papers will demonstrate their vitality by spontaneously moving
from where you left them to where you can't find them.
From: jmrg9881@uxa.cso.uiuc.edu (Jon Reid)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS 6.1 upload to wuarchive?
Date: 24 Dec 92 15:04:24 GMT
Organization: University of Illinois at Urbana

RSTACKHOUSE@JAGUAR.ESS.HARRIS.COM ( 57577 Stackhouse ke) writes:

>Can someone please tell me where the 6.1 update was uploaded to?
>The FTP site /directory and filename would be perfect.  thanks.
>please post or send private mail to my address above.

/mirrors/amiga.physik.unizh.ch/amiga/biz/patch/sc6_1.lha

-- 
Jon Reid    j-reid@uiuc.edu    GEnie: THE.REIDS
"He is no fool who gives what he cannot keep to gain what he cannot lose."
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Advice to SAS/C 5.10b users
Originator: walker@twix.unx.sas.com
Date: Tue, 29 Dec 1992 19:00:31 GMT
Organization: SAS Institute Inc.


In article <paulk.2xo6@terapin.com>, paulk@terapin.com (Paul Kienitz) writes:
|> > We'll get right on it.  It's obviously a bug in the biffing
|> > algorithm, or possibly the peephole optibiffer.
|>  
|> That was one reason I originally went with Aztec -- because of its
|> far more reliable biffing features.

Yes, but they can't touch our performance on biffered I/O.

HAHAHAHA  oops, sorry.  Getting a little punchy.

-- 
  *****
=*|_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: borgen@stud.cs.uit.no (Boerge Noest)
Newsgroups: comp.sys.amiga.programmer
Subject: LoadView(0) and sprites: bug in kickstart?
Date: 4 Jan 93 01:38:03 GMT
Organization: University of Tromsoe, Norway


My program isn't using the system, but I try to be nice (after all I want
to use it myself :).

Now, I LoadView(0) and thought all was ok until a friend of mine tested it
on his 4000 and said 'seriously slim sprite of yours'. He use a superhires
pointer and my sprite was displayed in superhires too.

Is this a bug in kickstart, or am i supposed to live with it?
The only thing I can think of is move.w #0,custom+fmode (I read it here on
news somewhere). I still don't know if this works, and I sure don't like not
knowing what I do.

If it's not a bug, can someone help, and if it is, can we _please_ have a
setpatch to do someting about it?

Thanks.
-- 
|/// borgen@stud.cs.uit.no (Boerge Noest) | Amiga B2000			 \\\|
|//  Box 218, 9001 Tromsoe, Norway	  | Remember to :-) when needed	  \\|
|/   The worlds northernmost university	  | Life is worth living.	   \|
#Disclaimer: This university and me does not agree.
From: doug@dsij.uucp (Doug Johnson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: GadToolsBox's ExtNewGadget....LEGAL?
Date: 24 Dec 1992 20:28:19 GMT
Organization: Not an Organization

In article <vac133m.724907705@nella7.cc.monash.edu.au> vac133m@nella7.cc.monash.edu.au (Richard Jones) writes:
>
>  All I wanted was a TOGGLE button like I can ask for in GadToolsBox...

>  If anyone has any LEGAL way of implementing a toggle button (no.. I don't
>want a checkbox) using GadTools library, then PLEASE mail (or post) me. If I

    A two-element cycle gadget?

    One thing I wanted was a GadTools button with no hightlighting, but the
GADGHNONE flag seems to be ignored. I also tried a generic gadget with no luck.
I just used MOUSEBUTTONS and checked the code for SELECTUP.

>|Richard Jones, Robotics and Digital Technology, Monash University.     ///|
>|  please send all e-mail to .. ... .. drat@yoyo.cc.monash.edu.au   \\\/// |

--

Doug Johnson		  *	Q: What do you call a tornado with long hair
Windsor, ON		  *	and boils?
Canada			  *	A: A cysted twister.
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Two mice
Date: 3 Jan 93 15:53:23 GMT
Organization: Max-Planck-Institut f"ur Radioastronomie

In <1993Jan3.120342.10203@aristo.tau.ac.il> shacha1@tau.ac.il (SHEMESH SHACHAR) writes:
>I thougt of constantly switching back and forth the mouse ports, and
>map them with a high priority input-device handler, but I don't think
>this will work. anyone can comment on that?

If you use the gameport.device then the state of each mouse is sampled
(read out) each vblank. There is no 'priority' except maybe in your own
code.

Intuition will only handle one mouse. I suggest to turn off mouse handling
for the time the game is played (provide a method to pause the game and
restore mouse handling during pause).
The mouse is handled by input.device, telling it to use mouse port -1
will disable mouse handling.

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."
From: Alex_Topic@tvbbs.wimsey.bc.ca (Alex Topic)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Big mistake - A compromise (of sorts)
Distribution: world
Date: 24 Dec 92 06:28:13 PST
Organization: Tunnel-Vision BBS!

   I agree with you, and think banging the AGA chipset is the way to go
for certain things. I figure the A1200 will be the AGA game system...and
above will be for more serious stuff. So I see games made moreless for
the A1200 in mind. Its great, and sure beats an A500. I would rather
have an A1200, than some i486 local bus SVGA, with SB-II. The main reason
I would get the A1200, is thee CHIPSET! To get right down, its
price/performance ratio, which is what I want the best! 
  
   The A1200 will be awesome for 3-d games! It has a faster blitter, more
colors, and can crunch numbers faster. Just the right elements for some
vectorized game. I'm just getting use to coding on the Amiga in assemble,
and the A1200 means alot to me. I'm glad C= released it, and hope they
support well and try to get things going and advertise alot. I plan in
the future hopefully to develope for it. I may be no expert now, but
I'm young and think I have somewhat of a chance to make some decent stuff
in the future. 
 
   I next the step is to get use to the 68020 and use some of its extra
features. Since I'm use to the 68000 only..heh.. 
 
   I hope to see some AGA HARDWARE REFERENCE MANUAL from
Addison-Wesley..etc
I just don't see why not. I guess they should wait a year or so untill
there
is some user base, then something like this may appear. By that time I
hope to have an Amiga 1200. 
 
   Face it CBM must try to make the Amiga 1200 a true 32-bit game computer
if they want to be dominate in some markets in N.A. Entertainment,
Education,
and Multimedia are the main targets! 
 
   Anyhow C'ya around, and its nice to see someone else has the same
concerns
as me. 
 
 -Alex

-- Via DLG Pro v0.995

Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Stupid C Question - thanks
Originator: walker@twix.unx.sas.com
Date: Tue, 29 Dec 1992 19:29:14 GMT
Organization: SAS Institute Inc.


In article <ad99s461.03qu@sycom.mi.org>, ad99s461@sycom.mi.org (Alex Deburie) writes:
|> However, it still seems wierd that there is no internal SAS function to
|> do float to integer conversion, especially since I've found functions
|> to do this right in the Amiga math libraries.

There's not a function to do it because it's built in to the language,
via casting.

The reason it's in the Amiga math libraries is because you might
not have code in your program to do the casting - for example, if
you are in assembler or some other language.

|>      -- Alex Deburie

-- 
  *****
=*|_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: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: RKM description of WaitPort()
Organization: Jet Propulsion Laboratory
Date: Sat, 2 Jan 1993 08:33:40 GMT

In article <1993Jan1.221013.26070@urbana.mcd.mot.com> qbarnes@urbana.mcd.mot.com (Quentin Barnes) writes:
>I was reading the description of the WaitPort() call in the RKM:Libraries
>and was confused by the description.  On page 504, it says:
>
>	...  It is possible to receive a signal for a port without
>	a message being present yet.  The code processing the 
>	messages should be able to handle this. ...
>
>It seems to me to OS is waking up the task before it has attached the
>message to the specified port and it would be up the the application
>to spin on the GetMsg() call until the message generating the signal
>showed up.  This seems terribly wrong and the example code does not
>do this.  What am I missing?  What does the documentation actually
>saying?
>-- 
>Quentin Barnes
>qbarnes@urbana.mcd.mot.com | ..!uiucuxc!udc!qbarnes

Messages and signals are not inclusive. You can send a message to a port without
setting a signal or set a signal without sending a message. The way the code
should handle this condition is to never assume that just because a signal was
set a message is available at the port. Check the return of GetMsg.

Jeff
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Icon dragging fun (Hmm?)
Date: 30 Dec 92 16:54:35 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

labenrsa@ICIL64.CILEA.IT writes:
>Now, we know that the Wbench HAS been re-written, and things may be
>different now.

	Workbench has not been rewritten.  It was hacked for 2.0 and 3.0, but
all of it's basic structures and flaws are basically intact.  Believe me, you'd
know if Mike had had time to rewrite it... :-)

-- 
GNU Emacs is a LISP operating system disguised as a word processor.
 - Doug Mohney, in comp.arch

Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
jesup@cbmvax.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
Xref: sparky comp.sys.amiga.programmer:17929 comp.sys.amiga.introduction:1718
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: Aztec Tech Support on BIX -- address?
Originator: jamie@cdevil.unx.sas.com
Date: Tue, 22 Dec 1992 14:34:23 GMT
Organization: SAS Institute Inc.


In article <epang.725001301@sfu.ca>, epang@fraser.sfu.ca (Eugene Pang) writes:
>walker@twix.unx.sas.com (Doug Walker) writes:
>>This might be a good time to mention that there is a Manx-SAS
>>upgrade offer for version 6.0.  You send in one page from your
>>Manx manual and get a 50% discount off the retail price, [...]
>
>Can that page be one of the 3 blank pages at the back of the Manx manual?
>:-)

'fraid not.  Its that fairly useless page at the beginning, just inside the
front cover.

-- 
---------------
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.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Chunky Pixel Mode for Low End Chip Set?
Date: 29 Dec 92 00:27:24 GMT
Organization: BBS

> I don't see how flood filling can be faster with planes. The
> classic method is mostly ReadPixel() and WritePixel() operations,
> which chunky pixels excel at.
 
The area fill operation built into the blitter doesn't go one
pixel at a time, I'm pretty sure.  Unfortunately the line-drawing
operation does go one pixel at a time.
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Chunky Pixel Mode for Low End Chip Set?
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Wed, 30 Dec 1992 12:01:23 GMT

In <jbickers.0mbe@templar.actrix.gen.nz> jbickers@templar.actrix.gen.nz (John Bickers) writes:
>    Also, it's been deleted from the thread, but we have been talking
>    about CPU-driven operations.

Do we ? With all the side reference to the TMS processor ?

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."
From: jtp@cs.hut.fi (Jukka Partanen)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: LockIBase
Date: 30 Dec 1992 21:57:59 GMT
Organization: Helsinki University of Technology, Finland
Distribution: inet
NNTP-Posting-Host: cardhu.cs.hut.fi
In-reply-to: paulk@terapin.com's message of 29 Dec 92 00:22:35 GMT

In article <paulk.2z9x@terapin.com> paulk@terapin.com (Paul Kienitz) writes:

> I ended up
> working around this in my personal DMouse variant by grabbing the
> MouseX and MouseY fields of the screen itself, so it activates the
> window where the mouse was as of the PREVIOUS input event instead of
> the current one.

	Well, that's about the same approach I use, and I've found it
	to be adequate. What I really would like to know is the
	correct locking protocol. First I LockIBase to browse through
	the screens and find the correct one, but then I must release
	to IBase lock to call WhichLayer. But the owner of the screen
	may close it after the IBase is released, so I must Forbid
	before unlocking the IBase and Permit after finding and
	activating the window. Yuck, I say. Isn't there a better way?

> Does anyone know a way (preferably forward-compatible) to convert
> arbitrary input event coordinates to screen coordinates?

	If you find out a cool way, tell me too!

	jtp

Zippy quotation:
YOW!!  The land of the rising SONY!!
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: aztec bbs
Date: 1 Jan 93 10:36:26 PST
Organization: BBS

After about a month, Aztec's BBS is back up at 908-780-6363.  Hopefully this
means they're getting their excrement consolidated and are going to start
supporting the product again soon.
Newsgroups: comp.sys.amiga.programmer
From: agsteine@kirk.fmi.uni-passau.de (Karlheinz Agsteiner)
Subject: Re: wierd sas/c bug
Organization: University of Passau, Germany
Date: Tue, 22 Dec 1992 20:15:19 GMT

In article <Bznxuv.InB@unx.sas.com>, walker@twix.unx.sas.com (Doug Walker) writes:
|> 
|> In article <BzMGn8.370@ccu.umanitoba.ca>, umfehr06@ccu.umanitoba.ca (John Fehr) writes:
|> |> I know that #undef WHATEVER "test" isn't ANSI-compliant (the HP-compiler
|> |> complanes about it anyway) but some programs actually have that in
|> |> their code.
|> 
|> What the heck does it mean?  This doesn't mean anything in K&R dialects
|> either, as far as I know.
|> 
|> |> -  John Fehr                        -    DoD#505    -
|> 
|> -- 
|>   *****
|> =*|_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.
|> 
This seems to be some kind of "lazy programmer code". I think that someone
was testing his program, and wanted to temporally undo a #define he did.
Of course it is easier to write #undef WHATEVER "test" instead of writing
#undef WHATEVER  /* should be "test" */             or something like that.
For the redo of the #define he only has to replace #undef by #define. 

Strangely enough, most UNIX C compilers happily accept the above code.

At university of passau, our Apollo Workstations compile the code with both 
UNIX CC and GCC 2.1 without warnings, and the program does what it should.
Even the old pre-ANSI CC at our SUN/4 accepts an #undef with 2 arguments.
Maybe this is some kind of "undocumented feature" of C :-)

Karlheinz Agsteiner

--
e-mail: agsteine@kirk.fmi.uni-passau.de
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Stupid C question
Originator: walker@twix.unx.sas.com
Date: Tue, 29 Dec 1992 19:13:32 GMT
Organization: SAS Institute Inc.


You say casting always seems to return a zero... I would need
to see your code to find out why.  Is your floating point number
greater than 1.0 in any case?  The following code should do 
what you want:

...
   double x;
   int i, j;
...
   i = (int)x;       /* Convert with truncation */
...
   j = (int)(x+0.5); /* Convert with rounding */

In the above examples, if "x" is 0.3, you'll get 0 for both
"i" and "j".  If "x" is 0.7, you'll get 0 for "i" but 1 for "j".

-- 
  *****
=*|_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: monster@mbear.apana.org.au (Martin Ozolins)
Newsgroups: comp.sys.amiga.programmer
Subject: ramlib & FreeMem
Distribution: world
X-NewsSoftware: GRn-beta 1.16g (10.12.92) by Michael B. Smith & Mike Schwartz
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Date: 30 Dec 92 21:07:34 PST
Organization: Bears Incorporated

Can someone tell me why the following happens

OS = 2.04

FreeMem points to ROM code

Run PPMORE V2

FreeMem gets SetFunctioned ( by ramlib )

New code =

CMPI.L  #$50504D4D,-8(A1)  ; $50504D4D = PPMM
BNE     *+$C
CMPA.L  -4(A1),A1
BNE     *+$6
SUBQ.L  #8,A1
ADDQ,L  #8,D0
MOVE.L  *-$18,-(A7)
RTS




So far, it only happens when PPMORE is run.
It only happens ONCE no matter how many times PPMORE is run.

And yes, ramlib does the SetFunction


I am just curious as to why this happens and why ramlib does not 
do the SetFunction when it first starts


-- 

Martin Ozolins :Internet monster@mbear.apana.org.au
Victoria       :FIDO 3:633/359.6 AMIGANET 41:300/359.6 TRINET 42:8699/8.6
Australia      :Amiga Programmer, UniSYS 1100/2200 Systems Programmer 
               : Author of - MLOG and MSM -