开云体育

I looked into COMMNDxx, nope.

I am aware of? BSPPILOT, but as we agree, the commands claim to come from NET.? Yea, after testing, it's?that.?BSPPILOT annoys me in general; the author assumes everyone thinks like them, and made the whole thing magic instead of controllable.??

anyone: If you find where the actual commands I listed above are issued (not why, I know about IEECVXIT, but the text of commands themselves), please?tell me!

-ahd-

--

In the WTF department, what configuration is VTAM (NET) driven by to issue the following startup commands???

STC 4640? $HASP373 NET? ? ? STARTED

STC 4640? S TSO

STC 4640? S JRP

STC 4640? $S PRT1

STC 4640? $S PRT2

STC 4640? IST020I? VTAM INITIALIZATION COMPLETE

I'm especially impressed by it starting JES2 devices, as?I don't want PRINTER2 started.

?

Drew

NJE38 version 2.3 is now available.? This version rolls up several minor bug fixes, mostly with the TRANSMIT and RECEIVE commands.? Most users probably have not encountered these issues but enough of them have now accumulated to make it worth publishing a new release.? If you are currently at the V2.2 level you probably do not need to upgrade unless you just wish to stay current.? If your NJE38 version is prior to V2.2, you should upgrade to V2.3.

To inform newer users, this software provides an NJE capability to MVS 3.8 that can connect to other remote MVS or VM systems, as well as non-mainframe software that is NJE-capable such as Funetnje.? With NJE38, you can send and receive files with remote nodes using the supplied TSO TRANSMIT and RECEIVE commands or via batch utilities. You could send an entire PDS to another MVS 3.8 system for example, or send source code or a listing file from a TSO userid to a VM userid (or vice-versa) as another example.

NJE38 can connect with multiple hosts and supports store-and-forward routing for files passing through on the way to another destination.? NJE38 also supports commands and messaging with remote hosts, and interfaces with TSO.

If this solution is of interest, you may download the NJE38 package from this group’s Files section.? The package contains software and complete documentation.? The name of the file is ‘nje38v230.zip’.

Regards,
Bob

On 30/01/2022 5:10 pm, Fish Fish wrote:

You could simply give your source file the right name to begin with before you FTP it to your destination.

Yeah, but, IBM's zService distributes PTFs as PTF#.FMID# so when I get a file sent to my PC called something like
UR12345.EER2500
and then I need to transfer it to an MVS data set called something like
SUPPORT.V250.SERVICE.UR12345
I find being able to specify the old and new names on the transfer command quite handy.

Yes, I saw the later posts, and will check out the Manual Transfer option - so thanks for that tip!

(Aside to MVS sysprog types - I used EREP as a proxy for the product I support in the above example.)

Cheers,
Greg

Hello,

Am 30.01.2022 um 12:04 schrieb zpmain <justmainframes@...>:

So the manual option can transfer works even if the zOS doesn't have IP connectivity to windows PC ?

No. FTP requires IP for transport.

:wq! PoC

Hello Greg,

Am 30.01.2022 um 02:50 schrieb Greg Price <procegrog@...>:

Can you get it to transfer a file where the file name at the destination is different?

(It is not obvious to me that you can. For that, I use FTP.)

What's more, can you get it to use a secondary connection? I regularly use this (with a little help from ~/.netrc) to transfer files between two AS/400's, without the need to first locally down- and then upload the file remotely.

:wq! PoC

Hello Fish,

Am 29.01.2022 um 22:35 schrieb Fish Fish <david.b.trout@...>:

To me, it's much easier to fill in a few fields and check a few checkboxes and click a button than it is to remember some cryptic command line with all its various options.

But isn't 3270 full screen applications exactly about filling fields and setting a few check boxes, and press enter?

:wq! PoC

Hello Piotr,

Am 29.01.2022 um 19:50 schrieb Piotr Kolasiński <ptkola@...>:

Maybe I read this group not often - my assuption was that we don't discuss here themes about licensed OSes.

This perception stems from some people being afraid of IBM lawyers secretly reading here, ready to pursue legal action of whatever kind. The topic has since then discussed at length and apparently a more relaxed tone has since then been established.

:wq! PoC

Hello Fish,

Am 29.01.2022 um 19:17 schrieb Fish Fish <david.b.trout@...>:

Of course you may use ftp in command prompt

Yuk!

Don't yuck my yum! ;-)

Command-Line FTP has many advantages, not the least one about being able to cope with non-UNIX type directory listings: Because it just lists them and doesn't try to interpret them as many of those point'n click clients do.

I often use command line FTP because I'm already transferring files when you still are clicking through the directory hierarchy. ;-D It's just less bloat, more speed. And, very often, it helps to debug misbehaving graphical clients, when users claim "the server is broken", when it's a client issue.

This *is* the z/OS group for Hercules! (or at least I thought it was!) It's (this group) supposed to be for MVS *or* z/OS since, AFAIK, z/OS is simply a much more modern version of MVS, yes?

I fully agree.

:wq! PoC

Hello Piotr,

Am 29.01.2022 um 18:06 schrieb Piotr Kolasiński <ptkola@...>:

This group is about old MVS installations on hercules like Tu(n)key MVS (see f.ex. ).

Yes and no. There is a more specialized group "Turnkey-MVS" for that

:wq! PoC

Dave Wade wrote:

Gentlefolk,
The "TRANSFER" menu has a "Manual Transfer" option which allows you
to perform such magic. You can also hit "CTL+M" to pop this up.
Dave

Wow! I've been using FileZilla for years and never knew about that menu option!

It looks like it was added sometime around June 2019.

And yes, you're right: it does *exactly* what Greg wants to do: uploads/downloads a single specific file and renames it at the same time (e.g. aaa --> bbb, or vice-versa).

Cool! Thanks! :)

FYI: I found a YouTube video that shows how to use it too:



It's only a 2:09 video and the demo of the "Manual Transfer" feature is only about 30 seconds long and starts at 0:37 into the video.

I just tried it and it works great! :)

But me? I prefer to have my files already named the way I want them named so I just upload or download them all at once en masse via a simple drag and drop.

But to each their own I guess.

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...

Gentlefolk,
The "TRANSFER" menú has a "Manual Transfer" option which allows you to perform such magic. You can also hit "CTL+M" to pop this up.
Dave

Greg Price wrote:

Fish wrote:

I prefer FileZilla myself.

Can you get it to transfer a file where the file name at the
destination is different?

(It is not obvious to me that you can. For that, I use FTP.)

No, but you can rename the destination file to some other temporary name before you FTP the new file, then FTP the new file, then rename the resulting destination file to whatever name you originally wanted to use and then rename the original file back to what it was.

OR....

You could simply give your source file the right name to begin with before you FTP it to your destination.

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...

One option not mentioned is to transfer a PC file as an OMA tape file.

Set up a TDF file to define the characteristics of the "tape" datatsets, mount the TDF file,
read the actual file. Probably want to define the file as RECFM=U and some suitable
blocksize.

The hercconf page has some details. Here a a couple of other references.


(talks about the format of the TDF file)


(start of a thread about actually using a tdf file)

James Campbell

On 30/01/2022 5:17 am, Fish Fish wrote:

I prefer FileZilla myself.

Can you get it to transfer a file where the file name at the destination is different?

(It is not obvious to me that you can.? For that, I use FTP.)

Cheers,
Greg

Jay Maynard wrote:

Fish wrote:

[...]

I much prefer graphical programs over command line programs.

You Windows guys... :-)

(heh!)

Yeah, we Windows guys alright... :)

Back when I was still working on mainframes though, I was very much a command line guy. I had a whole suite of helper scripts I wrote in Rexx that helped me do various things, not to mention some full screen 3270 apps too. Mainframes are still today almost exclusively text oriented, so yeah, I was very much a command line guy back in the day.

But then the Apple Macintosh came out and when I saw it I immediately said to myself THIS is the future of computing! Got myself a "fat" Mac (512K!) that I added an internal third party 10MB hard drive to, and started learning how to program on it.

Sometime (years?) later I found myself unemployed and looking for a job and looking through the Want Ads, I couldn't find a single mainframe job being offered, but noticed there were a zillion and one jobs for Microsoft Visual C++ programmers. So I bought a used computer with Microsoft Windows 3.1 on it (I had to sell my Mac 'cause I needed the money; broke my heart!), a book on C++ and a copy of Visual C++ version 1.0. Not long afterward I landed a contract doing Visual C++ programming and .... well, the rest as they say is history. :)

Besides, I've always been a visual sort of guy. I was never any good at English in school, but got good grades in Art class (and my Dad was a good artist too, so I guess artistic abilities sort of runs in the family), so graphical user interface operating systems have always appealed to me. To me, it's much easier to fill in a few fields and check a few checkboxes and click a button than it is to remember some cryptic command line with all its various options.

If I had learned about Linux when it first came out and was picking up steam and hadn't lost my job (and thus had remained actively employed in the mainframe world) then I would probably still be a command line person to this day. But that's not how things worked out for me. So call it a quirk of fate that I'm a Windows guy today and not a *Nix guy.

To each their own I guess. <shrug>

Thanks for the chuckle, Jay. :)

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...

--