HDTenEightyP/NetNews huggingface dataset:
From: khan@cheshire.oxy.edu (Onnie Lynn Winebarger)
Subject: Some C questions
Organization: Occidental College, Los Angeles, CA 90041 USA.
Date: Fri, 8 Jan 1993 22:03:22 GMT

Hi.  I'm something of a newbie C programmer, and I have a few questions, particularly about GCC (seeing as that's what I'm using).
   First I'm wondering how much the autodocs cover (I just sent my order for the Native Developers Kit 3 days ago); ie, can I limp along without the Hardware Reference Manuals (to a poor college student they seem fairly expensive).
    The next thing I'm wondering is about the include files that come with gcc.  Does anyone know of a document I can ftp that will explain what each of these header files provide?  Unfortunately, Markus Wild is on vacation and so won't be able to answer my mail on this subject for a while.
    Is there a math header file I can include to utilize my 68882?  I tried math-68881.h, but the compiler didn't seem to like the code very much.
   Thanks in advance!
Lynn
khan@cheshire.oxy.edu
From: bn@mndcrme.uoknor.edu (Bo Najdrovsky)
Subject: Re: Multifinder for AmigaDOS (was Re: SpazEdit 2.1 for Amiga)
Newsgroups: comp.sys.amiga.programmer
X-Newsreader: TIN [version 1.1 PL8]
Date: 8 Jan 93 10:29:46 CST
Organization: Operation Mindcrime

Daniel Barrett (barrett@astro.cs.umass.edu) wrote:

:	Personally, I'd like to know why MultiFinder has never been ported
: to AmigaDOS.	Get with it, you silly programmers.  AND while we're on the

But Dan!  It has! Afterall, Amax has always been referred to as the 'brute
force port of Mac OS to the Amiga'  :-)   I'd be more impressed with some-
one porting BSD 4.4 to my Seiko digital watch! So, can the incredible
programmers at BLAZEMONGER do that, huh? can they, can they?! (Of course
with X11, MTV, HSN, and ESPN) ;-)

: ps -- :-)

ditto.


Bo Najdrovsky
bn@mndcrme.uoknor.edu	 (This new Tin 1.1 PL8 won't include my .sig!)
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: C++
Originator: walker@twix.unx.sas.com
Date: Tue, 5 Jan 1993 14:25:25 GMT
Organization: SAS Institute Inc.


In article <1993Jan5.082559.21227@sunbim.be>, accs1@bagheera.mumath writes:
|> In article Hzn@unx.sas.com, walker@twix.unx.sas.com (Doug Walker) writes:
|> >stated it here before - we are planning a C++ release this year,
|> >tentatively for third quarter.  It will be a translator.  It will
|> >be well-integrated into the SAS/C environment.  It will require
|> >SAS/C 6.0.
|> 
|> Does this mean it will not be shipped together with the C++ package ?
|> Will there be an option to get it together with 6.0 ?
|> Any ideas of the price ranges ?

These are all marketing issues.  I'm a mere developer, so I can't say
for sure (certainly not on the price.)  I'd like to see us come out
with an update to the whole package that includes the C++, and charge
only a nominal fee for the update.  This would give us the opportunity
to put some other neat things in there like a 68040 instruction
scheduler, 68040-specific optimizations, improvements to the message
browser and some of the other utilities, etc.


-- 
  *****
=*|_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: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: C++ Compilers
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Thu, 7 Jan 1993 07:50:23 GMT

In article <1993Jan6.110912.5813W@baron.edb.tih.no> havardn@edb.tih.no writes:
>Are there any *REALLY* good C++ Compilers around for the Amiga?

If you're talking about a good quality, robust, up-to-date, and
supported compiler, then Comeau C++ 3.0 With Templates has been
heralded on just about every platform it is available on, including
under AmigaDOS.

- Greg
-- 
         Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
                   Producers of Comeau C++ 3.0 With Templates
          Here:attmail.com!csanta!comeau / BIX:comeau / CIS:72331,3421
	    Voice:718-945-0009 / Fax:718-441-2310 / Prodigy: tshp50a
From: markg@rigel.cs.pdx.edu (Mark Gay)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Arexx question
Date: 12 Jan 93 03:02:17 GMT
Article-I.D.: rigel.MARKG.93Jan11190217
Organization: Portland State University, CS Dept.
In-reply-to: aramsey@ugly.UVic.CA's message of 7 Jan 93 07:19:59 GMT

Arexx has a Delay function, it takes its argument in 50ths of a second.

call Delay(50)

will wait for 1 second.

    --Mark
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: sas/c 6.1 -large libs
Originator: walker@twix.unx.sas.com
Date: Mon, 4 Jan 1993 14:46:44 GMT
Distribution: comp
Organization: SAS Institute Inc.


In article <19931.4249.21003@dosgate>, jonathan.forbes@canrem.com (jonathan forbes) writes:
|> So, thinking it might be the size of my library, I replaced most of the
|> library functions with empty functions, and somewhere around the 27-35K
|> range of output file size, it no longer hung [but it didn't output the
|> correct string either].
|> 
|> I also tried creating a completely new library with just one routine
|> (the one above), and it worked fine.
|> 
|> The big library has about 170 routines in it, so I don't know if this is
|> a problem for SAS/C.

It shouldn't be a problem.

Do you get any linker warnings?  It sounds like you're not getting 
access to your string... I would normally think that you're not
using SAVEDS, but you state that you are.  Perhaps you have more
than 64k of global data?  Try compiling all your routines with
DATA=FAR.  If that fixes it, the problem is something to do with
accessing near data.

This sounds complex enough that you should probably contact tech
support about it.  If you haven't already done so, please get
an EMITS report in as soon as possible.

|> I'm extremely doubtful it's a problem of SAS/C 6.1, because I've found
|> that errors which seem like compiler errors generally aren't, but I'm
|> rather confused about where the problem might be.

Thanks for giving us the benefit of the doubt...  Please contact
tech support and we'll resolve it one way or the other.


-- 
  *****
=*|_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: shacha1@tau.ac.il (SHEMESH SHACHAR)
Subject: RKM description of WaitPort()
Organization: Tel-Aviv University Computation Center
X-Newsreader: TIN [version 1.1 PL8]
Date: Thu, 7 Jan 1993 12:22:22 GMT


Does waking up from Wait() clear the signal that caused the waking up,
or should I manually clear it with SetSignal (I am talking of a case
in which the entire communication between the tasks is via signals,
and not via Messages). Also - If the former's answer is no - Does'nt
GetMsging a port clears it's signal when done? If not - how am I to
construct a program that is to wait on sevral ports, if I want it
never to enter a busy loop in which it keeps waking up because of a
messageport with no more messages, but with a leftover signal set?
--
"Is it just me or has the world always been like that and I've been to
wraped up in myself to notice?" [Arthur Dent, THHGTTG]
Shachar Shemesh  (TheSun on IRC) shacha1@ccsg.tau.ac.il
My opinions are my own, not those of Commodore. In fact - I have
nothing to do with Commodore at all.
From: jfreund@relleno.engr.ucdavis.edu (Jason Freund)
Newsgroups: comp.sys.amiga.programmer
Subject: Wolf3d-like game engine on FTP -- programmers wanted
Date: 10 Jan 93 09:05:21 GMT
Organization: College of Engineering - University of California - Davis



Hi,

	My roommate and I wrote a demo that does 3d smooth-scrolling
mazes like in the IBM game Wolf3d.  It requires a FPU (68020 + FPU),
or 68030 or 68040.

	I'd like to see it develop into a PD game.  Please take a look
at it, and if you'd like to volunteer on a team to develop this, please
read my file included in the .lzh and then let me know.

	The file, rot.lzh contains a somewhat detailed description
of how this might develop into a game.  It also contains technical
info on how we wrote it.

Get: "rot.lzh", "rotdemo.txt" on ftp sites:
wuarchive.wustl.edu     /systems/amiga/incoming/demos 
amiga.physik.unizh.ch   incoming/amiga
	get the file "rot.lzh.get_me_not_the_other_one" on physik because
    "rot.lzh" is bad.  

Thanks,
Jason Freund  freund@sakura.cs.ucdavis.edu
Gabe Dalbec   dalbec@sakura.cs.ucdavis.edu
Newsgroups: comp.sys.amiga.programmer
From: chattend@csar.encore.com (Chuck Hattendorf)
Subject: Re: Subliminal Messages
Organization: Encore Computer Corporation
Date: Thu, 7 Jan 1993 16:58:11 GMT

crystal@glia.biostr.washington.edu (Crystal) writes:
<Lots deleted> (Besides, Lynx was exceedingly bug-ridden anyway...)

>There's no proof that subliminals even work anyway.  Much debate.  It's kinda
>like astrology...some swear by it, and others swear AT it... ;>

>Crystal
>  ;>

Crystal,
Are those stories of movie-goers interrupting their viewing by responding to
coke and candy adds at the snack bar incorrect? I thought subliminal sug. was
deemed illegal due to its effectiveness....(while were on this thread!)

*    Charlie Hattendorf       Realtime Computer support -       /|            *
* Technical Representative         While you wait!             /-|MIGA works. *
*  619-939-9252 NWC/ECRD    "Build a system any fool can use, and only a fool *
* internet: chattend@encore.com    would want to use it" Murphy's corollaries *
* views expressed are mine(d) alone.     "There's AU in 'dem 'thar hills..."  *
From: johnl@SDFSERV.hac.com (John Lee)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Version Strings...
Date: 8 Jan 93 20:02:51 GMT
Organization: Hughes Aircraft Company, El Segundo, CA

In article <Per_Salmi.0lxs@augs.se> Per_Salmi@augs.se (Per Salmi) writes:
>accs1@bagheera.mumath wrote:
>: In article 93Jan7184001@lk-hp-16.hut.fi, s37732v@snakemail.hut.fi (Markus Juhani Aalto) writes:
>: >In article <Leon.0byx@abcd.Houghton.MI.US> Leon@abcd.Houghton.MI.US (Leon) writes:
>: >UBYTE Version[] = "\0$VER: ProgName 1.0 (7.1.92)";
>:
>: I wonder why that stays in the executable. I would expect a good compiler
>: would 
>: through that line away unless it is really referenced.
>
>You really got a point there! Why does it? 

It's externally visible data that might be referenced by a separate
module.  The compiler can't optimize it away because references to it
aren't determined until link-time.  By then, it's too late since the
linker can't throw out things in a module.

Now, if it had been declared:

	static UBYTE Version[] = "\0$VER: ProgName 1.0 (7.1.92)";

then the compiler might have noticed the lack of references and
optimized it away.

-------------------------------------------------------------------------------
The crew faces deadly GURUs!  Next time on AmigaDOS: The Next Generation.
	+--------+			John Lee
	| HUGHES |
	+--------+			Internet: jhlee@hac2arpa.hac.com	
The above opinions are those of the user and not of those of this machine.
From: s37732v@snakemail.hut.fi (Markus Juhani Aalto)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Hardware bashing demo takes an OS friendly turn.
Date: 07 Jan 93 17:03:55 GMT
Organization: Helsinki University of Technology, Finland
Distribution: inet
NNTP-Posting-Host: lk-hp-16.hut.fi
In-reply-to: breese@monet.imada.ou.dk's message of Thu, 7 Jan 1993 11:32:38 GMT

In article <1993Jan7.113238.1139@imada.ou.dk> breese@monet.imada.ou.dk (Bjoern Reese) writes:


 [Lot of text deleted here (code too).]

   I had to give up using WaitBlit() in preference of testing the
   BBUSY bit in the dmaconr hardware register by myself. Using
   WaitBlit() increased the execution time about 1/5 of a frame
   (which I could afford), but as I depended on the preservation
   of all data registers and most address registers I had to dump
   the scratch registers on the stack, which increased execution
   time about 1/2 frame (and that I couldn't afford).

Includes & Autodocs says that WaitBlit() does not use any CPU registers.
So this would be enough. 

   move.l a6,-(a7)
   move.l GfxBase(pc),a6
   jsr _LVOWaitBlit(a6)
   move.l (a7)+,a6

And if you have GfxBase already in a6 then you could just call WaitBlit.

Here is a clip from RKM: I & A / graphics.library / WaitBlit

RESULT
	Your program waits until the blitter is finished.
	This routine does not use any the CPU registers.  
                                    ^^^^^^^^ Seems to be a typo in RKM.
      	d0/d1/a0/a1 are preserved by this routine.
	It may change the condition codes though.


>   Bjoern Reese                   |     Email: breese@imada.ou.dk
>   Odense University, Denmark     |     Voice: +45 65 932 182 (private)
--


**************************************************************************
*         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: Charlie_Gibbs@mindlink.bc.ca (Charlie Gibbs)
Subject: Re: DD vs HD floppies
Organization: MIND LINK! - British Columbia, Canada
Date: Wed, 6 Jan 1993 01:41:37 GMT

In article <1993Jan5.161230.8635@city.cs> sheun@cs.city.ac.uk
(Sheun Olatunbosun) writes:

>I'm having a problem finding an IBM compatible machine which will accept
>my DD (Double Density) floppies. All the I've seen PC's seem to have the HD
>(High Density) drive as standard. I would really like to use the Amiga
>CrossDOS facility for transferring work from the PC's at my university to my
>A1200 at home.

     Every IBM-compatible machine I've seen can read and write DD
disks in an HD drive.  Machines with 1.2-megabyte 5 1/4-inch drives
will read (and, within limits, write) 360K disks, and machines with
1.44-megabyte 3 1/2-inch drives will read and write 720K disks with
no restrictions.

     I've been using CrossDOS regularly for the past couple of years
to transfer files back and forth between my A1000 and various IBM
clones.  I've never had any problems.  I've even gone so far as to
download files from a BBS directly onto an IBM-format disk, or unzip
IBM disks using PKAZip.

     Start with a 3 1/2-inch DD disk (don't use an HD disk!) and
format it on an IBM clone with the /F:720 parameter.  (I've not had
as much luck formatting it on the Amiga through CrossDOS.)  Once the
disk has been formatted you can read and write it on either an IBM
clone or an Amiga through CrossDOS, so you can take work both ways.

     Have fun...

Charlie_Gibbs@mindlink.bc.ca
"It's lonely here, there's no one left to torture."  -- Leonard Cohen
From: beust@aurora.unice.fr (Cedric Beust)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: RKM description of WaitPort()
Date: 4 Jan 1993 11:53:59 +0100
Organization: University of Nice Sophia-Antipolis, France
Distribution: world
NNTP-Posting-Host: aurora.unice.fr


In article <hebrais.10x6@mirkwood.CAM.ORG>, hebrais@mirkwood.CAM.ORG (Philippe
Hebrais) writes:
>[ qbarnes@urbana.mcd.mot.com (Quentin Barnes) writes in article
><1993Jan1.221013.26070@urbana.mcd.mot.com>: ]
>>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. ...
>>
>>do this.  What am I missing?  What does the documentation actually
>>saying?
>
>It is trying to say that when a signal is received, any number of
>messages may have arrived, including zero.  You should loop on
>GetMsg( port) until it returns NULL.  That "yet" is a word too many.

	If that doesn't make sense to you (Quentin), just think that the OS may
	not be the only one that sends a signal to your task. Even though sending
	a lonely signal without any messages may seem strange, it can happen (blankers
	used to work this way). So you must handle the case, simply by checking that
	GetMsh() returns a non-NULL value.

--
Cedric BEUST, beust@sa.inria.fr, Bull Research Koala proj, KoalaBus & xforum
Pho:(33) 93.65.78.07(.66 Fax), INRIA, B.P.93 - 06902 Sophia Antipolis, FRANCE.
From: Douglas_Stockman@graceUUCP (Douglas Stockman)
Newsgroups: comp.sys.amiga.programmer
Subject: gadtools.library string gadget HELP!
Distribution: world
Date: 6 Jan 93 08:11:24 EST
Organization: Graceful Boot BBS (send replies to User_Name%grace@moscom.com)

Greetings,
   I need some assistance regarding the use of a gadtools.library 
string gadget.  I want to control the position of the cursor inside 
the string gadget.  When the user presses an alphanumeric key, I
copy the first character pressed to the string gadget's buffer and then
activate the gadget.  Unfortunately, the gadget's cursor remains on
that first character entered.  Subsequently typed text appears before
the first character typed (e.g. elpH instead of Help) and the cursor 
remains on the first character typed.  Can someone be so kind as to 
inform me how I can control the location of the cursor in a 
gadtools.library string gadget, or suggest some other way to create
the desired effect?  The string gadget is where text is entered for
a spreadsheet-like editor I am creating.

-- Via DLG Pro v0.992
From: ps296au@sdcc4.ucsd.edu (Steven Cobb)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: PPP?  You *must* be joking...
Date: 8 Jan 93 07:07:29 GMT
Organization: University of California, San Diego

In article <38363@cbmvax.commodore.com> kcd@cbmvax.commodore.com (Ken Dyke - Amiga Networking) writes:
>In article <C0F2Hn.86w@news.iastate.edu> barrett@iastate.edu (Marc N. Barrett) writes:

(the usual nonsense)

>
>-- 
>Kenneth Dyke - Software Engineer            Internet: kcd@cbmvax.commodore.com 
>Amiga Networking Group                      BIX: kcd     Phone: (215) 344-3014
>"PPP?  You *must* be joking..."                      INCLUDE "stddisclaimer.i"
 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
OK, where is our alternative!  The CBM ethernet software is now ancient
and was always dilapidated.  I asume you are referring to CSLIP as
being superior.  I quite agree, but theory doesen't help much in the
real world.  When are we _finally_ going to see this stuff.

Crankily yours,
-- 
  \________/\      ______________________    __________________________________
Steven Cobb  \    /   scobb@ucsd.edu     \__/                Graduate School:
              \  /                                           It's not a job...
         UCSD  \/ ision Lab                                  It's an indenture.
Newsgroups: comp.sys.amiga.programmer
From: pochanay@cae.wisc.edu (Adisak Pochanayon)
Subject: Re: Chunky Pixels vs. Bitplanes (was: Chunky Chip Set...)
Organization: College of Engineering, Univ. of Wisconsin--Madison
Date: 12 Jan 93 11:24:05 CST

     Chunky Pixels are much more efficient than Bitplanes.  Consider setting
a 8-bit color-depth pixel.

    With Chunky pixels you simply make one memory access.  That is, writing the
color to the pixel address.

    With Bitplanes, you must make 16 memory access.  For each bitplane, you must
read a byte, set or clear the appropriate pixel-bit, and then write back the
byte.

             1:16 memory access to slow chip mem???  I think that Chunky wins.
Not to mention that chunky pixel calculations take less time to find the
pixel address.

Newsgroups: comp.sys.amiga.programmer
From: sutela@polaris.utu.fi (Kari Sutela)
Subject: Re: Programming is getting painful!
Organization: University of Turku, Finland
Date: Sat, 9 Jan 93 20:07:42 GMT

walker@twix.unx.sas.com (Doug Walker) writes:

>Version 6.x, the CPR debugger will automatically use enforcer to
>stop your program at the location that is causing the enforcer hit;

Now that you mention it: Is there any other way to proceed than "jump"
over the statement which caused the hit?  I saw no mention of this
feature in the documentation (the readme files mention it briefly).  A
very nice feature, though.

-- 
Kari Sutela	sutela@utu.fi
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: IPC and shared memory
Date: 5 Jan 93 20:31:39 PST
Organization: BBS

> Declare the Signal Semaphore structure itself or a pointer to it in
> your main program's data area and then restore that area in any sub
> tasks/pro-cesses that wish to gain access to the semaphore.
 
This only works if all processes that access the semaphore all run
off the same SegList.  This means that you have to launch the program
once, and yet have it spawn multiple processes running the same code,
internally, in response to different users.  If you're going to do
that, you might as well implement all the good stuff in a single
server process which doesn't need any internal semaphoring anyway.
 
Using a named semaphore makes things way simpler, if you really do
want to use concurrent processes and not a centralized server
bureaucrat-process.
From: jamie@cdevil.unx.sas.com (James Cooper)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Is there a disk in the drive ?
Keywords: disk
Date: 11 Jan 93 17:28:56 GMT
Organization: SAS Institute Inc.
Originator: jamie@cdevil.unx.sas.com


In article <C0ou7J.Kyu@ens-lyon.fr>, obaby@ens-lyon.fr (Olivier Baby) writes:
>Hi,
>
>I am currently writing a C program which needs to test if there is a disk in the disk drive.
>Does anyone know how to make such a test ?

Sure.  Use the dos.libray Info() call, then check the id_DiskType field of the
InfoData structure.  If it is ID_NO_DISK_PRESENT, there's no disk in the drive.

Sample code:

#include <dos/dos.h>            /* For 1.3: <libraries/dos.h> */

int existsDisk(char *drivename)
{
   BPTR lock;
   struct InfoData idata;       /* MUST be longword aligned!!! */
                                /* Better would be to use AllocDosObject() if
                                   running under 2.0+ */
   int exists;                  /* Does it exist? */
   void *OldWindow              /* Store current spot Requesters pop up. */
   struct Process *myproc;      /* Pointer to current process. */

   myproc = (struct Process *)FindTask(NULL);
   myproc->pr_WindowPtr = (void *)-1;

   exists = 0;                  /* Assume it doesn't. */

   if ((lock = Lock(drivename, ACCESS_READ)) != NULL) 
   {
      if (Info(lock, &idata) != NULL)
      {
         exists = (idata.id_DiskType != ID_NO_DISK_PRESENT);
      }
      UnLock(lock);
   }
   myproc->pr_WindowPtr = OldWindow;

   return(exists);              /* Returns 1 if valid disk in drive,
                                           0 if no disk, or disk is unreadable
                                           (might be unformatted, might be
                                            MS-DOS disk, etc., etc.)
                                 */
}

WARNING:  This will only work on valid, already formatted AmigaDOS disks.  If
you truly want to know whether or not there is a disk in the drive, you will
have to go down to sending an ACTION_DISK_INFO packet to the appropriate unit of
the trackdisk.device.

-- 
---------------
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.