Thanks for the reply...
On 23 Mar 2014 at 12:56, CRPence (CRPence <midrange-l@xxxxxxxxxxxx>) commented
about Re: Data files with nondisplayable :
On 23-Mar-2014 10:17 -0700, Gary Kuznitz wrote:
On 23 Mar 2014 at 9:39, CRPence wrote:
On 22-Mar-2014 23:51 -0700, Gary Kuznitz wrote:
I just found out this only happens from the console.
Whooo. What a scare. I tried editing members from a regular
telnet Client Access Express for Windows and it works fine.
I don't understand why I would see this problem from the console
Do the emulated sessions support 27x132 and the console does not,
or vice versa? Is the user profile SEU options set to activate
27x132 if supported by the device?
For some reason this one was at 24x80.
The device is either capable of supporting 27x132, or not. The user
profile has a default setting for SEU, whether to attempt\query that
capability; negotiating 24x80, if the 27x132 support is not available.
Thus "this one" leaves one wanting, for clarification of the pronoun.
Only the User Profile makes sense in that context, but later comments
and a [perhaps incorrect] presumption that the same user would have been
used at both the console and at the emulated session, have me wondering.
The same user and the same device type (3477) was used on both the console and the
It has worked in the past.
Where "It" is apparently, editing using SEU, from the\that console
They are both using telnet Client Access Express for Windows.
I don't usually use the console for editing. I changed it to 27x132.
Again, with a pronoun, there is no clear indication of what was
In Configure PC5250 the Display size was changed from 24x80 to 27x132.
If the device description was changed, per there being no
attribute that effects changing the device "to 27x132", then what about
the device changing would have helped.? The device type\model would
have to be changed, to enable support for 27x132, and as I recall, that
requires DLTDEVD and CRTDEVDSP [or the same effect, via auto-cfg]. Or
perhaps, was the SEU F13=Change Session Defaults used to modify the user
profile [Interactive Profile Entry (IPE)] setting, to choose a "Screen
Size" attribute of 1=27x132; changed from the value of 2=24x80?
I found the CTL in a failed state. I vry'ed it off, on and it's
The primary twinax controller [e.g. CTL01 or QCTL] over which the
console commnicates, was in the failed state? Since when?
The controller must have failed when I changed the Display Size.
after re-creating the Display device to support 27x132 [CRTDEVDSP
DEVCLS(*LCL)]? The VRYCFG to vary-off and then vary-on should have
caused the console [e.g. DSP01 or QCONSOLE] to be functional generally,
but the editing issue was corrected by a change either to the device or
the profile, rather than solely that controller vary activity.? With a
failed controller, the workstation display device would not be expected
to be at all functional; i.e. no ability to signon to even start SEU.
That was a great guess. I never would have guessed that.
Intuition, supported by lots of experience with the OS; both using
and coding, and much more of ferreting out defects.
Thank you very much.
No problem. Perhaps you could share some additional details, with
regard to my above comments\questions. Of interest because if the
device type\model is properly set in the *DEVD to match the actual
physical device type\model, then irrespective the "screen size" choice
in SEU, the noted error msg EDT0225 should not transpire [if not due to
non-displayable characters in the source physical file member data]. I
am curious if the issue is just circumvented, or actually resolved; e.g.
if changing "it" back to 24x80, the problem returns?
Changing it back to 24x80 does make CTL01 (DSP01) fail.
Thanks for the help.
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives