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
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
- 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 termi
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 t
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
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 sh
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 b
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-
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 lar
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
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 termi
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
> 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,
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
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
> o
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
>
> 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 modif
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 N
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 (
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 p
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 pr
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 3
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
23 matches
Mail list logo