Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 90 Issue 088
=========================================================================
INFO-ATARI16 Digest Tue, 23 Jan 90 Volume 90 : Issue 88
Today's Topics:
ARC 6.02 bugs
CAD programing on the ST
Facts, not only talking a
How to get TOS 1.4???
INFO-ATARI16 Digest V90 #85
MWC malloc and Malloc
Question on use of Interleaves
Tape Backup of Hard Disc
TOS 1.0,1.09,1.2,1.4,1.6
Velocity-sensitive mouse
----------------------------------------------------------------------
Date: 23 Jan 90 22:34:23 GMT
From: shlump.nac.dec.com!engage.enet.dec.com!oldtmr!wallace@decuac.dec.com (Ray
Wallace)
Subject: ARC 6.02 bugs
Message-ID: <1439@engage.enet.dec.com>
A number people have responded to my original posting (about ARC 6.02 not
working with the graphical ARC shells) by stating that the latest version of
ARCSHELL (V2.1) works with ARC 6.02 (thanks). I concur, what still does not
work is using UNARC, ARCGSH21 (different program than ARCSHELL), and older
versions of ARCSHELL with ARC 6.02. I tend to use UNARC a lot as I usualy have
a half a dozen or so arc files at a time to be de-arced. So it would nice if
UNARC would work with ARC 6.02.
I'm also curious why ARC 6.02 causes these shells to bomb. They have survied
other ARC version changes.
---
Ray Wallace
(INTERNET,UUCP) wallace@oldtmr.enet.dec.com
(UUCP) ...!decwrl!oldtmr.enet!wallace
(INTERNET) wallace%oldtmr.enet@decwrl.dec.com
---
------------------------------
Date: 24 Jan 90 00:26:37 GMT
From:
zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!caesar.cs.montana.edu!ogicse!
plains!blee@tut.cis.ohio-state.edu (Blaine Lee)
Subject: CAD programing on the ST
Message-ID: <3179@plains.UUCP>
I am very hapy to see a professional CAD (Computer Aided Design) program
released for the ST. BUT, As a colege student I am very disapointed in the
price...sory Dyn*CAD But I am not rich.
Because of the price for a 'professional' level CAD program I have been
wanting to write my own, also since I do not consider myself much more than
an average programer I need help. I am looking for people that are also
interested in such a project.
The program that I forsee, will concentrate on speed in this order
adition/subtraction of entities
screen redraws (same view angle, diferent window)
group moves
screen redraws (changing view angle)
printing
The people that I *think* that I need are:
*****> Atari machine code optimizers
Any one who has writen a 2/3D manipulation program--
outlined fonts come to mind
People who have worked with other CAD's file formats--
Probably a ways down the road
Math Co-processor programers
Anybody else!!
The target:
A high level ** 3D ** package, with the priority on speed/power
rather than extra niceities ie. the UNIX of CAD.
A strait graphic interface.
A Open system--Source code, popular file formats...etc.
I am torn between Shareware and GNU's method of distribution...who
knows?
I hope that including this extra info will invite a good response from all
of you GREAT programers out there. Any one interested or that have had
experience with this sort of program please contact me.
Anyone with experience/tips/CODE to contribute contact me soon.
Blaine Lee snail mail: 1012 So 8th St #18, Moorhead MN,56560
blee@plains.nodak.edu I have no affiliation with any company that I may
have mentioned...But I wil accept job offers!
------------------------------
Date: 24 Jan 90 00:03:00 GMT
From:
zaphod.mps.ohio-state.edu!samsung!cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!b
arry@tut.cis.ohio-state.edu (Barry Lay)
Subject: Facts, not only talking a
Message-ID: <1990Jan24.000300.17229@gpu.utcs.utoronto.ca>
Regarding the machine dependence of code written for the Atari, I have noticed
with some delight that the graphical calls for OS/2 resemble those for the GEM,
probably because they came from same place. The concern I have with getting
along without the developers toolkit is twofold, however. Firstly, how do you
know that you can trust the information in those generally available books to
be correct and applicable to all releases of the TOS? Secondly, how do you
build resource files without the RCS? I managed to create object trees in a
program from the PROGEM notes, but that is a very time-consuming way to do it
compared to the program in the toolkit.
Barry
------------------------------
Date: 23 Jan 90 19:13:00 GMT
From: smithb@nyu-acf2.arpa (Barry Smith)
Subject: How to get TOS 1.4???
Message-ID: <12530020@acf2.NYU.EDU>
Please post the information, I've never seen it yet.
Relay-Version: version nyu B notes v1.6 9/18/89; site acf4.NYU.EDU
From: chitrao@csd2.NYU.EDU (Mahesh Chitrao)
Date: 21 Jan 90 19:26 EST
Date-Received: 21 Jan 90 19:26 EST
Subject: Re: Harlem/Bangladesh
Message-ID: <33350006@csd2.NYU.EDU>
Path: acf4!csd2!chitrao
Newsgroups: soc.culture.indian
Posting-Version: version nyu B notes v1.6 5/10/89; site csd2.NYU.EDU
Organization: New York University
References: <1990Jan19.043519.5800@uunet!unhd>
Such a comparison is completely meaningless -- it is like
comparing apples with oranges. I can think of many simpler
ways of underscoring the plight of Harlem residents.
Mahesh Chitrao
Courant Institute
715 B'way, Room 715
New York City, NY 10003
------------------------------
Date: Tue, 23 Jan 90 16:55:16 -0900
From: <AXCSH%ALASKA.BITNET@CUNYVM.CUNY.EDU>
Subject: INFO-ATARI16 Digest V90 #85
UNSUBSCRIBE INFO-ATARI16
------------------------------
Date: 23 Jan 90 14:05:22 GMT
From: att!dptg!lzsc!hcj@ucbvax.Berkeley.EDU (HC Johnson)
Subject: MWC malloc and Malloc
Message-ID: <1229@lzsc.ATT.COM>
I previously mentioned that the size of each Malloc can be
adjusted in MWC so that repeated calls to malloc won't run
out of memory. Here is a code fragment from STEVIE.
bool_t
readfile(fname,fromp,nochangename)
char *fname;
LPTR *fromp;
bool_t nochangename; /* if TRUE, don't change the Filename */
?
/* HERE IS THE MAGIC PARAMETER */
extern long _aclicksize; /* malloc granularity */
struct stat xstat;
long l;
if(stat(fixname(fname),&xstat) < 0) ?
fprintf(stderr,"Cannot open %s ???\n",fixname(fname));
?
/* xstat contains the info on the file fname */
l = xstat.st_size/_aclicksize;
if( l > 32) ?
_aclicksize = (_aclicksize /32) * l ;
?
?
---------
In this program only this module does malloc() calls.
Thus by guaranteeing that there will be no more than 32 Malloc() calls to
TOS all is well.
----------
Howard C. Johnson
ATT Bell Labs
=====NEW address====
att!lzsc!hcj
hcj@lzsc.att.com
------------------------------
Date: 23 Jan 90 14:14:19 GMT
From: att!dptg!lzsc!hcj@ucbvax.Berkeley.EDU (HC Johnson)
Subject: Question on use of Interleaves
Message-ID: <1230@lzsc.ATT.COM>
In article <9001221812.AA24021@jade.berkeley.edu>, WSCART01@ULKYVX.BITNET
writes:
>
>
> I have a question on Interleave. When formating a disk, which interleave
> should be used for best responce time. (Or combination of interleaves)
> The only infomation i have on the subject is "Use 1 for interleave" and
> that is a bit skimpy for my taste.
> I suppose i should also ask, how do you detect which interleave is
> your disks current format? Some method of timeing the reading of sectors?
>
The information with the Adaptec 4000 controller that most MFM systems
use is to use interleave=1. There are 17 sectors on each track. With
an interleave of 1, all 17 are used. Any other interleave, they only use 16
of the sectors. So, you immediately get more capacity by using 1.
There is (I believe) some caching in the Adaptec 4000, so for typical accesses
there seems little degredation.
My recollection of running ratehd is that my MFM drives came out around 300KB/s.
Howard C. Johnson
ATT Bell Labs
=====NEW address====
att!lzsc!hcj
hcj@lzsc.att.com
------------------------------
Date: 23 Jan 90 22:09:02 GMT
From: voder!pyramid!athertn!alex@ucbvax.Berkeley.EDU (Alex Leavens)
Subject: Tape Backup of Hard Disc
Message-ID: <17055@laurel.athertn.Atherton.COM>
I've just become aware of a Unix Style streaming tape backup system
that is available for the ST. It uses a cartridge tape mechanism
(Archive 5945, Wangtec, etc.) to back up your hard drive, via the
SCSI bus. This is _much_ more convenient than floppies. It currently
does file-only backups (sorry, no disc images).
If anyone is interested, e-mail me, and I'll point you to the source
of this stuff (I'm not affiliated with the company, and make no money--
just thought this would be useful info).
--
|-------------------------------------------------------------------------|
|--alex | alex@Atherton.COM | Caution! Falling Opinions, next 6 miles |
| Now who are you gonna believe--me, or your own lyin' eyes? |
|-------------------------------------------------------------------------|
------------------------------
Date: 21 Jan 90 23:06:27 GMT
From: mcsun!sunic!draken!perand@uunet.uu.net (Per Andersson)
Subject: TOS 1.0,1.09,1.2,1.4,1.6
Message-ID: <2792@draken.nada.kth.se>
In article <2651@pkmab.se> daniel@pkmab.se (Daniel Deimert) writes:
>The idea as such is great, and I think it has been used. Wasn't it
>COMPAQ who created some kind of RAM BIOS for an AT clone? I don't
>know if it ever was avaiable on the market, but I remember reading
>something about it in the swedish magazine "Datavarlden".
>
As I understand it, a lot of (yuck) PC-makers do this due to RAM-chips
having less accesstime than ROM-chips. It's called shadow ROM or
something like that.
Per
--
---
Per Andersson
Royal Institute of Technology, Stockholm, Sweden
perand@admin.kth.se, @nada.kth.se
------------------------------
Date: 23 Jan 90 19:25:43 GMT
From: ucsdhub!hp-sdd!hplabsy!hpl-opus!hpnmdla!hpsad!bobw@ucsd.edu (Bob
Waltenspiel)
Subject: Velocity-sensitive mouse
Message-ID: <750044@hpsad.HP.COM>
> Does anyone have or know of a PD mouse-driver that is velocity sensitive?
>If no one does, could someone do one? After this semester is over I'll work
>on one, but to relate a famous quote, "Hi hain't got no time now".
----------
The maccel.prg that was distributed on the net a few weeks ago does this.
It was part of rainbow.arc (or some such name) which contained several
fixes to rainbow tos. maccel.prg works fine on my ol' 520 that doesn't have
the new ROMs.
-Bob
------------------------------
End of INFO-ATARI16 Digest V90 Issue #88
****************************************
