HDTenEightyP/NetNews huggingface dataset:
From: heinz@edohwg.adsp.sub.org (Heinz Wrobel)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  SAS/C 6.00 problems
Date: 10 Nov 92 23:12:41 GMT
Organization: Edotronik GmbH

In article <BxAs74.H3H@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
>There is an undocumented AREXX command in SCMSG that will set the
>AREXX port name.  (It was implemented at the last minute, too late

I'd rather have a command to get the error _column_ :-)

>=*|_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: jpotter@sirius.ucs.adelaide.edu.au (Jonathan Potter)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: IDCMP_CLOSEWINDOW weirdness
Date: 11 Nov 1992 17:29:00 GMT
Organization: Information Technology Division, The University of Adelaide, AUSTRALIA
NNTP-Posting-Host: sirius.itd.adelaide.edu.au
Keywords: GUI

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

Make sure you're using the 2.0 include files. IDCMP_xxxx was introduced
into the 2.0 include files; in older include files it will be defined as
just xxxx (so for example, CLOSEWINDOW instead of IDCMP_CLOSEWINDOW).

If you still can't get it to work, add this line to your source code :

#define IDCMP_CLOSEWINDOW 0x00000200

Jon
-- 
| Jonathan Potter |                              | A                       |
| P.O. Box 289    | jpotter@itd.adelaide.edu.au  |   Suffusion             |
| Goodwood, SA    | FidoNet : 3:680/829          |               Of        |
| Australia  5034 |                              |                  Yellow |
Newsgroups: comp.sys.amiga.programmer
From: wille@june.cs.washington.edu (Robert Wille)
Subject: 1024x1024 raster limitation
Organization: University of Washington Computer Science
Date: Fri, 13 Nov 92 18:47:52 GMT

I've read that a raster must be less than 1024x1024.  I've noticed that
the blitter (pre-ECS, anyway) cannot perform a blit larger than 1024 in
either dimension.  Are there any other things in the system that preclude
having a raster larger than that?  Like, the video chip's modulus register?

The reason I'm asking this is because I'd like to create a bitmap for a
Screen that is 640x400x16 colors and is interleaved.  So, to intuition I
should present a bitmap that appears to be 2560x400x4 planes and to the
blitter 640x1600x1 plane.  As long as my blit's aren't longer than 1024 
lines (corresponding to 256 scan lines), the blitter should be able to
do blits into this bitmap.  Are there any constraints in the video hardware
or the OS that would not allow me to have a bitmap that is 2560 pixels wide?

-- 
Robert

There is evidence that the brain is like a computer.  If that's true, 
then there really aren't any stupid people.  Just people running DOS.
Newsgroups: comp.sys.amiga.programmer
From: attias@ghost.dsi.unimi.it (Roberto Attias)
Subject: Spanish,French...and others,HELP!
Organization: Computer Science Dep. - Milan University
Date: Mon, 9 Nov 1992 10:10:20 GMT


Hi. I'm writing a scientific calculator program, using locale library.
I need help to localize in some language, basically french & spanish,
but every other (not including italian) is welcome.
Please, translate only if you know the language VERY WELL
If you want to do it, please write the translated sentence below the
original one, and mail back to me this post. People that helped me
will be mentioned in the acknowledgments section of the calculator
manual (the calculator will be shareware...so you will be able to
get it by FTP).
Mail to:

            attias@ghost.sm.dsi.unimi.it


Ok. Here are the sentences:

1 )Created by....... This is just a Beta release...please test it and
    suggest improvements.
>
2 ) Informations about....
>
3 ) Meaning digits...
>
4 ) Couldn't open...
>
5 ) Couldn't lock (default public screen)
>
6 ) Couldn't get (screens'VisualInfo)
>
7 ) Sorry, unable to open IFF for reading/writing
>
8 ) Sorry, StopChunk failed
>
9 ) Couldn't allocate enough....(gadgets)
>
10) sorry, font too big.
>
11) Project
>
12) About
>
13) Quit
>
14) Cut Result
>
15) Paste Expression
>
16) Invalid operator
>
17) Missing digits in number
>
18) Exponent too big
>
19) Missing parenthesis
>
20) Unknown operand
>
21) Too many digits
>
22) Division by zero
>
23) Unvalid number
>
24) domain error in arc
>
25) logarithm argument must be positive
>
26) modulus in division by zero error
>
27) Sqrt() argument can't be negative
>
28) Fact() argument can't be negative  

Thank you very much for the help.
Newsgroups: comp.sys.amiga.programmer
From: olavka@ifi.uio.no (Olav Lur}s Kalgraf)
Subject: Re: PAL or NTSC, how to c
Organization: Dept. of Informatics, University of Oslo, Norway
Date: Thu, 5 Nov 1992 09:56:22 GMT
Originator: olavka@sognsvann.ifi.uio.no


In article <1908@lysator.liu.se>, marvil@lysator.liu.se (Martin Vilcans) writes:
> jani.patokallio%acc1bbs@ssr.com (Jani Patokallio)  writes:
> 
> >->  OV> Does anyone know how to check whether a amiga is in pal or ntsc mode ?
> >->  OV> Maybe there is a bit in the $dff... area or something like that.

Well, yes maybe, the bit in the dff....??  hmmmm I dont remember exactly
but there is a place where the chips have an ID code. Consult HRM if you
want to do it the hard way. This does not have anything to do with the
display though, just the clocking.

> 
> >A usable but somewhat unreliable method of checking the system is checking
> >the word at SysBase+2, it's the height of Workbench in pixels.  Naturally,
> >nowadays with ECS and AGA you'll need to enter several dozen values
> >and it won't work if the user is using something like MegaWB (1024x1024
> >virtual screen), and it can't detect if the user has switched modes without
> >resetting.
>

Well, actually I think you've got something here......

 
> The best way is perhaps to check the byte in the ExecBase structure which
> contains the current picture frequency. I don't remember it's name or
> offset, mail me if you want to know, but if it contains the value 60, the
> screen is in NTSC mode, and 50 for PAL.
> 

This offset is VBLANKFREQUENCY, but there is a small catch with using 
this byte. It does NOT change EVER. Even if you change from PAL to NTSC
using the screenmode prefs program. You can use this byte to determine
the clocking of the CIA's =) but little else. :(


---------------

So, the way to do it, must be by looking at the doc's and includes for
things conserning openscreen() in

dc.b 'intuition.library',0		;=)

There must be a way to specify PAL/NTSC there, but I don't remember HOW!
So, I guess it's back to the ol' tomes, eh?


	Regards Olav Kalgraf
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: What is wrong with this very simple c program?
Date: Thu, 12 Nov 92 08:16:58 PST
Organization: The Portal System (TM)

|
|#include <stdio.h>
|
|main()
|{
|   int zoop[1000];
               ^____This defines elements 0 to 999
|      int counter;
|	 
|	    printf ("started....");
|	       for (counter = 0; counter < 5000; counter += 5) {
|		     zoop[counter] = counter;
       Your counter "counter" goes beyond the end of the array
       and your are trashing memory with zoop[counter], I suggest
       your do:
    for(counter=0; counter<1000;counter++)
       {
       zoop[counter] = counter*5;
       };
       to get the same result.
|			}
|			   printf("done....");
|			   }
|
|
|			   Well... I hope somebody can see my mistake....
|
|			   -Aaron
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ColorSpec question
Date: 5 Nov 92 13:22:36 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Distribution: comp.sys.amiga.programmer
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <RCORMAC.92Nov4223537@colossus.cs.oberlin.edu> rcormac@colossus.cs.oberlin.edu (Cormac (Xbattle -rcormac) Russell) writes:
>
>Ok, I have been tracking ColorSpec all through my RKMs and have found
>the (rather annoying to find) declaration in intuiton.h. I of course
>have a number of questions. :) 
>1) Is the ColorIndex the register who's value I wishe to set?

Yes.

>2) it says that only 6bits of the UWORD for Red Green Blue values
>   are recognized. So, since the Amiga has 4 bits per gun, what does
>   this mean about how I should place a value into one of these. I
>   want to initialize my colors in OpenScreenTagList rather than using
>   graphics.library later so I need to know what format I should use.

The include files "lie".  Only the _bottom_ four bits per gun are recognized.

>Retch The Grate aka Cormac Russell    Amiga, The Computer for The Creative Mind

     Peter
--
Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"I believe it's bad luck to be superstitious."
From: juncewic@turtle.cis.ohio-state.edu (thomas michael juncewicz)
Newsgroups: comp.sys.amiga.programmer
Subject: Windows or viewports?
Date: 11 Nov 92 16:55:09 GMT
Article-I.D.: cis.1992Nov11.165509.4383
Organization: The Ohio State University Dept. of Computer and Info. Science

My question is:  How much faster can I get my graphics/anims/scrolls using
my own viewport rather than using Intuition's windows?  I like the fact that
when going thru windows, it clips gfx automatically and all ya need is
an openwindow() and openscreen() command, but the speed is HORRIBLE.  Now
I duwanna resort to unfriendly hardware bangin, so is there a significant
increase in speed when using 'lower-level'/'primitive' viewports? Thanx in
advance..

Tom
From: kar5@po.CWRU.Edu (Kevin A. Roll)
Newsgroups: comp.sys.amiga.programmer
Subject: Want a PD LISP interpreter
Date: 5 Nov 1992 22:03:59 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: kar5@po.CWRU.Edu (Kevin A. Roll)
NNTP-Posting-Host: slc5.ins.cwru.edu


The subject pretty much says it all: I'm looking for a PD LISP interpreter.
Anyone know where I can find one?


-- 
AMIGA///| Zeta |  / |/  | | | | | \ /  |\ | | |\ |\ \ / |
    /// | Psi  |  \ |   | |\| |\|  |   |/ | | |/ |/  |  | These are a few
\\\///  |      |  / |\  | | | | |  |   |  |_| |  |   |  | of my favorite
 \XX/   |      |  S  K  I  N   N   Y   P   U  P  P   Y  | things...
From: itch@cbnews.cb.att.com (richard.m.brack)
Newsgroups: comp.sys.amiga.programmer
Subject: ARexx question...
Keywords: output
Date: 13 Nov 92 03:35:49 GMT
Organization: AT&T


I'm not too familiar with ARexx at the moment so forgive me if there
is an obvious solution to my problem...

I'm opening a console window and I can read and write to it just fine.
But I want to execute a cli command (not using an arexx port) and
have the output of the command go to the window.  Now, if I execute my
script from a shell, it opens a window, writes to it, but when the
cli command executes its output goes to the shell window instead
of the window opened by the script.  Also, if I execute the script from
workbench (using ToolManager to launch it) the cli command's output
just goes to never never land and I never see it.

So, is there a way to execute a cli command and 'redirect' its output
to the console window that was opened by the script?

Thanks!


Rich...
-- 
{ the itchman cometh   /-/         _          i don't want to be your angel }
{ itch@cbnews.att.com /-/        _|_|_          i want to be your witch!    }
{ att!cbnews!itch \-\/-/         ( * )tch                 -yello            }
{                  \/\/           /^\                                       }
Xref: sparky comp.sys.amiga.programmer:15741 comp.sys.amiga.hardware:19456
From: fritsch@fsinfo.cs.uni-sb.de (Lothar Fritsch)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware Manual)
Date: 12 Nov 92 16:28:11 GMT
Organization: Fachschaft Informatik, U of Saarland, FRG

amc@wucs1.wustl.edu (Adam Costello) writes:
: Amiga can do things other computers simply cannot do, but only if
: programmers know how the machine works.

lots of games don't work on my A2000/A2630/1MB Chip because some stupid
kids like self-modifying code and assume the computer to have 512k Chip
and 512k fast ram. Sad for all those people having newer machines than
the 1.3 Versions of the OS, isn't it?
 
: to use it for capability.  If both are documented, the programmer has a
: choice.  It's a trade-off that is best evaluated by the programmer on a
: per-program basis, not once-and-for-all by Commodore.

As long as I have to pay for a program, i want it to run on my Amigas.
I can't imagine a company taking back a program when I say it doesn't run
on my Amiga. I haven't seen that there's a label "not for accelerated Amigas"
or "for KS1.3" or "for AGA" only.
 
: If Commodore fails to document the hardware, lots of Commodore's paying
: customers will suffer.  They may even desert.

You mean those people still hacking out demos on an A1000? Do you think
they all go A1200 or A4000 because of the documentation?
 
: have a chance to know what they're doing, and Commodore can make some
: money from books sales.

This is a true point.

Yours,

Lothar 

--
Lothar Fritsch, Student der Universitaet des Saarlandes, Fachb. Informatik
e-mail: fritsch@fsinfo.cs.uni-sb.de    phone: (ger) 06821-72562

                 'Keep Scotland clean - run over a tourist!'
             (Autoaufkleber auf PKW in Fort William, Schottland)
Newsgroups: comp.sys.amiga.programmer
From: marvil@lysator.liu.se (Martin Vilcans)
Subject: Re: New hardware reference guide?
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Thu, 5 Nov 1992 23:26:53 GMT

bjst@sth.frontec.se (Bjorn Stenberg) writes:

>It's been the same thing with all the new Amigas now, A500->A3000,
>A3000->A4000 etc. Lot's of software doesn't work, partly because is goes
>directly on the hardware instead of following CBM guidelines.

Up to now, you _are_ allowed to program the hardware directly, but too many
people do it the wrong way, that's why so many programs don't work on newer
machines. If they had followed the rules, it wouldn't have happened.
From: ezix@ucrengr.ucr.edu (edward j. zix)
Newsgroups: comp.sys.amiga.programmer
Subject: IDCMP_CLOSEWINDOW weirdness
Keywords: GUI
Date: 9 Nov 92 03:08:46 GMT
Organization: University of California, Riverside


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

	I normally do non-GUI programming...but would really like to do 
some GUI work.  I would appreciate it if someone could help me.

->->->->->->->->->->->->->->->->->->->->->->->->->->->->->->->->->->->->
	   		Edward J. Zix
            		InterNet: ezix@ucrengr.ucr.edu
From: jdp@caleb.UUCP (Jim Pritchett)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: Sat, 07 Nov 1992 22:43:59 GMT
 <1992Nov03.173522.27765@bmerh85.bnr.ca> <u894776.720946372@bruny>
Organization: is sometimes desirable

In article <u894776.720946372@bruny>, James McCoull writes:

> Hamish.Macdonald@x400gate.bnr.ca (Hamish Macdonald) writes:
> 
> [AGA talk]
> 
> >What about those wanting to write their own operating system?
> 
> I believe it is possible to get the info out of CATS on a need-to-know basis.
> If you release any hardware info to the general public, I believe Dave Haynie
> and one of his mates come around with a blow torch, and check the melting
> point of human toes.

No, they do something MUCH worse.  They make you read EVERY posting by MB since
he discovered the net!  Then, for a pop quiz, you get to correct every one of
his lies, distortions, misstatements, etc.  Cruel and unusual punishment!!!!



                                                Jim Pritchett


UUCP:  rwsys.lonestar.org!caleb!jdp
 or    utacfd.uta.edu!rwsys!caleb!jdp
From: denson@sdd.hp.com (Craig Denson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: LISP - Don't use it.
Date: 11 Nov 1992 12:19:33 -0800
Organization: Hewlett Packard, San Diego Division
NNTP-Posting-Host: hpsdln.sdd.hp.com

In article <1992Nov10.132424.28892@sth.frontec.se> bjst@sth.frontec.se (Bjorn Stenberg) writes:
>oahvenla@snakemail.hut.fi (Osma Ahvenlampi) writes:

>> Simplicity is the key here...
>
>Simplicity for who? The programmer, yes. The end user, no.

 i just have to say here that arexx ranks somewhere on the COBOL to
APL axis in simplicity, i.e. its keywords are lengthy and its syntax
is peculiar - not to speak of its semantics. In particular, my
understanding of its parsing is rudimentary at best. Lisp, and elisp
in particular can be as simple or as complex as you want. Its
regularity of syntax lends itself to writing very straight-forward
programs - especially, when all you're doing is manipulating text. And
the built-in high-level editing functions in elisp blow away most of
the competition. Annnnd, if you use gnuclient and emacs as an edit
server - well, what more can i say.

 on the other hand, i only use elisp at work when it's hidden from the
user. i use sh instead: a marvel of simplicity, eh?

bottom line:
 for the 'end user', NO programming language is simple. MOST people 
develop a sudden urge to relieve themselves when you start talking
about syntax and semantics. this discussion is aimed at programmers -
casual ones, perhaps -  but programmers, nonetheless. 

>quit doing so, I merely stated that I don't think LISP is a very good script
>language for end user applications.

 in this religious war, i'd have to bend by knee to the lisp gods,
knowing all the while that i'm a martyr for the cause. 

craig

 languages and editors will eventually replace politics and religion
Newsgroups: comp.sys.amiga.programmer
From: mortene@Lise.Unit.NO (Morten Eriksen)
Subject: Re: New hardware reference guide?
Organization: Norwegian Institute of Technology
Date: Tue, 10 Nov 92 13:42:43 GMT

>>Hmmm.. I was hoping to see some nice 3d graphic demos in 256000 colours!
>>:-)
>
>You will, except that this time the stuff might work on *ALL* machines instead
>of just the one it was programmed on...
>		-- Bjorn

Really sure about that? What if the democoderes don't want to buy the A1200 if
it's not released any HW-references for the AGA-chipset? I certainly won't buy a
computer where I can't get any information about the hardware.

Morten
Newsgroups: comp.sys.amiga.programmer
From: tw5232@albnyvms.bitnet (Teddy Wang)
Subject: where is PATCH for gcc v2.2.2
Reply-To: tw5232@albnyvms.bitnet
Organization: University of NY at Albany
Date: Sun, 8 Nov 92 05:00:34 GMT

Simple question, I was just applying gcc fix #2 and it says that I need a 
program called patch.  Does anybody know were it is?  Please e-mail me the
ftp site and location as I frequent this group not so often...

Thanks

Teddy

     ////////                                         twang@csc.albany.edu
       //                                             twang@thor.albany.edu
      //                                              TWANG@ALBNYVMS.BITNET
     //  eddy Wang                                    TW5232@ALBNYVMS.BITNET
    //   Computer Art and Animation at SUNY Albany
         New Illusions      Albany, NY                  "Increase the Peace..."
From: jaker@csugrad.cs.vt.edu (Jake Rose)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: What is wrong with this very simple c program?
Date: 11 Nov 92 03:44:48 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

aramsey@ugly.UVic.CA (Aaron  Ramsey) writes:

[Deletia]

>and normal 000 code, but it makes no difference....  Does anybody have
>a clue? I've only been programming in C for a week or two, and I can't
>spot any obvious problems... 8-(

>Here is the code.

>#include <stdio.h>

>main()
>{
>   int zoop[1000];
>      int counter;
>	 
>	    printf ("started....");
>	       for (counter = 0; counter < 5000; counter += 5) {
>		     zoop[counter] = counter;
>			}
>			   printf("done....");
>			   }

It would probably run fine if your upper limit were set to *1000* instead of
5000, which is not in the 0 to 999 range of the "zoop" array.  You may want
to adopt a formatting scheme similar to the following corrected code, as
well - it helps a lot to be able to see the structure of the code.  Of course,
it's not really clear what you're trying to accomplish here, so this may not
do what you want...

main()
  {
  int zoop[1000];
  int counter;

  printf ("started....");

  for (counter = 0; counter < 1000; counter += 5)
    zoop[counter] = counter;

  printf("done....");
  }

>			   -Aaron  
-- 

Wulf                    |"Hackers do it bit by bit -
jaker@csugrad.cs.vt.edu | programmers do it top-down!"
From: aurel@uni-paderborn.de (Aurel Balmosan)
Newsgroups: comp.sys.amiga.programmer
Subject: Low level context switch for tasks
Date: 11 Nov 1992 17:23:10 GMT
Organization: Uni-GH Paderborn, Germany
Distribution: world
NNTP-Posting-Host: dali.uni-paderborn.de


I have a question about the use of the <task-switch>, <task-launch> function
pointers in the task structure.
First: I think the reason why the Commodore-IEEE-Math-Library must be opened
by each task is: It install a <task-switch>,<task-launch> function to save
and restore the registers of the Math-Copro. Is this right?

Second: If my first question is right, how do I install more then one 
<task-switch>,<task-launch> function in a way which is good for the system?

The reason why I ask this questions is:
If the system have a way to install more then one <task-switch>,<task-launch>
function I can use the <task-switch>,<task-launch> for a low level context
switch! 

Specially: I could switch the MMU-list for each task. I think this is a way
to virtual memory without changing any existing program to use this 
virtual memory. And the virtual memory would be dynamic! 
(So I don't have to setup a harddisk partion for a spezial amount of 
virtual memory like the existing virtual memory server do it (I think))

Also the system would be able to protect memory of each task. This would make
the Amiga more stable! (If a task go wild the system would run normally!)


-- 
	Alexandru-Aurel Balmosan		aurel@uni-paderborn.de
	University of Paderborn (Germany)
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  SAS/C 6.00 problems
Date: 13 Nov 92 13:44:33 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <heinz.04k0@edohwg.adsp.sub.org>, heinz@edohwg.adsp.sub.org (Heinz Wrobel) writes:
|> In article <BxAs74.H3H@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
|> >There is an undocumented AREXX command in SCMSG that will set the
|> >AREXX port name.  (It was implemented at the last minute, too late
|> 
|> I'd rather have a command to get the error _column_ :-)
|> 
|> Heinz Wrobel, Edotronik GmbH (ECG018)

Me, too - unfortunately, that information is lost by the time the 
message is printed because preprocessor macro expansions have messed
it up.  I'll have to write new code to get it to work.


-- 
  *****
=*|_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