We also run CA-Manman software on a 949 on MPE/IX 5.0. No problems, and we do
run Omar and the core four.
We had originally received the same answer some time ago before we updated to
5.0, i.e. it SHOULD be ok. We could never pin down exactly what that meant.
We are on 9.6.
Steve Fatula
[log in to unmask]
File item: a.txt
Attached.
There are 47 messages totalling 2049 lines in this issue.
Topics of the day:
1. IPROF-97 scheduling question - URGENT (9)
2. STREAMED BY LDEV ? (3)
3. CTRL-Break In Command Files
4. NS problem ... resolved
5. SCSI A/B Switch (2)
6. SYN denial-of-service attack.
7. Hp41 HEXPAX
8. system speed
9. Mail merge
10. US Robotics Modem & HP3000
11. Spoolfiles on private volumes?
12. subscribe
13. Prefetch (6)
14. LDEV level security, upgrading from a classic s/70
15. How to check for blank password? (Classic -> PA!)
16. MPE 5.0 with ASK/Collier-Jackson (2)
17. Re[2]: FLT B800 FLT DEAD
18. Quarterly Bay Area SIGSYSMAN Meetings
19. Help on PSI(Programmable Serial interface)
20. MS Exchange
21. CTRL-BREAK & Command Files
22. 5.5 - Any user feedback yet (2)
23. Streamed by LDEV
24. barcode printing on 256x
25. Odd behavior of Listuser command
26. BSD sockets (gethostbyaddr) and cobol
27. 5.5 Arrived
28. My Summer Project (2)
----------------------------------------------------------------------
Date: Mon, 16 Sep 1996 21:46:56 -0700
From: Bill Lancaster <[log in to unmask]>
Subject: IPROF-97 scheduling question - URGENT
Ken Sletten wrote:
>I have been informed by Interex that after recent
>discussions and review of options with HP, it has
>been decided that all things considered it would be
>best NOT to hold IPROF-97 at the HP - Cupertino
>site. HP-CSY management concurs with this decision.
>
<snip...>
>COMMENTS ????..... If anyone has anything to say
>on this subject, please post to 3000-L by close of
>business Tues 17 Sept... I know that only gives y'all
>
How can I summarize my feelings about this? Let me try...
This really sucks.
I had thought that we made our collective feelings about this clear after
the last IPROF. Ken, can we get a rationale for this? Are all the HP
facilities busy sponsoring Unix activities? Or maybe they are full with
upper management at HP having seminars on how best to kill the 3000?
I don't get it.
Bill
---
Bill Lancaster Lancaster Consulting
(541)926-1542 (phone) (541)917-0807 (fax)
[log in to unmask] http://www.proaxis.com/~bill
------------------------------
Date: Mon, 16 Sep 1996 22:53:54 -0700
From: Judith Fisher <[log in to unmask]>
Subject: Re: IPROF-97 scheduling question - URGENT
There is (or at least was) an Interex Policy that states (or stated) "The
conference should not be held on any important national or religious holiday
where a significant number of members would feel descriminated against."
The policy was put in place because Interex liked to hold conferences on the
Jewish holidays because they could get a good price at that time.
I would vote NO !!! Holding the conference over Good Friday doesn't affect
me, but it will affect others and if we ignore the policy this time, why
shouldn't we ignore it in the future.
Why not get the office to plan the conference further in the future so we
won't have this problem - it would also help other groups plan their
conference. SCRUG is holding our conference on March 24 and 25, 1997 !!!
So I have to vote a double NO (one because of the holiday and two because it
conflicts with an already scheduled conference here in California).
Sorry to get on the soap box, but I am the person who is responsible for the
policy and I still have the battle scars from having to fight to get the
policy passed and later from having to fight with the office every time they
wanted to ignore it and hold a conference over a major Jewish holiday.
I will now get off my soap box and return you to your regularly scheduled
programming...
Judy
At 07:20 PM 9/16/96 P, Ken Sletten b894 c332 x62525 wrote:
[snip]
>Remembering the fiasco that occurred several years
>ago when an Interex Management Symposium got
>scheduled during Passover (I think it was), I wanted
>to get opinions from the members of this list who might
>be able to attend IPROF-97: Should we go for the
>23-28 March slot if we can get it ??
[snip]
-------------------------------------------------------------------
Judith S. Fisher Voice : (310) 820-7191
FDF Computer Consulting Corporation Fax : (310) 826-1615
11656 Montana Ave, Suite 102 E-mail: [log in to unmask]
Los Angeles, CA 90049
-------------------------------------------------------------------
------------------------------
Date: Tue, 17 Sep 1996 09:11:44 -0700
From: Ralph ALEXANDER <[log in to unmask]>
Subject: Re: STREAMED BY LDEV ?
Thanks Michael for your answer, I feared I have to write a program which
converts an intrinsic variable to a public variable, but I thought
this would be done by MPE XL.
Hi Costas,
our DTC's are installed in two different factories and connected via a
satellite connection to our HP 3000 net, and I think this configuration
will continue for a while.
Similar to my problem you can get the IP address via the session number
of the streaming user.
Ralph
------------------------------
Date: Tue, 17 Sep 1996 09:54:39 -0700
From: Ralph ALEXANDER <[log in to unmask]>
Subject: Re: STREAMED BY LDEV ?
Hi,
I haven't been successful reading the STREAMED BY information via a
programm. There is no variable like "HPSTREAMEDBY" which contains the
information I need.
Ralph
------------------------------
Date: Mon, 16 Sep 1996 18:44:23 GMT
From: Oran Shapitka <[log in to unmask]>
Subject: CTRL-Break In Command Files
I need to allow at differenct points in a command file, the
ability for a user to use the CTRL-Break to break the process.
Obviously this can be turned on/off on the LOGON UDC, but is there
a method for this to turned on/off within a command file (Command
Interpreter Language). Any help or suggestions would be
appreciated.
------------------------------
Date: Tue, 17 Sep 1996 12:56:06 MESZ
From: Roman Sallin <[log in to unmask]>
Subject: NS problem ... resolved
Hi all
The NS problem (couldn't NSCONTROL START because of a version)
conflict is solved: I didn't use the right SUBSYS tape; it was
a SUBSYS containing only IMAGE/SQL which was the tape for one of
our customers, not ours. Mea culpa!
The resulting effect was that only part of NS (ThinLAN Link/iX)
was updated and the rest of NS was still on C.50.00; as we hadn't
received our SUBSYS tape, I had to reinstall which took about
4 hours (without counting the time for VSTORE the backups).
This worked perfectly and we're still running on C.50.06,
waiting for the tape to come.
BTW, the HP RC didn't mention the NSCONTROL START;OVERRIDE
Thank you very much to all who answered my questions!
Roman
=========================================================================
* Roman Sallin Tel +41 (0)31 9810666 *
* SWS SoftWare Systems AG Fax +41 (0)31 9813263 *
* Freiburgstr. 634 E-Mail [log in to unmask] *
* CH - 3172 Niederwangen *
=========================================================================
------------------------------
Date: Tue, 17 Sep 1996 17:29:23 IST
From: K N Kumar <[log in to unmask]>
Subject: Re: STREAMED BY LDEV ?
Ralph wrote:
>
> Hi,
> I haven't been successful reading the STREAMED BY information via a
> programm. There is no variable like "HPSTREAMEDBY" which contains the
> information I need.
This variable is "available directly" on MPE/iX 5.5. On 5.0, you have to
apply an MPE patch to get this functionality. I don't recall the patch ID
for this, though.
Regards,
Kumar
CSY, Bangalore
------------------------------
Date: Tue, 17 Sep 1996 08:03:00 -0700
From: Backuj <[log in to unmask]>
Subject: Re: SCSI A/B Switch
Stan,
Did you try to use the SCSI A/B Switch? I have found several
nice
models in the "Black Box" catalog that have varying degrees of data
loss
features. We are also looking to put the SCSI Mag Tape Drive on it's
own
I/O Channel. My thoughts are to make sure the drive is not in use on
the
first HP3000, down the LDev (possible powering it off???), flip the
A/B
switch, (power up, if needed), and then up the LDev on the second
HP3000.
Thanx,
Jon Backus
AB&C Group
----------
From: Stan Sieler
To: Backuj
Cc: HP-3000 Systems Discussion
Subject: Re: SCSI A/B Switch
Date: Thursday, September 12, 1996 2:06PM
From: Stan Sieler
Date: Thu, Sep 12, 1996 2:06 PM
Subject: Re: SCSI A/B Switch
To: Backuj
Cc: HP-3000 Systems Discussion
Jon asks:
>
> Is it possible to put a mag tape drive with a SCSI interface
on
> two different HP3000s with some sort of A/B switch at the same
time?
Possible? Yes.
Advisable? Probably not. I bought a SCSI A/B switch from Granite
Digital (in the 510 area code), and the product manual advised
against
using it while *either* computer was turned on!
--
Stan Sieler
[log in to unmask]
http://www.allegro.com/sieler.html
----------
Received: from bart.denkart.com by portia.fabrik.com
with SMTP (Fabrik F05.4-000)
id [log in to unmask] ; Thu, 12 Sep 1996 14:08:55
-0700
Received: (from sieler@localhost) by bart.denkart.com (8.6.12/8.6.12)
id
OAA12798; Thu, 12 Sep 1996 14:06:02 -0700
From: Stan Sieler <[log in to unmask]>
Message-Id: <[log in to unmask]>
Subject: Re: SCSI A/B Switch
To: [log in to unmask]
Date: Thu, 12 Sep 1996 14:06:01 -0700 (PDT)
Cc: [log in to unmask]
In-Reply-To: <[log in to unmask]> from "Backuj" at Sep
11, 96
03:37:00 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 508
----------
------------------------------
Date: Tue, 17 Sep 1996 07:20:16 -0500
From: Jerry Fochtman <[log in to unmask]>
Subject: Re: IPROF-97 scheduling question - URGENT
At 07:20 PM 9/16/96 P, Ken Sletten b894 c332 x62525 wrote:
/SNIP
>If we go for the week of 23-28 March, we would probably
>go Mon 24 March through Thurs 27 March if we go for
>four days. If we decided to go for 4-1/2 days, then
>maybe we could do Sunday afternoon through Thurs;
>or (if no objections) Mon through Friday noon. Unless
>it is clear that no one would object going through noon
>on Good Friday, my feeling right now is that we would
>schedule IPROF to conclude ~ 17:00 Thurs 27 March.
Ken,
The week before or the week after Easter tends to be the spring
break period for many schools. Families may use this time
for vacations/etc.. I would recommend trying to avoid this
time frame if possible. Also, seems to me that Interex has a
policy about scheduling events around holidays and as such, I'm
surprise this period is being considered as if the conference goes
through Thursday PM, attendees from the East would end-up having
to travel on Good Friday.
>COMMENTS ????..... If anyone has anything to say
>on this subject, please post to 3000-L by close of
>business Tues 17 Sept... I know that only gives y'all
>one day, but if Interex is going to put in a bid for this
>slot at this hotel, we need to decide real quick.
Its unfortunate that this was not arranged earlier, say in
June time frame as oppose to now, so as to have a wider
selection. Yes, I realize that probably everyone was busy
preparing for HPWorld, but shouldn't Interex's conference
staff addressed their earlier.... :(
-- Jerry
===================================================
Democracy is a process by which the people are
free to choose the person who will get the blame.
-- Lawrence J. Peter
===================================================
------------------------------
Date: Tue, 17 Sep 1996 06:31:00 -0700
From: Bruce Toback <[log in to unmask]>
Subject: Re: SYN denial-of-service attack.
Eric Schubert writes:
>If you put your HP behind a router that supports active filtering, like a
>CISCO router, you could "stop" an attack to your host by defining a filter
>right quick to deny access from the attacker's IP address point. But this
>could escalate into a cat and mouse game and waste everybody's time.
>
>Any other suggestions?
Unfortunately, this does not work. The attack relies on spoofed source IP
addresses which are random, so there is no information on which a filter
can operate. The same characteristic makes it very difficult to trace the
source of an attack through the router network. The perpetrator's ISP
_may_ be able to foil the attack by filtering, but that won't work if the
perpetrator has a direct backbone connection, say at a university or a
large company -- or at an ISP. But once the packets are in the Internet,
there's no way to separate them from legitimate traffic.
I'm trying one particular fix in Linux that should mitigate the problem,
but I'm reluctant to give details on the newsgroup. Whether this works,
and whether HP will incorporate the same sort of thing, remains to be
seen.
I'm normally very liberal on social issues, but in this case, if the
process of apprehending the individual responsible for this attack
somehow resulted in the removal of his fingers, I would have difficulty
finding the time in my busy schedule to raise any kind of a protest. I
have better things to do than diddle network code.
-- Bruce
--------------------------------------------------------------------------
Bruce Toback Tel: (602) 996-8601| My candle burns at both ends;
OPT, Inc. (800) 858-4507| It will not last the night;
11801 N. Tatum Blvd. Ste. 142 | But ah, my foes, and oh, my friends -
Phoenix AZ 85028 | It gives a lovely light.
[log in to unmask] | -- Edna St. Vincent Millay
------------------------------
Date: Tue, 17 Sep 1996 09:05:27 GMT
From: Philippe LECKLER <[log in to unmask]>
Subject: Hp41 HEXPAX
Hello,
A friend of mine is looking for the HEXPAX module for HP41, if you have one,
please send me a mail !
Philippe
------------------------------
Date: Fri, 13 Sep 1996 13:46:02 GMT
From: John Painter <[log in to unmask]>
Subject: Re: system speed
In article <[log in to unmask]>, [log in to unmask]
says...
>
>Chris points out a great reference:
>
>> In <[log in to unmask]> [log in to unmask] writes:
>>
>>> Another question. Does anyone have a web page that shows system
speed
>>> comparisons that we can use to revise our pricing (a 939 compares to
what
>>> 9X8, etc.).
>>
>>There's a chart in the hp3000-l faq about relative performance of the
various
>>hp3000s. See http://www.3k.com/
>
>Also, by using the FAQ Search engine at http://www.qss.com/faq3k
>and searching using this search criteria:
>
>cpu+performance
>
>I found the one entry Chris was referring to.
>
>Duane Percox ([log in to unmask] v/415.306.1608 f/415.365.2706)
>http://www.qss.com/ http://www.qss.com/qwebs
>http://www.qss.com/faq3k http://www.qss.com/qsdk
We published a graphical chart on our web site that compares all RISC
based 3000s based on published HP relative OLTP numbers. Go to our web
page: http://home.navisoft.com/csi6000 and look for the "stuff to
download" button on the home page.
John Painter
Computer Solutions, inc.
[log in to unmask]
------------------------------
Date: Tue, 17 Sep 1996 07:54:00 -0800
From: Bruce Hobbs <[log in to unmask]>
Subject: Mail merge
(Sorry about the delay...)
On 9/10/96 John Pearce asked about alternatives to MiniWord that might
handle "...block (tabular) insertions in the letter text...." We've
successfully used SpeedDoc from Inclination Software (702) 831-5595 to do
similar things for a number of our clients.
------------------------------
Date: Fri, 13 Sep 1996 10:17:11 +0500
From: "Mark E. Fabian" <[log in to unmask]>
Subject: US Robotics Modem & HP3000
For all who are interested, below are the settings for a USR 14400 modem with
an HP3000/928 as
configured at one of my clients sites.
Please refer to your USR manual on how to modify these registers.
Hope that this helps all those who are searching.....
Regards,
EFE Quebec
Mark E. Fabian
USRobotics Sportster 14400 Settings...
B0 E0 F1 Q1 V1 X1
BAUD=9600 PARITY=N WORDLEN=8
DIAL=TONE ON HOOK
&A0 &B0 &C1 &D0 &G0 &H0 &I0 &K1
&M4 &N6 &P0 &R1 &S1 &T5 &Y0
S00=001 S01=000 S02=043 S03=013 S04=010 S05=008 S06=002
S07=060 S08=002 S09=006 S10=007 S11=070 S12=050 S13=001
S14=000 S15=000 S16=000 S17=000 S18=000 S19=000 S20=000
S21=010 S22=017 S23=019 S24=000 S25=005 S26=000 S27=000
S28=008 S29=020 S30=000 S31=000 S32=000 S33=000 S34=006
S35=000 S36=000 S37=000 S38=000 S39=000 S40=000 S41=000
S42=000 S43=000 S44=015 S45=000 S46=000 S47=000 S48=000
S49=000 S50=000 S51=000
------------------------------
Date: Fri, 13 Sep 1996 17:23:36 GMT
From: Rick Ehrhart <[log in to unmask]>
Subject: Re: Spoolfiles on private volumes?
Larry Byler ([log in to unmask]) wrote:
: Lee - Courtney ([log in to unmask]) wrote:
: : I know this may be asking for more flexibility than one can reasonably
expect
: : from MPE private volumes, but has anyone successfully moved the spool
: : account(HPSPOOL) to a private volume? Or do spool-files have to reside on
: : a system volume?
: Short answer: Can't be done, don't try.
: Spool files, at least *linked* spool files (those in OUT.HPSPOOL, with a
: corresponding entry in the output SPFDIR) must reside on the system volume
: set. Further, if a spool file is to be recognized and entered into the
: SPFDIR when the SPFDIR is built during system boot, the volume containing
: the file must be mounted at boot time. Spool files on non-LDEV 1 system
: volumes which AVR after the system is up -- these spool files will not be
: entered in the SPFDIR, and so are unavailable to the spooling subsystem.
[snip]
: However, you can create your own (unlinked) files of type SPOOL anywhere
: on the system. You can even SPOOLF ;PRINT them, since doing so makes a
: physical copy of the file in OUT.HPSPOOL. You just can't move the HPSPOOL
: account (nor any of its groups) to a private volume set.
Can you link unlinked file of type SPOOL into the HPSPOOL? If you can,
then maybe some can build a program that move the unlink files of type
SPOOL from a user volume to HPSPOOL.
- Rick
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rick Ehrhart "Give me bandwidth, or give me death"
[log in to unmask] phone: 408-553-3776
------------------------------
Date: Tue, 17 Sep 1996 12:17:43 -0400
From: Steven Leitner <[log in to unmask]>
Subject: subscribe
-------------
subscribe Steven Leitner
------------------------------
Date: Tue, 17 Sep 1996 12:34:44 -0400
From: Nick Demos <[log in to unmask]>
Subject: Re: IPROF-97 scheduling question - URGENT
----------
From: Ken Sletten b894 c332 x62525[SMTP:[log in to unmask]]
Sent: Monday, September 16, 1996 3:20 PM
To: Multiple recipients of list HP3000-L
Subject: IPROF-97 scheduling question - URGENT
If we go for the week of 23-28 March, we would probably
go Mon 24 March through Thurs 27 March if we go for
four days. If we decided to go for 4-1/2 days, then
maybe we could do Sunday afternoon through Thurs;
or (if no objections) Mon through Friday noon. Unless
it is clear that no one would object going through noon
on Good Friday, my feeling right now is that we would
schedule IPROF to conclude ~ 17:00 Thurs 27 March.
___________________________________________
How about some meetings on the 23rd - maybe a good time for
business or executive meetings for preparing enhancement
lists, etc. I would like to suggest that we have very few
overlapping sessions, at least for MPE. That was a major
problem last year. Most attendees who fly would have to come in on
Saturday anyway to get good airfares. We should have meeting
rooms available on the 23rd.
Regards,
Nick [log in to unmask]
------------------------------
Date: Tue, 17 Sep 1996 10:21:42 -0700
From: Deane Bell <[log in to unmask]>
Subject: Prefetch
This morning I turned on the PREFETCH attribute to see what positive
effects we might experience since the sentiment seems to be no negative
effects. The issue would seem to need further examination it seems to me.
Environment: 3000/957 c 384MB memory and ~100 users. While there have
been no noticeable negative database effects, the users have noted a
'jerky' screen painting that seems new as of today. 5-8 screen lines will
post from the database, a pause, then the balance of 5-8 will post. I'll
run this way today and turn off the feature tomorrow for a bit more
'empirical' testing. While the overall effect may be positive, the
'appearance' to the user (due to that mid-screen pause) is that there has
been a deterioration of response time.
-----------------------
Subject: Prefetch
Author: "F. Alfredo Rego" <[log in to unmask]> at ~INTERNET
Date: 9/15/96 8:32 PM
Point your web browser to
http://www.robelle.com/newsletter/w1996-02.html
and you will see that Robelle kindly published the following in "What's
Up,
DOCumentation?", 1996 # 2:
--------------------
Our own Adager investigations have not yielded more than 5% to 10%
improvement. And we could not get more concrete details from Robelle
regarding the 35%.
Before I release this automagic feature to the world, I would like to
conduct a survey among this elite group of HP3000 users.
- Would you like for Adager to automatically ENABLE
prefetch for all Adager-transformed databases?
- Would you NOT? (If so, why not?)
I believe we should follow the recommendation reported by Robelle. But
more conservative people might feel uneasy about it. Since I am more
aggressive than conservative, I am asking for your feedback :-)
------------------------------------------------------------------------------
Deane Bell Computer Services Coordinator, Affiliate Instructor
The University of Washington Vmail : (206) 548-6009
Medical Centers Pharmacy switchboard: (206) 548-6060
1959 N.E. Pacific Street, Box 356015 facsimile : (206) 548-4901
Seattle, WA 98195-6015 U.S.A. internet : [log in to unmask]
------------------------------------------------------------------------------
------------------------------
Date: Tue, 17 Sep 1996 14:20:36 -0400
From: Jeff Kell <[log in to unmask]>
Subject: Re: LDEV level security, upgrading from a classic s/70
Michael Anderson wrote:
> Here we have security at the LDEV level. To achieve this LDEV level of
> security all applications here hit a dataset of LDEV's an associated
> items. I'm currently looking into switching to VT sessions and networked
> access. I'm not panning on a re-write of anything, I plan on using the
> NSINFO intrinsic to see if the caller is a VT session, or a serial ATP
> session. [snip]
On 5.0 with appropriate NS patch you get two variables for VT sessions:
HPSTDIN_NETWORK_NODE = FOO.BAR.COM
HPSTDIN_NETWORK_ADDR = 123.145.167.189
On 5.5, you get HPREMIPADDR/HPREMPORT and HPLOCIPADDR/HPLOCPORT. If the
session originates from the new Telnet/iX server then HPLOCPORT=23 and
the origin IP address/port are in the HPREM@ variables. If the session
originates from NS/VT, HPLOCPORT=[1537 or 1570] and HPREM@ variables
give
the origin address. For DTC connections, HPLOCPORT=0. There is no
clear way to identify a DTC TAC telnet connection other than examining
the HPDTCPORTID variable for your particular DTC to see if the origin is
a
TAC. To do this, you must know the MAC address of the DTC and the slot
number of your TAC(s) and check HPDTCPORTID against this pattern:
slot number
vv
HPDTCPORTID = 080009008595 0505
^^^^^^^^^^^^ ^^ port number (pseudo)
Mac address
There is currently absolutely, positively no way that I know of,
privileged or otherwise, to determine the origin IP address of a TAC
session from the host. The DTC Manager can display them, and knows
about them, but can't
filter them (unlike the similar X.25 security lists).
And finally (whew!) in a follow-up by Bruce Senn the topic of ethernet
addresses (MAC addresses) was brought up. I don't think NSINFO or it's
friends will give you this information either as it is (a) buried way on
down there somewhere and (b) only meaningful within the confines of a
single network. For those of us who can't fit on one class C address
but can't swing a class B address, your connections may very well pass
through
a router (which strips the MAC address).
Jeff Kell <[log in to unmask]>
------------------------------
Date: Tue, 17 Sep 1996 11:27:59 PST
From: "Paul H. Christidis" <[log in to unmask]>
Subject: Re: How to check for blank password? (Classic -> PA!)
______________________________ Reply Separator _________________________________
Subject: How to check for blank password? (Classic -> PA!)
Author: Edward Redman <[log in to unmask]> at CCGATE
Date: 9/16/1996 4:23 PM
We're one of the last people on earth to upgrade our Classic HP3000 to a
PA Risc box, so this kind of question has probably been talked about long
ago. (Sorry.)
We only had 2 priv-mode programs on the old machine. One allowed moving
the console to anyone with OP capability. The other verified that the
user running the program had a password. It is the latter one that I'd
like to reproduce on the new machine.
When we create a user on the system we leave the password empty and have
them sign on right away. There is a system-wide option logon UDC that
checks to see if the password is blank and invokes the password changer if
so. This is also handy for when users forget their password. We just
blank it out and let them log in again.
So the question is: what is the simplest way to accomplish this
blank-password-check now? Can this be done with some of the funky new
scripting it seems the new 3000 has? Thanks for any hints, pointers,
advice.
p.s. Are there any good resources to help us learn about the new features
on this risc machine?
------------------------------------------------------------------------
Edward,
I've had a similar requirement and I solved it using the a couple of
command files and a dedicated batch job.
The first command file is executed via a logon, system wide UDC and it
communicates to the background job the user name and account of the user
logging on. It also builds a message file where the background job will
place an indication whether the user has a password. (The name of this
file is *also* made available to the background job). Once the reply is
received the command file invokes the needed routine to force the user to
change his password.
The background job runs all the time, under manager.sys or a user with SM
capability, and 'listens' at a message file for requests. Once a request
is received it determines if the requesting user has a password, using the
listuser command, and places back in the requester's file said indication.
The jobs runs in the CS queue but it does NOT use much resources since it
is only invoked once per logon.
The second command file is used to start or stop gracefully the background
job.
I'm attaching them below. You could use them as is with the exception that
you must invoke your own routine to change the password. In addition if
you change the name of the streamfile to conform to your standards the
same changes must be made to the corresponding command files.
Regards
Paul H. Christidis
(310) 513-5808
----------------------Command file 1 (UPASS)-------------------
===> Cut here
file o=gxpswrdx.pub.sys,old;shr;gmulti;lock
if finfo("*o","exists") then
purge xpswrdx >$null
build xpswrdx;rec=-80,,f,ascii;disc=10;msg
release xpswrdx
file i=xpswrdx,old;shr;gmulti;lock
echo ![finfo("*i","fullfname")] | !hpuser.!hpaccount >*o
input _reply;wait=60 < *i >*i
!_reply
if NOT user_password then
echo "invoke program to set password"
endif
reset i
deletevar _reply
purge xpswrdx >$null
endif
reset o
End Cut <=====
----------------------Backgroud job stream (PASSWJOB.UTIL.SYS)---------
====> Cut here
!JOB PASSWJOB ,MANAGER.SYS;HIPRI;OUTCLASS=,1;pri=cs
!COMMENT
!comment Author: Paul H. Christidis
!comment Date: 06/17/96
!COMMENT Remarks: This job 'listens' at a message file for any
!COMMENT requests to derermine if a user has a password. It then
!comment makes that determination and passes back an indicator to
!comment that effect. A command of STOP causes the job to terminate.
!comment
!comment The request comes via the execution of a command file or a
!comment System wide UDC and it is comprised by the file name where
!comment the reply should be placed and the user's name and account.
!comment This job does NOT return the user's password, it only writes
!comment in the message file specified by the client the command:
!comment setvar user_password true/false
!comment The client then executes the command and tests the setting
!comment of the variable 'user_password' to decide what action to
!comment take.
!COMMENT
!
!setvar pg_msgfile 'gxpswrdx.pub.sys'
!setvar pg_stop_cmnd 'STOP'
!setvar pg_file_specs 'gmulti;lock;shr'
!
!file msg=!pg_msgfile,old;!pg_file_specs
!purge !pg_msgfile >$null
!build !pg_msgfile;rec=-80,,v,ascii;disc=2000;msg
!altsec !pg_msgfile;newacd=(w,l:@.@)
!
!setvar _done false
!while not _done do
! input _text <*msg >*msg
! echo @ !hptimef : ![rtrim(_text)] :
! setvar _bar_pos POS("|",_text)
! setvar _fname RTRIM(STR(_text,1,_bar_pos - 1))
! setvar _uname RTRIM(STR(_text,_bar_pos+1,17))
! setvar _done _fname = "!pg_stop_cmnd"
! if not _done then
! purge tfile,temp >$null
! build tfile;rec=-80,,f,ascii;msg;temp
! file t=tfile,oldtemp
! file o=!_fname,old;shr;lock;gmulti
! listuser !_uname;pass;format=detail > *t
! setvar cnt 4
! while setvar(cnt,cnt-1) > 0 do
! input _text <*t
! endwhile
! setvar _upass RTRIM(STR(_text,POS(":",_text)+2, 8))
! if LEN(_upass) = 0 then
! echo setvar user_password false >*o
! else
! echo setvar user_password true >*o
! endif
! endif
!endwhile
!purge !pg_msgfile >$null
!showvar
!EOJ
End Cut <====
---------------------Command file 2 (PASSCNTL)------------
====> Cut here
parm paswrdopt = "?"
echo PASSWORD password option = !paswrdopt
setvar _option ups("!paswrdopt")
if pos(",!_option",",START,STOP") = 0 then
echo
echo Usage:
echo START- Initiates the PASSWORD background job.
echo STOP - Terminates the PASSWORD job gracefully.
echo
else
echo Acting on: "!_option"
echo
purge pgrfile,temp > $null
build pgrfile;rec=-80,,f,ascii;disc=500;temp;msg
file sh = pgrfile,oldtemp
showjob [log in to unmask] > *sh
setvar executing false
while finfo("*sh",'eof') <> 0 do
input sh_text;wait=2 < *sh
if pos("PASSWJOB,MANAGER.SYS",sh_text) <> 0 then
setvar executing true
endif
endwhile
reset sh
if _option = "START" then
if executing then
echo
echo Warning: An instance of PASSWORD is already executing.
echo
else
STREAM PASSWJOB
endif
elseif _option = "STOP" then
if executing then
file pg=gxpswrdx.pub.sys,old;gmulti;lock;shr
echo STOP | !hptimef > *pg
reset pg
else
echo
echo Warning: PASSWORD is NOT running, nothing to stop.
echo
endif
endif
endif
deletevar _option
End Cut <====
------------------------------
Date: Tue, 17 Sep 1996 14:38:19 -0400
From: Chris Bartram <[log in to unmask]>
Subject: Re: Prefetch
In <v0300780cae62699031c2@[199.245.241.37]> [log in to unmask] writes:
> Nevertheless, assuming that a 5% to 10% is better than nothing, I have
> added the necessary logic to Adager to automatically enable prefetch for
> all Adager-transformed databases IF you are on MPE/iX 5.0 or later.
> (Naturally, as you would expect from Adager, I tell you that I have done so
> and WHY I have done so.)
>
> Before I release this automagic feature to the world, I would like to
> conduct a survey among this elite group of HP3000 users.
>
> - Would you like for Adager to automatically ENABLE
> prefetch for all Adager-transformed databases?
>
> - Would you NOT? (If so, why not?)
I never liked software automatically "doing" things for me. I prefer perhaps a
prompt asking if it is ok to do so, and even an indication that the default
response (if you hit return) is Yes. That way, you have the opportunity to
veto if you have reason to do so.
Besides, without a pause, many informative messages likely just scroll past
never to be given a second thought.
-Chris Bartram
------------------------------
Date: Tue, 17 Sep 1996 11:39:49 -0700
From: John Hansen <[log in to unmask]>
Subject: MPE 5.0 with ASK/Collier-Jackson
As many of us are aware the ever rising cost of software support has
caused many of us to drop maintenance from products as it is no longer
felt to be necessary. This is the case with two of our products:
ASK-OMAR ver. 9.0.19 and Collier-Jackson payroll ver. 2.09.M33. I am
curious as to if anyone out there has updated their OS to 5.0 and are
using either of the 2 products, and more so the version levels that we
currently have. I personally know that CJ payroll will run at the M45
level, and the ASK people feel that OMAR 'should" be fine. That is not
much comfort when things fall apart on a Monday morning.
If anybody out there could shed some light on this I would appreciate
your input.
John Hansen
------------------------------
Date: Tue, 17 Sep 1996 11:33:02 PST
From: "Paul H. Christidis" <[log in to unmask]>
Subject: Re[2]: FLT B800 FLT DEAD
This is interesting,
We had a similar problem 'DEAD BF00' *and* it occurred some weeks *after* we
installed patch "STRED99A". The RC indicated that it was *probably* caused by
Netware/iX but could not confirm since we could *not* perform a dump.
Maybe we'll have better luck next time!!!
Regards
Paul H. Christidis
______________________________ Reply Separator _________________________________
Subject: Re: FLT B800 FLT DEAD
Author: Martin Reissner <[log in to unmask]> at CCGATE
Date: 9/16/1996 12:45 PM
> On Sep 16, Graeme Rollinson wrote:
>
> I'm looking for someone who may have experienced this fault (especially if
> on a 959 KS/200) and could suggest possible solutions.
>
> Since installing a 959 KS/200 a few weeks ago, I've experienced intermittent
> system crashes with FLT B800. The HP Response Centre says that B800 points
> to a operating system problem but my 'gut feeling' is that it is a hardware
> problem. System DUMPS have not helped pin-point the problem.
>
[snip]
>
> Hardware configuration is:
>
> 959 KS200 with 512 Mbytes memory, DDS2 and CD-ROM installed on single ended
> SCSI internal, and 4 x 4Gbyte disks installed internal on fast wide.
> Installed in an A3312A expansion box is a second DDS2 connected to the
> single ended SCSI, and 2 x 2Gbyte disks connected fast wide.
>
Hi Graeme !
We had almost the same problem with a similar configuration:
A 959KS/200 with 512MB, various F&W SCSI and FL-Disks.
Our maschine crashed from time to time when running Netware/iX,
the emulation for Novell's Netware for the 3000 (I know, you should never force
a 3000 to behave like these PC-boxes...).
Same result: "DEAD B800".
According to HP-support the problem has to do with the streams/ix
subsystem.
There is a patch called "STRED99A" that should solve or even "reduce"
the problem.
Hope that helps you !
Good luck !
Martin Reissner.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Martin Reissner E-Mail: [log in to unmask]
IT-Manager
ZEG Zentraleinkauf Holz + Kunststoff
D-70432 Stuttgart
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
------------------------------
Date: Tue, 17 Sep 1996 11:41:15 -0700
From: Stan Sieler <[log in to unmask]>
Subject: Re: SCSI A/B Switch
Jon asks:
> Did you try to use the SCSI A/B Switch? I have found several
no...I sent it to a friend to try, and I don't know if he put it on
a 3000 or a Mac.
> I/O Channel. My thoughts are to make sure the drive is not in use on
> the
> first HP3000, down the LDev (possible powering it off???), flip the
> A/B
> switch, (power up, if needed), and then up the LDev on the second
> HP3000.
We've had good luck doing that with an HPIB switch, although HP recommended
against it in the mid '80s.
Still, I'd be cautious if the ldev to be switched is on a SCSI channel
with anything else!
If the drive *is* on a channel with another device, I'd want to have an
Aa/Bb switch (i.e., one that connects computer A to device a, and
computer B to device b in one position, and A to b, and B to a in the
other position). Why? Because I'd plug my tape drive (*AND* terminator)
into "a", and a terminator into "b" ...
so that both SCSI chains (the one from computer A and the one from computer
B) are properly terminated.
--
Stan Sieler [log in to unmask]
http://www.allegro.com/sieler.html
------------------------------
Date: Tue, 17 Sep 1996 11:54:28 -0700
From: Scott Hirsh <[log in to unmask]>
Subject: Quarterly Bay Area SIGSYSMAN Meetings
[This message has been sent to sigsysman-l and hp3000-l]
They're back! By popular demand... maybe.
If there is sufficient interest -- usually 25 - 35 people per meeting -- I
would very much like to organize quarterly SIGSYSMAN meetings in the San
Francisco Bay Area again. These meetings, which began in 1984 and ran until
1994 (when I ran out of gas) seemed to be quite popular. I know I always
learned something useful, which is why I would like to resurrect them.
An agenda for a typical meeting:
Morning - information sharing among System Managers, advocacy issues to be
conveyed to (usually) HP
Afternoon - technical presentation, question and answer session
These days, since most shops are heterogenous, I suggest the technical scope
of these meetings be an HP3000-centric approach to managing technical issues
in the data center. Therefore, HP-UX, Windows/NT, NetWare, etc. as well as
networking issues are valid topics. As always, however, I poll the group of
interested System Managers for topics of interest and do my best to find an
appropriate speaker.
If you are interested in attending SIGSYSMAN meetings in the San Francisco
Bay Area, please reply via e-mail to me ([log in to unmask]). If I
get enough responses, we should be able to meet by the end of the year. (I
already have my first volunteer to host a meeting!)
And if you think there is sufficient interest in an area outside San
Francisco, I now travel around the U.S. quite a bit and may be able to
arrange my schedule to coordinate meetings in other areas of the country.
-Scott
------------------------------------------------------------------------
Scott Hirsh Automated Computing Environments, LLC
[log in to unmask] 1563 Solano Avenue #154
tel +1 510 528 4980 Berkeley, CA 94707 USA
fax +1 510 528 1737 http://www.acellc.com
------------------------------------------------------------------------
------------------------------
Date: Tue, 17 Sep 1996 14:08:43 CDT
From: Craig Vespe <[log in to unmask]>
Subject: Re: IPROF-97 scheduling question - URGENT
Ken writes -
>
>If we go for the week of 23-28 March, we would probably
>go Mon 24 March through Thurs 27 March if we go for
>four days. If we decided to go for 4-1/2 days, then
>maybe we could do Sunday afternoon through Thurs;
>or (if no objections) Mon through Friday noon. Unless
>it is clear that no one would object going through noon
>on Good Friday, my feeling right now is that we would
>schedule IPROF to conclude ~ 17:00 Thurs 27 March.
>
Any time's OK with me, with the possible exception of Super Bowl
Sunday. :) As far as "bookend"ing, SIGSoftVend has classicly
met prior to IPROF, and and again I have no problem flying
in Saturday (or Friday for that matter). Birkett?
Seems there is (at least some) outcry about scheduling around
holidays/vacations. While I don't personally have any problems
with these dates, it would have been nice to have a little more
time to mull it over with our employers/families; likewise, some
on this list/newsgroup receive this in digest, making their vote
(by Tue 17th) nearly impossible.
Bill L. wrote in no uncertain terms that he didn't like it, but
I'm not sure what was of concern - the dates/timing or the fact
that the conference wasn't going to be on-site in Cupertino.
If the latter was the case, it seemed clear to me that the turn-out
last year would have maxed-out HP's facilities. Besides, the CSY
turn-out at the IPROF '96 conference was excellent. I would, however,
think it would be nice to shop around a little - the Red Lion was
fair, but I think this group deserves better.
fwiw,
cv
--
Craig Vespe [log in to unmask] Unison Software 811 Barton Springs, Austin Tx.78704
512-478-0611 http://www.unison.com NASDAQ UNSN disclaimer quote ANSI graphics
------------------------------
Date: Tue, 17 Sep 1996 15:18:50 CDT
From: Craig Vespe <[log in to unmask]>
Subject: Re: IPROF-97 scheduling question - URGENT
Ken writes -
[...]
>Therefore Interex is looking for a suitable hotel again,
>reasonably close to HP - Cupertino.... Note that it will
>NOT be the LeBaron again; we will go somewhere
^^^^^^^
>where the phones work :-)
[...]
and Vespe says:
> [...] I would, however,
> think it would be nice to shop around a little - the Red Lion was
^^^^^^^^
> fair, but I think this group deserves better.
>
No wonder I couldn't find anything! :) Sincere apologies to either/or
the Red Lion and LeBaron staff/management.
cv
>
>--
>Craig Vespe [log in to unmask] Unison Software 811 Barton Springs, Austin Tx.78704
>512-478-0611 http://www.unison.com NASDAQ UNSN disclaimer quote ANSI graphics
>
--
Craig Vespe [log in to unmask] Unison Software 811 Barton Springs, Austin Tx.78704
512-478-0611 http://www.unison.com NASDAQ UNSN disclaimer quote ANSI graphics
------------------------------
Date: Tue, 17 Sep 1996 14:01:32 -0700
From: Bill Lancaster <[log in to unmask]>
Subject: Re: IPROF-97 scheduling question - URGENT
Hi gang,
Sorry for the testy reply to Ken's post about IPROF 97. Somehow it just hit
me wrong (not Ken, the content).
My problem with it is that I remember having dialogue with several
individuals at IPROF, and after, where it seemed to be the consensus that
much of the value was in having lots of interaction with CSY staff. It
seemed to me that last year's IPROF didn't really facilitate CSY engineers,
and others, being able to just drop in, as it was so far from their offices.
Besides, the Red Baron really wasn't a very good location. The phones in
particular. Using my calling card to check my voice mail cost $2.50 for
each call of about 2 minutes.
IMHO, the distance really became a barrier to a successful conference.
Ken, can we be sure to have specific agenda discussions in 3000-L? Well in
advance, please.
Again, sorry for the testiness...
Bill
---
Bill Lancaster Lancaster Consulting
(541)926-1542 (phone) (541)917-0807 (fax)
[log in to unmask] http://www.proaxis.com/~bill
------------------------------
Date: Tue, 17 Sep 1996 16:06:47 -0500
From: Pat Vaske <[log in to unmask]>
Subject: Help on PSI(Programmable Serial interface)
Does anyone use a PSI(Programmable Serial interface card) on a Unix box??
Parts Id says it will run on Unix as well as the 3000-the one we have came
out of a 3000 but when we try to configure in SAM on Unix we get the
following three errors:
No file for sio/niopsi.h
sio/psio.h
sio/psi_spc.h
Any body have ideas?
TIA
PLV
------------------------------
Date: Tue, 17 Sep 1996 17:06:47 -0400
From: Jeff Kell <[log in to unmask]>
Subject: Re: IPROF-97 scheduling question - URGENT
Ken Sletten b894 c332 x62525 wrote:
> I have been informed by Interex that after recent
> discussions and review of options with HP, it has
> been decided that all things considered it would be
> best NOT to hold IPROF-97 at the HP - Cupertino
> site. HP-CSY management concurs with this decision.
We're not welcome anymore? Or CSY has been reduced to
a couple of broom closets?
> Therefore Interex is looking for a suitable hotel again,
> reasonably close to HP - Cupertino....
Bangalore? :-)
Jeff Kell <[log in to unmask]>
------------------------------
Date: Wed, 18 Sep 1996 00:35:00 +0200
From: [log in to unmask]
Subject: Re: MS Exchange
On Wed, 11 Sep 1996, Nick Demos wrote re MS Exchange...
> C'mon guys. I am using MS Exchange. I don't believe you are getting this
> both in clear text AND getting an appended RTF file. E-mail me ONLY if
> you are.
Indeed. MS Exchange without RTF attachment. Quod erat demonstrandum.
Nick et al: I stand corrected.
Hoping that Tom et al will find the proper setup buttons to turn RTF off...
Lars/iX
------------------------------
Date: Tue, 17 Sep 1996 18:10:38 GMT
From: Steve Cooper <[log in to unmask]>
Subject: Re: Prefetch
"F. Alfredo Rego" <[log in to unmask]> wrote:
>
>Our own Adager investigations have not yielded more than 5% to 10%
>improvement. And we could not get more concrete details from Robelle
>regarding the 35%.
>
>Nevertheless, assuming that a 5% to 10% is better than nothing, I have
>added the necessary logic to Adager to automatically enable prefetch for
>all Adager-transformed databases IF you are on MPE/iX 5.0 or later.
>(Naturally, as you would expect from Adager, I tell you that I have done so
>and WHY I have done so.)
>
>Before I release this automagic feature to the world, I would like to
>conduct a survey among this elite group of HP3000 users.
>
> - Would you like for Adager to automatically ENABLE
> prefetch for all Adager-transformed databases?
>
> - Would you NOT? (If so, why not?)
>
>I believe we should follow the recommendation reported by Robelle. But
>more conservative people might feel uneasy about it. Since I am more
>aggressive than conservative, I am asking for your feedback :-)
>
It has been a while since I have done any benchmarking, but as I recall from my
earlier tests and from discussions with IMAGE lab folks, this would not be a
good idea. I believe that the benefits accrue for fast machines with alot of
concurrent PUTs, DELETEs, and UPDATEs to specific data sets and little or no
memory pressure. The internal lock is held for a shorter time, permitting the
additional concurrency. For slower machines without this type of demand, no
benefit will be seen, or possibly even a degradation, since some data will
have to be fetched twice, if it gets swapped out before it is needed.
Unless Adager has a way of assessing this, I think you are better off leaving
things as they are.
For what it may be worth,
Steve
------------------------------
Date: Tue, 17 Sep 1996 18:38:25 GMT
From: "Michael P. Smith" <[log in to unmask]>
Subject: Re: CTRL-BREAK & Command Files
In article <[log in to unmask]>,
Oran Shapitka <[log in to unmask]> wrote:
>Is anyone out there aware of a method to turn on/off the ability
>for users to use CTRL-BREAK to interrupt a process. Obviously
>this can be done at the LOGON UDC level, but I want to be able to
>do this within a command file.
Well,
You can disable the CTRL-BREAK by putting OPTION NOBREAK in the first line of
your command file. There is a catch though, don't use it on a REMOTE command
file.
As far as I can tell, if you press CTRL-BREAK on a remote command file that
has OPTION NOBREAK, your VT session will hang. The CI will be stuck in a
perpetual "Terminal Read Wait" until someone does an :ABORTIO on the virtual
ldev.
Hope this helps.
-------------------------------------------------------------------
Michael P. Smith [log in to unmask]
HP Sr. Systems Programmer [log in to unmask]
Hertz Corporation, Oklahoma City, OK
-------------------------------------------------------------------
Manager: My boss says we need some eunuch programmers
Dilbert: I think he means UNIX and I already know UNIX.
Manager: If the company nurse drops by, tell her I said 'Never mind.'
-------------------------------------------------------------------
The views and opinions expressed in this document are expressly
my own. So get off the couch, I obviously need more help than you.
------------------------------
Date: Tue, 17 Sep 1996 14:49:49 -0700
From: David Kallman <[log in to unmask]>
Subject: 5.5 - Any user feedback yet
Were thinking about moving from 5.0 to 5.5 in the very near future. Has
anyone upgraded yet? Any feedback (good or bad) would be greatly
appreciated.
TIA
Dave Kallman
See's Candies, Inc.
------------------------------
Date: Tue, 17 Sep 1996 15:59:00 P
From: Ken Sletten b894 c332 x62525 <[log in to unmask]>
Subject: IPROF-97 scheduling question - URGENT
Jeff Kell and several other people commented:
>> I have been informed by Interex that after recent
>> discussions and review of options with HP, it has
>> been decided that all things considered it would be
>> best NOT to hold IPROF-97 at the HP - Cupertino
>> site. HP-CSY management concurs with this decision.
>We're not welcome anymore? Or CSY has been reduced to
>a couple of broom closets?
I'm in the middle of another frantric rush to obligate
expiring FY96 money in order to save FY97 $ for
salaries.......... So real quick:
It has been pointed out to me that by my choice
of words in the above original message I may have
mislead some people to think that the decision NOT to
hold IPROF at HP in 97 was primarily an Interex decision.
Mea culpa if that was the impression I left; that did not
happen and was not my intent to convey. My info was
and is that the HP people who run the Cupertino facility
were the ones who made the decision; and that CSY
concurs with that decision.
Got to go for right now..... The money chase calls......
Ken
------------------------------
Date: Tue, 17 Sep 1996 15:24:25 -0700
From: Ed Caruso <[log in to unmask]>
Subject: Re: Streamed by LDEV
Recently Ralph asked:
Date: Mon, 16 Sep 1996 14:53:18 -0700
From: Ralph ALEXANDER <[log in to unmask]>
Subject: STREAMED BY LDEV ?
Each job-protocol contains a line with informations about the session
(or the job) which streamed the job.
Exaample:
STREAMED BY ALEX,MANAGER.SYS (#S123) ON LDEV# 111
STREAM DATE: ......
Is it possible to get the LDEV - information to use it for file-
equations ?
I want to use it to adjust the correct output-printer depending on the
streaming terminal.
thanx
Ralph
****************
Ralph:
You can obtain the information by calling jobinfo item number 45.
This will retrieve the the ldev number for the streamer of the
job who does in job info call. In other words Session A on ldev 100
launches a job (JOB B). In the job, a program such as STRMINFO (streamer
info program) which I have written and ouotput shown below. loads some
mpe/ix variables which can then be used durning the remainder of the stream job.
the program I wrote is in COBOL.
The chart below may be of some help..
I obtained the following info from PICS about three years ago....
however the information is available now in
the MPE/IX intrinsics REFERENCE MANUAL sixth edition (brown paperback)
printed USA 1994
see pages 4-464 thru 4-470
Item number return data type returned information
----------- ------------- ----------------
38 s9(9) comp $STDIN
39 s9(9) comp $STDLIST
41 s9(9) comp streamer's job #
42 x8 streamer's job name
43 x8 streamer's username
44 x8 streamer's acct name
45 x8 streamer's ldev
46 s9(4) comp streamer date (calendar format)
(use FMTCALENDAR)
47 s9(9) comp streamer time
48 s9(4) comp streamer jobtype
you will have to check which value means what as a return value for item
48. I could not use item 48 because at the time that item number was not
supported. I would imagine 1 = session & 2 = job. Similar to the jsind
indicator described at the beginnig of the JOB info discussion.
NOTE many of these item numbers are useless and do not apply if the caller
of JOBINFO is a session. The caller of JOBINFO MUST BE A JOB!!
<sample output>
:STRMINFP.PUB
STRMINFP Version: A.00.03 04/21/94
**************************
STRMMYJOBNUM = 324
STRMMYOUT = 9633
STRMRJOBNUM = 441
STRMRJOBNAME = CARUSO
STRMRUSERNAME = PGMR
STRMRACCTNAME = PSISCH
STRMRLDEV = 29
STRMRJOBTYPE = S
STREAMER = CARUSO,PGMR.PSISCH
STREAMERNUM = S441
**************************
Edward A. Caruso
The opinions expressed are my own and do not necessarily match those of any
other individual or orgainzation
"There can be Only One !!" --- Conner Mcleod "The Highlander"
voice: 415-306-1620 fax: 415-365-2706
email: (work) [log in to unmask] (home) [log in to unmask] OR [log in to unmask]
------------------------------
Date: Tue, 17 Sep 1996 19:08:42 GMT
From: Jeff Lindberg <[log in to unmask]>
Subject: Re: barcode printing on 256x
Duane Percox <[log in to unmask]> wrote:
> Does anyone know what the part# is for the barcode firmware for
> a 2563b printer?
According to my latest (1992!!) catalog I received from HP, what you're
looking for is a 26761B (Character set upgrade kit for 256x printer),
option 008 (Bar Codes, 3-of-9, 2-of-5, UPC, EAN).
> Is it still orderable from HP? Maybe 3'rd party?
Can't help you there, sorry.
> All clues welcome!
Hope that at least gets you in the ballpark...
-- jeff
------------------------------
Date: Tue, 17 Sep 1996 16:47:32 -0600
From: "F. Alfredo Rego" <[log in to unmask]>
Subject: Re: Prefetch
For those interested in Ken Paul's article (which appeared in the HP
Chronicle, September 1996), here it is. I'll also include it in Adager's
web site in a couple of days, under "Technical Papers":
-------------------------------
Understanding Prefetch in IMAGE
-------------------------------
By Ken Paul
Adager Corporation
P.O. Box 3000
Sun Valley, Idaho 83353-3000
U.S.A.
[log in to unmask]
http://www.adager.com
Telephone (208) 726-9100, Fax (208) 726-8191
Not so long ago on the HP3000-L Internet list/newsgroup, Randy Smith posted the
following questions:
Subject: Would someone explain TurboImage Prefetch?
I was reading over the latest(?) Robelle What's Up Doc, and it talked about
increasing TurboImage performance by using pre-fetch.
1) I can infer many things from the term prefetch as applied to a database,
but what does it mean exactly for Image?
2) What are the benefits?
3) What are the drawbacks?
4) Are there any gotchas?
Randy has a 958 with 128 megabytes of memory. With between 14%-34% disc space
free with our several databases. One of the datasets has about 6,000,000
entries.
In order to answer these questions I will need to give some background.
First, Prefetch is a flag that can be ENABLED for your database via DBUTIL.
It was introduced in TurboIMAGE version C.03.13 which corresponds to MPE/iX
version 3.1. By default this flag is DISABLED for your TurboIMAGE databases
and must be explicitly ENABLED using DBUTIL.
As Randy mentions, the term "Prefetch" can have many different meanings and
this case is no exception. Usually Prefetch refers to file I/O, where the
system is going out to disc to get more information before you ask for it.
This type of Prefetch can greatly enhance the performance of your programs
especially if the data that is being Prefetched by the system is indeed the
data your application needs. This usually is very beneficial with a process
that is doing serial reads of a file or dataset.
Unfortunately, this is not what is meant by the TurboIMAGE Prefetch flag.
TurboIMAGE is currently 'single threaded' when it comes to doing DBPUTs,
DBDELETEs and, most recently, Critical Item DBUPDATEs. This means that only
ONE person is actually adding or deleting (or updating a critical item) at a
time. In order to accomplish this, TurboIMAGE uses a semaphore lock known
as the PUT/DELETE semaphore. This lock is applied at the beginning of the
transaction and released at the end while several blocks are updated within
the database, which ensures data integrity.
The Prefetch flag tells TurboIMAGE when to apply this semaphore lock.
Before Prefetch and with Prefetch disabled, TurboIMAGE locks the PUT/DELETE
semaphore before reading, updating, and writing every data block which is
modified by the transaction. After this is done the PUT/DELETE semaphore is
unlocked.
With Prefetch enabled, TurboIMAGE reads all the data blocks that are needed
for the complete transaction before the PUT/DELETE semaphore is locked.
Once the semaphore is locked, TurboIMAGE updates and writes the data blocks
which are modified by the transaction before unlocking the semaphore.
It is the holding of the semaphore lock for a shorter period of time which
could cause more throughput of data on your system but it is not gauranteed.
There is the possibility that when the data is read or 'Prefetched' before
the semaphore lock is applied that it may be flushed out of memory by
another process before TurboIMAGE is able to update it. If this is the
case, TurboIMAGE must go back out to disc to read in the block again which
could have a negative impact on your database performance.
The Prefetch flag has always been a 'your mileage may vary' flag since its
introduction. Certain conditions need to exist on your system in order to
possibly gain benefit from turning on this flag.
First, the system should have 'adequate' (a wonderfully nebulous word)
memory available to handle the increased data page locality as well as
adequate processor capability to handle increased concurrency of processes.
Second, the application should make numerous calls to DBPUT, DBDELETE (or,
most recently, DBUPDATE to critical items). Third, multiple users must be
processing data before a benefit can be realized.
The HP Database Lab has said that they have seen 5-10% improvements in the
number of transactions that could be processed in benchmarks as a result of
enabling Prefetch. They also mention that it helps in situations where you
have excess CPU time and you are running update-intensive applications (I
think they mean intensive in terms of DBPUT/DBDELETE/CriticalItemDBUPDATE).
The 35% performance improvement that is mentioned in the Robelle "What's Up
DOCumentation" is news to me. I consider the Prefetch flag a 'try it, you
might like it' flag.
The only problems that I am aware of regarding Prefetch was a problem under
TurboIMAGE version C.04.06 thru C.04.08 when DBPUTs to a detail dataset were
failing because this flag was set and there were some uninitialized
variables which caused problems. This problem, however, did NOT cause
database corruption. The fix was to disable the database for Prefetch until
the next version of TurboIMAGE was released via a patch.
Recently I also ran into a site which was experiencing very bizarre
messages of 'DBG disabled' while opening a database which could not be
traced back to broken chains. After analyzing the database and finding no
broken chains we noticed that Prefetch was enabled and upon disabling it the
problem disappeared. This was on TurboIMAGE version C.04.19. This database
also had 179 datasets.
My suggestion on the Prefetch flag is enable it and see if your environment
changes noticably. It can always be turned off if any problems appear.
I would like to thank Marguerite Bryan of the HP Response Center and Jim
Sartain formerly of the HP Database Lab for information which was used in
this article.
Ken
------------------------------
Date: Tue, 17 Sep 1996 17:07:17 -0600
From: "F. Alfredo Rego" <[log in to unmask]>
Subject: Re: Prefetch
Deane Bell <[log in to unmask]> wrote:
>This morning I turned on the PREFETCH attribute to see what positive
>effects we might experience since the sentiment seems to be no negative
>effects. The issue would seem to need further examination it seems to me.
>Environment: 3000/957 c 384MB memory and ~100 users. While there have
>been no noticeable negative database effects, the users have noted a
>'jerky' screen painting that seems new as of today. 5-8 screen lines will
>post from the database, a pause, then the balance of 5-8 will post. I'll
>run this way today and turn off the feature tomorrow for a bit more
>'empirical' testing. While the overall effect may be positive, the
>'appearance' to the user (due to that mid-screen pause) is that there has
>been a deterioration of response time.
Smart! While everybody else is reaching conclusions based on hearsay,
Deane has actually done an experiment on her database and REPORTED her
results to all of us. Congratulations, Deane!
We need more reports like this, folks...
+---------------+
| |
| r | Alfredo [log in to unmask]
| e | http://www.adager.com
| g | F. Alfredo Rego Tel 208 726-9100
| a | Manager, Theoretical Group Fax 208 726-2822
| d | Adager Corporation
| A | Sun Valley, Idaho 83353-3000 U.S.A.
| |
+---------------+
------------------------------
Date: Tue, 17 Sep 1996 15:25:18 PST
From: "Paul H. Christidis" <[log in to unmask]>
Subject: Odd behavior of Listuser command
To All,
We have an HP3000 967/RX running MPE/iX 5.0 PP5
RELEASE: C.50.02 MPE/iX HP31900 B.79.06 USER VERSION: C.50.02
I was trying to use the 'listuser' command when the following odd behavior was
observed:
1. First get the correct syntax
:help listuser
LISTUSER
Displays information for one or more users.
SYNTAX
LISTUSER [userset][,listfile][;PASS]
[;FORMAT={SUMMARY|BRIEF|DETAIL}]
KEYWORDS: PARAMETER,OPERATION,EXAMPLE
2. Now build the needed file and issue file equation to capture the data:
:build tf;rec=-80,,f,ascii;temp
:file t=tf,oldtemp
:listuser mgr.vxl,*t;pass
:
:listuser mgr.vxl,*t;pass;format=detail
^
Only two parameters allowed, PASS and FORMAT. (CIERR 870)
3. This is strange!!. I cannot use the listfile when I specify 'pass' and
'format'. Let us see if 'listacct' behaves the same way:
listuser mgr.vxl,*t;pass;format=detail
dddddddddiacct
listacct vxl,*t;pass;format=detail
:listacct vxl,*t;pass;format=detail
EXCLUSIVE VIOLATION: FILE ACCESSED EXCLUSIVELY (FSERR 91)
File system error 91 encountered on list file. (CIERR 425)
4. This is even more strange!! The temp file is being accessed?
:listftemp,2
TEMPORARY FILES FOR MANAGER.SYS,SUPUTIL
ACCOUNT= SYS GROUP= SUPUTIL
FILENAME CODE ------------LOGICAL RECORD----------- ----SPACE----
SIZE TYP EOF LIMIT R/B SECTORS #X MX
TF * 80B FA 0 1023 3 256 1 * (TEMP)
5. Well, lets use a different temp file for the listacct:
:build tf2;rec=-80,,f,ascii;temp
:file t2=tf2,oldtemp
:listacct vxl,*t2;pass;format=detail
^
Only two parameters allowed, PASS and FORMAT. (CIERR 870)
:listftemp ,2
TEMPORARY FILES FOR MANAGER.SYS,SUPUTIL
ACCOUNT= SYS GROUP= SUPUTIL
FILENAME CODE ------------LOGICAL RECORD----------- ----SPACE----
SIZE TYP EOF LIMIT R/B SECTORS #X MX
TF * 80B FA 0 1023 3 256 1 * (TEMP)
TF2 * 80B FA 0 1023 3 0 0 * (TEMP)
6. This is even worse. Both commands behave the same, consistency is good,
and now I have two temp files that are being accessed by my session.
I guess I can use command redirection to place the needed data into a file
but it would sure have been nice if the documentation mentioned that.
On the other hand it could just be an error on HP's part?
Any ideas??
Regards
Paul H. Christidis
------------------------------
Date: Tue, 17 Sep 1996 16:15:00 PDT
From: [log in to unmask]
Subject: Re: Prefetch
Alfredo,
I think Steve, Jerry and your own Ken had shared good ideas about Prefetch.
After our first piece in the May issue of "What's Up Doc?" we ended up
following it up with this piece in the July issue.
Add me to the list that suggests not doing it 'automagically'.
/paul
==================================================================
IMAGE Prefetch Bug -- But Which O/S Versions?
After recommending that you enable IMAGE prefetch in our last newsletter, we
discovered that some versions of MPE/iX had some problems. One of our
customers was getting "CORRUPT DBG DISABLED; POTENTIAL DAMAGE; ONLY DBCLOSE
ALLOWED" messages. Pretty scary! HP said the messages were bogus and
advised the customer to disable IMAGE prefetch. When this was done, the
problem went away.
When should prefetch actually be used? As per Marguerite Bryan of the HP
Response Center in issue #20 of the IMAGE Support Newsletter, you may use
prefetch when
1. The system has adequate memory available to manage the increased data
page locality as well as adequate processor capability to handle increased
concurrency of processes.
2. The application makes numerous calls to DBPUT, DBDELETE, or most recently
DBUPDATE to critical items. Other TurboIMAGE intrinsics only read or
update data, not pointers or counters where multi-block access is a real
issue.
3. As PREFETCH is intended to increase database concurrency, multiple users
must be processing data before the benefit can be realized. Prefetching
data blocks offer little or no benefit to single processes executing
against a database.
The problems have been found in TurboIMAGE versions C.04.06 through C.04.08 on
MPE/iX release 4.0. This problem is documented in detail in SR 5000-668673
and can be fixed by installing the patch TIXFX04 (TurboIMAGE C.04.09).
================================================================
------------------------------
Date: Tue, 17 Sep 1996 19:53:06 -0500
From: Bruce Senn <[log in to unmask]>
Subject: Re: 5.5 - Any user feedback yet
In <[log in to unmask]> [log in to unmask] writes:
> Were thinking about moving from 5.0 to 5.5 in the very near future. Has
> anyone upgraded yet? Any feedback (good or bad) would be greatly
> appreciated.
>
> TIA
>
> Dave Kallman
> See's Candies, Inc.
I just received a letter from Unison about needing a new
version of Road Runner for 5.5. In big bold print is a
warning about system failures if an older version is used.
My plans are to order the tape, read and listen, and schedule
the upgrade for late November or early December. Hopefully
by then a Telnet batch mode patch will be available.
We have, in addition to Road Runner,
DBGENERAL
MPEX and VEAUDIT
JMS/3000
S/COMPARE
QEDIT
SYSVIEW and SYSPLAN
POWERHOUSE
ESPUL
ORACLE
BiTech IFAS
Freeware NETMAIL
Bruce
----------------------------------------------------------------------
Bruce J. Senn Phone: (518) 388-6664
Senior System Manager FAX: (518) 388-6458
Union College Internet: [log in to unmask]
Schenectady, NY 12308
----------------------------------------------------------------------
------------------------------
Date: Wed, 18 Sep 1996 09:42:34 +0930
From: [log in to unmask]
Subject: Re: MPE 5.0 with ASK/Collier-Jackson
--openmail-part-00afd4b1-00000001
Content-Type: text/plain; charset=US-ASCII; name="RE:"
Content-Transfer-Encoding: 7bit
We run CA (ASK) MANMAN version 9.1 on our 987 with 5.0 no problems.
Can't vouch for OMAR, but have also decided to drop support, or at
least attempting to. How did CA react to your request to not pay them
for the privilege of using 'their' software?
Wayne Laughton
[log in to unmask]
----------
From: HP3000-L; john.hansen
To: HP3000-L
Subject: MPE 5.0 with ASK/Collier-Jackson
Date: Wednesday, 18 September 1996 6:39
As many of us are aware the ever rising cost of software support has
caused many of us to drop maintenance from products as it is no longer
felt to be necessary. This is the case with two of our products:
ASK-OMAR ver. 9.0.19 and Collier-Jackson payroll ver. 2.09.M33. I am
curious as to if anyone out there has updated their OS to 5.0 and are
using either of the 2 products, and more so the version levels that we
currently have. I personally know that CJ payroll will run at the M45
level, and the ASK people feel that OMAR 'should" be fine. That is not
much comfort when things fall apart on a Monday morning.
If anybody out there could shed some light on this I would appreciate
your input.
John Hansen
--openmail-part-00afd4b1-00000001
Content-Type: application/x-openmail-1734; name="WINMAIL.DAT"
Content-Transfer-Encoding: base64
eJ8+IgAAAQuAAQAkAAAAOTYwOTE3MTEzOTUxLlpNMTY5OTAoYSlqb2huaGEtbGFwdHAAygk=
--openmail-part-00afd4b1-00000001--
------------------------------
Date: Tue, 17 Sep 1996 17:20:28 -0700
From: Duane Percox <[log in to unmask]>
Subject: BSD sockets (gethostbyaddr) and cobol
I have put a routine that allows the BSD routine gethostbyaddr to be
called from cobol (including source code), and a sample cobol program
that calls it, on our web site. You can download it at:
http://www.qss.com/ghn.zip
Duane Percox ([log in to unmask] v/415.306.1608 f/415.365.2706)
http://www.qss.com/ http://www.qss.com/qwebs
http://www.qss.com/faq3k http://www.qss.com/qsdk
------------------------------
Date: Tue, 17 Sep 1996 17:23:08 -0700
From: Michael L Gueterman <[log in to unmask]>
Subject: 5.5 Arrived
Well,
My MPE/iX 5.5 tapes arrived this afternoon (ordered Aug. 27 BTW).
I'll try and get things loaded up later this week if I get the time.
At the moment I only have FOS, Image/SQL, and Allbase/SQL so there's
not much (hopefully) to screw up! I'll let the list know if I run
across anything "painfull"!
Regards,
Michael L Gueterman
Easy Does It Technologies
email: [log in to unmask]
http://Editcorp.nwinfo.net
voice: (509) 946-6179
fax: (509) 946-1170
--
We're moving! Look for us at www.editcorp.com starting soon!
------------------------------
Date: Tue, 17 Sep 1996 19:59:57 PDT
From: Larry Boyd <[log in to unmask]>
Subject: Re: My Summer Project
Wirt Atmar wrote:
> I viewed your pictures, David, on a Windows 95-based Pentium, using the
> Netscape, Internet Explorer and AOL browsers -- and they were too dark on all
> of the browsers. But on a Mac Performa, using Netscape, they came across
> quite nicely.
I too had the same problem that Wirt discusses.
>
> The reason that this is of special interest to me at the moment is that we
> are finally getting around to preparing a home page for ourselves. Our HP3000
> customers, who, for the most part have never heard of Interex, are just now
> becoming increasingly web-aware -- and the time has apparently come to create
> a presence. But if you are going to go the trouble to put together
> nice-looking graphics, at high-levels of compression, you want them to look
> good. At the moment, I can see no other recourse but to encode the JPEG
> pictures for the Netscape and Internet Explorer browsers on a PC, simply
> because that is likely to be the majority platform on which they will be
> viewed, regardless of who is "technically" right about their implementations
> of JPEG.
I saw one home page (I don't remember which one) that had two jumps
from it, one for the MAC and one for the PC. I didn't know why, but
now that I have this new found information, I would guess that they
built two sets of pages, again one for the MAC and one for the PC.
Until a standard is defined, this could be a possible solution (?).
lb
(easier address now: [log in to unmask])
------------------------------
Date: Tue, 17 Sep 1996 20:38:36 PDT
From: Larry Boyd <[log in to unmask]>
Subject: Re: My Summer Project
Bruce wrote:
>
> OK. But UNTIL it goes up, can we please have text as the norm? I'm
> probably way off the end of the bell curve on this -- I use the web for
> information, not entertainment; waiting for pretty graphics when what I
> really want is the data is very frustrating.
What he said. I have an ISDN and I *still* get frustrated when I'm
'surfing' for information and have to wait for some graphic at the
top of the home page that is often times >20K.
I seem to remember David's session on web page design about making
your home page as small as possible. This allows someone to get to
the page quickly and then decide whether their at the correct home
page. Once I connected to a home page which turned out to be the
wrong company. Unfortunately, the top of the screen display (that's
visable from Netscape 2.02) didn't have enough information for me
to decide if it was the correct page. It was >60K and once I paged
down I realized it was the wrong company.
lb
------------------------------
End of HP3000-L Digest - 16 Sep 1996 to 17 Sep 1996
***************************************************
|
