Re: Got it: RD54 formatting write protect solved
Nice going! Related story: I had probs formatting a maxtor 11xx (not an actual xt-2190 but really close) as an rd54 due to geometry differences and binary patched that formatter to deal with it using the xxdp equivalent of od. Have the patched xxdp formatter binary on an rl02 pack here if anyone needs it. Works a treat, close enough that dec software thinks it’s an rd54. Jake Sent from my iPhone > On Nov 19, 2019, at 20:13, Chris Zach via cctalk > wrote: > > Figured it out at last. On a BA23, the RD54 needs to be jumpered at the disk > as UNIT 3, and I had it as unit 4. Thus the jumper needed to be between 3 and > C, I had it one stake over between 4 and C. > > Fixed that, did the format where you do not select Autoformat, and downline > load UIT and you get the disk going tick, tick, tick as the sectors are > formatted. Here is Terry Kennedy's instructions updated to a BA23 instead of > a BA123: > > DR> STA > > CHANGE HW (L) ? Y > > # UNITS (D) ? 1 > > UNIT 0 > Enter controller IP address (O) 172150 ? > What unit do you want to format [0-255] (D) 0 ? 0 > Would you like to revector a single LBN only [Y/N] (L) N ? > Do you want to use the "AUTOFORMAT" Mode [Y/N] (L) Y ? N > > > Would you like to use the RCT - Revector known bad blocks [Y/N] (L) N ? > > WARNING > > [text about don't proceed if you're just kidding deleted] > > Do you wish to continue [Y/N] (L) Y ? > > > MSCP Controller Model: 19 >Microcode Version: 4 > > Do you want to use manufacturing bad block information [Y/N] (A) N ? > > Downline load UIT [Y/N] (A) Y ? > > > UIT Drive Name > --- > 0 RD51 > 1 RD52 part # 30-21721-02 (1 light on front panel) > 2 RD52 part # 30-23227-02 (2 lights on front panel) > 3 RD53 > 4 RD31 > 5 RD54 > 6 RD32 > > Enter Unit Identifier Table (UIT) [0-7] (D) ? 5 > > Continue if bad block information is inaccessible [Y/N] (A) N ? Y > > Please type in the serial number [8-10 digits] (A) ? 013284212 (use whatever > you want) > > > Formatting of Drive 1 Begin. > > [a long sequences of messages is displayed here, 1 per minute, showing the > progress of formatting and what step is in progress on which block number.] > > Format Completed. > > And Bob's your uncle!
Re: Meantime, fixing RX50's.
Sent from my iPhone > On Nov 19, 2019, at 17:07, Chris Zach via cctalk > wrote: > > So while trying to figure out this XXDP format error (the FCT Write protect > enabled one that's stopping me from formatting an RD54) I spent a bit of time > copying the floppy to a backup disk. My RX50 was *very* flakey, throwing > errors so I pulled it to see what was up. > > Opened the unit and sure enough: The disk head could use a cleaning, and more > important the little pad on the other side came off when I touched it. > Apparently the glue holding it in has decayed in the past 30 years. Drat. > > Used isopropyl and q tips to clean the heads, then broke a Q tip in half and > put a bit of cyanacryllic glue on the tip, then transferred it to the pad > holder, then put the pad back on. Pressed down and breathed on it to give the > glue some moisture and waited an hour. Did same to other head. > > RX50 now works perfectly, and I was able to make and boot a backup. So if > your RX50 is flakey check to see if the pads are still on the head assembly, > it's possible it is loose or fell off (if fell off look around in the RX50 > for it, probably in there somewhere) > > Never dull. Now to figure out this write protection issue: I have set the > drive to unit 4 (well 3 in the 0-3 world), set the RQDX3 to pins 1 and 2 on > the write precomp jumper, and it still comes up but thinks the drive is write > protected. > > Drat.
Got it: RD54 formatting write protect solved
Figured it out at last. On a BA23, the RD54 needs to be jumpered at the disk as UNIT 3, and I had it as unit 4. Thus the jumper needed to be between 3 and C, I had it one stake over between 4 and C. Fixed that, did the format where you do not select Autoformat, and downline load UIT and you get the disk going tick, tick, tick as the sectors are formatted. Here is Terry Kennedy's instructions updated to a BA23 instead of a BA123: DR> STA CHANGE HW (L) ? Y # UNITS (D) ? 1 UNIT 0 Enter controller IP address (O) 172150 ? What unit do you want to format [0-255] (D) 0 ? 0 Would you like to revector a single LBN only [Y/N] (L) N ? Do you want to use the "AUTOFORMAT" Mode [Y/N] (L) Y ? N Would you like to use the RCT - Revector known bad blocks [Y/N] (L) N ? WARNING [text about don't proceed if you're just kidding deleted] Do you wish to continue [Y/N] (L) Y ? MSCP Controller Model: 19 Microcode Version: 4 Do you want to use manufacturing bad block information [Y/N] (A) N ? Downline load UIT [Y/N] (A) Y ? UIT Drive Name --- 0 RD51 1 RD52 part # 30-21721-02 (1 light on front panel) 2 RD52 part # 30-23227-02 (2 lights on front panel) 3 RD53 4 RD31 5 RD54 6 RD32 Enter Unit Identifier Table (UIT) [0-7] (D) ? 5 Continue if bad block information is inaccessible [Y/N] (A) N ? Y Please type in the serial number [8-10 digits] (A) ? 013284212 (use whatever you want) Formatting of Drive 1 Begin. [a long sequences of messages is displayed here, 1 per minute, showing the progress of formatting and what step is in progress on which block number.] Format Completed. And Bob's your uncle!
Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1
On Tue, Nov 19, 2019 at 4:59 PM Chris Zach wrote: > Whelp, if you're planning on doing this early next year I'll start > dragging the KS10 box out of storage and cleaning it off. If you sell > the boards let me know so I can buy one and support your efforts. > Joerg is the one building and selling the board, I'm just a satisfied customer who's also been hacking new device support into it. I'll keep y'all posted as to when I make progress on this. Also if anyone has a KS they could, uh, "lend" me it sure would speed up the development process and I'm sure you'd eventually get it back someday. (Kidding.) - Josh (Not really kidding.) > > CZ > > On 11/19/2019 7:53 PM, Josh Dersch wrote: > > > > > > On Tue, Nov 19, 2019 at 2:26 PM Daniel Seagraves via cctalk > > mailto:cctalk@classiccmp.org>> wrote: > > > > > On Nov 19, 2019, at 7:39 AM, Chris Zach via cctech > > mailto:cct...@classiccmp.org>> wrote: > > > > > > Ah. Another solution to the fabled "MASSBUS" to anything adapter? > > Putting it in at the RH11-C level would remove a fair bit of > > complexity, then you could simply emulate all the Massbuss insanity > > through the relatively simple registers that an RH11 uses > > > > That’s the plan; That and getting a Chaosnet so I can connect my > > CADR to my KS10 when I get them both working at the same time. > > > > > > I had plans to do an RH11 emulation, I can move it up in the stack > > (though it won't be until early next year), and when Joerg's able to > > provide 18-bit support we can start testing it on 36-bit machines... > > > > > > - Josh > > >
Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1
Whelp, if you're planning on doing this early next year I'll start dragging the KS10 box out of storage and cleaning it off. If you sell the boards let me know so I can buy one and support your efforts. CZ On 11/19/2019 7:53 PM, Josh Dersch wrote: On Tue, Nov 19, 2019 at 2:26 PM Daniel Seagraves via cctalk mailto:cctalk@classiccmp.org>> wrote: > On Nov 19, 2019, at 7:39 AM, Chris Zach via cctech mailto:cct...@classiccmp.org>> wrote: > > Ah. Another solution to the fabled "MASSBUS" to anything adapter? Putting it in at the RH11-C level would remove a fair bit of complexity, then you could simply emulate all the Massbuss insanity through the relatively simple registers that an RH11 uses That’s the plan; That and getting a Chaosnet so I can connect my CADR to my KS10 when I get them both working at the same time. I had plans to do an RH11 emulation, I can move it up in the stack (though it won't be until early next year), and when Joerg's able to provide 18-bit support we can start testing it on 36-bit machines... - Josh
Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1
On Tue, Nov 19, 2019 at 2:26 PM Daniel Seagraves via cctalk < cctalk@classiccmp.org> wrote: > > On Nov 19, 2019, at 7:39 AM, Chris Zach via cctech < > cct...@classiccmp.org> wrote: > > > > Ah. Another solution to the fabled "MASSBUS" to anything adapter? > Putting it in at the RH11-C level would remove a fair bit of complexity, > then you could simply emulate all the Massbuss insanity through the > relatively simple registers that an RH11 uses > > That’s the plan; That and getting a Chaosnet so I can connect my CADR to > my KS10 when I get them both working at the same time. > I had plans to do an RH11 emulation, I can move it up in the stack (though it won't be until early next year), and when Joerg's able to provide 18-bit support we can start testing it on 36-bit machines... - Josh
Re: Houston Computer Museum Warehouse Liquidation
I have been to the warehouse once - and purchased a Commodore C64, 1541 Hard Disk, 1802 Color Monitor, a NOS sealed box of Verbatim 5 1/4" floppy disks, and a Tektronix 603 Storage Monitor. All of them are working well. Thomas responded to my Messenger PM with an appointment time. Monty On Tue, Nov 19, 2019 at 5:53 PM Eric Moore via cctalk wrote: > I have bought multiple items from Thomas and seen the warehouse in person > repeatedly. > > On Tue, Nov 19, 2019, 17:48 Kyle Owen via cctalk > wrote: > > > Have any list members seen the place in person? > > > > Have any list members successfully bought anything yet? > > > > I have tried reaching Thomas by email and phone, to no avail. Just > > wondering if others have had similar challenges. > > > > Thanks, > > > > Kyle > > >
Re: Houston Computer Museum Warehouse Liquidation
I have bought multiple items from Thomas and seen the warehouse in person repeatedly. On Tue, Nov 19, 2019, 17:48 Kyle Owen via cctalk wrote: > Have any list members seen the place in person? > > Have any list members successfully bought anything yet? > > I have tried reaching Thomas by email and phone, to no avail. Just > wondering if others have had similar challenges. > > Thanks, > > Kyle >
Re: Houston Computer Museum Warehouse Liquidation
Have any list members seen the place in person? Have any list members successfully bought anything yet? I have tried reaching Thomas by email and phone, to no avail. Just wondering if others have had similar challenges. Thanks, Kyle
Re: Houston Computer Museum Warehouse Liquidation
> I have seen multiple posts over time speculating about flooding in the > warehouse. I would like to assure everyone that the warehouse has never > flooded, and that any posts to the contrary are inaccurate or greatly > exaggerated. The very best way to convince people of the lack of water damage to the warehouse is simply to take a bunch of pictures of the warehouse and post them. Good pictures that show the equipment unobscured, inside and out. Water damage, or the lack of it, will become very apparent. -- Will
Re: TRS-80 Model III and IV parts needed (keycaps, keyboard switch, ribbon cable, floppy drive parts)
On 2019-11-05 14:00, rescue wrote: So, on this Model III I'm working on the following keycaps are missing: 1/! key right shift key Still looking for these or a donor model I, III, or IV keyboard. Looks like keycaps from a Model III, and possibly a model I would work. Probably a Model IV keycap for 1/! would work, but I think the right shift key would be different between a Model III and Model IV. I also need one of the ALPS switches as the '+' part of the stem is broken off. still looking here too. In addition, on the drive (Texas Peripherals), there is a plastic component that screws onto the aluminum arm with the diskette retaining hub with 2 screws it then accepts two plastic pins that connect this piece to the drive door. I am missing on of the plastic pins and the plastic piece is cracking. Anyone have any of these parts kicking around. I managed to effect repairs using superglue, baking soda, and a couple of small steel pins that I think were pulled from a dead hard drive at some point (turned out to be the perfect diameter, though a bit shorter than the factory plastic pins). The superglue/baking soda technique is pretty amazing. On a Model III upgraded to a Model IV I have, the ribbon cable to the serial/com board has 'self destructed' as the glue failed, so once removed it could not be reconnected. Interestingly the cable for the floppy controller did not deteriorate ? Still looking for one of these flexible ribbon cables for a Model IV (I presume Model III is the same too). Sadly on the upgraded Model III someone converted it to 3 drives, using an original full height drive for the 1st drive (at the bottom), and put 2 HH drives in the top bay. To make room for the eject control on the top drive, the upper case has been notched. It would be nice to find an upper case for a Model III and do away with that notch or alternately an empty Model IV case (top and bottom). Woud still like to fine either: 1. a Model IV case top and bottom or 2. a Model III top case In the even of #2, it would be nice to find a Model IV case badge to replace the Model III badge but that would just be icing on the cake. Thanks to anyone with any TRS-80 'parts vault' that may have these parts available It has been a long time since I have touched a Model I/III (last time was probably 1983 :-) ). Looking forward to getting the 3 systems I have up and running (Model I with Expansion, Model III, and a Model III upgraded to a Model IV). Thanks in advance, -- Curt Thanks again if anyone has any source or lead on any of the above TRS-80 parts, -- Curt
Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1
> On Nov 19, 2019, at 7:39 AM, Chris Zach via cctech > wrote: > > Ah. Another solution to the fabled "MASSBUS" to anything adapter? Putting it > in at the RH11-C level would remove a fair bit of complexity, then you could > simply emulate all the Massbuss insanity through the relatively simple > registers that an RH11 uses That’s the plan; That and getting a Chaosnet so I can connect my CADR to my KS10 when I get them both working at the same time.
Re: cctalk Digest, Vol 62, Issue 19
On 11/19/19 11:05 AM, Adam Thornton via cctalk wrote: > I might have had something to do with > > https://www.sinenomine.net/products/vm/njeip > > And as far as I remember, at least some of it was BSD licensed, so if > that's what floats your boat...knock yerself out. So where were you guys 35 years ago? :) --Chuck
Re: cctalk Digest, Vol 62, Issue 19
I might have had something to do with https://www.sinenomine.net/products/vm/njeip And as far as I remember, at least some of it was BSD licensed, so if that's what floats your boat...knock yerself out.
Houston Computer Museum Warehouse Liquidation
I have seen multiple posts over time speculating about flooding in the warehouse. I would like to assure everyone that the warehouse has never flooded, and that any posts to the contrary are inaccurate or greatly exaggerated. I have cleared a significant area inside the warehouse and have not seen any indications at all of floodwaters entering the building. Additionally, the landlord has also confirmed that the building has never flooded. The only moisture-related damage that has occurred at all happened to paper articles in direct contact with the cement floor (The floor is bare cement, and gets moist during heavy rains). Such items have all been discarded. The computers, even those that touched the ground, are undamaged. If I were to find a computer with water damage, it would be clearly labeled as such when being sold. If you have any questions, please email me directly, and I will gladly answer them to the best of my knowledge. Thomas Raguso
Re: 3270 controller simulation
On 11/19/19 8:43 AM, Al Kossow via cctalk wrote: > > > On 11/18/19 7:34 PM, Frank McConnell wrote: >> Wall Data (5250 emulator, maybe 3270 too) > > yes, both, 'Rumba' which supported several different boards/drivers I've also been chasing down the history of the ASICs used on 'Irma' boards and you can see the chain of acquistions. SMC and UMC were even in the Irma ASIC business but it's unclear if they did their own firmware or copied someone elses. I need to sit down with my notes since it gets really confusing. National, for example, built a coprocessor ASIC (DP8344) but sold a boxed PC card product with an SMC part on it.
Re: 3270 controller simulation
On 11/18/19 7:34 PM, Frank McConnell wrote: > Wall Data (5250 emulator, maybe 3270 too) yes, both, 'Rumba' which supported several different boards/drivers they bought the Apple Nubus coax/twinax board product line and snaPS software product line as well (I've been trying to find the hardware, I found the software on eBay)
Re: 3270 controller simulation
On 11/19/19 1:36 AM, Dave Wade via cctalk wrote: > I don't think its really "the same" anymore since it took on much of HPEs > software. But essentially the great grandchild of the business which I > believe started Don Higgins 370 emulator. > > https://www.mail-archive.com/ibm-main@listserv.ua.edu/msg52038.html Couple of their folks used to belong to the same bicycling club that I was a member of. Sometime in the 1980s, I believe. One of them gave me a copy of their COBOL. --Chuck
Re: 3270 controller simulation
On 11/19/19 2:51 AM, alan--- via cctalk wrote: > Are there any ideal resources I should be looking at? I've browsed through > the GC30-3073-1 SNA Technical Overview but > it doesn't cover differences in LU types I put up a few more documents over the last few weeks, some would work well for curing insomnia
Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1
> On Nov 19, 2019, at 5:41 AM, Jörg Hoppe via cctalk > wrote: > > Several people asked to make UniBone PDP-10able, it should be not problem. > > UNIBUS PA,PB are (like all other signals) just pins on a GPIO multiplier, no > interpretation is done in hardware. > > On software side the PRU must sample 18bit instead of 16bit for DATA, then > lots of "uint16_t" must be changed to "uint32_t" in the whole software stack. > > Not clear what to do with existing device emulators: did DEC construct 18bit > mutants for a few PDP-11 peripherals to run them in KS10? As far as I know, only the (disk) RH11-C uses the extra two bits; The tape RH11 and all other options are unmodified PDP-11 stuff. In my case, I would need to emulate an RH11-C, a Chaosnet, and an IMP interface if possible. Emulating DZ11s as TCP targets as well would be nice, but I have physical DZ11s if there’s not enough capacity left.
UniBone: Linux-to-DEC-UNIBUS-bridge, year #1
Daniel, >> >> Yes, can (get a kit with SMT work done) > > OK, that’s the answer I needed; > If I want to put one of these in a KS10, can the parity lines be hacked from the software > (the KS10 uses them as two extra data bits) or are they hard-wired to parity? Several people asked to make UniBone PDP-10able, it should be not problem. UNIBUS PA,PB are (like all other signals) just pins on a GPIO multiplier, no interpretation is done in hardware. On software side the PRU must sample 18bit instead of 16bit for DATA, then lots of "uint16_t" must be changed to "uint32_t" in the whole software stack. Not clear what to do with existing device emulators: did DEC construct 18bit mutants for a few PDP-11 peripherals to run them in KS10? UNIBUS on a PDP-10 makes only sense to me if the big pool of PDP-11 peripherals can be used directly. regards, Joerg
Re: 3270 controller simulation
On 11/18/2019 6:42 PM, Al Kossow via cctech wrote: > > I find it interesting that the field of comms interoperability with IBM > mainframes was huge up until TCP/IP > took over, and all traces of the software implementations have disappeared or > were consolidated into a couple > like Micro Focus. > > At first other TCP implementations were superior to IBMs. We did a bid back in the day (don't remember the exact year). Jupiter (a division of Intel by then) won it with their channel attached multi-bus based implementation. It had tn3270 access from our Unix workstations and VAXen. Before that (in 1986) we also had an Interlink 3711 channel attached DECnet interface that ran on RSX-11 so that our VAXen could communicate with our mainframes. I don't recall it doing 3270 access from the VAXen, but I think we could log on to the VAXen from our 3270 in line-by-line mode. JRJ
Re: UniBone: Linux-to-DEC-UNIBUS-bridge, year #1
Ah. Another solution to the fabled "MASSBUS" to anything adapter? Putting it in at the RH11-C level would remove a fair bit of complexity, then you could simply emulate all the Massbuss insanity through the relatively simple registers that an RH11 uses I wouldn't mind having eight RP06's on a card inside my 2020. Then it could truly be called a KS (as in Kloset)10.. C OK, that’s the answer I needed; If I want to put one of these in a KS10, can the parity lines be hacked from the software (the KS10 uses them as two extra data bits) or are they hard-wired to parity?
Re: message from andrew (was 3270 controller simulation)
On Tue, 19 Nov 2019 at 02:46, Al Kossow via cctalk wrote: > Please feel free to copy the above to the mailing list - I definitely > want to join (do you know if it is possible to join with a GMail > account, the last I heard was I was waiting to be approved) It absolutely is -- that's how I use it myself. With very slight effort Gmail also does things like plain-text and bottom-posting just fine, as this message I hope demonstrates. -- Liam Proven - Profile: https://about.me/liamproven Email: lpro...@cix.co.uk - Google Mail/Hangouts/Plus: lpro...@gmail.com Twitter/Facebook/Flickr: lproven - Skype/LinkedIn: liamproven UK: +44 7939-087884 - ČR (+ WhatsApp/Telegram/Signal): +420 702 829 053
Re: Question about "Distributed" in the DFT name.
On Mon, 18 Nov 2019 at 19:24, Grant Taylor via cctalk wrote: > > On 11/18/19 11:10 AM, Paul Koning wrote: > > > For example, I'm not sure anyone would call VMS an open system, yet > > clearly it's distributed (VAXcluster). > > What is "open" in this context? Is it open source? Is it open > communications protocols? (As in OSI / POSIX.) Is it something else? It was a FAQ once. http://www.rcnp.osaka-u.ac.jp/Divisions/CN/computer/vms/faq/vms_faq_0009.txt https://www.pcmag.com/encyclopedia/term/48503/openvms "VAX/VMS" was renamed "VAX VMS" and then was renamed OpenVMS when the Alpha version came out and it wasn't a VAX-specific product any more. _Ostensibly_ the reason was that this release had POSIX API compliance, and a bunch of POSIX tools, optionally available free of charge -- I think that before that, this cost extra. Really, I cynically suspect it's because just the 3 letters wasn't enough to trademark. After all VAX is probably better known as a brand of vacuum cleaner, outside of old-timer IT circles. -- Liam Proven - Profile: https://about.me/liamproven Email: lpro...@cix.co.uk - Google Mail/Hangouts/Plus: lpro...@gmail.com Twitter/Facebook/Flickr: lproven - Skype/LinkedIn: liamproven UK: +44 7939-087884 - ČR (+ WhatsApp/Telegram/Signal): +420 702 829 053
Re: 3270 controller simulation
On 2019-11-18 19:42, Al Kossow via cctalk wrote: I find it interesting that the field of comms interoperability with IBM mainframes was huge up until TCP/IP took over, and all traces of the software implementations have disappeared or were consolidated into a couple like Micro Focus. In attempting to bridge the twinax world to something else, I guess I was naive coming from the ASCII/UNIX realm thinking 'how hard could it be?' The electrical-wire and line framing and coding of the TwinAx data cable is pretty straight forward. 1 MSps differential Manchester coding with a fixed frame sync pattern. Then up to 256 bytes of payload per frame to 7 logical addresses. I was under a simplified-thinking impression the 5250'ish terminal and printer data protocols would live directly on top of that. Now it seems from my research, it's SNA/LU7 that sits on-top of TwinAx for early S/3x, correct? Then a 5250 data stream? Then 5250 display station specific commands? Are there any ideal resources I should be looking at? I've browsed through the GC30-3073-1 SNA Technical Overview but it doesn't cover differences in LU types, for example... No wonder Big Blue was always so expensive. -Alan
Conitec GRIP and GRIP-Color
Hi all, Some time ago I've got from a friend a defective ECB Bus Card named GRIP-4, that's a ancient Z80 based graphic display controller Card using the MC6845/HD6345 CRT Controller made by the (still existing) german Company Conitec in the 80s. Additional I've got an empty extension PCB called Grip-Color..the for color needed Memory, shift and palette registers. I've phoned the CEO from Conitec in the meantime and he will send the paperwork regarding the GRIP-4 that he still could find to me for scanning, unfortunately he couldn't find anything for the Grip-Color card. I have a running ECB bus system with an REH-CPU280, an Z280 based System that could run CP/M-3 and UZI280, has an FDC on board and an IDE Interface with an 128MB Flash disk, I whish to extend that with the GRIP Cards.. Is here someone that could please provide some Information related to the Grip-Color Card? I think I've repaired the GRIP-4 in the meantime (still have to connect an CRT, just replaced the FBT [different Model and Make] in the Monitor that I want to connect), but the oscillograms are looking good. I whish complete the Grip-Color card, any helpful information is welcome, even a picture where I can see which ICs are soldered in. https://www.z80cpu.eu/mirrors/oldcomputers.dyndns.org/public/pub/rechner/conitec/werbung/conitec_09.gif Thanks in Advance, Holm -- Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, Freiberger Straße 42, 09600 Oberschöna, USt-Id: DE253710583 i...@tsht.de Fax +49 3731 74200 Tel +49 3731 74222 Mobil: 0172 8790 741
Re: 3270 controller simulation
On 11/19/2019 1:36 AM, Dave Wade via cctalk wrote: -Original Message- From: cctalk On Behalf Of Chuck Guzis via cctalk Sent: 19 November 2019 03:45 To: Will Cooke via cctalk Subject: Re: 3270 controller simulation On 11/18/19 5:36 PM, Will Cooke via cctalk wrote: I find it interesting that one of the few remaining mainframe third parties is called Micro Focus Is that the same Micro Focus with the x86 COBOL? --Chuck I don't think its really "the same" anymore since it took on much of HPEs software. But essentially the great grandchild of the business which I believe started Don Higgins 370 emulator. https://www.mail-archive.com/ibm-main@listserv.ua.edu/msg52038.html I think the Cobol Compiler came from the company we contracted with to do languages for us @Microdata. They were called CSPI, something like California Software Products, Inc., in Orange County, CA. We payed them about 40,000 apiece for a product called Microdata Express to write support compilers for Cobol and Fortran. Intended to be competitive with the Dec PDP11, and actually was faster. We wrote our own OS, I was an architect with another guy of a lot of the OS. Anyway they threw in a microcode compiler / assembler for the Microdata 3200, and also did a rework of the EPL system language tool which the system was coded in. It originally was derived from McKeeman's XPL project. He and his group were at UCLA, and contracted on the OS. (digressing a bit). I heard that the 370 emulator company merged with, or was bought up by the compiler operation, and the result became MicroFocus. The first compiler I think ran on the PC or the AT, and with the addition of the 370 emulator, it became a tool to migrate things off the mainframe, or allow support of distributed parts of application systems on PCs. Or that was what they wanted it to be. thanks Jim I would like be able to use some of the sync comms stuff, but I don't have either the hardware or the software. I have used TN3270 to go from my VAX to my P390 but that’s about it. Neither my P390 or my VAXen have sync cards, nor I think does my CISCO router. I think I could use a 3174 as a gateway but that’s a whole new can of worms... Dave
RE: 3270 controller simulation
> -Original Message- > From: cctalk On Behalf Of Chuck Guzis via > cctalk > Sent: 19 November 2019 03:45 > To: Will Cooke via cctalk > Subject: Re: 3270 controller simulation > > On 11/18/19 5:36 PM, Will Cooke via cctalk wrote: > > > I find it interesting that one of the few remaining mainframe third parties > > is > called Micro Focus > > Is that the same Micro Focus with the x86 COBOL? > > --Chuck I don't think its really "the same" anymore since it took on much of HPEs software. But essentially the great grandchild of the business which I believe started Don Higgins 370 emulator. https://www.mail-archive.com/ibm-main@listserv.ua.edu/msg52038.html I would like be able to use some of the sync comms stuff, but I don't have either the hardware or the software. I have used TN3270 to go from my VAX to my P390 but that’s about it. Neither my P390 or my VAXen have sync cards, nor I think does my CISCO router. I think I could use a 3174 as a gateway but that’s a whole new can of worms... Dave