I have scanned GC23-0059-2, 3270 Data Stream Programmers Reference,
and sent it to bitsavers. I don't know that it is actually available yet.
I do see that Gc23-0059-7 is available from IBM in paper or electronic form.
-- glen
Tom Duerbusch [EMAIL PROTECTED] wrote:
snip
How many others have shipped dumps, online, back before high speed
Internet connections?
This is the inverse, or maybe the perverse:
In 1990 or so, we had a distributor in Europe. A customer took a database
ABEND and was very unhappy. I was in
Continuing a discussion started on VMESA and now cross posted on VSE-L.
I remember sending a printed dump of the DOS Release 18 Supervisor
back in 1968 via Greyhound Bus.
And that reminds me of the User Manual for the original Westinghouse Disk
Backup/Restore Utility. It had a very large and
If anyone tries this bypass please post
whether it works.
This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to
Paul B. Nieman wrote:
In the early 1990's we consolidated a data center from Sydney into
Philadelphia. We used SYBACK to do a full dump of specific (most)
minidisks to tape and shipped the tapes. We then performed daily
incrementals to disk, and sent the incrementals via RSCS, via a 9600
There is a bypass (I think). Store a UCOMDIR NAMES file on the A-disk of
DFSMS servers. In this file, you aasign a nickname to a filepool:
:nick.VMSYS :tpn.MYPOOL
Note: to activate this, the easiest way it to IPL CMS
I tried this and it appears it will work (at least I received the message
On Wed, 11 Oct 2006 10:28:07 -0500, Tom Duerbusch
[EMAIL PROTECTED] wrote:
So I guess the question I'm wondering...
How many others have shipped dumps, online, back before high speed
Internet connections?
Why send the entire dump when they're only going to look at a tiny
fraction of it? On
Title: performance question
Good morning everyone.
I have a little performance question to pose this morning.
This is sort of related to the thread 'VTAM Cross Domain problem/question'.
We have an application that 'webifies' the look of some CICS screens.
The app runs on a wintell server
I wanted to simulate the output from: D NET,ROUTE,BLOCKED
On a VM/VTAM session using VM:Operator. This rather than require us to
logon to NetView to issue an NCCFLST command. Since D NET,ROUTE,BLOCKED
is not a valid VM/VTAM command.
-Original Message-
From: The IBM z/VM Operating
Dave,
I think I used VTAMOP at in a prior life.
Trying to assemble VTAMOP has been a problem trying to find the MACLIBs:
CSISP and DMKSP. I thing I found their replacements and will give it a
shot.
Thank you,
Jim
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL
On Thursday, 10/12/2006 at 11:49 AST, Stracka, James (GTI)
[EMAIL PROTECTED] wrote:
I wanted to simulate the output from: D NET,ROUTE,BLOCKED
On a VM/VTAM session using VM:Operator. This rather than require us to
logon to NetView to issue an NCCFLST command. Since D NET,ROUTE,BLOCKED
is
You need to use the db2 connect. The normal drivers for db2 does not
support connects to a vm database.
-Ursprüngliche Nachricht-
Von: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Im
Auftrag von Alan Ackerman
Gesendet: Sonntag, 8. Oktober 2006 07:17
An: IBMVM@LISTSERV.UARK.EDU
David,while I was once the relationship managerbetween FSI and
IBM (working for IBM), I can only guessbased on that history, what might
be going on in either company. I'm sure youalready realize
this isa very complex situation between two companiescoming to
termswith anumber ofissuesand a
Huegel, Thomas [EMAIL PROTECTED] writes:
Tom,
I'm not sure I completely follow the question. I am not aware
of any way to get just the cost of the SCEXIT from existing
data. You could at least bound it by looking at total costs in
the TCP/IP stack machine to understand what the costs may
be. One
Title: RE: performance question
Bill,
I wasn't concerned with just the SCEXIT itself, if I thought that was the issue I would rewrite it in assembler. I was interested in the whole DIAL/DROP path. From the time TCP/IP first saw the connection until VSE/VTAM saw the terminal and how much
Huegel, Thomas [EMAIL PROTECTED] writes:
Thank you, I better understand your problem. There is no trivial way
I know of to break this apart as you would like. My best suggestion is:
- isolate this processing to a TCP/IP stack that does this alone
- use either SCEXIT or cons logs to track rate of
16 matches
Mail list logo