Search results

I believe the folks at Microsoft responsible for open-sourcing this are aware of the issue and intend to fix it when they've got time

I tried a new RTC chip in my VAXstation 4000/60 too but that didn't fix it either. And sadly my other VAXstation 4000/60 is even more dead - all diagnostic LEDs come on and stay on with nothing on the serial terminal. I kind of wonder if the ROM has just gone bad with age. Flash memory...

I think the main issue is the time and lawyers involved in getting this stuff released which slows things down. DOS 4.0 apparently needed IBMs sign-off. DOS 5 and 6 include code from other 3rd parties (bundled utilities and code licensed from elsewhere like defrag, disk compression, memmaker) so...

Using /nodiskbios was enough to let SpeedStor actually talk to the controller and disk, though it thinks its only 17 sectors per track rather than 26. Otherwise, controller tests pass, disk seek tests pass, a few random read/write tests pass, but it turns out there are over a hundred media...

Based on what the Tandon drives utility (drives.com) showed, it seems this BIOS has two separate tables - one for MFM drives and one for RLL. The first table matched what SpeedStor could see, while the second table was different and did include drives with 26 sectors-per-track. I guess the BIOS...

Found a German copy of Tandon MS-DOS 3.3 on Beta Archive. The Tandon Utilities are in English though. One of them lists all the supported drive types and their parameters: The Tandon TM 264 isn't listed, but RLL drive type 37 isn't far off - same heads and sectors per track, just one less...

Seems this drive doesn't match any of the predefined types in ROM, and SpeedStor doesn't know what a Tandon TM-264 is either: MachineID=0xFC, ROMmfg=0, ROMrev=0, DOS=622, drives=1 SpeedStor=0, DOS=622 47 ROM table(s) found at f000:e401 Type Cyls Heads Secs Pcomp Lzone Ctrl 1...

Tried the debug command but just get a file not found error - possibly I'm doing it wrong, I've never used the debug command before.

I've got a Tandon TM-7251 (perhaps called a Targa?) here with a battery that went flat long ago. Its equipped with a Tandon TM-264 RLL hard disk hooked up to a Tandon branded RLL disk controller with no obvious model number, plus a pair of floppy drives. Unfortunately I can't find any real...

Even if you store all your stuff on an NFS server or something, you've still got to reinstall and reconfigure everything on a yearly basis. I'm not going to bother - its not worth the effort. When my current x86 license expires that will be the end of x86 OpenVMS for me. I suspect I will not be...

In case you haven't seen/received the email: https://vmssoftware.com/about/news/2024-03-25-community-license-update/ The TL;DR: No more Alpha or Itanium licenses. If you have licenses, they'll be renewed until March 2025 for Alpha and December 2025 for Itanium. If your application for...

I guess its perhaps also worth noting that the latest version of C-Kermit is now available on Windows for free. This was the port originally done by Columbia and sold as Kermit 95, now open-sourced and updated for modern windows systems (as well as vintage)...

Given its a PC assembled from off-the-shelf parts by a random person or computer shop its really impossible to tell anything useful about it without pictures of the rear and insides. Its quite possible the only identifying information it ever had on it was the now-missing badge on the front...

I think what you want for forcing transfers in binary mode will be something like: set transfer-mode manual set file type binary Also, if you're still running Kermit 95 it might be worth having a look at its open-source successor - for working with serial ports it should be much like the final...

Yeah, there are a few terminals that Kermit 95 and CKW only emulate to the extent they're commonly used or used by a particular system. For example the multiple page/window stuff in the VT 320/420/520/WYSE/etc isn't emulated And yeah, huge codebase, and it's been around in one form or another...

C-Kermit for Windows (formerly Kermit 95) - pull requests welcome :) https://github.com/davidrg/ckwin/ Supports serial (regular, USB, or over network via RFC2217) as well as most other connection methods you could want in a terminal emulator

A programmable emulator is an interesting idea, though I imagine it would not be easy to implement for anything but very simple terminals. I could perhaps add C3102 emulation to C-Kermit for Windows (the successor to Kermit 95) - looking at the documentation it doesn't seem like a particularly...

Found the documentation that went with those DECpc Windows 3.1 disks: AK-PJBLA-TK DECpc MS-DOS Ver. 5.0 User's Guide and Reference AA-PJBKC-TK DECpc MS-DOS Ver. 5.0 Enhancements AA-PJBMC-TK DECpc Microsoft Windows Ver. 3.1 User's Guide AE-PLNTB-TH SPD 37.30.00 Microsoft MS-DOS operating System...

that explains why people struggled to find it I guess - DEC labeled it wrong on their support site

I've got the original disks: I suspect while they may have come with a DECpc 333sxLP, they were probably originally prepared for the DECpc 433 Workstation and those DECpc 320sxLP/325sxLP test machines seemingly sold in this part of the world from April 1992 (ref1, ref2, ref3, ref4) - otherwise...