It seems to work with 7 quotes in the beginning, etc.
Thank you
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Could you please apply that to my original parameter as the program should see
it:
[Take the parameter you want to pass, double the apostrophes, put apostrophes
around it, double the apostrophes and put apostrophes around that]
Do you mean:
1.
'abc¬*' PCRE2.TESTLIB(GRPIN)
2.
''abc¬*''
-
PGM=PCR2GREP,PARM=''abc¬*'
Why does JCL drop the rest of PARM1?Thank you all
Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
Thank you all
I am looking at your suggestions, but the issue was not really the dump but how
I compile and bind the thing.
I am away from our beloved z/OS most of the time, but with your help I figure
it out.
Ze'ev
--
For
C maven in the audience that could please try to
guide me where to begin looking.
I tried to avoid compiling it as dll (that much I sort of knew) but I am not
sure any more.
Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff
Hi AllPCRE2 10.35 with LE and Rexx API is available in CBTTAPE.org, file939
Please try the Rexx API which really is simple and smooth and bring Regular
Expressions to TSO-Rexx
Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff
and other LE languages. The Rexx API
includes an Assembler program that could also be used to demonstrate the usage
from Assembler.
Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
/OS side.
Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
/cbt/CBT939.zip) in few months
The distribution includes a working simple API for Rexx and a COBOL demo
program that demonstrates the usage in COBOL. The Rexx API includes an
Assembler program that could be used to demonstrate the usage from Assembler.
Ze'ev Atlas
PCRE2 10.32 for z/OS is now available. This is a bugfix release. Note that
there is a bugfix also in the Assembler part (i.e. the C14.MACLIB and PCRE2.ASM
libraries) pertaining to the REXX API.It is available in the usual place, file
939 on CBTTAPE.ORG
Ze'ev Atlas
Gil, I do NOT use make! I use JCL for this particular port, as it is designed
to be used without Unix Services.
In my day job, I use Solaris, Windows and perhaps Linux and I am well aware
about these tools (make, gcc, etc.) although usually I do not use them because
I do not use compiled
Thank you Gil
You have confirmed what I suspected since I've seen the code. The developer
has introduced a non-standard code that is compatible only with GNU make. I
have already complained about the issue as introduction of non-standard code
would definitely hamper any port to a non 'make'
I did
DEF(@macroname@=1)
and it seems not to work. i.e.
#define MACRONAME @macroname@
#if MACRONAME
...
#else
...
#endif
did not yield the desired results
--
For IBM-MAIN subscribe / signoff / archive access instructions,
This seems to be a good idea
I will try to do:
DEF(@xxx@=1) and see if it works
As for Gil's question, yeah it is an open source (PCRE2) that is usually dealt
with by gcc and make.
If the idea above worls themn I am done
ZA
--
Unfortunately, this is NOT the case
I do have several cases were a macro is not defined in the source code but
supplied, macro and value by the mechanism:
DEF(MACRONAME=somevalue)
Here I encountered something else (I assume it is a CMake and gcc construct).
The macro is not defined
HAVE_STDINT_H
@HAVE_STDINT_H@which means that I should not define the macro externally, but
get only the value from CMake… I do not have CMake and I do not use it since I
run with good ol' JCL.
Is there a way to supply the value only?
Thank you
Ze'ev Atlas
I have just released PCRE2 10.31 for z/OS. It is in the usual place - file939
in CBTTAPE.ORG. Currently it is in the updates page.
Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
by the next
release
Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Thank you everybody for the answers.The ZS, ARCH and TUNE numbers will be taken
into account Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
, what is the
likelihood that the client's installations out there would not be able to run
the product because the runtime library is not present?
Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff / archive access instructions
, which I
understand, knowing the Rexx culture. However many of you do Java, ooRexx and
are exposed to regular expressions even in Rexx context.
I would like to get feedback about the whole subject and about the API (I will
publish its availability on the same lists) Ze'ev Atlas
| | Virus-free
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
AppologyMy bug is obvious, my syslmod is a temp library Ze'ev Atlas
IEW2606S 4B39 MODULE INCORPORATES VERSION 3 PROGRAM OBJECT FEATURES AND CANNOT
BE SAVED IN LOAD MODULE FORMAT.
XXSYSLMOD DD DSNAME= IEFC653I
SUBSTITUTION JCL - DSNAME=&(GO),DISP=
1220 2 INCLUDE SYSLIB(CONTEXT2)
IEW2606S 4B39 MODULE INCORPORATES VERSION 3 PROGRAM OBJECT FEATURES AND CANNOT
Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff / archive access instructions,
a Rexx
stem.
I would like to thank John for his help in that Rexx API.
Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Thank you all
Sent from Yahoo Mail on Android
On Tue, Feb 21, 2017 at 9:51 PM, Ze'ev Atlas<zatl...@yahoo.com> wrote: Do i
need the pragma in the C program if iuse the enterprize PLI. If this is not
needed anymore then I am good. The types are non-issue, only the linkageThank
Do i need the pragma in the C program if iuse the enterprize PLI. If this is
not needed anymore then I am good. The types are non-issue, only the
linkageThank youZA
Sent from Yahoo Mail on Android
On Tue, Feb 21, 2017 at 1:15 PM, Ze'ev Atlas<zatl...@yahoo.com> wrote: Hi
all,
Hi all,I hope someone can guide me. I have a C library that I want to call
from PL/I. I actually have to create an intrface module for some reasons. If
I code it in C using #pragma linkage (..., PLI) I have no prlblem communicating
between the C and the PL/I, but then the C cannot
PCRE2 for z/OS R21 is now available. Note that since PCRE2 is different then
PCRE, it is available in a new location: file 939 on the CBT (CBTTAPE.ORG, file
939). The old PCRE would continue to be available on file 882. Ze'ev Atlas
IF RC \= 0 THEN
call DIE 'WRITE MEMBER failed' RC
Originally, I had "EXECIO * DISKW XXOUT (STEM INPUT."
but that would work only for members that had statistics (i.e. have been
updated). When I cha
You have it right
There is no error message, the lines are just not written!
ZA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I have to take it back
In one of the libraries, I consistently have an empty line as the first line
and I did do some of my tests on that library.
Mystery resolved!
Thank you all
--
For IBM-MAIN subscribe / signoff / archive
Gil is correct, \n is implementation dependent.
Actually, PCRE handles it correctly, except that I've got confused and chose an
incorrect option in my config.h. Once I've corrected it tests run smoothly and
produce correct test results.
Thanks all for explanations and advice
ZA
Thank you all for comprehensive explanation
ZA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Your messages clarified my issue and actually assured me that the solution I'd
suggested is correct, so I would like to brief you.
It is apparent that IBM chose to mark the end of line with NL and not with any
of LF or CRLF. That on itself is probably a correct decision and probably what
the
that). 0x15 is
defined as New Line, but there is a separate character, 0x25 that is defined as
Line Feed. Does anybody know why do we need two characters that seem to do the
same thing (besides the evil desire to confuse the poor user :) Ze'ev Atlas
PCRE 8.37 for classic z/OS is available in CBTTAPE.ORG File882 and on
zaconsultants.net Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
Because in most cases programmers are less than lets say bright.
Oh, I see...
I guess that this is why my rate when I program in lowly Access VBA is higher
then anything COBOL programmers could get. I am not even trying to compare
that to my rate when I write Perl, T-SQL, PL/SQL, etc. They
to summarize the conversation:
I don't know what is scarer letting ASCII loose in the environment or
letting programmers know about it.
Not to alarm you further, but I believe it's already endemic.
Not in any company I have ever worked.
Why is getting an ASCII piece of information so scary?
Thank you all to those who've pointed me to NATIONAL-OF and DISPLAY-OF
intrinsic functions. For some reason I missed them when looking at the list of
intrinsic functions.
While calling the C runtime library is an interesting exercise, using native
COBOL functionality when in COBOL is superior.
and will try to fix the issue.
The package is available on CBTTAPE, file 928 as well as on my website
(zaconsultants.net) Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
Obviously, I know that and I realized that the issue is integral boundaries!
I am dealing with COBOL, not PL/I but the real issue was that the order is the
other way around (i.e. the fullword is first and the halfword is second,
leaving a two bytes gap unaccounted for after every pair.
So I
I guess I will use SYNC to ensure all integral boundaries... next release :)
ZA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
The SYNCHRONIZED clause is new to me (I do not code COBOL on regular basis any
more.) I will incorporate that in the next release.
Thanks to all who had suggested it
ZA
--
For IBM-MAIN subscribe / signoff / archive access
Thanks Kolusu
I will look into the PL/I interface for both this and the PCRE... maybe next
release
ZA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
I want to publicly thank Retired Mainframer for leading me to the correct
direction. The problem was that the EBCDIC oriented regmatch_t structure is
defined like this:
typedef struct { /* substring locations - from regexec() */
__off_t rm_so; /* offset of
Sure I could, but the geniuses who created the regex.h and friends did not deem
that necessary, so the poor user has to go to the header file, read all the
#if's and #else's and figure it our. Not an easy task when you are a COBOL
poor user :(
ZA
I am going back to the drawing board and I will have a hard look at the regex.h
again and will do some tests with 64 bits compilations vs. 32 bits.
It is extremely hard to deduce from the documentation what to expect and what
structure is in effect when one compiles with any combination of
Thank you all
I am going back to the drawing board as I've mentioned on another thread
ZA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
. It is clearly not a user programming issue.
If anybody may overcome this issue by using some clever compile options than be
it, but I do not think so!
Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff / archive access instructions
I am sorry for the typo, I was expecting (0,15),(2,8) and not (0,15),(8,2)
long 0
long 15
long 2
long 8
I ran it in z/OS which should default to normal numbers so all classic LE
languages would understand it correctly
19819478 | 00 00 00 00 00 00 00 00 00 00 00 0F 00 00 00 00 |
Thank you for reposting
The use of my_size was indeed wrong, so I dumped more than I needed. Only
first two lines are relevant! I did not want to compile and run again because
it was late at night
I do not have access now, but the definition of regmatch_t is in the regex.h.
Regardless of
, my_size);
regfree(preg);
}
Ze'ev Atlas
.
If you could, please contact me off list Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
was supposed to get (0,15),(8,2)so I get
000F
0002 0008
instead of
000F
0002 0008
Does anybody have a clue about why do I get such a bizarre behavior. Ze'ev
Atlas
Version 8.36 of PCRE (Perl Compatible Regular Expressions) library is now
available on both CBTTAPE (www.cbttape.org) and on my website zaconsultants.net
Ze'ev Atlas
--
For IBM-MAIN subscribe / signoff / archive access
some people. Hence, no
Rexx support is planned unless there would be a volunteer who is both capable
in working with Rexx and its interfaces, and is ready to devote time for this
project.
Ze'ev Atlas
--
For IBM-MAIN
downloads, but I've not get
any concrete feedback sans a feedback from one frustrated user in a very early
release.
I would appreciate any and all users of PCRE for z/OS to share your experience
with me. Please drop a note to zatlas1 at yahoo dot com
Ze'ev Atlas
Ze'ev appears to me to want to graft what are essentially interactive,
conversational facilities onto JCL, which is a batch facility. This
may well be possible, but doing it will require careful thought and
much experimentation/evolutionary operation.
I already concluded that the z/OS side may
Let me back it up a level: what's the problem you're trying to solve? Are
you trying to make things more user-friendly? I submit that the
unpredictability this introduces would have the opposite effect.
This is the kind of reaction that I am waiting for, pointing to things that
need to be
I still like using the Linux locate command for this. It does a data base
lookup, which is maintained non-real-time via updatedb, and presents a list
of entire path names which match the given input. I may need to look at
getting the source and seeing if I can port it to z/OS UNIX.
That's correct and that's where I took the idea from. That concept
needs improvements
No doubt, but so far you haven't identified any defect that a new type
of catalog would resolve.
I have identified the defect pretty well, except that you refuse to see that
definition and go to circular
Mount point is dynamic, not static. Its more analogous to volser than
to device address.
Again, you discuss the shortcoming of a specific system while I have a broad
view. Implementation would have to take things like volser, mount points or
whatever and hide them once and for all from the
Who is to say you can't have a alias DATASET name pointing to the real name
like this:
Index: /user/my/data- user.my.data
You've just invented symbolic links!
I pointedly did not refer to the symbolic links so far, but I see that I have
to.
All solutions that were suggested here are too
I interpreted little user as average Windows desktop user. I don't
think Ze'ev was trying to be pejorative, just trying to indicate a person
who isn't a techno-geek like most of us on the list.
That's what I meant
Thanks
ZA
--
how do you distinguish /u/myid/somefile.txt from
/u/yourid/somefile.txt? Would the catalog have both entries? If so, then if
you reference the file via this catalog, which file do you actually
access?
I did give some preliminary thought to this. To accommodate the current
concepts of Unix
I think you forgot the grin in that post, Gil. z/OS is not for the
little user. Neither is UNIX (nor Linux). For a true little user, the OS
of choice might be CP/M-80 on an Altair. Or maybe an Apple ][. grin/.
It is Windows and now Android or iOS. all three have the same issues that I've
From the little user point of view, he/she knows the name of the file. As a
matter of policy in most facilities (probably all), all files that the little
user do and/or care for are cataloged and are somewhere in the DFSMS managed
storage. Thus, if he/she needs the file, all need to be done
I do not care so much about the actual implementation of the idea and its
limitations. Surely, with two antiquated OSes like z/OS and Unix (form the
nineteen sixties and seventies) there are limitations which both OS publishers
dare or dare not (as it may be) correct. The issue is the
Sorry abut using the word antiquated if it is perceived to be pejorative. I
meant to point that both z/OS and Unix are pretty old (yet both are still
useful and going strong:)
Both have some nifty and some not so nifty ideas. To me, at the real world
workplace, whenever I have to create
Let me add another complains about JCL, it allows changing source code meaning
in run time and sometimes this is hairy:
//XXX DD DSN=
// DCB=(LRECL=80,R
//...
The above is legit although I would fire anybody who doed it. R could be
resolved to:
// EXEC YYY,R='BLKSIZE=8000)'
or it
What's the story about the name Kumuondanam Bimba?
ZA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Robin Atwood said:
Diverting the thread a tad, does anyone know where you can do an HLASM
course? My young colleague wants to be inducted into the mysteries of the
ancient craft and we found various IBM courses (see below) but none of them
are currently being offered. Of course, various outfits
Hi all
While I may change my mind in the future, I've pretty much decided to abandon
the project for now, for these reasons:
1. Mongo DB data is UTF-8 and not even ASCII. An EBCDIC version is thus
irrelevant and not needed. This is different then the situation with the PCRE
library where
because they do not have C and cannot build it.
Isn't PCRE written in C?
Yes, and that's why I had to provide binaries which is NOT ideal, because the
binaries are IBM1047 specific
ZA
--
For IBM-MAIN subscribe / signoff /
Who's using F1? MongoDB is currently valued at $1B and has venture
capatalists throwing money at it. Last time I looked Mongo could handle
joins and complex data and had a very rich query language.
F1 is obviously new and it is not clear how (if at all) Google would release it
for non-Google
I liked how Larry defined Java as the COBOL of the 21st century. It is so true
ZA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Is SQL really that much better then native APIs? In the
case of your typical key/value data store surely get/set is easier than
SELECT FROM WHERE/UPDATE SET IN etc.
My short answer would be YES!
The Typical key/value data store may be better handled with get/set. But
presenting complex data
Bob Wrote:
The open source Linux tools generally require porting, which require a
mainframe, which most folks don't have at home, so open source isn't
significant in the mainframe arena.
This is the main issue really, getting a descent and legitimate development
environment is tough.
And then
I will look carefully at the Java option and JNI, but my inclination (as an old
timer) is to adapt the C driver rather. Working directly with C subroutines
from COBOL, without a Java layer seems to me to be more natural, but again, I
am an old timer and I do not really know Java. If I need
The compiler limitations are for LITERALS, not for variables. Think VALUE
clause, or constant strings MOVEd to a variable.
That's good news
ZA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Hi all
Is there currently a way to access MongoDB from z/OS LE languages?
ZA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
It should be simple enough to build a client. There are many
http://docs.mongodb.org/ecosystem/drivers/. Of course, that's for accessing
MongoDB running off the mainframe. I'm interested to know why you would
want to do that?
I have no intention on porting the whole engine because I understand
EBCDIC may not be your only problem! What about endianess? I suggest you
study the wire protocol if you are serious
thank you for pointing me to the right direction.
I will look at the documents you've mentioned about both, EBCDIC and endianess
and see if it it worth it.
ZA
It's not much fun accessing Mongo in C let alone COBOL.
Agree
My language of choice is Perl which flaws with that stuff and I am working on
my JavaScript skills. However, what drives me is frustration. Whenever I do a
mainframe project, I see how much I miss the other side's features and then
Actually, it looks like there is support to UTF-8:
___
You need to do two steps to convert ASCII or EBCDIC data to UTF-8:
Use the function NATIONAL-OF to convert the ASCII or EBCDIC string to a
national (UTF-16) string.
Use the function DISPLAY-OF to convert the
Since NoSQL seems to be reigning supreme, I decided to study MongoDB which was
both recommended by a friend (a PM who is managing an actual project with that
stuff) and is the most popular NoSQL engine out there according to
http://db-engines.com/en/ranking (they don't count Hadoop since they
Oh No, It is much more then that. You store a set of key-values, which means
that the dictionary (metadata) is part of the row. If you know Perl or Java
you actually store hashes (or objects) which they call documents
ZA
--
In Rexx, you could think about it as storing a stem
ZA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Dave Caryford said: It is not, however, a drop in replacement for traditional
transactional
data bases.
You are correct, it IS not and SHOULD never be used as a transnational
database. It is however, a great (read better, more natural, more scalable,
etc.) replacement to warehoses with star
Shmuel daid:
Do you do anything that won't work with zFS?
No, fldata treat them the same, so do I.
ZA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
Bernd wrote
shortening the functions' names to 8, upper case characters, COBOL API, etc.
I suggest you consider adding #pragma maps for the long function names;
if you do this, you don't need to change nothing else.
The distribution to classic z/OS is PDS oriented and I was specifically asked
bernd wrote
Normally, if you compile C sources you got from somewhere on z/OS
using the more classical compiler options, this is no problem, unless you
have external function names that are longer than 8 characters and that
don't differ in their first 8 characters, and for such situations,
It is very late in the day to introduce a new PDS as opposed to PDSE
library of this sort.
The loadlib and some other libraries are indeed PDSE (I used the word PDS
loosly)
ZA
--
For IBM-MAIN subscribe / signoff / archive
Excellent! Making them PDSEs will decomplicate your life.
No, it won't. PDSEs are fine and easier to work with then PDSs
My main issues were
There is no easy way to load members to a library that is defined VB, 255
(IEBUPDTE did not work on that best). I guess I could have used individual
John Gilmore said:
Recall that while a PDSE member name may be at most 8 of the usual
characters in length, an alias of such a member name may be at most
1024 characters in length from an enlarged character set. If then you
have a routine name R that is immediately usable as a PDSE member
name,
Paul Gilmartin said:
You fail to appreciate how much making them UNIX directories could
have decomplicated your life. I suspect one of the Dovetailed utilities
could let you do a local spawn of a UNIX executable using the unneutered
names and propagating DDNAMES. (Or perhaps BPXWUNIX if you
PCRE for z/OS 8.33 V2 is nnow available on my website www.zaconsultants.net.
New in this version:
Full support for the Posix compatibility module
GETMAIN and FREEMAIN as front ends for malloc and free
pcregrep version that recognizes PDS and PDSE as such and treat them as
directories and full
I thought about what you guys have told me and realized that while you are
correct and it is easy to just run the configuration, etc., the work I've done
(shortening the functions' names to 8, upper case characters, COBOL API, etc.)
is very valuable to those who are still in that environment.
Yes if you have a lot of rexx-pure executing code. If you have a many host
commands intermingled with the code it's probably not much benefits.
I wanted to ask, where is EXECIO in the picture and how is it compares with
using stream
Thanks
ZA
1 - 100 of 158 matches
Mail list logo
