On Tue, Sep 4, 2012 at 7:03 PM, Paul Gilmartin paulgboul...@aim.com wrote:
snip.
You, Lynn, and John G. are correct to distrust null-terminated strings.
But if you write in C, you are pretty much stuck with them since the
library uses them.
Call it distrust if you want, but they work fine
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
.
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf
Of Charles Mills
Sent: Wednesday, September 05, 2012 7:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment
dest needs to be 23 chars long
Lynn Wheeler:
paulgboul...@aim.com (Paul Gilmartin) writes:
You, Lynn, and John G. are correct to distrust null-terminated strings.
re:
http://www.garlic.com/~lynn/2012l.html#67 Strings (hijacked from: The IBM
zEnterprise EC12 announcment)
in lots of discussions about C language stringbuffer
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Bernd Oppolzer
Sent: Wednesday, September 05, 2012 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strings (hijacked from: The IBM zEnterprise EC12
announcment)
Good point.
Many
: Re: Strings (hijacked from: The IBM zEnterprise EC12 announcment)
Good point.
Many of you out there seem to dislike C for such reasons like that discussed
here: you have to take more responsibility for manageing the lengths of the
used buffers etc. - but the same people often like ASSEMBLER
/
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
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Tony Harminc
Sent: Wednesday, September 05, 2012 11:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strings (hijacked from: The IBM zEnterprise EC12 announcment)
On 5 September 2012 13:26, Scott Ford scott_j_f...@yahoo.com wrote:
I find
-MAIN@LISTSERV.UA.EDU
Subject: Re: Strings (hijacked from: The IBM zEnterprise EC12 announcment)
On 5 September 2012 13:26, Scott Ford scott_j_f...@yahoo.com wrote:
I find it interesting that in REXX , its really easy to handle strings
..in fact to me pretty simple.
Maybe because I very very
On 5 September 2012 15:51, Charles Mills charl...@mcn.org wrote:
Rexx is so magical there is no real reason it could not support
Substr(a,3,1) = 'x' and actually be doing a = Substr(a,1,2) || 'x' ||
Substr(a,4) under the covers. Even, for that matter, Substr(a,3,1) = 'xyz'
or Substr(a,3,3) =
On Wed, 5 Sep 2012 18:02:51 -0400, Tony Harminc wrote:
On 5 September 2012 15:51, Charles Mills charl...@mcn.org wrote:
Rexx is so magical there is no real reason it could not support
Substr(a,3,1) = 'x' and actually be doing a = Substr(a,1,2) || 'x' ||
Substr(a,4) under the covers. Even, for
Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Wednesday, September 05, 2012 3:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strings (hijacked from: The IBM zEnterprise EC12 announcment)
On Wed, 5 Sep 2012 18:02:51 -0400, Tony
On Wed, 5 Sep 2012 15:41:15 -0700, Charles Mills wrote:
It would be easy enough to code one that returns as a numeric string the
address of one of its arguments.
My recollection is that when calling assembler from Rexx you get the address
of a copy of the string data, not the address of
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strings (hijacked from: The IBM zEnterprise EC12 announcment)
On Wed, 5 Sep 2012 15:41:15 -0700, Charles Mills wrote:
It would be easy enough to code one that returns as a numeric string the
address of one of its arguments.
My recollection is that when
On Wed, 5 Sep 2012 16:18:07 -0700, Charles Mills wrote:
ADDRESS LINKPGM ... allow the called program to modify the Rexx variables
passed as arguments
Could be -- but you still get the *string data*, right, not the address of
whatever internal control block represents a variable inside Rexx?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Paul Gilmartin
Sent: Wednesday, September 05, 2012 4:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strings (hijacked from: The IBM zEnterprise EC12 announcment)
On Wed, 5 Sep 2012
In 3240638450612647.wa.paulgboulderaim@listserv.ua.edu, on
09/05/2012
at 06:09 PM, Paul Gilmartin paulgboul...@aim.com said:
Is this IRXEXCOM, IIRC?
From the GI:
3.1.3.2 TSO/E REXX programming services
IRXEXCOM - Variable Access
The IRXEXCOM variable access routine lets
, 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
If you construct an array by initializing it element by element you
get an array, one that is not nul-delimited or 'of conceptually
unlimited length', whatever that may mean.
If you construct a string by initializing a character array with a
string, you get a nul-delimited string implemented
paulgboul...@aim.com (Paul Gilmartin) writes:
And here, I find myself in rare agreement with John G.'s view
(if I understand correctly). A char[] containing no \0 is a perfectly
valid array of char. It is not a string, by C's convention, and there
is no requirement that a char[] represent a
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
:: Behalf Of John Gilmore
:: Sent: Tuesday, September 04, 2012 9:02 AM
:: To: IBM-MAIN@LISTSERV.UA.EDU
:: Subject: Re: Strings (hijacked from: The IBM zEnterprise EC12
:: announcment)
::
:: If you construct an array by initializing it element by element you
:: get an array, one that is not nul
.
:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On
:: Behalf Of John Gilmore
:: Sent: Tuesday, September 04, 2012 9:02 AM
:: To: IBM-MAIN@LISTSERV.UA.EDU
:: Subject: Re: Strings (hijacked from: The IBM zEnterprise EC12
:: announcment
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:: Behalf Of Scott Ford
:: Sent: Tuesday, September 04, 2012 12:04 PM
:: To: IBM-MAIN@LISTSERV.UA.EDU
:: Subject: Re: Strings (hijacked from: The IBM zEnterprise EC12
:: announcment)
::
:: I have had to move a string type field like a parameter
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Scott Ford
Sent: Tuesday, September 04, 2012 12:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strings (hijacked from: The IBM zEnterprise EC12 announcment)
I have had to move a string type field like a parameter to a field like
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
On Tue, 4 Sep 2012 14:32:12 -0500, Kirk Wolf wrote:
(BTW - strncpy() also zeros bytes after the terminator, if necessary)
For more information, see: http://www.courtesan.com/todd/papers/strlcpy.html
under Common Misconceptions
There's no discernible date of publication of that paper save for
In
CAHm_n2m0YMNqapMVRe=sxzmayt1w9vvzvs+3v25eithm_c6...@mail.gmail.com,
on 09/04/2012
at 12:10 PM, Kirk Wolf k...@dovetail.com said:
But other metal-level language implementations are not care free -
consider length-prefixed strings - the programmer must still check
lengths before moving data.
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
current tpc-c (rdbms) results/rankings
http://www.tpc.org/tpcc/results/tpcc_perf_results.asp
re:
http://www.garlic.com/~lynn/2012l.html#39 The IBM zEnterprise EC12 announcment
EC12 announcement estimates it has 30% increase in DBMS thruput
(compared to z196)
old report estimated 5m tpmC for max
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
1 - 100 of 118 matches
Mail list logo