HDTenEightyP/NetNews huggingface dataset:
From: stelmack@eggo.tmc.edu (Gregory M. Stelmack)
Newsgroups: comp.sys.amiga.programmer
Subject: Digitizing
Date: 21 Jul 92 02:43:10 GMT
Organization: University of South Florida, Department of Computer Science and Engineering

I am writing some code to do digitizing. As it should be processor
independent, I was going to use the following approach:

Allocate a CIA timer
Initialize it to countdown depending on my sampling frequency
Install an interrupt handler to get the current value
Signal the main task when done.

So, I started with the CIA timer example from the Devices manual.
Unfortunately, the provided code did not compile with SAS/C 5.10b. It
complained that it was looking for "CxBase", which was in the pragmas.
I changed CxBase in the pragmas to be CIABase, and initialized CIABase
depending on the timer I allocated as being the pointer returned from
"OpenResource". Is that correct?

Now, however, with my own interrupt handler, the machine freezes up, and
I have to do the 3 fingered salute three times before the machine reboots.
Any ideas what might cause that? Is it something related to that example?

If anyone has code that allocates a CIA timer and installs an interrupt that
works under SAS/C 5.10b they would be willing to share, I would be most
appreciative.

--
-- Greg Stelmack (stelmack@eggo.csee.usf.edu)
-- FullTime Grad Student, PartTime Amiga Salesman, PartTime Amiga Developer
-- Author of: Spades, Pro Port Analyzer Plus, more to come...
-- DISCLAIMER: The opinions reflected here are mine and mine alone.
From: smythe@cats.ucsc.edu (Brian Matthew Aljian)
Newsgroups: comp.sys.amiga.programmer
Subject: Need help linking math library in makefile.
Date: 24 Jul 92 22:49:24 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: am.ucsc.edu


I'm having a problem getting my floating point code to work when I use a
makefile to compile/link it.  For example, here's a little program (call it
"prog1.c"):

     void
     main(void)
     {
        double	fp;

        fp = 66.99;
        printf("Your number: %lf\n", fp);
     }

I'm using SAS/C 5.10, and if I compile it with "lc -Lm prog1.c" everything
works file and it prints out:

Your number: 66.99

But, if I use the following makefile to compile and link it (formatted to make
it easier to read):

     prog1 : prog1.o
        blink FROM lib:c.o+prog1.o TO prog1 LIB LIB:lc.lib+LIB:amiga.lib+
	                                        LIB:lcm.lib

     prog1.o : prog1.c
        lc prog1.c

The program doesn't work and prints out:

Your number: %lf

Why isn't this working?  Aren't I including the math library with LIB:lcm.lib
in the makefile above?

Any suggestions?  Thank you in advance.

-- 
   Brian M. Aljian
   smythe@stallion.santa-cruz.ca.us
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Advice on partions for hard drive
From: <A77QC@CUNYVM.BITNET>
Date: Friday, 24 Jul 1992 21:48:39 EDT
 <paulk.0ucm@terapin.com><mwm.19dh@contessa.palo-alto.ca.us> <mykes.09w7@amiga0.SF-Bay.ORG><mwm.1add@contessa.palo-alto.ca.us>
Distribution: world
Organization: City University of New York/ University Computer Center

For those of us who have large hds but no tape drives, and, if you can afford
to have one partition, unused, or as scratch, I have a 420 meg hard drive and
the standard 50 meg hard drive with the 3000, and, I just made 8 equal
partitions (by Num Cylinders), and I use one of them as a scratch... whenever
one of them goes bad, (As long as I can read from it,) I just copy everything
from the bad partition, to the scratch, format and recopy back. (I made them
equal, so if I wonder if something bad is going to happen to a partition, I
just diskcopy the partition first, and then feel free to play around as much as
I want...
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: MakeScreen(); RethinkDisplay() vs. MakeVPort(); MrgCop(); LoadView()
Date: 23 Jul 92 19:53:09 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <1992Jul22.192458.5966@spuddy.uucp> spark@spuddy.uucp (Steve) writes:
>
>It's about time the slowness of ReThinkDisplay() was discussed. If
>it wasn't so slow, we'd e able to hvae copper scrolling, among other things.

Intuition gives you features, but that comes with overhead.  Intuition
is pretty efficient for the most part, especially given its responsibilities
vis the kinds of things it has to achieve and support.  RethinkDisplay()
is slow because it potentially has a lot of work to do.  Far more than
you probably realize.

If you can't stomach the overhead (and you're certain there's no better way
-- see below!), then you have to do without the features Intuition supplies.
That is, you have to make your own view and viewports.

>If CBM can't speed up RTD(), how about adding some kind of special support
>for the above kind of scrolling. Sure would make text editors look nice.

It seems that several programmers are able to achieve significant scrolling
performance, and in a window, no less.  And in a window is where a text
editor belongs.  No copper trick lets you scroll text in an Intuition window.
If you don't believe me, check out the various high-performance text editors
such as TurboText, CygnusEd, and others.

RethinkDisplay() is the general "I munged a screen, please make everything
happy again" function.  We're not going to supply specialized mini-versions
to handle each potential sub-case.

>Steve

     Peter
--
Peter Cherna, Operating Systems Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"If we only use 15% of our brain, what do you suppose the other 75% is for?"
Newsgroups: comp.sys.amiga.programmer
From: jhi@vipunen.hut.fi (Jarkko Hietaniemi)
Subject: Re: WB2.04 distribution solution
Organization: Helsinki University of Technology, Finland
Date: 21 Jul 92 13:35:18


> If we were interested in setting up some contact point where "everyone
> on the net" could be encouraged to contact with the same request,
> we'd have set up a 900-number.
> :-)

Oh yes, the net does not reach outside the States, I stand corrected.
I must be dreaming that I am writing this :-)

++jhi;

Newsgroups: comp.sys.amiga.programmer
From: afeld@nyx.cs.du.edu (Andy Feld)
Subject: Compiler flags
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, 29 Jul 92 17:11:20 GMT


Does anyone out there know what the equivilent flags for Aztec -mcd would
be
for Lattice 5.0?? Or a list of flags for Lattice 5.0 would be good too...
Any help would be appreciated!

-Andy
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Autodocs don't agree with prototypes
Date: 22 Jul 92 02:45:15 GMT
Organization: BBS

> The final 2.04 release of the include files include corrected
> prototypes for the printf-functions, as well as for several other
> problems that had been reported by that time.
 
looks like I need newer autodocs ... I think I'll order me a beta
2.1 eh.  THAT oughta solve the problem ...
From: tm86s86@tcedge.mi.org (Tim Mavers)
Newsgroups: comp.sys.amiga.programmer
Subject: MenuItem & Colors.
Distribution: world
X-BBS-Software: EXCELSIOR! v0.95r
Date: 25 Jul 92 11:13:10 EDT
Organization: AmiNet Services

I hope someone can help me out.  I am using Gadtools to create some menu's, 
and everything is working good, except for the Amiga "A" keys shown for certain
menuitems that also have key commands.  The "A" Amiga key is red for some 
reason surrounded in a black box,with four red pixels at each corner of the 
box.  Also, the "Checkmarks" are the same way, does anyone know how to change 
the colors of these?    The menubox is blue, with yellow text, and I am hoping 
to get the same colors with these two items. (Blue box, yellow checkmark, or 
Amiga key).

                                        Thanks
                                                  Tim
                                                    
Newsgroups: comp.sys.amiga.programmer
From: tribioli@arcetri.astro.it (Francesco Tribioli)
Subject: Re:  2.04 Includes
Organization: Osservatorio di Arcetri
Date: Mon, 27 Jul 1992 10:59:49 GMT

In article <fgd3.01f1@nifty.UUCP>, fgd3@nifty.UUCP (Fabbian G. Dufoe, III) writes:
|> In article <1992Jul23.144100.29361@arcetri.astro.it> tribioli@arcetri.astro.it (Francesco Tribioli) writes:
|> >In article <33245@cbmvax.commodore.com>, mks@cbmvax.commodore.com (Michael Sinz) writes:
|> >
|> >$100 is not so little fee for a single user. It's a good fee for a compiler
|> >vendor but not for a single user. Then I don't want to buy a new compiler
|> >every time you change the operating system. Also is quite impossible to have a
|> >decent assistance here in Europe from C= (I don't know in US, is it better?)
|> >and so get this damned header files.
|> 
|>    PAY ATTENTION, Francesco!  The $100 fee permits vendors to redistribute
|> the include files with their package.  It isn't the single user fee.  If
|> you, as a single user, want the include files you can buy the Native
|> Developers Kit for just $20.  For that $20 you get the include files, the
|> Autodocs (documentation for all the functions in all the Amiga libraries),
|> and some development and testing tools.  It's a good deal.  
|> 
|> --Fabbian G. Dufoe, III
|>    350 Ling-A-Mor Terrace South   | GEnie:    F.DUFOE3
|>    St. Petersburg, Florida  33705 | internet: fgd3%nifty@tct.com
|>    813-823-2350                   | uucp:     ...tct!deep6!nifty!fgd3
|> 

 Yes, I apologize. I have written this post quite in a hurry, and I have done
an error in translating the text. I have received ten or more e-mail
messages telling me I was wrong: OK, I know! Stop please. :-)
 However, the problem is not principally in the $100 or $20 (I can still afford
$100 one time in three years). The REAL problem is: "I CANNOT have a reasonable 
assistance from C= in my country, so I cannot easily obtain this 2.04 includes".
The only way is to buy a new compiler with the new includes. So if C= is not 
able to provide a good local assistance, I would like to bypass the problem 
going directly to the source.
 I had some e-mail messages telling me the problem is in non authorized
copy of the header files going around if they were free. I don't understand
the difference between modifing acquired header files and modifing dowloaded
header files. If one people want to bypass the law and break the copyright he
can do this in both cases.

							Francesco
--------------------------------------------------------------------------------
Francesco Tribioli				News and system manager
Osservatorio Astrofisico di Arcetri		Firenze - ITALY
Internet tribioli@arcetri.astro.it
DECNET 38954::tribioli
--------------------------------------------------------------------------------
Newsgroups: comp.sys.amiga.programmer
From: peteru@hydra.maths.unsw.EDU.AU ()
Subject: Re: GadTools bugs?
Organization: school of Mathematics UNSW
Date: Tue, 28 Jul 1992 05:00:40 GMT

In article <92209.101919DEB110@psuvm.psu.edu> Doug "Bish" Bischoff EMT-MAST <DEB110@psuvm.psu.edu> writes:
[.. About GadToolsBox ..]

>     I create a screen (default, hires interlaced) and open a window on it.
>Now I place a text gadget in the window.  Oops, placed it too high.  I want
>to use "Move Gadget."  I select it and it says "Click on Gadget to Move."
>     Okay, I click on it, and the message stays there.  I keep clicking until
>my index finger falls off, trying every pixel of the gadget and its title, and
>still "Click on Gadget to Move."  Okay, enough with that, I'll go to something
>else.  I click the Right Mouse Button.... and the "Click on Gadget to Move"
>goes away and the whole program locks.  Won't do anything.  The menus come up,
>but selecting something doesn't work.  I can't even quit 'cept by cancelling
>the task, etc.

If you are trying to select a string gadget you must click in it and then press
the return key to actually activate it.

Yes, there are bugs in GTB, but if you are willing to only use it as a layout
tool it is quite usable. Hopefully the author is working on a better version.
If he does come up with a good code generator in the next version I will send
him some cash.

	+------------------------------------------------------+
	|   Peter Urbanec    s1013734@spectrum.cs.unsw.oz.au   |
	|                      peteru@hydra.maths.unsw.oz.au   |
	|                                                      |
Newsgroups: comp.sys.amiga.programmer
From: hassink@cs.UAlberta.CA (Hassink Brian John)
Subject: vi editor - is there one?
Organization: University of Alberta, Edmonton, Canada
Date: Fri, 24 Jul 1992 19:52:09 GMT

Is there a PD VI editor out there? If so, which ftp site?
 
Muchos Gracias
Brian
hassink@manning.cs.ualberta.ca
From: espie@basilic.ens.fr (Marc Espie)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ASL and GadTools libraries.
Date: 29 Jul 92 13:40:51 GMT
Organization: LIENS, ENS, 45 rue d'Ulm, Paris (France)

In article <1992Jul28.172522.23855@wam.umd.edu> stark@wam.umd.edu (Mike Stark) writes:
>In article <33732@cbmvax.commodore.com> peter@cbmvax.commodore.com (Peter Cherna) writes:
>> In article <1992Jul27.191144.25772@wam.umd.edu> I write:
>>> I wish the autodocs said this was OK because I really want to let the user
>>> of my program close windows while the ASL requester is active.
>>
>> The autodocs WON'T say it's OK because it's NOT.  If you want to close
>> the window while the requester is active, then don't pass your window
>> in as a reference window.  It's pretty simple.
>
>Well, I think you misunderstood me a little bit.  I realize that what I
>am doing is not a good idea.  However, I have a program that has several
>windows open on one IDCMP one of which may be the ASL file requester.  I
>wanted to have one process service all of these windows and I thought that
>the ASL hook function provided a way to do that while the ASL requester was
>alive.  Unfortunately, it is clear from the documentation (And now painfully 
>clear that the documentation represents not only the fact but also the 
>intent of C/A) that I will have to fork off another process just to open 
>up the ASL requester.


From my point of view, this is a BIG design error in the ASL
requester.  That hook function mechanism is not as useful as it could
be. For instance, you can just get messages from Intuition. If you want
to write a program that takes external events into accounts (timer
stuff and others), you can't get them through that hook function. You
have to fork another process anyway. The biggest problem for me is that
we get away from the event-driven programming model: wait for next
event, process it, and loop. We have to get several processes to do
this kind of thing.  This tends to get messy, as process
synchronization is not exactly trivial.  You have to have got through
lots of mistakes before you get it right, since these bugs are sooooo
unpredictable.

Well, the documentation says you can't, so I shan't. 
But I sure hope this will change in the near future !

-- 
     Marc Espie (espie@ens.fr)
`In Unix, no one can hear you scream.
Sys V R4, the final battle. 
The aliens are ALREADY among us.'
Newsgroups: comp.sys.amiga.programmer
From: epang@fraser.sfu.ca (Eugene Pang)
Subject: Re: GadtoolsBox copmpiling under SAS 5.1
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Tue, 21 Jul 1992 05:47:55 GMT

hemmer@hemmer.adsp.sub.org (Franz Hemmer) writes:
>Well, it works, but the Boopsi.o code gets an enforcer hit :-( I have
>no in-depth explanation of this yet...

Glad to see someone actually tried it.  I got overzealous in expanding macros
and changed a pea.l to a move.l!  Here's a patch to Boopsi.a68 which was
posted to alt.sources.amiga a while ago.  I'll post the complete file there
later.

--- boopsi.a68	Mon Jul 11 22:53:05 1992
+++ boopsi.a68	Mon Jul 20 22:42:17 1992
@@ -173,7 +173,7 @@
                 pea.l       1                   ; recessed
                 pea.l       GTBB_Recessed
 normal:         move.l      a4,-(sp)
-                move.l      GT_VisualInfo,-(sp)
+                pea.l       GT_VisualInfo
                 move.l      a1,-(sp)            ; save top of stack
                 lea         4(sp),a1            ; get start of tags
                 jsr         _LVODrawBevelBoxA(a6)   ; draw the bevel box
From: hemmer@hemmer.adsp.sub.org (Franz Hemmer)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Removing title bar from window?
Date: 23 Jul 92 09:18:37 GMT
Organization: InterActivsion

In article <1428@grivel.une.edu.au> cfiddyme@neumann.une.edu.au
(Chris Fiddyment) writes:

>  I know that you can remove the title bar from a screen with SCREEN_QUIET
>  but how do you do it with a window. I want a borderless window without a
>  titlebar to cover the whole screen.

WFLG_BORDERLESS ;-)

>* Chris Fiddyment.        |   I never promised anybody *

--
*-------------------------------------------------------------------------*
|         _   UseNet: (uunet|rutgers|pyramid)!cbmvax!cbmehq!cbmden!hemmer |
|         \\ _                         CBMNET: hemmer@hemmer.adsp.sub.org |
| InterActi\X/ision - The name of precision                               |
| Best regards                         >> Carpe Diem! - Seize the day! << |
| Franz Hemmer - Software Developer.                                      |
*-------------------------------------------------------------------------*
From: strat@matt.ksu.ksu.edu (Steve Davis)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: C Programmer's Editor of Choice?
Date: 22 Jul 1992 09:45:04 -0500
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

vailm00@DMI.USherb.CA (MARC VAILLANCOURT) writes:

>    TurboText doesn't have unlimited Undo & Redo yet either.

I'm going to have to chip in with a word for GNU-EMACS, the ONE
TRUE EDITOR.  Something has to be said for EMACS, since it can
*emulate* through ELisp any other text editor.  And what's even
better is that it's MACHINE INDEPENDENT!  :-)  I'm using EMACS
right now on an 80 MIPS UNIX box, have it for my laptop, for my
Amigas, etc. etc. etc.  
 
Stratocaster

-- 
  Steve Davis  |    Contact me at ...            | The Boarding House BBS!
               | Internet:  strat@cis.ksu.edu    | 9600 baud (v.32/v.42)
               | FidoNet:    Steve @ 1:295/3     | America: 913-827-0744
 *** Don't be a pacifist, be an Activist! Fight to keep abortion LEGAL! ***
Newsgroups: comp.sys.amiga.programmer
From: sims@sauron.msfc.nasa.gov (Herb Sims)
Subject: Interrupt program needed
Keywords: Interrupts
Organization: NASA/MSFC
Date: 28 Jul 92 12:07:13 GMT

Does any one have a good demo program that shows how you go about setting
up a program with interrupts?  I would preferre it be in Assembly
but will take what I can get.

Thanks in advance.  And please mail direct.

Herb
sims@sauron.msfc.nasa.gov
From: 89u7491@csdvax.csd.unsw.edu.au
Newsgroups: comp.sys.amiga.programmer
Subject: Re: CPU cycles
Date: 24 Jul 92 04:05:11 GMT
Organization: University of New South Wales

In article <jbickers.0bpc@templar.actrix.gen.nz>, jbickers@templar.actrix.gen.nz (John Bickers) writes:
> 
>     My routine takes around 2920 cycles, but it's only happening about
>     850 times a second. Multiplying the two tells me there's roughly
>     2,500,000 cycles a second, when I expected ten times that (25MHz).
				 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
You have forgotten memory access times. Time taken to get/put data from memory
is considerably longer than a CPU cycle, this will raise the expected numer of
Cycles per instruction. Secondly the 68030 instruction cycle may not be running
at 25Mhz, it may be some derivative of this? (I'm not sure here). Anyway isn't
the 68030 pipelined, in which case all instructions should take 1 pipeline
cycle once the pipe is full.

Cheers
-Trevor
Newsgroups: comp.sys.amiga.programmer
From: dkf8117@tamsun.tamu.edu (D. K. Fields)
Subject: Why does my program look for ENV:?
Organization: Texas A&M University, College Station
Date: Mon, 27 Jul 1992 13:33:25 GMT


I have a program that I am writing that insists on getting something from
ENV:  It opens a custom screen and a window, to which it copies an image.
Whats it doing?

Also, how do you change the cursor color?
-- 
Duane Fields                  Friends don't      Work#   (409) 845-6904
Box 1315                     let friends use     Home#   (409) 847-6760
College Station, Tx 77841        MS-DOS.         dkf8117@tamsun.tamu.edu
Newsgroups: comp.sys.amiga.programmer
From: rhialto@cs.kun.nl (Olaf Seibert)
Subject: Re: NULL vs 0 in RKM-Libs
Organization: University of Nijmegen, The Netherlands
Date: Thu, 30 Jul 1992 19:08:08 GMT

In <92192.151112TEW105@psuvm.psu.edu> <TEW105@psuvm.psu.edu> writes:

>>
>>> 1. In stdio.h: #define NULL __null_pointer_constant
>>> 2. The compiler recognizes the name __null_pointer_constant

>Uh, what's wrong with #define NULL 0L ?

>I use NULL all the time with my C compiler with no complaints about it
>no matter what situation its used in.
>Am I missing something here?  (I probably am :)

That the compiler never complains is my problem. I /want/ the compiler
to complain if someone writes

	window->IDCMPFlags = NULL;
or
	NumberOfFoos = NULL;
.
Which I've seen far too much, even in example code from Commodore.

To quote from the C-FAQ file:

1.8:	If "NULL" and "0" are equivalent, which should I use?

A:	Many programmers believe that "NULL" should be used in all
	pointer contexts, as a reminder that the value is to be thought
	of as a pointer.  Others feel that the confusion surrounding
	"NULL" and "0" is only compounded by hiding "0" behind a
	#definition, and prefer to use unadorned "0" instead.  There is
	no one right answer.  C programmers must understand that "NULL"
	and "0" are interchangeable and that an uncast "0" is perfectly
	acceptable in initialization, assignment, and comparison
	contexts.  Any usage of "NULL" (as opposed to "0") should be
	considered a gentle reminder that a pointer is involved;
	programmers should not depend on it (either for their own
	understanding or the compiler's) for distinguishing pointer 0's
	from integer 0's.

	NULL should _not_ be used when another kind of 0 is required,
	even though it might work, because doing so sends the wrong
	stylistic message.  (ANSI allows the #definition of NULL to be
	(void *)0, which will not work in non-pointer contexts.)  In
	particular, do not use NULL when the ASCII null character (NUL)
	is desired.  Provide your own definition

		#define NUL '\0'

	if you must.

	Reference: K&R II Sec. 5.4 p. 102.

-- 
___ Olaf 'Rhialto' Seibert      B4f+-t-w--g+k+(+)svmrp+  rhialto@cs.kun.nl
\X/   It'sneveragoodideatoarriveinthepastwithyourpantsaroundyourknees -Sam
From: r_moore@vger.nsu.edu
Newsgroups: comp.sys.amiga.programmer
Subject: C++ for the Amiga question
Date: 31 Jul 92 05:04:42 GMT

I need some advice on C++ for the Amiga, I know Comoeu(sp?) has C++ for the
amiga, is it an independent compiler or does it run on top of a C  Compiler ? If
so will it run over SAS C 5.10b ? Are there any other C++ products for the
Amiga and how do they rate ?
                   Thanks.....Richard
From: jbickers@templar.actrix.gen.nz (John Bickers)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: getkey type function
Date: 30 Jul 92 10:07:00 PST
Organization: TAP, NZAmigaUG

Quoted from <92210.225222JFS10@psuvm.psu.edu> by Jonathan Swaby <JFS10@psuvm.psu.edu>:
> I am looking for a routine that will make my program wait until a key
> is pressed before continuing. I don't really care what key is pressed.

    This should be in the FAQ! Where is the FAQ?!? It's been what,
    over a month since the new FAQ was begun?

> Thanx Jonathan Swaby
--
*** John Bickers, TAP, NZAmigaUG.        jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
Newsgroups: comp.sys.amiga.programmer