Ok, so we banged the MSV11-P revision B/C memory issues into the ground
(looks like the problem is burst mode DMA on Q Bus can cause random
failures that corrupt disks) however does anyone know if the bug will
affect the board if you use it as a normal Q bus memory board?
In other words, if you put the board *below* an 11/73 or 11/83 so it
reports as a non-PMI memory will it still have the same problem? I'd
like to run my system with a full 4mb of memory, using my normal parity
2mb board and a 2mb MSV11-P board that was from an 11/83?
Inquiring minds want to know :-)
C
> On May 26, 2020, Al Kossow <aek at bitsavers.org> wrote:
>
> On 5/26/20 6:39 PM, Al Kossow via cctalk wrote:
>>
>>
>>> Algol W was from Eroupe?
>>
>> Algol W was from Stanford, written by Wirth when he was there
>
> Actually, by Dick Sites
>
> http://bitsavers.org/pdf/stanford/cs_techReports/STAN-CS-71-230_Algol_W_Ref… <http://bitsavers.org/pdf/stanford/cs_techReports/STAN-CS-71-230_Algol_W_Ref…>
Dick must have done a lot of work on that version, but an earlier manual by Henry R. Bauer, Sheldon Becker, and Susan L . Graham says:
The project was initiated and directed by Professor Niklaus Wirth, who proposed many of the ideas incorporated in the compiler and suggested ways to bring them about. Joseph W. Wells, Jr. and Edwin H. Satterthwaite, Jr. wrote the PL/360 System in which the compiler is embedded, the linkages to the compiler, and the loader. Although the authors did the bulk of the programming for the compiler, valuable contributions were made by Larry L, Bumgarner, Jean-Paul Rossiensky, Joyce B. Keckler, Patricia V. Koenig, John Perine, and Elizabeth Fong.
http://i.stanford.edu/pub/cstr/reports/cs/tr/68/98/CS-TR-68-98.pdf
And Ed Satthertwaite wrote a source-level debugger for the system. More on Algol W here:
http://www.softwarepreservation.org/projects/ALGOL/algol60impl/#ALGOL_W
and more on the designs that led up to it here (search for the names Wirth and Hoare):
http://www.softwarepreservation.org/projects/ALGOL/standards/
in particular:
N. Wirth and C. A. R. Hoare. A contribution to the development of ALGOL. Communications of the ACM, Volume 9, Number 6 (June 1966), pages 413-432. ACM Digital Library <https://doi.org/10.1145/365696.365702>
"Euler caught the attention of the IFIP Working Group that was engaged in planning the future of ALGOL. The language ALGOL 60, designed by and for numerical mathematicians, had a systematic structure and a concise definition that were appreciated by mathematically trained people but lacked compilers and support by industry. To gain acceptance, its range of application had to be widened. The Working Group assumed the task of proposing a successor and soon split into two camps. On one side were the ambitious who wanted to erect another milestone in language design, and, on the other, those who felt that time was pressing and that an adequately extended ALGOL 60 would be a productive endeavor. I belonged to this second party and submitted a proposal that lost the election. Thereafter, the proposal was improved with contributions from Tony Hoare (a member of the same group) and implemented on Stanford University's first IBM 360. The language later became known as ALGOL W and was used in several universities for teaching purposes." [Wirth 1985 <http://www.softwarepreservation.org/projects/ALGOL/standards/history/#Wirth…>]
Fred writes:
..."MS-DOS 3.3 did not even come with a
disk cache."
and discusses problems with SMARTDRV (in MS DOS 4.01 and later).
I'm not sure if it was technically a form of caching, but the AmigaDOS
delayed floppy write (well before MS-DOS cache) caused enormous problems
for Amiga users. (It may well have contributed significantly to the lack
of market success.)
Basic problem: you save something to a floppy, and pull it out. You now
have a corrupted floppy. You needed to wait a few seconds for the OS to
decide "well, looks like I better flush the last few dirty sectors out to
that floppy".
(I contend it was a form of write caching, designed to speed writing to
floppies where writing tended to occur in nearby places.)
Stan
I?ve received a Logical Machine Corporation (Lomac) DAVID system, which appears to be successor to the Lomac ADAM.
The system consists of the main box with an 8? floppy drive (labeled ?DAVID PROCESSOR?), a keyboard/monitor box (labeled ?DAVID DISPLAY?), and a printer.
I am looking for both documentation and software for this system. The first thing I need to sort out is how to connect the display and processor. The display has a single cable with a male DB-25 connector; the processor has a connector labeled ?DISPLAY?, but it?s a female DC-37 connector. If anyone ever had or worked with one of these, perhaps they remember if there was some kind of adapter in between.
Camiel
Hi everybody
I'm the proud owner of a PDP11/05 system with a couple of 8" floppy
drives. I believe they are likely to be RX01s.
Does anybody on the list have some boot media that they could provide. I
understand that the controller can't format the disks so I'm in a
frustrating state where I don't know where to start.
Doug Jackson
Canberra Australia.
You may want to have a peek at the sync separator I built for my 9000-340. The schematics are available over
at VintHp
I am also in the process of building a PS/2 and USB to HIL adapter: http://www.dalton.ax/hpkbd/hil/
As for disks. This is one option: http://www.dalton.ax/hpdisk/ Ansgar's HPDrive is another:
https://www.hp9845.net/9845/projects/hpdrive/
--
Med v?nlig h?lsning
Anders Gustafsson, ingenj?r
anders.gustafsson at pedago.fi | Support +358 18 12060 | Direkt +358 9 315 45 121 | Mobil +358 40506 7099
Pedago interaktiv ab, Nygatan 6 (kontor), Nygatan 7 B (kurslokal), AX-22100 MARIEHAMN, ?LAND, FINLAND
>>> <cctalk-request at classiccmp.org> 2020-05-26 20:00 >>>
Should I look at buying a monitor that can support the composite video sync and get an HIL keyboard (or build
an adapter)? Does the machine not support using a terminal over the serial port as a console at boot?
Hello!
I have an HP 9817 and its accompanying 9133D disk drive unit.
The disk drive seems like a rather large can of worms, so I've been ignoring it. I re-capped the 9817's power supply. It powers up and it passes all of its diagnostics according to the LEDs on the motherboard. I can see that it is outputting a picture on the composite video connector, but I don't have any displays that will accept the weird sync frequency that it uses. I also do not have an HIL keyboard to use with the machine.
I traced out the RS-232 TX and RX on the 50-pin serial connector on the back, and verified that it matched up with the hand-drawn schematics on the HP Museum website. Using that information, I build a serial cable. Unfortunately the machine does not appear to use this serial port as a "console" at power-up. I tried messing around with the DIPS switches according to the manual but none of the settings I tried resulted in the machine using the serial port at boot.
I noticed that one of the DIP switches will enable/disable a "remote keyboard" feature. Enabling it causes the machine to fail the power-on test with a "device not found" error code. I didn't write down the exact error code.
Should I look at buying a monitor that can support the composite video sync and get an HIL keyboard (or build an adapter)? Does the machine not support using a terminal over the serial port as a console at boot?
Thanks
