It's happened again, just out of the blue. I've been using ISHELL for weeks
now on and off and suddenly the same strange behaviour returned. Renaming
the BPXWPROF profile solved the problem again but I'd love to know the cause
but probably never will.
Anyhow, another strange quirk is that if I
On Thu, 17 Jun 2010 16:12:32 +0100, Jim McAlpine jim.mcalp...@gmail.com wrote:
Anyhow, another strange quirk is that if I issue the settings command in
ISHELL to put the command line at the top, then exit ISHELL and go back in
again, then the command line is at the bottom again. Very bloody
On Thu, Jun 17, 2010 at 4:17 PM, Mark Zelden mzel...@flash.net wrote:
You don't change that with the standard settings command for ISPF.
Go to the options -- advanced pull down menu and set your preference
there.
File Directory Special_file Tools File_systems Options Set
- Original Message -
From: Jim McAlpine jim.mcalp...@gmail.com
Newsgroups: bit.listserv.ibm-main
Sent: Thursday, June 17, 2010 11:20 AM
Subject: Re: very strange ISHELL behaviour
On Thu, Jun 17, 2010 at 4:17 PM, Mark Zelden mzel...@flash.net wrote:
You don't change
Mark Zelden wrote:
I didn't find out, just a hunch based on a long history of working on various
ISPF issues over the years. When something only affects a single user and
there doesn't seem to be a good explanation, it's often due to something in
their ISPPROF.
Thanks very much for your kind
On Fri, May 21, 2010 at 6:20 PM, Mark Zelden mzel...@flash.net wrote:
Perhaps an initial edit macro set (under that applied) causing problems?
You could try renaming / deleting BPXWPROF from the ISPPROF data set
and see what happens.
Mark
--
Bingo, that's fixed it. Thanks Mark, I was
On Mon, 24 May 2010 10:34:25 +0100, Jim McAlpine jim.mcalp...@gmail.com wrote:
On Fri, May 21, 2010 at 6:20 PM, Mark Zelden mzel...@flash.net wrote:
Perhaps an initial edit macro set (under that applied) causing problems?
You could try renaming / deleting BPXWPROF from the ISPPROF data set
Mark Zelden wrote:
Perhaps an initial edit macro set (under that applied) causing problems?
You could try renaming / deleting BPXWPROF from the ISPPROF data set
and see what happens.
Bingo, that's fixed it. Thanks Mark, I was beginning to doubt my sanity.
Good for you, Jim McAlpine! ;-D
On Mon, 24 May 2010 08:26:22 -0500, Elardus Engelbrecht
elardus.engelbre...@sita.co.za wrote:
Mark Zelden wrote:
Perhaps an initial edit macro set (under that applied) causing problems?
You could try renaming / deleting BPXWPROF from the ISPPROF data set
and see what happens.
Bingo, that's
I have access to a test system in Dallas as well, and it appears to function
correctly for me.
Have you made any changes to the default configuration that they supplied?
Brian
--
For IBM-MAIN subscribe / signoff / archive
I have access to the Dallas system as well. I'm assuming that you mean
/u/ibmuser/.sh_history. It works for me, is there another one in another
location that you want me to test?
Sorry if things don't line up well when I paste them.
step 1:
File Directory Special_file Commands Help
I've just installed z/OS 1.11 and I'm getting some strange behaviour with
ISHELL and it just occurs with user IBMUSER (which is defined with UID of
0).
What happens is that when I list a directory then enter an e to the left
of a file to edit it, nothing happens ie the cursor remains to the left
an
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
An
IBM-MAIN@bama.ua.edu
Kopie
Thema
very strange ISHELL behaviour
I've just installed z/OS 1.11 and I'm getting some strange behaviour with
ISHELL and it just occurs with user IBMUSER (which is defined with UID of
0).
What happens
On Fri, May 21, 2010 at 10:06 AM, Michael Klaeschen
michael.klaesc...@deutscherring.de wrote:
Jim,
have you checked REGION size in RACF TSO segment for IBMUSER? The HFS file
to be edited must fit completely into IBMUSER's TSO ASID.
Cheers
Michael
Michael, the region size is the same as
Jim,
I thought that the Size in the TSO SEGMENT was only what the user would get
if the user did not specify it at logon time.
Is it possible that they have a smaller size on the LOGON panel rather than
using the TSO SEGMENT SIZE?
Lizette
Jim,
have you checked REGION size in RACF TSO
On Fri, May 21, 2010 at 12:18 PM, Lizette Koehler
stars...@mindspring.comwrote:
Jim,
I thought that the Size in the TSO SEGMENT was only what the user would get
if the user did not specify it at logon time.
Is it possible that they have a smaller size on the LOGON panel rather than
using
Discussion List IBM-MAIN@bama.ua.edu
21.05.2010 13:40
Bitte antworten an
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
An
IBM-MAIN@bama.ua.edu
Kopie
Thema
Re: very strange ISHELL behaviour
On Fri, May 21, 2010 at 12:18 PM, Lizette Koehler
stars...@mindspring.comwrote:
Jim,
I
I don't have access to a uid=0 userid, so I cannot
test myself. Anayway,
... what are the differences in the OMVS segments of
both users?
... can the uid=0 userid edit plain standard MVS datasets?
... any messages in any of the logs (JESYSMSG, ISPLOG, SYSLOG)
--
Peter Hunkeler
CREDIT
Just as a clarification, the size in the RACF TSO Segment is where the
initial default OR last used value for TSO logon size is retained. If
the user changes the value on his TSO logon panel, the most recent Size
value he specified for a successful logon will then be in his TSO
Segment. It is
On Fri, May 21, 2010 at 1:15 PM, Michael Klaeschen
michael.klaesc...@deutscherring.de wrote:
Jim,
you do not see any messages on the screen, ok. And I agree, you should see
some messages indicating what's missing. Did you look in the JES-spool for
the TSO procedure? I mean check SDSF, e.g.
On Fri, May 21, 2010 at 1:33 PM, Hunkeler Peter (KIUP 4)
peter.hunke...@credit-suisse.com wrote:
I don't have access to a uid=0 userid, so I cannot
test myself. Anayway,
... what are the differences in the OMVS segments of
both users?
... can the uid=0 userid edit plain standard
Jim,
I am also running a 1.11 system (ADCD) and I do NOT have the editing
problems that seem to plaguing you.
Here is a RACF display of IBMUSER:
==
USER=IBMUSER NAME= OWNER=IBMUSER CREATED=95.157
DEFAULT-GROUP=SYS1 PASSDATE=10.084
Then I would use ISPF TEST or ISPVCALL to see if one of them can capture any
additional information.
Lizette
Jim,
you do not see any messages on the screen, ok. And I agree, you should see
some messages indicating what's missing. Did you look in the JES-spool for
the TSO procedure? I
It is interesting that for IBMUSER you have ROOT for home
But the other id has /user/maint
Not sure if that might be suspect or not.
Lizette
On Fri, May 21, 2010 at 1:33 PM, Hunkeler Peter (KIUP 4)
peter.hunke...@credit-suisse.com wrote:
I don't have access to a uid=0 userid, so I cannot
On Fri, May 21, 2010 at 2:56 PM, J. D. Cassidy s...@jdcassidy.net wrote:
Jim,
I am also running a 1.11 system (ADCD) and I do NOT have the editing
problems that seem to plaguing you.
Here is a RACF display of IBMUSER:
Thanks for that but there's nothing obvious in there. Another symptom
On Fri, May 21, 2010 at 3:15 PM, Jim McAlpine jim.mcalp...@gmail.comwrote:
On Fri, May 21, 2010 at 2:56 PM, J. D. Cassidy s...@jdcassidy.netwrote:
Jim,
I am also running a 1.11 system (ADCD) and I do NOT have the editing
problems that seem to plaguing you.
Here is a RACF display of
Jim McAlpine wrote:
.-.
| Errno=86x The function is not implemented; Reason=052C04DC. |
| Press Enter to continue.|
'-'
bpxmtext tells me
On Fri, May 21, 2010 at 3:21 PM, Elardus Engelbrecht
elardus.engelbre...@sita.co.za wrote:
Jim McAlpine wrote:
.-.
| Errno=86x The function is not implemented; Reason=052C04DC. |
| Press Enter to continue.
So what are the permissions for IBMUSER for ROOT?
Is it possible that IBMUSER does not have authority at root level? I think
that the permissions are inherited down the file structure. So maybe somewhere
between the ROOT and your file the permissions are not what you expect?
Lizette
Jim McAlpine wrote:
No, the root is definitely mounted and I can see it even from IBMUSER like
this -
and I can browse the file .sh_history above but I can't edit it from IBMUSER.
Ok. One last go before you open a PMR. Exactly WHAT is called for the
program associated with the command 'e'?
On Fri, May 21, 2010 at 3:38 PM, Lizette Koehler stars...@mindspring.comwrote:
So what are the permissions for IBMUSER for ROOT?
Is it possible that IBMUSER does not have authority at root level? I think
that the permissions are inherited down the file structure. So maybe
somewhere between
Anyone on the list have access to a z/OS 1.11 Dallas RDP system. If so
could you do me a favour and log on to IBMUSER and select the OS option
(ISHELL) from the primary menu and try to edit the .sh_history file in the
root directory and let me know what happens.
TIA
Jim McAlpine
Perhaps an initial edit macro set (under that applied) causing problems?
You could try renaming / deleting BPXWPROF from the ISPPROF data set
and see what happens.
Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
mailto:mzel...@flash.net
: Friday, May 21, 2010 7:44 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: very strange ISHELL behaviour
On Fri, May 21, 2010 at 3:38 PM, Lizette Koehler stars...@mindspring.comwrote:
So what are the permissions for IBMUSER for ROOT?
Is it possible that IBMUSER does not have authority at root level? I
34 matches
Mail list logo