test-drb June 2005

test-drb@ccmp.vtda.org

221 participants
681 discussions

Antikythera device on History Channel Ancient Discoveries program

by pete＠dunnington.u-net.com

On Jun 12 2005, 14:03, Vintage Computer Festival wrote: > > Just saw a wonderful program on the Antikythera device on The History > Channel. The program is called "Ancient Discoveries". > > The UK listings indicate the program will be aired there on June 17 and > 18: Aha, I missed that last time around. Thanks for the heads-up! -- Pete Peter Turnbull Network Manager University of York

19 years, 3 months

PDP 11/23+ progress

by ajp166＠bellatlantic.net

> >Subject: Re: PDP 11/23+ progress > From: "Jim Beacon" <jim at g1jbg.co.uk> > Date: Mon, 13 Jun 2005 20:38:43 +0100 > To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org> > > >> > >> >I'm now getting garbage on the terminal, but have yet to figure out which >> >setting I've got wrong! >> > >> >Jim. >> > >> >Please see our website the " Vintage Communication Pages" at >WWW.G1JBG.CO.UK >> >> Likely baud rate. Try 4800n1. >> >> Allison > >I have the terminal set 4800n1, and the CPU switch and jumper settings seem >to agree (what I can see), though there must be something that is not >agreeing. > > The confusing bit (for me ), is that there are two RX wires, RCV+ and RCV-, >what is the convention for using these, with say a VT320? is one of them >normally connected to earth? At th moment, I have the RCV+ connected to the >terminals TXD, and RCV- is earthed (how I found the system) - is this >correct? RS422/RS423 I'd have to look now. I bet someone answers before I find may notes. Obviously you don't have the DEC connector pannel or cables or this would be sorted out for you. Suffice to say if the COMMON (RS232 pin 1 and 7 are not corosponding with The right inputs the result is either inverted data or RX hears TX. Allison

19 years, 3 months

Tom Jennings on History channel

by dwight.elvey＠amd.com

>From: "James Fogg" <James at jdfogg.com> > >> The show missed it though, since the MC Pacer was originally >> a possible candidate for a rotary engine that was replaced by >> a 6 cylinder for road. If they had refitted the Pacer with a >> triced out 13B they would hav ehad a better show if they had\ >> been racing Pacer vs something with 300 hp. > >The original Ford Mustang (1964 1/2) was slated to have a rotary too. >Some early marketing material and a coffee-table book or two mention the >existance of a rotary model, but none are known to have been registered >as far as I can tell. > > Hi Rotry engines always had issues with smog. In order to get them to work, they were not vary fuel efficient. Still, a lot of Hp in a small package. Dwight

19 years, 3 months

PDP 11/23+ progress

by jim＠g1jbg.co.uk

I finally managed to get my OEM 11/23+ to boot from the RL02 today, the solution to the OEM boot ROM problem was to set the RLV12 addressing mode to 18 bit, rather than 22bit. I assume that this is a feature of the OEM boot program :-) I'm now getting garbage on the terminal, but have yet to figure out which setting I've got wrong! Jim. Please see our website the " Vintage Communication Pages" at WWW.G1JBG.CO.UK

19 years, 3 months

Rescue of data from Pioneer 10 & 11 tapes FINAL WORD

by dwight.elvey＠amd.com

>From: "William Donzelli" <aw288 at osfn.org> > >I was at RCS this afternoon, and after talking to Mike about the whole >Pioneer 10 and 11 tape nonsense, we did a little digging: > >http://nssdc.gsfc.nasa.gov/database/MasterCatalog?sc=1972-012A&ds=* >http://nssdc.gsfc.nasa.gov/database/MasterCatalog?sc=1973-019A&ds=* > >Well, well, well...it looks like every bit of Pioneer 10 and 11 has been >saved already, and can be accessed thru the proper channels (on >tape, but apparently they will burn a CDROM on request). > >Every other spacecraft, as well. > >It is time to lay this urban legend about rotting NASA tapes to rest. > >William Donzelli >aw288 at osfn.org > Hi Like I said, it was just a "STORY". Not a true story, just something to make the editors happy and get the next pay check. Dwight

19 years, 3 months

Registry for terminal DA responses?

by ajp166＠bellatlantic.net

> >Subject: Re: Registry for terminal DA responses? > From: msokolov at ivan.Harhan.ORG (Michael Sokolov) > Date: Mon, 13 Jun 2005 05:32:27 +0000 (GMT) > To: cctalk at classiccmp.org > >Private parameters (what DEC used) do not guarantee interoperability: >vendor A can define ?1 to identify one of its products, but another vendor B >would have every right to define ?1 to identify one of *its* products. DEC published what they did. Private in this sense was defiened in ISO/ANSI as undefined by them and available for implmentation if the VENDOR elects to have said functionality. The ANSI defines were quite limited and far for complete. Then there were those vendors that use something else before ANSI and wished to continue with them for customer loyalty. That fragmented the market, ANSI/DEC compatable and NON ANSI/DEC compatable. >DA (CSI c) is not a DECism, it's a feature of the International Standard >ISO 6429. Yes, of course there are terminals that don't care about ISO 6429 >and implement their own completely different escape/control/whatever >sequences, but they are not relevant to this discussion. I'm talking about >the standard mechanism for identifying a particular implementation of ISO >6429 among all others in the Universe. Who do you think was part of ANSI and supplied delagates and corperate support? >The product I'm designing follows ISO 6429, which is the successor to >ANSI X3.64 that you are referring to. VT100 is one implementation of >the standard, mine will be another. DEC is one manufacturer, HEC is >another. Actually VT100 predated that standard! ANSI didnt get it out the door before VT100 was delieverd. >My implementation of the standard will be very close to DEC's, but not >identical. I'm deliberately not writing an exact VTxxx emulator since >I want to do a few things differently. The main area of difference is >character set handling. I have made a proper implementation of ISO 2022, >whereas DEC has made some horrible kludges apparently to make it "user- >friendly" in their perverted sense. I'm talking about the horrible mess >with multinational vs. national modes, keyboard variants and typewriter >vs. data processing keys, kludges that have no place in an ISO 2022 >terminal. The DEC was was to keep their terminals compatable with prior version that had existed since the mid 70s. Or differently put, new terminals should not break the customer (they did sometimes anyway!)! That was part one. Part two of that is multinationalization was a POST VT100 event. By Time DEC started with Multinational products VT220 and some of the VT1xx vairents were out the door or about to. The whole process of multinational products would over the next 10 years undergo several variations to meet the market as it changed. One thing to remember. ANSI was always after the first product and rarely covered all the varitions in the field. And like it's IEEE and ISO cousins was subject to interpretation until the market forced everyone onto the same sheet of paper. Allison

19 years, 3 months

Registry for terminal DA responses?

by ajp166＠bellatlantic.net

> >Subject: Re: Registry for terminal DA responses? > From: Patrick Finnegan <pat at computer-refuge.org> > Date: Sun, 12 Jun 2005 23:22:52 -0500 > To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org> > >Michael Sokolov declared on Sunday 12 June 2005 10:48 pm: >> My question is: does anyone know if such a registry exists and where >> can one apply for a DA code assignment? TIA, > >Uhh, registry? Yeah, right. > >You can start your own registry, I guess. If there was one, it was at >DEC and only held the codes used by terminals that DEC produced. >Boundless now sells VT5xx terminals; they at some point purchased DEC's >old terminal line/division/etc. DEC wrote an internal standard for terminals and it was quite thick to specify the behavour of escapes and the like. If you have the VT52, VT100, VT102, VT220, VT240 and VT320/330/340, VT420 manuals you have a resonable subset of that description. > >You do realize, there were terminals that weren't VT100 compatible (at >least in their native mode), like Wyse 50/60 terminals, ADM 3/5s, IBM >3151s, Televideo 925s, ... They didn't do the "CSI c" command; they >might have had a "DA" method, but I'm doubtful it was the same as what >DEC did. > >You might try looking at the BSD termcap/terminfo database for a listing >of what kind of responses there are. > >I'd assume that (non-DEC) terminals that were put in a VTxxx emulation >mode responded to that with the same response that a real VTxxx would >give. Believe it or not NONE of the competing terminals tested inside DEC met more than 90% of the VT100 sequences (as of 1989ish). They always broke in some way usually benign but a few would require reset (power off/on) to correct. The testing was condusted by the same group that validated VT100 through VT420 (maybe further) and all VT emulations that were non terminal (decwindows,VT1200, and the like). >Any reason you don't want to use the (so-called) "ANSI" vt-100 type >sequences or those from, say, a vt525, for your 'termainal application'? I can think of one. The average VT100 emulation is poor at best and fully broken most times. Vt100 was a family of terminals, also the capability varied so the escape sequences were extended using ANSI private. The only stuff I've seen that behaves accurately is VT52 emulation, mostly because VT52 was so limited compated to VT100. Allison

19 years, 3 months

Wild-hair floppy drive question

by ajp166＠bellatlantic.net

> >Subject: Re: Wild-hair floppy drive question > From: Doc Shipley <doc at mdrconsult.com> > Date: Sun, 12 Jun 2005 21:08:43 -0500 > To: General at mdrconsult.com, "Discussion at mdrconsult.com":On-Topic and Off-Topic > Posts <cctalk at classiccmp.org> > >Allison wrote: > >>>Subject: Re: Wild-hair floppy drive question >>> From: Doc Shipley <doc at mdrconsult.com> >>> Date: Sat, 11 Jun 2005 20:01:12 -0500 >>> To: General at mdrconsult.com, "Discussion at mdrconsult.com":On-Topic and Off-Topic >>>Posts <cctalk at classiccmp.org> >>> >>>Eric Smith wrote: >>> >>> >>>>Doc asks: >>>> >>>> >>>>> Would a DSHD floppy drive with a DSHD disk in it >>>> >>>> >>>>You mean a 96 TPI high-density 5.25" disk and drive (e.g., IBM 1.2M format >>>>that was introduced with the PC/AT)? >>> >>> Sorry, no, I meant a 3.5" floppy drive. As soon as Allison replied I >>>realized the question was ambiguous. >>> >>> I've found something intersting about the Compaq m/b that hosts my >>>1.2MB 5.25" disk drive, though. >>> >>> That board auto-detects all its hardware on every boot. If I boot >>>with a DSQD disk in that drive, the BIOS auto-updates the settings to >>>'3.5" 1.44MB Drive". >>> >>> Which is what prompted my question in the first place. >> >> >> Ah, so you wish to use a 3.5" floppy for an Altos that has a 5.25 DSQD? >> >> >> If that is the question the answer is yes. (use one hole media aka 720k). > > Well, I found a couple of 3.5" drives that can be jumpered, and the >Altos doesn't recognize 'em at all. I suspect it wants a drive that >does DD only. It has nothing to do with the drive density. It's looking for ready or some other signal. OR a correctly formatted disk (NOT PC DOS formatted) >> If not a TEAC FD55GFV will work as a DSQD 5.25". > > Do you have the jumper settings for that? TEAC's documentation >drives me up the wall. I have an FD55GFR that I can make boot and read, >but not write or format. I suppose if I absolutely have to, I'll rob an >FD55GFV from the 11/53 - the -GFR should work fine on the RQDX3. No, I have to look it up every time and I have at least 5 versions that have different jumpers. Likely specific to Altos (I dont have one of those). I do know my DEC systems require different setups from other machines I have. FYI: any drive that is equivilent to a Either: TEAC FD55Fxx (two sides 96TPI DSQD only) TEAC FD55Gxx (Two sides 96TPI DSQD and HD1.2m) Will work. That includs a few Toshiba, Mistubishi and odd brand named drives from the late AT286 into the early 486 eara. Allison

19 years, 3 months

HP64000

by Ernst.Iberg＠schlatter.ch

Do You still want support ? We do still operate these machines... Ernst Iberg H.A. Schlatter AG Brandstrasse 24 CH-8952 Schlieren Tel. +41 44 732 7111 direkt +41 44 732 7567 Fax +41 44 732 4510 mobil +41 79 291 7377 E-Mail ernst.iberg at schlatter.ch Internet http://www.schlatter.ch

19 years, 3 months

Apple Goes Intel...

by msokolov＠ivan.Harhan.ORG

Eric Smith <eric at brouhaha.com> wrote: > Extrapolating the trend further, we can expect to see software vendors > push for restrictions and licensing on software development tools, > debuggers, etc. See Richard Stallman's essay "The Right to Read". > When I first read that essay, I thought he was overreacting, but the > trends of the last few years (e.g., the DMCA, other countries enacting > similar laws, the EU trying to adopt software patents despite the > member states' parliaments voting against them, and the media companies > pushing for even stronger laws) have convinced me that he is absolutely > right to be worried. And why are you not doing anything about it? Why have you not yet enlisted in the revolutionary army? Face it, people - the various nation-states that have mutilated the face of Mother Earth by graffitiing it with national borders that serve only to divide people and to pit them against each other are our enemy, the enemy of humanity and the enemy of all life. Their sole function is to impose tyranny on humankind, both direct and indirect. The former is manifest in their "governments" and "laws", or more concretely, in the apparatus of repression, persecution, battery and murder which they call police and military in their "politically correct" speech. The latter is manifest in these "governments" and "laws" granting a license to the other group of criminals against humanity - corporations - to exercise tyranny of their own, and using the Orwellian police/military apparatus to shield those corporate criminals from people's rightful justice (such as a lynching). This tyranny is fundamentally at odds with the inherent rights of every human being on Earth, which are life, liberty, integrity of body and spirit, and realisation of happiness, and it is the duty of every one of us living on the bosom of Mother Gaia to stand up for our mother planet in Her time of need, when all Her sweet soil is trampled on by black souls who have no right to live, much less to rule - it is our duty as members of the human race, which has been entrusted with dominion and care of the above-terranean world, to rise up against the tyranny that is being imposed upon us and upon our planet, and to free the Republic of Terra of these criminals so that the bosom of Mother Gaia, Her sweet soil, can be free once again! This is a call to arms. The tyranny has reached the critical point at which no citizen of Earth has any moral right to sit idle and watch the boot stomp on the human face. Every one of you has a duty to take up arms and declare war against the illegitimate nation-state that illegally occupies the land you live on. People of the world, rise up to be Free! -- Michael Sokolov Starfighter and Chief Philosopher Interplanetary Internationale (business) http://ivan.Harhan.ORG/Internationale/ (personal) http://ivan.Harhan.ORG/~msokolov/ Proletarians of all planets, unite!

19 years, 3 months

← Newer
1
...
42
43
44
45
46
47
48
...
69
Older →

Jump to page:

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 June 2005