VCFMW DEC VTs, LAs
Is anyone interested in any DEC VT50, VT52(ONE WITH PRINTER), VT78, any of the VT100 family, or any other video terminals or monitors or parts? LA35, LA36, LA120, any other printer or parts? Anything else? If asked, I will try to bring. Thanks, Paul
Re: Free: DDS-1 tapes, unused (new-old stock)
missed orig post - how many were there ? I can use a couple as I have a drive but no media yest for it but would be handly to have a couple in case I need to clean it... actually i need mpe5 startup tape in this format too Ed# www.smeccc.org In a message dated 9/5/2018 11:17:07 AM US Mountain Standard Time, cctalk@classiccmp.org writes: The DDS cleaning tapes have been claimed. I may have more unused cleaning tapes in storage, but I won't know for a few months. If I find any, I'll post. Stan
Re: What platform can run m68k COFF binaries?
The other way to tell would be if they haven't had their symbols stripped and look at the libaries they are compiled with. This stuff predates shared libraries. There are probably vendor strings in there. On 9/5/18 2:26 PM, Al Kossow via cctalk wrote: > anything that came from Unisoft Sys V or early Motorola Sys V > > ftp://ftp.oreilly.co.jp/palm/Linux/gcc/gdb-4.16/bfd/coff-aux.c > > for example. > > On 9/5/18 12:39 PM, Ethan Dicks via cctalk wrote: >> Hi, All, >> >> I have a backup of some old code that I thought came from a Sun3 >> machine, and indeed, there _are_ binaries on there, in a directory >> 'sun' that _do_ run on a Sun3, verified under emulation with "tme". >> >> The part that puzzles me is the collection of object files and >> binaries in the directory above that. 'file' tells me that they are >> "m68k COFF" files. From what I've read so far, COFF binaries are from >> System V Release 2-4. What I can't reconcile is what they might have >> been compiled on. Is it possible these were made for A/UX? The >> relevant file dates (late-1988 through mid-1989) do overlap >> availability of A/UX version 1. >
Re: What platform can run m68k COFF binaries?
anything that came from Unisoft Sys V or early Motorola Sys V ftp://ftp.oreilly.co.jp/palm/Linux/gcc/gdb-4.16/bfd/coff-aux.c for example. On 9/5/18 12:39 PM, Ethan Dicks via cctalk wrote: > Hi, All, > > I have a backup of some old code that I thought came from a Sun3 > machine, and indeed, there _are_ binaries on there, in a directory > 'sun' that _do_ run on a Sun3, verified under emulation with "tme". > > The part that puzzles me is the collection of object files and > binaries in the directory above that. 'file' tells me that they are > "m68k COFF" files. From what I've read so far, COFF binaries are from > System V Release 2-4. What I can't reconcile is what they might have > been compiled on. Is it possible these were made for A/UX? The > relevant file dates (late-1988 through mid-1989) do overlap > availability of A/UX version 1.
Re: What platform can run m68k COFF binaries?
On Wed, 9/5/18, Ethan Dicks via cctalk wrote: > The part that puzzles me is the collection of object files and > binaries in the directory above that. 'file' tells me that they are > "m68k COFF" files. From what I've read so far, COFF binaries are from > System V Release 2-4. What I can't reconcile is what they might have > been compiled on. Is it possible these were made for A/UX? The > relevant file dates (late-1988 through mid-1989) do overlap > availability of A/UX version 1. I'm pretty sure the AT UNIX PC (7300/3b1) used COFF. I remember messing around with it when porting an old version of gcc to the machine. At that time, GNU was playing around with something called robotusin (COFF medicine). BLS
Re: What platform can run m68k COFF binaries?
On Wed, Sep 5, 2018 at 1:39 PM Ethan Dicks via cctalk wrote: > Additionally, I'm reading that FreeBSD has a binary compatibility > layer for COFF but I wonder if that's for Intel binaries only or if it > extends to m68k. > FreeBSD never ran on 68k, so I think that would be no. NetBSD, however, did and you would likely be able to run them there. There's even a sys/compat/sunos directory with this tasty comment: * the code below is only needed for sun2/sun3 emulation. in sunos_exec_aout.c which is suggestive. IIRC, I had a friend that had a special SunOS sun3 binary he ran on NetBSD on one of his 68k machines, but that was at least 10 years ago or more and I've lost touch with him... Now, this assumes it's sun3 running SunOS and not some variation of SysV. That too might work, but might not. Warner
What platform can run m68k COFF binaries?
Hi, All, I have a backup of some old code that I thought came from a Sun3 machine, and indeed, there _are_ binaries on there, in a directory 'sun' that _do_ run on a Sun3, verified under emulation with "tme". The part that puzzles me is the collection of object files and binaries in the directory above that. 'file' tells me that they are "m68k COFF" files. From what I've read so far, COFF binaries are from System V Release 2-4. What I can't reconcile is what they might have been compiled on. Is it possible these were made for A/UX? The relevant file dates (late-1988 through mid-1989) do overlap availability of A/UX version 1. If these are for A/UX, it would be handy to verify this, then it would be more handy to be able to run them (I have source for some of this but I'm having problems getting modern C compilers to digest 30-year-old crufty code, and for a couple of the utilities I need, there is no source). I'm reading of a "shoebill" emulator. Anyone have any experience with it? Additionally, I'm reading that FreeBSD has a binary compatibility layer for COFF but I wonder if that's for Intel binaries only or if it extends to m68k. I have a lot of experience with UNIX but my thinnest amount is in the m68k arena (mostly some dabbling on Sun3 workstations and a Perkin-Elmer 7350). Thanks for any pointers or tips. -ethan
simple-ish Arduino-compatible LPC2103 dev kit
hi guys a dude has recently posted a link in our forum, he has developed a simple Arduino-compatible LPC2103 dev kit, the links point to a second link with documentation, and source he is also willng to assemble and sell boards have a look here (1) cheers Ivelegacy (webadming at DownTheBunker) (1) http://www.downthebunker.xyz/wonderland/reloaded/bazaar/viewtopic.php?f=3=373=f80e58f32a291250a3e71666dfb80940#p373
Re: Free: DDS-1 tapes, unused (new-old stock)
The DDS cleaning tapes have been claimed. I may have more unused cleaning tapes in storage, but I won't know for a few months. If I find any, I'll post. Stan
Re: AlphaWindows - Protocol Information?
On Wed, Sep 5, 2018 at 11:57 AM Al Kossow via cctalk wrote: > > > On 9/5/18 5:17 AM, Martin Hepperle via cctalk wrote: > > In the 1990s a computer terminal standard "AlphaWindows" was proposed by > the > > Display Industry Association (DIA). > > Sort of X-Windows for the poor. > > Very poor... only text in the windows. > > https://groups.google.com/forum/#!topic/comp.terminals/ielBYV-mNLM > > This is kind of interesting to me, because I helped get TVI 990/995 > working in MAME. > We obviously never had the windowing protocol information either. > > I wondered why a terminal needed a 68000 inside it. > > I'm obviously interested in anything you come up with. > > I guess a place to start is getting a copy of Multiview Mascot and > watching the > serial protocol between it and a terminal. > > > -- > > Related.. I worked on a similar product in the mid-80's, except it could > do Tek 4015 > graphics in terminal windows. A friend just revived one of the board sets > over the weekend. > > http://bitsavers.org/pdf/aed/colorware_cards/pictures/screen.jpg > > This was a board-level VME or Qbus product you talked to directly through > a shared memory > queue of virtual terminal connections. > > > Interesting stuff. I just (a few weeks ago) saw a boxed copy of FacetTerm for Unix at a store with a lot of old electronics and computer stuff. I see now that FacetTerm worked with the AlphaWindows standard (although I think it could do its own thing too). Looks like it's still available for Linux. -- Eric Christopherson
Re: LSSM - Large IBM haul
Their latest comments on Facebook mention they're about halfway there. I just signed up for a service that reduces my lunch cost in NYC so I'll send them something. I'm hoping if I throw in $100 maybe enough others will follow. $8k to ship 8k pounds seems like a good deal, good on them! =] -- Anders Nelson +1 (517) 775-6129 www.erogear.com On Wed, Sep 5, 2018 at 11:57 AM Noel Chiappa via cctalk < cctalk@classiccmp.org> wrote: > > From: Anders Nelson > > > https://www.facebook.com/503408869821526/posts/1084448565050884/ > > This is an incredibly cool thing, and my hat is off to the LSSM for > undertaking this. > > How's the fund-raising going? If money is still needed, I'll head off to > Paypal and send a goodly chunk. > > Noel >
Re: AlphaWindows - Protocol Information?
On 9/5/18 8:59 AM, Brian L. Stuart via cctalk wrote: > I'll see what I can do about scanning it for you. > Martin and I thank you! I'll try getting something to go on my real TVI 990 and 9089!
Re: AlphaWindows - Protocol Information?
On Wed, 9/5/18, Martin Hepperle via cctalk wrote: > In the 1990s a computer terminal standard "AlphaWindows" was proposed by the > Display Industry Association (DIA). Sort of X-Windows for the poor. > > Does anyone have a manual with escape sequences for one of the terminals > mentioned? Or other material describing this protocol? It so happens that I do have a copy of the standard. I suppose I'm one of only a few who paid the $99 to DIA to get a copy. Back in the early '90s I started writing an implementation for the Mac, but ended up not getting very far before other projects pushed it down onto the stack. I'll see what I can do about scanning it for you. BLS
Re: LSSM - Large IBM haul
> From: Anders Nelson > https://www.facebook.com/503408869821526/posts/1084448565050884/ This is an incredibly cool thing, and my hat is off to the LSSM for undertaking this. How's the fund-raising going? If money is still needed, I'll head off to Paypal and send a goodly chunk. Noel
Re: VAX 11/785 "Superstar" Backplanes
> On Sep 5, 2018, at 10:11 AM, allison via cctech wrote: > > On 09/05/2018 01:53 AM, Paul Birkel via cctech wrote: >> On the 'bay: 183405165416 and 183405165414 "Scrap / Gold Recovery" >> >> >> >> Six total. One wonders what the scrappers did with the rest, and where they >> came from given that the location is Goffstown, New Hampshire. >> >> >> >> paul >> > There were not many 785s, The largest population were in the mill and > ZK (Nashua NH faciltiy) > So I'd expect most of them are Ex-dec. There were also some in DEC Merrimack (MKO). Goffstown is just west of Manchester, the next town north of Merrimack and Nashua. Ex-DEC certainly would be my guess. paul
Re: VAX 11/785 "Superstar" Backplanes
On 09/05/2018 01:53 AM, Paul Birkel via cctech wrote: > On the 'bay: 183405165416 and 183405165414 "Scrap / Gold Recovery" > > > > Six total. One wonders what the scrappers did with the rest, and where they > came from given that the location is Goffstown, New Hampshire. > > > > paul > There were not many 785s, The largest population were in the mill and ZK (Nashua NH faciltiy) So I'd expect most of them are Ex-dec. Allison
VAX 11/785 "Superstar" Backplanes
On the 'bay: 183405165416 and 183405165414 "Scrap / Gold Recovery" Six total. One wonders what the scrappers did with the rest, and where they came from given that the location is Goffstown, New Hampshire. paul
Re: Milwaukee Computers MC-1200
On Tue, Sep 4, 2018 at 10:00 AM, Al Kossow via cctalk wrote: > We have two in the CHM collection. This is the first time I've ever seen one > work. I was thinking it might be fun to try to get FORTH running on it. That sounds cool. > I may also mod mine so that it puts out proper RS-232 levels with a > piggyback board on the 1988. They just power it with +5v, which doesn't > work at all talking to my Mac. An old Wyse-75 wasn't so fussy. Hmm... I hadn't noticed that. Glad you pointed it out. I've had problems in the past with other machines and low-voltages on RS-232. > If you look at the schematic, they did some pretty weird things, like > using a 2758 for address decoding, and then there's the floppy disk > interface.. No error checking? I found that surprising - floppies are hardly reliable enough to forego error checking. > 1980 seems really late to be trying to build a system like this. Agreed. > It looks like a design OSI would have come up with. That was my thought when I saw the 6852. It was either because of OSI or they saw an app note somewhere and decided not to use a WD 177x chip. -ethan
Re: AlphaWindows - Protocol Information?
a little more info here ftp://ftp.invisible-island.net/shuford/terminal/alphawindows_news.txt On 9/5/18 7:39 AM, Al Kossow via cctalk wrote: > > > On 9/5/18 5:17 AM, Martin Hepperle via cctalk wrote: >> In the 1990s a computer terminal standard "AlphaWindows" was proposed by the >> Display Industry Association (DIA). >> Sort of X-Windows for the poor. > > Very poor... only text in the windows. > > https://groups.google.com/forum/#!topic/comp.terminals/ielBYV-mNLM > > This is kind of interesting to me, because I helped get TVI 990/995 working > in MAME. > We obviously never had the windowing protocol information either. > > I wondered why a terminal needed a 68000 inside it. > > I'm obviously interested in anything you come up with. > > I guess a place to start is getting a copy of Multiview Mascot and watching > the > serial protocol between it and a terminal. > > > -- > > Related.. I worked on a similar product in the mid-80's, except it could do > Tek 4015 > graphics in terminal windows. A friend just revived one of the board sets > over the weekend. > > http://bitsavers.org/pdf/aed/colorware_cards/pictures/screen.jpg > > This was a board-level VME or Qbus product you talked to directly through a > shared memory > queue of virtual terminal connections. > >
Re: AlphaWindows - Protocol Information?
On 9/5/18 5:17 AM, Martin Hepperle via cctalk wrote: > In the 1990s a computer terminal standard "AlphaWindows" was proposed by the > Display Industry Association (DIA). > Sort of X-Windows for the poor. Very poor... only text in the windows. https://groups.google.com/forum/#!topic/comp.terminals/ielBYV-mNLM This is kind of interesting to me, because I helped get TVI 990/995 working in MAME. We obviously never had the windowing protocol information either. I wondered why a terminal needed a 68000 inside it. I'm obviously interested in anything you come up with. I guess a place to start is getting a copy of Multiview Mascot and watching the serial protocol between it and a terminal. -- Related.. I worked on a similar product in the mid-80's, except it could do Tek 4015 graphics in terminal windows. A friend just revived one of the board sets over the weekend. http://bitsavers.org/pdf/aed/colorware_cards/pictures/screen.jpg This was a board-level VME or Qbus product you talked to directly through a shared memory queue of virtual terminal connections.
AlphaWindows - Protocol Information?
In the 1990s a computer terminal standard "AlphaWindows" was proposed by the Display Industry Association (DIA). Sort of X-Windows for the poor. A few terminals appeared which supported multiple text windows following the this standard. Some limited global facts can be found in Wikipedia. I learned that for example the TeleVideo 995 and 9089 or the HP 700/70 terminals supported AlphaWindows. Obviously there were several implementation levels like: (1) Basic AlphaWindow (2) Mouse Operations (3) Decorations (4) AlphaWindow Credits Flow Control Unfortunately I cannot find any information on the protocol resp. escape sequences and the DIA is long gone. Does anyone have a manual with escape sequences for one of the terminals mentioned? Or other material describing this protocol? Note that other terminals of the similar types (e.g. HP 700/71) do not support this feature. Martin
Re: Dilog DQ604 RL01 / RL02 emulation on ST506/ST412 disk.
> > It seems to be well known that the number of each size you get in the > SF-7000 package is, umm, random... so a guy needs to get several packages > and hope for plenty of white ones. > The box is marked "Made in Japan" so I started to check for other sources. Then I found "Nisshinbo Mobilon Band". They look very much like the plastibands. https://www.nisshinbo-textile.co.jp/english/goodidea/mobilon_band.html https://uk.misumi-ec.com/vona2/detail/223000860382/ Haven't ordered any yet. > > Thanks again, > > Chris > -- > Chris Elmquist > /Mattis
Re: IOCCC 2018 Best of show
On 9/5/18 4:26 AM, Al Kossow via cctalk wrote: On 9/4/18 11:16 PM, Pontus Pihlgren via cctalk wrote: Hi Sorry if this has been posted already. But some of you might get a kick out of this years "Best of show" winner of IOCCC: https://www.ioccc.org/2018/mills/ Cheers, Pontus. I thought the most interesting thing was getting a simulated PDP-7 UNIX running as part of it. https://www.ioccc.org/2018/mills/hint.text and I just posted this on the SIMH mailing list > So the newer UNIXes are in the clear. I doubt anyone actually cares about > version 0 either, but technically it's still under copyright. http://digital-law-online.info/lpdi1.0/treatise17.html I don't think that is true since it predates the 1976 removal of the requirement for computer programs having to be registered with the Copyright office, and we know Unix didn't even have WE copyrights on the code until much later. Anything he created as replacements are, though. Hopefully, those are appropriately licensed.
Re: IOCCC 2018 Best of show
On 9/4/18 11:16 PM, Pontus Pihlgren via cctalk wrote: Hi Sorry if this has been posted already. But some of you might get a kick out of this years "Best of show" winner of IOCCC: https://www.ioccc.org/2018/mills/ Cheers, Pontus. I thought the most interesting thing was getting a simulated PDP-7 UNIX running as part of it. https://www.ioccc.org/2018/mills/hint.text
IOCCC 2018 Best of show
Hi Sorry if this has been posted already. But some of you might get a kick out of this years "Best of show" winner of IOCCC: https://www.ioccc.org/2018/mills/ Cheers, Pontus.