Arial Font printing on Mainframe

[Lizette Koehler]

I am trying to help out an application group that is designing forms on a PC and then uploading them to the mainframe for printing.

We have an Infoprint 4445 Printer (?) and what they want to see is an Arial Font that is about a 12 pitch. I do not have a pitch ruler so I am guessing at the 12, it maybe smaller.

I have been looking for manuals or archives that might help me understand how to print Arial on the Mainframe in 12pitch font.

I remember that there are Pagedef and Formdefs that can help, but I have not located a manual that says a GT12 is this or a GF15 is that.

I am just looking for documentation that identifies the normal core fonts that exist on the mainframe (or how to find them) and what ?defs I need to use to get the same page print on the infoprint that I get on a windows attached printer.

We are using ExStream Dialogue drivers on the mainframe to do the print the files from the PC, I am just thinking that perhaps the JCL needs a little Output tweaking.

The test I will use is printing a word doc with Arial 12. Then printing the same file to the mainframe printer. If they are identical, then I have the right combination of stuff (that is the technical term? Stuff?).

Thanks

Lizette

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Howard Brazee]

On 29 Jan 2008 12:06:47 -0800, ***@MINDSPRING.COM (Lizette
Koehler) wrote:

>I am trying to help out an application group that is designing forms on a PC and then uploading them to the mainframe for printing.
>
>We have an Infoprint 4445 Printer (?) and what they want to see is an Arial Font that is about a 12 pitch. I do not have a pitch ruler so I am guessing at the 12, it maybe smaller.

I'm not familiar with your printer, but I've written programs that
used special fonts (and even colors) on mainframe printers. These
have been designed to work with the printer control language.

Think of Postscript - except what I passed was simpler and less
universal. The JCL would include a line such as:

// PRTM2='(R,,747S),DEST=R0010',

which loads the print program into the printer and tells the operator
what paper to use. Then my CoBOL includes control characters that
that print program recognized to pick the font. My current printer
looks at a character in column 1 and prints a line with that font.
Such lines don't have to include form feeds, allowing multiple fonts
on a printed page.

This is highly individual - you have to work with the particular
mainframe printer.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Pat Mihalec]

I know I'm behind the curve, but management is to blame. I am currently
running z/OS 1.4 in 32 byte. I think they are going to let me upgrade, at
last.
The question I need assistance on is this: I am planning on doing a POR so
that I can set the memory for the Tech LPAR for no expanded and IPL it for
64 bit processing. Can I setup the PROD LPAR so that when I'm ready to IPL
it to 64 byte I just need to do the IPL and not a second POR?

Thanks in advance.

Pat Mihalec
Rush University Medical Center
Senior System Programmer
[phone]
***@rush.edu

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Mark Jacobs]

Pat Mihalec wrote:
> I know I'm behind the curve, but management is to blame. I am currently
> running z/OS 1.4 in 32 byte. I think they are going to let me upgrade, at
> last.
> The question I need assistance on is this: I am planning on doing a POR so
> that I can set the memory for the Tech LPAR for no expanded and IPL it for
> 64 bit processing. Can I setup the PROD LPAR so that when I'm ready to IPL
> it to 64 byte I just need to do the IPL and not a second POR?
>
> Thanks in advance.
>
> Pat Mihalec
> Rush University Medical Center
> Senior System Programmer
> [phone]
> ***@rush.edu
>
>
>
You don't need to POR the box. Just deactivate the LPAR, change the
storage allocations in the HMC for the lpar and reactivate/ipl.

If you have ARCHLVL in LOADxx make sure that it specifies 2 (Or take it
out altogether)

--
Mark Jacobs
Time Customer Service
Tampa, FL
----

Riley: Find the next number in the sequence: 313, 331, 367, ...? what?

The Doctor: 379. It's a sequence of happy primes, 379.

Martha: Happy what?

The Doctor: Just enter it!

Riley: Are you sure? We only get one chance.

The Doctor: Any number that reduces to one when you take the sum of
the square of its digits and continue iterating until it yields 1 is
a happy number, any number that doesn't, isn't. A happy prime is
both happy and prime.
----
Doctor Who episode "42"

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Hal Merritt]

You print on printers, not the mainframe ;-)

Seriously, the printer doc is where you need to look. You send directives to the printer to load whatever fonts, overlays, or action sequences (page eject, etc). If the device can't do that font, then you are out of luck.

Printing subsystems (VPS is one example, AFP another) might offer some facilities to simplify/complicate the process. You would consult that doc to fund out the 'right stuff'.

And, yes, the correct technical term is 'stuff' ;-) I have used some other terms, but they are not suitable for this list :-))

Another possibility is that you may have to route the print data through another program (XMITIP, for example) to get what you want.

Now, IMHO, printing is a career path and my comments may or may not apply to any known reality.

HTH and good luck


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On Behalf Of Lizette Koehler
Sent: Tuesday, January 29, 2008 2:07 PM
To: IBM-***@BAMA.UA.EDU
Subject: Arial Font printing on Mainframe

I am trying to help out an application group that is designing forms on a PC and then uploading them to the mainframe for printing.

We have an Infoprint 4445 Printer (?) and what they want to see is an Arial Font that is about a 12 pitch. I do not have a pitch ruler so I am guessing at the 12, it maybe smaller.

I have been looking for manuals or archives that might help me understand how to print Arial on the Mainframe in 12pitch font.

I remember that there are Pagedef and Formdefs that can help, but I have not located a manual that says a GT12 is this or a GF15 is that.

I am just looking for documentation that identifies the normal core fonts that exist on the mainframe (or how to find them) and what ?defs I need to use to get the same page print on the infoprint that I get on a windows attached printer.

We are using ExStream Dialogue drivers on the mainframe to do the print the files from the PC, I am just thinking that perhaps the JCL needs a little Output tweaking.

The test I will use is printing a word doc with Arial 12. Then printing the same file to the mainframe printer. If they are identical, then I have the right combination of stuff (that is the technical term? Stuff?).

Thanks

Lizette


NOTICE: This electronic mail message and any files transmitted with it are intended
exclusively for the individual or entity to which it is addressed. The message,
together with any attachment, may contain confidential and/or privileged information.
Any unauthorized review, use, printing, saving, copying, disclosure or distribution
is strictly prohibited. If you have received this message in error, please
immediately advise the sender by reply email and delete all copies.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Gregory, Gary G]

GTxx is for the "Gothic Text" font where the XX is the pitch size (GT10
= 10 characters per inch horizontally, GT12 = 12 characters per inch
horizontally), etc.

If I recall correctly, GTxx is a fixed font vs. proportional.

This is going back many years from when I did a lot of PAGEDEF and
FORMDEF generation and I think it's correct.

Hope this helps.

Gary

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of Hal Merritt
Sent: Tuesday, January 29, 2008 2:50 PM
To: IBM-***@BAMA.UA.EDU
Subject: Re: Arial Font printing on Mainframe

You print on printers, not the mainframe ;-)

Seriously, the printer doc is where you need to look. You send
directives to the printer to load whatever fonts, overlays, or action
sequences (page eject, etc). If the device can't do that font, then you
are out of luck.

Printing subsystems (VPS is one example, AFP another) might offer some
facilities to simplify/complicate the process. You would consult that
doc to fund out the 'right stuff'.

And, yes, the correct technical term is 'stuff' ;-) I have used some
other terms, but they are not suitable for this list :-))

Another possibility is that you may have to route the print data through
another program (XMITIP, for example) to get what you want.

Now, IMHO, printing is a career path and my comments may or may not
apply to any known reality.

HTH and good luck


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Tuesday, January 29, 2008 2:07 PM
To: IBM-***@BAMA.UA.EDU
Subject: Arial Font printing on Mainframe

I am trying to help out an application group that is designing forms on
a PC and then uploading them to the mainframe for printing.

We have an Infoprint 4445 Printer (?) and what they want to see is an
Arial Font that is about a 12 pitch. I do not have a pitch ruler so I
am guessing at the 12, it maybe smaller.

I have been looking for manuals or archives that might help me
understand how to print Arial on the Mainframe in 12pitch font.

I remember that there are Pagedef and Formdefs that can help, but I have
not located a manual that says a GT12 is this or a GF15 is that.

I am just looking for documentation that identifies the normal core
fonts that exist on the mainframe (or how to find them) and what ?defs I
need to use to get the same page print on the infoprint that I get on a
windows attached printer.

We are using ExStream Dialogue drivers on the mainframe to do the print
the files from the PC, I am just thinking that perhaps the JCL needs a
little Output tweaking.

The test I will use is printing a word doc with Arial 12. Then printing
the same file to the mainframe printer. If they are identical, then I
have the right combination of stuff (that is the technical term?
Stuff?).

Thanks

Lizette


NOTICE: This electronic mail message and any files transmitted with it
are intended
exclusively for the individual or entity to which it is addressed. The
message,
together with any attachment, may contain confidential and/or privileged
information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution
is strictly prohibited. If you have received this message in error,
please
immediately advise the sender by reply email and delete all copies.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Ron Wells]

Anyone aware of ACIF being a seperate cost item??? does not seem to come
with PSF4.1 ...
anyone know the prod. number it maybe listed under now..?

----------------------------------------------------------------------
Email Disclaimer
This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Ken Porowski]

It is now Enhanced ACIF and is chargeable.
It should be an option under PSF.
5655-M32 PSF 4.1

Our charge was $400/month on a z990-302

From:

5655-M32 IBM Print Services Facility
IBM U.S. Sales Manual
Revised: October 25, 2005.

Enhancements to AFP Conversion and Indexing Facility (ACIF)

ACIF is a utility that helps you prepare print files for transfer to
another print location or to an archival/retrieval system. With Enhanced
ACIF you can convert line data, unformatted ASCII files, or XML data
using instructions in a page definition into the AFP (MO:DCA-P) data
stream. Optionally, Enhanced ACIF can be used to package AFP resources
needed to print the jobs, and to index a document to separate a large
print file into individual documents to facilitate use with
archival/retrieval systems such as IBM Content Manager OnDemand.

In PSF V4, ACIF is enhanced with additional indexing capabilities to
provide more flexibility in defining individual documents and page
groups within a file. Enhanced ACIF is ordered as a separate, optional
feature of PSF. Unlike PSF V3, the Enhanced ACIF feature in PSF V4 can
be ordered without having to pre-req the base PSF feature.


-----Original Message-----
Ron Wells

Anyone aware of ACIF being a seperate cost item??? does not seem to come
with PSF4.1 ...
anyone know the prod. number it maybe listed under now..?

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Ron Wells]

Thanks Ken

----------------------------------------------------------------------
Email Disclaimer
This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Ed Gould]

On Jan 29, 2008, at 2:49 PM, Hal Merritt wrote:

> You print on printers, not the mainframe ;-)
>
> Seriously, the printer doc is where you need to look. You send
> directives to the printer to load whatever fonts, overlays, or
> action sequences (page eject, etc). If the device can't do that
> font, then you are out of luck.
>
> Printing subsystems (VPS is one example, AFP another) might offer
> some facilities to simplify/complicate the process. You would
> consult that doc to fund out the 'right stuff'.
>
> And, yes, the correct technical term is 'stuff' ;-) I have used
> some other terms, but they are not suitable for this list :-))
>
> Another possibility is that you may have to route the print data
> through another program (XMITIP, for example) to get what you want.
>
> Now, IMHO, printing is a career path and my comments may or may not
> apply to any known reality.
>
> HTH and good luck
>
>
OK I have not worked in a few years having said that I don't remember
of IBM having an ARIAL font in the 10+ years I worked on the
3800/3820. At the time I thought it was strange. There was at least 1
font book out there that listed most (not all) of IBM's fonts. I was
lucky that I stumbled across a font early on in the 3800 world that
was exactly what they were using on the XEROX machines the 3800
displaced. One bit of information that caused me no end of confusion
is that a printers(professional type) name for a font did not
necessarily equal the IBM font name (not all just some) so if you
find one you like find a printer expert (a real one not the sales
type) at IBM and ask him what the corresponding IBM font name is.

I was pretty lucky as we only had to order one set of fonts. The
problem I had with it was that it was *NOT* SMPe installable. I hope
they changed that,
but in IBM's defense SMP might not have supported fonts (nicely yea I
know they can do IEBCOPY).

Ed

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[J R]

> I don't remember ... IBM having an ARIAL font

ISTR there being a "UNIVERS" that was similar to Arial.


> Date: Tue, 29 Jan 2008 23:45:01 -0600
> From: ***@COMCAST.NET
> Subject: Re: Arial Font printing on Mainframe
> To: IBM-***@BAMA.UA.EDU
> OK I have not worked in a few years having said that I don't remember
> of IBM having an ARIAL font in the 10+ years I worked on the
> 3800/3820. At the time I thought it was strange. There was at least 1
> font book out there that listed most (not all) of IBM's fonts. I was
> lucky that I stumbled across a font early on in the 3800 world that
> was exactly what they were using on the XEROX machines the 3800
> displaced. One bit of information that caused me no end of confusion
> is that a printers(professional type) name for a font did not
> necessarily equal the IBM font name (not all just some) so if you
> find one you like find a printer expert (a real one not the sales
> type) at IBM and ask him what the corresponding IBM font name is.
>
> I was pretty lucky as we only had to order one set of fonts. The
> problem I had with it was that it was *NOT* SMPe installable. I hope
> they changed that,
> but in IBM's defense SMP might not have supported fonts (nicely yea I
> know they can do IEBCOPY).
>
> Ed



_________________________________________________________________
Need to know the score, the latest news, or you need your Hotmail®-get your "fix".
http://www.msnmobilefix.com/Default.aspx
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Ted MacNEIL]

>I am planning on doing a POR so that I can set the memory for the Tech LPAR for no expanded and IPL it for 64 bit processing. Can I setup the PROD LPAR so that when I'm ready to IPL it to 64 byte I just need to do the IPL and not a second POR?

You don't need a POR, at all.
Just change the address mode and memory settings, de-activate and re-activate each LPAR, as you move forward.

-
Too busy driving to stop for gas!

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[McKown, John]

> -----Original Message-----
> From: IBM Mainframe Discussion List
> [mailto:IBM-***@BAMA.UA.EDU] On Behalf Of Ted MacNEIL
> Sent: Tuesday, January 29, 2008 3:13 PM
> To: IBM-***@BAMA.UA.EDU
> Subject: Re: Question on 64 bit
>
>
> >I am planning on doing a POR so that I can set the memory
> for the Tech LPAR for no expanded and IPL it for 64 bit
> processing. Can I setup the PROD LPAR so that when I'm ready
> to IPL it to 64 byte I just need to do the IPL and not a second POR?
>
> You don't need a POR, at all.
> Just change the address mode and memory settings, de-activate
> and re-activate each LPAR, as you move forward.

And you don't even absolutely __need__ to do a deactivate and activate,
just change to 64 bit mode in the LOAD member. If your LPAR defination
has XSTOR in 64 bit mode, you'll just get a whining message at IPL time
and the XSTOR is ignored.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential. It is for intended addressee(s) only. If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense. If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Pat Mihalec]

Thanks, we have not done any upgrades to the Mainframe in over two years.
My memory cells were very fuzzy on this. I had changed the memory but had
not IPL'd. We just did that now and all is looking good.
The management that was here has left. The decision has been made that the
cpu will remain here for at least 3 more years and the current management
agrees living on unsupported software for that long is not a good idea.
Now I get to take off my new Unix hat and put the MVS hat back on.

Pat Mihalec
Rush University Medical Center
Senior System Programmer
[phone]
***@rush.edu



"McKown, John" <***@HEALTHMARKETS.COM>
Sent by: IBM Mainframe Discussion List <IBM-***@BAMA.UA.EDU>
01/29/2008 03:29 PM
Please respond to
IBM Mainframe Discussion List <IBM-***@BAMA.UA.EDU>


To
IBM-***@BAMA.UA.EDU
cc

Subject
Re: Question on 64 bit






> -----Original Message-----
> From: IBM Mainframe Discussion List
> [mailto:IBM-***@BAMA.UA.EDU] On Behalf Of Ted MacNEIL
> Sent: Tuesday, January 29, 2008 3:13 PM
> To: IBM-***@BAMA.UA.EDU
> Subject: Re: Question on 64 bit
>
>
> >I am planning on doing a POR so that I can set the memory
> for the Tech LPAR for no expanded and IPL it for 64 bit
> processing. Can I setup the PROD LPAR so that when I'm ready
> to IPL it to 64 byte I just need to do the IPL and not a second POR?
>
> You don't need a POR, at all.
> Just change the address mode and memory settings, de-activate
> and re-activate each LPAR, as you move forward.

And you don't even absolutely __need__ to do a deactivate and activate,
just change to 64 bit mode in the LOAD member. If your LPAR defination
has XSTOR in 64 bit mode, you'll just get a whining message at IPL time
and the XSTOR is ignored.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential. It is for intended addressee(s) only. If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense. If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[tony babonas]

Dontcha love it when the platform stays and the management leaves. :-)




-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On Behalf
Of Pat Mihalec
Sent: Tuesday, January 29, 2008 3:50 PM
To: IBM-***@BAMA.UA.EDU
Subject: Re: Question on 64 bit

Thanks, we have not done any upgrades to the Mainframe in over two years.
My memory cells were very fuzzy on this. I had changed the memory but had
not IPL'd. We just did that now and all is looking good.
The management that was here has left. The decision has been made that the
cpu will remain here for at least 3 more years and the current management
agrees living on unsupported software for that long is not a good idea.
Now I get to take off my new Unix hat and put the MVS hat back on.

Pat Mihalec
Rush University Medical Center
Senior System Programmer
[phone]
***@rush.edu



"McKown, John" <***@HEALTHMARKETS.COM>
Sent by: IBM Mainframe Discussion List <IBM-***@BAMA.UA.EDU>
01/29/2008 03:29 PM
Please respond to
IBM Mainframe Discussion List <IBM-***@BAMA.UA.EDU>


To
IBM-***@BAMA.UA.EDU
cc

Subject
Re: Question on 64 bit






> -----Original Message-----
> From: IBM Mainframe Discussion List
> [mailto:IBM-***@BAMA.UA.EDU] On Behalf Of Ted MacNEIL
> Sent: Tuesday, January 29, 2008 3:13 PM
> To: IBM-***@BAMA.UA.EDU
> Subject: Re: Question on 64 bit
>
>
> >I am planning on doing a POR so that I can set the memory
> for the Tech LPAR for no expanded and IPL it for 64 bit
> processing. Can I setup the PROD LPAR so that when I'm ready
> to IPL it to 64 byte I just need to do the IPL and not a second POR?
>
> You don't need a POR, at all.
> Just change the address mode and memory settings, de-activate
> and re-activate each LPAR, as you move forward.

And you don't even absolutely __need__ to do a deactivate and activate,
just change to 64 bit mode in the LOAD member. If your LPAR defination
has XSTOR in 64 bit mode, you'll just get a whining message at IPL time
and the XSTOR is ignored.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential. It is for intended addressee(s) only. If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense. If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.19.15/1249 - Release Date: 1/29/2008
9:51 AM


No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.19.15/1249 - Release Date: 1/29/2008
9:51 AM


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[McKown, John]

> -----Original Message-----
> From: IBM Mainframe Discussion List
> [mailto:IBM-***@BAMA.UA.EDU] On Behalf Of tony babonas
> Sent: Tuesday, January 29, 2008 3:53 PM
> To: IBM-***@BAMA.UA.EDU
> Subject: Re: Question on 64 bit
>
>
> Dontcha love it when the platform stays and the management
> leaves. :-)

Yes. We've done that twice now. And the mainframe (z/OS) continues to be
the main, mission critical, server. The previous administration was
going to convert everything on the mainframe to Windows in 9 months. The
current management plans to allow z/OS to die a natural death of old age
(3 to 5 years by their estimate), but is converting a number of Windows
systems to Linux.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential. It is for intended addressee(s) only. If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense. If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Ted MacNEIL]

>If your LPAR defination has XSTOR in 64 bit mode, you'll just get a whining message at IPL time and the XSTOR is ignored.

You'll get more than that!
We had a large IMS/DB2 environment that went from 10GB (2C/8E) to 2GB (ignored the XSTOR).
Paging went through the roof; the AUX couldn't handle it; transactions died; eventually the sub-systems crashed.

So, yes, you DO need to de/re-activate and change the definition in a large online environment!

-
Too busy driving to stop for gas!

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Tom Schmidt]

...so are you going to jump from z/OS 1.4 to 1.9 ? Or 1.8?

--
Tom Schmidt


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Pat Mihalec]

No, I ordered 1.7 when I still could, just in case. I plan to upgrade to
1.7, knowing that it will be out of support next year. Before the brakes
were put on we had upgraded everything with plans to jump to 64 then 1.7.
Since there are only two of us doing this I am going to stick with that
plan.

Pat Mihalec
Rush University Medical Center
Senior System Programmer
[phone]
***@rush.edu



Tom Schmidt <***@OASSOFTWARE.COM>
01/29/2008 03:52 PM

To
IBM-***@BAMA.UA.EDU, Pat Mihalec <***@rsh.net>
cc
Tom Schmidt <***@OASSOFTWARE.COM>
Subject
Re: Question on 64 bit






...so are you going to jump from z/OS 1.4 to 1.9 ? Or 1.8?

--
Tom Schmidt




----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Mark Jacobs]

Actually 1.7 end of support is September 30, 2008.

Mark jacobs

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-***@BAMA.UA.EDU] On
Behalf Of Pat Mihalec
Sent: Tuesday, January 29, 2008 4:56 PM
To: IBM-***@BAMA.UA.EDU
Subject: Re: Question on 64 bit

No, I ordered 1.7 when I still could, just in case. I plan to upgrade to
1.7, knowing that it will be out of support next year. Before the brakes
were put on we had upgraded everything with plans to jump to 64 then
1.7.
Since there are only two of us doing this I am going to stick with that
plan.

Pat Mihalec
Rush University Medical Center
Senior System Programmer
[phone]
***@rush.edu



Tom Schmidt <***@OASSOFTWARE.COM>
01/29/2008 03:52 PM

To
IBM-***@BAMA.UA.EDU, Pat Mihalec <***@rsh.net> cc Tom Schmidt
<***@OASSOFTWARE.COM> Subject
Re: Question on 64 bit






...so are you going to jump from z/OS 1.4 to 1.9 ? Or 1.8?

--
Tom Schmidt




----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Pat Mihalec]

Well I still want to go to 1.7 before 1.9. Since I have not really touched
z/OS in two years.

Pat Mihalec
Rush University Medical Center
Senior System Programmer
[phone]
***@rush.edu

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Ted MacNEIL]

>The current management plans to allow z/OS to die a natural death of old age

They may die of old age first.
I have been waiting for the 'death of the mainframe' for over 20 years.
Why do we upgrade every 6 months on a dying platform.
And, generate millions of lines of COBOL every year?

-
Too busy driving to stop for gas!

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Stephen Y Odo]

Same here ... we started on our "5-year plan" to migrate off of the
mainframe ... about 17 years ago ...

We're now down to our last big application on the mainframe ... and are
scheduled to decommission our mainframe at the end of this year. But I
heard we ran into a snag with the replacement system. So was told to
plan on keeping the mainframe running 'til around 2011. So we're now
working on upgrading from z/OS 1.4 to 1.7 and then to 1.9 this year to
keep current. Wonder if we'll need new hardware before we're finally
ready to decommission the mainframe? ;->

--Stephen




Ted MacNEIL wrote:
>> The current management plans to allow z/OS to die a natural death of old age
>>
>
> They may die of old age first.
> I have been waiting for the 'death of the mainframe' for over 20 years.
> Why do we upgrade every 6 months on a dying platform.
> And, generate millions of lines of COBOL every year?

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Chase, John]

> -----Original Message-----
> From: IBM Mainframe Discussion List On Behalf Of Stephen Y Odo
>
> Same here ... we started on our "5-year plan" to migrate off
> of the mainframe ... about 17 years ago ...
>
> We're now down to our last big application on the mainframe
> ... and are scheduled to decommission our mainframe at the
> end of this year. But I heard we ran into a snag with the
> replacement system. So was told to plan on keeping the
> mainframe running 'til around 2011. So we're now working on
> upgrading from z/OS 1.4 to 1.7 and then to 1.9 this year to
> keep current. Wonder if we'll need new hardware before we're finally
> ready to decommission the mainframe? ;->

Well, since you "obviously" have a "zSomething" right now (else you
could not contemplate z/OS 1.7 et seq.), you might want to wait a bit to
upgrade your hardware: "Rumor" has it that z6-based machinery will
become available "soon". :-)

-jc-

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Ted MacNEIL]

>Same here ... we started on our "5-year plan" to migrate off of the mainframe ... about 17 years ago ...

The company I used to work for, figured it would be 5 years and $100,000,000.
Then they outsourced appdev to an Indian company that never learned how the applications truly worked and downsized the few techies that were left.

They don't have the knowledge base to convert, or maintain.
The mainframe will go away to the atrophy of the remainin skills -- especially the business knowledge.

-
Too busy driving to stop for gas!

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Ted MacNEIL]

>Well I still want to go to 1.7 before 1.9. Since I have not really touched z/OS in two years.

You should do that anyways.
1.4 co-existance with anything higher than 1.7 is not supported.

-
Too busy driving to stop for gas!

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Ted MacNEIL]

I know it's bad form to reply to your own posts; I wish to clarify.
Since, 1.4 is no longer supported, technically its co-existance is no longer supported with any release.
But, we know it does work with 1.7.

But, your biggest problem is going to be ISV software.
And, a 2-year gap is going to be huge to overcome.


>>Well I still want to go to 1.7 before 1.9. Since I have not really touched z/OS in two years.

>You should do that anyways.
>1.4 co-existance with anything higher than 1.7 is not supported.

-
Too busy driving to stop for gas!

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Tony Harminc]

On Tue, 29 Jan 2008 15:06:30 -0500, Lizette Koehler
<***@MINDSPRING.COM> wrote:

>I am trying to help out an application group that is designing forms on a
PC and then uploading them to the mainframe for printing.
>
>We have an Infoprint 4445 Printer (?) and what they want to see is an Arial
>Font that is about a 12 pitch. I do not have a pitch ruler so I am
guessing at
>the 12, it maybe smaller.

Arial is a proportionally spaced font, so pitch is probably not the right
word. Usually these fonts are measured by point size.

>I have been looking for manuals or archives that might help me understand how
>to print Arial on the Mainframe in 12pitch font.
>
>I remember that there are Pagedef and Formdefs that can help, but I have not
>located a manual that says a GT12 is this or a GF15 is that.

Those names are part of the IBM naming scheme for fixed pitch fonts.

>I am just looking for documentation that identifies the normal core fonts that
>exist on the mainframe (or how to find them) and what ?defs I need to use to
>get the same page print on the infoprint that I get on a windows attached
>printer.

Arial is basically the same font as IBM's Sonoran Sans Serif. It is (duh) a
sans serif font, with proportional spacing, and all those fancy things like
kerning and such, that make printed output easier on the eyes.

>We are using ExStream Dialogue drivers on the mainframe to do the print the
>files from the PC, I am just thinking that perhaps the JCL needs a little
Output
>tweaking.
>
>The test I will use is printing a word doc with Arial 12. Then printing
the same
>file to the mainframe printer. If they are identical, then I have the right
>combination of stuff (that is the technical term? Stuff?).

Yup - stuff is the right term. But the kind of stuff you need is the
question. I would do some Googling on terms like AFP, Arial, Sonoran,
Infoprint. But first, I would start with the doc for your ExStream product.
That must surely explain how to print Arial-like fonts on your
mainframe-attached printer.

Tony H.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[J R]

> Arial is a proportionally spaced font, so pitch is probably not the right
> word. Usually these fonts are measured by point size.

Pitch is a horizontal measure, characters per inch, so GT12
is Gothic characters that are one twelfth of an inch wide.
The higher the pitch number, the smaller the characters.

Point size is a vertical measure, where 72 points equal one inch,
so Arial 12 should print at six lines per inch.
The higher the point size, the larger the characters.


> Date: Tue, 29 Jan 2008 17:14:42 -0600
> From: ***@ATTGLOBAL.NET
> Subject: Re: Arial Font printing on Mainframe
> To: IBM-***@BAMA.UA.EDU
>
> On Tue, 29 Jan 2008 15:06:30 -0500, Lizette Koehler
> <***@MINDSPRING.COM> wrote:
>
> >I am trying to help out an application group that is designing forms on a
> PC and then uploading them to the mainframe for printing.
> >
> >We have an Infoprint 4445 Printer (?) and what they want to see is an Arial
> >Font that is about a 12 pitch. I do not have a pitch ruler so I am
> guessing at
> >the 12, it maybe smaller.
>
> Arial is a proportionally spaced font, so pitch is probably not the right
> word. Usually these fonts are measured by point size.
>
> >I have been looking for manuals or archives that might help me understand how
> >to print Arial on the Mainframe in 12pitch font.
> >
> >I remember that there are Pagedef and Formdefs that can help, but I have not
> >located a manual that says a GT12 is this or a GF15 is that.
>
> Those names are part of the IBM naming scheme for fixed pitch fonts.
>
> >I am just looking for documentation that identifies the normal core fonts that
> >exist on the mainframe (or how to find them) and what ?defs I need to use to
> >get the same page print on the infoprint that I get on a windows attached
> >printer.
>
> Arial is basically the same font as IBM's Sonoran Sans Serif. It is (duh) a
> sans serif font, with proportional spacing, and all those fancy things like
> kerning and such, that make printed output easier on the eyes.
>
> >We are using ExStream Dialogue drivers on the mainframe to do the print the
> >files from the PC, I am just thinking that perhaps the JCL needs a little
> Output
> >tweaking.
> >
> >The test I will use is printing a word doc with Arial 12. Then printing
> the same
> >file to the mainframe printer. If they are identical, then I have the right
> >combination of stuff (that is the technical term? Stuff?).
>
> Yup - stuff is the right term. But the kind of stuff you need is the
> question. I would do some Googling on terms like AFP, Arial, Sonoran,
> Infoprint. But first, I would start with the doc for your ExStream product.
> That must surely explain how to print Arial-like fonts on your
> mainframe-attached printer.
>
> Tony H.



_________________________________________________________________
Climb to the top of the charts! Play the word scramble challenge with star power.
http://club.live.com/star_shuffle.aspx?icid=starshuffle_wlmailtextlink_jan
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Natarajan Mohan]

Arial equivalent fonts on the AFP environment is SONORAN SANS SERIF and HELVETICA. I don't think you could order Sonoran Sans Serif font anymore.
The newer font sets "AFP Font Collection" are bundled with HELVETICA fonts. ARIAL is a Microsoft publicized true type font as HELVETICA substitute. But these all don't make
any difference if AFP printing is not involved. You will have to find out how "ExStream Dialogue drivers" routes print outputs to the printer.

BTW IBM printer division is merged with Ricoh as "Infoprint solutions company". All AFP related software information could be found at the following URL

http://www.infoprintsolutionscompany.com/internet/wwsites.nsf/vwwebpublished/softwareoverview_us

HTH, Natarajan

>>> Lizette Koehler <***@MINDSPRING.COM> 1/29/2008 12:06 PM >>>
I am trying to help out an application group that is designing forms on a PC and then uploading them to the mainframe for printing.

We have an Infoprint 4445 Printer (?) and what they want to see is an Arial Font that is about a 12 pitch. I do not have a pitch ruler so I am guessing at the 12, it maybe smaller.

I have been looking for manuals or archives that might help me understand how to print Arial on the Mainframe in 12pitch font.

I remember that there are Pagedef and Formdefs that can help, but I have not located a manual that says a GT12 is this or a GF15 is that.

I am just looking for documentation that identifies the normal core fonts that exist on the mainframe (or how to find them) and what ?defs I need to use to get the same page print on the infoprint that I get on a windows attached printer.

We are using ExStream Dialogue drivers on the mainframe to do the print the files from the PC, I am just thinking that perhaps the JCL needs a little Output tweaking.

The test I will use is printing a word doc with Arial 12. Then printing the same file to the mainframe printer. If they are identical, then I have the right combination of stuff (that is the technical term? Stuff?).

Thanks

Lizette

NOTICE OF CONFIDENTIALITY

The information contained in this communication, including but not limited to any accompanying document(s) and/or attachment(s), is privileged and confidential and is intended solely for the above-named individual(s). If you are not the intended recipient, please be advised that any distribution, copying, disclosure, and/or use of the information contained herein is strictly prohibited. If you received this communication in error, please destroy all copies of the communication, whether in electronic or hard copy format, and immediately contact the Security Office at EDFUND at [phone] or ***@EDFUND.org. Thank you.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[Timothy Sipples]

In addition to the suggestions you've received, a few more comments:

1. I cannot find that printer model number you mention, so could you double
check that?

2. Windows is capable of printing all fonts using bitmaps. (There's a
checkbox in the printer driver settings that enables that.) The size of the
print job will grow, so that's one disadvantage. If you can transfer and
print bitmaps in some form, this is one option.

3. According to Wikipedia, Arial is just the new Microsoft-created name for
Sonoran Sans Serif. Arial/Sonoran Sans Serif was designed by Monotype.
It's very close in appearance to Linotype's Helvetica, and it is a
variation of Monotype's Grotesque font. Triumvirate, Helios, Megaron, and
Newton fonts are other substitutes for Arial and Helvetica.

4. Both the InfoPrint Fonts (5648-E76) and the AFP Font Collection (
5648-B33) include Helvetica. The former includes only outline Helvetica
while the latter includes both outline and raster (bitmap) Helvetica (240
and 300 dpi). You can still order Sonoran Sans Serif (5771-ABB) -- just
checked -- but I think that's 240 dpi raster format only (e.g. 3820 laser
printing). That may be sufficient, depending on your output device and
appearance goals, but I think I'd look at outline Helvetica first.

Also, PSF for z/OS supports OpenType/TrueType font formats directly. See
this guide (IBM Publication No. G544-5876) for more details:

http://publibfp.boulder.ibm.com/epubs/pdf/g3a00mst.pdf

Assuming you license Monotype's Arial -- it is available for purchase --
presumably you could use it in PSF for z/OS. I don't have too much
information on Exstream Dialogue, but presumbly you could do something
similar.

Hope all that helps.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
E-Mail: ***@us.ibm.com
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to ***@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html