HDTenEightyP/NetNews huggingface dataset:
From: mrr@mrsoft.network23.com (Mark Rinfret)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc
Subject: Re: Advice to SAS/C 5.10b users
Date: Fri, 18 Dec 1992 12:44:11 GMT
FollowUp-To: comp.sys.amiga.programmer
Organization: MRsoftware
X-Newsreader: Arn V1.00 beta rel2

In article <BzD93n.JCo@usenet.ucs.indiana.edu>, Sam Hulick writes:
> 
> It would be rather safe to stick with 5.10b.  6.0 and 6.1 are too
> buggy.. But you can probably see that from all the posts(complaints) on
> c.s.a.p. :)

Sorry, but this is irresponsible nonsense. Though I've hit a few minor snags
in 6.0/6.1, there was nothing that stopped me dead in the water. The HUGE
improvement in the environment, better code generation, etc. far outweighs
any nits.

I've run a LOT of code through 6.1 (I use it "straight" and with Comeau C++)
and have been very pleased. I have a high level of confidence in the
resulting product. The SAS people are to be commended on their quick 
response to problems, also.

Mark

#
# Mark R. Rinfret                   MRsoftware
# Certified Amiga Developer         348 Indian Avenue
# mrr@mrsoft.network23.com          Portsmouth, RI  02871
# galaxia!mrsoft!mrr                (401) 846-7639
#
Newsgroups: comp.sys.amiga.programmer
From: paulgc@sad.hp.com (Paul Christensen)
Subject: ListView Help
Summary: Using ListView 
Date: Wed, 16 Dec 1992 07:09:52 GMT
Organization: HP Sonoma County (SRSD/MWTD/MID)
X-Newsreader: TIN [version 1.1.4 PL6]
Keywords: Intuition ListView GadTools

Hello all,

I am trying to build a ListView box using 2.04 that will highlight the 
selected list item in inverse video when the user selects it. I dont want
to show the selected item in a string gadget. I just want the user to
see which one is selected. I also want to double click it and call another
panel of gadgets up...

On another note, If I make a panel of gadgets, can I just toss away all 
IDCMP messages that report the status of gadgets in the panel and then
when the user hits the 'QUIT' gadget, can I read the status of all the
checkboxes and string gadgets and integer gadgets etc??

It seems that this would be cleaner for me than processing each and every
intuimessage as it hits the message port..

Your thoughts?

paulgc@hpsadmq.sad.hp.com



+-----------------------------------------------------------------------+
| Paul Christensen        |     Email: paulgc@hpsad.sad.hp.com          |
| (707)794-2545 (42545)   |     MS: 1LR-R     Rohnert Park, CA          |
| Voice Mail              |     Amiga 3000 25: 760MB  6MRam             |
+---------------------- HP MicroElectronics ----------------------------+  



Newsgroups: comp.sys.amiga.programmer
From: ridder@zowie.zso.dec.com (Hans)
Subject: Re: Default buttons under 2 or ^
Keywords: buttons default style look interface
Organization: Digital Equipment Corporation - DECwest Engineering
Date: Wed, 16 Dec 1992 23:41:51 GMT

In article <1992Dec16.073450.14111@ifi.unizh.ch> matija@avalon.physik.unizh.ch (Matija Milostnik) writes:
>In article <BzBrzI.GME@csugrad.cs.vt.edu> jaker@csugrad.cs.vt.edu (Jake Rose) writes:
>>The idea is to draw a sunken borderbox around the gadtools gadget that
>>will be "hit" if the return key is pressed, to indicate that that is the
>>default response.  
>
>The default option for any requester shuold NOT be activated
>by a RETURN. There was a lenghty discusion why this is A Bad Thing.
>Just picture the situation where you are writing a document and are
>to press return and another application pops up a requester with the
>return key as default....

Only if the program bringing up the requester is broken.  The requester
should *not* be brought up in an active window.  Somewhere in the RKMs
it suggests that windows (hence requesters) should only have the
"activate" flag if they are in response to a user action.  Asynchronous
windows popping up should not use the "activate" flag.

>Best regards from Matija Milostinik           : matija@avalon.physik.unizh.ch

-hans
-- 
  Hans-Gabriel Ridder <ridder@rust.zso.dec.com>
  DECwest Engineering, Bellevue, Washington, USA
  "I'd rather be writing MACRO-20!"
  Any opinions expressed are not those of my employer, honest.
From: davereed@wam.umd.edu (Michael Robert Bromery)
Subject: Gadget -> Was Learning from Includes alone..
Organization: University of Maryland, College Park
Date: Wed, 16 Dec 1992 06:32:26 GMT

       Well, the ng_GadgetID is a VERY VERY important field you set. The
   field would be set to perferably some integer. Basically, without the 
    Gadgets ID number, you wouldn't beable to tell which button
     someone was clicking on when you get your intuimessages. Every 
     gadget needs a number so that when the intuimessage comes, you can
     use a switch statement to start functions according to your
      gadget ID number. I remember using that quite a bit, earlier on
     in my project I'm working on right now.
   
    P.S. -- Workbench is a neat environment to be able to run games on.
    I did happen to hear of a terminal program that is new and in beta
      testing by the maker of JRComm that runs within a window. Does
      anybody know about it? I would really like to get my hands on it.
      I don't remember the name, but I hear that it is on merlin.etsu.edu

  --- Hope this helps
   -- Mike

      Email:davereed@wam.umd.edu
.

Newsgroups: comp.sys.amiga.programmer
From: mart4678@mach1.wlu.ca (Phil Martin u)
Subject: AMOS, the 1200, and CD.
X-Newsreader: TIN [version 1.1 PL6]
Organization: Wilfrid Laurier University
Date: Thu, 17 Dec 1992 23:44:12 GMT

I am a beginning programmer who is having a blast with AMOS, and I am seriosly
considering upgrading to AMOS Pro, and I have a few questions for those who
are using it now...

I heard that it includes commands to control a CDTV, or A570 (when is the
A670 coming out?). Is this true? I would like to be able to write a program
that plays selected tracks off of a CD, is this possible with AMOS Pro?

Also I am thinking of getting an A1200 in the new year. Will it use the A670
CD drive or will another be introduced?

One last question... Has anyone out there used the MicroSystem's Mediaphile
2.0M infrared controller? Can it be controlled from AMOS Pro?

Any responses or referrals to other sources would be tres useful.

Phil Martin,
Wilfrid Laurier University...
mart4678@mach1.wlu.ca

Newsgroups: comp.sys.amiga.programmer
From: chris@132.236.236.32 (Christopher A. Wolf)
Subject: Re: Getting a valid FileSysStartupMsg pointers.
Content-Type: text/plain; charset=iso-8859-1
Nntp-Posting-User: tc13@cornell.edu
Reply-To: chris@alchemy.tn.cornell.edu
Content-Transfer-Encoding: 8bit
Organization: none
X-Newssoftware: GRn-beta 1.16g (13.12.92) by Michael B. Smith & Mike Schwartz
Mime-Version: 1.0
Date: Fri, 18 Dec 1992 23:26:02 GMT

In article <71731@cup.portal.com> Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON) writes:
> What I did was create a little routine that checked the name against a
> list which includes all the devices I wish to ignore such as:
>
>    PIPE, RAM, RAD, VD0, SER, PAR, ect...
>
> A simple routine called Good_Device is passed the device name to check
> and returns FALSE if the name matches one in the list is pretty easy
> to create.  Then you can do the other checks mentioned....

This is rather an unacceptable hack since there is no guaranteed consistency
of device names between different configurations, OSs or machines.

SER:  and PAR:  and I think PIPE:  can easily be filtered out by doing an
IsFileSystem().  RAM: and RAD: seem to be well-behaved and place a NULL
in the dol_StartUp.  VD0: behavior I'm not sure about.


--
------------------------------------------------------------------------------
Christopher A. Wolf   mail: chris@alchemy.tn.cornell.edu   IRC: cwolf (#amiga)

The rec.arts.sf.starwars Frequently Asked Question List is available via anon.
FTP from the Star Wars archive site at wpi.wpi.edu. "May the FAQ be with you!"
------------------------------------------------------------------------------
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Ways to get hold of system gadget images ?
Date: 14 Dec 92 22:35:38 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <1992Dec11.202213.22176@ida.liu.se> d90magri@odalix.ida.liu.se (Magnus Rindeberg) writes:
>Well, the title really says it all... Does anyone know of a way to get
>a pointer to the system gadgets "UPIMAGE" and "DOWNIMAGE", i.e. to
>their "Image" structure. I am trying tmake a scroller gadget but don't
>really want to draw the arrows myself, I'd much rather use the default
>images if it is possible.

There is a boopsi image class called "sysiclass" that supplies these
images.  You get them with the NewObject() call.  "sysiclass" images
require a SYSIA_DrawInfo tag, whose value you got back from
GetScreenDrawInfo() for the screen your application opens on.

upimage = NewObject( NULL, "sysiclass",
	SYSIA_DrawInfo, dri,
	SYSIA_Which, UPIMAGE,
	TAG_DONE );

...

DisposeOjbect( upimage );

>Magnus Rindeberg, student of computer science and technology

     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.
"Opinions enlarged to show detail"
From: mjl@dino.ph.utexas.edu (Maurice J. LeBrun)
Newsgroups: comp.sys.amiga.programmer
Subject: Need 2.04 includes..
Date: 16 Dec 92 09:47:35 GMT
Distribution: comp
Organization: The University of Texas at Austin


Sorry if this has come up before.  I am trying to call some 2.04 libraries
(asl and gadtools) and apparently the header files that came with SAS/C 5.10
are missing some important elements of 2.04.  So, short of upgrading to SAS
6.x (that's $100 I don't have right now), is there any recourse?  Thanks in
advance,

--
Maurice LeBrun    mjl@dino.ph.utexas.edu
Institute for Fusion Studies, University of Texas at Austin

Faire de la bonne cuisine demande un certain temps.  Si on vous fait
attendre, c'est pour mieux vous servir, et vous plaire.
                                [menu of restaurant Antoine, New Orleans]

Newsgroups: comp.sys.amiga.programmer
From: matija@avalon.physik.unizh.ch (Matija Milostnik)
Subject: Re: Default buttons under 2 or ^
Summary: Return key as default activation
Keywords: buttons default style look interface
Organization: Informatik Club d. Universitaet, Zuerich
Date: Wed, 16 Dec 1992 07:34:50 GMT

In article <BzBrzI.GME@csugrad.cs.vt.edu> jaker@csugrad.cs.vt.edu (Jake Rose) writes:
>Hey, folks.

Hello

>  I've been looking for a nice, standard way of displaying a
>default response for requesters and options panels on the Amiga for a
>while now, [...]

>The idea is to draw a sunken borderbox around the gadtools gadget that
>will be "hit" if the return key is pressed, to indicate that that is the
>default response.  

Sorry, the answer is NO.

The default option for any requester shuold NOT be activated
by a RETURN. There was a lenghty discusion why this is A Bad Thing.
Just picture the situation where you are writing a document and are
to press return and another application pops up a requester with the
return key as default....

I think it looks very clean and that it doesn't clutter
>things up on the screen, in contrast to the standard proposed by many
>programs, which is to place the text for the default response button in
>bold.  I find it extremely ugly.

It is indeed. 
Till 1.x the Intuition section of the manual proposed to bolten the default
action, now this section is not present any more. Under 2.x and greater all
gadget should look equal. The default activation is marked with underlined 
characters in the Gadgets. All gadgets look equal.

> So my question is, what do people think
>of this idea, and does anyone know why the style guide would complain about
>it?  I've looked through it (read it from cover to cover, in fact), but I
>haven't noticed anything in there on this.  

The best solution I came across is to expand the capability of the
'left Amiga v' and 'left amiga b' (or whatever the user defined).
You define your gadget with a tag called 'GA_Default_Positive' and
'GA_Default_Negative', just like the end requester flags in gadgets
of requesters. This way ANY application could have a default key 
activation and everybody would know that 'left amiga v' is positive
and 'left amiga b' is the negative choise in the requester, thus 
avoiding the need of bold gadgets or strange visual apparence of
the gadgets.


>Thanks for your response!
Your are welcome
  Matija
-- 
Best regards from Matija Milostinik           : matija@avalon.physik.unizh.ch
                                              : matija@amiga.physik.unizh.ch
Therefore, use local labels in the procedures as often as possible. 
Save the environment!  Recycle!  ;-)                 (Bjoern Reese)
Xref: sparky comp.sys.amiga.programmer:17528 comp.sys.amiga.hardware:21767
From: tbills@cse.unl.edu (Trent Bills)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re: CISC and RISC
Date: 18 Dec 1992 14:57:00 GMT
Organization: University of Nebraska--Lincoln	
Distribution: world
NNTP-Posting-Host: cse.unl.edu

In article <AHANSFOR.92Dec17115522@bigwpi.wpi.edu>, ahansfor@bigwpi.wpi.edu (Andrew L. Hansford) writes:

|> tbills> The extreme cost of task switching is part of the motivation
|> tbills> for putting multiple processors in one machine.  Most (all?)
|> tbills> workstation makers have some kind of multiprocessor machine.
|> 
|> tbills> |> -- Andrew Hansford |> ahansfor@wpi.wpi.edu
|> 
|> tbills> - Trent Bills
|> 
|> True. But like exception handling, more support for this seems to go
|> into CISC machines.  As for multiple processors, you still incur the
|> same cost for a context switch.  Now you have more processors
|> switching.  Esp with microkernel architectures that instead of one
|> switch to the kernel and back to the calling function (2 switches),
|> you get a context switch to the kernel,  a message is copied or
|> remapped, a context switch to a user lever server, and then the server
|> enters the kernel to pass a message back to the calling proces.  Now
|> we have twice and many context switches.  

The idea behind having multiple processors is that you only have a few
active processes at any one time and that each processor can be more
or less dedicated to that process.

The cost of a context switch in a RISC machine isn't usually that much
more that a CISC machine.  The only real difference is that the CISC
machine only has to execute one or two instructions to perform the
context switch whereas the RISC machine will have to execute much more.
However, every instruction in the RISC machine will only take one clock
cycle whereas the instructions for a task switch in a CISC machine
will take a rather large number of clock cycles.  Every access to memory
will take at least one clock cycle regardless of the type of processor.
The result is larger code on the RISC machine, but roughly identical
performance for both.

 - Trent Bills
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: SAS 6.1 and IDIR problems
Originator: walker@twix.unx.sas.com
Date: Mon, 14 Dec 1992 14:07:15 GMT
Distribution: inet
Organization: SAS Institute Inc.


In article <S37732V.92Dec12145909@lk-hp-20.hut.fi>, s37732v@snakemail.hut.fi (Markus Juhani Aalto) writes:
|> Is there a way to set this up in SCOpts program so that I can use build
|> icon to automatically compile my whole project with both c and assembly
|> files. Currently I haven't got this work and I don't want to start
|> fiddle with makefiles.

Yes, use the SC command to assemble your assembly language files as
well as to compile your C source files.  Then add the IDIR INCLUDE:
option to the SCOPTIONS file and it will get passed along to the
assembler.  This will allow you to simply double-click on the BUILD
icon and have all .c files in the current directory compiled and
all .a files in the current directory assembled.

|> suggestion:   ASM should search INCLUDE: ( or ASMINCLUDE:) by default.

Yes, good suggestion.

|> suggestion2:  GST's should be generated automatically if one of the 
|>               headers files is changed. Or make it as a option.

This would mean that we'd have to read the disk each time you compile
to verify that the file hasn't been changed.  If you're a floppy user,
this would be unbearable.  Even on a hard disk, this would slow it
down a great deal.  However, it would be a good safety check that
I'd like to see in a future version.

|> *         Markus Aalto              | Helsinki University of Technology  *

-- 
  *****
=*|_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: lionet@lionfl.adsp.sub.org (Francois Lionet)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: AMOS, the 1200, and CD.
Date: 19 Dec 92 18:57:37 GMT
Reply-To: lionet@lionfl.adsp.sub.org (Francois Lionet)
Organization: Not an organization
X-Newsreader: Arn V1.00 alpha rel2

In article <BzFGLp.Iu8@mach1.wlu.ca>, Phil Martin u writes:

> I heard that it includes commands to control a CDTV, or A570 (when is the
> A670 coming out?). Is this true? I would like to be able to write a program
> that plays selected tracks off of a CD, is this possible with AMOS Pro?
AMOSPro includes direct device programming. So, if you know how to program 
the CDTV, you can of course directly access the CDTV device.
There is no (as far as I know) official CDTV extension. May be someone
has written one?

> Also I am thinking of getting an A1200 in the new year. Will it use the A670
> CD drive or will another be introduced?
I'm afraid the A670 port is much to big to be plugged into the PCMIA slot
of the A1200. But C= is certainely working on it.

> One last question... Has anyone out there used the MicroSystem's Mediaphile
> 2.0M infrared controller? Can it be controlled from AMOS Pro?
If the infrared controler generate key strokes, no problems.

--
                    "The words of AMOS: proclaim free-will and publish!" 
                    (Old Testament, AMOS 4.5)
Francois Lionet           
cbmvax!cbmehq!cbmfra!lionfl!lionet
lionet@lionfl.adsp.sub.org
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: SAS 6.1 and IDIR problems
Originator: walker@twix.unx.sas.com
Date: Fri, 11 Dec 1992 18:58:36 GMT
Organization: SAS Institute Inc.


In article <BynD5B.35w@srgenprp.sr.hp.com>, kevint@hpsadqa.sad.hp.com (Kevin Taddeucci) writes:
|> I have converted the LMKFILE to use the 6.1 syntax (original and converted 
|> makefile included below), which includes the option  IDIR=INCLUDE:. 
|> However when I try to compile with smake a requester appears with the 
|> following message:
|> 
|>               Please insert volume IDIR=INCLUDE in any drive.

Interesting.  SC seems to think that IDIR=INCLUDE: is a filename, not
an option.  Try IDIR INCLUDE:  (no =, just a space) instead and it
should work.

Also, you really don't need IDIR INCLUDE: since the compiler searches
INCLUDE: automatically.

|> I tried deleting the IDIR option thinking that the system might know where 
|> to find the default location for includes, but no such luck, all kinds of, 
|> can't find include file errors occur.

This is strange.  The search path for include files is by default the
current directory, the directory containing the current .c or .h file
and then INCLUDE:.  Are you sure the right files are present in 
INCLUDE:?

|> ASMFLAGS = IDIR=INCLUDE:

Wait a minute, here's your problem.  The command-line flags for ASM
have not changed.  Change this back to -iINCLUDE: and you should be
OK.  ASM doesn't by default search INCLUDE:.

|>       | Kevin J. Taddeucci          | e-mail: kevint@hpsad.sad.hp.com    |

-- 
  *****
=*|_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: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Hardware Reference Manual
Date: 11 Dec 92 22:06:34 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

vjh21@cas.org (Vince Herried) writes:
>I've got a NON game example of why it is important to have
>a good hardware reference manual, without which my program
>appears to me to be impossible to write.
>
>I'm writing a 'logic analyser' program that will take input from
>the parallel port (or possibly game ports and serial port) capture
>it and then display it.

>My logic analyser program needs to 'bit bang' against the parallel port
>and capture the input data. 

>Again, how would I possibly write such a program without 'bit banging' the
>CIAs?  Even if the RKM Devices manual were specific on the meanings
>of the options, I couldn't do standard reads.

	Please don't misunderstand our position.  We don't wish to keep all
hardware info private.  It's perfectly legal to use the parallel port hardware
directly, so long as you obtain the associated cia resources properly, the
the current hardware RKM documents the CIA's.

	There is some information, mostly having to do with the AGA changes,
that we do not want to condone direct use of currently.  It's not an all-or-
nothing stance - we've posted on how to safely use the blitter hardware
directly.  We however know a lot more about future plans than anyone else,
and know what things we don't want people to do in large numbers of commercial
products.  Undoubtably some will do them anyways, with or without docs.
However, if the number of games/applications breaking the rules is kept 
managable, we will have a chance to move forward rapidly on the hardware front.
Without this, improvements will be painful, and hard to win market acceptance
for (hardware without working applications/games/etc is a hard sell,
especially for potential upgraders who have an investment in existing
software).

	I still have games I bought in 1986(?) that I play a many times a year
(Shanghai, for example).  They still work, and are still fun, because they're
good games.

-- 
To be or not to be = 0xff
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
Newsgroups: comp.sys.amiga.programmer
From: ridder@zowie.zso.dec.com (Hans)
Subject: Re: Serial port programming question
Organization: Digital Equipment Corporation - DECwest Engineering
Date: Fri, 11 Dec 1992 20:14:08 GMT

In article <jbickers.0l0k@templar.actrix.gen.nz> jbickers@templar.actrix.gen.nz (John Bickers) writes:
>Quoted from <1992Dec9.003218.24304@jato.jpl.nasa.gov> by jdickson@jato.jpl.nasa.gov (Jeff Dickson):
>
>> How is querying the serial device at a fixed interval considered "busy-
>> waiting" ? The way I once did it was to have the timer device signal me
>
>    Because a lot of people consider polled IO and busy-waiting to be
>    the same thing, even though it isn't really "busy" waiting.

Absolutly correct, John.  It's not busy waiting, but it's still a waste
of time.

To the original poster (Jeff): Why wake up every so often and poll the
serial port (or whatever) when there is a perfectly reasonable way to
wake up your task *only* when data arrive?  Also, if your application is
likely to run with higher input speeds in the future, it's hard to know
how often to poll.  At some (high) polling speed, it'll be just as bad,
or maybe even worse than busy waiting.

>*** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***

-hans
-- 
  Hans-Gabriel Ridder <ridder@rust.zso.dec.com>
  DECwest Engineering, Bellevue, Washington, USA
  "I'd rather be writing MACRO-20!"
  Any opinions expressed are not those of my employer, honest.