HDTenEightyP/NetNews huggingface dataset:
From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
Subject: VDI colors: Which ones should one leave alone?
Reply-To: kim@vax.mpiz-koeln.mpg.dbp.de
Organization: Regional Computing Center, University of Cologne, F. R. Germany
Date: Wed, 14 Oct 92 18:33:56 GMT

Hi fellow Atarians,

I'm in the process of writing a program that will  display  color
graphics  in a window. I'll have to set the VDI colors to suit my
needs, as I intend to display a  function  of  two  variables  by
plotting  points  with  lower function values in darker colors --
kinda  similar  to  that  standard  technique  of  plotting   the
Mandelbrot set.
My question is, which of the VDI colors should I leave unchanged?
Evidently, if I set all colors from 0 to work_out(13)-1 such that
lighter colors have larger  numbers,  that  would  suit  my  need
ideally,  but  it  would make it difficult to see windows and the
menu, at least if there are 16 or even more colors. Therefore,  I
figure  it  would  be a good idea to leave some of the VDI colors
unchanged, at least colors 0 and 1. Do you think I  should  leave
more colors unchanged?
BTW, how does MultiTOS deal with this? Will the palette always be
switched  to  the  one  set  by  the process that owns the active
(topmost) window?

Thanx in advance,

Jan

 +- Jan Kim -- X.400:    S=kim;OU=vax;O=mpiz-koeln;P=mpg;A=dbp;C=de -+
 |             Internet: kim@vax.mpiz-koeln.mpg.dbp.de               |
 |                                                                   |
 *----=<  hierarchical systems are for files, not for humans  >=-----*
From: Julian_Reschke@ms.maus.de (Julian Reschke)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Detecting the closing of a
Date: 13 Oct 92 20:10:00 GMT
Article-I.D.: MS.A49901
Organization: MausNet
X-Gateway: MausGate/News 1.14

Hendrik Jan Veenstra (hjv@phil.ruu.nl) wrote:
>My (not completely blind) guess would be that this is not possible, but I
>could be mistaken (if so, please let someone correct me). According to
>the 'Atari Profibuch' WM_NEWTOP is the same as WM_TOPPED.

..and isn't used at all in Atari's GEM.
Newsgroups: comp.sys.atari.st.tech
From: subiaagb@w350zrz.zrz.tu-berlin.de (Andre Pareis)
Subject: Trouble with templates in GNU C++
Reply-To: pareis@cs.tu-berlin.de
Organization: Dept. of CS, Techn. University Berlin
Date: Thu, 15 Oct 1992 10:23:15 GMT



Hi C++ users,


I have to implement a generic list class within a class library.
Therefore I want to use templates instead of deriving from on
base class. But my gcc (2.2.2 PL3) does not seem to work correct with it.

I wrote a little test program (template.cc):


// BEGIN //

template<class T> class A
{
private:
	T a;
public:
	A( T aa ): a(aa) {}
	
	T Get( void );
};



int main( void )
{
	A<int>	a1(2):

	return a1.Get();
}


template<class T> T A<T>::Get( void )
{
	return a;
}

// END //


The compiler works fine, but the linker aborts with a message like:

template.o: A<int>::Get  - symbol not found     ( or the like )


But, if I put the definition of Get directly below the class A
declaration, it works. I want to know: Is it a problem of the C++
language or the compiler or the linker (which is PL31)?



Another question is:
In the infos about libg++ I found a description of generic list,
stack and queue classes, but my g++.olb doesn't contain such things.
Is it impossible to implement it with G++?


Thanks.

-- 
				 -----------------------------------------------
				| Andr'e Pareis,				|
				| e-mail:    pareis@cs.tu-berlin.de		|
				|	     subiaagb@w350zrz.zrz.tu-berlin.de	|
				| NeXT-mail: subiaagb@w271zrz.zrz.tu-berlin.de  |
				 -----------------------------------------------
Newsgroups: comp.sys.atari.st.tech
From: hjv@phil.ruu.nl (Hendrik Jan Veenstra)
Subject: Re: Detecting the closing of an ACC from within an APP
Organization: Department of Philosophy, University of Utrecht, The Netherlands
Date: Fri, 9 Oct 1992 22:46:33 GMT

genius@sys6626.bison.mb.ca (Trevor Cordes) writes:

>How would I go about detecting if an accessory was closed (after it had 
>been opened, of course) while a GEM application was running?  The message 
>pipe never seems to return AC_CLOSE (or AC_OPEN), which, as I'm told, are 
>only received by accessories.  I tried WM_NEWTOP and no go (What the hell 
>is WM_NEWTOP anyway? Never seems to be sent to my APP at all).  Any 
>ideas?

My (not completely blind) guess would be that this is not possible, but I
could be mistaken (if so, please let someone correct me). According to
the 'Atari Profibuch' WM_NEWTOP is the same as WM_TOPPED.

If my above conjecture is right, then maybe you could try the following
work-around: include a timer-event in your evnt_multi, so every once in
a while you enter your event loop, even if there are no messages for you.
Then look which window is topmost and check if it's one of your windows.
If not, apparently some acc has a window open (ignoring the possibility
of multitasking environments). In this case you set a flag (AccOpened=1).
As soon as one of your windows is topmost and the flag=1, it *could* be
the case the acc's window was closed (or one of your windows was topped
of course - but this could be checked too - probably with another flag :).
Then reset the flag to 0 and do whatever you want to do (i.e. inspect the
clipboard).
I don't know if this works - I'm making this up while I'm typing...
And if it works, it probably needs some 'sophisticating' - I guess the
above is only a very crude outline, but I suppose you get the idea.

... well, it doesn't sound *that* bad, does it...? :)

--
Hendrik Jan Veenstra  |  hjv@phil.ruu.nl  |   You look for your dreams in
Dept. of Philosophy   |                   |   heaven, but what the hell are
University of Utrecht |                   |   you supposed to do when they
The Netherlands       |                   |   come true...?
From: mforget@ersys.edmonton.ab.ca (Michel Forget)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: VT52 variables? (was: What makes the Screen Scroll *UP* ?)
Date: Wed, 14 Oct 92 03:06:12 MDT
Organization: Edmonton Remote Systems #3, Edmonton, AB, Canada

warwick@cs.uq.oz.au (Warwick Allison) writes:

- mforget@ersys.edmonton.ab.ca (Michel Forget) writes:
-
- >- >the WORD located at $<address deleted>
- >- >holds the number of lines that the screen is.
-
- > He disassembled the Bconout() function and traced it to see what it
- >was doing.
-
-
- This is the most STUPID thing I have ever heard of.  What do you people
- think you are playing with?  An Atari 400 or something?

[more complaining deleted]

-
- There are PLENTY of dumb ways of doing things, but you can at least choose
- the portable ones [eg. print 100 linefeeds, then ask where the cursor is :-)]
-
- --
- Warwick
- --
-   _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
-  /     * <-- Computer Science Department,  /
-  \_.-._/     University of Queensland,    /   C references are NULL && void*
-       v      Brisbane, Australia.        /

When I provided the address of the variable, I mentioned that (a) it was bad
programming practice and (b) it would not be compatable over TOS versions.

However, the user did not ask if it was a good thing to do.  He asked how to do
it.  I also mentioned that a better way (more compatable) would be to use the
Line-A variables.  Some things cannot be done from certain languages though
(like Personal Pascal) so I made another suggestion.  The best way to do it,
and insure that it would work on any system, would be to place the entire thing
in a window and use the INFO line as the status bar.  This is slow, though.

<<  ------------------------------------------  >>
<<        mforget@ersys.edmonton.ab.ca          >>
<<  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  >>
<<               Michel Forget                  >>
<<   The Key:  Spirit over mind over matter.    >>
<<  ------------------------------------------  >>
From: wmtwen@rw8.urc.tue.nl (Erlend Nagel)
Newsgroups: comp.sys.atari.st
Subject: Re: Case Design for Falcon
Date: 14 Oct 92 09:48:37 GMT
Reply-To: wmtwen@urc.tue.nl

darling@cellar.org (Thomas Darling) writes:

>In this day and age, when you can buy an Alesis Data Disk for $400 that is
>road-worthy and fits in one rack space, there's a scant handful of people
Ha, there is a German firm (yes again German :) that builds ST's into
19" racks. The things looked very sophisticated to me. It even provided
an extra midi thru port. And it had a very clean front. Just the reset
button and power switch on front. The backside had all the connections
the ST has plus a keyboard connector and the fact that the rom port had
been buffered. The case was also a lot flatter than I am used to from
my 1040STF. Great for musicians and I am sure there will be something
like this for the falcon. So nobody hesitate buying a falcon :)

Erlend.
From: Martin_Sprengel@ki.maus.de (Martin Sprengel)
Newsgroups: comp.sys.atari.st
Subject: Re: Case Design for Falcon
Date: 7 Oct 92 17:24:00 GMT
Article-I.D.: KI.A13227
Organization: MausNet
X-Gateway: MausGate/News 1.14

etlgtme@etlxd20.ericsson.se schrieb am 6.10.92 um 10:33:

e> old 1040 STe style case, the only noticable difference being that the
keyboard
e> keys are a dark grey, and the FALCON 030 logo of course. (They had a
picture).

This matches with a picture I have of the German version.

e> I don't know how the model with the built in 65Mb hard drive will look.

Exactly the same :-((

e> hated how it looked but LOVED its capabilities, especially MIDI. Jesus, how
I
e> hate those function keys. I only hope Atari come to there senses and give
this
e> machine the professional look it deserves. B-(

So do I, but I don't dare to hope..

So long,

               Martin
Newsgroups: comp.sys.atari.st
From: annius@sif.research.ptt.nl (Annius Groenink)
Subject: Re: Case Design for Falcon
Organization: PTT Research
Date: Fri, 9 Oct 1992 09:25:58 GMT

hjwulfso@unix.amherst.edu (HARRIS JOSHUA WULFSON) writes:

>     That's very interesting. I hadn't though of that! I have a feeling that
>Atari also hadn't thought of that. Most musicians who use computers for music
>(like me) use it only for recording and MIDI, and they don't take it to
>gigs. I imagine that someone wanted to bring a computer on-stage, it would
>be convenient to have an all-in-one construction, especially if is is being
>used for signal processing or direct to disk live recording. How about 
>a FalconBook?! THAT would be useful!

This is why most musicians tend to use Ataris in the studio (if the Atari gets
tired you just go and get a cup of coffee) and Macs on stage. The SM124 is
absolutely unreliable and can drop out any moment if it gets too hot or too
cold. The Macs seem to be a lot less critical.



-- 
Annius Victor Groenink      Universiteit Utrecht      PTT Research Leidschendam
Mathematics/Comp. Sc.        avgroeni@cs.ruu.nl       +31 70 3325445 (weekdays)
Atari ST/Music          A.V.Groenink@research.ptt.nl  +31 70 3464732 (evenings)
_____________My opinions are my opinions____________  +31 5700 29396 (weekends)
Newsgroups: comp.sys.atari.st
From: jreiss@magnus.acs.ohio-state.edu (Joseph W Reiss)
Subject: Falcon 040 so soon? (was Re: Tramiel's got the spirit)
Organization: The Ohio State University
Date: Wed, 14 Oct 1992 19:23:18 GMT

In article <Bw48CH.CJH@sci.kun.nl> sanders@sci.kun.nl (Sander Stoks) writes:
>Ok, I'm the one who started this thread and yesterday I read the
>interview in which Tramiel said this. It was a translation into Dutch,
>so I'm sure the re-translation won't do it any good. The exact
>statement was that Atari would either continue making exciting new
>technologies, or they'd drop the Res&Dev department completely and
>continue making boring PC-clones. But Tramiel wouldn't have to cope
>with this, since if it came to that he'd leave Atari. BTW, in the same
>interview the Falcon040 was promised for 1992, a (20MHz) cheapo TT and
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>some other things. Tramiel "could safely promise to show the Falcon at
>the CeBIT in '92", and it would have 24 or 32 bit graphics :-). 
>Well, well...

Umm, this should be a neat trick.  Considering that it's Oct. 92 now
and we still haven't seen the Falcon030, just how does Atari propose
to get an 040 out in the next 2 1/2 months?

I'm assuming this is a typo.  Anybody who has read the article care to
correct this?  I, like many others I'm sure, am considering biting the
bullet and upgrading my aging 1040 to a Falcon.  I'm just wanting to
know which one it will be. :-)

Joe
-- 
__________       |  jreiss@magnus.acs.ohio-state.edu
  |   |___)      | """"""""""""""""""""""""""""""""""""""""""""""""""""""""
\_/OE |  \EISS   |  If we keep up at this bandwidth, we'll blow up any
          `----  |  minute now.  Me poor bairns canna take much more.
Organization: Penn State University
Date: Fri, 16 Oct 1992 19:11:18 EDT
From: J.J. Lehett <JJL101@psuvm.psu.edu>
Newsgroups: comp.sys.atari.st
Subject: Re: Gulam in 50 line mode?
 <1992Oct16.222612.27235@elroy.jpl.nasa.gov>

In article <1992Oct16.222612.27235@elroy.jpl.nasa.gov>, hyc@hanauma.jpl.nasa.gov
(Howard Chu) says:
>
>In article <92290.155041JJL101@psuvm.psu.edu> J.J. Lehett                     >
><JJL101@psuvm.psu.edu
>writes:
>>    Is it possible to kick Gulam into a 50 line mode somehow?  I know I tried
>>the MASTER shell, and it has a 50 line mode, and if I leave that shell and
>>go into gulam it retains the 50 lines, however is there a simple prog out    e
>
>Ah, this time you can't escape - "RTFM" !!
>In Gulam, the command
>        set nrows 50

       Well, I can 'duck' it if I can't escape it... I just looked on my
Gulam disk... there is both a gulam.doc file and a gulam.inf file.  The inf
file is about 2.5K longer than the doc... the .doc file contains no mention of
the nrows variable at all!  I had incorrectly assumed that the .doc file was
simply a ascii only version of the inf file which has control codes in it.
Anyone else ever notice this?
------------------
J.J. Lehett     : Atari's, puzzles, games, chaos, fractals, math....

  - Work: JJL101@psuvm.psu.edu           Penn State CAC
  - Genie: J.LEHETT2
  - Delphi: JLEHETT@delphi.com
From: doucet@ripolin.laas.fr (Jean-Etienne Doucet,149,6323)
Newsgroups: comp.sys.atari.st
Subject: In search of Mr. C. Walnum
Date: 12 Oct 92 14:02:54 GMT
Reply-To: doucet@ripolin.laas.fr
Organization: LAAS-CNRS, Toulouse (France)


I would like to get in touch with Mr. Clayton Walnum: is it 
possible by e-mail ? In other words, does someone know his e-mail address ?
(I've got his snail mail address already, so I'd use it as a last resort).

Thanks in advance.

	+-------------------------+-------------------------+
	|   Jean-Etienne DOUCET   |       LAAS - CNRS       |
	|   doucet@laas.laas.fr   |   Toulouse     FRANCE   |
	+-------------------------+-------------------------+
	|     excuse bad english: I'm still learning it     |
	|              (bad english, that is)               |
	+---------------------------------------------------+
From: 01mbmccabe@bsu-ucs.uucp
Newsgroups: comp.sys.atari.st
Subject: Jaguar
Date: 15 Oct 92 08:44:21 GMT

What's a Jaguar?   i assue something like Genesis or Nintendo?  Detail
please.....Is it worth a hoot?   (Hint:  It's all in software support.)


			-Matt
Newsgroups: comp.sys.atari.st
From: Mark Kovarski <kovarski@zooid.guild.org>
Subject: Re: Which programming language?
Organization: ZOOiD BBS
Date: Tue, 13 Oct 1992 01:36:00 GMT

osoelgaultier+@CMU.EDU (Stefan Monnier) writes:
>Excerpts from netnews.comp.sys.atari.st: 8-Oct-92 Re: Which programming
>langu.. Jan T. Kim@rrz.uni-koeln (1382)
>> Does anyone out there have an idea WHY Borland doesn't want there
>> to  be an English Pure C manual? I can't seem to see any point in
>> such an agreement.
>
>> Greetinx, Jan
>
>
>Just cause they are #%^@# !!!
>
>Allowing english manuals wouldn't have bring them any MONEY
>so that they don't allow it. That's all !
>
>	Stefan
>
>-----------------------------------------------------
>-- On the average, people seem to be acting normal --
>-----------------------------------------------------

Nobody knows for sure why it is the way it is. -)
The Pure C distributer in North America wanted to create some text files
that were Atari specific. They recommended to get any Turbo-C (PC)
book, along with those files you should be able to start developing. There
are about a 1,000,000 english books about Turbo-C for the PC. There is
one developer who did exactly that, namely BitBlit Systems with their
Turbo Board BBS. Bill Miller, the programmer of the program, is using Pure
C and as far as I know he doesn't speak german. Personally I haven't 
seen any text files so I don't know what is going on there....

I know though that Borland C++ beta is out for OS/2. ;-)

Mark K.
E-Mail: kovarski@zooid.guild.org

Newsgroups: comp.sys.atari.st,comp.sys.atari.st.tech
From: bseufert@cuug.ab.ca (P. Brent Seufert 282-9578)
Subject: Atari TT with UNIX for sale
Organization: Calgary UNIX Users' Group
Distribution: na
Date: Wed, 14 Oct 1992 02:41:27 GMT

Atari TT with UNIX developer's kit for sale:

* 16 Meg Fast RAM
* 4 Meg ST RAM
* TTM194 1280x960 monchrome monitor
* TT is mounted in a full size tower case
* 1.44 Meg Floppy
* TOS 3.06
* Migraph Handscanner
* 48 Meg Hard Drive (TOS)
* 212 Meg Hard Drive (UNIX)

TOS Software:

* Calamus
* Calamus SL (with some modules)
* Wordperfect
* Datamanger ST
* LDW Power
* Outline Art
* Touchup
* TOS utilities: Cardfile, Steno/Stalker, Warp-9 etc

UNIX:

* Full developer's kit AT&T SVR4
* X-Window
* Motif
* X-Facemaker
* WiSH Desktop Manager
* GNU developement tools


All original S/W comes with reams of PD S/W on floppys

All licenses for the S/W will be transfered.


PRICE:  ALL TIME DEAL FOR OVER $8000.00 of stuff =>       $3500.00 (US)

Email me if you are interested.  Will ship to continental US/Canada



Newsgroups: comp.sys.atari.st
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: ATARI COMPUTER WISH LIST 
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Wed, 14 Oct 1992 18:16:55 GMT

In article <gkxzv5n@rpi.edu> oyakea@rpi.edu writes:
> ******** ATARI COMPUTER WISH LIST **************
>9) At least some C++ compatible compiler.

I understand that some folks are using g++, although that it
not always compatible.  Further, Comeau C++ 3.0 With Templates is
currently in beta and will be availabel shortly.

- Greg
-- 
         Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
                   Producers of Comeau C++ 3.0 With Templates
          Here:attmail.com!csanta!comeau / BIX:comeau / CIS:72331,3421
	    Voice:718-945-0009 / Fax:718-441-2310 / Prodigy: tshp50a
From: Chuck.Grimsby@p1.f47.n282.z1.tdkt.kksys.com (Chuck Grimsby)
Sender: FredGate@tdkt.kksys.com
Newsgroups: comp.sys.atari.st
Subject: GFA news (was: Which programming language?)
Date: Tue, 13 Oct 1992 17:40:18 -0600

In a message of 12 Oct 92  19:51:07, Mark Hughes wrote:
MH> Newsgroups: comp.sys.atari.st
MH>   What's happening with support of GFA on other platforms?  That's the 
MH> main reason I still use GFA for some projects - it's easier to port to 
MH> PCs when using a graphics interface than rewriting a C program...
MH>  
MH>   I have several friends who use GFA on DOS and Windows (and Windows 
MH> under OS/2.0), and it's made them very happy campers...

GFA/ST was picked up by another company who is doing a total re-write in order
to 'fix' the 'quick fixes' GFA put in when they updated it over the various
years.

GFA/DOS and GFA/Windows remains the property of GFA, and they are working on
fixing the current bugs in that version.  I'm not sure what the status of the
complier is though.

GFA/Amiga status is unknown.

 * Origin: FlightLine PointNet Point 1 (1:282/47.1)
From: mjl-b@minster.york.ac.uk
Newsgroups: comp.sys.atari.st
Subject: Re: learning assembly language
Date: 15 Oct 92 10:32:09 GMT
Organization: Department of Computer Science, University of York, England

In article <1992Oct14.093610.1083@gdr.bath.ac.uk> mapmh@gdr.bath.ac.uk (M Hagger) writes:
>
>Interesting question that, back in the old days of having a Amstrad
>CPC computer with a Z80 chip, I bought a book on machine code
>programming which had a few easy examples with the hex code for them,
>the only programs I could write then were "hand coded" as I didn't
>have an assembler - now that was REAL programming.


Eeeeh, you've been spoilt! When I were a lad we didn't even have hex loaders.
We had to toggle in the code using switches... :-) :-) :-)

Please, no more of this "real programming" stuff.

Mat
From: wells_s@kosmos.wcc.govt.nz
Newsgroups: comp.sys.atari.st
Subject: Petra
Date: 14 Oct 1992 02:53:57 GMT
Organization: Wellington City Council (Public Access), Wgtn, Nz
Reply-To: wells_s@kosmos.wcc.govt.nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

I've put 'Petra' through comp.binaries.atari.st.  Whether or not it actually
gets there is to be seen.  (It never seems to work properly).
 
It's about a 3k UUencoded file, so it's not too big!!
Newsgroups: comp.sys.atari.st
From: naffara@crc.ac.uk (Dr. N.A. Affara)
Subject: Summary of "which programming language"
Organization: MRC Human Genome Resource Centre
Date: Fri, 9 Oct 1992 15:26:12 GMT

I think it is about time for a summary.

First, I must say a *BIG* thank you to everyone who responded!

From what I have heard, "assembly" is the fastest, best to use etc.
BUT, it is also the hardest to learn. (Not for me :-) )

Next comes "C" which a lot of people suggested but again this sounds a bit
too difficult for complete beginners (like me). Most of the people who 
suggested this sounded like they had been programming for a long time.
I think this would be a good choice once you have got the hang of something 
easier.

For beginners, a "BASIC" sounds like the best choice. The most popular was
GFA basic v3.5. This is supposed to be easy to learn and use. Some people said
that the original authors have stopped updating and supporting it, but it was
also said that somebody else had taken over the rights to it. (correct me if
I am wrong)

(There were also some other languages mentioned, like PASCAL for example) 

After some thought and a look at some adverts, I think I will go for Hisoft
Basic 2, which is 'easy to learn' and says it's Falcon compatible (I *am*
going to get a Falcon as soon as possible!). 

If anything I have said is wrong, feel free to correct me! I am only going by
what I have been told.

Thanks again for the help,
Phil
(E-mail naffara@uk.ac.crc)

-- 
Kryten (When Cat says why don't we raise the defensive shields?) "A superlative
suggestion sir,with only two drawbacks: one,we don't have any defensive shields
and two,we don't have any defensive shields.I know that,technically,that's only
one drawback,but it was such a big one I thought I'd mention it twice".
From: aa399@cleveland.Freenet.Edu (Len Stys)
Newsgroups: comp.sys.atari.st
Subject: Re: Jack - from Commodore to Atari
Date: 15 Oct 1992 15:12:27 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: aa399@cleveland.Freenet.Edu (Len Stys)
NNTP-Posting-Host: thor.ins.cwru.edu


In a previous article, cpb@sys6626.bison.mb.ca (Chris Billows) says:

>What I want to know is:
>
>How is it that Jack Tramael(?) managed to be so successful with the C-64 
>and Commodore and yet can't repeat that success with Atari?
>
>Surely the ST line of computers is superior to the C-64. But I remember 
>those "I Adore My 64" commericals.
>
>Anybody care to voice their opinion?
>


It is because of the IBM compatibles, I'm almost sure of it.

Also, you had several people making the decisions at Commodore, not just
Jack Tramiel.

When you have more people to debate the steps needed to be took, you usually
take the right steps.

Len

--