mal dump data set - with a large secondary extent.
[2] See the paranoia on the subject in the z/OS Communications Server IP
Configuration Guide, section 2.2.1.1, "Steps for starting the TN3270E Telnet
server":
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b3b1/2.
and goes downhill from there -
I smell Cisco mischief! Perhaps you should just ask whomever in your
installation actually understands DLSw and the DLSw configuration for an
explanation of why it is incidental to this scenario.
[2] They could be implemented as SNA type 2.0 nodes but they would be
in z/OS UNIX - z/OS UNIX Systems Services in full -
would not be remarkable.
Chris Mason
On Mon, 26 Nov 2012 19:00:19 +, Lindy Mayfield
wrote:
>Tweedledee and Tweedledum _Agreed_ to have a fight.
>
>Someday soon some language will be the Lingua Chinoise and COBOL will start
>
0
works just as well as
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ERBZPM90/CCONTENTS?SHELF=erbzbkb0&DN=SC33-7992-10&DT=20100712181154
Chris Mason
On Wed, 7 Nov 2012 14:41:56 +, Staller, Allan
wrote:
>
>Also trying to figure out any batch loads that are of not
preferred since the alternative OSE is essentially for migration
from the popular pre-OSA device, the 3172 while OSD offers considerable
performance and usability enhancements and promises more in the future.
-
Chris Mason
On Thu, 6 Dec 2012 09:49:00 +0530, Jake anderson
wrote:
>Hello Group,
>
ion Server. You should use the
Internet Protocol-Data Link Control (IP-DLC) Link Service that is based on the
industry-standard High Performance Routing over Internet Protocol (HPR/IP).
http://technet.microsoft.com/en-us/library/gg167635.aspx
-
[1] Paraphrasing Henry Ford.
-
Chris Mason
On T
Gilmartin
Stop bullying your erstwhile colleagues!
You can put everybody out of their misery, yourself especially, by doing on
what Charles Mills is famous for pouring scorn - RT fine M:
2.3 Communicating with a program (EXTRACT, QEDIT)
http://publibz.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/iea2
the IBMTCP-L list for any topic related to z/OS Communications Server and
neighbouring topics such as OSA features:
For IBMTCP-L subscribe / signoff / archive access instructions, send email to
lists...@vm.marist.edu with the message: INFO IBMTCP-L
Chris Mason
On Mon, 3 Dec 2012 09:54:39 -060
all client
implementations and 3270 applications supported the dynamic selection of
presentation space dimensions.
Perhaps you could explain why you perceive the need for the client workstation
user to specify the mode table entry name - something of a chore if it turns
out not to be necessary.
Ch
Tom
Have a look at z/OS Communications Server IP Configuration Guide APPENDIX1.3
Appendix C. Express Logon Feature. It may be what you want.
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B3B1/APPENDIX1.3
Chris Mason
On Tue, 4 Dec 2012 14:25:26 -0500, Tom Ambros wrote:
&g
7
-
[1] Note that, since I was obliged to correct a couple of typos, I took a
liberty in correcting another!
-
Chris Mason
On Fri, 23 Nov 2012 11:42:27 -0600, Hansen, Dave L - Eagan, MN
wrote:
>Group,
>
> We are embattled over the question of static routes. We are running z/OS
>
ists...@vm.marist.edu with the message: INFO IBMTCP-L
Chris Mason
On Mon, 8 Oct 2012 11:31:17 +0200, IT Pro wrote:
>Hello,
>
>We upgraded from z/OS 1.9 to z/OS 1.12 a few months ago.
>
>We have configured SYSLOGD daemon to be started as a started task from
>a PROC, but when
97
[2] This all clearly stated in the manual in which you might expect to find it:
23.6.2.3 Guidelines for dynamic expansion
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b5b0/23.6.2.3
-
Chris Mason
On Tue, 25 Sep 2012 05:02:01 -0500, Elardus Engelbrecht
wrote:
>Chris Mason wrote
g a
"Read Partition/Query" and expect a "Query" reply from the secondary LU.
> Otherwise, screen-mode transfer is used, ...
Presumably "screen-mode" is the term the Gates's author has invented in order
to describe the operation of IND$FILE when it is *not* entit
transfers" as "transfers where the use
of WSF has been authorised" - or something like that!, there would appear to be
no reason why the presentation space dimensions need limit anything!
Note that, while there are *two* modes of operation for an IND$FILE server,
there are *thr
oks.
...
For DFTs, such as the 3290, the 3174 merely passes the data stream because the
DFT can interpret the data stream independently. But for CUTs, such as the
3278, that are communicating with the 3270 host, the 3174 interprets every
keystroke that is entered at the display stations. ...
out of the range supported by the
application. Paying attention to these parameters definitely applies to the
request unit (RU) sizes. IND$FILE may or may not follow the relevant RU size
however large it is. Perhaps someone who really knows IND$FILE can check
whether or not there is an upper limi
that the "transport" was TCP - rather than UDP - because there is
discussion of the "keepalive" function.
The latter implies SNA supporting LU type 6.2.
QED!
Chris Mason
On Wed, 19 Sep 2012 11:02:58 -0400, Dave Salt wrote:
>Out of curiosity, does anyone know what pro
Mike
Well, I did the research for you!
- According to Gilbert Saint-Flour's web page, IND$FILE dates from 1983.
- According to RFC 765, FTP dates from 1980.
> Much older program.
Neither "much" nor "older" as 1980 comes before 1983!
Chris Mason
On Wed, 19 S
r_OS390/BOOKS/f1a1b6c0/2.7.3.3
Strangely enough, the authors are reticent about the default value! An educated
guess is that it is 1, that is, providing for one I/O buffer.
Chris Mason
On Wed, 19 Sep 2012 15:53:17 +0200, Paolo Cacciari
wrote:
>Tsai,
>
>to speed up IND$FILE, have you
Mike
> Much older program.
You might like to research that point. I'm not at all sure that it is. Also I
wouldn't necessarily conclude that age necessarily answered Laurence's question.
Chris Mason
On Wed, 19 Sep 2012 07:16:25 -0500, Mike Schwab wrote:
>Try larger bloc
a refrigerator to his back while FTP would
correspond to the two East Africans who made a contest of the last few yards -
meters in some geographies - of the course for the honour of being the winner.
Chris Mason
On Wed, 19 Sep 2012 19:34:40 +0800, Tsai Laurence wrote:
>Dear listers
Graham
FWIW
http://groups.google.com/groups/dir?lnk=nhpsfg&hl=en-GB&q=IBM-MAIN
18162 subscribers, Messages per month: 1665, Usenet
http://groups.google.com/groups/dir?lnk=nhpsfg&hl=en-GB&q=CICS-L
3924 subscribers, Usenet
Chris Mason
On Tue, 11 Sep 2012 11:13:29 -0400, Gra
Lawrence
You should ask also on the HIS Forum:
http://social.technet.microsoft.com/Forums/en-US/biztalkhis/threads
Since you are using HIS 2000, you are probably using the LAN DLC, There should
be no problems; the protocols don't change.
Chris Mason
On Wed, 5 Sep 2012 22:07:49 +0800,
time ago. There were a few replies but no
evidence of hidden dangers was forthcoming.
Archive reference (Search on Subject Contains: SYST, Author's Address: Mason):
Subject: SYST
From: Chris Mason
Date: Sat, 25 Feb 2006 16:58:39 +0100
Hm! Having made sure that I could refer folk to my "
ments onto which I happened to have hung labelled
"FICON CTCs".
-
[1] http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B6C0/2.4
-
Chris Mason
---
John
> ... CTC; to implement VTAM cross domain ...
I *think* I understand what you are saying here but in case it is n
k - which
worked as an egg fresh from the coop. The design required the definition of a
number of CTC connections for use by the APPN network. Disturbing a lot of dust
I found some customer documents onto which I happened to have hung labelled
"FICON CTCs".
-
[1] http://publibz.boulder.i
ks just as well on a Sunday as any other day - or perhaps the
reason is more related to Eric Liddell, of whom lately we have been reminded.
-
Chris Mason
On Sun, 29 Jul 2012 11:32:19 -0400, Gord Tomlin
wrote:
>While there is an RFC (I'm not going to hunt for the number on a Sunday)
&g
sets, you may need to know about/be
reminded of the DISP=MOD "trick" - and (I just checked) you don't need to worry
about having multiple steps in your FFST (EPWINIT) procedure.
Chris Mason
On Thu, 26 Jul 2012 00:04:32 -0400, Rob Schramm wrote:
>Chris,
>
>I read that
since the LU represented by these APPL
statements will always be an "origin" LU and never a "destination" LU.
Chris Mason
On Mon, 23 Jul 2012 23:33:15 -0400, Scott Ford wrote:
>Chris,
>
>My VTAM is old but I seem to Remember that CICS, aka kicks, was the Plu
>
&g
ult but AUTH=NVPACE is utter nonsense.
An actually technically correct and useful sample would be as follows:
VBUILD TYPE=APPL
TN* APPL EAS=1,SESSLIM=YES,REGISTER=NO
Note that I am proposing a model APPL statement - where, of course, the name
would need to match the model for the &
ned
was under discussion. Mr Zelden even simply considers FFST worthless - as one
can assume does the "Wizard of Lodz".
-
Chris Mason
On Wed, 25 Jul 2012 13:55:39 -0400, Rob Schramm wrote:
>Does anyone know if the FFSTCKPT, FFSTLOGx & AND FFSTDUMP data sets must be
>unique? I
t the SNA-oriented TELNET server (TN3270) LU name is, as a starting
position, internal to TN3270.
This is just a quick response, I'll look more at it tomorrow. It's after
midnight and I got up early - yesterday!
You might like to post on IBMTCP-L if you haven't doe so yet.
Chris M
f equipment across the main hall between
the seats and the stage where Mstislav Rostropovich was rehearsing - actually
and necessarily taking a short break. He didn't give me the friendliest of
looks as I tried to give an apologetic look in return!
-
Chris Mason
On Wed, 18 Jul 2012
day", I realised that there was one more possible improvement. This
would have involved overlaying initialisation logic storage with working space!
There wasn't time now and it wasn't needed since the 360/30 was duly replaced
by a 360/25.
-
Chris Mason
On Sat, 14 Jul 2012 08:
le to provide an URL whenever making a
reference to a manual.
-
Chris Mason
On Fri, 13 Jul 2012 14:11:12 +0100, Mike Kerford-Byrnes
wrote:
>GG24-2561 Appendix H has precisely what you are looking for
On Thu, 12 Jul 2012 08:26:16 -0400, Micheal Butz
wrote:
>I am looking for a Concurrent S
d by the VTAMLIB
DD-statement.
[3] And, if the system programmer has managed to remove the EZBTPUST module so
that the SNA-oriented server cannot gain access to it and an USS message needs
to be presented, there is a "hard-coded" USS message 14 - which sort-of brings
us back to
f a delimiter. This time I did *not* make a
mistake!
-
[1] I encouraged my students always to use SYS1.VTAMLST so they and any who
followed them as system programmers would know where to look. Unfortunately the
last customer I supported hadn't been to my classes and it took quite a while
ed TELNET server address space and
"nnn" is the identification of the TELNET connection.
You will find a line in the output similar to the following:
PROTOCOL: TN3270E LOGMODE: SNX32702 DEVICETYPE: IBM-3278-2-E
In order to determine what to specify for "nnn", you can use the c
d of the logon mode table entry
is X'00' (LU type 0), the entry is "non-SNA". The session follows SNA protocols
only when it has passed though the VTAM protocol converter logic - see Chapter
"Programming for the IBM 3270 Information Display System" of the z/OS
Communi
on following the architecture.
Tant pis!
Note that the same reference was given by Sri Kolusu.
Chris Mason
On Thu, 28 Jun 2012 20:17:13 -0400, Thomas Conley
wrote:
>On 6/28/2012 7:55 PM, Bob Rutledge wrote:
>>
>> Hie thee to the archives and search for TD102151 in the subject lin
Paul
Which, as I replied to Bob Rutledge who provided the identical recommendation
earlier, would be a good idea if it were accurate.
Chris Mason
On Thu, 28 Jun 2012 19:14:22 -0500, paul wrote:
>Try this
>http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/TD
://newsgroups.derkeiler.com/Archive/Comp/bit.listserv.ibm-main/2010-10/msg01185.html
Chris Mason
On Thu, 28 Jun 2012 19:55:46 -0400, Bob Rutledge wrote:
> ...
>
>Hie thee to the archives and search for TD102151 in the subject line.
>
>Bob
---
le in certain
VTAM-managed circumstances but your "ambiguity" is *not* one of them.
[2] Say a manager who used to look after VTAM a decade or so ago as there was -
from userid evidence! - in the last customer I assisted.
-
Chris Mason
On Thu, 21 Jun 2012 08:36:26 -0400, Matt Gourle
l case of
"via VTAM from applications running".
-
[1] I said "business" but then I noticed you support university students!
-
Chris Mason
On Wed, 20 Jun 2012 16:04:40 -0400, Matt Gourley wrote:
>Greetings,
>
>I'm trying to get a Cross Domain Resource to work
ture to a *real* LAN, "external LAN connectivity".
I do hope I've remembered the principles of a VSWITCH from the time I last read
up on the topic a few years ago!
Chris Mason
On Wed, 20 Jun 2012 10:19:53 -0500, Ron MacRae wrote:
>Lutz,
>Thanks for your help. As I s
ered "off-line". Maybe not!
Chris Mason
On Wed, 20 Jun 2012 09:42:18 -0500, Lutz Hamann
wrote:
>Ron,
>
>of course you can' specify 888 as RDEV for your VSWITCH1 because you've
>attached this OSD-device
>to TCPIP !
>
>You should have further real device (i
nectivity" should be used for everything to do with VSWITCH. The
latest I can easily locate is the following:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HCSC9C00/
-
Chris Mason
On Wed, 20 Jun 2012 04:53:19 -0500, Ron MacRae wrote:
>Hi all,
> I have a VM &
t where there is a mismatch between
WAD and WAC.
-
[1] For an explanation, please see a recent discussion - not necessarily
complete - in IBMTCP-L:
12/03/06 13:51:35 75 werner.kueh...@mannheimer.de Reroute FTP to an
alternate route
http://www2.marist.edu/htbin/wlvgl?L=IBMTCP-L&LO
49 matches
Mail list logo
