On Wed, 5 Sep 2012 07:17:38 -0700, Scott Ford wrote:
Here my example I was referring to initially..
Execution JCL:
typedef struct IRXJCL_type
{
short int arg_length;
char argument[22];
} IRXJCL_type;
puts(this_param.argument);
IDFRACFC USER AA1122BB
Without the memset in this
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Scott Ford
Sent: Wednesday, September 05, 2012 7:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
Here my example I was referring to initially
/
From: Charles Mills charl...@mcn.org
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, September 5, 2012 10:48 AM
Subject: Re: The IBM zEnterprise EC12 announcment
dest needs to be 23 chars long in order to hold 22 usable characters plus a
terminator.
This is the hazard of strcpy
-MAIN@LISTSERV.UA.EDU
:: Subject: Re: The IBM zEnterprise EC12 announcment
::
:: On Tue, 4 Sep 2012 15:01:37 -0400, Thomas David Rivers wrote:
::
::cxx: t.c line 3:Error #144: a value of type const char [7] cannot
:: be used to initialize an entity of type char [6]
:: char s6[ 6 ] = wombat
AM
:: To: IBM-MAIN@LISTSERV.UA.EDU
:: Subject: Re: The IBM zEnterprise EC12 announcment
::
:: What about
::
:: char *s6=wombat;
::
:: ?
::
:: This makes s6 a pointer to the characters
{'w','o','m','b','a','t','\0'}.
:: There is not really any difference between char s6[] and char *s6. You
:: can
, September 03, 2012 8:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
Charles,
Nope, C expects '0/' z/os delimited strings with x'40 unless you initialize
a field to low values
Scott ford
www.identityforge.com
On Sep 3, 2012, at 10:59 PM, Charles Mills charl
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Shane Ginnane
Sent: Tuesday, September 04, 2012 1:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
On Mon, 3 Sep 2012 17:11:24 -0400, Scott Ford wrote:
I am somewhat a beginner in C and java, written
C does not, at bottom, have strings. It views them as arrays of
single characters.
When it was realized that this is at best a dubious notion,
nul-delimited strings were grafted on to the structure of C, and the
scar tissue shows.
It is, however, possible to declare a string without specifying
Charles Mills wrote:
Just because you *can* create a malformed string with no delimiter does not
mean that my statement about proper C behavior is untrue.
It is a true statement that the z architecture stores integers in big-endian
form. Nonetheless, I *can* create a little-endian
integer
On Tue, 4 Sep 2012 15:01:37 -0400, Thomas David Rivers wrote:
cxx: t.c line 3:Error #144: a value of type const char [7] cannot
be used to initialize an entity of type char [6]
char s6[ 6 ] = wombat;
Is there any convenient way to perform this initialization? (I don't
consider either
I had thought to have answered that question. The C construct
char text character[] = 'Lincoln''s Doctor''s Dog' ;
does jobs of that sort.
--jg
On 9/4/12, Paul Gilmartin paulgboul...@aim.com wrote:
On Tue, 4 Sep 2012 15:01:37 -0400, Thomas David Rivers wrote:
cxx: t.c line 3:Error #144:
W dniu 2012-09-02 18:42, Clark Morris pisze:
[...] COBOL seems to be fading on UNIX and Windows platforms [...]
Oh really? vbg
--
Radoslaw Skorupka
Lodz, Poland
--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku
przeznaczone wycznie do uytku subowego adresata.
Clark Morris wrote:
begin extract
The costs to an ISV for distributing an application written in COBOL
can be high because of having to pay for a runtime license for each
machine.
end extract/
The use of COBOL as an implementation language by ISVs has always
been, if not exiguous, very low.
On 3 Sep 2012 09:00:36 -0700, in bit.listserv.ibm-main you wrote:
Clark Morris wrote:
begin extract
The costs to an ISV for distributing an application written in COBOL
can be high because of having to pay for a runtime license for each
machine.
end extract/
The use of COBOL as an
W dniu 2012-09-03 16:52, Clark Morris pisze:
On 3 Sep 2012 00:44:00 -0700, in bit.listserv.ibm-main you wrote:
W dniu 2012-09-02 18:42, Clark Morris pisze:
[...] COBOL seems to be fading on UNIX and Windows platforms [...]
Oh really? vbg
My comment is based on postings in comp.lang.cobol.
Scott,
Hearsay, hearsay :-)
We have found that Java performance can be excellent. The biggest problem
is that Java programmers commonly write poor performing applications that
are bogged down with huge, expensive libraries and frameworks. The same
can be said for huge Java applications
Kirk,
I am somewhat a beginner in C and java, written a Assembler and COBOL.
I am also talk about C in batch or as a STC. I had to do sine digging to
understand C threading and being able to Attach and assembler subtasks. One I
found it good. There also is a huge difference in writing C in
Sorry I hate iPad autocorrection
Scott ford
www.identityforge.com
On Sep 3, 2012, at 5:11 PM, Scott Ford scott_j_f...@yahoo.com wrote:
Kirk,
I am somewhat a beginner in C and java, written a Assembler and COBOL.
I am also talk about C in batch or as a STC. I had to do sine digging to
++.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Kirk Wolf
Sent: Monday, September 03, 2012 1:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
Scott,
Hearsay, hearsay :-)
We have
On 1 Sep 2012 10:58:53 -0700, in bit.listserv.ibm-main you wrote:
Clark,
I seriously doubt COBOL is on a deathbed considering how java performs on a
z/os.
Secondly, a serious amount of banking is on legacy machines in COBOL.
Banks aren't going to convert if it costs more money
COBOL seems to
Clark,
I seriously doubt COBOL is on a deathbed considering how java performs on a
z/os.
Secondly, a serious amount of banking is on legacy machines in COBOL.
Banks aren't going to convert if it costs more money
Scott ford
www.identityforge.com
On Aug 31, 2012, at 7:39 PM, Clark Morris
Indeed. The lack of improvements for EC12 may simply reflect where the
COBOL folks are in their release cycle -- maybe they missed the window, and
it's coming later. Or not.
On Sat, Sep 1, 2012 at 1:58 PM, Scott Ford scott_j_f...@yahoo.com wrote:
Clark,
I seriously doubt COBOL is on a
IIRC, both C and PL/I use the same back end code generator, while COBOL
does its own thing. That may be why COBOL seems to stay behind them.
On Sep 1, 2012 2:49 PM, zMan zedgarhoo...@gmail.com wrote:
Indeed. The lack of improvements for EC12 may simply reflect where the
COBOL folks are in their
John,
With what heard about the Java performance hit, it's relativity a slow
performer.
What I see of C it's ok but, the documentation, good examples are lacking.
The data types especial strings with z/os bring different than UnixI know
these languages are evolving, my comments are negative
Sorry, what I was trying say was that Java is a slow performer and C of Z/os
outside Unix System Services is awkward based on examples I have seen and used.
Where COBOL and Assembler don't suffer from these inadequacies. The are more
seasoned languages
Scott ford
www.identityforge.com
On Sep
I still like the
concept of having IPL and NIP somehow resident on the SSD for very
fast loading. Perhaps in z/OS 2.3 grin.
I would recommend against spending any of our development
resources on that. The actual loading of code contributes
only a small amount of time to system
On Fri, 31 Aug 2012 02:29:12 -0400, Jim Mulder wrote:
I still like the
concept of having IPL and NIP somehow resident on the SSD for very
fast loading. Perhaps in z/OS 2.3 grin.
I would recommend against spending any of our development
resources on that. The actual loading of code
Well, we are very out of date, at least conceptually (and hardware wise). My
manager wants us to IPL at least once a month just so we remember how to; and
to valid that PARMLIB is in sync with any dynamic changes (APF and LNKLST
mainly). The shutdown is about 99% automated (sometimes a glitch
Or perhaps they plan to make it an NDA interface to vendors to increase
revenue
Although IBM does charge vendors for some things, there are others such as the
zIIP API which are available to vendors at no charge once the proper forms are
signed.
Bob Shannon
Rocket Software
There is something reassuring in the fact that these kinds of performance
numbers are
available and looked at.
/Tom Kern
On 8/31/2012 02:29, Jim Mulder wrote:
I still like the
concept of having IPL and NIP somehow resident on the SSD for very
fast loading. Perhaps in z/OS 2.3 grin.
I
John,
Thank you for your comments, I do agree with you IPLing z/OS from Flash is
something worth considering.
Elpida Tzortzatos
elp...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
Shmuel,
There is a new architecture for writing and reading data to/from Flash
Express but that architecture is not currently externalized.
Elpida Tzortzatos
elp...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive
I am fairly sure
that there are only few differences between a zIIP and a CP
millicode load. I don't know, one way or the other, if a zIIP can
field I/O interrupts or do I/O type instructions.
zIIPs can and do use I/O instructions. z/OS chooses to
enable zIIPs to field I/O interrupts
On 28 Aug 2012 06:55:54 -0700, in bit.listserv.ibm-main you wrote:
With the new machine,it seems like there is A LOT to read which is greate!
.. You may find it usefull to check this part of Draft EC12 tech guide
redbook.I think it is nice,because it summaries performance items well
Is it just me, or is Flash Express not all that different than Expanded
Storage ala 3090?
Dana
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
or is Flash Express not all that different than Expanded Storage ala 3090?
The concept is very similar; the implementation is very different. Instead of
designing a different type of memory they utilize off the shelf flash drives. I
personally consider it to be like expanded storage, but
, August 30, 2012 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
Is it just me, or is Flash Express not all that different than
Expanded Storage ala 3090?
Dana
--
For IBM-MAIN
@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
Is it just me, or is Flash Express not all that different than
Expanded Storage ala 3090?
Dana
--
For IBM-MAIN subscribe / signoff / archive access
On Aug 30, 2012, at 9:58 AM, McKown, John john.mck...@healthmarkets.com
wrote:
Makes me wonder why IBM did not implement it on an SSD PCIe card.
The way I read the Technical Guide, that's what they did.
--
Curtis Pew (c@its.utexas.edu)
ITS Systems Core
The University of Texas at Austin
On Thu, Aug 30, 2012 at 11:20 AM, Pew, Curtis G
curtis@austin.utexas.edu wrote:
On Aug 30, 2012, at 9:58 AM, McKown, John john.mck...@healthmarkets.com
wrote:
Makes me wonder why IBM did not implement it on an SSD PCIe card.
The way I read the Technical Guide, that's what they did.
--
On Aug 30, 2012, at 11:43 AM, Mike Schwab mike.a.sch...@gmail.com wrote:
Could you create IPL and Paging packs on these devices? In case of
exceeding SSD write limits and the devices fail, you would have
replace volumes on reqular volumes too. Of course, once you IPL you
the I/O rate should
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
snip
Lynn Wheeler, we know you're out there. Would that you would weigh in here,
explain yourself?
--
zMan
--
For IBM-MAIN subscribe / signoff
Flash storage is integrated on the zEC12 as PCI Express (PCIe) attached RAID 10
cards which plug as cable connected pairs in the I/O expansion drawer.
Initially the main application of Flash Express is as an extension to main
memory in z/OS where it is integrated within the memory hierarchy to
Flash storage is integrated on zEC12 as PCI Express (PCIe) attached RAID 10
cards which plug as cable connected pairs in the I/O expansion drawer
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
John,
Your comment in regards to when RSM sends paging data to flash is not
accurate. If flash is available to a z/OS partition it will preferably
be used for all paging data except for data needed for warm
Please check out the following excerpt. Is it right? Who is going to buy
obsolete inventory at the same price as current inventory? Are there not
many resellers out there who will drop the price of the z196?
The three items below make going with the new processor a no brainer compar=
ed to a
They don't build far ahead. What is on the factory floor is already
sold and will be installed in 2 months.
So a customer can get a z196 in 2 months (or DR replacement in 2
weeks) or a EC12 in 6 to 12months.
Resellers of used equipment will start to drop prices when they start
getting a lot of
In
58fc7f986fcb804286e23b59decf420f65c10...@nwt-s-mbx1.rocketsoftware.com,
on 08/30/2012
at 02:40 PM, Bob Shannon bshan...@rocketsoftware.com said:
The concept is very similar; the implementation is very different.
Instead of designing a different type of memory they utilize off the
shelf
ZMan I feel the same. I realize not everyone knows all the tech stuff we deal
with and I value a second pair of eyes as long as they are respectful and
relative to the topic, no problem.
Scott ford
www.identityforge.com
On Aug 30, 2012, at 11:59 AM, zMan zedgarhoo...@gmail.com wrote:
On
W dniu 2012-08-28 23:53, Eric Bielefeld pisze:
I'm curious - what do you do with all the cables coming in to the
machine. Obviously you have a power cable, and all the channel
cables. Do they get hung from the ceiling if you have no raised
floor?
Every machine (9672's, z900, z990, z9, z10,
Company.SM
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Skip Robinson
Sent: Tuesday, August 28, 2012 5:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
With the EC12, according to our IBM rep
john.mck...@healthmarkets.com (McKown, John) writes:
Why am I getting a vision of Medusa? Or perhaps a sea anemone?
Tentacles reaching out to entrap prey. Pity the small servers in the
room, getting lashed with FICON cables. GRIN
IBM 1991 (power) cluster scaleup with fiber-channel (FICON is
On Tue, Aug 28, 2012 at 11:39 AM, Kirk Wolf wrote, in part:
assume that the CPACF Co-processor assists with UTF8-16 conversion
nstructions, as well as compression instructions. I guess that somehow
IBM considers this crypto since its on the crypto co-processor.
Right. The EC12 Technical *Intro*
Lynn: This has nothing to do with EC12, or top-mounted cables. Are you
generating these posts programmatically? Please stop if so. You have some
interesting things to contirbute, but random word-matching doesn't qualify.
On Wed, Aug 29, 2012 at 9:39 AM, Anne Lynn Wheeler l...@garlic.comwrote:
zMan doesn't speak for me.
Chipster
From: zMan zedgarhoo...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 08/29/2012 11:19 AM
Subject:Re: The IBM zEnterprise EC12 announcment
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Lynn: This has nothing
l...@garlic.com (Anne Lynn Wheeler) writes:
nearly 20yrs later ... From the Annals of Release No Software Before
Its Time (Power DB2 with cluster of 100 systems)
http://www.garlic.com/~lynn/2009p.html#43
rebranded pureScale ...
http://www-03.ibm.com/press/us/en/pressrelease/28593.wss
On 28 August 2012 10:55, Paul Gilmartin paulgboul...@aim.com wrote:
On Tue, 28 Aug 2012 10:49:21 -0400, Tony Harminc wrote:
Presumably optionally disabled to comply with export restrictions?
Is there really anywhere these days you can send a mainframe to that
you can't send a crypto processor
So
IBM obviously couldn't use the z11 name and so the marketing intelligentsia
came up with that marvellous ploy to fill the gap.
Let's hope they have dibs on the next few iterations of znumber, so we can
avoid this farce again in future.
Shane ...
Copyied from IBMVM list:
The zEC12 web page:
http://www-03.ibm.com/systems/z/news/announcement/20120828_announce.html
2012/8/28 Alvaro Guirao Lopez alvarogui...@gmail.com
OK, I was thinking in 101 available
2012/8/28 Mike Schwab mike.a.sch...@gmail.com
EC12, 120 cores, z196, 96 cores.
Or maybe they went back to the old numbering system: z9, z10, z196, z12. Z196
may have been justifiable from a marketing standpoint, but most people didn't
know what it meant. Why the new machine is zEC12 instead of z12EC is also
puzzling. Presumably there will be a zBC12 down the road.
Bob
On Tue, Aug 28, 2012 at 8:26 AM, Richard Pinion rpin...@netscape.comwrote:
Why not ZZtop?
Boo hiss.
--
zMan -- I've got a mainframe and I'm not afraid to use it
--
For IBM-MAIN subscribe / signoff / archive access
On Tue, Aug 28, 2012 at 6:27 AM, Alvaro Guirao Lopez
alvarogui...@gmail.com wrote:
I did'nt see it, but I understand EC12 means Enterpise Class 12 (why 12?)
12 comes after 11, and while the z196 wasn't called the z-anything-11, it
logically was. I think we can safely consider the z196 naming
.
Thomas Ambros
Operating Systems and Connectivity Engineering
518-436-6433
From: Phil Smith III li...@akphs.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 08/28/2012 08:47
Subject:Re: The IBM zEnterprise EC12 announcment
Sent by:IBM Mainframe Discussion List IBM-MAIN
On Tue, 28 Aug 2012 05:11:56 -0500, Shane Ginnane wrote:
So
IBM obviously couldn't use the z11 name and so the marketing intelligentsia
came up with that marvellous ploy to fill the gap.
Let's hope they have dibs on the next few iterations of znumber, so we can
avoid this farce again in
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Richard Pinion
Sent: Tuesday, August 28, 2012 7:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
Why not ZZtop?
Richard and Vickie Pinion
--- st...@trainersfriend.com wrote:
From
Why not ZZtop?
Copyright violation?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
let's try ZZt0p
Richard and Vickie Pinion
--- peter.hunke...@credit-suisse.com wrote:
From: Hunkeler Peter (KIUP 4) peter.hunke...@credit-suisse.com
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
Date: Tue, 28 Aug 2012 15:45:32 +0200
Hunkeler Peter , KIUP 4 peter.hunke...@credit-suisse.com wrote in
message
news:dc74548a025aff4a85f46926802a9b2308d2b...@chsa1035.share.beluni.net
...
Why not ZZtop?
Copyright violation?
--
Peter Hunkeler
And you cannot top *the* top, even not with 3 z's.
I ain't asking for much, IBM
With the new machine,it seems like there is A LOT to read which is greate!
.. You may find it usefull to check this part of Draft EC12 tech guide
redbook.I think it is nice,because it summaries performance items well
Regards
Meral
1.9.7 Main performance improvement drivers with
...
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Meral Temel (Garanti Teknoloji)
Sent: Tuesday, August 28, 2012 9:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
With the new machine,it seems like
On Tue, 28 Aug 2012 13:55:43 +, Meral Temel (Garanti Teknoloji) wrote:
One cryptographic/compression co-processor per core
Presumably optionally disabled to comply with export restrictions?
I'm told we have the cryptographic PRNG disabled on most of our
processors because it's separately
On 28 August 2012 10:29, Paul Gilmartin paulgboul...@aim.com wrote:
One cryptographic/compression co-processor per core
Presumably optionally disabled to comply with export restrictions?
Is there really anywhere these days you can send a mainframe to that
you can't send a crypto processor
On Tue, 28 Aug 2012 10:49:21 -0400, Tony Harminc wrote:
Presumably optionally disabled to comply with export restrictions?
Is there really anywhere these days you can send a mainframe to that
you can't send a crypto processor to? Surely no one in Cuba or Iran
can order up a zEC12 in any case,
Of Paul Gilmartin
Sent: Tuesday, August 28, 2012 10:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
On Tue, 28 Aug 2012 13:55:43 +, Meral Temel (Garanti Teknoloji) wrote:
One cryptographic/compression co-processor per core
Presumably optionally disabled
According to today's virtual event, the EC12 is the 12th generation of modern
mainframes. Can anyone list out the 11 previous generations?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
On Tue, 28 Aug 2012 10:44:32 -0500, Todd Last wrote:
According to today's virtual event, the EC12 is the 12th generation of modern
mainframes. Can anyone list out the 11 previous generations?
Something like:
Matthew 1
King James Version (KJV)
1 The book of the generation of Jesus Christ,
From:
http://java.sun.com/javase/technologies/core/basic/intl/faq.jsp#core-textrep
The primitive data type char in the Java programming language is an
unsigned 16-bit integer that can represent a Unicode code point in the
range U+ to U+, or the code units of
mainframes
IBM zSeries 2066 mainframes for Linux
IBM zSeries 2064 mainframes
From: Bob Shannon bshan...@rocketsoftware.com
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 08/28/2012 12:29 PM
Subject:Re: The IBM zEnterprise EC12 announcment
Sent by:IBM Mainframe Discussion List IBM-MAIN
On Tue, 28 Aug 2012 11:29:48 -0500, Kirk Wolf wrote:
From:
http://java.sun.com/javase/technologies/core/basic/intl/faq.jsp#core-textrep
The primitive data type char in the Java programming language is an
unsigned 16-bit integer that can represent a Unicode code point in the
range U+ to
I thought we called them engines because each engine was two cores for
redundancy and error detection.
IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on
08/28/2012 06:52:08 AM:
From: Mike Schwab mike.a.sch...@gmail.com
EC12, 120 cores, z196, 96 cores.
W dniu 2012-08-28 16:29, Paul Gilmartin pisze:
On Tue, 28 Aug 2012 13:55:43 +, Meral Temel (Garanti Teknoloji) wrote:
One cryptographic/compression co-processor per core
Presumably optionally disabled to comply with export restrictions?
I'm told we have the cryptographic PRNG disabled
Why IBM manufacture new MF?
Any new customers using MF or any increasing MF processing?
On Tue, Aug 28, 2012 at 7:52 PM, Kirk Talman rkueb...@tsys.com wrote:
I thought we called them engines because each engine was two cores for
redundancy and error detection.
IBM Mainframe Discussion List
1 pt for Kees
Scott ford
www.identityforge.com
On Aug 28, 2012, at 9:53 AM, Vernooij, CP - SPLXM kees.verno...@klm.com
wrote:
Hunkeler Peter , KIUP 4 peter.hunke...@credit-suisse.com wrote in
message
news:dc74548a025aff4a85f46926802a9b2308d2b...@chsa1035.share.beluni.net
...
Why not
: 08/28/2012 01:31 PM
Subject:Re: The IBM zEnterprise EC12 announcment
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Why IBM manufacture new MF?
Any new customers using MF or any increasing MF processing?
On Tue, Aug 28, 2012 at 7:52 PM, Kirk Talman rkueb...@tsys.com
On 8/28/2012 at 01:31 PM, shai hess shai.h...@gmail.com wrote:
Why IBM manufacture new MF?
Because customers will buy them.
Any new customers using MF or any increasing MF processing?
According to IBM, a total of 142-150 new customers since 2009. Workload growth
rate of existing customers
On 8/28/2012 at 01:59 PM, shai hess shai.h...@gmail.com wrote:
On Tue, Aug 28, 2012 at 8:54 PM, Mark Post mp...@suse.com wrote:
On 8/28/2012 at 01:31 PM, shai hess shai.h...@gmail.com wrote:
-snip-
Any new customers using MF or any increasing MF processing?
According to IBM, a total of
To me what would be more interesting would be some statistics on shops
that migrated off the platform, and have since come back.
I doubt if after having gone thru the time and expense of converting to
a unix or windows based platform, many would be willing to
pay that time and expense again,
-MAIN@LISTSERV.UA.EDU
Date: 08/28/2012 10:41 AM
Subject:Re: The IBM zEnterprise EC12 announcment
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
and it fits very few environments running now ( other then up-to-date Z/os
shops )
and eliminated ESCON
there would have
who says you cant install a Z/9 or z/10 w/o a raised floor LOL
From: Skip Robinson jo.skip.robin...@sce.com
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 08/28/2012 02:22 PM
Subject:Re: The IBM zEnterprise EC12 announcment
Sent by:IBM Mainframe Discussion List IBM-MAIN
W dniu 2012-08-28 19:54, Mark Post pisze:
On 8/28/2012 at 01:31 PM, shai hess shai.h...@gmail.com
wrote:
Why IBM manufacture new MF?
Because customers will buy them.
Any new customers using MF or any increasing MF processing?
According to IBM, a total of 142-150 new customers since 2009.
On 8/28/2012 7:27 AM, Knutson, Sam wrote:
The biggest surprise for me was zAware the new monitoring appliance running in
an LPAR. This appears to be chargeable and currently just monitoring messages
but moving infrastructure overhead and function out of the z/OS space into an
LPAR is the
, start simple, grow fast...
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of August Carideo
Sent: Tuesday, August 28, 2012 1:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
and it fits very few
I'm curious - what do you do with all the cables coming in to the machine.
Obviously you have a power cable, and all the channel cables. Do they get hung
from the ceiling if you have no raised floor?
--
Eric Bielefeld
Systems Programmer
Skip Robinson jo.skip.robin...@sce.com wrote:
jo.skip.robin...@sce.com
From: Eric Bielefeld eric-ibmm...@wi.rr.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 08/28/2012 02:53 PM
Subject:Re: The IBM zEnterprise EC12 announcment
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
I'm curious - what do you do with all
Using LINUX or ZOS?
Both + z/VM
Roger
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of shai hess
Sent: Tuesday, August 28, 2012 1:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
On Tue, Aug 28
95 matches
Mail list logo
