Good morning Marna,
thanks for reporting that, someone else may have a need for the full html. I
don't have much to do as far as migration actions go - SDSF was done a long
time ago. I still need to do comparisons for /etc and /var, and set up ieasys
to pick the parmlib members for 2.5, and the
It falls back from 0100am to 1200am in your scenario, never switching days
Sent from HCL Verse
Gibney, Dave --- [EXTERNAL] Re: Fall back STP Adjustments ---
From:"Gibney, Dave"
<03b5261cfd78-dmarc-requ...@listserv.ua.edu>To:ibm-m...@listserv.ua.EDUDate:Mon,
Nov 1, 2021 3:02 PMSubje
It ticks from 015959 to 01. You get 01-015959 twice, but 02 just
once
Sent from HCL Verse
Retired Mainframer --- [EXTERNAL] Re: Fall back STP Adjustments ---
From:"Retired Mainframer"
<03a485c129c3-dmarc-requ...@listserv.ua.edu>To:ibm-m...@listserv.ua.EDUDate:Mon,
Nov
IBM 3270 PC.
The basic 3270 extended data stream is pretty straightforward, although it gets
more complicated for things kije file transfer and graphics.
From: IBM Mainframe Discussion List on behalf of
Phil Smith III
Sent: Monday, November 1, 2021 10:
Long ago, when the world was young, there was an IBM manual for an early 3270
emulator that actually documented the IND$FILE
protocol. I have a copy somewhere. But yeah, they've made it hard to grok.
WSF is well documented in the 3270 protocol books-but those are probably hard
to find these d
> ITYM TANSTAAFL, as originally coined by Larry Niven(?)
Robert Heinlein, "The Moon is a Harsh Mistress"
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Seymour J Metz
Sent: Monday, November 1, 2021 2:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler analysis
No, but he did coin "Think of it as evolution in action."
From: IBM Mainframe Discussion List on behalf of
Allan Staller <0387911dea17-dmarc-requ...@listserv.ua.edu>
Sent: Monday, November 1, 2021 4:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Asse
Joe,
but I found this value to be erroneous
You made this statement some time ago and what was found to be erroneous
was your statement.
Why do you find it so difficult to provide the obvious data?
-- You did not show what values you used when initializing the DCB.
-- You show register de
Mea culpa, I did leave out the extra "A". TANSTAAFL it is.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: Monday, November 1, 2021 4:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler analysis [was: RE: Serverpac installs January 20
There Aint No Such Thing As A Free Lunch - The Moon Is A Harsh Mistress.
On Mon, Nov 1, 2021 at 8:30 PM Allan Staller
<0387911dea17-dmarc-requ...@listserv.ua.edu> wrote:
>
> Classification: Confidential
>
> ITYM TANSTAAFL, as originally coined by Larry Niven(?)
>
> -Original Message-
>
Classification: Confidential
ITYM TANSTAAFL, as originally coined by Larry Niven(?)
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Farley, Peter x23353
Sent: Monday, November 1, 2021 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler analysis [was: RE: Ser
On Mon, 1 Nov 2021 12:19:31 -0700, Retired Mainframer wrote:
>I think the answer is both. AT 0700 UTC it will be 0200 CDT. After an
>infinitely small interval, it will still be 0700 UTC but will be 0100 CST. At
>the time of transition, either CST is correct (or maybe neither are).
>
I'm more co
my brain hurts, but I see what you are getting at, CDT 7AM UTC is 2AM,
then at CST 7AM UTC is 1AM
I've had many discussion with service engineers about time, and what's
relative, it made my head spin :)
- Carmen
On 11/1/2021 2:19 PM, Retired Mainframer wrote:
I think the answer is both. AT
Not wanting to quibble. A one hour fall back from 1am is still, however briefly
a fallback to yesterday, and is just not a good idea.
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Retired Mainframer
> Sent: Monday, November 01, 2021 12:16 PM
> To: IBM-MAIN@LI
All the conversions I did were for companies in France.
The first one was to convert SAS/C to IBM/C as the SAS stopped supporting their
C compiler.
There were a number of SAS/C functions that I had to create going to IBM/C.
Some I wrote in C. The others I wrote in assembler.
It really helped that
I think the answer is both. AT 0700 UTC it will be 0200 CDT. After an
infinitely small interval, it will still be 0700 UTC but will be 0100 CST. At
the time of transition, either CST is correct (or maybe neither are).
-Original Message-
From: IBM Mainframe Discussion List On Behalf O
putting it that way makes sense :) and that's how I read the doc, but
some folks questions let me to do a sanity check.
always best to check, thanks Dave, thanks all
Carmen
On 11/1/2021 2:01 PM, Gibney, Dave wrote:
A fallback from 2am to 1am local time would be correct, A fall back to
yester
A fallback from 2am to 1am local time would be correct, A fall back to
yesterday, (1am to 12pm) would not be a good idea on many levels
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Carmen Vitullo
> Sent: Monday, November 01, 2021 11:32 AM
> To: IBM-MAIN@LISTS
my time variables for USS in etc/profile and cee parms have been a non issue
new to me and my issue is when the STP timer actually falls back, 1am or
2am based on the doc I have with automatic time adjustment being done
@7AM UTC time
Carmen
On 11/1/2021 1:24 PM, Paul Gilmartin wrote:
On Mo
For some reason hadn’t totally cleared the Parmater list to SVC 122 the flag
bit indicated a dcb was present when I didn’t have one
Thanks sorry
> On Nov 1, 2021, at 12:15 PM, Peter Relson wrote:
>
> I don't know in what way LSEARCH=YES would help.
>
> It is certainly possible to avoid s
On Mon, 1 Nov 2021 12:59:43 -0500, Carmen Vitullo wrote:
>I was mistaken yes 7am UTC
>
And do you have the correct setting in the various (too many) OMVS
configuration files? For exampe:
526 $ tail -1 /usr/share/zoneinfo/America/Chicago
CST6CDT,M3.2.0,M11.1.0
(CST6CDT) should suffice. I
I was mistaken yes 7am UTC
thanks
On 11/1/2021 12:57 PM, Ramsey Hallman wrote:
Central Daylight Time is 5 hours BEHIND UTC. As I write this, it's about
13:00 CDT. That's 18:00 UTC.
Are you sure about the 7 *PM* time 7AM UTC would be 2AM CDT.
Ramsey
On Mon, Nov 1, 2021 at 12:47 PM Car
Central Daylight Time is 5 hours BEHIND UTC. As I write this, it's about
13:00 CDT. That's 18:00 UTC.
Are you sure about the 7 *PM* time 7AM UTC would be 2AM CDT.
Ramsey
On Mon, Nov 1, 2021 at 12:47 PM Carmen Vitullo wrote:
> I hate to beat a dead horse as it relates to time change, but
I wrote a progran to translate assembler between two very different
architectures, and that has the same issues. The translation can not fill in
missing documentation or generate meaningful names, it only retain the names
and comments in the original code. Even with good flow analysis the transl
I hate to beat a dead horse as it relates to time change, but this year we have
a new z15 and the new HMC version. we're setup currently for automatic
adjustment, my question is that's not in the doc I have; the time will change
@7PM UTC time according to the doc, so that means 2AM Central time?
Perhaps IBM can 'make their own' GPT-3 and let it loose on all zOS assembler
source.
Then, if it does something helpful, we'll know (via IBM).
- KB
‐‐‐ Original Message ‐‐‐
On Monday, November 1st, 2021 at 10:03 PM, Farley, Peter x23353
<031df298a9da-dmarc-requ...@listserv.ua.edu>
I am aware of only one product (commercial) that claims to be of any help in
language conversion for assembler code, but there may be more of which I am
unaware. In the one case I am aware of, the results were truly horrible COBOL
code that didn't even come close to performing the same function
I don't know in what way LSEARCH=YES would help.
It is certainly possible to avoid searching tasklib/steplib/joblib. But
the 806-0C abend indicates that you apparently have created an erroneous
situation that you should figure out before moving forward.
If you want just to search LPA + LNKLST
Hey experts; I am back with mainframes. I have a new position to analyze to
assembly language program. Is their any programs to analyze ASM programs for
re-write them to a more modern language. Perhaps their are tools to help me,
Thanks,
Warren reaOn Monday, November 1, 2021, 11:49:52
Use VA next to the file name in ISPF 3.4 or 3.17.
On Mon, Nov 1, 2021 at 5:53 AM Barbara Nitz wrote:
> >Those files are not stored in EBCDIC. I used ISPF 3.17 to View the files
> using the UTF-8 option. Then you can see the XML source.
>
> Thanks for that pointer. I did use the command "ASCII" (
On Sun, 31 Oct 2021 18:55:41 -0400, Joseph Reichman wrote:
>Paul At this point I'll try anything as I am still getting an 806 after
[appending]
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send e
A useful analogy here might be Db2 - which is selective about which areas
it dumps. (Certainly around the "relatively low value" buffer pools.) You
might want to ask on CICS-L which areas CICS might exclude from a dump.
Cheers, Martin
Martin Packer
WW z/OS Performance, Capacity and Architectu
A developer is reporting that he doesn't have all of the storage above the bar
in the dump. He looked at the areas that should format properly and RSM
indicates that 48GB storage area above the bar should be in the dump but it is
not. MAXSPACE is set to 00122880M and message IEA611I said that a
Joe,
Your post remains basically unreadable due to the lack of new-line
indicators.
You appear to have gone out of your way to make things difficult. Is there
a reason?
BYADDR=YES is generally a poor choice unless you have something already
loaded.
You don't -- you had to do the loading yourse
>Those files are not stored in EBCDIC. I used ISPF 3.17 to View the files using
>the UTF-8 option. Then you can see the XML source.
Thanks for that pointer. I did use the command "ASCII" (which got command not
found), but "ASCII" is an IPCS command. :-(
Regards, Barbara
--
>> What I found really annoying in my serverpac was that I was asked
>> for the jobclass for sysout data sets, dutifully specified an
>> asterisk (take the one from the jobcard) and then got generated
>> statements like this: SYSPRINT DD *. It took me a while to
>> understand why I had gotten e
36 matches
Mail list logo