Thank you for your response, Charles,
I preserve RDW and able to read record length field. I am also able to
successfully covert EBCDIC to ASCII and Packed to decimal. So there is no issue
with data conversion. As you correctly point out, intel/windows does not
understand 0D0A. If it
Thank you, Michael,
I used WWUNTERSE for my terse file. I am able to get RDW & BDW and also able to
read data after proper conversion. Problem is when I read file for each record
(using loop), I get different record lengths for each record, in range of
single digit to thousands. Seems it adds
Thank for your response, Paul.
I agree, CRLF irrelevant to binary files. Surprisingly, only after using CRLF
option, I get those binary records in proper record length.
I tried to force it to U format but did not work for m. I will try again with
different methods.
I can preserve RDW and BDW.
Thank you for your response, Michael,
1. FTP -> what options did you use? -- I use Binary and QUOTE SITE RDW
2. Terse & XMIT and then ? how did it get to windows? -- I used WWUNTERSE
(>From Watson & Walker) for TERSE and XMIT manager (from CBT tape) for XMIT
3. IND$FILE which you decided
You can do it by using JMX. I would suggest you carefully consider why you want
to do this!
Check out https://github.com/nickman/jvm-name
> On 15 May 2023, at 11:26 pm, Szymanski, Patti
> <04d6904bbe52-dmarc-requ...@listserv.ua.edu> wrote:
>
> Wondering if anyone could provide a clue on
There are so many layers of issues here ...
If the data is "binary" (any or nearly any byte value is possible) then no
approach that involves CRLF is going to work. Period. Software does not have a
way to distinguish between a 0D0A that signifies the end of a record versus a
0D0A that just
List datasets with 'HLQ.**'.
On Fri, May 12, 2023 at 10:24 AM Bob Bridges wrote:
>
> I'm looking at a profile in Top Secret with a bunch of permissions to user
> HLQs that I suspect are no longer around, some of them at least. I plan to
> write a REXX that'll identify the ones for which there
Depend on what you need to do and there at least two levels to be addressed:
* How variable length records appear on Windows
* How to deal with SDW (spanned long record segments
If you want both BDW and RDW/SDW present on Windows at least two approaches:
* TERSE the file, binary
On Mon, 15 May 2023 18:54:40 +, Prashant Joshi wrote:
>...
>For some files, when I transfer using IND$FILE (option 6) using Binary and
>CRLF option checked, I gets record properly. But it does not work for every
>file. And due to different file sizes, IND$FILE may not be option for me.
On Mon, May 15, 2023 at 06:54:40PM +, Prashant Joshi wrote:
> I am trying to read VB & VBS binary file in windows using python. I
> tried FTPing file directly, then using Terse and then XMIT but every
> time when I read the file in windows, I get random new line (CR/LF)
> inserted in record. I
I am trying to read VB & VBS binary file in windows using python. I tried
FTPing file directly, then using Terse and then XMIT but every time when I read
the file in windows, I get random new line (CR/LF) inserted in record. I am not
able to read complete record.
For some files, when I
Thanks Steve, that is the issue. When I was getting things setup for System
Rexx I mistakenly built the AXRNN proc with the contents of the AXRPSTRT proc,
my bad. I corrected that, now working. Nice catch, error message did not give
me much.
Wondering if anyone could provide a clue on how to change the default JVM name
when submitting batch jobs under USS.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
"AXR0101I SYSTEM REXX (AXR) IS ALREADY ACTIVE": It appears that instead of
starting a TSS task, it somehow is trying to start the main task again.
It acts like your AXRNN proc was replaced with the AXRPSTRT proc.
sas
--
For
Yes, I have opened a ticket with IBM based on that documented message.
Scratching my head, a simple Rexx exec, either something is broken, or I have a
misconfiguration.
--
For IBM-MAIN subscribe / signoff / archive access
It looks like that your AXRxx member of parmlib does not state the number
of active AXRxx tasks, so AXR01 is started after you enter the command.
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon *
On Mon,
Interesting. the diag code says 'call IBM' ...
*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **| *
*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**:
Yes.
RESPONSE=EXPR
AXR0202I SYSREXX REXXLIB DISPLAY 715
ENTRY VOLUME DATA SET
1 TST001 SYSP.EXPR.SYSREXX
2 APRS02 SYS1.SAXREXEC
Both are:
Organization . . . : PO
Record format . . . : VB
Record length . . . : 255
and the dcb of the two libraries under sysrexx is identical? should be vb
255
*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **| *
*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**:
Yes, it is there, I missed it on my copy and paste, my bad. Rexx exec does run
in TSO.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Do you miss the closing comment on the first line by intent? it should be
/* rexx */
*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **| *
*|* *Email**: i_mugz...@securiteam.co.il **|*
Simple exec:
/* REXX
TRACE A
SAY 'Welcome to System Rexx'
exit 0
Results:
NC000 EXPR 23135 08:43:37.27 FF00768 0290 F AXR,POCSYSR1
N 020 EXPR
All,
We are discussing zPCA - IBM Performance and Capacity Analytics, and I'd like
to trade some email or even a quick phone conversation with a shop that has had
some hands-on experience?
Thanks, Dave
--
For IBM-MAIN
Excellent, Thanks.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
They moved to groups.io:
https://groups.io/g/SAUsers
https://groups.io/g/NetView
On Mon, May 15, 2023 at 5:28 AM Vince Getgood <
04d5c094df74-dmarc-requ...@listserv.ua.edu> wrote:
> Just as per the title really,
> Since the demise of Yahoo groups, Is there still a system automation list
> /
Just as per the title really,
Since the demise of Yahoo groups, Is there still a system automation list /
group?
I'm trying to find any information on a set of SA supplied REXX (member names
INGFIFxx) that apparently interface with the SA PDB to query information held
in SA ISPF tables. I'm
26 matches
Mail list logo
