In Rm cobol there was an option on the accept to wait for a termination key. In MF cobol there doesn't seem to be that option. Would anyone know if this is supposed to be enabled by default. I get mixed results. sometime a program will wait, other times when the value that is accepting the input gets filled it will automatically jump to the next statement.
In Rm cobol there was an option on the accept to wait for a termination key. In MF cobol there doesn't seem to be that option. Would anyone know if this is supposed to be enabled by default. I get mixed results. sometime a program will wait, other times when the value that is accepting the input gets filled it will automatically jump to the next statement.
There are options you can specify like REQUIRED or AUTO-SKIP that can affect how the accept behaves.
In Rm cobol there was an option on the accept to wait for a termination key. In MF cobol there doesn't seem to be that option. Would anyone know if this is supposed to be enabled by default. I get mixed results. sometime a program will wait, other times when the value that is accepting the input gets filled it will automatically jump to the next statement.
In the rm code I have things like
accept foo no beep tab.
right now, I just have a regular accept and from what I can tell - if I don't have any other parameters - managed code with mf and rm dialect will move to the next statement when the control is full. if it's native code, rm will move to the next control and mf will allow to enter in as much text as i want.
In Rm cobol there was an option on the accept to wait for a termination key. In MF cobol there doesn't seem to be that option. Would anyone know if this is supposed to be enabled by default. I get mixed results. sometime a program will wait, other times when the value that is accepting the input gets filled it will automatically jump to the next statement.
In RM/COBOL, the default for ACCEPT is that the field is accepted when full. The TAB reserved word can be specified to override this behavior and wait for a termination key.
In Visual COBOL, the default for ACCEPT is that a termination key is required. As Chris said, there are various options to change this behavior. Visual COBOL does not by default have the TAB reserved word, but does when compiling with DIALECT(RMCOBOL); alternatively, the word TAB can be reserved with the reserved word directive ADDRSV(TAB), which will allow the word in the ACCEPT statement without specifying DIALECT(RMCOBOL), but that really just causes the word to be allowed in the ACCEPT statement syntax. There are many, some subtle, differences between ACCEPT/DISPLAY in Visual COBOL from RM/COBOL. If you really want RM/COBOL behavior, you need to use DIALECT(RMCOBOL) directive at compile time and use the RMCOBOL ADIS configuration (I think it may be named something like RMCOBOLV2) at runtime. Otherwise, you'll be spending a lot of time adjusting various directives, language syntax and ADIS configuration settings to get the behavior you want.
In Rm cobol there was an option on the accept to wait for a termination key. In MF cobol there doesn't seem to be that option. Would anyone know if this is supposed to be enabled by default. I get mixed results. sometime a program will wait, other times when the value that is accepting the input gets filled it will automatically jump to the next statement.
In Rm cobol there was an option on the accept to wait for a termination key. In MF cobol there doesn't seem to be that option. Would anyone know if this is supposed to be enabled by default. I get mixed results. sometime a program will wait, other times when the value that is accepting the input gets filled it will automatically jump to the next statement.
In Rm cobol there was an option on the accept to wait for a termination key. In MF cobol there doesn't seem to be that option. Would anyone know if this is supposed to be enabled by default. I get mixed results. sometime a program will wait, other times when the value that is accepting the input gets filled it will automatically jump to the next statement.
In Rm cobol there was an option on the accept to wait for a termination key. In MF cobol there doesn't seem to be that option. Would anyone know if this is supposed to be enabled by default. I get mixed results. sometime a program will wait, other times when the value that is accepting the input gets filled it will automatically jump to the next statement.
e.g. accept foo line 3 position 4
This makes the accept terminate as soon as the last character is entered.
In Rm cobol there was an option on the accept to wait for a termination key. In MF cobol there doesn't seem to be that option. Would anyone know if this is supposed to be enabled by default. I get mixed results. sometime a program will wait, other times when the value that is accepting the input gets filled it will automatically jump to the next statement.
This can be changed by starting up ADISCF and doing the following:
Press F2 Alter
Press F3 Accept/Display Options
Press F3 Individual Options
Choose option 7, Auto-Skip between fields
Choose option 1 No auto-skip and press Enter
Press ESC 3 times
Press F4 to Save
Press F3 to overwrite existing configuration
Choose RM compatible and press Enter
Press Esc to quit
Try again.
In Rm cobol there was an option on the accept to wait for a termination key. In MF cobol there doesn't seem to be that option. Would anyone know if this is supposed to be enabled by default. I get mixed results. sometime a program will wait, other times when the value that is accepting the input gets filled it will automatically jump to the next statement.
In Rm cobol there was an option on the accept to wait for a termination key. In MF cobol there doesn't seem to be that option. Would anyone know if this is supposed to be enabled by default. I get mixed results. sometime a program will wait, other times when the value that is accepting the input gets filled it will automatically jump to the next statement.
Sign up
Already have an account? Login
Welcome to the Rocket Forum!
Please log in or register:
Employee Login | Registration Member Login | RegistrationEnter your E-mail address. We'll send you an e-mail with instructions to reset your password.