Can’t Set different Activation group in ILE SQL COBOL.

210 pts.
Tags:
AS/400
AS/400 SQL
COBOL ILE
SQLCBLLE
V5R4
Does anyone know why when I compile an ILE SQL COBOL program it shows it going to Activation Group QILE but in the COMPILE prompts I don't see any option to change the group to something else like our company name?  In a Cobol ILE program the option is there but not in COBOL SQL ILE program?

Activation group . . . . . . . . . . : QILE



Software/Hardware used:
V5R4
ASKED: December 6, 2010  3:45 PM
UPDATED: December 8, 2010  2:37 PM

Answer Wiki

Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Discuss This Question: 6  Replies

 
There was an error processing your information. Please try again later.
Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
  • TomLiotta
    For the SQL compile commands, study this parameter:
    CRTSQLCBLI ... COMPILEOPT('ACTGRP( QILE )')
    (QILE) is the default. You can replace the default value with any value that is allowed for the CRTBNDCBL ACTGRP() parameter, for example ACTGRP( *CALLER ). The CRTSQLCBLI COMPILEOPT() parameter can convey any of the CRTBNDCBL parameters in to the COBOL compiler. At least, that's what it's supposed to do -- I haven't actually tried all of them. ILE RPG SQL has a similar feature. Tom
    125,585 pointsBadges:
    report
  • BeanBaggs
    Thanks Tom I got a similar response on another user group so will look into that. Just figured it would of had its own parm like it does with CRTBNDCBL, since it is such a critical command?
    210 pointsBadges:
    report
  • TomLiotta
    ...since it is such a critical command? Assuming that you mean 'parameter', wouldn't "critical" imply that you should be including it directly in the program's H-specs? E.g.:
         H dftactgrp( *NO ) actgrp( 'QILE' )
    ...or perhaps:
         H dftactgrp( *NO )
         H     actgrp( *CALLER )
    Tom
    125,585 pointsBadges:
    report
  • BeanBaggs
    What is an H-spec I program in COBOL not RPG? I think in coming versions maybe V7 or V6R1 they are going to allow COBOL programs to put there own options in them like that but COBOL always lacks behind RPG. Unless in SQL you can set the H-SPEC and it works for COBOL not for sure about that I don't think that is how it works, but if that is the case I could do that?
    210 pointsBadges:
    report
  • TomLiotta
    Hmmm... yes, the topic is COBOL, isn't it! Whew... I see so few of those on standard AS/400 forums that it's hard to keep the right mindset. Never mind! The COBOL support does tend to leave a few niceties out that RPG provides. The PROCESS statement would seem the right place to put it, but it never made it. Tom
    125,585 pointsBadges:
    report
  • BeanBaggs
    No problem Tom, I am surprised at how much good advise you are able to give on this site. I do think it is V7 when they will be adding the ACTGRP option to the PROCESS statement for COBOL. So hey at least IBM hasn't completly forgot about us :)!
    210 pointsBadges:
    report

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to:

To follow this tag...

There was an error processing your information. Please try again later.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Thanks! We'll email you when relevant content is added and updated.

Following