Thanks for the explanation about the ?s but I still do not see what they are being used to substitute for. I passed the UNIX IVP test, but my profile contains this:
$ echo $LUA_PATH ./?.lua;/u/eileen/j15/lua/share/lua/5.1/?.lua;/u/eileen/j15/lua/share/lua/5.1/?/ init.lua;/u/eileen/j15/lua/lib/lua/5.1/?.lua;/u/eileen/j15/lua/lib/lua/5.1/?/ini t.lua;//DD:LUA(?) $ echo $LUA_CPATH ./?.so;/u/eileen/j15/lua/lib/lua/5.1/?.so;/u/eileen/j15/lua/lib/lua/5.1/loadall. so;//? $ -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Thursday, October 23, 2014 9:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries On 23/10/2014 9:36 PM, Barkow, Eileen wrote: > You need to enter the y in lower case - otherwise those dataset errors occur. I have now changed the installation script to fold all input to upper case. > > I am not up to snuff on UNIX lately and do not understand what the ? in the > environment variables mean. > They did work when I added them to my profile, but I never saw this syntax > before: > > export LUA_PATH="./?.lua;\ > $LUA_HOME/share/lua/5.1/?.lua;\ > $LUA_HOME/share/lua/5.1/?/init.lua;\ > $LUA_HOME/lib/lua/5.1/?.lua;\ > $LUA_HOME/lib/lua/5.1/?/init.lua;\ > //DD:LUA(?)" The ? is a placeholder for the module name. So if you do the following local m = require "test" it will replace "?" with "test" in the search path. The //DD:LUA(?) will resolve to //DD:LUA(TEST) so if you are running in TSO or batch it will load the module for a PDS(E) allocated to a DDname of LUA. If you are running native then my suggestion is to set LUA_HOME in the LUACONF member to make your life easier http://lua4z.com/doc/manual/install.md.html. > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of David Crayford > Sent: Thursday, October 23, 2014 9:24 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with > batteries > > On 23/10/2014 8:42 PM, John McKown wrote: >> Well, I got it installed. I ran into a "problem" with the >> ./lua4z-1.0.0.bin when I ran it a second time. The first time, it >> said it couldn't find the PDSEs (LOADLIB and SAMPLIB) and did I want >> to define them? All is good. I reply "Y" and they are allocated. When >> I ran the script a second time, it did the same. It did _not_ >> properly detect that the PDSEs existed. It tried to allocate them >> again, and I got error messages from that allocation. The script continued >> to run. >> All in all, I got what I needed, but it seems to point out a problem >> with the installation script. Oh, I entered the data set names in >> lower case, which might be the problem. > Many thanks for testing this John. Good catch! > >> The lua4z/examples/ivp.lua fails when I run it from my UNIX shell. >> >> ==== >> >> LIH1:TSH009:/HM/lua4z/examples$ >> lua ivp.lua >> Lua4z installation verification procedure (IVP) >> >> Checking LUA_PATH configuration: passed Checking LUA_CPATH >> configuration: failed >> >> Test results: >> 1 passed >> 1 failed >> >> LIH1:TSH009:/HM/lua4z/examples$ >> printenv | grep LUA_ >> LUA_PATH=/HM/lua4z/share/lua/5.1/?.lua;./?.lua;/HM/lua4z/share/lua/5. >> 1 /?/init.lua;/HM/lua4z/lua/5.1/?.lua;/HM/lua4z/install/?.lua >> LUA_CPATH=./?.so;/HM/lua4z/lib/lua/5.1/?.so >> LIH1:TSH009:/HM/lua4z/examples$ >> ==== >> >> I looked at the ivp.lua. It references a variable "modules" which >> contains "cjson" and "socket". There exists an cjson.so in the >> LUA_CPATH. But "socket" is a directory in /HM/lua4z/lib/lua/5.1, not an >> ".so" file. >> Granted, I need to read up on lua, but given the results, this seems >> like it may be a problem in the ivp.lua script. >> >> Minor nits, but thought I'd give you a heads up. >> > Can I convince you to try it again. I've uploaded an updated IVP. > > ---------------------------------------------------------------------- > 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 ---------------------------------------------------------------------- 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