HDTenEightyP/NetNews huggingface dataset:
From: jamie@cdevil.unx.sas.com (James Cooper)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Bug in SAS/C 6.0 library : strstr ()
Date: 13 Nov 92 20:21:55 GMT
Organization: SAS Institute Inc.
Keywords: strstr, SAS/C 6.0
Originator: jamie@cdevil.unx.sas.com


In article <Bxo2F1.KoC@unx.sas.com>, walker@twix.unx.sas.com (Doug Walker) writes:
>
>In article <Bxnw8z.CvD@unx.sas.com>, jamie@cdevil.unx.sas.com (James Cooper) writes:
>|> A NULL character array has no size, so trying to access a member of it
>|> at *all* is accessing "beyond the end" of it.
>|>
>|> I can put this in as an enhancement request for strstr(), but it can be
>|> argued that the current behavior is correct, at least according to ANSI
>|> specifications.  Just check for NULL yourself before calling it.
>
>He's not passing a NULL, he is passing a null string: i.e. "".
>
>This should work - the existing behavior is a bug.  It was present
>in V5.0, too, by the way.  I doubt if this will make the patch
>unless something else occurs to make us pull it back from QA.

I most humbly apologise to everyone following this thread... all I can
claim is that it has been a long week... but that's just not good
enough!

Anyway, the point is that strstr() **IS** an ANSI function, described in
Section 4.11.5.7.  I don't know how I missed it...  :-( :-( :-( :-(

The point is, this has been found and fixed for the upcoming patch.  We
had to pull the patch for something else after all, and this was easy
enough to go ahead and add in.

Again, I'm sorry I spouted off without making **absolutely** sure I was
saying the right things...  :-( :-( :-( :-(

-- 
---------------
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: Klaus_Seistrup@magneto.bbs.bad.se (Klaus Seistrup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: PAL or NTSC, how to check in software ?
Date: Tue,  3 Nov 92 21:45:44 +0000
Reply-To: Klaus_Seistrup@magneto.bbs.bad.se (Klaus Seistrup)
Distribution: world
Organization: Magnetic Ink, Copenhagen N, Denmark 
OD-Comment-To: Jesse_Michael


Jesse_Michael@amwbbs.rain.com (Jesse Michael) writes:

 K>>    NTSC:   CLR.W   $DFF1DC
 K>>            RTS

 JM> *NEVER* use a CLR instruction on a custom chip register!  On a 68000
 JM> this will produce a read/write instead of just a write.

Well, why don't you just post me the correct solution then? _I_ didn't know 
this (where can I read about this???), but it actually *works* on my 68010!?

Would

    MOVEQ   #0,D0
    MOVE.W  D0,$DFF1DC

be any better??? Or, what are your suggestions?

 K>> So you might like to fiddle around peeking the $DFF1DC, I guess...

 JM> $dff1dc is a `write only' register (as are most custom chip regs) and
 JM> reading from it will not give any valid data and will write a random
 JM> value to it. 

Didn't know -- where can I find any refereces on this???

    /Klaus.


--
           ____
  FidoNet  \/ /  2:230/119   .   Klaus A. Seistrup   .   :::MAGNETIC::INK:::
  BADNet    \/  92:910/102  -*-  Ahornsgade 8A, 1H  -*-  Tel::+45:35-372-171
  kleis@magneto.bbs.bad.se   |   2200 Copenhagen N   |   D::E::N::M::A::R::K

---
Newsgroups: comp.sys.amiga.programmer
From: borgen@stud.cs.uit.no (Boerge Noest)
Subject: Re: physical memory protection with MMU
Organization: University of Tromsoe, Norway
Date: Tue, 10 Nov 1992 20:12:24 GMT

In article <heinz.04a3@edohwg.adsp.sub.org> heinz@edohwg.adsp.sub.org (Heinz Wrobel) writes:
>But how?

Give me a memory.library:
token protect( startaddress, endaddress);
bool unprotect( mytoken);
tokenized_AllocMem( size);
tokenized_FreeMem( address);

Perhaps it needs some exec hacking(when task switching?).
Should only permit protecting your own hunks, and only
tokenized_AllocMem'ed memory?

My point is; give me the chance to protect what _I_ know should be
protected, and let me do this after my program has started.

Later we can yell at C= to give us some new hunks.

>Heinz Wrobel, Edotronik GmbH (ECG018)

Waddayathink?
-- 
|/// 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.	   \|
From: ejames@venus.iucf.indiana.edu (ERIC JAMES)
Newsgroups: comp.sys.amiga.programmer
Subject: Benchmarks
Date: 12 Nov 92 19:36:26 GMT
Reply-To: ejames@venus.iucf.indiana.edu
Organization: nothing
News-Software: VAX/VMS VNEWS 1.3-4


   Dose anyone know of any benchmark programs for the amiga?  If so where can I
find them,  Thanks

Eric James
ejames@venus.iucf.indiana.edu
Newsgroups: comp.sys.amiga.programmer
From: wgkramer@cs.vu.nl (Ewout Kramer)
Subject: Re: IDCMP_CLOSEWINDOW weirdness
Keywords: GUI
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Mon, 9 Nov 1992 09:00:27 GMT

ezix@ucrengr.ucr.edu (edward j. zix) writes:

>	I recently decided to try to do some Amiga GUI programming and 
>I bought the RKM 3rd edition Libraries book and ftp'd FF741 and FF742
>	When I tried to compile the easyintuition.c and easyintuition37.c
>programs, I get LINE 122 undefined symbol IDCMP_CLOSEWINDOW.  What gives?
>Has anybody else had this problem.  I have gcc-2.2.2 and Lattice 5.10. 
>Both produce the same errors.  (They both work fine for non GUI prg.)

It looks like you've used the version 1.3 includes, the 3rd edition
RKM's describe version 2.04. The IDCMP_CLOSEWINDOW was not available
in the versions before 2.04. You'll have to get the 2.04 includes
to use the examples and the RKM manual. This shouldn't be too hard
however, just update your Lattice compiler to version 6.0, you'll
get the 2.04 includes too.


Ewout
From: podesta@qut.edu.au
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Is the O/S fast enough for games?
Date: 9 Nov 92 13:16:39 EST
Organization: Queensland University of Technology

In article <amipb.02rz@amipb.gna.org>, amipb@amipb.gna.org (Philippe Berard) writes:
> 
>     You would have to do a Permit() during disk access, though.
> 
>     Sincerely,
>                                    -- Philippe

Ok. I thought as much. Correct me if I'm wrong (which is a pretty redundant
thing to say :)) - when you forbid() it kills the floppy and hd devices so
that the drive lights might stay. So is there a quick and easy way of
ensure that all the devices are finished before calling Forbid()???

James
From: bjst@sth.frontec.se (Bjorn Stenberg)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 9 Nov 92 12:54:26 GMT
Organization: IDK/Frontec - System Design Group


breese@monet.imada.ou.dk (Bjoern Reese) writes:
> >>`ample speed' huh? What if you still own an old and slow Amiga (which is
> >> what the majority of the game-playing people do) ?

bjst@sth.frontec.se (Bjorn Stenberg) writes:
> >There *ARE* no old, slow machines with this hardware (AGA)

csg019@cch.coventry.ac.uk (-~=Zaphod=~-) writes:
> So are you saying we dump all the amiga's without the AGA chipset? 

Nope, I'm saying that the machines with AGA, too which there won't be released
any hardware specs, are powerful enough to provide 'ample speed' without need
for any hardware hacks.

		-- Bjorn

       ///  Bjorn Stenberg, Stockholm, Sweden         bjst@sth.frontec.se
      ///  main() { printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
 \\\ ///  "- Your documentation no longer confuses me, old version!"
Newsgroups: comp.sys.amiga.programmer
From: matija@avalon.physik.unizh.ch (Matija Milostnik)
Subject: Re: 2.1 includes in SAS C 6.0 ?
Summary: 3.0 is at the door, 2.1 is ready so yhy bother with 2.0
Keywords: Includes
Organization: Informatik Club d. Universitaet, Zuerich
Date: Fri, 13 Nov 1992 15:35:12 GMT

In article <BxnqFo.4Ft@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
>In article <2920009@gnlab007.grenoble.hp.com>, gael@gnlab007.grenoble.hp.com (Gael_Marziou) writes:
>|> Well the title says it all, does the SAS C 6.0 package come with the 2.1
>|> includes ?
>No, it comes with the 2.04 includes.

Why?

3.0 is almost ready, 2.1 is alredy over beta, so why bother with 2.0?


>|> Gael Marziou : gael@hpgndl71.grenoble.hp.com or Gael_Marziou@hp6330.desk.hp.com
>=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
-- 
Best regards from Matija Milostinik           : matija@avalon.ifi.unizh.ch  
                                              : matija@amiga.physik.unizh.ch
Therefore, use local labels in the procedures as often as possible. 
Save the environment!  Recycle!  ;-)                 (Bjoern Reese)
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: SAS/C 6.0 'se' bug?
Originator: walker@twix.unx.sas.com
Date: Fri, 6 Nov 1992 13:48:19 GMT
Organization: SAS Institute Inc.


In article <18934.2af94bfe@ecs.umass.edu>, bell@ecs.umass.edu writes:
|>    When I reopen the file it's empty.  The first time I had no idea what
|> happened.  This last time I had just opened the file made some changes and

Nobody has reported any bug like this in SE.  If you get more
information about what caused it, please report it to technical
support.

I doubt that the method you describe is the cause.  SE doesn't
touch the file if you cancel your changes.  If it is SE's problem,
there must be something else going on.

-- 
  *****
=*|_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: breese@imada.ou.dk (Bjoern Reese)
Subject: Need to know about 24 bit graphics format
Keywords: 24 bit
Organization: Dept. of Math. & Computer Science, Odense University, Denmark
Date: Fri, 6 Nov 1992 11:24:38 GMT


Hi there.

Could someone please explain the format of 24 bit graphics
to me, and how it relates to the other graphic modes on
the Amiga.

I know just about everything about the bitmaps and how
they work (ie. lowres, hires, (non-)interlaced, ham.)

I assume that each pixel in a 24 bit format consists of
a longword (32 bits) which is represented as:

     $ xxRRGGBB

where x = don't care
      R = Red
      G = Green
      B = Blue

What I am really interested in is, besides information
about the 24 bit format, how I can convert between the
24 bit mode and the bitmap modes. Examples in C or
Assembly Language are very welcome.

Thanks in advance.

--

Bjoern Reese                   |     Email: breese@imada.ou.dk
Odense University, Denmark     |     Voice: +45 65 932 182 (private)
From: Neil_Bortnak@tvbbs.wimsey.bc.ca (Neil Bortnak)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: PAL or NTSC, how to check in software ?
Distribution: world
Date: 5 Nov 92 23:45:40 PST
Organization: Tunnel-Vision BBS!

In a message dated Thu  5 Nov 92 19:02, Klaus_seistrup@magneto.bbs.bad.se (
wrote:

 K> Didn't know -- where can I find any refereces on this???

You can find out about all these registers and rules by having a book on
the 68000 processor (I can't quite remember the name of one right this
second, but I'm sure someone will mention one), and a book called Mapping
the Amiga. This book is totally invaluable to any kind of hardware
programming. It is from compute book and is written by Rhett Anderson and
Randy Thompson (that's right, those two guys who used to argue at the back
of Compute's Amiga Resource when it was still around). It's ISBN number is:
0-87455-195-1.


-- Via DLG Pro v0.995

*--------------------------------------------------------------------*
|   // Neil Bortnak Surrey,BC  Assembler/C Programmer  | "Anarchy is |
| \X/   UUCP: @TVBBS.wimsey.bc.ca   FIDO: 1:153/910    |  Prison" :) |
*--------------------------------------------------------------------*
From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
Subject: Re: LISP - USE IT.
Newsgroups: comp.sys.amiga.programmer
Distribution: world
X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52
Keywords: 
Summary: 
Date: 11 Nov 92 16:50:07 PST
Organization: Missionaria Phonibalonica

In <1992Nov11.175530.8454@coli.uni-sb.de>, fettig@asl-sun2 (Thomas &) wrote:
>  Now if I wanted to use lisp with the Amiga,
>  can I get a decent one? Did You find a
>  useable and complete lisp for the Amiga,
>  or do you use lisp on a unix-box?

Yes, you can get decent LISPs for the Amiga. Gambit was just sent to
Fred Fish. It's an R4RS shareware interpreter/68000-compiler. There's
OakLISP, which includes an R3RS Scheme environment, as well as the OO
OakLISP system. It has a byte-code compiler. I use Scheme->C, which is
an R3RS scheme that makes compiling standalone executable trivial. You
can't do that with OakLISP; you might be able to do it with Gambit.

That all of these also run on Unix boxes is a nice advantage.

	<mike

Newsgroups: comp.sys.amiga.programmer
From: wgkramer@cs.vu.nl (Ewout Kramer)
Subject: Re: RTPatch bug?
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Fri, 6 Nov 1992 14:10:15 GMT

hemmer@hemmer.adsp.sub.org (Franz Hemmer) writes:

>In article <Bx6xGw.6Fz@cs.vu.nl> wgkramer@cs.vu.nl (Ewout Kramer) writes:

>> So the problem is probably not caused by IPrefs/ReOrg but by reqtools
>> itself. ReOrg and IPrefs run flawlessly without RTPatch.

Do you use version 2.33 of ReOrg? I can't remember having these problems
with version 2.31

>Must be some other task messing up your system I believe. Are you
>sure you are using the latest version of reqtools ?

Well, I disabled the startup-sequence using the boot menu before doing
the tests, so that shouldn't be the problem. It's the version
distributed in the RetTools2.0c archive. I guess that's the most recent?


Ewout
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Wrong font in some IntuiText's (but not others)?
Date: 12 Nov 92 17:16:19 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <BxI8sJ.MBG@undergrad.math.waterloo.edu> pejanes@descartes.uwaterloo.ca (Peter Janes) writes:
>The problem is, the gadget text is rendered correctly (i.e. in the font
>specified in the Screen structure); the instruction text, printed via
>PrintIText(), is rendered in the "default system font".

>What am I doing wrong?  From what I understand, IntuiText with
>ITextFont=NULL is supposed to be rendered in the window's rastport font,
>which is taken from the screen's font.  I've tried opening the screen with a
>normal NewScreen structure, an ExtNewScreen structure, and an ExtNewScreen
>structure with the SA_Font tag.  No luck.

It should work.  I opened a screen with SA_Font pointing to a TextAttr
describing Helvetica 15, and it worked just fine.  Are you sure you're
not calling SetFont() on your window's RastPort's font?

The window RastPort font is indeed initialized to the screen font if
the screen was opened with an explicit NewScreen.Font or SA_Font.

> Peter Janes                       //|"Now, here's a song that answers the

     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."
Newsgroups: comp.sys.amiga.programmer
From: cs_e445@ceres (Vlod Kalicun)
Subject: Opening WB Windows with directory icons?
Organization: Kingston University
X-Newsreader: Tin 1.1 PL4
Date: Sat, 7 Nov 1992 15:17:32 GMT

Hi all,
Does anybody know if its possible to open WB direcory windows??
I've looked at the RKM v2.04 without much help.

Typical scenerio:
	You have some sort of editor which has about 15 programs
        loaded.
	You've set it up so you can drag icons into it which get loaded,
	(I think its called AppWin?) but you noticed that the screen
	looks messy with all this windows open.

Now is it possible to open a directory window, eg dh0:program/  
(without having the window already open) and have all the icons displayed 
on screen, so they are available to be dragged into the AppWin.

Another example is:
	You drag icons into a AppIcon, they get processed, the directory
        that they are saved to, is opened by the application, and then that icon
        is available to do something else.

This seems to be a major hole in the opsys.

Will I have to do all this manually.
etc. create a window, read the directory .info files etc.. process the images
into my own window etc..
How does Workbench do all that? 

Baffled

Vlod
From: alien@acheron.amigans.gen.nz (Ross Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  New hardware reference guide?
Date: 11 Nov 92 12:44:52 GMT+12
Distribution: world
Organization: Wanganui Amigans, Wanganui, NZ

In article <1992Nov10.135706.383@ugle.unit.no> mortene@Lise.Unit.NO (Morten Eriksen) writes:
>>Can you give me the names of 10 advanced demos which all work on the full
>>range of Amigas (A500, A500+, A600, A1000, A1200, A2000, A3000, A4000)?
>>
>>No, I didn't think so either...
>>
>So, please give us the names of 10 great democoders which all have unlimited
>access to all the computers you mentioned.
>
>Nope, didn't think so either...   ;)

You've missed his point! The whole point of using the OS instead of hitting
the metal is so that you can write a program that runs on every Amiga
*without* having them all there to test it on! A demo-writer who writes
something that only works on the particular machine(s) they have is guilty
of exactly the sort of thing C='s "no more hardware docs" policy is intended
to prevent.

I think C= have got this one right. Don't let the programmers access
machine-specific hardware, and we won't have anywhere near as much
frustration with programs that don't work on new machines.


--
...... Ross Smith (Wanganui, NZ) ...... alien@acheron.amigans.gen.nz ......
             "If there is ever a war between men and machines,
         it is easy to guess who will start it." (Arthur C Clarke)

Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: Why does EMITS complain? SCMSG bug?
Originator: jamie@cdevil.unx.sas.com
Date: Wed, 11 Nov 1992 15:38:06 GMT
Organization: SAS Institute Inc.


In article <BxK5sx.EB3@unx.sas.com>, jamie@cdevil.unx.sas.com (James Cooper) writes:
>
>In article <1992Nov11.123945.827@tom.rz.uni-passau.de>, hessmann@unipas.fmi.uni-passau.de (Georg Hessmann) writes:
>>In article <BxIMyC.JG4@unx.sas.com> jamie@cdevil.unx.sas.com (James Cooper) writes:
>>>
>>[...]
>>>
>>>This is a known bug, and will be patched in our patch release due very
>>>soon (as soon as it passes Beta test and QA).
>>
>>Two questions to the 6.1 patch:
>>First, when will it available and second (nearly more importand)
>>how will it released?
>>Will the patch be available via ftp/email or only on disk?

Whoops!  Forgot to answer the second question... sorry about that.

The patch will be freely-redistributable.  We are going to make it
available on BBS's, via FTP, etc., etc.  If all else fails, we *can*
send a disk... :-)

-- 
---------------
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: Joel_Stanley@cryo.rain.com (Joel Stanley)
Newsgroups: comp.sys.amiga.programmer
Subject: What's involved?
Date: 1 Nov 92 22:11:21 GMT
Article-I.D.: cryo.Joel_Stanley.0ge1
Organization: Cryogenic Software - Portland, OR
X-NewsSoftware: BBX-UMB 0.26 beta (Oct 19 1992)


This is a question for all of the game developers out there.  What's
involved in writing my own game? What kind of things do I need to know? 
I'm just starting C, is this the best language to program games in?  Any
marketing tips? Would it be best to use low-level graphics routines as
opposed to Intuition-type graphical methods? Is it possible to use a
program like DPaint to do graphics and animation???

Please respond via e-mail.





-- 
Joel_Stanley@cryo.RAIN.COM
My views do not represent those of Cryogenic Software.
They just let me use thier machine, not thier views.
FLAMES > NIL:
"2B||!2B <--- = ?" (To be or not to be, that is the question)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
From: abradfor@copper.denver.colorado.edu (Spindled Among Fleas)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: RACTER Anyone?
Date: 11 Nov 92 07:05:50 GMT
Organization: University of Colorado at Denver

In article <1992Nov9.232057.1@us.oracle.com> ccongdon@us.oracle.com writes:
>Does anyone know if RACTER has been ported to the Amiga, or if any attempt has
>been made to create a public-domain RACTER look-alike?   I would be very
>interested in the source or company that sells such a program.

>In short, a fascinating (and not easy) exercise in programming.  Anyone seen
>it?

Racter was one of the first programs to show up on the shelves back in 1985
as I recall, and I still have it floating around here somewhere. I'm not
entirely sure how compatible it is, but since it's a text-only program, I'd
give it a fair chance of working on newer machines/OS's.

While is certainly is better than Eliza, I remeber that Racter grew rather
repetitive after a while (all its responses were simple, nonrecursive
patterns, rather like Mad Libs). Perhaps this is because the program was a
downgraded version of the mainframe version (like Zork I) - in any case,
the Racter I have certainly wasn't capable of writing a book as the original
was claimed to have done.

Then again, for a (relatively) cheap consumer product, it wasn't all that
bad. I might be willing to give up my copy, though I'd have to boot it up
again and make sure I didn't really want to keep it.

Andrew
From: tron@uni-paderborn.de (Matthias Scheler)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: physical memory protection with MMU
Keywords: mmu, memory, task
Date: 13 Nov 92 00:49:40 GMT
Organization: Uni Paderborn FB 17 Informatik GERMANY
NNTP-Posting-Host: corinth-bb.uni-paderborn.de

chandler@uni-paderborn.de (Martin Grote) writes:

[stuff deleted]

>However, to focus on my original intention again:
>- is it impossible / too difficult?

Too difficult, you can't build MMU tables for every 8 bytes of allocated
memory. If you really would know how a MMU works and how Operating Systems
with "Memory Protection" work you would know that it is impossible to put
this in AmigaDOS without loosing 99.9% of the software. It's easy to
scream for memory protection if you never wrote a program and don't know
the concept of AmigaOS.

>- any disadvantages (does it have slow down the system)?

A little bit, and you would loose 99% of the software.
Didn't I say that already :-) ?

>- if not, how about implementing it?

Do it, if it's so easy.

--
Matthias Scheler                                         tron@uni-paderborn.de
University of Paderborn (Germany)
,