Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 90 Issue 038
INFO-ATARI16 Digest Fri, 12 Jan 90 Volume 90 : Issue 38
Today's Topics:
Cartridge port connectors
Design for MIDI-to-RS485 translator
EMULATORS
lharc/arc/zoo/compress
LHARC sources on Sys V (2 msgs)
Terminal program
----------------------------------------------------------------------
Date: 11 Jan 90 05:30:45 GMT
From: snorkelwacker!ai-lab!jpexg@think.com (John Purbrick)
Subject: Cartridge port connectors
Message-ID: <5850@rice-chex.ai.mit.edu>
In article <900108.22294364.040310@SFA.CP6> Z4648252@SFAUSTIN.BITNET
(Z4648252) writes:
> Does anyone know a U.S. source for project boards and connector
>pieces that will fit the cartridge port.
Yes. Douglas Electronics, 718 Marina Blvd, San Leandro Ca 94577: 415-483-8770
Their cartridge port connector is part 33-DE-40, priced at $10.00 the last time
I bought one a year ago; they take credit cards.
Their connector is a board about 3" x 5" with the connector at one end and
enough room for a few ICs and/or a 40-pin flat cable connector.
John Purbrick
jpexg@ai.mit.edu
------------------------------
Date: 11 Jan 90 05:47:28 GMT
From: snorkelwacker!ai-lab!jpexg@think.com (John Purbrick)
Subject: Design for MIDI-to-RS485 translator
Message-ID: <5851@rice-chex.ai.mit.edu>
I'm using the MIDI port to communicate with a network (only 2 so far) of
microprocessors (Intel 8031) using RS485 protocol. This is a two-wire-plus-
ground differential line setup using half-duplex mode (ie, the same bus is
used for bidirectional data, hence only one party can transmit at a time).
The circuit for the level translator is available if anyone wants it.
John Purbrick
jpexg@ai.mit.edu
------------------------------
Date: 11 Jan 90 03:12:52 GMT
From: rochester!kodak!elmgate!jdg@pt.cs.cmu.edu (Jeff Gortatowsky CUST)
Subject: EMULATORS
Message-ID: <1189@elmgate.UUCP>
In article <900109.20085072.014763@CU.CP6>
"FRAJKOR/ATARISTUFF"%CARLETON.CA@Forsythe.Stanford.EDU writes:
>
> I am puzzled by those who suggest that there is no point to buying
>Mac / PC/ etc emulators because you can buy Messy-Dos machines sio
>cheaply today.
>
> Personally, I would rather have a wife who is (a) sexy (b) intelligent
>and (c) a hard worker than three who are one of each. Even if you can
>get the other two cheaply.
> Personal taste, of course.
There are some obvious good/bad points to "any" emulations (to date?)
In that One can use ONE computer and use the widest Range of software.
And, it's generally cheaper than buyin the real McCoys. In the case of
the PC, I agree, it's ridiculous to spend $300-$500 for a box that one
can buy for $300, and expand upon. And, PC prices still are not stabalized.
386's are comin way down, and 286's are BEST buys. In the case of the Mac,
Mac's are not cheap... Disadvantages are the lack of expanibility with
hardware (or shall I say of?). Someday, maybe Risc or some such nifty
gizmo will provide the best of all worlds. Myself, Well, When Dave Small
releases the latest version of the Spectre (the one that runs multifinder)
I'm gonna spring for one I think. It's simply a great buy. What I REALLY
wish is that apple would price down some stuff so "the rest of us" can
afford to expand/purchase/propogate the Mac. It's a great lil' machine.
And, an excellant example of what can REALLY be done w/ great software
engineering (as is the spectre). Also, I use Macs frequently, and its
frustrating not being able to afford the "usable" mac. BTW Dave, if you
see this! I have a few Qwik Questions about GCR.
1> Will GCR "ever" support the "coming!" System 7.0 software?
2> Does it have an extender port (for my Deskcart! <- When you help write it,
it's always "there" know what I mean? hehehe)
3> Will GCR ever "evolve" in step w/ Macs (a totally inane questions, but
I'm curious about it's future).
4> Does Think C run under GCR? (ie: The re-bugger uses MultiFinder)
5> Since I'm delving into Macdom more & more, how much Ram /HD does GCR
support?
6> I have an idea for a REAL ST winner (Maybe?). And, I have decided not
to code it. Maybe you'd be interested dave?
--
Jeff Gortatowsky-Eastman Kodak Company .....rochester!kodak!elmgate!jdg
(use uuhosts or such to find path to rochester)
Eastman Kodak makes film not comments. Therefore these comments are mine
not theirs.
------------------------------
Date: 11 Jan 90 01:32:02 GMT
From: crdgw1!brspyr1!tim@uunet.uu.net (Tim Northrup)
Subject: lharc/arc/zoo/compress
Message-ID: <6610@brspyr1.BRS.Com>
I have come across a somewhat serious deficiency with LHARC ... archives
which contain directories cannot be transported from UNIX to the ST (the
ST versions of LHARC and UNLZH do not convert from / to \). I assume
things do not work in the other direction either, but I have not tested
that as yet.
I will forward this on to the folks that handle the ST and UNIX versions
that I have, but think everyone here should be aware of the problem.
Other than that, the disk savings of lharc are pretty impressive.
-- Tim
--
Tim Northrup +------------------------------------------+
+---------------------------------+ GEnie: T.Northrup |
UUCP: uunet!crdgw1!brspyr1!tim | Air Warrior: "Duke" |
ARPA: tim@brspyr1.BRS.Com +------------------------------------------+
------------------------------
Date: 11 Jan 90 06:58:03 GMT
From: usenet.ins.cwru.edu!usenet.INS.CWRU.Edu!bammi@tut.cis.ohio-state.edu
(Jwahar R. Bammi)
Subject: LHARC sources on Sys V
Message-ID: <BAMMI.90Jan11015405@dsrgsun.ces.CWRU.Edu>
to anyone who may be interested: the LHARC sources recently posted
compiles and runs just fine under TOS when compiled with tos-Gcc. Some
minor adjustments were needed (for 16/32 bit ints), ftruncate() was
pretty easy to simulate. the resulting code is a little smaller than
the Lharc that was posted to comp.binaries.atari.st, and it runs much
quicker too (though its no speed demon, due to the way lzhuf.c is
coded). Unlike the Lharc for St that was posted, and the recently
posted unlzh12, this one handles path names, creating folders etc
correctly. i personally still prefer zoo.
bill shroka (our local archives expert) is currently looking into
speeding up things. he also did an excellent port of zoo to Gcc. his
port is sigificantly faster than the turbo-c compiled one that was
posted to the net, and has all the extra St features also implemented.
--
bang: ?any internet host?!dsrgsun.ces.CWRU.edu!bammi jwahar r. bammi
domain: bammi@dsrgsun.ces.CWRU.edu
GEnie: J.Bammi
------------------------------
Date: 10 Jan 90 12:18:35 GMT
From: otter!gjh@hplabs.hpl.hp.com (Graham Higgins)
Subject: LHARC sources on Sys V
Message-ID: <570051@otter.hpl.hp.com>
> a source of the routines mkdir(), rmdir(), rename() and
> ftruncate()? All but ftruncate() seem self-explanatory, but the code is
ftruncate is a U**x kernel routine and will have to be simulated, the others
should be available via library utilities (dirent.h?, dir.h?), Steven Grimm
reports that the sources compiled up OK under BSD, so try the libBSD option, if
you have one.
Graham
======
------------------------------------------------------------------
Graham Higgins | Phone: (0272) 799910 x 24060
Hewlett-Packard Labs | gray@hpl.hp.co.uk
Bristol | gray%hplb.uucp@ukc.ac.uk
U.K. | gray@hplb.hpl.hp.com
------------------------------------------------------------------
Disclaimer: My opinions above are exactly that, mine and opinions.
------------------------------------------------------------------
------------------------------
Date: 10 Jan 90 05:10:44 GMT
From: mcsun!ukc!reading!rosemary!adp1@uunet.uu.net (Andrew Pollard)
Subject: Terminal program
Message-ID: <1975@onion.reading.ac.uk>
I would like to have Zmodem.
Is it possible for someone to post it to the binaries or sources group,
as I can not ftp from reading, U.K.
Andrew Pollard.
------------------------------
End of INFO-ATARI16 Digest V90 Issue #38
****************************************
