Re: Vtoc and index sizing based on Mods

2020-07-04 Thread Seymour J Metz
The input to ICKDSF when you format the volume. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Peter [dbajava...@gmail.com] Sent: Sunday, July 5, 2020 12:22 AM To:

Re: Vtoc and index sizing based on Mods

2020-07-04 Thread Peter
Hello Thank you so much How do we determine the location of vtoc and index ? Is it possible to place all the mod 27 in same location of cylinder and tracks ? On Sat, 4 Jul, 2020, 9:44 PM Lizette Koehler, wrote: > It depends > > If the volume would have one dataset on it, like my SPOOL

Re: Search engine (retitled)

2020-07-04 Thread Seymour J Metz
Well, DDG claims to be an anonymous amalgamater (their IP address shows up in the search engines, not yours.) Neither the google search page nor the advanced search page has a verbatim option. One of the reasons I hate google is their propensity to hide useful features when the don't take them

Re: TN3270 clients for Linux and OS/2

2020-07-04 Thread Seymour J Metz
Do yoi have a URL for the current PCOM for OS/2? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Grant Taylor [023065957af1-dmarc-requ...@listserv.ua.edu] Sent:

Re: Search engine (retitled)

2020-07-04 Thread Arthur
On 4 Jul 2020 18:58:36 -0700, in bit.listserv.ibm-main (Message-ID:) sme...@gmu.edu (Seymour J Metz) wrote: DDG is an amalgamater; it retains the spurious hits from, e.g., google. It's good for what it does, but it's not a "do what I asked for" search engine. I use DDG, and I don't think

Re: Search engine (retitled)

2020-07-04 Thread Mike Hochee
Search engines are definitely not my strong suit, but if you meant 'aggregator' or metasearch engine, I don't think that is correct. Dogpile.com for example is definitely a metasearch engine, creating the result set of hits from google+ bing+whatever else, but I don't believe DDG operates that

Re: Search engine (retitled)

2020-07-04 Thread Seymour J Metz
DDG is an amalgamater; it retains the spurious hits from, e.g., google. It's good for what it does, but it's not a "do what I asked for" search engine. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List

Search engine (retitled)

2020-07-04 Thread Mike Hochee
" Did I mention that I hate google? I wish that there were a real search engine, one where I would be a customer rather than a product and in which I only got hits that matched my search criteria." I use https://duckduckgo.com/ whenever possible, and google when I have to. -Original

Re: SuperWylbur Users

2020-07-04 Thread Seymour J Metz
If SSI doesn't support 2.4, I would suggest rewriting the code to use SAPI; after that moving to new releases should be much easier. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU]

Re: Mainframe co-op

2020-07-04 Thread Seymour J Metz
To clarify, I believe that such a co-op would need to identify the potential issues and hash them out up front in order for the idea to be viable. In some cases there could be a consensus, in others an arbitrary choice might be necessary. What is important is avoiding unpleasant surprises as

Re: Mainframe co-op

2020-07-04 Thread Seymour J Metz
> Pennies. The Toolkit is highly worth it. I was only confirming Steve's understanding that it was sepatrly priced, not arguing against licensing it. In fact, I consider it almost mandatory that developers use control flow macros, and the Toolkit set is the obvious one to standardize on. --

Re: Mainframe co-op

2020-07-04 Thread Seymour J Metz
> Funny though, because isn't this exactly what Time Sharing Option was, > when it was first introduced? TSO was a way to run unprivileged applications interactively, with internal users, external users or a mixture. Authorized commands, TESTAUTH, etc. came much later. CP=67 is a better model

Re: Assembler question

2020-07-04 Thread Seymour J Metz
> STCK does not show such a restriction. You're correct. Neither does STCKE. Thanks. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Binyamin Dissen

Re: Migrate z/OS DASD volumes from Mainframe to Hercules Environment

2020-07-04 Thread Seymour J Metz
> Before anyone gets upset, If anybody gets upset it will be because of "just because you feel z/OS ought to be free (as in beer"; few if any posters here have suggested such a belief. What I have seen is posters asking for affordable hobbyist license fees. I'm not the one suggesting the

Re: Assembler question

2020-07-04 Thread Binyamin Dissen
Incorrect. STCK does not show such a restriction. On Sat, 4 Jul 2020 23:39:44 + Seymour J Metz wrote: :>> (Do CCWs still require doubleword alignment? PSWs? STCK? CDS?) :> :>Yes. -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should

Re: Assembler question

2020-07-04 Thread Seymour J Metz
> Back in the olde daze, (not sure whether it is still true), loading a > register from an address not aligned would cause an abend, or poor > performance. The change came with the byte oriented operand feature of the 360/85, and only applied to unprivileged instructions. If your code depended

Re: Assembler question

2020-07-04 Thread Seymour J Metz
> (Do CCWs still require doubleword alignment? PSWs? STCK? CDS?) Yes. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin

Re: Assembler question

2020-07-04 Thread Charles Mills
I am not sure what you are trying to achieve in the big picture but assembler is not something you can spend a short time on and expect to have something that works. Rexx -- you could study it for 5 minutes and be able to write SAY "Hello World" and you would have a working first program. Not

Re: Assembler question

2020-07-04 Thread Paul Gilmartin
On Sat, 4 Jul 2020 22:34:47 +0100, Rupert Reynolds wrote: >The question on my mind is "What did you want to achieve?" > >If you wanted an aligned fullword for OW0007AC then you need to decide >whether to align REPORT07 2 bytes after a fullword boundary (precede it >with CNOP 2,4 from memory) or

Re: Assembler question

2020-07-04 Thread Mike Hochee
Hi Nguyen, In practice I don't think the NOALIGN option is used very frequently, probably because some instructions have alignment dependencies and will generate an error or warning when the instruction operand is not aligned as expected. There are undoubtedly exceptional cases where NOALIGN

Re: Assembler question

2020-07-04 Thread David Betten
OW0007OB is only 2 bytes followed by 2 unused bytes. The reason is that OQ0007AC is defines as a full word and thus has to be full word aligned at address 000804. If you had defined OW0007AC as just XL4 it would've started at 000802. Similarly, if you had defined it as D, then it would have to

Re: Assembler question

2020-07-04 Thread Rupert Reynolds
The question on my mind is "What did you want to achieve?" If you wanted an aligned fullword for OW0007AC then you need to decide whether to align REPORT07 2 bytes after a fullword boundary (precede it with CNOP 2,4 from memory) or whether you want slack bytes in the record. Back in the olde

Re: Assembler question

2020-07-04 Thread Joe Monk
So in REPORT07, you have: 0CL274. This will not reserve any storage, because the multiplier is zero. (7FE). In the next variable, you have XL2. This is hex, length 2. Notice the location counter is at exactly the same place at REPORT07. (7FE). In the next variable you have XL2 again. This is

Re: Assembler question

2020-07-04 Thread Charles Mills
Right. It is two bytes. It occupies two bytes, 804 and 805. The assembler has then inserted two bytes of unused slack to that the following field -- defined as a fullword -- is fullword (multiple of four) aligned. Charles -Original Message- From: IBM Mainframe Discussion List

Re: Assembler question

2020-07-04 Thread Nguyen Dt
I tried the option NOALIGN when assembling , and it is OK now. So it means that i should examine my assembling listing to check if variables are not separated by some bytes for the alignement ? When i put all the variable to Character type i don't have any aligment ... In my case i see the

Re: Assembler question

2020-07-04 Thread Steve Austin
It is not 4 bytes, it is just that the following field is full word aligned. If the following field were FL4 rather than F, you will see the alignment change. I think there is an option to turn off alignment, but don't remember ever using it. -Original Message- From: IBM Mainframe

Assembler question

2020-07-04 Thread Nguyen Dt
Dear lister, I am learning assembler on my own, i have something strange that i can't explain , please help me to understand Here is a section of my code : 608 DBLWORD DS DDBLE WORD 609 PATTERN6 DC X'402020202120' 610 * 611 REPORTO7 DS 0CL274 612 OW0007DB DS XL2 613

Re: Vtoc and index sizing based on Mods

2020-07-04 Thread Lizette Koehler
It depends If the volume would have one dataset on it, like my SPOOL Volumes, then they are very small If like in my TSO Pool there are lots of tiny (15 track or less) then I make them huge. So it all depends on What the intent of the volume is (1 dataset vs Many Datasets) What size the

Re: Vtoc and index sizing based on Mods

2020-07-04 Thread Mike Schwab
IBM guidelines are to support a volume filled with minimum sized datasets (1 track / 21 cylinders EAV). https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.ickug00/ick40743.htm On Sat, Jul 4, 2020 at 5:12 PM Peter wrote: > > Hello Group > > Apology for being ignorant. >

Vtoc and index sizing based on Mods

2020-07-04 Thread Peter
Hello Group Apology for being ignorant. Is there a formula or any constraints for initialising a specific dasd Mod ? How do arrive to a specific vtoc and index value while initialising a dasd ? Please help me to understand Peter

Re: Mainframe co-op

2020-07-04 Thread Jesse 1 Robinson
I was using the term 'CPU upgrade' loosely as going from one 'model' to another with or without a change in technology. It's true that IBM offers (sometimes deep) software discounts for technology upgrades. IBM, however, is only one player. Not long after tiered pricing was foisted on us, ISVs

Re: Mainframe co-op

2020-07-04 Thread Tony Thigpen
I mange a data center where we provide both 'out-sourcing' and DR facilities. Several years ago, we tried to put some sort of co-op together for developers or hobbyist, but nobody seemed interested. I have extra processors on hand and I also have other processors that are used only at

Re: Mainframe co-op

2020-07-04 Thread Joel C. Ewing
The easiest hardware upgrade by far is turning on more CPs or bumping the aggregate CP capacity on existing hardware.   Raising the MSU capacity on existing hardware never decreases software cost and usually increases software costs, sometimes very significantly.  Note that Jesse refers to a CPU

Re: IBM Personal Communications font

2020-07-04 Thread kekronbekron
Thank you Giliad, good to know that there's at least one other person who cares about fonts in 3270! >From what I remember, PCOMM 13.x added support for font scaling, so that >should help things look better, I'd assume. However, as for font choice itself, I think it's still the same bunch. Now

IBM Personal Communications font

2020-07-04 Thread Giliad Wilf
Hi All, Is it possible to configure PCOMM (V6, if it matters) to use a font of choice? Specifically, I'm interested in "Lucida Console" font, which displays better, clearer at any size. Thanks -- For IBM-MAIN subscribe /

Re: Mainframe co-op

2020-07-04 Thread Mike Schwab
I would assume the goal to be 'use PC disks as mainframe DASD'. On Sat, Jul 4, 2020 at 3:46 AM kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote: > > Would love to know more about what your FICON buddy is working on Grant. > If you wanna share (prefer off-list?), please email :)

Re: Migrate z/OS DASD volumes from Mainframe to Hercules Environment

2020-07-04 Thread Brian Westerman
Before anyone gets upset, this is ONLY my opinion, I'm not trying to force anyone to do or believe things the way I do, so please don't flame me just because you feel z/OS ought to be free (as in beer) just because you want to use it and don't think you should have to pay. I'm sure there are