> From: William Degnan
> 64K.
That's 64KB, right? DEC used to talk of PDP-11 memory in words, back in the
day, so it's never quite clear unless the 'B' or 'W' is specified.
Anyway, 64KB out to be enough to run most things. I have't looked to see how
big a system with just RL and DL drivers, and a minimum number of disk buffers
(that's probably the easiest way to get the size down almost as far as it will
go) is, but it's probably in the region of 30-35KB (20KB text, and 10-15 KB
data). That leaves plenty for user processes (not max sized, of course).
> I'd like to get another M7891, mine is only 1/2 populated.
Oh, so that must have been 64KW - 128KB. That will give you plenty of room for
a decent-sized kernel, and user processes. Wonder why it won't boot, then?
Anyway, those are pretty rare. I have a couple of spare M7847's; they're only
32KB, but they'd help. You've got a couple of spare hex MUD slots now in the
DD11-C, right? Speaking of which, where is the M7891 plugged in? It couldn't
go in the DD11-B, or in the CPU backplane?
> typing anything kills the CPU and I have to restart the system..
Sorry, need exact details: after the '!' prompt, anything you type kills
the system on the first character? Or only "rlunix<CR>" does? How about
"foobar<CR>"? I'd have to look at the bootstrap source, but I think
typing a non-existing file name should take you back to the top-level
prompt.
Noel
> From: William Degnan
> doesn't hurt to try I suppose
Absolutely.
> My fear is that it will not have enough RAM on top of whatever other
> issues are present.
Oooh, good point - I hadn't thought of that.
I couldn't quickly find a 'minimum memory required' in the release notes for
V6; the 'Unix Summary' says it needs "48K to 124K words".
I think that might be a bit excessive; I seem to recall our -11/40 had, to
start with, only 48KB.
Anyway, try it, and let us know what happens. How much memory does the system
have on it now?
If it doesn't work, I can do some experiments and see what's the least amount
of memory one needs.
There are a whole bunch of parameters which will reduce the size of the
resident OS; if necessary, I can turn them all down to the minimum, and see
what we get - although just reducing the number of disk buffer may do it.
As for the applications, it does swap, so there's no requirement for more than
one process to be resident at a time, so whatever the largest is - probably
the C compiler - there only needs to be enough memory left over after the OS
is loaded, for that one. It looks like the shell is about 10KB, for example.
If it won't boot, don't trash the disk: if we send you another bootable disk,
we can make it tiny (only Unix, and enough files to get it running: /etc/init,
/bin/sh, etc), and if/once it books, you can mount the disk you just wrote and
move the bootable Unix system image over, and then reboot on the current disk,
to get to the rest of the stuff.
Do you have two working RL drives on the machine?
Noel
> From: William Degnan
> Can one be made using simH to dump and set up for RL02 that can then be
> ported as a RL02 disk image to actual RL02 drive?
I see someone has already provided a pointer to someone who ha done this; I'm
not sure if that system will boot on a hardware 11/40, or if it was built with
m45.s, or some simlar issue.
It would be pretty easy for anyone with a working V6 UNIX (either on hardware,
or emulated) to do this, _iff_ they have a V6 RL driver. ('Vanilla' V6 does
not include one.) My 'Bringing up V6 under Ersatz-11' page describes one:
http://www.chiappa.net/~jnc/tech/V6Unix.html#rl
You might want to get familiar with building V6 kernels, _any_ hardware
variations you wish to support (e.g. more than one DL11 seria line) will
involve re-building the kernel. Not to worry, it's a pretty simple process, it
only takes a few commands, and a few moments (more on a real machine, of
course :-).
That page include almost all the directions on how to do so, but note that one
must also edit 'rootdev' in c.c if the root file system is to be on an RL (no,
mkconf as distributed with 'vanilla' V6 won't do any of the legwork for you,
it does not know about RL drives).
Note that running 'vanilla' V6 Unix i) has some bugs/issue (e.g. you can't
set the date to this century; the user interface is _strictly_ for printing
terminals, etc, etc, etc), some of which are handled here:
http://www.chiappa.net/~jnc/tech/V6Unix.html#Issues
so I would advise checking it out. (You can skip all the Ersatz-11-specific
stuff, like the 'DOS Device' to allow Unix to read files from the host
file-system - a very useful capability in an emulated Unix!)
> From: Angelo Papenhoff
> http://www.tom-yam.or.jp/2238/rl/
Note that his page says "bootblock is rluboot from v6_rl02_unknown, which
lacks the source code"; I disassembled and commented the code, see above
links.
Noel
I thought this question was answered recently but I can't find the answer.
I have the RK disk version of UNIX6 for PDP 11/40 but I could not find an
RL02 version. does this exist? Can one be made using simH to dump and set
up for RL02 that can then be ported as a RL02 disk image to actual RL02
drive? I can get an image onto the drive, should the image exist. My PDP
11/40 is not compatible with Unix 7, but I would be happy with 5 or 7 if
it'll run on a 64K system.
Thanks
Bill
> Here:
> http://ana-3.lcs.mit.edu/~jnc/tech/pdp11/macro.tar
> is a tar file with the whole works, along with the MACRO-11 source.
BASIC is not ready yet, and won't be for a few days. The problem is that I
can't get it to assemble into a working version, which I would like to do,
before sending it out.
I _think_ that what happened is we made some change in the toolchain, to
support other things we were doing, and one of them 'broke' re-building BASIC
- except that since nobody was actually _doing_ anything with BASIC, we had no
reason to re-build it - and so nobody noticed we had 'broken' it.
If someone's desperate to get their hands on this, let me know, and I can go
ahead and send out what I have, with the proviso that you can't build a
working version from the MACRO-11 source at this point.
> If the first person to try MACRO could send me feedback, to see if the
> whole process works, I'd be grateful.
Did anyone grab the MACRO-11 TAR and try it yet?
Noel
Hi Camiel Vanderhoeven
I nearly got all about PDOS and the TM990 system......however only on 8" floopy disks.
I also have the complete documentation and a TM990/100M system with a DRAM and a Floppy-Controller board.
best regards
Walter Schubert
--
MicroSys Electronics GmbH, M?hlweg 1, D-82054 Sauerlach
Tel.: +49 8104 801-0, Fax: +49 8104 801-110
Sitz der Gesellschaft: Sauerlach, HRB M?nchen 48340, Ust.ID No: DE129296566
Gesch?ftsf?hrer: Dipl.-Ing. Richard Loeffl, Dipl.-Ing. Dieter Pfeiffer
http://www.microsys.de
On Tue, 1/31/17, geneb <geneb at deltasoft.com> wrote:
> On Tue, 31 Jan 2017, Alfred M. Szmidt wrote:
>> Can someone please fix the mailing list software? This has been
>> reported every once in a while by a bunch of people for over ten
>> years.
>
> Bounces aren't caused by the mailing list, they're caused by the
> destination mail server.
What I've been wondering for a while is the span of time over which
the bounces are counted. I can understand shutting a subscriber off
for getting 10 bounces in as many minutes. On the other hand if those
10 bounces are spread over two months, it seems rather severe.
BLS
As Alfred wrote:
"How about some credit where credit is due, and not rewriting history
willynilly. Toru Iwatani was the designer (not Nakamura) of Pac-Man,
Shigeo Funaki did the code and Toshio Kai the music. Nakamura was
simply the man behind the company, not the father of Pac-Man."
I agree that his company created Pac-Man and in a corporatized world,
then as is now, the owner(s) get the credit; i.e., Jobs of Apple, etc.
And "rewriting history willynilly"; as an historian I definately try
not doing that.
Happy computing.
Murray :)
I have several pallets of many boxes containing oodles of computer and
electronics magazines that need to go. I'm not sure what all is exactly
there but I'm going to be digging through them over the course of the next
several months, so I'll probably just continue to update this thread with
new material.
There may well be lots of complete runs of certain magazines, and probably
some frustrating discontinuities from boxes that didn't make it over. In
any event, there is a lot of good stuff.
Here's what I have pulled so far:
Popular Electronics, nearly a complete run from 1974 through 1984; also
1950s-1970s issues (uninventoried)
Electronics Magazine, 3 bound volumes, April - December 1959 (see photo) -
I plan to sell these in a complete set once I uncover all of them that I
still have. It's possible I still have a complete run from the 1920s
through the 1980s or so.
PC World, Vol 1. #3 on upwards, incomplete (see photo).
Dr. Dobbs, Volume 1, #2, photocopy of V1#1, many early issues from
inception in mid-1970s thru... (again, this is just what I've pulled so far)
Softalk, November 1982 onwards (incomplete, please see photos)
Byte, January 1977 (Vol. 2, #1) through March 1983 (again, just what's been
pulled so far, at one point I had maybe 5 complete runs of Byte)
All photos can be seen here:
http://s350.photobucket.com/user/Sel...ines/Batch%201
<http://s350.photobucket.com/user/Sellam_Abraham/library/Vintage%20Computer%…>
I'll try to answer any questions as best I can. As a preliminary FAQ of
sorts:
1. Yes, I will assemble bundles of magazines for different individuals upon
request and ship them all at once. I will probably want some for of payment
in advance though to secure the deal.
2. Yes, I will most likely ship via USPS media mail rate for the common
stuff (this is how I received most of my magazines over the years) as this
will be the cheapest method. For more valuable issues we can discuss more
secure modes of shipping.
3. Yes, I have complete runs of a lot of magazines, but it will take time
to dig them all out. I once had a complete run of nearly every (US)
computer and electronics magazine ever published. What I now have is
anywhere from a large to a substantial portion of that library. I don't
know, this is the first time I'll be going through everything to see what's
left.
4. These magazines have been stored in file boxes standing on their edges
for years, packed very tightly. In not so tightly packed boxes some issues
have curled up. In almost all cases, the magazines were kept in a cool,
dry, dark environment so they will all be in about the condition I got
them. In some cases I expect water damage.
5. I will charge more for the more sought after issues and peanuts for the
long run schlock. My desire is to sell in bulk. The more you buy, the
better your price.
That should cover things for now. Happy shopping.
Sellam
FYI FWIW I cross-posted this from
http://www.vcfed.org/forum/showthread.php?56035-Computer-amp-Electronics-Ma…