Re: More musings about Unicode, UTF-8, etc.

2017-09-10 Thread Paul Gilmartin 
On Mon, 11 Sep 2017 12:16:41 +0800, Timothy Sipples wrote:

>David Noon wrote:
>>The script that will never work is for bash (another UNIX shell).
>
>I don't understand this sentence. Nor does Rocket Software, I assume:
>
>http://www.rocketsoftware.com/zos-open-source/tools
> 
In most of the Linux shells that David and I tried, printf is a shell
builtin.  Of these, only zsh seems to understand the variable-length
UTF-8 encoding.  /usr/bin/printf is UTF-8 ignorant also.

In my CJK examples, most of the glyphs are displayed double-width,
so it's as much a matter of terminal emulator behavior as of printf's
formatting.

-- gil

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

Re: More musings about Unicode, UTF-8, etc.

2017-09-10 Thread Timothy Sipples 
David Noon wrote:
>The script that will never work is for bash (another UNIX shell).

I don't understand this sentence. Nor does Rocket Software, I assume:

http://www.rocketsoftware.com/zos-open-source/tools


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

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

Re: More musings about Unicode, UTF-8, etc.

2017-09-10 Thread Paul Gilmartin 
On Mon, 11 Sep 2017 00:03:26 +0100, David W Noon wrote:
>
>I have been doing some experiments on rendering Unicode and determining
>the length of rendered text compared to its storage in bytes. I have
>used Paul Gilmartin's 3 lines of text as sample data.
>
>I have 4 programs/scripts, of which 3 work and 1 can never work. The
>working programs are in C and C++, plus a script for zsh (a UNIX shell).
>The script that will never work is for bash (another UNIX shell).
> 
And more.   This:

#! /bin/sh
printit() {
"$I" -c "printf \"%-22s+++\n\" \"$@\""
  }

doit() {
echo; echo = $I
printit "Привет мир."
printit "Emmanuel Macron"
printit "문재인"
printit "Enrique Peña Nieto"
printit "Владимир Путин"
printit "Donald Trump"
printit "习近平"
   }
uname -a
for I in ash ksh dash csh tcsh zsh bash sh; do doit "$I"; done

... shows:
...
= zsh
Привет мир.   +++
Emmanuel Macron   +++
문재인   +++
Enrique Peña Nieto+++
Владимир Путин+++
Donald Trump  +++
习近平   +++

= bash
Привет мир.  +++
Emmanuel Macron   +++
문재인 +++
Enrique Peña Nieto   +++
Владимир Путин+++
Donald Trump  +++
习近平 +++
...
zsh is not ideal, but still the best.

-- gil

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

Re: More musings about Unicode, UTF-8, etc.

2017-09-10 Thread Paul Gilmartin 
On Mon, 11 Sep 2017 00:03:26 +0100, David W Noon wrote:
>
>I have been doing some experiments on rendering Unicode and determining
>the length of rendered text compared to its storage in bytes. I have
>used Paul Gilmartin's 3 lines of text as sample data.
>
>I have 4 programs/scripts, of which 3 work and 1 can never work. The
>working programs are in C and C++, plus a script for zsh (a UNIX shell).
>The script that will never work is for bash (another UNIX shell).
>
Trying the following:
#! /bin/sh
doit() {
echo; echo = $I
"$I" -c "printf \"%-22s+++\n\" \"Hello World.\""
"$I" -c "printf \"%-22s+++\n\" \"Привет мир.\""
"$I" -c "printf \"%-22s+++\n\" \"Bonjour le monde.\""
   }
uname -a
for I in ash ksh dash ash csh tcsh zsh bash sh; do doit "$I"; done

on Linux RaspbPi-3-2700 4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 
armv7l GNU/Linux

... only zsh gives a desirable result.

-- gil

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

Re: More musings about Unicode, UTF-8, etc.

2017-09-10 Thread Jack J. Woehr 

Paul Gilmartin wrote:

I have been doing some experiments on rendering Unicode


Go Language.

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: More musings about Unicode, UTF-8, etc.

2017-09-10 Thread Paul Gilmartin 
On Mon, 11 Sep 2017 00:03:26 +0100, David W Noon wrote:
>
>I have been doing some experiments on rendering Unicode and determining
>the length of rendered text compared to its storage in bytes. I have
>used Paul Gilmartin's 3 lines of text as sample data.
>
>I have 4 programs/scripts, of which 3 work and 1 can never work. The
>working programs are in C and C++, plus a script for zsh (a UNIX shell).
>The script that will never work is for bash (another UNIX shell).
>
>If anybody is interested I will post the code here in a zip archive. Any
>takers?
>
I doubt that LISTSERV will tolerate a zip archive.  But if you post,
Cc: my address above.

(zsh long ago was the default script for MacOS.  It tried to be a
hybrid of sh and csh.  Are you using csh constructs?)

Thanks,
gil

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

More musings about Unicode, UTF-8, etc.

2017-09-10 Thread David W Noon 
Hi folks,

I have been doing some experiments on rendering Unicode and determining
the length of rendered text compared to its storage in bytes. I have
used Paul Gilmartin's 3 lines of text as sample data.

I have 4 programs/scripts, of which 3 work and 1 can never work. The
working programs are in C and C++, plus a script for zsh (a UNIX shell).
The script that will never work is for bash (another UNIX shell).

If anybody is interested I will post the code here in a zip archive. Any
takers?
-- 
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
david.w.n...@googlemail.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

 

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

Re: CSST question

2017-09-10 Thread David W Noon 
On Sun, 10 Sep 2017 09:40:09 -0700, Charles Mills (charl...@mcn.org)
wrote about "CSST question" (in <0b3a01d32a53$776116a0$662343e0$@mcn.org>):

[snip]
> Is that saying that there is a chance that another CPU might observe a
> condition in which the store of the first operand had occurred, but the
> store of the second operand had not? My understanding from earlier
> paragraphs was that CSST happened "all at once" from the point of view of
> other CPUs. Was I mistaken?

My reading of PoOps is that CSST is guaranteed to be atomic, just like
the other instructions in the compare-and-swap family. So your first
understanding is correct.
-- 
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
david.w.n...@googlemail.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

 

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

Re: CSST question

2017-09-10 Thread Binyamin Dissen 
On Sun, 10 Sep 2017 09:40:09 -0700 Charles Mills  wrote:

:>The description of CSST in the PoOp says "As observed by this CPU and by
:>other CPUs, all fetches appear to occur before all stores, and the store
:>into the first operand appears to occur before the store into the second
:>operand."

:>Is that saying that there is a chance that another CPU might observe a
:>condition in which the store of the first operand had occurred, but the
:>store of the second operand had not? My understanding from earlier
:>paragraphs was that CSST happened "all at once" from the point of view of
:>other CPUs. Was I mistaken?

Perhaps if the CSST works on two adjacent fullwords while the other CPU does a
block concurrent doubleword load?

--
Binyamin Dissen 
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

PCRE2 10.30 released on CBTTAPE (file 939)

2017-09-10 Thread Ze'ev Atlas 
A new version of the PCRE2 regex engine for z/OS was released and would be 
posted on CBTTAPE (file 939) soon.  1. The main interpreter, pcre2_match(), has 
been refactored into a    new version that does not use recursive function 
calls (and    therefore the stack) for remembering backtracking positions.    
This makes --disable-stack-for-recursion a NOOP. The new    implementation 
allows backtracking into recursive group calls in   patterns, making it more 
compatible with Perl, and also fixes some    other hard-to-do issues such as 
#1887 in Bugzilla. The code is    also cleaner because the old code had a 
number of fudges to try to    reduce stack usage. It seems to run no slower 
than the old code.
We are looking for volunteers for two potential improvements:1. A PL/I expert 
to create native PL/I include modules for full PL/I support (I have some idea 
how to code in PL/I, but an expert would do a better job.)2. A CEEPIPI expert 
to help us persist the library for the Rexx API to allow less costly Rexx 
support (John Gateley wrote a very good and working basic Rexx API, but without 
persisting the library in the LE environment. every call has to start the 
expensive compile from scratch.  I admit that I tried to read the CEEPIPI 
documentation several times, just to conclude that I have no idea what does IBM 
talk about.)
 Ze'ev Atlas


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

Re: IBM Doc Buddy V2 – Connecting with IBM Z users through mobile

2017-09-10 Thread Paul Gilmartin 
On Sun, 10 Sep 2017 08:08:24 -0700, Ed Jaffe wrote:

>On 9/10/2017 4:57 AM, Parwez Hamid wrote:
>> For those who are interested, IBM has released V2. The reviews for the 
>> earlier version mixed. Hopefully V2 is an improvement.
>
>FWIW, I was on a conference call last week with Tom Conley
>(pinnc...@rochester.rr.com) where he warned everyone on the call to stay
>away from the new Doc Buddy release.
>
>Apparently, the "developers" broke the Back Button behavior so that it
>now exits the app instead of going back! OMG how frustrating would that
>be?! He says IBM is looking into it...
>
Is this for SAA compatibility?  I remember that when SAA was thrust upon us,
many semantics of PF3 seemed to change from "back" to "exit".

-- gil

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

CSST question

2017-09-10 Thread Charles Mills 
The description of CSST in the PoOp says "As observed by this CPU and by
other CPUs, all fetches appear to occur before all stores, and the store
into the first operand appears to occur before the store into the second
operand."

Is that saying that there is a chance that another CPU might observe a
condition in which the store of the first operand had occurred, but the
store of the second operand had not? My understanding from earlier
paragraphs was that CSST happened "all at once" from the point of view of
other CPUs. Was I mistaken?

Charles 

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

Re: IBM Doc Buddy V2 – Connecting with IBM Z users through mobile

2017-09-10 Thread Ed Jaffe 

On 9/10/2017 4:57 AM, Parwez Hamid wrote:

For those who are interested, IBM has released V2. The reviews for the earlier 
version mixed. Hopefully V2 is an improvement.


FWIW, I was on a conference call last week with Tom Conley 
(pinnc...@rochester.rr.com) where he warned everyone on the call to stay 
away from the new Doc Buddy release.


Apparently, the "developers" broke the Back Button behavior so that it 
now exits the app instead of going back! OMG how frustrating would that 
be?! He says IBM is looking into it...


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

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

Re: IBM Doc Buddy V2 – Connecting with IBM Z users through mobile

2017-09-10 Thread Charles Mills 
I can just hear all of the Z sysprogs shouting "I wish IBM could connect with 
me in real time on my cellphone!"

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Parwez Hamid
Sent: Sunday, September 10, 2017 4:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM Doc Buddy V2 – Connecting with IBM Z users through mobile

For those who are interested, IBM has released V2. The reviews for the earlier 
version mixed. Hopefully V2 is an improvement.

This IBM mobile application that enables IBM to connect with its IBM Z users in 
real time. With this latest release of the app, users can search product 
messages, read the best-selected technical content about IBM Z products.   

More than 4000 downloads, including 1000 new downloads in the past 15 days from 
Google Play and Apple App Store. In the future, more features will be added to 
engage users, encourage users to co-create content, and interact with each 
other.

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

COBOL calling Java - S922 error

2017-09-10 Thread Farley, Peter x23353 
I found the following link courtesy of google with a COBOL-calling-Java example 
for COBOL V4.2 calling Java 6.0:

http://www-01.ibm.com/support/docview.wss?uid=swg27020750

The JCL/Source and listing texts were pretty self-explanatory, though the COBOL 
source in the example failed to include the required SET statements using 
JNIEnvPtr:

Set address of JNIEnv to JNIEnvPtr
Set address of JNINativeInterface to JNIEnv

Which I added.  I updated the ENV6 environment settings (and renamed it to 
ENV7) to use J7.0 instead of J6.0 and added a setting for JAVA_HOME to the J7.0 
directory.

We are at z/OS V2.1, and as far as I can tell we have Java SDK7.0 installed, 
though the default paths are set to J7.0_64 not J7.0.

Telnet shell invocation of "java -version" after setting JAVA_HOME and paths to 
J7.0 instead of J7.0_64 returns the following:

java version "1.7.0"
Java(TM) SE Runtime Environment (build pmz3170sr10fp5-20170421_01(SR10 FP5))
IBM J9 VM (build 2.6, JRE 1.7.0 z/OS s390-31 20170407_343227 (JIT enabled, AOT 
enabled)
J9VM - R26_Java726_SR10_20170407_0035_B343227
JIT  - r11_20170407_343227
GC   - R26_Java726_SR10_20170407_0035_B343227
J9CL - 20170407_343227)
JCL - 20170420_01 based on Oracle jdk7u141-b11

I compiled the two Java example programs with J7.0 and not J7.0_64.

When the GO step in the example tries to run, I get a S922 abend for "SYSTEM 
ERROR IN INITIATOR".  Error messages from the log are pasted below.  No CEE 
output at all except the LE U4083 abend in the log.

Did anyone else ever get this COBOL-calling-Java example to run using J7.0?  If 
so, what else did you have to change to make it work?

TIA for any help or pointers you can provide.

Peter


Abend S922 error messages:

   587   USER COMPLETION CODE=4083 REASON CODE=0015
   587  TIME=14.18.39  SEQ=32502  CPU=  ASID=03B4
   587  PSW AT TIME OF ERROR  078D1F00   B6A2E1FC  ILC 2  INTC 0D
   587ACTIVE LOAD MODULE   ADDRESS=36816500  
OFFSET=00217CFC
   587NAME=CEEPLPKA
   587DATA AT PSW  36A2E1F6 - 00181610  0A0D9602  E01A58B0
   587GR 0: 8400   1: 84000FF3
   587   2: 379656D8   3: 378A5FA8
   587   4: 3680B7E8   5: 3500
   587   6:    7: F39C
   587   8: 3680B7C4   9: 3680B7AC
   587   A: 368138B0   B: 368E81F0
   587   C: 36815188   D: 3680B6C8
   587   E: 3680AFC8   F: 0015
   587  END OF SYMPTOM DUMP
14.18.39 JOB64693  BPXP018I THREAD 37008E00, IN PROCESS 83889710, ENDED 
 588
   588 WITHOUT BEING UNDUBBED WITH COMPLETION CODE 84000FF3
   588 , AND REASON CODE 0015.
14.18.39 JOB64693  IEC999I IGG0201W,TSOUSERZ,GO
14.18.40 JOB64693  IEA794I SVC DUMP HAS CAPTURED:  624
   624 DUMPID=028 REQUESTED BY JOB (TSOUSERZ)
   624 DUMP TITLE=IEC999I IFG0RR0A,,TSOUSERZ,GO  
,WORKAREA
14.18.40 JOB64693  IEF187I TSOUSERZ FAILED - SYSTEM ERROR IN INITIATOR
   624 = 9AD900
14.18.40 JOB64693  IEF450I TSOUSERZ GO - ABEND=S922 U REASON=  626
--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

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

Re: IBM Doc Buddy V2 – Connecting with IBM Z users through mobile

2017-09-10 Thread Giliad Wilf 
Alas, it requires iOS 9.0 or later, which I don't have (my iPhone 4 runs iOS 
7.1.2)...
 
 
On Sun, 10 Sep 2017 06:57:36 -0500, Parwez Hamid  
wrote:

>For those who are interested, IBM has released V2. The reviews for the earlier 
>version mixed. Hopefully V2 is an improvement.
>
>This IBM mobile application that enables IBM to connect with its IBM Z users 
>in real time. With this latest release of the app, users can search product 
>messages, read the best-selected technical content about IBM Z products.   
>
>More than 4000 downloads, including 1000 new downloads in the past 15 days 
>from Google Play and Apple App Store. In the future, more features will be 
>added to engage users, encourage users to co-create content, and interact with 
>each other.
>

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

IBM Doc Buddy V2 – Connecting with IBM Z users through mobile

2017-09-10 Thread Parwez Hamid 
For those who are interested, IBM has released V2. The reviews for the earlier 
version mixed. Hopefully V2 is an improvement.

This IBM mobile application that enables IBM to connect with its IBM Z users in 
real time. With this latest release of the app, users can search product 
messages, read the best-selected technical content about IBM Z products.   

More than 4000 downloads, including 1000 new downloads in the past 15 days from 
Google Play and Apple App Store. In the future, more features will be added to 
engage users, encourage users to co-create content, and interact with each 
other.

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