I believe the source code files are available in this Yahoo group.
Other info below. Google found a lot of info, too.
- John
To: UCSDPascal at yahoogroups.com
In-Reply-To: <20060221200039.94993.qmail at web32502.mail.mud.yahoo.com>
X-Originating-IP: 68.142.201.182
X-eGroups-Msg-Info: 1:12:0:0
From: Ed Davis <ed_davis2 at yahoo.com>
X-Yahoo-Profile: ed_davis2
Sender: UCSDPascal at yahoogroups.com
MIME-Version: 1.0
Mailing-List: list UCSDPascal at yahoogroups.com; contact UCSDPascal-owner at yahoogroups.com
Delivered-To: mailing list UCSDPascal at yahoogroups.com
List-Id: <UCSDPascal.yahoogroups.com>
Precedence: bulk
List-Unsubscribe: <mailto:UCSDPascal-unsubscribe at yahoogroups.com>
Date: Tue, 21 Feb 2006 19:33:47 -0800 (PST)
Subject: Re: [UCSDPascal] Tiny Pascal
Reply-To: UCSDPascal at yahoogroups.com
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Status:
--- Eric Scharff wrote:
> In a question peripherally related to UCSD pascal, I recently
> discovered "Tiny Pascal."
>
> In Byte Magazine Vol. 3 Nos. 9, 10, and 11 (Sep 1978, Oct 1978,
> Nov 1978) there is an article written by Kin-Man Chung and
> Herbert Yuen describing a "Tiny Pascal" compiler. Tiny Pascal
> compiles a subset of pascal to p-code, and then translates that
> p-code into 8080 assembly. The compiler is written in North
> Star BASIC.
>
> I found the articles in the local library, but I noticed that
> the listings are incomplete (especially the p-code to 8080
> translation program is absent)
>
> I'm interested in tracking down the history and sources of this
> compiler. I have heard that it was ported to many other 8-bit
> machines. I'm trying to track down working versions of this
> compiler and those from which it was derived. I'm told that
> Lazer Pascal was a Tiny Pascal derivative.
>
> Any pointers would be greatly appreciated.
>
Get a copy of the Byte Book of Pascal. You can get it used for
$10 or so. It appears to contain the complete sources.
On the web, I've found the following:
1)
http://www.retroarchive.org/cpm/cdrom/SIMTEL/CPMUG/CPMUG050.ARK
This is an implementation for CP/M.
The source for Tiny Pascal is in a non standard Pascal dialect.
It claims to compile itself, however. Translates to p-code.
There is no p-code interpreter, but there is a p-code to 8080
machine code translator.
While this one does not mention Chung's and Yuen's version, it is
obviously derived from it, as it uses some of the same p-code
extensions, and compiles pretty much the same Pascal subset.
2)
http://cq-pan.cqu.edu.au/david-jones/Projects/rcos/software/rcos.zip
This is an implementation for MS-DOS. Only translates to p-code.
Tiny Pascal is written in Pascal, and the documentation says that
it was translated from the Northstar Basic sources.
I would be interested to hear about anything you come up with or do
regarding Tiny Pascal!
To: UCSDPascal at yahoogroups.com
References: <20060221200039.94993.qmail at web32502.mail.mud.yahoo.com>
In-Reply-To: <20060221200039.94993.qmail at web32502.mail.mud.yahoo.com>
User-Agent: Internet Messaging Program (IMP) 3.2.5
X-Originating-IP: 66.37.197.102
X-eGroups-Msg-Info: 1:12:0:0
X-eGroups-From: willi at allvantage.com
From: willi at wilserv.com
X-Yahoo-Profile: wilserv_41
Sender: UCSDPascal at yahoogroups.com
MIME-Version: 1.0
Mailing-List: list UCSDPascal at yahoogroups.com; contact UCSDPascal-owner at yahoogroups.com
Delivered-To: mailing list UCSDPascal at yahoogroups.com
List-Id: <UCSDPascal.yahoogroups.com>
Precedence: bulk
List-Unsubscribe: <mailto:UCSDPascal-unsubscribe at yahoogroups.com>
Date: Thu, 02 Mar 2006 02:23:25 -0500
Subject: Re: [UCSDPascal] Tiny Pascal
Reply-To: UCSDPascal at yahoogroups.com
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Status:
Hi!
Quoting Eric:
> In a question peripherally related to UCSD pascal, I recently
> discovered "Tiny Pascal."
KMMM Pascal had its genesis in Tiny Pascal. The early versions of KMMM
Pascal were based on Tiny Pascal so I paid a royalty to Chung and Yuen. At
some point all component parts of KMMM Pascal were coded in assembly language.
KMMM Pascal was available for the Commodore PET a few years before the C64
was released. I got my hands on a C64 shortly after it was released and
discovered that the ROMs in the C64 weren't much different than those in the
PET. So it took me just a couple of weeks to get the C64 version of KMMM
Pascal working.
Willi
I had an accident involving 2 liters of coke and two dozen of my prize 5
1/4" floppies. I carefully slit the top (away from the access hole) and
rinsed them in a sink of dishwater, then rinsed and let dry completely, then
slit new disks, remove the new media disk and put the old (now cleaned)
media into the new sleeve, and taped it with clear tape. Then immediately
copied the disks to good new disks...They worked like a champ and I
recovered everything....
Hope this helps
-----Original Message-----
From: cctech-admin(a)classiccmp.org [mailto:cctech-admin@classiccmp.org]On
Behalf Of cctech-request(a)classiccmp.org
Sent: Sunday, April 20, 2003 11:00 AM
To: cctech(a)classiccmp.org
Subject: cctech digest, Vol 1 #476 - 3 msgs
Send cctech mailing list submissions to
cctech(a)classiccmp.org
To subscribe or unsubscribe via the World Wide Web, visit
http://www.classiccmp.org/mailman/listinfo/cctech
or, via email, send a message with subject or body 'help' to
cctech-request(a)classiccmp.org
You can reach the person managing the list at
cctech-admin(a)classiccmp.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cctech digest..."
Today's Topics:
1. 286 Computers (=?iso-8859-1?q?Roger=20Bisson?=)
2. Re: help! how to recover water logged floppies? (Marion Bates)
3. need CP/M boot disks (xtguy(a)mindspring.com)
--__--__--
Message: 1
Date: Sun, 20 Apr 2003 00:47:43 +0100 (BST)
From: =?iso-8859-1?q?Roger=20Bisson?= <roger161uk(a)yahoo.co.uk>
Subject: 286 Computers
To: cctalk(a)classiccmp.org
Reply-To: cctech(a)classiccmp.org
Dear List,
What is the concensus on disposal of 286 and 386sx
hardware -- should they be consigned to the bin, or
are there any folks out there collecting them? (or
needing spares?).
One is a Schneider 286 Tower PC (10Mhz), and the other
is a Philips P3345 (16Mhz).
Personally, I do not view either as being particularly
noteworth (other than, perhaps, for sentimental
reasons) .. but seems such a shame to turn them into
landfill :-)
Best regards,
Roger
For a better Internet experience
http://www.yahoo.co.uk/btoffer
--__--__--
Message: 2
Date: Sun, 20 Apr 2003 09:29:47 -0400
Subject: Re: help! how to recover water logged floppies?
From: Marion Bates <mbates(a)whoopis.com>
To: cctalk(a)classiccmp.org
Reply-To: cctech(a)classiccmp.org
Bummer! Well, dunno if this will be helpful to you or not, but we had a
zillion 3.5" floppies from 1984 (first Mac) and they got immersed in
water during Hurricane Andrew in 1992...they didn't work at all, so
figuring we had nothing to lose, I slit the labels, popped 'em apart,
and removed the disk itself, wiped down both surfaces with Q-tips and
rubbing alcohol. Then I took new floppies and disassembled them, tossed
the blank media, and put the old disk inside the case...taped back
together, and almost all of them worked well enough to recover the
data. The real issue seemed to be that the two paper pads swelled and
wrinkled, then dried, depositing lint on the disk surface and impeding
spin. The disks themselves seemed to weather the water fine.
(The Mac itself survived Andrew also -- I still have it. Only hurricane
damage was a couple dead keyswitches on the keyboard, I replaced those
and all's well -- 11 years later. :) If only the roof had been so
durable...)
Good luck...
-- MB
On Sunday, April 20, 2003, at 09:07 AM, Chandra Bajpai wrote:
> I had a small accident in my basement a couple of days ago and in
> cleaning everything out I discovered an old box of 5.25 TRS-80/Heathkit
> floppies with all my old stuff on them were damp with water. I let
> them
> air dry overnight, but some of them still don't spin freely.
>
> What can I do to recover these disks - I hate to lose them. What sort
> of
> damage does water cause to floppies?
>
> Thanks,
> Chandra
--__--__--
Message: 3
Date: Sun, 20 Apr 2003 09:43:24 -0600
To: cctech(a)classiccmp.org
From: xtguy(a)mindspring.com
Subject: need CP/M boot disks
Reply-To: cctech(a)classiccmp.org
I was told that Don Maslin can help me with boot disks for some old CP/M
computers. I need boot disks for the following:
Morrow Micro Decision MD 1
Epson QX-10
several different Kaypro models
I tried to make a boot disk for the Morrow using 22disk and the 'STDCPM22'
file at 'www.retroarchive.org'. 22disk did not have a file format for the
Morrow MD 1, so I used the format for the Morrow MD 2. (As far as I have
been able to find out, the MD1 had full height floppy disk drives and the
MD2 had half-height drives, but they were the same capacity). When I tried
to use the floppy to boot the computer, it would spin for about 15 seconds,
then the computer would reboot.
I was making the boot disk on a computer which had a 360K floppy drive.
Thanks!
xtguy
End of cctech Digest
Jules wrote....
> Out of curiosity (and to the list in case others are interested), do you
> have an estimate for the yearly cost of providing classiccmp.org and all
> the services it provides?
No, actually I don't :)
> I gather you've got the ISP already, so presumably the infrastructure
> doesn't come into it - and likely the same with things like backup
> hardware (but not media) etc. as they'll already be in place for other
> non-classiccmp services.
All correct.
> I think what I'm asking is, how much of "your" money do you put into it
> per year in order to provide the mailing list, hosting for those of us who
> have data on the classiccmp server(s) etc.?
Time: I put in a lot, the moderators (to whom you can credit cctech still
existing) put in a lot, and the web developer for the new classiccmp.org
website has been putting in tons of work. The development website really
looks awesome. Hopefully I can share the url with the public before too long
:) But I think all of us consider it a labor of love and this doesn't count
as a "cost".
Hardware: Currently the Classiccmp.org server is a single 1U box sitting in
our racks. Intel Celeron 2ghz, 1gb ram, 3ware/escalade raid 0/1 controller,
and two PATA 160gb drives mirrored (160gb usable). FreeBSD, apache2, mysql,
htdig, mailman, mod_watch, perl5, php4, phpmyadmin, and proftpd to name the
major packages loaded. The main functions of the server are the mailing
list, the classiccmp website, and all the classic computer related websites
that I offer to host for free. I don't view this as a "cost" either, because
whenever the hardware needs an upgrade I post it to the list and people
donate (usually via paypal, sometimes via check) to cover the cost of the
hardware upgrades. I think the last upgrade I put in a chunk of my own cash
but I honestly don't recall for sure, that part is not something I feel the
need to track in any case. Speaking of which... the time is rapidly
approaching where something needs to be done about upgrading the box. The
real problem is just disk space is getting quite tight. One could argue that
all we need to do is replace the two drives with big ones (terabyte each
maybe, or 1/2 terabyte each). That may be the route to go. But there's
another possibility I was thinking too that sets off a cascade of upgrade
requirements. It'd be nice if the OS was mirrored and on two totally
separate drives from the data (which would need to be raid5). The whole
reason for this is so that in the future we could easily add more space
WITHOUT taking up a ton of my time to reinstall the OS too. If the OS was
mirrored for protection and independent of the raid set for drives, we could
just add more drives when needs dictate and it would be a trivial thing with
little or no downtime. The problem is, the current 1U case won't hold more
than 2 drives total. So going this route would mean replacing the case AND
the raid controller (the two most expensive parts). Perhaps a 2U case that
has six exposed hot swap drives. The current raid controller only supports 2
drives, and only raid 0 or raid 1. If I had my druthers I'd prefer off the
shelf generic parts rather than a fully integrated (but proprietary) box
like a dell. I like being able to use replacement parts in an emergency that
I already have on hand. But, I didn't mean to broach this topic here, that's
for discussion another day.
Bandwidth: HERE is the spot where money actually leaves my pocket - sort of.
The classiccmp.org server actually uses a pretty substantial amount of
bandwidth for a single webserver/mailinglist machine (more than many of my
commercial service webservers). Bitsavers accounts for a chunk, but so do
some of the other sites on it (some sometimes more than bitsavers) like
transputer, calcmuseum, rainbow, trs80, cpm, dunfield, tellason, acornia,
swtpc.com, retroarchive.org, wang220, sol20, etc. Many of these sites are
similar to bitsavers in that not only do they have html content, they also
have substantial documentation sections of manuals, pdf's, disk images, etc.
In addition to end-user bitsaver file downloads, all the other bitsavers
repositories are mirrors from the one on classiccmp. I'm not complaining at
all folks, just stating the usage. Here's a datapoint for you.... last night
bitsavers.org hit 80mbps (80 megaBITS per second). That's unusual though. I
would say classiccmp as a whole tends to sit between 5mbps and 12mbps on
average. 10mbps of symetric bandwidth is not cheap! Do not confuse this with
10mbps of asymetric bandwidth like you get on a home cable or DSL connection
for $50/month. As soon as you start talking symetric bandwidth (as an
ISP/webhosting/colocation company I have to have symetric bandwidth), you
are talking real money (easily a factor of 10 times more expensive). So if I
already have lots of bandwidth here, how does classiccmp cost anything...
well, sometimes it does and sometimes it doesn't. My bandwidth costs are not
pure metered. I pay for a set amount. There's a fairly significant cushion
above that that my upstream folks will ignore for short periods of time.
Above that, and I get an extra bill. The overage bandwidth is more expensive
than the "prepaid" bandwidth. As a result it's in my best interest to modify
my prepaid bandwidth level very carefully. I raise the prepaid bandwidth as
my access/colocation/webhosting business grows. This means that my bandwidth
costs have a "stairstep" look on a graph. When I raise it, I raise it more
than I currently need to cover near term growth and spikes. So for
example... if I have just upgraded my bandwidth due to growth, I have gobs
more than I need and classiccmp doesn't really cost me anything extra. As I
grow and get closer to the "next step", yeah, it definitely costs money
because it's using bandwidth I could be using elsewhere. But then the next
step comes and I have more than I need and it's not a factor. So it's a VERY
hard thing to quantify exactly what it costs. The "stairsteps" occur fairly
frequently. Classiccmp often makes me go to the next stair before I would
normally have to. Again, I'm not complaining :)
> [is there just "a" classiccmp.org server, or is it all spread across
> several machines?]
See above.... one machine.
Jay