Re: Interchange best practice? (was: GIT ... length issue)

[Lee B]

ksh seems to be the default shell on OpenBSD, as it was (and presumably
still is) on AIX.

On Tue, Dec 10 2019, Seymour J Metz wrote:

> Does anybody use Korn these days. The Linux community is pushing bash, and 
> they're a large part of the *ix community. I don't know what they *bsd 
> community favors, but I doubt that it's POSIX. One of the things that 
> surprised me about the original OE was that IBM seemed to have zeroed in on 
> those things needed to get certified and ignored those things that, while not 
> required for certification were in widespread use. Does anybody outside of 
> the z world use the POSIX shell?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GETMAIN LOC=32

[Lee B]

Agreed. And I'll wager any readers of the Herc lists will not have been 
surprised at the way this thread progressed...

Lee B.

On 2018年5月11日 9:01:24 GMT+09:00, "Jackson, Rob" <rwjack...@firsttennessee.com> 
wrote:
>Hear hear.  I wholeheartedly agree.  This started off bewildering; then
>it became entertaining; now it's just irritating.  I'm adding a filter
>to dump "GETMAIN LOC=32" in deleted.  This has turned from a flight of
>fantasy into a waste of resources.
>
>First Tennessee Bank
>Mainframe Technical Support
>
>
>-Original Message-
>From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On
>Behalf Of Steve Smith
>Sent: Thursday, May 10, 2018 5:43 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: GETMAIN LOC=32
>
>[External Email]
>
>Somewhere along the way, you seem to have missed the point.  Which is,
>the proposal is REJECTED, with prejudice.  It has no more chance than a
>baby june bug in a 100-watt zapper (unless your org. provides >5% of
>IBM's revenue, and Ginny R. always answers your calls).
>
>Y'all feel free to continue down your primrose path, perhaps noting
>that no one is listening to you anymore.  You've come up with a
>solution to a problem no one has.  The best way to shorten this
>tiresome thread would be to stop extending it.  Nevertheless, I'm
>confident P. Edwards will have to have the last word. Which is fine and
>dandy; but the sooner the better.
>
>sas
>
>On Thu, May 10, 2018 at 5:27 PM, somitcw <
>01b1f179dc6e-dmarc-requ...@listserv.ua.edu> wrote:
>
>> ​...
>> Please help shorten this thread by helping with the wording needed to
>
>> request an AMODE 64 enhancement for AMODE 64 programs that would 
>> double the 4-byte addressable for data.
>> Moving extended common would be icing on the cake.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>FIRST TENNESSEE
>
>Confidentiality notice: 
>This e-mail message, including any attachments, may contain legally
>privileged and/or confidential information. If you are not the intended
>recipient(s), or the employee or agent responsible for delivery of this
>message to the intended recipient(s), you are hereby notified that any
>dissemination, distribution, or copying of this e-mail message is
>strictly prohibited. If you have received this message in error, please
>immediately notify the sender and delete this e-mail message from your
>computer.
>
>
>--
>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

Re: z/OS "interactive computing" - AKA TSO/ISPF or UNIX shell

[Lee B]

Hi Jerry,

I'm an emacs man too (for unix work at least). Have you seen this, I
wonder?

https://github.com/cneira/jes-emacs

To be honest, it was this thread that prompted me to see if anyone had
coerced emacs into talking to z/OS, and this was pretty much the only
thing I found. I thought the whole emacs->z/OS thing seemed feasible
(eg. via tramp or something) albeit potentially a fair amount of work...

Lee.


On 金,  3 16 2018, Jerry Callen wrote:

> I'm going to be an EXTREME outlier here.
>
> Background: I learned computing on OS/360 thru MVS, first using cards, then 
> TSO/ISPF. I jumped ship to Unix in the mid 80s and now I'm back on the 
> mainframe, doing ports of open source software to z/OS (under USS) at Rocket 
> Software.
>
> I am logged into both USS (via ssh from PuTTY) and TSO/ISPF (via BlueZone) 
> from a Windows laptop all day long. If I had a decent tool for accessing JES 
> (there's no avoiding SDSF for the time being) from USS, I'd NEVER be in TSO.
>
> I use emacs as my development environment. I don't call it an "editor" 
> because it does so much more than edit text. In particular, the "shell 
> buffer" feature is indispensible; think of TSO session manager, but on insane 
> steroids. The USS port of emacs is ancient and creaky (though I dearly hope 
> we can remedy that within the next year), and I will grant that emacs has a 
> very stiff learning curve, but once you know it, it's unbelievably productive.
>
> For source control, I use the Rocket port of git. Essentially all of our 
> mainframe development is moving from other source control systems (SCLM, cvs, 
> svn) to git; there are good open source tools for converting from cvs and svn 
> that preserve all the history and branches.
>
> For builds, I use whatever the open source project I'm currently working on 
> uses, which is generally some variation on automake/autoconf/configure/make. 
> The automake/autoconf situation on z/OS isn't yet what it wants to be. For my 
> own projects, I just use raw make. I often create make files that work on 
> both USS and Linux on Z (my go-to Unix when I need to use a tool not yet on 
> USS).
>
> In short: I treat z/OS as a Unix box. Nearly all of the compilers (COBOL, 
> PL/I, C/C++, plus the assembler and binder) can be used from USS, on Unix 
> files (no need to move source, maclibs, include files, etc. into a PDS). IBM 
> has provided very good, albeit complex and tricky to use well, ASCII/EBCDIC 
> "bimodal" encoding support to ease the encoding problem. IBM is actively 
> porting newer languages (like JavaScript in node.js) to z/OS.
>
> I can run TSO commands from the shell prompt (using, of course, the "tsocmd" 
> command...) when I need to. I keep building tools to help insulate me from 
> TSO and batch (like my SMP query interface at 
> https://github.com/zorts/smpapi), and of course Rocket continues to release 
> new and updated tools for free (though our bandwidth is limited...). The big 
> remaining hole is JES queue access. I can, of course, submit jobs from USS, 
> but getting the output in a nice, consumable manner remains a challenge; 
> hence, my TSO session.
>
> We have a cadre of younger developers who follow a similar path, though often 
> using vim instead of emacs, and im some cases Windows-based editors (Eclipse, 
> Webstorm, SlickEdit, etc.) and FTP.
>
> Bear in mind that my first "real" editor was ISPF, which I used for years. 
> Even with that history, I can't imagine using it for any serious editing at 
> this point.
>
> Slight diversion: Linux on Z is a VERY nice platform. I have rarely 
> encountered any problems porting x86 Unix code to Linux on Z, and usually I 
> don't have to; it's already a real, well-equipped Unix. Given hipersocket 
> connectivity to z/OS, I think it's got potential to be a terrific alternative 
> to USS. However, it's still just too weird for many shops: it requires a 
> completely new set of system administration skills, its own LPAR or VM, and 
> it just doesn't seem to getting much traction.
>
> -- Jerry
>
> --
> 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

Re: (MBP and) macbook air and keyboard emulation

[Lee B]

Hi Martin,

I install mine from brew - the 'x3270' package includes c3270.
Just ran an upgrade now, and get this:

lee@mbp.local:~/tmp $ brew info x3270
x3270: stable 3.6ga5 (bottled)
IBM 3270 terminal emulator for the X Window System and Windows
http://x3270.bgp.nu/
/usr/local/Cellar/x3270/3.5ga9 (16 files, 3.2MB)
  Poured from bottle on 2017-09-04 at 16:09:55
/usr/local/Cellar/x3270/3.6ga5 (16 files, 3.2MB) *
  Poured from bottle on 2018-02-28 at 12:01:14
From: https://github.com/Homebrew/homebrew-core/blob/master/Formula/x3270.rb
==> Dependencies
Required: openssl
==> Requirements
Optional: x11
==> Options
--with-x11
Include x3270 (X11-based version)
--without-c3270
Exclude c3270 (curses-based version)
--without-pr3287
Exclude pr3287 (printer emulation)
--without-s3270
Exclude s3270 (displayless version)
--without-tcl3270
Exclude tcl3270 (integrated with Tcl)
lee@mbp.local:~/tmp $

HTH,

Lee.

On 水,  2 28 2018, Martin Packer wrote:

> Where did you get a version of c3270 from for Mac? And how up to date is 
> it relative to Development versions?
>
> Thanks, Martin
>
> Martin Packer
>
> zChampion, Systems Investigator & Performance Troubleshooter, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
>
> Blog: 
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
> Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
>   
> https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2
>
>
> Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA
>
>
>
> From:   Thomas David Rivers 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   27/02/2018 20:14
> Subject:Re: (MBP and) macbook air and keyboard emulation
> Sent by:IBM Mainframe Discussion List 
>
>
>
> Paul Gilmartin wrote:
>
>>On Sun, 25 Feb 2018 10:21:43 +0200, Itschak Mugzach wrote:
>> 
>>
>>>I am using macbook to connect to our (and client's) mainframes. I do not
>>>want to change the keyboard map in the emulation product. what is the
>>>keyboard mapping for enter, ph11 and pf12?
>>>
>>> 
>>>
>>Related question:
>>
>>I'm considering an MBP.  But can the touch bar be configured to 
> transparently
>>provide (P)F keys for emulators, X11, VirtualBox, ...
>>
>>On my old MB I used Keyboard Preferences so I can use F1-F12 without 
> using
>>a modifier key.
>>
>>I never mastered PF13-PF24, so that's not a concern.
>>
>>Thanks,
>>gil
>>
>> 
>>
> I switched to the latest MacBook pro late last year.
>
> The touch bar is an abomination;  it is simply too easy to accidently
> bump into and cause all sorts of havoc.
>
> So - I find that I simply turn it off as much as possible.
>
> I usually use C3270 for my emulator ("txt" mode  in a terminal window) 
> and I've
> set the terminal window's touch bar to display the function keys... they 
> work just
> fine (except for accidently bumping into them.)
>
> I haven't tried setting them up with the X3270 port I use on the mac... 
> I'm sure it's
> possible... but, I've just been so put-off by the touch-bar that I want 
> it to just go
> away.
>
> As soon as Apple comes out with a new MacBook without the touch bar, I 
> will be
> opting for that.
>
> - Dave Rivers -

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN