Other than with a lot of inferential cleverness, there is no way to look at an
ASCII-like file and tell what the code page is.
The same applies to data encoded in EBCDIC. In fact, files are nothing but a
series of bytes. You always need to know what those byes represent in order to
be able
It must be Friday, the last time I got a Friday was last year, sort of... ;-D
Your alternative Alphabeth… (Hmmm, is there a z/OS or Linux version? :-D )
A is for avaricious abusers
B is for bluffing bullies
C is for corrupt crooks
D is for debauched dodgers
E is for embezzling extortionists
LLA-managed library has its directory cached in memory
True only if it is in freeze state. Freeze state is the default for
LNKLST libraries. It is not the default for user libraries. But you get
no directory performance benefit if it is not in freeze state.
And of course things like LLACOPY
I am using the LOAD/MODADDR because I would like to get the address to
debug it.
CSVDYNEX REQUEST=LIST,EXAAVER=1 (or 2) will return in the output area,
mapped by EXAAM1, EXXAM2
fields such such
Exaam2EpAddr
Exaam2LoadPt
Exaam2ModLen
for the exit routine.
DISPLAY PROG,EXIT,EXITNAME=e,DIAG
can
STOKEN does not change from one job (or job step) to another within an
initiator address space.
But all user-region storage is freed between those stages.
So if you loaded a module into user-region storage in a job and added that
as an exit routine with modaddr and STOKEN, the system would find
LOAD allows GLOBAL=YES,EOM=NO to put the module in CSA.
This seems to be a somewhat scary misunderstanding of the EOM=YES and
EOM=NO options of LOAD with GLOBAL=YES.
EOM=NO: get rid of the module at task termination of the loading task
EOM=YES: get rid of the module at memory termination of the
You could use the BOM UTF characters to determine whether a file is UTF or
not, and what form of UTF (UTF-8, UTF-16, UTF-32, big-edian or little-edian) is
being used.
The BOM characters are the UTF defined characters usually inserted
transparently at the beginning of a UTF file. Granted this
Jon... Are you sure about that because all is says in the manual is...
Meaning: For REQUEST=OBTAIN. An authorized caller requested
an ENQ with an unauthorized QNAME.
Note: I also check for a zero return code (in case it is not authorized).
John, if you are saying that there are some Unicode characters that cannot
be represented in UTF-8 then that is incorrect. *Any* Unicode character --
pretty much any character in the world -- may be represented in UTF-8. For
external representations of Unicode the battle is pretty much over and
Fair enough. I was answering a question about French Unicode at five
o'clock. I certainly don't mean to get hung up on efficiency and yes, for
certain character distributions, UTF-16 yields a shorter file or message
length than UTF-8.
Charles
-Original Message-
From: IBM Mainframe
Gil:
Co:Z SFTP and DatasetPipes both support any single-byte encoding as well as
UTF-8 when converting to/from datasets. You can use either iconv or
unicode system services, including custom tables and techniques.
Scott:
What is a foreign language Unicode page? Can you give a specific
Looks like Congress is 26 for 26 ...
CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973
740 5459 (tel) | ken.porow...@cit.com
This email message and any accompanying materials may contain proprietary,
privileged and confidential information of CIT Group Inc.
historical reference 1960-1979
http://www.bobbemer.com/REGISTRY.HTM
ibm major driver behind all this
http://www.bobbemer.com/ZACHERLY.HTM
however, Learson had problem and made decision to temporarily go with
EBCDIDC w/o realizing what he had done (The Biggest Computer Goof Ever)
... and the
Hello,
In your ISGENQ, you requested that you wish to be told the availability of a
resource via TEST=YES. As a result, ISGENQ returned an indication that the
resource is not available, but currently held by another work unit. You may
need to retry your request later. If the resource was
Charles
I do not think you read my post at all carefully.
I made it clear that for specific language pairs UTF-8 is adequate if
often clumsy.
For multiple-language environments it is equally clear that it is inadequate.
It is of course true that any grapheme, even say some company's logo
or an
On Fri, 10 Jan 2014 11:02:57 -0500, John Gilmore wrote:
Charles
I do not think you read my post at all carefully.
I made it clear that for specific language pairs UTF-8 is adequate if
often clumsy.
For multiple-language environments it is equally clear that it is inadequate.
It is of course
Gil is 100% correct.
And the assertion that the battle is over and UTF-8 has won is not my
opinion. I don't have a dog in this fight. The world can go to 5-bit Baudot
for all I care. It's simply a fact:
http://w3techs.com/technologies/overview/character_encoding/all .
Charles
-Original
Cute. Notepad still exists in current Windows, btw.
On Fri, Jan 10, 2014 at 9:41 AM, Paul Gilmartin paulgboul...@aim.comwrote:
On Fri, 10 Jan 2014 09:36:32 -0500, Harry Wahl wrote:
... Windows Notepad is particularly tricky because it adds them without
you realizing it. So whether you look
On 1/10/2014 10:28 AM, zMan wrote:
Cute. Notepad still exists in current Windows, btw.
And it handles utf-8 fine.
-Steve
On Fri, Jan 10, 2014 at 9:41 AM, Paul Gilmartin paulgboul...@aim.comwrote:
On Fri, 10 Jan 2014 09:36:32 -0500, Harry Wahl wrote:
... Windows Notepad is
Linking a program AC(1) does not mean it runs authorized. It simply means it
can make it's self authorized thru MODESET MODE=SUP.
It's real easy to see if this is your problem. Just add MODESET MODE=SUP before
the ISGENQ.
Jon Perryman.
From: Donald
I don't know anything about the recruiting firm or their customer. Nor do I
know why they sent it to me. I forward this just in case it is of value to
someone given the current state of the economy.
I do know a little about Seattle and environs if someone wants to discuss it
off-list.
From:
Paul,
No, I do not accept the premises you set out.
I will try, when I have more time, to make clear why with examples.
Briefly, effective rules for encoding any 'character' recognized as a
Unicode one as a 'longer' UTF-8 one do not in general exist.
Moreover, even when they are available, my
On Fri, 10 Jan 2014 10:18:07 -0800, Jon Perryman wrote:
Linking a program AC(1) does not mean it runs authorized. It simply means it
can make it's self authorized thru MODESET MODE=SUP.
quote
To use OWNINGTTOKEN, ENQMAX, or when the specified QNAME is one of the
authorized QNAMEs,
You are mistaken. The rules for encoding a longer UTF-8 character are
well-defined. http://en.wikipedia.org/wiki/UTF-8#Description
Yes, it is a fact that for files with mostly Asian and similar characters
UTF-8 is longer than UTF-16.
Charles
-Original Message-
From: IBM Mainframe
On Jan 10, 2014, at 12:28 PM, John Gilmore jwgli...@gmail.com wrote:
Briefly, effective rules for encoding any 'character' recognized as a
Unicode one as a 'longer' UTF-8 one do not in general exist.
Sure they do. From http://www.unicode.org/faq/utf_bom.html#UTF8:
UTF-8 is the byte-oriented
I have a started task that (among many other things) will display its own
parameters, something like
Parm1=WIDGET
Parm2=FOOBAR
At present all of the values it displays are printable characters. Due to an
enhancement it is possible that one of the parameters will contain a
horizontal tab
In article 8790842028980392.wa.paulgboulderaim@listserv.ua.edu you wrote:
On Thu, 9 Jan 2014 22:44:19 -0500, Don Poitras wrote:
As of z/OS 2.1, ISPF supports UTF-8, so a binary transfer will still show an
A if it
was an A on the PC. ...
Does this support both UNIX and legacy files?
An intriguing question in view of the absence of tabs in the conventional
EBCDIC character set. My emulator (Vista3270) is pretty rich, but even if
I could somehow type a tab character into an MVS file, what would z/OS do
with it?
As to your question, I would prefer
Parm2=FOOtabBAR
On 10 January 2014 13:28, John Gilmore jwgli...@gmail.com wrote:
Briefly, effective rules for encoding any 'character' recognized as a
Unicode one as a 'longer' UTF-8 one do not in general exist.
I am most puzzled to read this. UTF-8 is what Unicode calls a
transform format, and the conversion
I wanted to bring your attention to an important deadline that is rapidly
approaching.
If you need to order z/OS V1R13 (5694-A01), it is recommended to have your
order submitted by January 17, 2014. Ordering will be withdrawn for z/OS V1R13
(5694-A01) on January 31, 2014.
I'm directing
On Fri, 10 Jan 2014 12:04:48 -0800, Skip Robinson wrote:
An intriguing question in view of the absence of tabs in the conventional
EBCDIC character set.
??? Isn't 0x05 TAB in all EBCDIC code pages.
My emulator (Vista3270) is pretty rich, but even if
I could somehow type a tab character into
I am familiar with Unicode. Wikipedia assertions of this or that
about it do not persuade me of much of anything. Moreover, as a
review of the archives will show, I am an advocate of its use.
I have, however, found all of the UTF-8 implementations I have used
both unsatisfactory and unreliable
John,
PMFJI here, but is it your position that because the *implementations* of
Unicode character conversion routines (have been / are) flawed, that the
*concept* of character conversions between UTF-16 and UTF-8 is useless? From
my admittedly limited knowledge and research about the UTF-8
On 1/10/2014 1:17 PM, John Gilmore wrote:
I use the broken-bracket convention, viz., nul, when I need to
display a nul, x'00' in both ASCII and EBCDIC.
We use this convention in our documentation when describing any keyboard
key.
Example: Type your password into the appropriate field and
On Jan 10, 2014, at 3:10 PM, John Gilmore jwgli...@gmail.com wrote:
I have, however, found all of the UTF-8 implementations I have used
both unsatisfactory and unreliable in the literal sense that
conversions into UTF-8 from UTF-16 using them do not always yield the
same results.
Is the
Thanks. One vote for tab. Anyone else?
the absence of tabs in the conventional EBCDIC character set
Both my aging Yellow Card and Wikipedia list X'05' as the EBCDIC HT
character.
What to do with it? The program builds a message -- in EBCDIC, because most
of the input and the convenient library
I have not been able to identify a defect in the scheme specified for
UTF-16 to UTF-8.
I have pointed to implementations that are sometimes unsuccessful, and
their failures have some common characteristics.
For now, I avoid UTF-8 when I can. I expect that it will be
problem-free at some not at
the absence of tabs in the conventional EBCDIC character set
It occurs to me that what may be meant is the absence of
control-character-based formatting in mainframe usage. On UNIX and Windows
systems, fields are often delimited by tabs and records very often delimited
by some combination of CR
On 2014-01-10 14:47, Charles Mills wrote:
I have a started task that (among many other things) will display its own
parameters, something like
Parm1=WIDGET
Parm2=FOOBAR
At present all of the values it displays are printable characters. Due to an
enhancement it is possible that one of the
On 10 January 2014 13:18, Jon Perryman jperr...@pacbell.net wrote:
Linking a program AC(1) does not mean it runs authorized.
True.
It simply means it can make it's self authorized thru MODESET MODE=SUP.
It's a good deal more subtle than that. Linking with AC(1) is only one
possible part of
To evaluate the existence of an EBCDIC tab character, let's take the total
number of instances in which any member of this list has ever in their
career had occasion to code X'05'in a z/OS file for any functional purpose
whatever. (For me, that's +0). Then divide that value by the cumulative
On 1/10/2014 2:19 PM, Skip Robinson wrote:
To evaluate the existence of an EBCDIC tab character, let's take the total
number of instances in which any member of this list has ever in their
career had occasion to code X'05'in a z/OS file for any functional purpose
whatever. (For me, that's +0).
On 1/10/2014 2:09 PM, Tony Harminc wrote:
It is also quite normal for a program that is not linked with AC(1) to
quite legitimately find itself running APF authorized.
Good point. I would suggest that the *vast* majority of programs
intended to run in privileged mode are not themselves linked
On 11/01/2014 09:19 AM, Skip Robinson wrote:
To evaluate the existence of an EBCDIC tab character, let's take the total
number of instances in which any member of this list has ever in their
career had occasion to code X'05'in a z/OS file for any functional purpose
whatever. (For me, that's +0).
Well Skip, the quotient is not zero. I use x'05' quite regularly when
creating a file that will become TXT then Excel. My favorite is writing
a record with DF/SORT:
OUTFIL OUTREC=(01,10,X'05',11,10,X'05')etc etc
So that's a few hundred occurrences over lots of my years which bears
out
As you may already be aware IBM is only distributing the z/OS 2.1 manuals in
PDF form via SoftCopy Librarian. Which leads to my issue:
Opening the bookcase in UNFRAMED View I see all the Extended Bookshelves just
fine. When I click on a book shelf I see the contents but each book has a
On Fri, 10 Jan 2014 10:44:10 -0700, Steve Comstock wrote:
On 1/10/2014 10:28 AM, zMan wrote:
Cute. Notepad still exists in current Windows, btw.
And it handles utf-8 fine.
SIGH
Notepad handles UTF-8 fine (on a scientific sample of 1). But it's
utterly ignorant of UNIX line separators.
Of course as soon as I askI found it. In booksrv.80:
BOOKPATH=DCFP.IBM
So never mind Happy New Year to all.
Sean M. Smith
OSS Program Products
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Smith, Sean M
Sent: Friday,
Most MVS or z/OS programs expect commas between parameters, or blanks.
But if this is a z/Unix program, the tab probably would be expected.
On Fri, Jan 10, 2014 at 4:05 PM, Gord Tomlin
gt.ibm.li...@actionsoftware.com wrote:
On 2014-01-10 14:47, Charles Mills wrote:
I have a started task that
On 1/10/2014 3:52 PM, Paul Gilmartin wrote:
On Fri, 10 Jan 2014 10:44:10 -0700, Steve Comstock wrote:
On 1/10/2014 10:28 AM, zMan wrote:
Cute. Notepad still exists in current Windows, btw.
And it handles utf-8 fine.
SIGH
Notepad handles UTF-8 fine (on a scientific sample of 1). But it's
Coming in Windows 14: WordNote, which will handle UTF-8 *and* UNIX line
separators!!!
On Fri, Jan 10, 2014 at 5:52 PM, Paul Gilmartin paulgboul...@aim.comwrote:
On Fri, 10 Jan 2014 10:44:10 -0700, Steve Comstock wrote:
On 1/10/2014 10:28 AM, zMan wrote:
Cute. Notepad still exists in
Just to reiterate before this thread drifts away:
Classic MVS, not z/UNIX, and this is not a delimiter in a parameter file,
this is for a display (note the subject line). How do you signify a tab
character inside a displayed otherwise alphanumeric value?
I suppose that begs the question how
On Fri, 10 Jan 2014 13:24:08 -0800, Ed Jaffe wrote:
On 1/10/2014 1:17 PM, John Gilmore wrote:
I use the broken-bracket convention, viz., nul, when I need to
display a nul, x'00' in both ASCII and EBCDIC.
We use this convention in our documentation when describing any keyboard
key.
Example:
In Basic, a tab stop occurs every 8 characters, with a minimum of 1
blank displayed.
If the tab occurs 1-7, blanks to 8, next character in 9.
If the tab occurs 8-15, blanks to 16, next character in 17.
Blanks to 24, 32, 40.
Blanks to 48, 56, 64, 72, 80.
Blanks to 88, 96, 104, 112, 120.
Blanks to
Passed parms? Is that like the cannibal who passed his friend in the woods?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Shane Ginnane
Sent: Friday, January 10, 2014 4:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re:
I owe the List a debt of gratitude. Late in 2013 I rolled out an RSU
package that I thought would prepare us for 2.1. While casually perusing
this thread, I discovered with growing horror that my maintenance bundle
had failed to include the bulk of the FIXCAT list, including hardware
support
On 10 January 2014 20:09, Charles Mills charl...@mcn.org wrote:
Passed parms? Is that like the cannibal who passed his friend in the woods?
All the wines in this establishment have been personally passed by
the proprietor.
Tony H.
Skip:
Interesting question. I think it depends.
Somewhere in the far reaches of my memory there was a ZAP to tso EDIT
that worked eg:Label(tab char) br tabchar R15
and it worked (now it might have been an FSE command I just don't
remember) .
But you are right in the overall question I
At 16:17 -0800 on 01/10/2014, Charles Mills wrote about Re: Mainframe
culture question - how display a tab charac:
Just to reiterate before this thread drifts away:
Classic MVS, not z/UNIX, and this is not a delimiter in a parameter file,
this is for a display (note the subject line). How do
59 matches
Mail list logo
