Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Maximum number of EXEC statements

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> Mainframe Interview Questions
View previous topic :: :: View next topic  
Author Message
iampraveena

New User


Joined: 19 May 2006
Posts: 6

PostPosted: Wed Apr 04, 2007 11:16 am    Post subject: Maximum number of EXEC statements
Reply with quote

why is the maximum number of EXEC statements 255 ?
Back to top
View user's profile Send private message

guptae

Moderator


Joined: 14 Oct 2005
Posts: 1187
Location: Bangalore,India

PostPosted: Wed Apr 04, 2007 11:44 am    Post subject:
Reply with quote

Hi There,

Topic is already discussed

http://www.ibmmainframes.com/viewtopic.php?t=9331&highlight=max+number+exec
Back to top
View user's profile Send private message
star_dhruv2000

New User


Joined: 03 Nov 2006
Posts: 87
Location: Plymouth, MN USA

PostPosted: Wed Apr 04, 2007 1:20 pm    Post subject:
Reply with quote

yes 255 is max no. of exec statement allowed.
Back to top
View user's profile Send private message
UmeySan

Active Member


Joined: 22 Aug 2006
Posts: 757
Location: Germany

PostPosted: Wed Apr 04, 2007 1:58 pm    Post subject:
Reply with quote

Hi iampraveena !

I dont hope, that you really want to build a job with 255 Exec's !!!

But here's a little excurse of the magic numers in our job, that i wrote a long time before.

255 is as special as 4096.

Btw, 4096 is the highest value for adressing Bytes with a Base-Register in Assembler.

255 is the highest value a byte could have. So 255 decimal is "FF" in hexa.

In former times at the beginning of comuters and programmings you had
always byte-commands. Remember the Assembler-Instruction MVC. It is
the same as MOVE in Cobol. The longest field you could move with one
instruction could only be 255 bytes. Also all the internal routins for accessing and handling Datasets, written bei IBM, are using ContolBlocks and special SystemServices based on that restriction.

For example, if you open a dataset in cobol-programm, in the background, the internal I/O-Routins are accessing a RDJFCB (READ-JOB-FILE-CONTROLBLOCK), where all Information of the actual dataset is stored.

It's the chaining beetween your logical file in programm and the physical file, declared in the JobControlLanguage, and the actual physical device.

Now, this RDJFCB has a special structure and field-order. Some contents are stored in only one byte. And so, the highest value could only be 255. No one would be so crazy to change all these old routins. Nothing more would work. You only could enhance these ControlBlocks with new features, but you must leave the earlier fields and flags.

And now comming to the limitation of 255. The limit-value is stored
in on Byte of such ControlBlock. And what is the highest value you could store in one Byte ??? !!!


Thank you fore listening to my little excurse of mainframe stone-age.

Regards, UmeySan
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> Mainframe Interview Questions All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts SMTP the current generation number of... Jyothi Kulunde JCL & VSAM 4 Thu May 04, 2017 4:08 pm
No new posts Running an REXX EXEC implicitly sho7hills CLIST & REXX 3 Thu Apr 20, 2017 8:14 am
No new posts Edit large number of datasets (QSAM) zh_lad TSO/ISPF 3 Tue Apr 04, 2017 6:08 pm
No new posts how to mask the phone number kumarinfy DB2 4 Mon Apr 03, 2017 5:23 pm
No new posts what is meaning of the number in dcl Martylin PL/I & Assembler 2 Thu Mar 09, 2017 7:18 am


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us