Rocket Software Open-Source Languages and Tools for z/OS®

Before installing your distribution you need to unpack it. All z/OpenSource languages and tools are delivered as gzip tar files (e.g. automake-1.10_b0001.160204.tar.gz) with the exception of gzip which is delivered as a simple tar file (e.g. gzip-1.6-edc_b0002.160204.tar). If you do not already have gzip on your system you will need to start by downloading and installing gzip and to unpack the gzip distribution you need only issue a standard tar extraction command. To unpack all other z/OpenSource languages and tools from Rocket enter the following commands using your own destination directory in place of /rsusr/rocket: gunzip tool.tar.gz tar -C /rsusr/rocket -xoUXf tool.tar For example, if unpacking automake-1.10_b0001.160204.tar.gz, issue the commands: gunzip automake-1.10_b0001.160204.tar.gz tar -C /rsusr/rocket -xoUXf automake-1.10_b0001.160204.tar Each Rocket open source distribution comes with tool-specific installation instructions (README.ZOS) and a version information file

Hi when attempting a rebase our users are receiving the following error: $ git rebase master CEE3204S The system detected a protection exception (System Completion Code=0C4). From entry point echo_builtin at compile unit offset +0000032A at entry offset +0000032A at address 2ECCAEF2. IDI0001I Fault Analyzer V13R1M0 (UI40640 2016/09/06) invoked by IDIXDCAP using SYS3.FAULTAZR.PARMLIB(IDICNF00) IDI0002I Module CELHV003 offset X'663682': Abend S0C4-X'4' (Protection Exception) IDI0003I Fault ID F07427 assigned in history file SYS3.FAULTAZR.E100.HISTORY <> LEAID ENTERED (LEVEL 05/14/2013 AT 15.14) <> LEAID LEAID112 LEAID ACKNOWLEDGES UNSUPPORTED USS ENVIRONMENT <> LEAID LEAID112 ABEND-AID PROCESSING SUPPRESSED <> LEAID PROCESSING COMPLETE. RC=4 First, rewinding head to replay your work on top of it... CEE3204S The system detected a protection exception (System Completion Code=0C4). From entry point echo_builtin at compile

Hi, When executing a shell script in the bash shell on USS, we found that the input from a read statement in the script returns nothing, even if the user has input some text. Script excerpt #!/bin/env bash … echo -n "Please provide the application mnemonic and press [ENTER]: " read appMnemonic appMnemonic=$(echo “$appMnemonic” | tr ‘[:upper:]’ ‘[:lower:]’) echo “$appMnemonic” The appMnemonic variable in this script is just empty when the echo prints even if the user has typed in an alphanumeric value. We noticed that this was happening when the script is executed from the bash shell, works fine in standard shell. Because of this on of our directories was entirely clobbered. bash-4.3$ bash -version GNU bash, version 4.3.46(51)-release (i370-ibm-openedition) Copyright © 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html

I’m getting the following error when using process substitution variables. DOC:/u/doc: >echo <(ls) /tmp/sh-np-1121217100 DOC:/u/doc: >-bash: cannot open named pipe /tmp/sh-np-2375982695 for writing: EDC5120I Interrupted function call. DOC:/u/doc: >bash --version GNU bash, version 4.3.46(6)-release (i370-ibm-openedition) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software; you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.

I’d like to run git in code page IBM-1047 or let it default. It looks like git is configured to use ISO8859-1. How can I change it so that I don’t have to use tagging, auto convert, etc.? Here are the commands I used: git --version git version 2.3.5_os390_b013 cd local-repo created a file using vi testfilez ls -al drwxr-xr-x 8 XXXXXX YYYYYYYY 8192 Aug 21 13:35 .git -rw-r–r-- 1 XXXXXX YYYYYYYY 0 Aug 21 12:14 .gitignore -rw-r–r-- 1 XXXXXX YYYYYYYY 6 Aug 21 14:02 testfilez chtag -p testfilez m IBM-1047 T=off testfilez git add testfilez fatal: testfilez added file : file tag (IBM-1047) does not match file attributes (ISO8859-1) git status On branch master Untracked files: (use “git add …” to include in what will be committed) .gitignore testfilez nothing added to commit but untracked files present (use “git add” to track) thanks

Hello, I installed R V3.3.2 on z/OS V2.1 stderr on USS(teraterm) > R [1] + Done(137) R 50332419 Killed /u/XXX/YYY/R332/bin/R syslog messages BPXP018I THREAD 562D460000000001, IN PROCESS 50332419, ENDED 203 WITHOUT BEING UNDUBBED WITH COMPLETION CODE 04000FFD , AND REASON CODE 00000224. I tried “R --verbose” command, but it failed with same error without additional information. BPXP018I https://www.ibm.com/support/knowledgecenter/ja/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieam300/dp0817s.htm According to the description, it seems that the above completion code indicates user completion code. I set the following environment to the shell on which I invoked “R” command. # for python-devel export _BPXK_AUTOCVT=ON export BD=/u/XXX/YYY/python export PATH=$BD/bin:$PATH export LIBPATH=$BD/lib:$LIBPATH export PKG_CONFIG_PATH=$BD/lib/pkgconfig:$BD/share/pkgconfig export CURL_CA_BUNDLE=$BD/etc/ssl/cacert.pem export FFI_LIB=$BD/lib/ffi export X11_DIST=$BD export DEVEL_DIST=$BD # for R33

Hi all, I started out with a very small script: 1. Test in a shell #!/ROCKET/php/bin/php-cgi <?php // show all information phpinfo(); ?> in an untagged file with IBM-1047 encoding. File name is: /u/http/server/cgi-bin/phpinfo.IBM-1047 In the shell I have set: export CGI_HEADER_ENCODING=EBCDIC export CGI_BODY_ENCODING=EBCDIC Now when calling /u/http/server/cgi-bin/phpinfo.IBM-1047 in the shell I get html output which looks good. 2. Test using http server Now I have set: SetEnv CGI_HEADER_ENCODING EBCDIC SetEnv CGI_BODY_ENCODING EBCDIC in httpd.conf When calling from browser: https://internal_server.com/cgi-bin/phpinfo.IBM-1047 I get an internal error. Looking into httpd error log shows: [Wed Aug 30 15:45:51.959346 2017] [cgi:error] [pid 66289:tid 1742637969094737925] [client 9.164.183.117:60602] malformed header from script 'phpinfo.IBM-1047': Bad header: <b>Security Alert!</b> The PHP It could well be that the problem sits in front of my laptop. Dunno. Any help a

Hello, I installed R3.3.2 on z/OS V2.1. It includes the following packages. rmarkdown knitr These are very useful packages but these require “Pandoc” which is a utility for document converter. http://pandoc.org/index.html Is it possible to use Pandoc on z/OS USS ?

307738856:error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seed ed:./md_rand.c:527:You need to read the OpenSSL FAQ, http://www.openssl.org/supp ort/faq.html How to resolve this error ?

I would really like to use Python to build some services on z/OS. In order to do that, I need a listener…and Flask appears to be the standard way to do this with Python. Any chance y’all are looking at porting that framework?

Hi, On www.w3schools.com I read: As of PHP 5, the SimpleXML functions are part of the PHP core. No installation is required to use these functions. However when I try to use function simplexml_load_file() I get error response: Fatal error: HPH01209 Call to undefined function simplexml_load_file() in /u/U13178/test.php on line 2 Anyone knows if SimpleXML is part of base php which comes with ported tools? Thx, frans.

Trying to zip some files using the encrypt option: DANI:/Z110S/usr/Rocket: >zip -e test “RE*.*” zip error: Invalid command arguments (stderr is not a tty) what’s wrong with this syntax ?

I’ve installed mc on USS from your package, but get this error when I try to run it: Warning: file /usr/local/mc/share/mc/extfs/extfs.ini not found Warning: file /usr/local/mc/share/mc/extfs/sfs.ini not found Cannot set pty terminal modes: EDC5139I Operation not permitted. (139) read (subshell_pty…): EDC5137I Inappropriate I/O control operation. (137) Do you have an idea about what is going wrong?

curl 7.42.1 (i370-ibm-openedition) Accessing ftp://service.boulder.ibm.com/s390/holddata/month.txt by an HTTP proxy through a firewall, for example: http_proxy=http://redacted.com:80 ALL_PROXY="$http_proxy" export http_proxy ALL_PROXY The data arrive so that: The first few thousand bytes when translated from EBCDIC to ASCII (that’s right!) appear as EBCDIC. The remainder of the file is good EBCDIC. curl -q 'ftp://service.boulder.ibm.com/s390/holddata/month.txt;type=I’ curl -q ‘ftp://service.boulder.ibm.com/s390/holddata/month.txt;type=A’ … produce identical bad results. – gil

OpenSSL 1.0.2k for z/OS is now available on the Rocket Community portal.

Installing git for z/OS can be a challenge for systems programmers without much Unix System Services (USS) experience. This article provides relatively detailed instructions, as well as a script that can help automate the process. Before starting, you’ll need to go to the Rocket Open Source Languages and Tools for z/OS page and create a (free) Rocket Community account, if you don’t already have one. That will enable you to access all of the open source tool downloads. These instructions assume that: You will first download the installation files to a Windows system. You know how to transfer binary files from a Windows system to a z/OS Unix file system. Here we go! Create a folder on Windows into which you will save the installation files before transferring them to z/OS. Download the 4 necessary files off the Rocket download site, for gzip, bash, git and perl. The file names (at the time of this posting) should be: gzip-1.6-edc_b0005.160229.tar bash-4.3_b018.170518.tar.gz git-2.

I’m calling REST API services with cURL and get a JSON payload back. Using cURL 7.16.1 the response is in ASCII, however using cURL Version: 7.42.1 Build Number: 0013 the response comes back in EBCDIC. Additionally to the EBCDIC output there is error message curl: (56) Illegal or missing hexadecimal sequence in chunked-encoding.This all could be seen in the trace files. As we run all that in z/OS 2.2 I would prefer the EBCDIC response, but how to react to the error message? Any help is appreciated. Thanks, Werner

The download area shows: git-2.3.5-src_b013.170517.tar but no accompanying binary tar archive. Is this intended? Thanks, Manfred

HI I am working on a operating system Z/OS v2r2 Http server is installed and is correct on my lpar. /etc/webap1/bin/apachectl -v Server version: IBM_HTTP_Server/9.0.0.0-PI54808 (Unix) Server built: Jan 20 2016 17:19:40 Php is the tool of Rocket and is installed in : /PRODUITS/ROCK/php EUID=0 /PRODUITS/ROCK/php/ Type Filename _,Dir ,. _,Dir ,… _,Dir ,bin _,Syml ,CHANGES.ZOS _,File ,fichier.php544.tar _,Dir ,include _,Dir ,lib _,Dir ,man _,File ,README _,Syml ,README.ZOS _,Dir ,share _,Syml ,VERSION.ZOS /PRODUITS/ROCK/php/bin/php -v PHP 5.4.4 (cli) (built: Nov 21 2016 03:25:49) Copyright © 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright © 1998-2012 Zend Technologies I made the export in the .profile of the user of the stc. (start server Apache) export PATH=$PATH:/PRODUITS/ROCK/php/bin export MANPATH=$MANPATH:/PRODUITS/ROCK/php/man/ When I want to see my page html, the command (php) are not interpreted. Html page : Standard HTML Page with PHP HelloWorld <?PHP pr

We have the 4.2.53 version of bash and are having problems with BPXBATCH when using the exec command. bash -version GNU bash, version 4.2.53(2)-release (i370-ibm-openedition) Copyright © 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html If the last line of my .profile contains an exec for the bash shell When running a batch TMP with BPXBATCH it produces no output. (ie appears to run but just returns the READY prompt). This is what I ran //ADDIT EXEC PGM=IKJEFT01,REGION=0M,TIME=1440 //SYSTSPRT DD SYSOUT=* //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* //SYSTSIN DD * BPXBATCH SH ls -la /* Same results for PGM=BPXBATCH,PARM=(‘SH ls -la’) This is what is in my .profile exec /sysn/rs/bin/bash

I have installed most of the Rocket ported software, just for my own use (it’s good to be a sysprog). I am reading up on TCL and using it in learning mode on my Linux desktop. In the book, and on Linux, the TCL scripting command is “tclsh”. In your port, in /tcl-8.5-11/bin there is the command “tclsh8.5” with a symlink to it of “tcl”. I think it would be more consistent with what I’ve seen elsewhere if there were also an symlink of “tclsh”. Of course, in the “UNIX” arena, I am a GNU/Linux aficionado, so I prefer my z/OS UNIX to looks a bit like what I’m used to in Linux.

Now available for download on the Rocket Community portal, please find a new release of cURL for z/OS. This port of v7.52.1 was implemented with z/OS enhanced ASCII support. This means it will work with both ASCII and EBCDIC files but be sure your files are tagged. Don’t forget to read the README.ZOS file.

Hi, I’m running bash script with the bash 4.3 implementation and notice a, to me, strange behaviour. The script file does not have any tag and I get one error when trying to execute it. After the try, the script file has been tagged with ISO8859-1. When trying again, I get another error since the script is no encoded in ASCII. I then tag (chtag) the script file with EBCDIC (IBM-1047) and then the script runs perfectly well. So far so good, but I have some scripts that are delivered to me in a RO filesystem. When running one of those, I get the first error and of course the script file will not be tagged after the try. The older version of bash, 4.2 does not have this behaviour. It runs my scripts perfectly well without any tagging whatsoever. Would it be possible to direct 4.3.46 to behave as 4.2? I have the following relevant environment variables set. _BPXK_AUTOCVT=ON export _CEE_RUNOPTS="FILETAG(AUTOCVT,AUTOTAG) POSIX(ON)" export _TAG_REDIR_ERR=txt export _TAG_REDIR_IN=txt export _T

Just downloaded then ftp’d to z/OS -rw-rw-rw- 1 RXT025 OMVSDIS 296615 May 2 13:53 unzip-6.0_b0006.161123.tar.gz installed via /bin/cat /zusr/home/RXT025/gz/unzip-6.0_b0006.161123.tar.gz | gunzip -c | /bin/tar -C /zusr/home/RXT025/unzip -xUXovf - result running is cd /zusr/home/RXT025/unzip/bin RXT025@SYSS:bin, Tue May 02, 02:16 PM $ unzip -l í>!Ñø?à øÊÑ%Âñ>Ã?!ñ&(/Ñ>È/Ñ>ÁÀÂäëøÑÁ%ÁÊëÁ>ÀÂÍÅÊÁø?ÊÈËÍËÑ>ÅÇÈÈøÏÏÏÑ>Ã?:Ñø?ÊÅ:ÑøÂÍÅÇÈ_%ËÁÁêá à(áÃ?ÊÀÁÈ/Ñ%ËíË/ÅÁÍ>:Ñø$!)$?øÈË$?ÀÑÃÑÁÊË))ÃÑ%Á$:Ñø)$%ÑËÈ)$ÌÌ%ÑËÈ)$ÀÁÌÀÑÊ)àÁÃ/Í%È/ÄÈÑ?>ÑËÈ?ÁÌÈÊ/ÄÈÃÑ%ÁËÑ>%ÑËÈÁÌÄÁøÈÈÇ?ËÁÑ>Ì%ÑËÈÈ?ÁÌÀÑÊÃÑ%Á$:Ñø)/ÂÁ/ÏÑ%ÀÄ/ÊÀ!!Ñøñ>Ã?_?ÀÁÍ>:Ñø!Ã?ÊÍË/ÅÁøÁÌÈÊ/ÄÈÃÑ%ÁËÈ?øÑøÁ>?_ÁËË/ÅÁË%%ÑËÈÃÑ%ÁËËÇ?ÊÈÃ?Ê_/ÈÃÃÊÁËÇÁ>ÁÌÑËÈÑ>ÅÃÑ%ÁËÄÊÁ/ÈÁ>?>ÁÈÈÁËÈÄ?_øÊÁËËÁÀ/ÊÄÇÑÎÁÀ/È/ÍÍøÀ/ÈÁÃÑ%ÁËÄÊÁ/ÈÁÑÃ>ÁÄÁËË/Ê:ÀÑËø%//ÊÄÇÑÎÁÄ?__Á>È?>%Î%ÑËÈÎÁÊÂ?ËÁ%ËÇ?ÏÎÁÊËÑ?>Ñ>Ã?èÈÑ_ÁËÈ/_ø/ÊÄÇÑÎÁÈ?%/ÈÁËÈÌÁÌÄ%ÍÀÁÃÑ%ÁËÈÇ/ÈÃ?%%?ÏÑ>Ì%ÑËÈÀÁÌÈÊ/ÄÈÃÑ%ÁËÑ>È?ÁÌÀÑÊ_?ÀÑÃÑÁÊË>>ÁÎÁÊ?ÎÁÊÏÊÑÈÁÁÌÑËÈ

If you attempt to clone or checkout a very large git repository (one with a great deal of history), you may get this message: bash-2.03$ git checkout --track -b v0.12-zos-ascii origin/v0.12-zos-ascii fatal: Out of memory? mmap failed: EDC5124I Too many open files. (errno2=0x07360344) bash-2.03$ The problem is that git, by default, attempts to mmap the entire pack file (in the .git/objects/pack directory) into memory, and in this case that’s a very large file (about 235MB): bash-2.03$ ls -l .git/objects/pack total 494592 -r--r--r-- 1 jcallen ussuser 7578432 Jan 26 11:23 pack-13c65cae0f429287bcff36df4d582d30125aa766.idx -r--r--r-- 1 jcallen ussuser 245499367 Jan 26 11:23 pack-13c65cae0f429287bcff36df4d582d30125aa766.pack bash-2.03$ The z/OS port is 31-bit program, so that represents a sizable chunk of the entire 2GB address space. Fortunately, git provides some knobs to control memory use. A stackoverflow item provided the necessary clues. I used these commands to crank down th