dear all,
I want to ask about migrating X.25 into IP based network...
I try to migrate the protocol for a banking application in zero downtime...
is there any way that I could do it ?
or perhaps is there any workaround for it ??? using extra device ???
thanks in advance.
regards.
I bought a huge pile of manuals today. (Including LOTS of HP manuals :-)
Two of the manuals are marked Heath Zenith and they contain unretouched
copies of Digital Research's various CPM-80 version 2.2.04 manuals. Only
the outer cover pages of the manuals have been changed. They are now black
with white and grey lettering and Heath/Zenith's name on them. Some of the
manuals are still in their original shrink wrap! There are also two
original hard sectored 5 1/4" floppy disks in the back of one manual. The
binders are also black with white and grey lettering. Does anyone know what
system these are for? Unlike the Z-100 manuals these are completely
generic. There's no mention of what system they're intended for.
Joe
I have been asked to see if I can transfer the contents of some 8"
disks to PC compatible disks. A CP/M disk has offered no challenge,
but I am stopped dead on a disk whose label indicates that it was
for use on a DEC Minc 11.
Using PUTR, I have tried mounting the disk as /RX01 and /RT11,
/FOREIGN, and even /OS8 at separate times. However, whenever I
invoke the COPY/DEVICE command it selects the disk and errors out
with the message 'Sector not found reading drive H' 'Abort, Retry,
Fail?'.
Using AnaDisk, I am able to determine that there are 26x128 byte
sectors per track, but with a data error message for each sector.
Considering some of DEC's strange format characteristics I am not
too surprised that AnaDisk has a problem with it. But PUTR's
problems do surprise me. Another disk gives exactly the same result.
It is certainly possible that the disk is simply bad, but could there
possibly be some other operating system format that is also 26x128
but does not respond to PUTR and the options that I have tried.
Thanks for any hints that you can offer.
- don
The Connecticut Computer Club has been meeting monthly (except July &
August) since 1976 (and maybe '75 - I was up in Saskatchewan until '82).
Steve Ciarcia started it and we met at a local library until about 1983.
Since then we turned it into a dinner meeting (everywhere from Denny's and
all-you-can-eat places to nice steak houses and Italian restaurants). When
Steve was an editor at BYTE, he usally brought a current project and was
always looking for ideas for his monthly projects (I led the HAL-4 brainwave
biofeedback unit design group), but everyone participates in various and
sundry ways. It's much more a hardware group with several engineers from
Prattt & Whitney and other local engineering shops. But, and most
importantly as acknowledged by everyone, it's almost always a good meal! <g>
Bob Stek
Saver of Lost Sols
BTW, Steve thinks I'm nuts for spending so much time on the 8 bitters!
From: Don Maslin <donm(a)cts.com>
>
>May I assume that the RX02 drives, per se, are not the cause of the
>read problem, but rather it is the floppy controller? This would seem
>reasonable since the RX02s can reputedly read RX01 diskettes.
RX02 is a custom format that only DEC did (or DEC compatable)
and it's single density header, 256byte double density (m2fm)
>from a 2901 based microcontroller.
Soooo, it is caused byt the RX02! FYI the RX02 can read RX01
but RX01 cannot read RX02 unless the RX02 formatted the media
as RX01. RX02 is DUAL density whereas the RX01 is single.
Allison
From: Don Maslin <donm(a)cts.com>
> I have been asked to see if I can transfer the contents of some 8"
> disks to PC compatible disks. A CP/M disk has offered no challenge,
> but I am stopped dead on a disk whose label indicates that it was
> for use on a DEC Minc 11.
Are you sure they are RX01 (single density) and not RX02 (double density
but m2fm)?
The latter is not readable on anything nonDEC compatable.
> Using AnaDisk, I am able to determine that there are 26x128 byte
> sectors per track, but with a data error message for each sector.
> Considering some of DEC's strange format characteristics I am not
> too surprised that AnaDisk has a problem with it. But PUTR's
> problems do surprise me. Another disk gives exactly the same result.
> It is certainly possible that the disk is simply bad, but could there
> possibly be some other operating system format that is also 26x128
> but does not respond to PUTR and the options that I have tried.
the RX02 has SD header and DD data, NONE of the IC controllers can
read that.
> Thanks for any hints that you can offer.
find a PDP-11 (MIC-11 is a PDP11 with lab interfaces).
Allison
Hello!
Does anyone have any docs or information on a HP 98730 (TurboSRX?)
framebuffer ? To make a long story short, I have one of those boxes and
it's really usefull in showing it to normal PC users that "Oh, that's
just a graphics card" (it's a HP minirack module, about 30cm high and
weighs around 20 to 40 kg). It's a *real* framebuffer :-)
The problem is that I have a DIO-I card 98720 (it's the same size as
a normal DIO-II card but it doesn't have all the connectors) and it's
connected via the LGB (Local Graphics Bus) to the 98730 but I can't get
X working, neither in hp-ux or NetBSD. Normal ITE console works but
graphics won't.
So, do I need something else than the 98720 card ? I've only read about
cards like VDMA (virtual DMA) and like.
If someone can help me out here I'd really appreciate it..
--
jht
From: Don Maslin <donm(a)cts.com>
>> If the disk is from a MINC-11, then it was almost definitly running
RT-11.
>> However, I suspect it was an RX02 drive that it was written in.
>
>Likely, however, the disk in question is punched as a `flippy' so it is
>unlikely that it was written as as RX02.
Rx02 was single sided so flippy is possible.
the real test would be on a rx02!
Allison
On April 18, liste(a)artware.qc.ca wrote:
> >> 22. You wake up at 2am to go to the bathroom and check your E-mail
> >> on your way back to bed.
> [Hangs head in shame] I've done this.... *sigh*
Hell, I did this LAST NIGHT. And the night before...
-Dave McGuire