Copy Link
Add to Bookmark
Report

Info-Atari16 Digest Vol. 89 Issue 657

eZine's profile picture
Published in 
Info Atari16 Digest
 · 26 Apr 2019

  

INFO-ATARI16 Digest Wed, 15 Nov 89 Volume 89 : Issue 657

Today's Topics:
Booting old RAM TOS from Hard Disk
European software purchase procedure from the U.S.A.
Gadgets by Small - Possible new '030 add-on board!
General questions (Advertisement)
How long is your Atari???
INFO-ATARI16 Digest V89 #651
ISOLATION....
Self Modifying code
TT's Desktop Interface
----------------------------------------------------------------------

Date: Wed, 15 Nov 89 17:07 CET
From: FU8861%DB0ZIB21.BITNET@CUNYVM.CUNY.EDU
Subject: Booting old RAM TOS from Hard Disk

Hi there?
Is it possible to boot an old RAM TOS from hard disc ( ie. put
TOS.IMG on some partition and make the ST boot from the partition).
Any help appreciated
gerd
FU8861@db0zib21

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

Date: 14 Nov 89 18:24:56 GMT
From: mcsun!ukc!acorn!camcon!igp@uunet.uu.net (Ian Phillipps)
Subject: European software purchase procedure from the U.S.A.

exspes@gdr.bath.ac.uk (P E Smee) writes:

>In article <891108.09364408.070835@SFA.CP6> Z4648252@SFAUSTIN.BITNET (Z4648252)
writes:

>> Many of the European ads offer to sell product internationally
>>but don't give the procedure: 1) Do we convert $$$ to European currency?
>>2) Is there an airmail option rather than ocean mail? 3) Is there an
>>internation reply coupon option?

>You should write to them and ask. The answers are (1) probably, (2)
>probably, and (3) probably not.

Most mail-order places in UK (not necessarily Germany) will take Visa/Mastercard
who generally give good exchange rates, and no hassle.
--
UUCP: igp@camcon.co.uk | Cambridge Consultants Ltd | Ian Phillipps
or: igp@camcon.uucp | Science Park, Milton Road |-----------------
Phone: +44 223 420024 | Cambridge CB4 4DW, England |

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

Date: 15 Nov 89 15:52:31 GMT
From: mailrus!uwm.edu!marque!carroll1!dnewton@tut.cis.ohio-state.edu (Dave
'Post No Nicknames' Newton)
Subject: Gadgets by Small - Possible new '030 add-on board!

In article <2278@hudson.acc.virginia.edu> gl8f@astsun.astro.Virginia.EDU (Greg
Lindahl) writes:
>In article <23970@cup.portal.com> Xorg@cup.portal.com
>(Peter Ted Szymonik [ quoting dave small ]) writes:
>> than the ST's 68000. The ST runs at 8 mhz (millions instructions /
>> second); we'll go for at least 16 Mhz and possibly more.
>Gosh, I don't really remember anymore. Anyway, it isn't 8 million
>instructions per second.


You mean... my ST isn't an 8-MIPS machine? Oh no. Sadness.




--
David L. Newton | uunet!marque!carroll1!dnewton | The Raging Apostle--
(414) 524-7343 (work) | dnewton@carroll1.cc.edu | for the future--
(414) 524-6809 (home) | 100 NE Ave, Waukesha WI 53186 | for the world.
"Isn't it fun to take two unrelated sentences and mix the batter lightly?" -me

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

Date: 15 Nov 89 14:17:20 GMT
From: mcsun!inria!mirsa!modja!colas@uunet.uu.net (Colas Nahaboo)
Subject: General questions (Advertisement)

In article <30200019@inmet>, hedger@inmet.inmet.com writes:
> 4) I am interested in joining a network service. I am interested in
programming
> the ST, C and MIDI and music stuff. Does anyone have recommendations for
> which one to join? I would like one with an ST forum and all that.
> Which service do you use? Is it expensive? Tell me what you think.

But in another article writes:

> Please take the ads somewhere else...

Yes, but isn't advertisement from small companies valuable information
in this newsgroup. I was looking for Blitz for 1 month but wasn't able
to locate it, and this "Ad" (which contained the way to build the cable
by oneself) was a very valuable piece of information. Aren't you asking for
a kind of an ad with your first question?

"Ads" for the TT, STe, Tos 1.4, Spectre... have been posted here for
some time now :-)

Be tolerant to small buisness on the ST... it benefits the user.

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

Date: 15 Nov 89 16:00:21 GMT
From: ogccse!blake!ramsiri@ucsd.edu (Enartloc Nhoj)
Subject: How long is your Atari???

In article <89Nov14.085305est.57530@ugw.utcs.utoronto.ca>
MEGGIN@vm.epas.utoronto.ca (David Megginson) writes:
>Atari has problems, and I accept that the OS of the future is Unix with
>But do not leave us in suspense. Come back to the newsgroup some day
>and tell us how many Mhz/MIPS LONG your new computer is. I promise that
>we will all feel emasticated/emammicated (after all, women are self-
>concious about breast size too).
>
>
> David Megginson, Centre for Medieval Studies, Toronto


I think you mean "emasculated".... unless
you are talking about being deprived of
chewing. On what, i don't know?

Anyhow, I think the main point in all this Atari bashing,
and i certainly have been rather indecorous in that department,
is a manifestation of frustration with and bitterness towards
the Atari COMPANY. Some of us depend on Atari for our livelihood.
Some of us have spent x dollars investing in Atari hardware, software
and so on with the expectation that the future would be bright and
that Atari would provide most of those great products coming out of
R & D. Those expectations resulted from an auspicious start with
the ST in 1985 and from "talk" about the new and up and coming
products. So, it isn't simply the scenerio of a kid and his toys.
I keep hearing: " Well, if you don't like Atari, go buy an X..."
Tell me, is this the way Atari is going to compete in the
the business world? Hell no! If Atari is to compete in the business
world, people in business have to be using Atari's. Rather simple.
Frankly, our hopes are being dashed and our business sense is telling
us it is time to make changes. May just have to buy that "longer"
computer after all and masticate on the losses from my Atari investment
in hopes that i may someday digest them.

-kevin
ramsiri@blake.acs.washington.edu

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

Date: Wed, 15 Nov 89 09:27:42 PST
From: ultra!jimh@ames.arc.nasa.gov (Jim Hurley)
Subject: INFO-ATARI16 Digest V89 #651

to: greg@sj.ate.slb.com
Subject: append in Atari digest # 651.

Well said. The constant bickering lately has been extremely annoying.
I save these digests and mail them to a friend. The last few weeks netted
over 700 000 bytes with hardly a speck of useful info - just the new
ARGV definition. If a fraction of the attention were spent discussing
that....
- Jim Hurley
Ultra Network Technologies
jimh@ultra.com

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

Date: 15 NOV 89 09:54:46 CST
From: Z4648252 <Z4648252%SFAUSTIN.BITNET@ricevm1.rice.edu>
Subject: ISOLATION....

No flames, just frustration being expressed....
The only two bookstores in our area have stopped handling Atari magazines.
With the exception of this net, there is no other link for me to
the outside ST world now.
I sure hope you folks in the ST concentrations are not taking your
dealers and bookstores which stock ST magazines, etc., for granted.
ENJOY! Sure wish that I could...

Larry Rymal: |East Texas Atari 68NNNers| <Z4648252@SFAUSTIN.BITNET>

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

Date: Wed,15 Nov 89 16:38:32 GMT
From: R.D.Chafer%sysc.salford.ac.uk@NSFnet-Relay.AC.UK
Subject: Self Modifying code

>Date: 13 Nov 89 01:12:27 GMT
>From: psuvm!sml108@psuvax1.cs.psu.edu
>Subject: Self-Modifying Code
>
>Hi, I am writing an assembly language routine which modifies its own code in
>a tight loop in order to avoid having to do a decision statement at every
>iteration. Unfortunately, whatever code I am inserting is screwing things up
>royally, and although I have checked it fairly throughly, I cannot figure out
>what is going on. Question: Is there something screwy about executable and
>object files that would disallow self modifying. The block that gets modified
>is this:
>
> lsr.w d3
> bne cont
> add.l #8,a0
> move.w #$8000,d3
> cont: nop
>
>Since branching is relative, one would think it would work, and a dump of
>the object file indicates this is so. HELP !!!!
>
>Scott Le Grand

I don't know if this has been answered, but could the 68000's instruction
prefetch be causing the problem (The 68010 has a bigger prefetch I believe
which would probably cause problems). Instruction prefetch on a 68000 or
68010 is one good reason NOT to write self modifying code.

Robert Chafer


=========================================================================
From: Robert Chafer

Computing Centre Telephone: +44 61 736 5843 x 672 or x7328,
University of Salford,
Salford M5 4WT
UK

E-mail:
JANET: chafer @ uk.ac.salford.sysc
ARPANET: chafer%uk.ac.salford.sysc @ nss.cs.ucl.ac.uk
BITNET: chafer%uk.ac.salford.sysc @ uk.ac
or chafer%uk.ac.salford.sysc%ukacrl.bitnet @ cunyvm.cuny.edu

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

Date: 15 Nov 89 15:26:28 GMT
From:
gem.mps.ohio-state.edu!usc!cs.utexas.edu!mailrus!jarvis.csri.toronto.edu!utgpu!
romwa@tut.cis.ohio-state.edu (Royal Ontario Museum)
Subject: TT's Desktop Interface

According to the November issue of Unix World, the TT Desktop is from
Non Standard Logics a company based in France. The desktop is called
InDepth and is currently a standard X Window implementation but NSL
will be moving towards a OSF/Motif imlementation as well. A picture
of a sample desktop is included (see pg 68).



Pavneet Arora
...!utgpu!rom!pavneet

Royal Ontario Museum
100 Queen's Park
Toronto, Ontario
M5S 2C6
(416) 586-5626

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

End of INFO-ATARI16 Digest V89 Issue #657
*****************************************
=========================================================================

← previous
next →
loading
sending ...
New to Neperos ? Sign Up for free
download Neperos App from Google Play
install Neperos as PWA

Let's discover also

Recent Articles

Recent Comments

Neperos cookies
This website uses cookies to store your preferences and improve the service. Cookies authorization will allow me and / or my partners to process personal data such as browsing behaviour.

By pressing OK you agree to the Terms of Service and acknowledge the Privacy Policy

By pressing REJECT you will be able to continue to use Neperos (like read articles or write comments) but some important cookies will not be set. This may affect certain features and functions of the platform.
OK
REJECT