OK, Dean, here you go: a single IBM System z core employs a lower clock
oscillator rate than an X86 core (new 2007 v. new 2007)
And that fact is approximately 0.1% relevant to the achievement of
particular business outcomes within a particular time at a particular fully
measured risk-adju
Just change one or two points
And it fits every Email group or list!
How many group members does it take
To change a lightbulb?
One to change the light bulb and to post
That the light bulb has been changed.
Fourteen to share similar experiences
Of changing light bulbs and how the light bulb
Cou
Although the '02 ANSI/ISO Standard does allow for "user-defined" functions,
these are NOT supported by current releases of IBM's Enterprise COBOL.
(Some vendors of Windows and Unix COBOL compilers do already support it).
On the other hand,
What do you mean by a "function"?
If you want to
John,
After converting the .xml files to EBCDIC, try this in prolog
and start JBOSS.
Regards,
Nags.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IB
We have a need to write one or more FUNCTIONS in
COBOL, to date we have been unable to find any
reference to doing such. Does anyone know if this can
be one? Has anyone done it? Several members of the
staff say it can be doen, but are unable to show any
documentation on it.
TIA
___
On 17 Jul 2007 19:21:33 -0700, in bit.listserv.ibm-main you wrote:
>Dean Kent wrote:
>> - Original Message -
>> From: "Howard Brazee" <[EMAIL PROTECTED]>
>> Newsgroups: bit.listserv.ibm-main
>> To:
>> Sent: Tuesday, July 17, 2007 7:29 AM
>> Subject: Re: PSI MIPS (was: Links to decent 'wh
On 21 Jul 2007 06:10:13 -0700, in bit.listserv.ibm-main you wrote:
>The question how SMF records can be accessed with any generality is being
>fudged.
>
>One can now access some of them some of the time in (modern) COBOL, which
>does support the data type FUNCTION POINTER.
With the ability to us
On Sat, 21 Jul 2007 08:32:31 -0500, Ed Gould wrote:
>On Jul 21, 2007, at 8:09 AM, john gilmore wrote:
>
>> ...
>>
>> SMF records can be accessed and manipulated using HLASM routines,
>> and this can be done in PL/I too. It cannot, in general, be done
>> in COBOL or indeed in C/C++.
You forgot t
On Jul 21, 2007, at 8:09 AM, john gilmore wrote:
The question how SMF records can be accessed with any generality is
being fudged.
One can now access some of them some of the time in (modern) COBOL,
which does support the data type FUNCTION POINTER.
COBOL does not, however, support self-d
The question how SMF records can be accessed with any generality is being
fudged.
One can now access some of them some of the time in (modern) COBOL, which
does support the data type FUNCTION POINTER.
COBOL does not, however, support self-defining records, illustrated by the
trivial PL/I con
Ed Gould wrote:
> Ken,
>
> I had access to EASYTREV ala 1979 and yes I did a lot of reporting
> with SMF data. However I could not (successfully) access all the new
> types of SMF records (those with variable subtypes and with variable
> portions of data). I was at one time able to access to get at
>I haven't seen anything to rebut the notion that mainframe processors are
>slower than other architectures
Could that be because it's irrelevant?
There's more to a transaction than the processor speed, regardless of the
platform.
-
Too busy driving to stop for gas!
--
12 matches
Mail list logo