PS
I use the H8571-J to connect to serial ports on Windows (ducks) based pc's.
This works well for the AlphaServer 800 (MMJ console) as well as for the
AlphaServer 1200/1000 models with just two ports.
I have two old Compaq pc's that run XP with 3 or 4 two-port serial
interfaces.
I run PuTTY on them, one instance for each serial console, works like a
charm.
Hans
-----Oorspronkelijk bericht-----
Van: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] Namens H
Vlems
Verzonden: zondag, oktober 2013 10:13
Aan: hecnet at Update.UU.SE
Onderwerp: RE: [HECnet] MMJ to DB9 serial adapter
There are several connector models that fit a DE9.
The H8571-J works for me for all my Alpha's as well as VAXstation 4000
and VAX(station) 3100 models.
The H8571-J works in combination with the 25-pin H8571-E (male) and
H8571-A (female).
The H8575-B only works in pairs, not with any of the H8571-x models,
no idea how it is wired inside.
Hans
On 2013-10-06 05:01, Michael Holmes wrote:
----------------------------------------
Date: Sat, 5 Oct 2013 17:45:26 +0200
From: bqt at softjar.se
To: hecnet at Update.UU.SE
CC: mholmes10 at hotmail.com
Subject: Re: [HECnet] MMJ to DB9 serial adapter
On 2013-10-05 01:16, Michael Holmes wrote:
I tired hooking up my multisync monitor I have hooked up to my DEC 3000, but I don't think the graphic card is set to a setting within the monitor's range, as nothing shows up.
Do the DEC 3000 have a VGA port?
No it has a 3W3 port and the cable outputs to BNC connectors.
One built-in and one on the add-on graphic card.
Aha. So it's video signal with sync on green. You need to have a monitor that can handle this. Many today don't...
That is most likely your problem, and not frequencies...
Johnny
There are several connector models that fit a DE9.
The H8571-J works for me for all my Alpha's as well as VAXstation 4000
and VAX(station) 3100 models.
The H8571-J works in combination with the 25-pin H8571-E (male) and
H8571-A (female).
The H8575-B only works in pairs, not with any of the H8571-x models,
no idea how it is wired inside.
Hans
On 2013-10-06 01:01, Brian Schenkenberger, VAXman- wrote:
Johnny Billquist <bqt at softjar.se> writes:
On 2013-10-05 22:27, Dave McGuire wrote:
On 10/05/2013 11:45 AM, Johnny Billquist wrote:
Second, DEC often used a different pinout for a DE9 than IBM did, so you
might not be too happy with the adapter, depending on what you want in
the end.
In this case, the DEC-machine-facing side is the MMJ. (at least that
is my understanding)
Mine too. But he was asking for a MMJ to DE9 adapter as well. And I was
pointing out that the (most) common adapter is not IBM PC compatible.
I don't believe that the most common MMJ adapters are NOT PeeCee compatible.
I have and I have come across manymnay more that are PeeCee compatible that
those that are not. The original 9-pin pinout was abandoned pretty early on
in the MMJ adapter history. See the OpenVMS FAQ for actual part number for
these adapters.
http://www.hoffmanlabs.org/vmsfaq/
Maybe I'm wrong. But I have a number of MMJ-DE9 adapters, received from multiple sources, but I do not have a single one which is PC compatible.
Johnny
----------------------------------------
Date: Sat, 5 Oct 2013 17:45:26 +0200
From: bqt at softjar.se
To: hecnet at Update.UU.SE
CC: mholmes10 at hotmail.com
Subject: Re: [HECnet] MMJ to DB9 serial adapter
On 2013-10-05 01:16, Michael Holmes wrote:
I have two VaxStation 3100's that I bought some time back but didn't have time to mess with until now.
Unlike my DEC 3000, the serial console is an MMJ port and not a DB9 serial port.
Does anyone have an excess or spare MMJ to DB9 adaptor, or know where I can purchase an inexpensive one?
First of all, you are talking about a DE9, not a DB9 (surprising how
many don't know the correct name of that connector).
Second, DEC often used a different pinout for a DE9 than IBM did, so you
might not be too happy with the adapter, depending on what you want in
the end.
I tired hooking up my multisync monitor I have hooked up to my DEC 3000, but I don't think the graphic card is set to a setting within the monitor's range, as nothing shows up.
Do the DEC 3000 have a VGA port?
No it has a 3W3 port and the cable outputs to BNC connectors.
One built-in and one on the add-on graphic card.
Johnny
On Sun, 6 Oct 2013, Brian Schenkenberger, VAXman- wrote:
Cory Smelosky <b4 at gewt.net> writes:
On Sat, 5 Oct 2013, Brian Schenkenberger, VAXman- wrote:
Cory Smelosky <b4 at gewt.net> writes:
Evil????
They're evil when they're not being descriptive.
Don't blame the paper when the author spills the ink on it! ;)
What if the author tripped on a different peice of paper? ;)
That "message" is pure UUCP code schtuff!
True. ;)
Evening all,
I'm fighting with nonsensical quota errors from DECUS UUCP: p:uucp <<
h:b4gate [10/05-18:50:07-0000013f] * Rd qio req err (4096
%SYSTEM-F-EXQUOTA, process quota exceeded) u:uucp
What kind of error message is that?
That's what I want to know!
Yet:
UAF> sh uu_b4gate
Username: UU_B4GATE Owner: b4gate UUCP login
Account: UUCP UIC: [144,1]
([UUCP,UUCP_LOGIN])
CLI: DCL Tables: DCLTABLES
Default: UUCP_DISK:[UUCP.SPOOL]
LGICMD: UUCP_BIN:UUCP_LOGIN
Flags: DisCtlY LockPwd Restricted DisWelcome DisNewMail DisMail DisReport
DisReconnect Captive
Primary days: Mon Tue Wed Thu Fri
Secondary days: Sat Sun
Primary 000000000011111111112222 Secondary 000000000011111111112222
Day Hours 012345678901234567890123 Day Hours 012345678901234567890123
Network: #----------------------- #-----------------------
Batch: ##### Full access ###### ##### Full access ######
Local: ##### Full access ###### ##### Full access ######
Dialup: ##### Full access ###### ##### Full access ######
Remote: ##### Full access ###### ##### Full access ######
Expiration: (none) Pwdminimum: 6 Login Fails: 0
Pwdlifetime: (none) Pwdchange: 5-OCT-2013 12:47
Last Login: 5-OCT-2013 18:49 (interactive), 5-OCT-2013 13:02
(non-interactive)
Maxjobs: 0 Fillm: 30 Bytlm: 50000
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 80 JTquota: 8192
Prclm: 8 DIOlm: 80 WSdef: 2500
Prio: 4 ASTlm: 80 WSquo: 3500
Queprio: 0 TQElm: 20 WSextent: 3000
CPU: (none) Enqlm: 250 Pgflquo: 10000
Authorized Privileges:
EXQUOTA NETMBX TMPMBX
Default Privileges:
EXQUOTA NETMBX TMPMBX
UAF> sh uucp_daemon
Username: UUCP_DAEMON Owner: UUCP daemon account
Account: UUCP UIC: [144,1]
([UUCP,UUCP_LOGIN])
CLI: DCL Tables: DCLTABLES
Default: SYS$SYSDEVICE:[USER]
LGICMD: LOGIN
Flags: DisCtlY LockPwd DisWelcome DisNewMail DisMail DisReport
DisReconnect
Primary days: Mon Tue Wed Thu Fri
Secondary days: Sat Sun
Primary 000000000011111111112222 Secondary 000000000011111111112222
Day Hours 012345678901234567890123 Day Hours 012345678901234567890123
Network: ----- No access ------ ----- No access ------
Batch: ##### Full access ###### ##### Full access ######
Local: ----- No access ------ ----- No access ------
Dialup: ----- No access ------ ----- No access ------
Remote: ----- No access ------ ----- No access ------
Expiration: (none) Pwdminimum: 6 Login Fails: 0
Pwdlifetime: 90 00:00 Pwdchange: (pre-expired)
Last Login: (none) (interactive), 5-OCT-2013 18:45
(non-interactive)
Maxjobs: 0 Fillm: 300 Bytlm: 32768
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 80 JTquota: 8192
Prclm: 8 DIOlm: 80 WSdef: 2500
Prio: 4 ASTlm: 80 WSquo: 3500
Queprio: 0 TQElm: 20 WSextent: 1024
CPU: (none) Enqlm: 250 Pgflquo: 32768
Authorized Privileges:
EXQUOTA NETMBX TMPMBX
Default Privileges:
EXQUOTA NETMBX TMPMBX
UAF> sh uucp_login
Username: UUCP_LOGIN Owner: Template UUCP Account
Account: UUCP UIC: [144,1]
([UUCP,UUCP_LOGIN])
CLI: DCL Tables: DCLTABLES
Default: UUCP_DISK:[UUCP.SPOOL]
LGICMD: UUCP_BIN:UUCP_LOGIN
Flags: DisCtlY LockPwd Restricted DisUser DisWelcome DisNewMail DisMail
DisReport DisReconnect Captive
Primary days: Mon Tue Wed Thu Fri
Secondary days: Sat Sun
Primary 000000000011111111112222 Secondary 000000000011111111112222
Day Hours 012345678901234567890123 Day Hours 012345678901234567890123
Network: ----- No access ------ ----- No access ------
Batch: ##### Full access ###### ##### Full access ######
Local: ##### Full access ###### ##### Full access ######
Dialup: ##### Full access ###### ##### Full access ######
Remote: ----- No access ------ ----- No access ------
Expiration: (none) Pwdminimum: 6 Login Fails: 0
Pwdlifetime: (none) Pwdchange: (pre-expired)
Last Login: (none) (interactive), (none)
(non-interactive)
Maxjobs: 0 Fillm: 30 Bytlm: 50000
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 80 JTquota: 8192
Prclm: 8 DIOlm: 80 WSdef: 2500
Prio: 4 ASTlm: 80 WSquo: 3500
Queprio: 0 TQElm: 20 WSextent: 3000
CPU: (none) Enqlm: 250 Pgflquo: 10000
Authorized Privileges:
EXQUOTA NETMBX TMPMBX
Default Privileges:
EXQUOTA NETMBX TMPMBX
After a fresh and clean reboot, there is no problem. After awhile however
UUCP ust completely falls over and throws quota limits. As I have rainsed
several of them far above defaults...any ideas where the problem could be?
My guess, if I had to wager one, would be BYTLM.
I'll try upping that.
However, I'd like to know where it's returning SS$_EXQUOTA. C programmers
often seem to miss returning the most important piece of information when
they include the cryptic error messages like that which you posted. If it
is possible to get a process dump/traceback or there's a way to modify the
error messaging such that the PC (program counter) can be returned, it is
then possible -- assuming you have generated compiler .LIStings and linke
r .MAPs when building UUCP -- to figure out which system service returned
the SS$_EXQUOTA
I'd love to find that out myself. Mark P. can help...iirc he DID write
part of this UUCP stack. I'm not too fmailiar with UUCP's internals.
You don't need to understand UUCP internals to change the error reporting
cryptic clues into something more substantial for debugging your issue.
I sorta do...the debug flags aren't /too/ well documented and octal, binary, and hex are all valid ways of defining debug flags.
That said, most quotas are debited and credited. If there's a programming
error, some deductible quota may be debited and not credited back when it
is no longer needed (like memory leaks when allocated memory is not freed)
leading to a shortfall when a system service invoked to perform some deed
that has no quota left to debit from.
I can attempt to enable further UUCP debugging.
OK. I played about with UUCP only to port it to Alpha many years ago for
a paying client. It was never released to public domain as a result. It
ported fairly easily though. The only thing that I recall that had to be
done was to insure that the compiler did not apply any structure member
alignment.
I have updated object files...but I'm not too good at linking the object files to a piece of software I don't know intimately without scripts to aide me. ;)
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Thursday, October 03, 2013 at 9:39 AM, Johnny Billquist wrote:
On 2013-10-03 17:24, Paul_Koning at Dell.com wrote:
On Sep 29, 2013, at 9:18 AM, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-09-29 14:48, Sampsa Laine wrote:
I noticed that the SIMH PDP-11 distribution contains emulation of
TC11/TU56 DECtape drives. My questions are:
- How hard would these be to port to the VAX SIMH emulation?
- Do modern VMS (e.g > 7.0) OSes support DECtapes?
I figure it would be a nice way to transfer files between a PDP-11 and
VAX system for example..
VMS have never supported DECtape, as far as I know...
Not officially. But I know it was done as a "midnight project", by Andy
Goldstein if I remember correctly. That supposedly even included
overlapped seek support, just as TOPS-10 did.
Why am I not surprised he would be involved...
You might just turn it on and see if it works "out of the box".
I would assume the file structure used is the same as what RSX uses,
whatever that is.
That would be normal Files-11 in that case. It might be a single directory file;
structure, though. Like for floppies.
It would be easy enough to add the TC11/TU56 to a simh Unibus VAX system.
I think that the hard part would be getting the "Midnight project" device driver which may have been written back then.
The driver doesn't seem to be included in VMS:
$ mc sysgen
SYSGEN> CONF
DEVICE> tc11
DEVICE> Exit
Device: TC11 Name: DTA CSR: 777340 Vector: 214 Support: no
Notice the "Support: no".
- Mark
Sampsa Laine <sampsa at mac.com> writes:
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 6 Oct 2013, at 01:26, Cory Smelosky <b4 at gewt.net> wrote:
On Sat, 5 Oct 2013, Brian Schenkenberger, VAXman- wrote:
Cory Smelosky <b4 at gewt.net> writes:
Evil????
They're evil when they're not being descriptive.
Is there some way to just turn them off for a user?
Most of the process quotas exist to limit use of system resources that are
allocated on behalf of the user (for example, page dynamic memory or non-
paged pool) when some system service is called (mailbox creation or $QIO).
I know about the EXQUOTA privilege but that doesn't to help in Cory's case.
That's only for disk quota and it's generally an antiquated concept in the
age of terabyte spindles.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
That brings back memories! :)
-brian
On Oct 5, 2013, at 18:49, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-10-05 21:23, Sampsa Laine wrote:
Is it possible to send DECNET frames over regular RS232 serial ports?
Yes. It's called DDCMP.
Johnny
Cory Smelosky <b4 at gewt.net> writes:
On Sat, 5 Oct 2013, Brian Schenkenberger, VAXman- wrote:
Cory Smelosky <b4 at gewt.net> writes:
Evil????
They're evil when they're not being descriptive.
Don't blame the paper when the author spills the ink on it! ;)
That "message" is pure UUCP code schtuff!
Evening all,
I'm fighting with nonsensical quota errors from DECUS UUCP: p:uucp <<
h:b4gate [10/05-18:50:07-0000013f] * Rd qio req err (4096
%SYSTEM-F-EXQUOTA, process quota exceeded) u:uucp
What kind of error message is that?
That's what I want to know!
Yet:
UAF> sh uu_b4gate
Username: UU_B4GATE Owner: b4gate UUCP login
Account: UUCP UIC: [144,1]
([UUCP,UUCP_LOGIN])
CLI: DCL Tables: DCLTABLES
Default: UUCP_DISK:[UUCP.SPOOL]
LGICMD: UUCP_BIN:UUCP_LOGIN
Flags: DisCtlY LockPwd Restricted DisWelcome DisNewMail DisMail DisReport
DisReconnect Captive
Primary days: Mon Tue Wed Thu Fri
Secondary days: Sat Sun
Primary 000000000011111111112222 Secondary 000000000011111111112222
Day Hours 012345678901234567890123 Day Hours 012345678901234567890123
Network: #----------------------- #-----------------------
Batch: ##### Full access ###### ##### Full access ######
Local: ##### Full access ###### ##### Full access ######
Dialup: ##### Full access ###### ##### Full access ######
Remote: ##### Full access ###### ##### Full access ######
Expiration: (none) Pwdminimum: 6 Login Fails: 0
Pwdlifetime: (none) Pwdchange: 5-OCT-2013 12:47
Last Login: 5-OCT-2013 18:49 (interactive), 5-OCT-2013 13:02
(non-interactive)
Maxjobs: 0 Fillm: 30 Bytlm: 50000
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 80 JTquota: 8192
Prclm: 8 DIOlm: 80 WSdef: 2500
Prio: 4 ASTlm: 80 WSquo: 3500
Queprio: 0 TQElm: 20 WSextent: 3000
CPU: (none) Enqlm: 250 Pgflquo: 10000
Authorized Privileges:
EXQUOTA NETMBX TMPMBX
Default Privileges:
EXQUOTA NETMBX TMPMBX
UAF> sh uucp_daemon
Username: UUCP_DAEMON Owner: UUCP daemon account
Account: UUCP UIC: [144,1]
([UUCP,UUCP_LOGIN])
CLI: DCL Tables: DCLTABLES
Default: SYS$SYSDEVICE:[USER]
LGICMD: LOGIN
Flags: DisCtlY LockPwd DisWelcome DisNewMail DisMail DisReport
DisReconnect
Primary days: Mon Tue Wed Thu Fri
Secondary days: Sat Sun
Primary 000000000011111111112222 Secondary 000000000011111111112222
Day Hours 012345678901234567890123 Day Hours 012345678901234567890123
Network: ----- No access ------ ----- No access ------
Batch: ##### Full access ###### ##### Full access ######
Local: ----- No access ------ ----- No access ------
Dialup: ----- No access ------ ----- No access ------
Remote: ----- No access ------ ----- No access ------
Expiration: (none) Pwdminimum: 6 Login Fails: 0
Pwdlifetime: 90 00:00 Pwdchange: (pre-expired)
Last Login: (none) (interactive), 5-OCT-2013 18:45
(non-interactive)
Maxjobs: 0 Fillm: 300 Bytlm: 32768
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 80 JTquota: 8192
Prclm: 8 DIOlm: 80 WSdef: 2500
Prio: 4 ASTlm: 80 WSquo: 3500
Queprio: 0 TQElm: 20 WSextent: 1024
CPU: (none) Enqlm: 250 Pgflquo: 32768
Authorized Privileges:
EXQUOTA NETMBX TMPMBX
Default Privileges:
EXQUOTA NETMBX TMPMBX
UAF> sh uucp_login
Username: UUCP_LOGIN Owner: Template UUCP Account
Account: UUCP UIC: [144,1]
([UUCP,UUCP_LOGIN])
CLI: DCL Tables: DCLTABLES
Default: UUCP_DISK:[UUCP.SPOOL]
LGICMD: UUCP_BIN:UUCP_LOGIN
Flags: DisCtlY LockPwd Restricted DisUser DisWelcome DisNewMail DisMail
DisReport DisReconnect Captive
Primary days: Mon Tue Wed Thu Fri
Secondary days: Sat Sun
Primary 000000000011111111112222 Secondary 000000000011111111112222
Day Hours 012345678901234567890123 Day Hours 012345678901234567890123
Network: ----- No access ------ ----- No access ------
Batch: ##### Full access ###### ##### Full access ######
Local: ##### Full access ###### ##### Full access ######
Dialup: ##### Full access ###### ##### Full access ######
Remote: ----- No access ------ ----- No access ------
Expiration: (none) Pwdminimum: 6 Login Fails: 0
Pwdlifetime: (none) Pwdchange: (pre-expired)
Last Login: (none) (interactive), (none)
(non-interactive)
Maxjobs: 0 Fillm: 30 Bytlm: 50000
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 80 JTquota: 8192
Prclm: 8 DIOlm: 80 WSdef: 2500
Prio: 4 ASTlm: 80 WSquo: 3500
Queprio: 0 TQElm: 20 WSextent: 3000
CPU: (none) Enqlm: 250 Pgflquo: 10000
Authorized Privileges:
EXQUOTA NETMBX TMPMBX
Default Privileges:
EXQUOTA NETMBX TMPMBX
After a fresh and clean reboot, there is no problem. After awhile however
UUCP ust completely falls over and throws quota limits. As I have rainsed
several of them far above defaults...any ideas where the problem could be?
My guess, if I had to wager one, would be BYTLM.
I'll try upping that.
However, I'd like to know where it's returning SS$_EXQUOTA. C programmers
often seem to miss returning the most important piece of information when
they include the cryptic error messages like that which you posted. If it
is possible to get a process dump/traceback or there's a way to modify the
error messaging such that the PC (program counter) can be returned, it is
then possible -- assuming you have generated compiler .LIStings and linke
r .MAPs when building UUCP -- to figure out which system service returned
the SS$_EXQUOTA
I'd love to find that out myself. Mark P. can help...iirc he DID write
part of this UUCP stack. I'm not too fmailiar with UUCP's internals.
You don't need to understand UUCP internals to change the error reporting
cryptic clues into something more substantial for debugging your issue.
That said, most quotas are debited and credited. If there's a programming
error, some deductible quota may be debited and not credited back when it
is no longer needed (like memory leaks when allocated memory is not freed)
leading to a shortfall when a system service invoked to perform some deed
that has no quota left to debit from.
I can attempt to enable further UUCP debugging.
OK. I played about with UUCP only to port it to Alpha many years ago for
a paying client. It was never released to public domain as a result. It
ported fairly easily though. The only thing that I recall that had to be
done was to insure that the compiler did not apply any structure member
alignment.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
