test-drb

test-drb@ccmp.vtda.org

101090 discussions

by charlesmorris800＠centurytel.net

I'm pulling my hair out... trying to get an old PC with two COM ports to work with VTServer. Setup: WinXP, AMD K6/300 CPU. Serial mouse is plugged into the DE-9 connector and it's COM1. There is a DB-25 connector on COM2. I can use MS-DOS COPY/B to send binary files out the COM2 port, so I know COM2 works. Unfortunately, after examining the C source code of VTserver, it appears that it is hard-coded to use COM1 only. The comments are interesting ;) >void open_port() >{ >#ifdef _MSC_VER > /* The following is sort of like APL. If I have to explain it to you, you don't deserve to know. */ > /* Actually, I copied most of it from the examples, and I don't understand it that well myself */ > > DCB dcb; > struct _COMMTIMEOUTS TO = {MAXDWORD,MAXDWORD,1,2,1000}; /* NOTE -- timeouts are hard wired for 9600 baud or higher */ > > fprintf(stderr,"Opening port %s .... ", port); fflush(stderr); > > portfd = CreateFile("COM1:",GENERIC_READ|GENERIC_WRITE,0,0,OPEN_EXISTING,FILE_FLAG_OVERLAPPED,0); > if(portfd == INVALID_HANDLE_VALUE) > { > fprintf(stderr, "can't open COM1:"); > exit(1); > } Not surprisingly, even when using an initialization line (in the .vtrc setup file) of MODE COM2:19200,n,8,1 which does setup the COM2 port properly, VTserver then outputs to the console: "Opening port COM2:.... can't open COM1:" Aaarrrgh!!! I CANNOT get WinXP and this particular motherboard/BIOS to put the damn mouse on COM2 so I can use COM1. IIRC I encountered this problem years ago when last using VTserver, but that was on a different and even older Win98 PC, and finally did manage to put the mouse on the other port. So the only other fix is to recompile VTserver to use port 2, and I don't even think I have a C compiler let alone any experience using it. Can someone *please* patch VTserver so I can use COM2 instead? thanks for any help! -Charles

15 years, 5 months

Radio Shack Science Fair manuals

by matt_marn＠optusnet.com.au

Hi, I was wondering if you knew how to get a copy or an original manual for the 28-249 200 in 1 electronic project lab, thanks, matt.

15 years, 5 months

Northgate omnikey ultra

by equityfi＠comcast.net

I will buy it from you for the $5.00 as I have one and need some of the parts. Thanks, Allen

15 years, 5 months

SA4000 [was: Disc drive READY output -- any standards?]

by tshoppa＠wmata.com

Chuck mentions: > I don't think anyone has mentioned that the SA4000 was remarkable in > that it was a hard disk that used a stepper motor as a positioner. > Up until that time, every hard drive I know of used either some sort > of servo or mechanical adder (e.g. Univac FASTRAND (okay, it's a > drum, but a movable head drum) or Bryant 4000). A hard drive using a > stepper was extremely unusual before the SA4000. Without a doubt the stepper motor+band positioner was a huge step forward in economizing microcomputer-oriented hard drives. I figured that chronologically the taut-band floppy drives came first but now that I think about it, maybe the SA4000 came first and the floppy application came later? Certainly stepper-motor use was first in the floppies. At least, AFAIK :-) Tim.

15 years, 5 months

Can someone patch VTserver?

by charlesmorris800＠centurytel.net

On Wed, 19 Jan 2011 12:00:01 -0600, you wrote: >From: cctech at vax-11.org > >It looks like you could open the binary up in Emacs, and perform a global >search/replace of COM1 with COM2. > >Clint Good idea, suggested by Ed also, so I just tried it. Although VTserver now says it opened COM2:, and starts transmitting (the usual slow scrolling line feeds appear, I don't have it hooked up to the PDP-11)... But. There is nothing actually coming out of the COM2: port! For hardware test purposes, in the MSDOS window "COPY/B <somefile> COM2:" *does* work correctly (I can see with a scope the serial data coming out on the COM2 TxD pin). More ideas please? thanks -Charles

15 years, 5 months

Uncorrupted A/UX 3.1 Update ?

by snhirsch＠gmail.com

Can someone help me out with the above? All the copies I've been able to find on the net have an md5sum consistent with a known-bad image. Thanks in advance. Steve --

15 years, 5 months

Running TSX-Plus under SIMH?

by charlesmorris800＠centurytel.net

Just wondering if anyone has tried to run TSX-Plus under SIMH? Thanks to another list member, I was able to obtain a copy of the version 6.50 distribution (on "simulated floppy"). It took me all afternoon to re-learn how to use EDIT (which *really* makes you appreciate modern full-screen editors!) and modify TSGEN.MAC. I set it up to match the existing settings of my DLV11/16D card (whichappears as two DLV11's). TSGEN assembles without errors. There are some linker errors though, but the manual says at least some of them are to be expected. I copied the new TSX files and RT11SJ 4.0 over to the simulated RL02 and boot from it. RT-11 boots normally. But when attempting to execute TSX.SAV, SIMH gives an error and halts... I can't see anything wrong with the system generation but it's a lot of work to create a pack with VTServer for the new hardware if it's got a bug. I'm wondering if SIMH can't handle the time-sharing stuff or lack of a simulated DHV11 card. Any thoughts? thanks Charles

15 years, 5 months

Emailing: SCSI to IDE.htm

by lynchaj＠yahoo.com

SCSI to IDE Tom Gardner thomas.gardner <mailto:cctalk%40classiccmp.org?Subject=Re%3A%20SCSI%20to%20IDE&In-Reply-To= %3C5450F2940A10417780E426EC57A9C5E1%40tegp4%3E> at sbcglobal.net Wed Dec 1 17:35:52 CST 2010 * Previous message: SCSI to IDE <http://classiccmp.org/pipermail/cctalk/2010-December/294657.html> * Next message: SCSI to IDE <http://classiccmp.org/pipermail/cctalk/2010-December/294665.html> * Messages sorted by: [ date ] <http://classiccmp.org/pipermail/cctalk/2010-December/date.html#294658> [ thread ] <http://classiccmp.org/pipermail/cctalk/2010-December/thread.html#294658> [ <http://classiccmp.org/pipermail/cctalk/2010-December/subject.html#294658> subject ] [ author ] <http://classiccmp.org/pipermail/cctalk/2010-December/author.html#294658> _____ I haven't been following this thread too closely so I may have missed something, but it seems to me that the proposed solutions are overly complex. One simple solution that comes to mind is to define a set of vendor unique SCSI commands, one for each of the registers in the IDE command stack and then do all the emulation in the device driver on the host side. The interface card is just then a simple state machine; really simple if u make it a non arbitrating protocol implementation and use PIO for data transfers (SCSI-1 lives :-). Tom _____ * Previous message: SCSI to IDE <http://classiccmp.org/pipermail/cctalk/2010-December/294657.html> * Next message: SCSI to IDE <http://classiccmp.org/pipermail/cctalk/2010-December/294665.html> * Messages sorted by: [ date ] <http://classiccmp.org/pipermail/cctalk/2010-December/date.html#294658> [ thread ] <http://classiccmp.org/pipermail/cctalk/2010-December/thread.html#294658> [ <http://classiccmp.org/pipermail/cctalk/2010-December/subject.html#294658> subject ] [ author ] <http://classiccmp.org/pipermail/cctalk/2010-December/author.html#294658> _____ More information <http://www.classiccmp.org/mailman/listinfo/cctalk> about the cctalk mailing list _____ -----REPLY----- I agree and have started a new thread for a SCSI to IDE converter board over on Vintage-Computer.com forums. If you or anyone is interested in the project stop on by and help out. http://www.vintage-computer.com/vcforum/showthread.php?22906-SCSI-1-to-from- IDE-drive-converter The project is a Z80 CPU, NVSRAM, EEPROM, UART, 8255 PPI IDE, and Z53C80 SCSI-1 controller. The UART is for a serial port to program the converter board and store parameters in the NVSRAM and allows for ROM reprogramming in circuit. It is on a dual layer Eurocard and uses 14 ICs plus connectors, passives, etc. Thanks and have a nice day! Andrew Lynch

15 years, 5 months

[rescue] PDP flip chips and memory boards, many lbs. worth (fwd)

by dgriffi＠cs.csubak.edu

I figured that someone here who's not on the Sunhelp list might appreciate this. David Griffith dgriffi at cs.csubak.edu ---------- Forwarded message ---------- Date: Mon, 17 Jan 2011 20:21:26 -0500 From: Patrick Giagnocavo <patrick at zill.net> Reply-To: The Rescue List <rescue at sunhelp.org> To: The Rescue List <rescue at sunhelp.org> Subject: [rescue] PDP flip chips and memory boards, many lbs. worth Some of you here know that I recycle old PC motherboards, etc. though whenever possible I try to divert anything valuable/historical out of the melt-it-down pile. I have many pounds, well over 100lbs., of DEC PDP "flip chip" modules. I have to charge for them, but would like to sell all of them, all at once, to 1 person if possible, at a per-lb price ($8 per lb). Given that these flip chip modules are not very heavy this works out to well under $2 each, I think. Some are in original plastic shrink wrap, but most are not, and have been exposed to moisture but are otherwise complete; some have had the resistors or capacitors on them "weep" which means they would have to be replaced by someone competent with a soldering iron. A random listing of the few that I pulled out: A123 A206 A207 G728 K012 K026 K028 K123 K124 K134 K161 K202 K210 K303 K683 M113 M1502 M155 M207 M230 M502 M652 M7264 M783 M7941 M920 M974 There are many more. Are there any PDP collectors on this list - I know there used to be but perhaps this stuff is just too old these days. Cordially Patrick Giagnocavo patrick at zill.net _______________________________________________ rescue list - http://www.sunhelp.org/mailman/listinfo/rescue

15 years, 5 months

Long term publicly accessible backups [Was: Uncorrupted A/UX 3.1 Update]

by mcguire＠neurotica.com

On 1/18/11 6:07 PM, Fred Cisin wrote: > If you have people willing to make that kind of commitment, then a > few websites, plus distribution of CDs, DVDs, and whatever comes > nextwould accomplish the same thing, and would survive the total loss > of any one collection. Think Don Maslin (R.I.P.) Yeah. Using Usenet as an archiving mechanism is one of the worst ideas I've heard in a very long time. The real solution to this problem is a few people with grownup networks (i.e., people with static IP addresses who aren't afraid to actually run some computers, or someone with a machine in colo space) to set up rsync run from a cron job. -Dave -- Dave McGuire Port Charlotte, FL

15 years, 5 months

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

test-drb