Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 92 Issue 058
Info-Atari16 Digest Fri, 31 Jan 92 Volume 92 : Issue 58
Today's Topics:
Ack! My STe is dying! (dead?)
Anti-flamewar proposal.
Crack Art
Crack Art!
Darn brevity
Did anyone write a good read() for Mint (or TOS)?
info (2 msgs)
Just Musing...
Looking for low priced 68030 CPUs
Mint 0.92 problems
regarding the 'correct' post [was (re: Amiga geeks, r
Some peoples kids
ST's memory architecture
telling GEM to use a bigger screen
uuencode & uudecode (2 msgs)
ZOO
Welcome to the Info-Atari16 Digest. The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out. Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16. Requests that go to the list
instead of the moderators are likely to be lost or ignored.
If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------
Date: 31 Jan 92 10:36:20 GMT
From:
noao!asuvax!ukma!hri.com!spool.mu.edu!munnari.oz.au!comp.vuw.ac.nz!actrix!Roger
.Sheppard@arizona.edu (Roger Sheppard)
Subject: Ack! My STe is dying! (dead?)
To: Info-Atari16@naucse.cse.nau.edu
In article <27947@sdcc12.ucsd.edu> atilghma@sdcc13.ucsd.edu (Adam Tilghman)
writes:
>
> Ack! I'm having serious problems with my STe system. If anybody
> could offer some wisdom, I would appreciate it!
>
> Symptoms:
>
> (The first problem I caught) - MINT.CNF suddenly appeared
> with random data scattered throughout the "normal" text.
>
> The Desktop is now mistaking executables for Text files,
> and is asking me if I want to view them. This
> is happening perhaps 10% of the time, and I have
> NEVER had this problem (in 6 months of intense use).
>
> MiNT 0.92 is hanging much more often than usual - basically,
> anything involving a large file operation, like
> running GCC.
>
> On most large hard drive read operations my screen is
> overwritten with data :-(
>
> Odd crashes every so often (usually non-repeatable).
>
> On reset, the screen doesn't clear - so if I reboot from
> the desktop, my hard drive boot is overlaid on the
> old Desktop image.
>
>
> My Hardware:
>
> Atari 520STe (w/ TOS 1.62, bought in August 1991) - 4MB of RAM
> ICD Host Adapter (original model) + Seagate ST1096N drive
> DEKA PC Keyboard Adapter (w/ keyboard)
> SM124 Mono Monitor
>
> Does anybody recognize these problems? I think they're serious
> and there's NO WAY that Atari's going to take back my computer under
> warranty :-(... Eek!
>
> -- adam
> --
> ==== Adam G. Tilghman - atilghma@sdcc13.ucsd.edu - (619)558-2141 ====
> == "Martha, fetch my rifle - thar's another UCSD ECE undergrad!" ==
A funny thing like that happen to me, Programs ended up as files, only
one disk drive icon, plus lots of other funny things..
Fixed by removing and replacing SIMM Rams, (Note; SIMM's don't just
pull out, they swing out) a small piece of plastic seem to fall out of
the SIMM sockets, so check sockets have not got any foreign matter there,
use a small 1" paint brush to remove..
--
*** Roger W. Sheppard * Roger.Sheppard@bbs.actrix.gen.nz ***
*** 85 Donovan Rd * * GEnie. R.SHEPPARD5 ***
*** Kapiti At least I don't Flicker, ***
*** New Zealand.. * not like a dying light globe ***
------------------------------
Date: 31 Jan 92 10:36:26 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!wupost!darwin.sura.net!Sirius.dfn.de!m
ath.fu-berlin.de!NewsServ!seibert@arizona.edu (Ewald Seibert)
Subject: Anti-flamewar proposal.
To: Info-Atari16@naucse.cse.nau.edu
In article <1992Jan25.215455.14648@ux1.cso.uiuc.edu>,
wmagro@roma.physics.uiuc.edu (William Magro) writes:
|>
|> If you hate posts that respond to flamers, read on. This one is
|> different.
|>
|> I own an Atari 1040 and a Mac SE. I work on Sparcstations and a Mac
|> IIx. I feel qualified to discuss my likes and dislikes about each of
|> these machines, because I use them regularly. I love my Atari and I
|> always amaze people when I show them what it can do.
|>
|> The problem with flamewars is that each amiga or atari user roots for
|> their own machine and picks on the other guy's machine. I don't like
|> flamewars, but I do enjoy comparisons of various machines, even if I
|> have no explicit plans to change computers as a result of the discussion.
|> Since newsgroups are a forem for discussion, our newsgroup is a natural
|> place to hold such a discussion.
|>
|> I therefore feel that it would me most informative if each user were to
|> say what they _dislike_ about their machine in addition to what they do
|> like. In this spirit, and understanding that people have already rooted
|> for the ST/STe/TT's good qualities, I'd like to say what I don't like
|> about my ST. I invite a humble Amiga owner to do the same.
|>
|>
|> "Why my Atari 1040STf Sucks," by Bill Magro
|>
|> I) GEM/Desktop has a lot of problems
|> A) Mouse events are not registered quickly, so if I click on a button
|> and quickly move the mouse, the button doesn't see the click. Very
|> annoying, and it slows me down.
No BLITTER, no QuickST ... bad luck
|> B) I have to bring a window to the front before I can launch a program
THERE IS ONE SIMPLE WAY (known since 1986 in TOS 0.9)
hold RIGHT-mousebutton, DOUBLECLICK with left mousebutton on PRG
.. most PRG with the right PATH-handling work with this
In TOS 2.0 or higher you can even fix the PATH for the bad ones
|> from it. In the mac's finder, if I double click on an icon in an
|> obscured window, the window comes forward and the program runs. In
|> GEM the window just comes forward. Arghh! This slows me down.
|> C) I can't arrange my desktop in any efficient way. Not being able to
|> put programs on the desktop or to arrange them freely in a window
|> makes launching programs a nightmare. This slows me down.
Have you ever tried GEMINI a shareware DESKTOP with included CLI (UNIX-like)
You aren't informed very well for the critics you write.
Bye Ewald
==============================================================================
seibert@hphalle9.informatik.tu-muenchen.de ist
Ewald Seibert, Rheinbergerstr.1 8070 Ingolstadt, 0841-86480
Dont't blame ATARI for things, the GURU told you from the ARABIAN NIGHTS (*
==============================================================================
(* = Maerchen aus 1001 Nacht
------------------------------
Date: 29 Jan 92 14:21:10 GMT
From:
noao!asuvax!ukma!darwin.sura.net!jvnc.net!yale.edu!qt.cs.utexas.edu!cs.utexas.e
du!utgpu!utorvm!ryerson!eeng6801@arizona.edu (THE WALKING SPIRIT)
Subject: Crack Art
To: Info-Atari16@naucse.cse.nau.edu
If the docs are in German, just run an English translator. Althought the setenc
es are garbed, you can almost always understand what's going on (ie. Disk was r
eady not.).
get eeng6801 signature a
====================================================================
| " Competence, like truth, beauty and = Carlos J. C. Varela |
| a contact lens, is in the eye of the = EENG6801.RYERSON.CA |
| beholder." = Fnet Node: #18, #38 |
====================================================================
====================================================================
| " Competence, like truth, beauty and = Carlos J. C. Varela |
| a contact lens, is in the eye of the = EENG6801.RYERSON.CA |
| beholder." = Fnet Node: #18, #38 |
====================================================================
====================================================================
| " Competence, like truth, beauty and = Carlos J. C. Varela |
| a contact lens, is in the eye of the = EENG6801.RYERSON.CA |
| beholder." = Fnet Node: #18, #38 |
====================================================================
====================================================================
| " Competence, like truth, beauty and = Carlos J. C. Varela |
| a contact lens, is in the eye of the = EENG6801.RYERSON.CA |
| beholder." = Fnet Node: #18, #38 |
====================================================================
====================================================================
| " Competence, like truth, beauty and = Carlos J. C. Varela |
| a contact lens, is in the eye of the = EENG6801.RYERSON.CA |
| beholder." = Fnet Node: #18, #38 |
====================================================================
====================================================================
| " Competence, like truth, beauty and = Carlos J. C. Varela |
| a contact lens, is in the eye of the = EENG6801.RYERSON.CA |
| beholder." = Fnet Node: #18, #38 |
====================================================================
------------------------------
Date: 31 Jan 92 06:40:53 GMT
From:
noao!asuvax!gatech!usenet.ins.cwru.edu!cleveland.Freenet.Edu!al885@arizona.edu
(Gerard Pinzone)
Subject: Crack Art!
To: Info-Atari16@naucse.cse.nau.edu
In a previous article, chan@pyramid.cs.unr.edu () says:
>
>I have ftp'ed Crack Art (crackart.lzh) from atari.archive.umich.edu.
>
>Before I start, let me tell you that the program itself is English (with a
>little German splashed here and there). The document to Crack Art is in
>German. I would (will eventually try) like to get in touch with the authors
>of Crack Art about an English version of the text (or find someone to translate
>the document) or if someone out there knows of an English version.
>
Does anyone know if this program can "crack" the art of a game disk? I think
that's one of the main reasons for the program's existance.
--
_______ ________ ________ "Small nose, loose girls, no nipples, (.|.)
/ ___/ / _____/ / __ / Iczer curls!" -=- Gerard Pinzone ).(
/ ___/ / /____ / __ / gpinzone@george.poly.edu ( v )
/______/ /_______/ /__/ /__/ Join the ECA Wehrmacht! Kill CM! \|/
------------------------------
Date: 30 Jan 92 18:05:14 GMT
From: agate!spool.mu.edu!umn.edu!cs.umn.edu!kksys!orbit!pnet51!chucks@ames.arpa
(Erik Funkenbusch)
Subject: Darn brevity
To: Info-Atari16@naucse.cse.nau.edu
kls30@duts.ccc.amdahl.com (Kent L Shephard) writes:
>Have you ever heard of threads. I can do things on my NeXT that will make
>anything not running a Mach kernal just choke.
Umm.. i don't quite understand this. There are many Threaded OS's or at least
OS's that are thread capable. The Amiga, OS-{9/k}, OS/2, etc..
.--------------------------------------------------------------------------.
| UUCP: {amdahl!tcnet, crash}!orbit!pnet51!chucks | "I know he's come back |
| ARPA: crash!orbit!pnet51!chucks@nosc.mil | from the dead, but do |
| INET: chucks@pnet51.orb.mn.org | you really think he's |
|-------------------------------------------------| moved back in?" |
| Amiga programmer at large, employment options | Lou Diamond Philips in |
| welcome, inquire within. | "The First Power". |
`--------------------------------------------------------------------------'
------------------------------
Date: 31 Jan 92 12:18:21 GMT
From: mcsun!uknet!bcc.ac.uk!ucacmsu@uunet.uu.net (Mr Stephen R Usher)
Subject: Did anyone write a good read() for Mint (or TOS)?
To: Info-Atari16@naucse.cse.nau.edu
In article <MUTS.92Jan28220220@fysaq.fys.ruu.nl> muts@fysap.fys.ruu.nl (Peter
Mutsaers) writes:
>Hello,
>
>for some applications I would very much like to be able to have a
>read() (or an Fread() implemented in the kernel even better) that
>generates vt52 escape sequences from Funcion/cursor/etc keys, so the
>ST can be a real vt52.
I did write something like this for my port of JOVE to MiNT, but I didn't
publish it at all.
>
>Also, I would like that ALT-combinations do not return '0', but the
>ascii code, with the 8th bit set. This would make porting of unix
>editors/shells with full keyboard use much easier. (I hate to resort
>to GEM and do not even start it up at a reboot).
Hmm.. mine didn't do that.. oh well.. it was only a hack for JOVE and BASH.
>
>If someone has made it I would like to use it. Otherwise, and when/if
>I find the time, I'll have to do it myself.
>
>Regards,
>--
>_________________________________________________________________________
>Peter Mutsaers. RUU physics dept. Heidelberglaan 5, Utrecht, Nederland
>muts@fysap.fys.ruu.nl |================================================
>tel: (+31)-(0)30-533880 | Memento Mori
Steve
--
Addresses:-
JANET:- ucacmsu@uk.ac.ucl or susher@uk.ac.csm
Internet:- ucacmsu@ucl.ac.uk or susher@csm.ac.uk
------------------------------
Date: Fri, 31 Jan 92 13:31:14 +0100
From: Salah.Omar@LSM.MW.TU-MUENCHEN.DBP.DE
Subject: info
To: info-atari16@naucse.cse.nau.edu
help
------------------------------
Date: Fri, 31 Jan 92 13:35:09 +0100
From: Salah.Omar@LSM.MW.TU-MUENCHEN.DBP.DE
Subject: info
To: info-atari16@naucse.cse.nau.edu (Receipt Notification Requested)
index info-a16
------------------------------
Date: Fri, 31 Jan 1992 09:17 EDT
From: MJOHNSTON%COLGATEU.bitnet@CUNYVM.CUNY.EDU
Subject: Just Musing...
To: INFO-ATARI16@naucse.cse.nau.edu
On 30 January 1992 neil@uunet.uu.net wrote:
|> Anyone have any idea on how to connect an IBM PS/2 style muse to
|> the ST in a similar way.
Hmmm... is that a Clio, Calliope, Euterpe, Terpsichore...?
(Sorry--couldn't resist!)
M. Johnston
------------------------------
Date: 31 Jan 92 06:49:05 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!samsung!emory!europa.asd.contel.com!dar
win.sura.net!Sirius.dfn.de!math.fu-berlin.de!unidui!flyer!easix.GUN.de!channelz
.GUN.de!dino.DinoCo.de! (Stephan Muhs)
Subject: Looking for low priced 68030 CPUs
To: Info-Atari16@naucse.cse.nau.edu
Hi!
I am currently looking for low-priced 68030 CPUs in smaller amounts (between
10 and 50), all speeds from 16 MHz to 50 MHz. Most interesting for me is
the 33 MHz CPU. I am looking for matching 68882 FPUs as well.
If you know of a low priced dealer or distributor for said chips, then please
email me. Commercial offers are welcome, of course. It really does not matter,
where on this planet your low-price-source for 68030`s is - I am specialized
in the import business anyway ;-)
Any help greatly appreciated!
Stephan
--
stephan muhs colonius@dino.dinoco.de
wilhelmstr. 51 ...!unido!easix!channelz!dino!colonius
5000 koeln 60 Genie: s.muhs
germany voice: +49 221 7393484
------------------------------
Date: 31 Jan 92 09:38:18 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!wupost!darwin.sura.net!Sirius.dfn.de!u
rmel!oli@arizona.edu (Oliver Bonten)
Subject: Mint 0.92 problems
To: Info-Atari16@naucse.cse.nau.edu
Hello everybody!
Yesterday I finally found time to try Mint 0.92 and Tcsh and ran into
some problems.
1. Tcsh runs fine when run as INIT from Mint or started by double-clicking
from the desktop, but will produce a bus error when started from MW2.
I tried renaming it MWINIT, calling MW2 as INIT, renaming it TCSH.TOS,
nothing worked. Tcsh also complains about a missing termcap entry st52,
which really isn't there, but I haven't scanned all the .ZOO-Archives
for a suitable termcap file yet. Tcsh doesn't run under MGR, either.
2. Under no circumstances I get ksh to read its startup files (login.ksh,
kshrc.ksh) when started as INIT from Mint or in MW2. They are found,
however, by kshs started from a ksh where those files have been read in
manually. I tried plenty of combinations of locations of those files,
location of KSH.TOS, current working directory and settings of PATH
and HOME (in MINT.CNF) - nothing helps. Ksh can't really expect the
files on U:\, can it?
3. Tcsh doesn't know the pwd-command. This one should be internal, I sup-
pose. Also, Tcsh doesn't use the substitute system font from NVDI but
the ROM font; I don't know what other shells do (forgot to look). Can
I change this by resetting the console device?
Oliver
--
Heute back ich, morgen brau ich, uebermorgen hol ich mir der Koenigin ihr Kind.
Ach wie gut dass niemand weiss, dass ich oli@math.rwth-aachen.de heiss.
------------------------------
Date: 31 Jan 92 01:13:08 GMT
From: van-bc!jonh.wimsey.bc.ca!jhenders@uunet.uu.net (John Henders)
Subject: regarding the 'correct' post [was (re: Amiga geeks, r
To: Info-Atari16@naucse.cse.nau.edu
In <1992Jan29.211713.16327@doug.cae.wisc.edu>, Carter Gregory writes:
<Much blather deleted>
>that information is light, and the mind is the lens. Focus on what you
>will...too, many times in histories past has information been focused for
>people deemed too idiotic to find or interpret their own views from what
>they read.
<and later>
>RN is probably the most confusing program on the net.
Pot, Kettle, Bang.
--
John Henders jhenders@jonh.wimsey.bc.ca
Vancouver,BC or ubc.cs!van-bc!jonh!jhenders
------------------------------
Date: 30 Jan 92 18:05:13 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!wupost!spool.mu.edu!umn.edu!cs.umn.edu!kksys!o
rbit!pnet51!chucks@arizona.edu (Erik Funkenbusch)
Subject: Some peoples kids
To: Info-Atari16@naucse.cse.nau.edu
jhenders@jonh.wimsey.bc.ca (John Henders) writes:
> This cyclical dropping in by some amiga user to start a flame war
>has caused anyone who knows how to use theis newsreader to kill all
>postings that mention the word amiga. Strangely, enough, Amiga users
>tell me this same phenomenon does not occur in the amiga groups. A
>few users make the whole community look bad.
Then those amiga users have never seen comp.sys.amiga.advocacy. This group
was created specifically to move all the "St/Mac/IBM/NeXT/whatever computer is
much better than Amiga" articles into one place where people that WANTED to
read them could, but the majority of people didn't have to. It's worked quite
well so far.
.--------------------------------------------------------------------------.
| UUCP: {amdahl!tcnet, crash}!orbit!pnet51!chucks | "I know he's come back |
| ARPA: crash!orbit!pnet51!chucks@nosc.mil | from the dead, but do |
| INET: chucks@pnet51.orb.mn.org | you really think he's |
|-------------------------------------------------| moved back in?" |
| Amiga programmer at large, employment options | Lou Diamond Philips in |
| welcome, inquire within. | "The First Power". |
`--------------------------------------------------------------------------'
------------------------------
Date: 31 Jan 92 02:13:29 GMT
From: agate!spool.mu.edu!umn.edu!doug.cae.wisc.edu!carter@ames.arpa (Carter
Gregory)
Subject: ST's memory architecture
To: Info-Atari16@naucse.cse.nau.edu
Well, for those of you who DID run, MS Word 5.0, you probably already
have had this feeling for sometime now that the ST is for the first time,
unable to use MultiFinder effectively with 4 megabytes of memory.
I seriously believe, in my opinion, that the only thing that has kept the
ST machine alive, has been the Spectre GCR.
Now, to do anything serious with your machine, you can't use MultiFinder
at all with PM 4.0, MS Word 5.0, and Super Paint loaded under multi-finder.
They simply won't fit anymore.
If this doesn't put a nail in the ST architecture I don't know what will.
Add to this fact that System 7 is right around the corner. I think System
7 on a 4 Meg machine is quite ludicrous with the current upgrades Mac
software are expected to acquire during the time we actually get System
7.0 compatibility.
Quite plainly boys and girls, if and when you do get System 7 running your
going to cry uncontrollably as you find all your favorite software unable
to run concurrently, for lack of space.
For those of you who own TT's, I quite frankly hate you.
Now on to the next topic:
-----Bad News Ends..Good News Begins..
But, there are fixes of course for this calamity. Mr. Small's SST board of
course. But when will it arrive. Does anyone have one? Probably not.
I suspect that Mr. Small has a VERY HIGH standard for quality assurance.
With this in mind, we can hope for the best. But we NOW need it more than
ever. I have heard though, that you can't expect ANYTHING from Mr. Small
for another 3-4 months, AT LEAST on this topic...ie (SST AND 3.1).
By that time, who knows how big other programs will be..PYRO?? Excel?? Wingz?
MS Word 5.0, runs rather nicely under MultiFinder 6.0.7. Comming in at a
hefty 1024 minimum suggested memory size. Its quite large indeed. In fact,
to run it effectively, with all the great features running...like spelling,
grammar checker, Thesauras, you should have a size of 1536 at least.
((This is for <10K documents too...) you probably should go for 2048)
The program has changed a good deal. Sporting all sorts of fancy, more
effective menu displays for easy point and click access, right on the
ruler bar. For example, you can now easily select fonts, sizes right on the
ruler right next to your style sheet selections. Quite nice.
And holy cow, you can even draw and edit drawing figures right from within
Word 5.0. Very nice. Dare I say the print preview is faster, can't confirm
this but the program seemed a bit faster from page to page.
Well, I would love to here your thoughts about this issue, I recieved so many
letters about my views on net org that I almost had to take a break from
studying...sheesh...
--Greg
------------------------------
Date: 31 Jan 92 10:14:49 GMT
From:
haven.umd.edu!darwin.sura.net!Sirius.dfn.de!math.fu-berlin.de!uniol!unido!news.
uni-bielefeld.de!techfak.uni-bielefeld.de!itschere@ames.arpa (Torsten Scherer)
Subject: telling GEM to use a bigger screen
To: Info-Atari16@naucse.cse.nau.edu
Hello world!
I'd like to know if anyone has got a quick idea on how to tell GEM to
use a bigger screen? My idea is to program a virtual bigger desktop screen
and I've already managed to tell the line-A emulator to use the extended
resolution, so that I can draw things using the line-A emulator and move
the physical screen around on the virtual bigger screen. But what I completly
fail to know is how to tell GEM that it can use more pixels. It simply
continues using 640*400 pix. Does anyone know a quick solution for this
problem or is it neccesary to retype the whole ROM-VDI driver to get it
to work???
Any mail would be appreciated,
Thanx & bye
TeSche
--
torsten scherer, universitaet bielefeld, germany
e-mail to : itschere@techfak.uni-bielefeld.de
There is a theory which states that if ever anyone would find out what the
universe exactly is and what it is for it will be instantly replaced by
something even more bizarre and inexplicable.
There is another theory which states that this has already happened.
D.N.A.
------------------------------
Date: 31 Jan 92 03:12:01 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!rpi!news-server.csri.toronto.edu!utgpu
!watserv1!watmath!ljdickey@arizona.edu (L. J. Dickey)
Subject: uuencode & uudecode
To: Info-Atari16@naucse.cse.nau.edu
In article <1992Jan30.135602.24022@unibi.uni-bielefeld.de>
itschere@techfak.uni-bielefeld.de (Torsten Scherer) writes:
>
> After I finally managed to connect to atari.archives.umich.edu and got
>some nice programs sent, another problem occurs. All these files are of
>course uuencoded. They're also split in more smaller files. When I try to
>uudecode them, I olny get the message "no end line". How do I have to
>put these fragmented files together again? I'm sorry, but I don't
>understand what's written in the Unix manual.
You might prefer to uudecode the files once you get them onto your Atari,
but that is a separate matter.
Just to uudecode them on unix, you will have to catenate the files
together in the right order. The unix command do that is
cat f1 f2 f3 ... fn > bigfile
Now you get edit "bigfile" to remove the unwanted between one
file and the next. First approximation to wanted stuff and
unwanted stuff: In the middle of the file, all lines begin
with an "M". Near the end, the rule changes.
Most of the recent files on atari archives are encoded with UUE, so
there might sequence letters at the end of the line to help you. The
help comes if you delete one or two lines too many. You can tell,
and start over. ha ha.
Then, you are ready to uudecode the files. The unix command is
uudecode < bigfile
This creates the binary file that you wish you had on your Atari ST.
Now you have a new problem. How to move the binary to the ST.
I hope you have a reliable method for moving BINARY files, cause
you need it. What I do, is to UUEncode the file into a text
file, transfer the text file to the Atari with kermit, and then
UUDecode on the Atari. So maybe you did not want to uudecode
the files on the unix box at all! Well, maybe you did, because
you can then examine text files before you decide to do the
hard part and move the file to your Atari.
There is regular posting that appears in this news group that
tells you much of this, and gives you hints on a bootstrap
process that helps you to get started. Once you get going,
it is not so bad, but that first hurdle is moving your first
binary file from a unix machine to your Atari.
--
Leroy J. (Lee) Dickey, Faculty of Mathematics, U of Waterloo, Canada N2L 3G1
Internet: ljdickey@watmath.UWaterloo.ca
UUCP: ljdickey@watmath.UUCP ...!uunet!watmath!ljdickey
Obsolescent?: ljdickey@watmath.waterloo.edu BITNET/EARN: ljdickey@watdcs
------------------------------
Date: 30 Jan 92 23:24:34 GMT
From: mcsun!news.funet.fi!sunic!corax.udac.uu.se!tdb!m91der@uunet.uu.net (Daniel
Eriksson)
Subject: uuencode & uudecode
To: Info-Atari16@naucse.cse.nau.edu
itschere@techfak.uni-bielefeld.de (Torsten Scherer) writes:
:[stuff deleted]
: All these files are of
: cource uuencoded. They're also split in more smaller files. When I try to
: uudecode them, I olny get the message "no end line". How do I have to
: put these fragmented files together again?
:[stuff deleted]
Save the letters to disk first of all. Then remove all headers from the
files. Also check for garbage at the end of every file. The last
file must end with an 'end'. Use your favourite text-editor and
link all the files (in the right order) into a HUGE file. If you
do this from a command-line enironment (UNIX or some shell for Atari)
you could also use the cat-command like this:
cat file1 file2 ... filen > HUGEfile
Now you have a continous file that you can decode. Just run your
favourite uudecode-program on it and the file hiding inside should
show up! The uuencoded file is often about 35 percent bigger than
the original (often packed) file since what uu does is to take a
8 bit binary file and convert it into a 7 bit ASCII (?) file.
To uuencode a file is quite easy, just make sure you read the
instructions for YOUR uu-program before starting. The uuencode
that we have here on our UNIX-machine works like this:
uuencode original_filename new_filename > uue_filename
The 'original_filename' is the name of the file you wish to
convert. The 'new_filename' is the name the file will get
when you later converts it back (could be useful if you
transfer files from a machine that supports more than 8+3 chars
for filenames to a TOS/DOS-filesystem). And 'uue_filename' is the
name of the uuencoded file that gets created (the file you will
transfer with Email for example).
Hope this helps!
Daniel Eriksson - m91der@tdb.uu.se | IRC: DDF
Uppsala University, Sweden | Fidonet: 2:205/218 (The Assembly Room)
------------------------------
Date: 31 Jan 92 10:44:49 GMT
From: mcsun!uknet!warwick!covpoly!cch.coventry.ac.uk!csf195@uunet.uu.net
(Mirrir)
Subject: ZOO
To: Info-Atari16@naucse.cse.nau.edu
Is it just me or is the atari version of zoo (from Newcastle PDSOFT (NET))
a bit dodgy ???
The problem is, I down-load it, uudecode it and then run it from the desk
top as a TTP file, giving it 'x filename' as perameters, it works okay for
a while then for no reason that I can spot it stops working, just blinks the
gem screen off and back on without doing anything.
It won't run from gulam at all.
I'm using a 4Mb STe and normally do my dearchiving in a 2Mb Ram disc.
I've tryed just doing it on the floppy and still have the same problems.
I've just down-loaded it AGAIN and plan to make it read-only access, in the
hope that that will make it last longer !!!
Has anyone had simular problems ?
Or am I cursed |-)
--
____________________________________________________________________________
| Jason Taylor (csf195@uk.ac.cov.cch) | "That's all fine, but I only need to |
| Aliases : Mirrir | know one thing." -Aliens (Vasquez) |
| Stliaise (stliaise@uk.ac.cov.cck) | 'Yes?' - "Where they ARE." |
------------------------------
End of Info-Atari16 Digest
******************************
