Hi Paul
The product is not running as started task but it refers the module when it
is invoked from ispf panel or any batch job.
Jake
On 10 Aug 2014 12:14, "Paul Gilmartin" <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Sun, 10 Aug 2014 11:55:38 +0530, Jake anderson wrote:
> >
> >
On Sun, 10 Aug 2014 11:55:38 +0530, Jake anderson wrote:
>
>I see some of a product load modules have extents more than 1 like 2 and 4.
>I still the product runs with no error and abend. Are there any impact to
>the product if the libraries are more than 1 ?
>
>Could you please suggest me if it is
Hi All,
I see some of a product load modules have extents more than 1 like 2 and 4.
I still the product runs with no error and abend. Are there any impact to
the product if the libraries are more than 1 ?
Could you please suggest me if it is good to run the product with extents
more than 1.
Jake
You probably have used PDF which is/was a companion product, ie not
use fullscreen capabilities.
Ed
On Aug 9, 2014, at 11:20 PM, Paul Gilmartin wrote:
On Sat, 9 Aug 2014 19:55:03 -0500, Ed Gould wrote:
No. ISPF is 3270 device dependent.
I have used ISPF in background, with no 3270 attac
Yes it does but is frowned upon by most sysprogs
Ed
On Aug 9, 2014, at 10:00 PM, John Szura wrote:
Steplib-RX or Dynastep from Tone Software Corp. will allow you to
re-allocate STEPLIB to any concatenation you wish.
j
John Szura
Lead Product Developer
Tone Software Corp.
On 8/4/2014 9:55
On Sat, 9 Aug 2014 19:55:03 -0500, Ed Gould wrote:
>
>No. ISPF is 3270 device dependent.
>
I have used ISPF in background, with no 3270 attached.
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send ema
Steplib-RX or Dynastep from Tone Software Corp. will allow you to
re-allocate STEPLIB to any concatenation you wish.
j
John Szura
Lead Product Developer
Tone Software Corp.
On 8/4/2014 9:55 AM, Micheal Butz wrote:
Wait open at step initiation
I am talking about TSOLIB which I
Believe I can l
On Sat, 9 Aug 2014 16:22:11 -0500, Paul Gilmartin wrote:
>On Sat, 9 Aug 2014 14:11:55 -0700, Jon Perryman wrote:
>
>>What makes a fullscreen editor not a line mode editor? I can't think of any
>>ISPF edit commands that require full screen features other than entering the
>>command thru the comma
Gil:
No. ISPF is 3270 device dependent.
Ed
On Aug 9, 2014, at 4:22 PM, Paul Gilmartin wrote:
On Sat, 9 Aug 2014 14:11:55 -0700, Jon Perryman wrote:
What makes a fullscreen editor not a line mode editor? I can't
think of any ISPF edit commands that require full screen features
other than
Lets stop trying to imagine. In what universe does ISPF (not edit) support line
mode terminals. Would you use the Emacs editor outside x-windows? If you can
make ISPF support line mode, then edit will automatically have line mode
capability.
Jon Perryman
On Saturday, August 9, 2014 2:22 PM, P
Just because you don't understand or can't imagine it's importance doesn't make
it non-sense. TSO edit has a batch mode without the need for a macro language
so you can't even check return codes. Yes they could have taken it to the
extreme but being extreme is not acceptable. In the MVS world, w
On Sat, 9 Aug 2014 14:11:55 -0700, Jon Perryman wrote:
>What makes a fullscreen editor not a line mode editor? I can't think of any
>ISPF edit commands that require full screen features other than entering the
>command thru the command area in the screen. Granted, the full screen features
>make
On Sat, 9 Aug 2014 13:29:32 -0700, Jon Perryman wrote:
>For edit macro's, placing the cursor at the end risks far less data than
>leaving the cursor alone. Right or wrong is a matter of opinion. Leaving the
>cursor at the current location will certainly teach programmers to check
>return codes
What makes a fullscreen editor not a line mode editor? I can't think of any
ISPF edit commands that require full screen features other than entering the
command thru the command area in the screen. Granted, the full screen features
make life easier and the command area is very small.
Jon Perry
For edit macro's, placing the cursor at the end risks far less data than
leaving the cursor alone. Right or wrong is a matter of opinion. Leaving the
cursor at the current location will certainly teach programmers to check return
codes and not make false assumptions the first time they destroy t
The message is considered an operator action message (not operator response).
The asterisk * indicates it won't scroll off a non-scrolled screen. It's intent
is to make you aware of a situation that a product wants to make your operator
aware of and wants them to take an action. There is not a r
GDS's are simply a datasets. Don't think of them as anything special other than
their DSN ends with GDG number.
If you want to cleanup uncataloged datasets, then search the IBM-MAIN archives
because it's already been discussed.
Jon Perryman.
On Thursday, August 7, 2014 8:16 PM, Ravi Gaur
I have some of the feelings that my father would have had finding
himself in agreement with George Sokolsky, but Shmuel is clearly
right.
The issues involved badly needed to be disentangled at the outset of
these discussions, not late and inter alia.
John Gilmore, Ashland, MA 01721 - USA
---
As you realized, you are restoring 4 unque datasets with the same DSN. The
problem is that the restore is cataloging each of these datasets which causes
the second to fail. You need to specify nocatalog (I'm guessing because it's
been too long). Also beware that you may have the system option to
On 7/31/2014 10:16 AM, Ed Jaffe wrote:
The percentage varies from conference to conference, but usually
somewhere between 1/4 and 1/3 of SHARE conference attendees are
first-timers...
28.6% of attendees in Pittsburgh were first timers... It was a great
conference in a great new venue...
-
Hm, I saw the OP return saying "That solved it, thanks!" -- or was that on
the assembler list only?
On Sat, Aug 9, 2014 at 1:35 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Sat, 9 Aug 2014 00:09:58 -0400, zMan wrote:
>
> >On Fri, Aug 8, 2014 at 9:07 AM, Shmuel
21 matches
Mail list logo