HDTenEightyP/NetNews huggingface dataset:
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: SAS.COM IP address?
Originator: jamie@cdevil.unx.sas.com
Date: Thu, 5 Nov 1992 14:24:40 GMT
Organization: SAS Institute Inc.
Keywords: SAS IP


In article <1992Nov5.002611.4388@afit.af.mil>, khanraha@afit.af.mil (Kevin M. Hanrahan) writes:
>Does anyone know the IP address of sas.com?  I'd appreciate it if you would
>do a nslookup on your host since our nameservers can't track it down.  I'm
>trying to register SAS/C 6.0 via the Electronic Mail Interface to Technical
>Support (EMITS).

Someone else has already given the IP address, but I'd like to point out
something else, just in case.

One cannot register SAS/C through the EMITS system.  One can only
register themselves for *using* the EMITS system.  You must still mail
in the registration card, then allow a few days for your registration to
be entered into the database, then you can register with EMITS.

If you are having trouble registering your SAS/C, call SAS's Book Sales
department @ (919) 677-8000 x 7001.  If you are having trouble getting
registered with EMITS (**after** you have registered your SAS/C package)
call SAS's Tech Support line @ (919) 677-8009.

-- 
---------------
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: shogun@tension.UUCP (Jay Brown)
Newsgroups: comp.sys.amiga.programmer
Subject: DICE
Date: 4 Nov 92 12:48:20 EST
Organization: High Tension BBS

        I just downloaded DICE.  It was in .lzh format.  Is there anyway to
unlharc it on a dual floppy system.  The archive takes up over 600k, co I
assume the unarced version is over 1.2 megs.  Could someone either let me know
how this can be done or suggest a smaller C compiler?
        Thanks in advance,
                Jay Brown
From: bytey@werple.apana.org.au (Chris Hames)
Newsgroups: comp.sys.amiga.programmer
Subject: cmpi.l #,d16(pc) with SAS6asm, A68K, etc
Date: 10 Nov 1992 01:28:14 +1100
Organization: werple public-access unix, Melbourne
NNTP-Posting-Host: werple.apana.org.au

    It seems most assemblers think cmpi.l #,d16(pc) is an invalid
instruction when it is valid as far as I know and good old Aztec will
pass it and Resource will disassemble.

    So are the assemblers just assuming that because most of the time the
stuff on the right is a destination and hence cannot be pc relative or is
it only available on 68020+ or something ?

-- 
Chris Hames
Internet: bytey@werple.apana.org.au               FidoNet: 3:633/353
Newsgroups: comp.sys.amiga.programmer
From: koren@fc.hp.com (Steve Koren)
Subject: Re: Floating Point Processors
Date: Tue, 10 Nov 1992 15:17:31 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: Tin 1.1.3 PL5

Jukka Marin (jmarin@messi.uku.fi) wrote:
> ejames@venus.iucf.indiana.edu (ERIC JAMES) writes:
> >I have been told that the amiga libraries automaticaly detect if you have
> 
> Yes, it is true.

It is true, but also be aware that you can get better performance by
compiling using inline FP code.  If you want to be general, the
libraries are a good deal because the same binary can run both with or
without an FP unit.  But to squeeze the most performance out of your
code, compile with inline FP code and ship two versions, one which uses
the libraries and one which uses inline code (or just have both types
linked in to one executable).  SAS 6.0 (and 5.mumble) make this pretty
easy to do; you just re-compile with a different switch (and maybe
include a math header file) and sc will take care of the details.  It
can make a big difference.

Maybe this is a good place for me to ask whether the 68040 option in SAS
6.0 is "real", in the sense that it does something different than the
68030 option does?  Doug?

   - steve
From: heinz@edohwg.adsp.sub.org (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Suggestion for SAS/C 6.01
Date: 27 Oct 92 18:22:23 GMT
Organization: Edotronik GmbH

In article <BwqFFu.FpB@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
>|> _cli_parse	    turns arguments into argc and argv -- replaceable
>
>????  I don't understand what this does.

/*
 *	This routine is called from the _main() routine and is used to
 *	parse the arguments passed from the CLI to the program. It sets
 *	up an array of pointers to arguments in the global variables and
 *	and sets up _argc and _argv which will be passed by _main() to
 *	the main() procedure. If no arguments are ever going to be
 *	parsed, this routine may be replaced by a stub routine to reduce
 *	program size.
 *
 *	If _arg_lin is non-zero, the _exit() routine will call FreeMem()
 *	with _arg_lin as the memory to free and _arg_len as the size.
 *
 */
_cli_parse(pp, alen, aptr)
struct Process *pp;
long alen;
register char *aptr;
{


>|> scr_..	    cursor control functions
>
>I would need more information, but offhand I don't think they are
>in there.

Easy to replace. Basically you can just write the standard ANSI sequences
out to the console. These functions just supply standrad functionality like
scr_beep(), scr_tab(), scr_clear(), bla bla ...

>|> _wb_parse	    called in Workbench startup -- reads WINDOW= tooltype
>
>???? Need more information.

/*
 *	This routine is called from the _main() routine and is used to
 *	open a window for standard I/O to use. The window is actually
 *	defined by setting the ToolType, "WINDOW", to the desired window
 *	specification. If this is not required, this routine may be
 *	replaced by a stub in the users main program. Note that even if
 *	this code is called by _main(), if the WINDOW tool type is not
 *	defined, there will be no window.
 *
 *	EXAMPLE:	WINDOW=CON:0/0/640/200/Test Window
 */
_wb_parse(pp, wbm)
register struct Process *pp;
struct WBStartup *wbm;
{


>=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =

--
Heinz Wrobel, Edotronik GmbH (ECG018)
FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
From: u920659@daimi.aau.dk (Carsten S|rensen)
Subject: Re: Assemblers, which is the best please?
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark
Distribution: comp.sys.amiga.programmer,comp.sys.amiga.misc,comp.sys.amiga
Date: Mon, 9 Nov 92 08:51:24 GMT

eeklund@nyx.cs.du.edu (Eivind Eklund) writes:

>Here you are getting more and more demo-coders to disagree with you.
>AsmOne is lacking an OK debugger.

It serves my needs perfectly. And I think that most democoders here in
Denmark uses ASM-One.

>> ASM-ONE also has a source-level debugger which is
>>VERY nice indeed.
>
>This statement obviously comes from an old user of SEKA. That debugger is

Of course I used SEKA. When you have used SEKA the only true assembler is
ASM-One due to the fact that they are alike in the way they operate.

>I feel that the ultimate developement is DevPac running with CED as
>editor. I am running this through a self-written interface, meaning I get
>devpac asm to memory from inside CED.

And you lose some mem. Not a problem for most of us but for a guy running
One or two floppy's and only 1 meg of mem, he will chose ASM-One

>Eivind Eklund aka Vishnu CRB
>eeklund@nyx.cs.du.edu   Phone: +47-(0)-9-944946 (BBS. shout to get ME!)

Carsten Soerensen

Slammer/Anarchy

u920659@daimi.aau.dk
From: Lee_Robert_Willis@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Amiga Application Framework
Date: Tue, 10 Nov 92 16:13:50 PST
Organization: The Portal System (TM)
Distribution: world

>In article <68764@cup.portal.com> Lee_Robert_Willis@cup.portal.com writes:
>>Now if you want to add support for multiple windows, this event loop
>>gets really ugly.
>
>Why? Each window has a UserData field which you can use to point to your
>window-specific project data. With each IntuiMessage you get the window
>ptr. So there's not really a problem.
...
>>If you want to add support for multiple projects, you can't have all
>>those global gadgets.	(You need new copies for each project)

>Global gadgets? What do you mean? global gadget structures? You can't add
>that to multiple windows anyway. 

*Exactly*.  Yet that is what you see in RKM examples (esp. 1.3) and the 3rd
party Amiga Programmer books.  All the gadgets are global data.

>If you use gadtools or some small wrapper
>functions around gadtools, you get copies of your gadgets for free ;^)
>
>>If you want to add support for multiple screens, you need some
>>way of keeping track of the screens.
>
>True. I keep an exec list for each _used_ screen including the DrawInfo and
>the font sizes I typically need.

These are all good techniques.  I use variations on all of them myself.

But I had to figure each of them out myself, because they're not in the RKMs
this way.  I took me a-while to catch on to putting all my gadgets into one
big structure and having the Window->UserData point there. How many other
'better-than-the-RKM-example' technicques are out there? If these aren't
collected somewhere in some "How to build a full-scale Amiga Application"
document, then we're all re-inventing these wheels.

My original post was motivated by my intention to start such a document
(and utility library), but I didn't want to do it if such a beast exists
already.

Lee      Lee_Robert_Willis@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
From: amiga@spectrum.cs.unsw.oz.au (Amiga Utilities)
Subject: Re: Is used Lattice 5.1 a good deal?
Reply-To: amiga@spectrum.cs.unsw.oz.au (Amiga Utilities)
Organization: University Of New South Wales (UNSW), Sydney, Australia.
Date: Wed, 11 Nov 1992 09:33:30 GMT

In article <ad99s461.4vri@sycom.mi.org> ad99s461@sycom.mi.org (Alex Deburie) writes:
> 
>I've got a line on a used copy of Lattice 5.1, and I'm wondering if
>it's a good choice at $85, including a copy of RKM:Includes and
>Autodocs.

Don't know about US prizes, but in Australia that is a pretty cheap
way of getting SAS/C 6.0 (Read bellow)

>It has no 2.0 includes, but I have a copy of the includes from an old
>AmigaWorld Tech journal, and I should be a certified developer soon.

You don't need to be a developer to get V37 Includes.

>Is it possible to just use the new includes, without updating to a new
>version of Lattice (SAS)? Will extended TAG based functions in 2.0
>cause a problem with Lattice 5.1? (I know DICE gives warnings when you
>call the TAG based functions)

Yes and Yes, with no problems.

>If I do want to update to a new version of SAS, does anyone know if I
>can contact SAS to get ownership/registration transferred to me?

It says in the manual that you need the details of the previous owner
and details of the new owner. They will transfer the registration over
to you.

>This is NOT a pirate situation - the person I am buying the compiler
>from has decided to switch to IBMs - and I'm thinking it would be a
>worthwile purchase. I've wanted to get SAS 6.0, but the heavy price
>has held me off - and DICE seems to be in no-mans land right now.

Here in Australia the deal is as follows:

Brand new SAS/C 6.0      $700
Student discount         $350
Update from SAS/C 5.xx   $175

(The first two prices are approximate, the third is for real)

So as you can see, buying a seconhand 5.1 and upgrading to 6.0 is a
bargain. And you'll be getting the best there is.

I am very happy with my copy, when the courrier brought it over to
work I was in a state of shock - the box that it came in was HUGE.

>ANY help would be greatly appreciated!

I hope that sets it straight for you :-)

PS: As usual, no connection with SAS, except being a happy vegemite.
From: koren@fc.hp.com (Steve Koren)
Subject: Re: LISP - Don't use it.
Date: Sat, 7 Nov 1992 22:44:17 GMT
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: Tin 1.1.3 PL5

Mike Meyer (mwm@contessa.palo-alto.ca.us) wrote:
(in response to Bjorn Stenberg):

> You don't know what you're talking about. The only thing that makes
> LISP-like languages "quick&easy to interpret" is that the syntax is
> trivial. Almost everything else about the language makes it HARD to
> implement. That's because the language is designed to be elegant and
> powerful, as opposed to easy to implement or easy to use.

Ok, I'll bite.  Why do you consider LISP as hard to implement?  I've
written a LISP interpreter to test some namespace caching techniques
I was working on.  It is fairly complete, and faster than GNU lisp
or X-lisp 2.0 by quite a bit in many cases.  I've also written both C
and Pascal compilers and a Unix ksh-like script language interpreter.
Of all those (all of which were done from ground zero), I consider LISP
as the easist to implement due to the fact that it is the most regular
and "orthogonal" of all of the languages mentioned above.  In fact,
once you get the parser done (which is very easy) LISP becomes almost
trivial to write if you use good object oriented programming techniques,
I think.  Why do you think it is more difficult to do?

(BTW, I'm not disagreeing; just curious about why you think that.
Everybody has their own concept of what is hard and what is easy, and
you can't say one is "right" or "wrong", of course.  I consider
hardware design almost impossibly hard, but its trival for lots of
folks :-) )

  - steve
From: oahvenla@snakemail.hut.fi (Osma Ahvenlampi)
Subject: Re: LISP - Don't use it.
Organization: Helsinki University of Technology, Finland
	<1992Nov6.220216.2313@sth.frontec.se>
	<mwm.2k43@contessa.palo-alto.ca.us>
	<1992Nov9.132635.2620@sth.frontec.se>
Date: Mon, 9 Nov 1992 22:40:16 GMT

In article <1992Nov9.132635.2620@sth.frontec.se> bjst@sth.frontec.se (Bjorn Stenberg) writes:
>Having operators looking like "+ 2 5" has no other reason than making the
>language easier to interpret and harder to use.

>There are lots of other powerful and versatile languages which aren't TORTURE
>to the user. Choose one of those instead, I'd say.

Not really.. Making the operator always the first in command string has a lot
of good points besides easy interpretation... Seems like you haven't used much
Lisp... Having all operations on numbers 2 and 3 in format (oper 2 3) means
that your program can easily change the operator, without having to modify
the structure of the command. Besides, which is clearer, (+ 1 2 3 4 5 6 7 8)
or "1 + 2 + 3 + 4 + 5 + 6 + 7 + 8"? Simplicity is the key here...
There are some big projects done in Lisp, one of the smaller is the newsreader
I'm using right now... They wouldn't be done in Lisp if it wasn't a powerful
and easy to use language.
--
Osma Ahvenlampi  -  oahvenla@snakemail.hut.fi   * Workstation power for micro-
All my opinions are not necessarily really mine * computer price: Amiga := FUN
Newsgroups: comp.sys.amiga.programmer
From: willw@extro.ucc.su.OZ.AU (William Waring)
Subject: Re: A couple of questions
Organization: /etc/organization
Date: Fri, 13 Nov 1992 06:34:57 GMT

In article <55989@dime.cs.umass.edu> robinson@elux3.cs.umass.edu (RICHARD ROBINSON) writes:
>
>Ok, I have a couple of questions that I'd love to find answers to.
>
>1. Can a packet sent to DOS be aborted? I send an ACTION_READ to a console,
>and need to get rid of it when I exit. I just can't ask the user 'please hit
>a key so I can exit.' And since the exit is based on the termination of
>another process, there is no way to not send the packet when I'm about to,
>'cause I don't know when it is going to exit.
>
>Failing that, can I trick the console into thinking I typed something?
>
>2. Is there any way to find out how many characters can be read from
>a console? Transferring characters to and from a pipe one at a time is
>pathetically slow.

Are you using the console.device or opening a "CON:" window. If you're
using CON: and Wb2.0, then you don't have to send a ACTION_READ packet to
the device. Just do a straight SetMode(FileHandle,1) to turn the console
window into RAW: mode. Then just do a straight DOS
Read(FileHandle,DummyChar,1) from the filehandle. You should probably set
the mode back to CON: when you do that. Other than that, shouldn't have
any problems... If you're doing it using the console.device then look in
the RKM: Devices manual for information on how to program the device. It's
too lengthy to explain here... But I don't think you're using that meathod?

Regards,
	Eddie

Newsgroups: comp.sys.amiga.programmer
From: ad487@yfn.ysu.edu (Samuel DiRocco)
Subject: Float problem in SAS/C, please help!!!
Organization: Youngstown State University/Youngstown Free-Net
Date: Fri, 6 Nov 1992 16:19:11 GMT


	When I try to compile a program that has anything to do with
floating point numbers they compiler won't compile it, I get
the following:

	Undefined symbols                    First Referenced
        _----------------                    ----------------
         CXV45                               FILE 'progname.o'
        Enter define value for _CXV45(default _stub):

	I am running off two floppies created with the install program
on the master disks. What else do I need and where should it be located?
OIn other words what program or file is the compiler look ing for.
-- 
From: Argon 238
		Dear Conan,
			    "Werewolves were gloves, keep hands warm."
No Fate but the Destiny you create!
Newsgroups: comp.sys.amiga.programmer
From: "Stefan Berg" <sgberg@peach.ucs.indiana.edu>
Subject: does gcc include a g++? (or where can I find it?)
Organization: Computer Science, Indiana University
Date: Thu, 12 Nov 1992 20:51:24 -0500

I would like to do some programming with g++. I have already uploaded
the standard gcc distribution and it seems to have a few things called
gpp in there... does it already include g++? If so, how can I call it?
If not... where can I find it?

One minor point... how compatible is it with g++ found on most unix
systems? I know... the hardware is a bit different (Amigas generally
are not connected to the internet... mine isn`t), but ignoring these
hardware differences, how does it look?

Thanks a lot,

Stefan
-- 
,--------------------------------------------------------------------,
| Usenet   sgberg@charon.bloomington.in.us            Stefan G. Berg |
| Internet sgberg@ucs.indiana.edu        GE Mail: s.berg5            |
| Bitnet   sgberg@iubacs  NeXT Mail: sgberg@arapahoe.ucs.indiana.edu |
`--------------------------------------------------------------------'
From: bytey@werple.apana.org.au (Chris Hames)
Newsgroups: comp.sys.amiga.programmer
Subject: Problems & Suggestions for SAS 6.00 asm
Date: 11 Nov 1992 19:36:07 +1100
Organization: werple public-access unix, Melbourne
NNTP-Posting-Host: werple.apana.org.au

Note: I don't have access to EMITS yet (my registration card is on its way).

Problems/Bugs:-
	
1.   dcb[.size] eg "dcb.b 8,0" statements give "Error: unrecognized opcode".
     Chaper 11, Using Assembler Directives lists DCB[.size] as valid.

Suggestions:

1.   support EVEN to help with compatability.  EVEN=CNOP 0,2

2.   support ~ for bitwise NOT.

3.   support | for bitwise OR, for compatability. |=!


Is there a list of known SAS 6.00 bugs available?


Well I must say SAS 6 is a very nice package and yes I am a old Aztec user
that has been converted.

-- 
Chris Hames
Internet: bytey@werple.apana.org.au               FidoNet: 3:633/353
From: gael@gnlab007.grenoble.hp.com (Gael_Marziou)
Newsgroups: comp.sys.amiga.programmer
Subject: 2.1 includes in SAS C 6.0 ?
Date: 12 Nov 92 12:04:23 GMT
Organization: Hewlett-Packard, GND

Well the title says it all, does the SAS C 6.0 package come with the 2.1
includes ?

 
Gael Marziou : gael@hpgndl71.grenoble.hp.com or Gael_Marziou@hp6330.desk.hp.com
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Newsgroups: comp.sys.amiga.programmer
Subject: Semaphores and software interrupts
Date: 4 Nov 92 21:40:12 GMT
Distribution: comp.sys.amiga.programmer
Organization: Jet Propulsion Laboratory


	Hi all. Is AttemptSemaphore/ReleaseSemaphore safe from within a 
software interrupt?

Thanks, Jeff
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: If you have Hispeed Pascal please Read.
Date: Fri, 13 Nov 92 11:07:27 PST
Organization: The Portal System (TM)

There is a PD Pascal for the Amiga, I believe it is on one of the 
Fish disks.
From: podesta@qut.edu.au
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 13 Nov 92 13:52:47 GMT
Organization: Queensland University of Technology

In article <36816@cbmvax.commodore.com>, peter@cbmvax.commodore.com (Peter Cherna) writes:
> 
> Well, we have extensive experience in figuring out why so many of these things
> stopped working.  We looked at a bunch that broke when a 1MB Agnus was
> installed.  We looked at a bunch that broke under ECS.  We looked at a
> bunch that broke with the A3000.  A bunch that broke with 2.04.  A bunch
> more that broke with AGA and 3.0, and sadly, we fully expect to have the
> same darned problem next time we rev something too.

So what are some reasons that they break???
I know some of mine broke because I wasn't blitter waiting everywhere.
On faster machines, the processor would reach the next blitter job before
the blitter was finished that last, while on A500s it would not and there
would be no problem.

> 
> From our experience, we've indeed seen some software that circumvents
> the OS because that was the only way to achieve the effect desired.

Definitely true in demos. If the OS could do it, there would be no
point in making a demo out of it.

> But by and large, the most common reason appears to be "NIH" syndrome (not
> invented here).  It appears to be common to underestimate the performance
> of the system routines, to misunderstand how to use the system routines,
> to misunderstand the intricacies of the hardware, etc.
> 

Underestimate the performance of the system routines?????????
Come on, is that possible. True, that 2.x is much better than 1.x and
3.x sounds great, but there's still NO way your gonna write a game
like Shadow of the Beast III that will run on a 1meg A500 using system routines!
And to compete with the Console games, and to get people to buy your games,
and just to feel proud of your games, you need to target that kind of level
of speed, graphics and gameplay. There's no market for games and demos that
only run on 68020 machines and above. Even when there is, this just
means people will expect better demos and games so we still won't be able
to go through the OS

> We frequently see code that goes to the hardware that is significantly
> less efficient than it could easily be, or even than the OS is.  The
> only thing which is rare in all of this is code which takes over the machine
> completely and DOES work on all Amigas.  Perhaps you are among those who can
> write code that works on most Amigas, but you're in the tiny minority...

In demos??? They must be pretty lame if some hardcoded effects are slower than
the system software...Remember that demos and games can use the fact that
they are not generic - we don't have to worry about window clipping or
multiple tasks or I/O because these are all controlled.

> 
>      Peter

James Podesta. ((soon) BappSci - Computing Honours :) a.k.a Rincewind