Re: Battery warning in Falco terminals
On 2018-Nov-19, at 3:29 PM, Al Kossow via cctalk wrote: > I've been helping the MAME guys simulate a TS-2624, which is a block mode HP > emulating terminal. > I had bought this a while ago, and never dumped the firmware. Unfortunately > there is a large > NiCd battery right in the middle of the board that leaked all over. I've > taken some pictures > which are up under falco on bitsavers. > > If anyone has one of these, you want to do battery mitigation ASAP. I'm in > the middle of replacing > every socket on the board since they were all within range of the leakage > corrosion. > > Also, I suspect the first generation of terminals all have similar hardware > with different > firmware, so if someone has any of the other models (TS-1, etc.) we could get > them simulated > pretty easily once the firmware is dumped. I had a Falco TS-1 dating from ca. 1981 in my possession a couple of years ago and dumped the ROMS. It was based on a Z80 with 6845 CRT controller and 2651 UART. I have data from two 2732s (Z80 firmware), as well as an EA8316 (2K*8) used for character generation. That's in text format. Also have a PDF with some notes on the hardware and reverse-engineered schematic segments. I didn't have need / get as far as doing an I/O map or memory map for the Z80. Should I send these files along?
Re: Battery warning in Falco terminals
Just had a closer look at the TS-2624 and it does indeed have the battery on the board; looks like that's one of the differences from the TS-1x. Looks like I or someone had enough foresight to remove it from this board before it caused any damage. m
Re: Battery warning in Falco terminals
- Original Message - From: "Al Kossow via cctalk" To: "General Discussion: On-Topic and Off-Topic Posts" Sent: Monday, November 19, 2018 6:29 PM Subject: Battery warning in Falco terminals > I've been helping the MAME guys simulate a TS-2624, which is a block mode HP > emulating terminal. > I had bought this a while ago, and never dumped the firmware. Unfortunately > there is a large > NiCd battery right in the middle of the board that leaked all over. I've > taken some pictures > which are up under falco on bitsavers. > > If anyone has one of these, you want to do battery mitigation ASAP. I'm in > the middle of replacing > every socket on the board since they were all within range of the leakage > corrosion. > > Also, I suspect the first generation of terminals all have similar hardware > with different > firmware, so if someone has any of the other models (TS-1, etc.) we could get > them simulated > pretty easily once the firmware is dumped. > -- I'm confused; I've got at least one TS-2624 board which is identical to yours and also several TS-1s and TS-1SPs, but they all had the backup battery in the power supply so, although the power supplies were damaged, the Main boards were not (although it's amazing how far the corrosion can migrate). The TS-1s and TS2624s were very similar but certainly not the same board. I've also got some of the newer Fame style models; guess I should look at those but if they have the pox then it's probably too late. FWIW, I've also got a bit of documentation for these and various other Falco terminals (User, programming & service) but alas, not for the 2624; I can also certainly dump any firmware that I have. mike
Re: IND$FILE
Ah, fond memories! IEFBR14... Sent from my iPad > On Nov 19, 2018, at 19:00, Jon Elson via cctalk wrote: > >> On 11/19/2018 03:11 PM, jim stephens via cctalk wrote: >> >> >> I believe the package internal to mvs / OS has the preface of IND for the >> modules. Similar to IFBR14 is part of the IFB suite of programs. >> > Shouldn't that be IEFBR14? > > Jon
Re: IND$FILE
On 11/19/2018 03:11 PM, jim stephens via cctalk wrote: I believe the package internal to mvs / OS has the preface of IND for the modules. Similar to IFBR14 is part of the IFB suite of programs. Shouldn't that be IEFBR14? Jon
Missing FORRTL
I'm trying to use the Compaq/HP Extended Math Library (CXML) on a DEC Alpha under AXP Openvms 8.4 - Hobbyist License. Fortran 8.2 and CXML were part of the Hobbyist distribution I downloaded. CXML complains that FORRTL is not present or the version is too low, (it is not present - $Product show product - ) What am I missing? Doug
Re: IEFBR14 (was Re: IND$FILE)
On 11/19/2018 5:27 PM, Eric Smith via cctalk wrote: On Mon, Nov 19, 2018 at 2:24 PM Sean Conner via cctalk < cctalk@classiccmp.org> wrote: I've always been amused by IEFBR14 ever since I heard about it. I first came across it by this quote: Every program has at least one bug and can be shortened by at least one instruction---from which, by induction, one can deduce that every program can be reduced to one instruction which doesn't work. IEFBR14 was this program---one instruction long, and it contained a bug: http://en.wikipedia.org/wiki/IEFBR14 By induction you should be able to reduce a program to zero instructions. On CP/M, you actually can, and the resulting program is useful, and as far as I know, has zarro boogs. (Which instruction could a bug be in?) That expains why you never see computers with the single instruction Subtract and branch on condition.
Re: IEFBR14 (was Re: IND$FILE)
On Mon, Nov 19, 2018 at 2:24 PM Sean Conner via cctalk < cctalk@classiccmp.org> wrote: > I've always been amused by IEFBR14 ever since I heard about it. I first > came across it by this quote: > Every program has at least one bug and can be shortened by at least > one instruction---from which, by induction, one can deduce that > every program can be reduced to one instruction which doesn't work. > IEFBR14 was this program---one instruction long, and it contained a bug: > http://en.wikipedia.org/wiki/IEFBR14 > By induction you should be able to reduce a program to zero instructions. On CP/M, you actually can, and the resulting program is useful, and as far as I know, has zarro boogs. (Which instruction could a bug be in?)
Re: Battery warning in Falco terminals
The later model 500/5000 have a small NiCd as well. On 11/19/18 3:29 PM, Al Kossow via cctalk wrote: > I've been helping the MAME guys simulate a TS-2624, which is a block mode HP > emulating terminal. > I had bought this a while ago, and never dumped the firmware. Unfortunately > there is a large > NiCd battery right in the middle of the board that leaked all over. I've > taken some pictures > which are up under falco on bitsavers. > > If anyone has one of these, you want to do battery mitigation ASAP. I'm in > the middle of replacing > every socket on the board since they were all within range of the leakage > corrosion. > > Also, I suspect the first generation of terminals all have similar hardware > with different > firmware, so if someone has any of the other models (TS-1, etc.) we could get > them simulated > pretty easily once the firmware is dumped. > >
Battery warning in Falco terminals
I've been helping the MAME guys simulate a TS-2624, which is a block mode HP emulating terminal. I had bought this a while ago, and never dumped the firmware. Unfortunately there is a large NiCd battery right in the middle of the board that leaked all over. I've taken some pictures which are up under falco on bitsavers. If anyone has one of these, you want to do battery mitigation ASAP. I'm in the middle of replacing every socket on the board since they were all within range of the leakage corrosion. Also, I suspect the first generation of terminals all have similar hardware with different firmware, so if someone has any of the other models (TS-1, etc.) we could get them simulated pretty easily once the firmware is dumped.
Re: What is windoes doing?
Actually, I do use it almost exclusively with classic machines. I use the RS232 to load and talk to my Nicolet 1080 ( a late 1960s to early 1970 ) machine. I just got done using it to repair a North * Horizon. If I'm leaving trails behind me that I can't get rid of, each time I use it as a terminal, I'll be limited on what repairs I can do. The FTDI was just recently used to write and debug code on a small controller board to convert a ps/2 keyboard to parallel for my Poly88. Windows is not the end use. I don't even put it directly on the web. It is primarily used a data transfer, some editing and terminal for classic machines. Its functioning is important for maintaining and restoring classic machines. This was not a typical " please help me fix my PC " post. I don't email, web search or anything else with this machine. Its one purpose is related to restoring and maintaining classic machines. It is no more off topic than a new temperature controlled soldering iron is. What would I use serial and RS232 for? Dwight From: cctalk on behalf of Peter Coghlan via cctalk Sent: Monday, November 19, 2018 10:35 AM To: General Discussion: On-Topic and Off-Topic Posts Subject: Re: What is windoes doing? > > I have a question. I use the USB port for serial. In my program, I use a > fixed com port. When going to the control panel, I find that I see (in use) > tags on some of the com ports. I'm the only one currently using the com > ports but recently another (in use) showed up, requiring me to modify my > program to use another com port. How does one unuse a com port? how do I > find out what is using it so I can stop it? I'm using windows 7 > professional. Has anyone else had this problem? > Dwight This list is my refuge from "windoes" and USB. Can we please not do this here? If the query related to writing an emulator for a classic system on Windows with USB device attachment, I think I could cope but this needs to be stated. Regards, Peter Coghlan.
Re: What is windoes doing?
Hi Ethan That is entirely possible. I do think about it when I plug and unplug the USB floppy drive but not usually for the serial. Is there a way to finish them or maybe stick things in so that I can "safely remove" things? Most of the time for serial, I use a FTDI but I do have some older USB to RS232 voltage converters as well. Dwight From: et...@757.org Sent: Monday, November 19, 2018 8:41 AM To: dwight; General Discussion: On-Topic and Off-Topic Posts Subject: Re: What is windoes doing? > I have a question. I use the USB port for serial. In my program, I use a > fixed com port. When going to the control panel, I find that I see (in > use) tags on some of the com ports. I'm the only one currently using the > com ports but recently another (in use) showed up, requiring me to > modify my program to use another com port. How does one unuse a com > port? how do I find out what is using it so I can stop it? I'm using > windows 7 professional. Has anyone else had this problem? Dwight Do you unplug the USB to Serial dongle with a terminal program open? - Ethan
Re: IND$FILE
> IFBR14 if you all are not familiar with MVS / MVT batch programming > is a program which immediately terminates w/o any return codes by > doing an assembly language return to the caller of the job step via > the contents of R14 of the processor, which is also the return > address. Actually, in the aforementioned environment, it's not really possible to return without a code. The relevant register will contain some value, whether you set it or not. The famous bug in IEFBR14 was that it failed to set that return code, so the job often aborted due to whatever garbage was in the register. De
Re: HP-Apollo 9000/425t RAM
On 11/06/2018 07:16 AM, Chris Hanson via cctalk wrote: > All that said I’m quite surprised MAME doesn’t include HP-Apollo 9000/400 > series emulation. The hardware is very similar to the 9000/380, which is > supported, and several Apollo DN series systems are also supported… > It's just a matter of time - i've got HP-UX with full VUE now running in MAME. I've added emulation of most of the functionality of the 98550A 1280x1024 8bpp card. That makes now a nice virtual HP-UX for playing! :-) I'm now on the 4xx Systems - got a bootrom from someone which looks like a 400t Boot ROM - it expects a 68030. As you have a real 4xx, would it be possible to dump the boot rom + configuration eeprom? If you don't have the possibilities to dump it physically, it might be possible via /dev/mem in HP-UX, if someone on the list knows the details on how to use that special device. Best regards Sven
IEFBR14 (was Re: IND$FILE)
It was thus said that the Great jim stephens via cctalk once stated: > > IFBR14 if you all are not familiar with MVS / MVT batch programming is a > program which immediately terminates w/o any return codes by doing an > assembly language return to the caller of the job step via the contents > of R14 of the processor, which is also the return address. I've always been amused by IEFBR14 ever since I heard about it. I first came across it by this quote: Every program has at least one bug and can be shortened by at least one instruction---from which, by induction, one can deduce that every program can be reduced to one instruction which doesn't work. IEFBR14 was this program---one instruction long, and it contained a bug: http://en.wikipedia.org/wiki/IEFBR14 -spc (The fix doubled the size of the program---such bloat!)
Re: IND$FILE
On 11/19/2018 7:49 AM, Jim Brain via cctalk wrote: I know it's a minor nit, but as someone who has used IND$FILE on OS/390 (zOS), I always wondered why it was called IND$FILE. Wikipedia has just a stub: https://en.wikipedia.org/wiki/IND$FILE FILE I tend to understand, but I was never very knowledgeable of MVS, so I'm not sure where IND comes from. Jim I believe the package internal to mvs / OS has the preface of IND for the modules. Similar to IFBR14 is part of the IFB suite of programs. IFBR14 if you all are not familiar with MVS / MVT batch programming is a program which immediately terminates w/o any return codes by doing an assembly language return to the caller of the job step via the contents of R14 of the processor, which is also the return address. If you needed to do a bunch of JCL but not really run a program to accomplish something, but the JCL or programming required a "program" to execute, IFBR14 was the program used to do that. Anyway, I think from my foggy recollection that there are other IND something modules which comprise the full package of which IND$FILE is a part. The module naming convention was frequently extended to the VM environment which is where I used it most frequently. It was also used with SNA connections to transfer files as well (as a protocol) similar to the xmodem and the like protocols were used with async data transfers. thanks Jim
Re: What is windoes doing?
> > I have a question. I use the USB port for serial. In my program, I use a > fixed com port. When going to the control panel, I find that I see (in use) > tags on some of the com ports. I'm the only one currently using the com > ports but recently another (in use) showed up, requiring me to modify my > program to use another com port. How does one unuse a com port? how do I > find out what is using it so I can stop it? I'm using windows 7 > professional. Has anyone else had this problem? > Dwight This list is my refuge from "windoes" and USB. Can we please not do this here? If the query related to writing an emulator for a classic system on Windows with USB device attachment, I think I could cope but this needs to be stated. Regards, Peter Coghlan.
Re: What is windoes doing?
Every time you unplug and re-plug a USB serial cable you cause the system to create a new IRQ address for it, called COM5, 6,7,8,9 etc. If you do the thing where you "remove usb devices safely" routine you can avoid this. b On Mon, Nov 19, 2018 at 12:13 PM geneb via cctalk wrote: > On Mon, 19 Nov 2018, Ethan via cctalk wrote: > > >> I have a question. I use the USB port for serial. In my program, I use > a > >> fixed com port. When going to the control panel, I find that I see (in > use) > >> tags on some of the com ports. I'm the only one currently using the com > >> ports but recently another (in use) showed up, requiring me to modify > my > >> program to use another com port. How does one unuse a com port? how do > I > >> find out what is using it so I can stop it? I'm using windows 7 > >> professional. Has anyone else had this problem? Dwight > > > > Do you unplug the USB to Serial dongle with a terminal program open? > > > FYI, "In Use" doesn't mean the port is actively used by another process, > it means that the /name/ has been assigned and isn't available to assign > to a new COM device. > > g. > > -- > Proud owner of F-15C 80-0007 > http://www.f15sim.com - The only one of its kind. > http://www.diy-cockpits.org/coll - Go Collimated or Go Home. > Some people collect things for a hobby. Geeks collect hobbies. > > ScarletDME - The red hot Data Management Environment > A Multi-Value database for the masses, not the classes. > http://scarlet.deltasoft.com - Get it _today_! >
Re: What is windoes doing?
On Mon, 19 Nov 2018, Ethan via cctalk wrote: I have a question. I use the USB port for serial. In my program, I use a fixed com port. When going to the control panel, I find that I see (in use) tags on some of the com ports. I'm the only one currently using the com ports but recently another (in use) showed up, requiring me to modify my program to use another com port. How does one unuse a com port? how do I find out what is using it so I can stop it? I'm using windows 7 professional. Has anyone else had this problem? Dwight Do you unplug the USB to Serial dongle with a terminal program open? FYI, "In Use" doesn't mean the port is actively used by another process, it means that the /name/ has been assigned and isn't available to assign to a new COM device. g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.diy-cockpits.org/coll - Go Collimated or Go Home. Some people collect things for a hobby. Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://scarlet.deltasoft.com - Get it _today_!
Re: What is windoes doing?
I have a question. I use the USB port for serial. In my program, I use a fixed com port. When going to the control panel, I find that I see (in use) tags on some of the com ports. I'm the only one currently using the com ports but recently another (in use) showed up, requiring me to modify my program to use another com port. How does one unuse a com port? how do I find out what is using it so I can stop it? I'm using windows 7 professional. Has anyone else had this problem? Dwight Do you unplug the USB to Serial dongle with a terminal program open? - Ethan
What is windoes doing?
I have a question. I use the USB port for serial. In my program, I use a fixed com port. When going to the control panel, I find that I see (in use) tags on some of the com ports. I'm the only one currently using the com ports but recently another (in use) showed up, requiring me to modify my program to use another com port. How does one unuse a com port? how do I find out what is using it so I can stop it? I'm using windows 7 professional. Has anyone else had this problem? Dwight
Re: IBM 3270 Emulation Adapter (ISA)
On 11/18/18 11:46 PM, jim stephens via cctalk wrote: > > > On 11/18/2018 11:00 PM, Patrick Finnegan via cctalk wrote: >> I'm wondering if anyone knows where to find a copy of some software to >> make an IBM 3270 Emulation Adapter (the short ISA one) useful. It would be helpful to know which 3rd party programs support the IBM adapters/API as well. These programs/products have been gobbled up by different companies over time so it's hard to keep things straight, then there is the problem of what OS they support. DCA/Attachmate/Microfocus is especially confusing with the "IRMA" and "Extra" naming of products that are completely different.
IND$FILE
I know it's a minor nit, but as someone who has used IND$FILE on OS/390 (zOS), I always wondered why it was called IND$FILE. Wikipedia has just a stub: https://en.wikipedia.org/wiki/IND$FILE FILE I tend to understand, but I was never very knowledgeable of MVS, so I'm not sure where IND comes from. Jim