I may be wrong, but I'll bet that "dynamic" adds to LPA fail if they
would require an increase to common storage. Otherwise, it sounds quite
dangerous and might lead to unscheduled IPLS.
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf
On 2/12/06, Gerhard Adam <[EMAIL PROTECTED]> wrote:
>
> The common area will NOT increase dynamically in that sense. What is
> being referred to is the fact that when something is added to the common
> area (typically LPA), the total allocation will be rounded to the next
> megabyte (segment) boun
>Just had a brief conversation with one of our server gang ... mentioned
>that they should try an IFL on the mainframe ... He claimed that a rep
>(IBM?) was in once and stated that the 'processor speed' was only 900
>MHz so couldn't really compete with what we were looking for. I also
>mentioned t
>It can be risky. *NOW* most Linux software is priced
>per processor, regardless of processor type. Maybe "next
>version" will be priced differently. No warranty.
>AFAIR some time ago Oracle did "bad trick" - they
>"repackaged" the software, so most of upgrade contracts
>were not applicable - custo
On Feb 11, 2006, at 2:57 PM, Edward E. Jaffe wrote:
Ed Gould wrote:
I can't recall of ever having to back off a JES2 fix.
You were just lucky. I've had to back off several of them ...
Perhaps, I had a few friends that were on the bleeding edge and
always touched base with them before I
Greetings,
I am in need of NaviQuest SMF Records to Test DAF.
"SMF record type 127 is recorded by exit routine
IGDACSSC. The SMF record contains the ACS variables
which are used to generate ACS routine test cases.
The test cases are generated by NaviQuest option 1.3."
Cheers,
Michael
http:
>However,if an address space has used up all of its available private
area,will the force decrease of its private area cause problems?Say,you
allocate a
>100M region for a tso user and this user is executing a program in this
address space which occupies all 100M virtual storage space.Then the
co
>True for the primary address space, but ever since MVS/ESA an
>application could also allocate one or more dataspaces (for data
storage
>only, not executable code), and each of these could potentially be as
>large as 2GiB, with none of that dataspace virtual address range
>reserved for system/
From: Paul Gilmartin <[EMAIL PROTECTED]>
No! Missed the point! If I wanted to display WOMBAT, I could
simply do
WRITE WOMBAT
couldn't I? The objective is to assign to or display the
variable whose (unspecified) name is in &COLOR. The Rexx
equivalent would be:
interpret color "= 'WOMBAT
I'm convinced that a clist array variable could be achieved since it's only
an issue of symatic expression. The real question is time, cost and user
acceptance. - Paul Hanrahan
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Paul Gilmartin
Se
Ed Gould wrote:
I can't recall of ever having to back off a JES2 fix.
You were just lucky. I've had to back off several of them ...
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixs
In a recent note, Dave Salt said:
> Date: Sat, 11 Feb 2006 19:39:48 +
>
> >From: Paul Gilmartin <[log in to unmask]>
> >Let me see if I understand this:
> >
> > SET RED = 'WOMBAT'
> > SET COLOR = RED
> > PRINT &&COLOR/* Prints 'WOMBAT', Doesn't it? */
>
> The CLIST sy
Johnny Luo wrote:
> Great example.If IBM readbooks have such detailed examples for beginners
> ..I know it's impossible,so I would thank you again for it.
> Maybe the last question I would like to raise is for the system common area
it helps to have lived thru the whole thing and worked on much of
That's correct. Being absorbed by Macy's no less...
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Dave Thorn
Sent: Friday, February 10, 2006 3:28 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: FW: Mainframe Jobs Going Away
Strawbridge & Clothier
From: Paul Gilmartin <[EMAIL PROTECTED]>
Let me see if I understand this:
SET RED = 'WOMBAT'
SET COLOR = RED
PRINT &&COLOR/* Prints 'WOMBAT', Doesn't it? */
The CLIST syntax to display WOMBAT would be as follows:
SET RED = WOMBAT /* No quotes required */
SET COLOR = &RED
http://www.deccanherald.com/deccanherald/feb112006/
business1630222006210.asp
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the arch
On Feb 11, 2006, at 12:13 PM, Edward E. Jaffe wrote:
Ed Gould wrote:
On Feb 10, 2006, at 10:12 AM, Knutson, Sam wrote:
SNIP
It seems like feeding any updates for vendor products not already
listed
in the current IBM sample
Your tapes are faster than your DASD?
If you have 100 files I personally would do it to DASD and then one run
ftp job to push the 100 files down to unix.
As I don't know how Platinums program works, I would even look at
setting up the jobs so that one step unloads one table and then the next
Ed Gould wrote:
On Feb 10, 2006, at 10:12 AM, Knutson, Sam wrote:
SNIP
It seems like feeding any updates for vendor products not already listed
in the current IBM sample to the console team is a good idea for the MVS
community a
>In such cases, one achieves
significantly better performance by running z/OS on z-architecture in
64-bit mode with all real memory configured as Central Storage,
eliminating all CS/ES page transfers.
You have to have a significant E/C transfer rate for this to be true.
We had one CEC with that
Gerhard Adam wrote:
So,the max size a user actual can get for his private use in a single
address space=2G - the size of shared system area?
Yes. For an address space the shared system area is common to all users
and therefore represents storage that is unavailable to individuals.
Adam
True
To extend my own post, another experiment:
SET RED = BLUE
SET COLOR = &RED
SET COLLAR = &&RED
WRITE 'Write of &COLOR: ' &COLOR
WRITE 'Write of &&COLOR: ' &&COLOR
WRITE 'Write of &&COLLAR: ' &&COLLAR
WRITE 'Write of &COLLAR: ' &COLLAR
produces:
'WRITE OF BLUE: ' BLUE
'WRITE OF &
Timothy Sipples wrote:
Well, we've got 2800+ mips in 2 z990s running DB2 for SAP. We are in
the process of converting to run it all on Oracle, AIX and Pseries
servers. I don't deal with the financial end, but I'm told we'll be
saving lotsa $$.
It looks like I'll be hanging up my mainframe hat (9
Paul Gilmartin wrote:
In a recent note, Skip Robinson said:
Date: Fri, 10 Feb 2006 16:26:47 -0800
I wouldn't characterize CLIST as 'always ignoring the first ampersand'. The
ampersand in
SET &COLOR = RED
is *optional* because the position of the term to the left of the equal
sign ma
In a recent note, Skip Robinson said:
> Date: Fri, 10 Feb 2006 16:26:47 -0800
>
> I wouldn't characterize CLIST as 'always ignoring the first ampersand'. The
> ampersand in
>
> SET &COLOR = RED
>
> is *optional* because the position of the term to the left of the equal
> sign marks it a
Marco,
You did not mention the platform you are on so,
VSE/ESA - IDCAMS - CANCEL STEP or CANCEL JOB
z/OS - has a CANCEL but did NOT implement the CANCEL JOB. They claim
conditional JCL is the answer - what a waste of key strokes.
This lack of function has been on my list of requests to IBM fo
Ted, I cannot agree more. All my customers run workloads on mainframe
silently, in the background without problems. All distributed have problems,
sometimes bigger sometimes smaller. They are visible and get attention and
money. From time to time management asks what the h..l do they need
mainframe
27 matches
Mail list logo