Re: [IBMTCP-L] IKT100I USERID CANCELED immediately after TN3270 connection fail

[chen lucky]

Alan, thank you.

In this case but IKT100I, I did not get any message related to this problem
around the time of disconnect.

2012/3/5 A.Watthey 

> Chen,
>
> It might be useful to see the mvs log around the time of the problem.  The
> TCPIP messages and the TSO messages and the timings.  Nothing obvious
> springs to mind.
>
> Regards,
> Alan.
>
> > -Original Message-
> > From: IBM TCP/IP List [mailto:ibmtc...@vm.marist.edu] On Behalf Of chen
> > lucky
> > Sent: 04 March 2012 10:53
> > To: ibmtc...@vm.marist.edu
> > Subject: Re: IKT100I USERID CANCELED immediately after TN3270
> > connection fail
> >
> > I had checked following point that may be related to this problem.
> > 1, JWT in SMFPRMxx
> > 2, RECONLIM in TSOKEYxx
> > 3, INACTIVE, KEEPINACTIVE and DISCONNECTABLE in TN3270 profile
> > 4, LU definition of TSO USERS
> > 5, MODETAB  and DLOGMOD
> >
> > Thank you everybody here. about this subject, look forward that I can
> > get
> > more help and can get it over at end.
>
> --
> For IBMTCP-L subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Customer Service, the good and the bad...

[Scott Ford]

Linda,

Wow...think that's great 

Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com



On Mar 5, 2012, at 1:14 AM, Linda Mooney  wrote:

> Greetings! 
> 
> 
> 
> This happened to me a good while back, but it's worth remembering. 
> 
> 
> 
> I had a Western Digital PC hard drive fail three weeks before its warranty 
> ran out.  They replaced the drive, no problem, and with a larger capacity 
> drive because the drive I had was no longer being made. 
> 
> 
> 
> This is where it gets really special - 
> 
> I get the drive in , it works fine, so I start the restore from my tape 
> backup, and the tape drive EATS the tape.  That tape backup had never given 
> any problems before. 
> 
> 
> 
> Called Western Digital to see if they could do something.  The old drive had 
> a large bid on it that was due to be released a week or so later.  They fixed 
> the drive motor on the drive, overnighted it back to me, no charge.  All they 
> asked was that I send the old drive back to them again after copying my data 
> off. They even included a postage paid label for that.  
> 
> 
> 
> All I did was to call them, explain the problem nicely and ask if there was 
> there anything they could do for me.  
> 
> 
> 
> Linda 
> 
> 
> 
> - Original Message -
> 
> 
> From: "Gabe Goldberg"  
> To: IBM-MAIN@bama.ua.edu 
> Sent: Sunday, March 4, 2012 1:54:14 PM 
> Subject: Re: Customer Service, the good and the bad... 
> 
> Long ago, a friend had an IBM PS/2. The monitor failed. 
> 
> Being a mainframer, she called hardware support -- the same number she'd call 
> for a broken mainframe. IBM promptly dispatched a CE to her house; he 
> replaced the monitor, cleaned up any mess, and departed in his unmarked white 
> van. 
> 
> More recently, article I wrote about complaining -- mostly good news but some 
> failures: 
> http://archive.slickdeals.net/f/1979348-Creative-Griping-Makes-Friends-and-Brings-Rewards
>  
> 
> And other interesting articles... 
> 
> "The Very Picky Customer" 
> http://boss.blogs.nytimes.com/2011/07/27/the-very-picky-customer/ 
> 
> "What Satisfying Picky Customers Can Mean to a Business" 
> http://boss.blogs.nytimes.com/2011/08/18/the-critical-5-percent-of-customers/ 
> 
> "Five ways your customers say they are unhappy" 
> www.theregister.co.uk/2011/03/30/crm_customer_satisfaction/ 
> 
> PeopleClaim: Taking Complaints Public Via the Web 
> bucks.blogs.nytimes.com/2011/05/25/peopleclaim-taking-complaints-public-via-the-web/?nl=your-money&emc=your-moneyema4
>  
> 
> Bottom line, complaining wins MUCH more often than not, and keeping quiet 
> NEVER wins... 
> 
> Robert Prins said: 
> 
> I hope this doesn't offend anyone, but here's a short story about 
> customer service... 
> 
> -- 
> Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com 
> 3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433 
> LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Customer Service, the good and the bad...

[Linda Mooney]

Greetings! 



This happened to me a good while back, but it's worth remembering. 



I had a Western Digital PC hard drive fail three weeks before its warranty ran 
out.  They replaced the drive, no problem, and with a larger capacity drive 
because the drive I had was no longer being made. 



This is where it gets really special - 

I get the drive in , it works fine, so I start the restore from my tape backup, 
and the tape drive EATS the tape.  That tape backup had never given any 
problems before. 



Called Western Digital to see if they could do something.  The old drive had a 
large bid on it that was due to be released a week or so later.  They fixed the 
drive motor on the drive, overnighted it back to me, no charge.  All they asked 
was that I send the old drive back to them again after copying my data off. 
They even included a postage paid label for that.  



All I did was to call them, explain the problem nicely and ask if there was 
there anything they could do for me.  



Linda 



- Original Message -


From: "Gabe Goldberg"  
To: IBM-MAIN@bama.ua.edu 
Sent: Sunday, March 4, 2012 1:54:14 PM 
Subject: Re: Customer Service, the good and the bad... 

Long ago, a friend had an IBM PS/2. The monitor failed. 

Being a mainframer, she called hardware support -- the same number she'd call 
for a broken mainframe. IBM promptly dispatched a CE to her house; he replaced 
the monitor, cleaned up any mess, and departed in his unmarked white van. 

More recently, article I wrote about complaining -- mostly good news but some 
failures: 
http://archive.slickdeals.net/f/1979348-Creative-Griping-Makes-Friends-and-Brings-Rewards
 

And other interesting articles... 

"The Very Picky Customer" 
http://boss.blogs.nytimes.com/2011/07/27/the-very-picky-customer/ 

"What Satisfying Picky Customers Can Mean to a Business" 
http://boss.blogs.nytimes.com/2011/08/18/the-critical-5-percent-of-customers/ 

"Five ways your customers say they are unhappy" 
www.theregister.co.uk/2011/03/30/crm_customer_satisfaction/ 

PeopleClaim: Taking Complaints Public Via the Web 
bucks.blogs.nytimes.com/2011/05/25/peopleclaim-taking-complaints-public-via-the-web/?nl=your-money&emc=your-moneyema4
 

Bottom line, complaining wins MUCH more often than not, and keeping quiet NEVER 
wins... 

Robert Prins said: 

I hope this doesn't offend anyone, but here's a short story about 
customer service... 

-- 
Gabriel Goldberg, Computers and Publishing, Inc.       g...@gabegold.com 
3401 Silver Maple Place, Falls Church, VA 22042           (703) 204-0433 
LinkedIn: http://www.linkedin.com/in/gabegold            Twitter: GabeG0 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IKT100I USERID CANCELED immediately after TN3270 connection fail

[chen lucky]

This thread has nothing to do with ISPF. I just want to know why my TSU
address space was canceled duo to connection failure.

But thank you all the same. I had checked following point that may be
related to this problem.
1, JWT in SMFPRMxx
2, RECONLIM in TSOKEYxx
3, INACTIVE, KEEPINACTIVE and DISCONNECTABLE in TN3270 profile
4, LU definition of TSO USERS
5, MODETAB  and DLOGMOD

About this subject, look forward that I can get more help and can get it
over at end.


2012/3/5 Shmuel Metz (Seymour J.) 

> In <4f529f6f.8090...@acm.org>, on 03/03/2012
>at 04:47 PM, "Joel C. Ewing"  said:
>
> >This sounds like a user training problem.  Users should be taught
> >in the scenario you describe to use EDIT on the new member name,
> >within EDIT use COPY to pull in the old member contents,
>
> What does CREATE put in the ISPF statistics?
>
> --
> Shmuel (Seymour J.) Metz, SysProg and JOAT
> ISO position; see 
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Program FLIH backdoor - This is a criminal breach of security!

[Edward Jaffe]

On 3/4/2012 10:28 AM, Shmuel Metz (Seymour J.) wrote:

Speculative? Did you read what he quoted from Bill Fairchild's message?


Yes. I read it before he quoted it. We don't even know the person's name or how 
long ago this happened (if at all). A lot can change in a decade.


For the record, I once knew of a developer who claimed to have found an MVS back 
door because he wanted to appear cool like a phone phreaking hacker, but he was 
full of B.S. I also know someone that actually *did* find a back door (through 
an EXCP appendage) and IBM closed it.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Program FLIH backdoor - This is a criminal breach of security!

[Edward Jaffe]

On 3/4/2012 10:24 AM, Shmuel Metz (Seymour J.) wrote:

The presence of SVC IGX00011 on z/OS systems *proves* that
so-called "magic" SVCs that "confer authority to their callers,"

The ESR's do not"confer authority to their callers," but rather invoke
narrowly defined functions. The so-called "magic" SVC's return to
their callers in a more privileged mode.


Look more closely. That is exactly what IGX00011 does. It is called in problem 
state and returns in supervisor state.





are NOT considered an exposure when implemented correctly.

I have yet to see one that was implemented correctly.


You need to look more closely at IGX00011. Hint: the "secure" implementation is 
not just in the SVC(ESR) routine itself but also in the caller which discards 
all information it had before the SVC(ESR) invocation, including base register 
contents, etc. and starts over with a clean slate.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Good source for relationship of opcodes, models, MACHINE() and ARCH()

[Charles Mills]

Thanks. Helpful info here: http://www.tachyonsoft.com/inst390o.htm 

If I had nothing better to do I would do a Web page with two tables:

1. Every mnemonic and the HLASM MACHINE() level at which it became
available. Source would be HLASM OPTABLE(LIST).

2. Every model number and the corresponding HLASM MACHINE() and C/C++ ARCH()
level. The information is available in the manuals, but it is not organized
in a way that works well for me (FWIW).

The question I am repeatedly trying to answer is "my customer has a model
xxx -- dare I use mnemonic ABC, and/or how do I set MACHINE() to make sure I
stay out of trouble?"

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Farley, Peter x23353
Sent: Thursday, March 01, 2012 2:25 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Good source for relationship of opcodes, models, MACHINE() and
ARCH()

Charles,

The "Summary of Changes in xxx Edition" sections in the Preface of the
z/Arch PoOP each list pretty comprehensively which "facilities" or
instruction enhancements were documented in each edition of the PoOP, and
each edition corresponds reasonably closely to a particular generation of
processor.

The descriptions of each of the added "facilities" documented elsewhere in
the PoOP usually also includes a table of which instructions were added or
enhanced, or at least a listing of those instructions.

Below I have pasted a list which I prepared for my own curiosity (admittedly
incomplete and possibly incorrect) of which edition of the PoOP corresponds
to which z/Arch machine.

HTH

Peter

Ninth Edition   SA22-7832-08z196 (2817)

Eighth Edition  SA22-7832-07z10 (2097)

Seventh Edition SA22-7832-06z10 (2097)

Sixth Edition   SA22-7832-05z9 BC (2096), z9 EC (2094)

Fifth Edition   SA22-7832-04z890 (2086), z990 (2084)

Fourth Edition  SA22-7832-03???

Third Edition   SA22-7832-02???

Second Edition  SA22-7832-01z800 (2066), z900 (2064)

First Edition   SA22-7832-00???

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Return code = X'14' from ATTACH JSTCB=YES

[Micheal Butz]

I ran it as command processor TESTAUTH ' ' CP
And it worked 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Micheal Butz
Sent: Sunday, March 04, 2012 5:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Return code = X'14' from ATTACH JSTCB=YES

Sorry was running under TESTAUTH SO EXEC PGM=IKJEF

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Binyamin Dissen
Sent: Sunday, March 04, 2012 4:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Return code = X'14' from ATTACH JSTCB=YES

On Sun, 4 Mar 2012 16:31:44 -0500 Micheal Butz 
wrote:

:>Hi,
:>
:> 
:>
:>I got a return code of X'15' from ATTACH JSTCB=YES
:>
:> 
:>
:> 
:>
:> 
:>
:>
:>14  
:> 
:> 
:> 
:> 
:> 
:> 
:>
:> Meaning: Program error. An authorized task that  
:> specified JSTCB=YES is not a job step task.  
:> Processing not completed.
  
:> Action: Either remove the JSTCB=YES option from this 
:> ATTACH macro or specify JSTCB=YES on the ATTACH  
:> macro for the current task. 

:>Does this mean that only the initiator can issue a ATTACH JSTCB=YES

Nope. The program receiving control via EXEC PGM= is also a job step task.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Return code = X'14' from ATTACH JSTCB=YES

[Micheal Butz]

Sorry was running under TESTAUTH SO EXEC PGM=IKJEF

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Binyamin Dissen
Sent: Sunday, March 04, 2012 4:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Return code = X'14' from ATTACH JSTCB=YES

On Sun, 4 Mar 2012 16:31:44 -0500 Micheal Butz 
wrote:

:>Hi,
:>
:> 
:>
:>I got a return code of X'15' from ATTACH JSTCB=YES
:>
:> 
:>
:> 
:>
:> 
:>
:>
:>14  
:> 
:> 
:> 
:> 
:> 
:> 
:>
:> Meaning: Program error. An authorized task that  
:> specified JSTCB=YES is not a job step task.  
:> Processing not completed.
  
:> Action: Either remove the JSTCB=YES option from this 
:> ATTACH macro or specify JSTCB=YES on the ATTACH  
:> macro for the current task. 

:>Does this mean that only the initiator can issue a ATTACH JSTCB=YES

Nope. The program receiving control via EXEC PGM= is also a job step task.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Return code = X'14' from ATTACH JSTCB=YES

[Binyamin Dissen]

On Sun, 4 Mar 2012 16:31:44 -0500 Micheal Butz 
wrote:

:>Hi,
:>
:> 
:>
:>I got a return code of X'15' from ATTACH JSTCB=YES
:>
:> 
:>
:> 
:>
:> 
:>
:>
:>14  
:> 
:> 
:> 
:> 
:> 
:> 
:>
:> Meaning: Program error. An authorized task that  
:> specified JSTCB=YES is not a job step task.  
:> Processing not completed.
  
:> Action: Either remove the JSTCB=YES option from this 
:> ATTACH macro or specify JSTCB=YES on the ATTACH  
:> macro for the current task. 

:>Does this mean that only the initiator can issue a ATTACH JSTCB=YES

Nope. The program receiving control via EXEC PGM= is also a job step task.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Customer Service, the good and the bad...

[Gabe Goldberg]

Long ago, a friend had an IBM PS/2. The monitor failed.

Being a mainframer, she called hardware support -- the same number she'd call 
for a broken mainframe. IBM promptly dispatched a CE to her house; he replaced 
the monitor, cleaned up any mess, and departed in his unmarked white van.

More recently, article I wrote about complaining -- mostly good news but some 
failures:
http://archive.slickdeals.net/f/1979348-Creative-Griping-Makes-Friends-and-Brings-Rewards

And other interesting articles...

"The Very Picky Customer"
http://boss.blogs.nytimes.com/2011/07/27/the-very-picky-customer/

"What Satisfying Picky Customers Can Mean to a Business"
http://boss.blogs.nytimes.com/2011/08/18/the-critical-5-percent-of-customers/

"Five ways your customers say they are unhappy"
www.theregister.co.uk/2011/03/30/crm_customer_satisfaction/

PeopleClaim: Taking Complaints Public Via the Web
bucks.blogs.nytimes.com/2011/05/25/peopleclaim-taking-complaints-public-via-the-web/?nl=your-money&emc=your-moneyema4

Bottom line, complaining wins MUCH more often than not, and keeping quiet NEVER 
wins...

Robert Prins said:

I hope this doesn't offend anyone, but here's a short story about
customer service...

--
Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Return code = X'14' from ATTACH JSTCB=YES

[Micheal Butz]

Hi,

 

I got a return code of X'15' from ATTACH JSTCB=YES

 

 

 


14  
 
 
 
 
 
 

 Meaning: Program error. An authorized task that  
 specified JSTCB=YES is not a job step task.  
 Processing not completed.
  
 Action: Either remove the JSTCB=YES option from this 
 ATTACH macro or specify JSTCB=YES on the ATTACH  
 macro for the current task. 

 

 

Does this mean that only the initiator can issue a ATTACH JSTCB=YES


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Writing article on telework/telecommuting

[Anne & Lynn Wheeler]

charl...@mcn.org (Charles Mills) writes:
> I've been doing remote mainframe development since 1200 baud dial-up was
> state-of-the-art. You need almost no bandwidth at all for 3270. You can
> refresh an entire 3270 screen with at most 4K or so characters, and ISPF
> does a pretty clever job of minimizing the number of characters that must
> actually be sent. 
>
> OTOH a millisecond glitch on your connection is nothing for e-mail and
> almost nothing for Web browsing, but can be a disaster for 3270 over VPN.
> The new and improved TSO reconnect is a HUGE help.

re:
http://www.garlic.com/~lynn/2012d.html#19 Writing article on 
telework/telecommuting

I started in Mar1970 at home with 134.5 baud 2741.

in early 80s, for the corporate home terminal program with IBM PCs and
3270 emulation ... PC and vm370 mainframe software driver (pcterm) was
written that 1) did huffman compression of data actually sent and 2)
kept cache of strings at both ends ... recently used (and attempted to
transmit string cache index in lieu of the actual string). a few past
PCTERM posts
http://www.garlic.com/~lynn/2003n.html#7 3270 terminal keyboard??
http://www.garlic.com/~lynn/2003p.html#44 Mainframe Emulation Solutions
http://www.garlic.com/~lynn/2006y.html#0 Why so little parallelism?
http://www.garlic.com/~lynn/2008n.html#51 Baudot code direct to computers?

the corporate home terminal program also came up with special 2400 baud
encrypting modems (handshake dynamically generating unique key for each
dialup session).

mid-80s, I tried to bring a NCP emulator to market that masked most of
the traditional SNA shortcomings ... it used real networking and did a
lot of things not found in traditional SNA implementations (all outboard
of the host VTAM) ... part of presentation I made to the Oct86 SNA
architecture review board:
http://www.garlic.com/~lynn/99.html#67

of course it caused huge amount of internal political problems and got
killed ... but it wasn't terrible unlike the later spoofing that was
done in the 3737 ... to try and get SNA host-to-host transfer close to
handling a T1 link ... old email
http://www.garlic.com/~lynn/2011g.html#email880103
http://www.garlic.com/~lynn/2011g.html#email880606
http://www.garlic.com/~lynn/2011g.html#email881005
recently discussed in this post:
http://www.garlic.com/~lynn/2012c.html#41

now for internet, it frequently it isn't so much the amount of data
... but the latency for round-trips. HTTP started out as connectionless
protocol built on top of tcp reliable session ... with tcp session
setup/teardown for every session.

in the mid-90s as webservers started to ramp up ... there was massive
scaleup problem. majority of the tcp/ip stack implementations did a
linear search of the FINWAIT list (time-out of closed sessions to catch
dangling packets) ... originally implemented under assumption that
session setup/teardown was relatively infrequent. However the (mis-)use
by HTTP (& HTTPS) was resulting in thousands on the FINWAIT list and
large webserver processors spending 95% of CPU running the FINWAIT list.

This could be seen in the rapidly increasing number of servers at
NETSCAPE ... this was before DNS & router load-balancing ... so needed
users to manually select different servers. This continued until
NETSCAPE switched to a Sequent server (Sequent claimed it had been doing
large commercial unix with 20,000 concurrent telnet/tcp sessions and so
had already encountered & fixed the FINWAIT list problem). Eventually
the other webserver platform vendors also started to deploy FINWAIT
fixes.

The issue in TCP is it requires a minimum of seven packet exchange for
session setup/teardown ... and it was effectively being mis-used by the
connectionless oriented HTTP(S) protocol. Later versions of HTTP &
browsers have attempted to map multiple HTTP connectionless operations
over longer-lived TCP session.

The other performance component of more complex webpages ... isn't
necessarily the aggregate amount of data involved (although inclusion of
multiple jpeg images can be mbyte or more) ... it is that they are
multiple different data elements ... each tending to require sequential
end-to-end handshake latency. There is continuing work on trying to
overlap as many of these operations concurrent to minimize the elapsed
time (but taking advantage of higher peak transmission rates).

recent Google+ thread
https://plus.google.com/u/0/102794881687002297268/posts/Z76SXbLVpxs
referencing:

Happy Webiversary
http://www.symmetrymagazine.org/cms/?pid=1000922

for the first webserver outside Europe on the SLAC vm370 system
http://www.slac.stanford.edu/history/earlyweb/history.shtml

disclaimer ... 

in the 80s, I was on the XTP technical advisory board where a reliable
transport protocol was worked out that required minimum of only 3 packet
exchange (compared to 7 for tcp).  some past posts
http://www.garlic.com/~lynn/subnetwork.html#xtphsp

and

had done the rfc1044 support for mainframe tcp/ip product.  Original
co

Re: IKT100I USERID CANCELED immediately after TN3270 connection fail

[Shmuel Metz (Seymour J.)]

In <4f529f6f.8090...@acm.org>, on 03/03/2012
   at 04:47 PM, "Joel C. Ewing"  said:

>This sounds like a user training problem.  Users should be taught 
>in the scenario you describe to use EDIT on the new member name, 
>within EDIT use COPY to pull in the old member contents,

What does CREATE put in the ISPF statistics?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: TINC?

[Shmuel Metz (Seymour J.)]

In <1330694818.18459.yahoomai...@web180909.mail.ne1.yahoo.com>, on
03/02/2012
   at 05:26 AM, Lloyd Fuller  said:

>I did not see the message that you are quoting below from Shmuel.  We
>were  running a printer from the spooler.  I thought that it was a
>model 1401 printer, 

The 1401 was a computer; the printer on it was a 1403[1]. Different
model of the 1403 were available for S/360.

>I was a programmer and not an operator.  I know that the few times
>that we  needed more than the standard memory, we were told that
>they had to re-IPL  OS/360. 

That would have been to use a different nucleus or different PARMLIB
memories.

>Nothing was said about a DEFINE command.

Because there is only one partiton in PCP.

[1] I don't recall whether it could also use a 1443 or whether
that was restricted to the 1440.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: What is a dataset level NUMBER?

[Shmuel Metz (Seymour J.)]

In <072201ccf892$f7184ba0$e548e2e0$@mcn.org>, on 03/02/2012
   at 08:38 AM, Charles Mills  said:

>What is a dataset level *number*?

Could it be part of the support for mandatory access control?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Program FLIH backdoor - This is a criminal breach of security!

[Shmuel Metz (Seymour J.)]

In <4f50f9bf.10...@phoenixsoftware.com>, on 03/02/2012
   at 08:47 AM, Edward Jaffe  said:

>A "magic" PFLIH technique is not substantially different, from an
>integrity  standpoint, than a "magic" SVC except that the code 
>gets control for EVERY interrupt

ITYM every Program interrupt.


>The presence of SVC IGX00011 on z/OS systems *proves* that 
>so-called "magic" SVCs that "confer authority to their callers," 

The ESR's do not"confer authority to their callers," but rather invoke
narrowly defined functions. The so-called "magic" SVC's return to
their callers in a more privileged mode.

>are NOT considered an exposure when implemented correctly.

I have yet to see one that was implemented correctly.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Program FLIH backdoor - This is a criminal breach of security!

[Shmuel Metz (Seymour J.)]

In <4f510ab8.2070...@phoenixsoftware.com>, on 03/02/2012
   at 10:00 AM, Edward Jaffe  said:

>The subject line of this thread started off (in the other list) as
>"Program  FLIH". Then, you renamed it to, "Program FLIH backdoor -
>This is a criminal  breach of security!" Having concerns is one
>thing; making speculative  accusations of criminal wrongdoing is
>quite another.

Speculative? Did you read what he quoted from Bill Fairchild's
message?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: TINC?

[Shmuel Metz (Seymour J.)]

In
,
on 03/01/2012
   at 04:09 PM, John Gilmore  said:

>and it is correct, albeit in a Pickwickian sense, that OS/PCP "had
>only a single partition"; but it did support both transient and
>resident readers and writers; 

It supported direct use of card readers, writers and reader, not a
separate SPOOL partition. The R/I was loaded between steps.

>there were even some very primitive to-2311-DASD RYO spoolers 
>in use; 

Only as the sole problem program running, not in a separate partition.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Customer Service, the good and the bad...

[Shmuel Metz (Seymour J.)]

In
,
on 03/03/2012
   at 08:16 AM, Robert Prins  said:

>I hope this doesn't offend anyone, but here's a short story about
>customer service...

It doesn't offend me, but we differ as to what constitutes good
service. If I have to contact the CEO in order to get service then
there is a major problem.

As an example of good service, my older daughter bought a computer
from Pogo that worked fine while under warranty but started hanging
some time after the warranty had expired. I took it to several
dealers, none of whom were able to diagnose the problem. I asked for
advice in a news group, mentioning that it was out of warranty, and a
gentleman from Pogo contacted him and said that he would like to
resolve the problem. After some discussion, he offered to send me a
new graphics adapter and asked me to test whether it resolved the
problem. The new adapter did solve the problem, and Pogo did not
charge me for it. Needless to say, the next time I need to buy a PC to
run Linux, I will turn to Pogo first.

>In February 2004 I bought an HP Pavilion PC. 

The sad thing is that HP used to have exemplary service, at least for
printers.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Writing article on telework/telecommuting

[Charles Mills]

Amen to both points.

I've been doing remote mainframe development since 1200 baud dial-up was
state-of-the-art. You need almost no bandwidth at all for 3270. You can
refresh an entire 3270 screen with at most 4K or so characters, and ISPF
does a pretty clever job of minimizing the number of characters that must
actually be sent. 

OTOH a millisecond glitch on your connection is nothing for e-mail and
almost nothing for Web browsing, but can be a disaster for 3270 over VPN.
The new and improved TSO reconnect is a HUGE help.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of David Betten
Sent: Sunday, March 04, 2012 10:25 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Writing article on telework/telecommuting

One thing I'll add to that is that if your internet service periodially
drops, it's a real pain if you're connected to a host 3270 session.  For
example, my wife primarally does email and web browsing while working from
home.  So if our internet signal drops for a few minutes and then comes
back, she's not likely to even notice.  However, if I'm scrolling through
code or a hex dump and the sevice drops for just a few seconds, it's a major
headache getting loging back on and hoping my sesson reconnects to where I
was.  Our latest VPN client seems to offer a bit better recovery from that
by maintaining the session but a few years ago it was a major headache for
me.


>
> One experience from teleworking which should appeal to mainframers: By
and
> large 3270 is the least demanding data stream - so TSO / ISPF goes 
> fast even on "broadband" as crummy as mine. (It's all the other junk 
> that runs

> really slowly when the wet string dries out.)
>
> Now I may be in a minority but I bet this counts for lots of people.
>
> Anyhow, having telecommuted for more than 10 years I'm looking forward 
> to

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Why _TZ put times 7 minutes off?

[Richard L Peurifoy]

On 3/3/2012 12:13 PM, Paul Gilmartin wrote:

On Sat, 3 Mar 2012 10:39:32 +0100, R.S.  wrote:


W dniu 2012-03-03 07:34, Edward Jaffe pisze:


IMHO, STP should be included in the price of the machine.


Or at least "STP light" which would allow to use ETS (NTP).
However it's NOT incluted. :-(


I like that idea.

Is the hardware associated with STP physically disabled until the
customer pays for the feature?

If not, is the hardware sufficiently described in the PoOp (PrOp)
that such an interface to NTP could be developed by an ISV,
or even privately and contributed to cbttape?  (No, I'm not
volunteering.)


If I understand the PoOp correctly, the clock steering instructions
are not available to LPAR mode, but only to BASIC mode.

For some time now only LPAR mode has been available to customers,
so clock steering can't be done by customer code.

If there is some way to switch to BASIC mode (maybe a DIAG) then
perhaps it could be done.

I would also vote to make STP a standard feature, but I don't
think IBM is taking votes right now. :-)

--
Richard

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Writing article on telework/telecommuting

[Joel C. Ewing]

A  session manager on the mainframe (CL/Supersessions or equivalent 
functionality) is your friend!  This protects you not only from remote 
failures but local glitches as well.  The current screen from multiple 
logged-in applications is maintained by the session manager and 
unaffected by drop outs occurring between the end user and the session 
manager.  Applications like TSO don't see a session failure that only 
affects the link between the user and the session manager (unless it 
lasts so long that application sessions time out from inactivity).

  Joel C Ewing

On 03/04/2012 12:25 PM, David Betten wrote:

One thing I'll add to that is that if your internet service periodially
drops, it's a real pain if you're connected to a host 3270 session.  For
example, my wife primarally does email and web browsing while working from
home.  So if our internet signal drops for a few minutes and then comes
back, she's not likely to even notice.  However, if I'm scrolling through
code or a hex dump and the sevice drops for just a few seconds, it's a
major headache getting loging back on and hoping my sesson reconnects to
where I was.  Our latest VPN client seems to offer a bit better recovery
from that by maintaining the session but a few years ago it was a major
headache for me.

Have a nice day,
Dave Betten
DFSORT Development, Performance Lead
IBM Corporation
email:  bet...@us.ibm.com
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List  wrote on 03/04/2012
08:49:57 AM:


From: Martin Packer
To: IBM-MAIN@bama.ua.edu,
Date: 03/04/2012 10:01 AM
Subject: Re: Writing article on telework/telecommuting
Sent by: IBM Mainframe Discussion List

One experience from teleworking which should appeal to mainframers: By

and

large 3270 is the least demanding data stream - so TSO / ISPF goes fast
even on "broadband" as crummy as mine. (It's all the other junk that runs



really slowly when the wet string dries out.)

Now I may be in a minority but I bet this counts for lots of people.

Anyhow, having telecommuted for more than 10 years I'm looking forward to



this article: "You are not alone" is a useful thing to hear. :-)

Cheers, Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog:
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:
Gabe Goldberg
To:
IBM-MAIN@bama.ua.edu,
Date:
03/03/2012 21:43
Subject:
Writing article on telework/telecommuting
Sent by:
IBM Mainframe Discussion List



I'm writing article for Destination z

Re: Writing article on telework/telecommuting

[Martin Packer]

An interesting point Dave...

... For my system there's a session-management front end. Almost always 
this copes nicely with such drops. I suspect I'm paying a small response 
time penalty for it, though.

Cheers, Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:
David Betten 
To:
IBM-MAIN@bama.ua.edu, 
Date:
04/03/2012 18:25
Subject:
Re: Writing article on telework/telecommuting
Sent by:
IBM Mainframe Discussion List 



One thing I'll add to that is that if your internet service periodially
drops, it's a real pain if you're connected to a host 3270 session.  For
example, my wife primarally does email and web browsing while working from
home.  So if our internet signal drops for a few minutes and then comes
back, she's not likely to even notice.  However, if I'm scrolling through
code or a hex dump and the sevice drops for just a few seconds, it's a
major headache getting loging back on and hoping my sesson reconnects to
where I was.  Our latest VPN client seems to offer a bit better recovery
from that by maintaining the session but a few years ago it was a major
headache for me.

Have a nice day,
Dave Betten
DFSORT Development, Performance Lead
IBM Corporation
email:  bet...@us.ibm.com
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List  wrote on 03/04/2012
08:49:57 AM:

> From: Martin Packer 
> To: IBM-MAIN@bama.ua.edu,
> Date: 03/04/2012 10:01 AM
> Subject: Re: Writing article on telework/telecommuting
> Sent by: IBM Mainframe Discussion List 
>
> One experience from teleworking which should appeal to mainframers: By
and
> large 3270 is the least demanding data stream - so TSO / ISPF goes fast
> even on "broadband" as crummy as mine. (It's all the other junk that 
runs

> really slowly when the wet string dries out.)
>
> Now I may be in a minority but I bet this counts for lots of people.
>
> Anyhow, having telecommuted for more than 10 years I'm looking forward 
to

> this article: "You are not alone" is a useful thing to hear. :-)
>
> Cheers, Martin
>
> Martin Packer,
> Mainframe Performance Consultant, zChampion
> Worldwide Banking Center of Excellence, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
> Blog:
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
>
>
> From:
> Gabe Goldberg 
> To:
> IBM-MAIN@bama.ua.edu,
> Date:
> 03/03/2012 21:43
> Subject:
> Writing article on telework/telecommuting
> Sent by:
> IBM Mainframe Discussion List 
>
>
>
> I'm writing article for Destination z  telework/telecommuting. I think this partitions in two dimensions --
> technology vs. mindset and worker vs. employer.
>
> There's abundant information -- and blather -- about this subject. But
> Destination z is mainframe focused so I'm especially interested in
> relevant System z tips for all four quadrants:
> technology/mindset/worker/employer.
>
> Again, this is a "tips" article so won't include positive/negative
> anecdotes. But they're still welcome -- they can suggest tips, they're
> interesting, and I might write a longer piece on this sometime.
>
> As usual, extra credit for sending to me directly (in addition to list,
> if you're so inclined) so I needn't pluck from digests.
>
> Thanks, as always..
>
> --
> Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
> 3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
> LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
>
>
>
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU
>
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the mess

Re: JES2 STCCLASS and TSUCLASS - documented

[Joel C. Ewing]

On 03/04/2012 11:29 AM, Bob Rutledge wrote:

Bob Rutledge wrote:

Andrew Metcalfe wrote:

Folks

Anyone know in which manual can I find the STCCLASS and TSUCLASS
initialisation parameters documented please?
Not in 1.12 JES2 Init & Tuning. I suspect that they are synonymous
with JOBCLASS(STC) and JOBCLASS(TSU). I have inherited support for a
JES2 system that has STCCLASS and TSUCLASS specified in the init
deck, so just looking for definitive description.

STCCLASS AUTH=ALL,
BLP=YES,
COMMAND=EXECUTE,
MSGCLASS=W,
MSGLEVEL=(1,1),
REGION=512K,
TIME=(60,0)

TSUCLASS AUTH=ALL,
BLP=YES,
COMMAND=EXECUTE,
MSGCLASS=W,
MSGLEVEL=(1,1),
REGION=512K,
TIME=(60,0)


JES2 Init & Tuning Guide/Rererence, SA22-7532/3


Also commands $DSTCCLASS and $DTSUCLASS don't appear to be documented.


JES2 Commands, SA22-7526


Sorry. The definition isn't expressly stated. It's hinted at in the
explanation for $HASP837.

Bob

...

The syntax for JES2 initialization parameters and commands have changed 
a number of times over the years, and some of those changes very 
definitely involved unifying extremely similar and related parameters 
and commands into a common syntax with an additional parameter to 
distinguish.  I strongly suspect the STCCLASS and TSUCLASS to 
JOBCLASS() are an example of this, and while the old forms may still 
be supported for compatibility, they would not be documented if their 
use is deprecated, and the old forms may cease to be supported at some 
arbitrary point in the future.


I suspect someone there ignored some JES2 migration instructions in the 
past.


I believe the JOBCLASS parameters and corresponding commands others have 
mentioned are the current incarnation and the versions that should be in 
use rather than the obsolete forms.  If the sub-parameter migration is 
not obvious, you may have to find a manual old enough to have 
documentation on the old forms (or perhaps search for STCCLASS/TSUCLASS 
migration information on-line).


--
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Linkage tables

[Micheal Butz]

Got it

Sent from my iPhone

On Mar 4, 2012, at 1:47 PM, Ray Overby  wrote:

> Assuming this data is produced by a "summary format" in IPCS I believe the LX 
> is 2B and the EX is 00.
> 
> On 3/4/2012 11:46 AM, Micheal Butz wrote:
>> PC
>>   NUMBER
>>  
>>  2B00  The Following PC number is for LX or linkage index 0 as The
>> high order 0's signify
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
>> Of Peter Relson
>> Sent: Sunday, March 04, 2012 8:32 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: Linkage tables
>> 
>>> Does anyone know how to display the linkage tables
>> >from an IPCS dump assuming I dump PCAUTH address space
>> 
>> Summary Format will display a lot of information.
>> 
>> If you literally want to display the linkage tables (both linkage first
>> and linkage second if the ASN-and-LX-reuse facility is active), then
>> follow the real-pointer chains described in the Principles of Operation,
>> starting from the ASTE (the virtual address of the linkage table / linkage
>> first table is in ASCBLTOV)
>> 
>> Peter Relson
>> z/OS Core Technology Design
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

IPCS VSMDATA

[Micheal Butz]

Hi,

 

I am trying to track some storage allocation thru IPCS using VSMDATA 

 

 

There are four  data areas described by VSMDATA DQE (descriptor Queue
element) FQE (free queue element)

 

SPQE (subpool queue element) SPQA (subpool queue anchors)

 

 

The DQE  describes storage allocated from a 1K page FROM (? What subpool)
and (? What TCB)

 

The FQE (free queue element) size (remaining size from 1k )

 

 

The SPQE What TCB owns the subpool 

 

The SPQE points to the SPQA which points DQE for storage allocated 

 

 

Is there an easier way of determining what storage has been allocated and
not freed by a TCB

 

 

Thanks 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Linkage tables

[Ray Overby]

Assuming this data is produced by a "summary format" in IPCS I believe 
the LX is 2B and the EX is 00.


On 3/4/2012 11:46 AM, Micheal Butz wrote:

 PC
   NUMBER
  
  2B00  The Following PC number is for LX or linkage index 0 as The
high order 0's signify

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Peter Relson
Sent: Sunday, March 04, 2012 8:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Linkage tables


Does anyone know how to display the linkage tables

>from an IPCS dump assuming I dump PCAUTH address space

Summary Format will display a lot of information.

If you literally want to display the linkage tables (both linkage first
and linkage second if the ASN-and-LX-reuse facility is active), then
follow the real-pointer chains described in the Principles of Operation,
starting from the ASTE (the virtual address of the linkage table / linkage
first table is in ASCBLTOV)

Peter Relson
z/OS Core Technology Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Writing article on telework/telecommuting

[David Betten]

One thing I'll add to that is that if your internet service periodially
drops, it's a real pain if you're connected to a host 3270 session.  For
example, my wife primarally does email and web browsing while working from
home.  So if our internet signal drops for a few minutes and then comes
back, she's not likely to even notice.  However, if I'm scrolling through
code or a hex dump and the sevice drops for just a few seconds, it's a
major headache getting loging back on and hoping my sesson reconnects to
where I was.  Our latest VPN client seems to offer a bit better recovery
from that by maintaining the session but a few years ago it was a major
headache for me.

Have a nice day,
Dave Betten
DFSORT Development, Performance Lead
IBM Corporation
email:  bet...@us.ibm.com
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List  wrote on 03/04/2012
08:49:57 AM:

> From: Martin Packer 
> To: IBM-MAIN@bama.ua.edu,
> Date: 03/04/2012 10:01 AM
> Subject: Re: Writing article on telework/telecommuting
> Sent by: IBM Mainframe Discussion List 
>
> One experience from teleworking which should appeal to mainframers: By
and
> large 3270 is the least demanding data stream - so TSO / ISPF goes fast
> even on "broadband" as crummy as mine. (It's all the other junk that runs

> really slowly when the wet string dries out.)
>
> Now I may be in a minority but I bet this counts for lots of people.
>
> Anyhow, having telecommuted for more than 10 years I'm looking forward to

> this article: "You are not alone" is a useful thing to hear. :-)
>
> Cheers, Martin
>
> Martin Packer,
> Mainframe Performance Consultant, zChampion
> Worldwide Banking Center of Excellence, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
> Blog:
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
>
>
> From:
> Gabe Goldberg 
> To:
> IBM-MAIN@bama.ua.edu,
> Date:
> 03/03/2012 21:43
> Subject:
> Writing article on telework/telecommuting
> Sent by:
> IBM Mainframe Discussion List 
>
>
>
> I'm writing article for Destination z  telework/telecommuting. I think this partitions in two dimensions --
> technology vs. mindset and worker vs. employer.
>
> There's abundant information -- and blather -- about this subject. But
> Destination z is mainframe focused so I'm especially interested in
> relevant System z tips for all four quadrants:
> technology/mindset/worker/employer.
>
> Again, this is a "tips" article so won't include positive/negative
> anecdotes. But they're still welcome -- they can suggest tips, they're
> interesting, and I might write a longer piece on this sometime.
>
> As usual, extra credit for sending to me directly (in addition to list,
> if you're so inclined) so I needn't pluck from digests.
>
> Thanks, as always..
>
> --
> Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
> 3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
> LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
>
>
>
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU
>
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Program FLIH backdoor - This is a criminal breach of security!

[Rob Schramm]

I am sure that you could easily ask VAT Security... since the product
offering is all about verifying the ability to subvert any interface to
gain authorization.

AFAIK VAT has already taken IBM for the trip to discover OS related
vulnerabilities.

Rob Schramm
Senior Systems Consultant
Imperium Group



On Fri, Mar 2, 2012 at 1:00 PM, Edward Jaffe wrote:

> On 3/2/2012 9:09 AM, David Cole wrote:
>
>> At 3/2/2012 10:25 AM, Edward Jaffe wrote:
>>
>>>
>>> The real question is whether an unintended third party can use the code
>>> to become authorized.
>>>
>>
>> Yes. That absolutely is the "real question".
>> And absolutely, that is what Bill Fairchild's post asserts.
>> So that absolutely is why I am concerned.
>>
>
> The subject line of this thread started off (in the other list) as
> "Program FLIH". Then, you renamed it to, "Program FLIH backdoor - This is a
> criminal breach of security!" Having concerns is one thing; making
> speculative accusations of criminal wrongdoing is quite another. Innocent
> until proven guilty is the American way; not the other way 'round.
>
>
> --
> Edward E Jaffe
> Phoenix Software International, Inc
> 831 Parkview Drive North
> El Segundo, CA 90245
> 310-338-0400 x318
> edja...@phoenixsoftware.com
> http://www.phoenixsoftware.**com/ 
>
> --**--**--
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Linkage tables

[Micheal Butz]

PC
  NUMBER  
  
 2B00  The Following PC number is for LX or linkage index 0 as The
high order 0's signify

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Peter Relson
Sent: Sunday, March 04, 2012 8:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Linkage tables

>Does anyone know how to display the linkage tables 
>from an IPCS dump assuming I dump PCAUTH address space

Summary Format will display a lot of information.

If you literally want to display the linkage tables (both linkage first 
and linkage second if the ASN-and-LX-reuse facility is active), then 
follow the real-pointer chains described in the Principles of Operation, 
starting from the ASTE (the virtual address of the linkage table / linkage 
first table is in ASCBLTOV)

Peter Relson
z/OS Core Technology Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: JES2 STCCLASS and TSUCLASS - documented

[Bob Rutledge]

Bob Rutledge wrote:

Andrew Metcalfe wrote:

Folks

Anyone know in which manual can I find the STCCLASS and TSUCLASS 
initialisation parameters documented please?
Not in 1.12 JES2 Init & Tuning. I suspect that they are synonymous 
with JOBCLASS(STC) and JOBCLASS(TSU). I have inherited support for a 
JES2 system that has STCCLASS and TSUCLASS specified in the init deck, 
so just looking for definitive description.


STCCLASSAUTH=ALL,
BLP=YES,
COMMAND=EXECUTE,
MSGCLASS=W,
MSGLEVEL=(1,1),
REGION=512K,
TIME=(60,0)

TSUCLASSAUTH=ALL,
BLP=YES,
COMMAND=EXECUTE,
MSGCLASS=W,
MSGLEVEL=(1,1),
REGION=512K,
TIME=(60,0)


JES2 Init & Tuning Guide/Rererence, SA22-7532/3


Also commands $DSTCCLASS and $DTSUCLASS don't appear to be documented.


JES2 Commands, SA22-7526


Sorry.  The definition isn't expressly stated.  It's hinted at in the 
explanation for $HASP837.


Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: JES2 STCCLASS and TSUCLASS - documented

[Lizette Koehler]

> 
> Folks
> 
> Anyone know in which manual can I find the STCCLASS and TSUCLASS
initialisation
> parameters documented please?
> Not in 1.12 JES2 Init & Tuning. I suspect that they are synonymous with
> JOBCLASS(STC) and JOBCLASS(TSU). I have inherited support for a JES2
system that
> has STCCLASS and TSUCLASS specified in the init deck, so just looking for
definitive
> description.
> 
> STCCLASSAUTH=ALL,
> BLP=YES,
> COMMAND=EXECUTE,
> MSGCLASS=W,
> MSGLEVEL=(1,1),
> REGION=512K,
> TIME=(60,0)
> 
> TSUCLASSAUTH=ALL,
> BLP=YES,
> COMMAND=EXECUTE,
> MSGCLASS=W,
> MSGLEVEL=(1,1),
> REGION=512K,
> TIME=(60,0)
> 
> Also commands $DSTCCLASS and $DTSUCLASS don't appear to be documented.
> 

First answer - Yes the JOBCLASS(TSU) and JOBCLASS(STC) is what you want to
look at.

Second Answer: 
$D JOBCLASS(n) - Display job class characteristics 
   
$T JOBCLASS - Set job class characteristics 

To modify the characteristics associated with one job, all started task
(STC) jobs, or time-sharing user (TSU) classes.
  
 JOBCLASS(STC) or 
 JOBCLASS(TSU) initialization statements.   

TSU and STC are subparms of $D/$TJOBCLASS

Liette  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: JES2 STCCLASS and TSUCLASS - documented

[Bob Rutledge]

Andrew Metcalfe wrote:

Folks

Anyone know in which manual can I find the STCCLASS and TSUCLASS initialisation 
parameters documented please?
Not in 1.12 JES2 Init & Tuning. I suspect that they are synonymous with 
JOBCLASS(STC) and JOBCLASS(TSU). I have inherited support for a JES2 system that 
has STCCLASS and TSUCLASS specified in the init deck, so just looking for 
definitive description.

STCCLASSAUTH=ALL,
BLP=YES,
COMMAND=EXECUTE,
MSGCLASS=W,
MSGLEVEL=(1,1),
REGION=512K,
TIME=(60,0)

TSUCLASSAUTH=ALL,
BLP=YES,
COMMAND=EXECUTE,
MSGCLASS=W,
MSGLEVEL=(1,1),
REGION=512K,
TIME=(60,0)


JES2 Init & Tuning Guide/Rererence, SA22-7532/3


Also commands $DSTCCLASS and $DTSUCLASS don't appear to be documented.


JES2 Commands, SA22-7526

Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

JES2 STCCLASS and TSUCLASS - documented

[Andrew Metcalfe]

Folks

Anyone know in which manual can I find the STCCLASS and TSUCLASS initialisation 
parameters documented please?
Not in 1.12 JES2 Init & Tuning. I suspect that they are synonymous with 
JOBCLASS(STC) and JOBCLASS(TSU). I have inherited support for a JES2 system 
that has STCCLASS and TSUCLASS specified in the init deck, so just looking for 
definitive description.

STCCLASSAUTH=ALL,
BLP=YES,
COMMAND=EXECUTE,
MSGCLASS=W,
MSGLEVEL=(1,1),
REGION=512K,
TIME=(60,0)

TSUCLASSAUTH=ALL,
BLP=YES,
COMMAND=EXECUTE,
MSGCLASS=W,
MSGLEVEL=(1,1),
REGION=512K,
TIME=(60,0)

Also commands $DSTCCLASS and $DTSUCLASS don't appear to be documented.

Confused??

Thanks

Andrew

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Writing article on telework/telecommuting

[Anne & Lynn Wheeler]

martin_pac...@uk.ibm.com (Martin Packer) writes:
> One experience from teleworking which should appeal to mainframers: By and 
> large 3270 is the least demanding data stream - so TSO / ISPF goes fast 
> even on "broadband" as crummy as mine. (It's all the other junk that runs 
> really slowly when the wet string dries out.)
>
> Now I may be in a minority but I bet this counts for lots of people.
>
> Anyhow, having telecommuted for more than 10 years I'm looking forward to 
> this article: "You are not alone" is a useful thing to hear. :-)

recent thread on "user-friendly"
http://www.garlic.com/~lynn/2012.html#11 Who originated the phrase 
"user-friendly"?
http://www.garlic.com/~lynn/2012.html#12 Who originated the phrase 
"user-friendly"?
http://www.garlic.com/~lynn/2012.html#13 From Who originated the phrase 
"user-friendly"?
http://www.garlic.com/~lynn/2012.html#15 Who originated the phrase 
"user-friendly"?
http://www.garlic.com/~lynn/2012.html#16 From "Who originated the phrase 
user-friendly" thread
http://www.garlic.com/~lynn/2012.html#19 From Who originated the phrase 
"user-friendly"?
http://www.garlic.com/~lynn/2012.html#22 Who originated the phrase 
"user-friendly"?
http://www.garlic.com/~lynn/2012.html#27 From "Who originated the phrase 
user-friendly" thread
http://www.garlic.com/~lynn/2012.html#31 Who originated the phrase 
"user-friendly"?
http://www.garlic.com/~lynn/2012.html#33 Who originated the phrase 
"user-friendly"?
http://www.garlic.com/~lynn/2012.html#36 Who originated the phrase 
"user-friendly"?
http://www.garlic.com/~lynn/2012.html#38 Who originated the phrase 
"user-friendly"?
http://www.garlic.com/~lynn/2012.html#43 Who originated the phrase 
"user-friendly"?
http://www.garlic.com/~lynn/2012.html#44 Who originated the phrase 
"user-friendly"?

above thread includes definition from ibm jargon:

bad response - n. A delay in the response time to a trivial request of
a computer that is longer than two tenths of one second. In the 1970s,
IBM 3277 display terminals attached to quite small System/360 machines
could service up to 19 interruptions every second from a user I
measured it myself. Today, this kind of response time is considered
impossible or unachievable, even though work by Doherty, Thadhani, and
others has shown that human productivity and satisfaction are almost
linearly inversely proportional to computer response time. It is hoped
(but not expected) that the definition of Bad Response will drop below
one tenth of a second by 1990.

... snip ...

part of the discussion was the horrible TSO response and significant
performance degradation going from 3277/3272 combo to 3278/3274
(although TSO response was so bad that none recognized how much worse
the 3274 controller was compared to 3272).

I did vm370/cms that got .11 trivial interactive response (next nearest
system with similar load and configuration was more like quarter second)
... and the 3272 controller added .086 seconds ... resulting in .196
response seen by end-user. longer discussion in this post:
http://www.garlic.com/~lynn/2001m.html#19

When Santa Teresa lab (now silicon valley lab) was bursting at the seams
in 1980 ... they were remoting 300 people from the IMS group to offsite
building. They had looked at "remote" 3270 for interactive developed
... and the IMS group users found it horrible and unacceptable compared
to the vm370/cms service they were getting with channel-attached 3270
controllers in the building.

I got roped into doing the channel-extender support for putting remote
channel attached 3270 controllers at the remote site (resulting in them
not seeing any difference between local and remote site) Recent
discussion touch on some of the topic:
http://www.garlic.com/~lynn/2012c.html#41

The transition to web/browser has caused me some annoyance ... because
of end-to-end synchronized latency. Nearly a decade ago, I started
making extensive use of browswer asynchronous tabs ... clicking on URL
would be done in background in different tab. I even created process
that would automate some of the process ... fetching hundreds of web
pages at a time into background tabs. Then I could immediate switch
between different tabs w/o having to experience the synchronous web
latency.

misc. past posts mentioning browser asynchronous tab operation:
http://www.garlic.com/~lynn/2004e.html#11 Gobble, gobble, gobble: 1.7 RC1 is a 
"turkey"!
http://www.garlic.com/~lynn/2004e.html#54 Is there a way to configure your web 
browser to use multiple
http://www.garlic.com/~lynn/2005n.html#8 big endian vs. little endian, why?
http://www.garlic.com/~lynn/2005n.html#41 Moz 1.8 performance dramatically 
improved
http://www.garlic.com/~lynn/2005o.html#13 RFC 2616 change proposal to increase 
speed
http://www.garlic.com/~lynn/2006q.html#51 Intel abandons USEnet news
http://www.garlic.com/~lynn/2007m.html#8 John W. Backus, 82, Fortran developer, 
dies
http://www.garlic.com/~lynn/2008b.html#32 Tap and faucet and spellcheckers
http:/

Re: Customer Service, the good and the bad...

[Gerhard Postpischil]

On 3/3/2012 3:16 AM, Robert Prins wrote:

Needlessly to say, when I bought a new PC for myself at the beginning
of this year, and a new notebook for my wife, I stayed away as far as
possible from HP.

I don't know if my experience was an exception, but even if it was,
that is no way to treat your customers!


Back in 2004 I purchased a Compaq laptop that included a rebate 
for either cash or software. Also they had a "deal" on a memory 
stick with a rebate. They refused both rebates on the grounds 
that I didn't send them in in a timely fashion (within 45 days 
of purchase!). While I kept and used the laptop until it gave up 
the ghost, I replaced all my HP printers with Kyocera, with 
cheaper and better features, and sleep soundly that they lost 
more on toner sales than the rebates would have cost them.


Gerhard Postpischil
Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Writing article on telework/telecommuting

[Martin Packer]

One experience from teleworking which should appeal to mainframers: By and 
large 3270 is the least demanding data stream - so TSO / ISPF goes fast 
even on "broadband" as crummy as mine. (It's all the other junk that runs 
really slowly when the wet string dries out.)

Now I may be in a minority but I bet this counts for lots of people.

Anyhow, having telecommuted for more than 10 years I'm looking forward to 
this article: "You are not alone" is a useful thing to hear. :-)

Cheers, Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:
Gabe Goldberg 
To:
IBM-MAIN@bama.ua.edu, 
Date:
03/03/2012 21:43
Subject:
Writing article on telework/telecommuting
Sent by:
IBM Mainframe Discussion List 



I'm writing article for Destination z 

Re: Linkage tables

[Peter Relson]

>Does anyone know how to display the linkage tables 
>from an IPCS dump assuming I dump PCAUTH address space

Summary Format will display a lot of information.

If you literally want to display the linkage tables (both linkage first 
and linkage second if the ASN-and-LX-reuse facility is active), then 
follow the real-pointer chains described in the Principles of Operation, 
starting from the ASTE (the virtual address of the linkage table / linkage 
first table is in ASCBLTOV)

Peter Relson
z/OS Core Technology Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: 5 Byte Device Addresses?

[Shmuel Metz (Seymour J.)]

In <1250849277558111.wa.haroldberglasyahoo...@bama.ua.edu>, on
03/03/2012
   at 07:25 AM, Myname Is  said:

>pardon the language, sir, but did u know that the jcl keyword
>UNIT=[/]n would create an internal text specification

Yes. I also know that the Internalt Text Buffer Buffer contains
character data.

> since u can't see beyond your very large nose,

Since the best you can do is an ad hominem attack, of won't bother to
address the rest of your misguided nattering. 
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN