AW: InfoPrint/IP PrintWay - capture LPR postScript sent to printer

2014-07-20 Thread Peter Hunkeler
There is a list called AFP-L where a lot of printing people are subscribed, 
incl. Ricoh (former Infoprint) specialists. You may try there.

   posting address: af...@listserv.uga.edu
   admin address: lists...@listserv.uga.edu

--
Peter Hunkeler


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: OPEN not filling in DCBBLKSI for RECFM=U data set

2014-07-20 Thread Shmuel Metz (Seymour J.)
In 20140719043544.8bf1e6d3c...@terpsichore.ugcs.caltech.edu, on
07/18/2014
   at 09:35 PM, glen herrmannsfeldt g...@ugcs.caltech.edu said:

OK, but the code for doing OPEN and CLOSE can easily be in an
overlay,

The SVC transient areas were only 1 KiB; at that size, I'm not sure
that anything was easy.

Even more, on the smaller systems I/O was unblocked (because you
couldn't afford the memory for a larger buffer)

How many shops ran OS/360 in 64 KiB? The smallest that I dealt with
was 128 KiB, and we definitely blocked or data.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


OSA-ICC console and POR

2014-07-20 Thread R.S.
In the old times of 3174 (not so old for me), the console was able to 
reconnect automatically after POR. So the console could work as a NIP or 
later as MCS console.
I observed that OSA-ICC console (actually emulator session) do not 
reconnect automatcially after POR. The session has enabled 
automatically connect option, but it didn't help.
In fact it's not big problem to manually reconnect the session to the 
ICC, but I would like to have the consoles as in good old days of 3174.


Any clue?

--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl 
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: OSA-ICC console and POR

2014-07-20 Thread John McKown
On Sun, Jul 20, 2014 at 1:22 PM, R.S. r.skoru...@bremultibank.com.pl wrote:
 In the old times of 3174 (not so old for me), the console was able to
 reconnect automatically after POR. So the console could work as a NIP or
 later as MCS console.
 I observed that OSA-ICC console (actually emulator session) do not reconnect
 automatcially after POR. The session has enabled automatically connect
 option, but it didn't help.
 In fact it's not big problem to manually reconnect the session to the ICC,
 but I would like to have the consoles as in good old days of 3174.

 Any clue?

 --
 Radoslaw Skorupka
 Lodz, Poland

I am not a hardware guru.  Just to consolidate things in my head. Back
in those days (and even today) certain local non-SNA 3270 devices
were generated in the SYSGEN (now the HCD and CONSOLxx member) as
being CONSOLES. With z/OS, there are two classes of consoles NIPCONS
and normal consoles. The NIPCONS are in the HCD. The normal consoles
are in the CONSOLxx member of PARMLIB. At IPL, NIP reads in the HCD
and finds the NIPCONS. NIP uses these local non-SNA 3270 device
addresses, if active, as consoles until the CONSOLE address space
starts up. Then the local non-SNA 3270 address in the CONSOLxx member
are activated.

The above worked well in the real 3174 time frame because the 3270
terminals were always connected directly to the z machine, via a
3174 on a channel. In the OSA-ICC world, the OSA is emulating a local
non-SNA controller. And is always telling whomever asks Yes, the
device at address  is working fine, feel free to send data!. In
reality, the OSA is keeping a virtual 3270 buffer in its memory and
mainly not doing much with it. Eventually, somebody on a PC will use a
TN3270 emulator to connect to the OSA-ICC. The OSA-ICC will then
associate that TN3270 session with one of its 3270 virtual devices and
the user sees the 3270 screen.

The problem now can be restated as how can I have the TN3270
emulators on specific PCs detect that the z/OS system has disconnected
due to being IPL'd and have it, the emulator, periodically attempt to
reconnect to the OSA-ICC. This stops being a z/OS question and
becomes a PC Emulator question. Have you considered the x3270
emulator? It is not top of the line by any means. But by proper use
of the ~/.x3270pro file, the keyboard can be configured along with
other configuration options. And, at least on Linux, it could be
started at Linux BOOT time. The magic is the -reconnect switch. The
command might look something like:

x3270 -reconnect luname@hostname

So, what emulator are you using? Do you know if it has an automatic
poll to reconnect on disconnect option?

Note that I have a vague idea that it might be possible, somehow, to
have a z/OS STC run at IPL time which can send a message (SNMP
trap?) to some server (or to the PCs running the TN3270 emulator)
which could then somehow (script?) cause the TN3270 emulator to be
started or to reconnect to the OSA-ICC. Long ago, we had a PC which
ran Rumba. This Rumba had a workbook which had 3270 printers defined
in it. These were CICS printers which used to exist. The Rumba
printers emulated 3287s and each virtual 3287 was associated with a
Windows printer. I don't remember how, but we had this set up to
automatically reconnect the 3287 printer sessions when they
disconnected. IIRC, when disconnected, they would attempt to reconnect
every 2? minutes until they succeeded. This is a little fuzzy. But
fuzzy logic is all the rage now, right?

--
P.S. Despite your fine attempts, I am just not able to learn Polish. GRIN/

-- 
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

Maranatha! 
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


SORT JCL

2014-07-20 Thread Ron Thomas
Hello.

I have file in which first 1-4 bytes is character format, the file is comming 
from a different vendor and they have now changed to S9(09) COMP . We have SORT 
card that is using (1,4,CH,A), this now we are seeing a different order. Could 
some one please let us know how to get the same order what was existing 
earlier. 

Thanks
Ron T

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: SORT JCL

2014-07-20 Thread Lizette Koehler
If you could provide a sample of the record format, what it looked like before 
and how it looks now, that would be helpful.

Are you using DFSORT or SYNCSORT?  What level of the software?

Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Ron Thomas
 Sent: Sunday, July 20, 2014 7:59 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: SORT JCL
 
 Hello.
 
 I have file in which first 1-4 bytes is character format, the file is comming 
 from a
 different vendor and they have now changed to S9(09) COMP . We have SORT
 card that is using (1,4,CH,A), this now we are seeing a different order. 
 Could some
 one please let us know how to get the same order what was existing earlier.
 
 Thanks
 Ron T
 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: SORT JCL

2014-07-20 Thread Sam Siegel
(1,4, BI, A) will provide ascending sequence for unsigned binary numbers


(1,4, FI, A) will provide ascending sequence for signed binary numbers.


COBOL PICTURE clause of S9(09) COMP, is for a 4 byte signed binary number.

On Jul 20, 2014 7:58 PM, Ron Thomas ron5...@gmail.com wrote:

 Hello.

 I have file in which first 1-4 bytes is character format, the file is
 comming from a different vendor and they have now changed to S9(09) COMP .
 We have SORT card that is using (1,4,CH,A), this now we are seeing a
 different order. Could some one please let us know how to get the same
 order what was existing earlier.

 Thanks
 Ron T

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: SORT JCL

2014-07-20 Thread Binyamin Dissen
On Sun, 20 Jul 2014 21:58:42 -0500 Ron Thomas ron5...@gmail.com wrote:

:I have file in which first 1-4 bytes is character format, the file is comming 
from a different vendor and they have now changed to S9(09) COMP . We have SORT 
card that is using (1,4,CH,A), this now we are seeing a different order. Could 
some one please let us know how to get the same order what was existing 
earlier. 

One wonders how X(4) can be converted to S9(9) COMP.

If the data was always BINARY (just not described as such) the same sort
should work (unless some of the numbers were negative). But I would suggest
that more has changed and that this is the tip of the iceberg.

--
Binyamin Dissen bdis...@dissensoftware.com
http://www.dissensoftware.com

Director, Dissen Software, Bar  Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN