Copy Link
Add to Bookmark
Report

Info-Atari16 Digest Vol. 89 Issue 430

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

  

INFO-ATARI16 Digest Mon, 9 Apr 90 Volume 90 : Issue 430

Today's Topics:
DA's and Curses
PC Ditto 3.0, ICD Adapter, DOS BOOT (2 msgs)
PostScript printing from Timeworks
Sozobon fix for Gemini
STalker
Suggestions for monthly posting
Yet another screen saver question
----------------------------------------------------------------------

Date: 9 Apr 90 21:36:44 GMT
From: eagle!ncastellano@ucbvax.Berkeley.EDU
Subject: DA's and Curses
Message-ID: <16567@eagle.wesleyan.edu>

In article <A1555240072@thelake.mn.org>, steve@thelake.mn.org (Steve Yelvington)
writes:
> char path[128], defult[13] = '\0';

My version of Sozobon C would not compile this unless I changed 'char' to
'static char'. This agrees with what I know about sting initialization in C,
which is that you can only initialize char strings if they are extern or
static.

Even after getting it to compile, the desk accessory didn't seem to do
anything; it merely exited to the desktop. Any idea what I might be doing
wrong? I ld'd the libraries in the order suggested (dastart.o, accskel.o,
aesfast.a, vdifast.a, dlibs.a) Any help would be appreciated.

> --
> Steve Yelvington at the lake in Minnesota
> steve@thelake.mn.org
--
ncastellano@eagle.wesleyan.edu ncastellano@wesleyan.bitnet
Sinkhole!dEADHEAd@mast.citadel.moundst.mn.org
"We are happy. (_silence._) What do we do now, now that we are happy?"
-Estragon, _waiting for godot_ by samuel beckett

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

Date: 10 Apr 90 00:39:21 GMT
From:
cs.utexas.edu!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!cs325ec@tut.cis.ohio-st
ate.edu
Subject: PC Ditto 3.0, ICD Adapter, DOS BOOT
Message-ID: <16000045@ux1.cso.uiuc.edu>

Oh yeah, I did format /s c: before hand from PC Ditto, then
told the HDUTIL program to set c as boot, but it overwrites
much of the boot sector with it's stuff.

-- Greg

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

Date: 10 Apr 90 00:39:14 GMT
From:
pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!u
x1.cso.uiuc.edu!cs325ec@tut.cis.ohio-state.edu
Subject: PC Ditto 3.0, ICD Adapter, DOS BOOT
Message-ID: <16000044@ux1.cso.uiuc.edu>

Has anyone gotten PC Ditto 3.0 (Software version) to boot from
a hard disk with an ICD Boot also? I tried setting the third
through (nth?) bytes with $90 IBM 3.3, but apparently DOS looks
for more before deciding that the disk is bootable.

Any help appreciated...

-- Greg

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

Date: 8 Apr 90 05:34:31 GMT
From: kaukau.comp.vuw.ac.nz!aaron@uunet.uu.net (Aaron Roydhouse)
Subject: PostScript printing from Timeworks
Message-ID: <1990Apr08.053431.20043@kaukau.comp.vuw.ac.nz>

In article <foo> swklassen@tiger.waterloo.edu (Steven W. Klassen) writes:
>- The PostScript file prints fine on a NeXt laser printer. I had
> some trouble, however, with an Apple LaserWriter (Plus ?). It
> did not seem to like the "magic word" at the beginning of the
> PostScript file (something like %!PS-Adobe-1.0 but I'm not
> entirely sure that is correct). I had to delete that first line
> then things worked fine on the Apple. (To be honest, I'm not
> sure that it was the LaserWriter that was the problem. I was
> printing through an IBM model 30 which was connected to the
> LaserWriter, along with a number of Macs, via an AppleTalk
> network. It may have been AppleTalk that didn't like my
> "magic number" and not the printer itself. Anyway, once I
> removed the first line everything worked just fine!)

I might be able to tell to why you had trouble with the Apple LP.
You see most PC Postscript files (and perhaps Timeworks DTP) put
an EOT (end of text) character (ASCII 04 I think) at the beginning and
end of the file (To make sure print jobs are separated). However Apple
doesn't and Apple Postscript printers hate them, and won't print files
that contain them. That is probably why when you deleted the first
line it started printing. Anyway, remove the first and last characters
of the file and you should be right.

I have written a text file preprocessor for DTP, and one of its options
is to do just as described above. Unfortunately this version has yet
to be finished for the ST (only the PC version has it at the moment). I
wrote it on contract, but I retain the rights to it, so I will
probably make the ST version postcard-ware when I make it.

(Postcard-ware is a (possibly) new concept of mine - you can use the
software unmodified free, and pass on copies - provided you send me a
postcard, or at least some email. If you don't you can still use it,
but I'll mutter nasty things about you!)

BTW I tried to email this to you (Steven) but it bounced within 10
minutes, so since I thought it might be of general interest, I posted
it. Please send me a reply if I was right, and it will spur me on into
finishing the ST version!

Aaron.

>Steven W. Klassen
--
_________________________________________________________________________
/ \ The Entity | Phone: +64 4 850 988 Fax: +64 4 710 187
|@/ Aaron Roydhouse | SMail: PO Box 11-704, Wellington, New Zealand
\__ aaron@comp.vuw.ac.nz | Quote: "Death - To stop sinning suddenly"

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

Date: 9 Apr 90 22:40:12 GMT
From: haven!wam!dmb@purdue.edu (David M. Baggett)
Subject: Sozobon fix for Gemini
Message-ID: <1990Apr9.224012.6172@wam.umd.edu>

In article <639688541.13047@myrias.com> mj@myrias.com (Michal Jaegermann)writes:
>Fix for jas problem was posted long time ago in this group. A simple
>typo in instruction description tables. Fix your copy of jas and
>reassemble. Much easier than writing assembler from scratch.
>

If it's such a simple patch, you won't mind posting it here again, right?

Thanks,

Dave Baggett
dmb@cscwam.umd.edu

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

Date: 9 Apr 90 22:51:08 GMT
From: sdd.hp.com!elroy.jpl.nasa.gov!jpl-devvax!grieggs@ucsd.edu (John T.
Grieggs)
Subject: STalker
Message-ID: <7718@jpl-devvax.JPL.NASA.GOV>

In article <5813@jarthur.Claremont.EDU> dcrevier@jarthur.Claremont.EDU (Dan
Crevier) writes:
>Is anyone using the new terminal program STalker? It sounds like a nice
>program, but I was wondering if it had good VT-100 emulation, and if it
>could keep up with 19200 baud.
>
>Dan Crevier
>dcrevier@jarthur.claremont.edu

I am using STalker 2.0, which I purchased at the World of Atari show
over the weekend. It is pretty nice! I have it calling into my three
favorite boards, and logging me on. It then makes a pleasant chiming
sound to notify I am on. I have been able to do all kinds of file
munging with this going on. The only problem I have had so far is
with large uploads - they sometimes spontaneously abort. Have not yet
tried to isolate this one.

I use it at 19200 on a USR, and it seems fine. I do not think it does
VT-100 at all, but could be mistaken. I have not yet tried to use it
on the UNIX system I am now "working" on, only on Atari boards...

_john

--
John T. Grieggs (Telos @ Jet Propulsion Laboratory)
4800 Oak Grove Drive, Pasadena, Ca. 91109 M/S 301-260A (818) 354-1453
Uucp: ?cit-vax,elroy,chas2?!jpl-devvax!grieggs
Arpa: ...jpl-devvax!grieggs@cit-vax.ARPA

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

Date: 9 Apr 90 15:44:34 GMT
From: chinet!saj@gargoyle.uchicago.edu (Stephen Jacobs)
Subject: Suggestions for monthly posting
Message-ID: <1990Apr9.154434.27366@chinet.chi.il.us>

I tried to mail this, but it bounced, and bounced, and.....

A few things I'd include in a monthly posting:

Any 'multisync' monitor which handles 70 video fields a second can be used
with the ST; the custom cable involves no tricks, or commercial ones are
available. The original NEC multisync does NOT handle 70 fields a sec.

More than 3 bombs often means more than 1 error, so interpretations are tricky.

An ST-formatted disk which is not readable by a PC can be made readable by
putting the 3 bytes EB 34 90 (those were 3 bytes of hex) at the beginning of
the boot sector (sector 1 of track 0, I believe). This can be done with
either an ST or PC absolute sector editor.

When using disks formatted on a PC in an ST, make sure to insert and access
a disk with a different serial number in between disk changes.

Steve J.

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

Date: 9 Apr 90 13:18:29 GMT
From: mcsun!ukc!mucs!cns!ran@uunet.uu.net (Bob Nutter)
Subject: Yet another screen saver question
Message-ID: <1990Apr9.131829.3298@cns.umist.ac.uk>

In article <825@nikhefh.nikhef.nl> t19@nikhefh.nikhef.nl (Geert J v Oldenborgh)
writes:
>> (about whether it is wise to leave your monitor on)
>I know three people who left their monitor (Atari SM124) turned on all the
>time. All three monitors blew after 2-3 years. Most others, including older
>ones, have not blown. Draw your own conclusions.

...I wouldn't leave monitors on all the time, screen saver or no
screen saver. The constant heat from the power supply etc will
eventually dry out the electrolytic capacitors. It happens quite
regularly with other makes (such as our Phillips-made Apollo 19" mono
jobs)

Capacitors being capacitors, however, you never know if/when...

bob
---------------------------------------------------------------------------
bob nutter, computer officer | "If there's no class divide, then how
dept of computation, UMIST | come you're standing here waiting for
po box 88 manchester m60 1qd uk | a bus when some guy's driving past in
tel: +44 61 200 3312 | a car that cost more than a house?"
email:b.nutter@umist.ac.uk | -Class War graffitti
ran@cns.umist.ac.uk |

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

End of INFO-ATARI16 Digest V90 Issue #430
*****************************************

← 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