|
Hi Violaine, Thanks for the help! 1) That's much better than nothing. I've had to change the command defaults on the CRTBNDRPG command to get appropriate debugging information when doing native SQL compiles as well, so I can believe it's not code's fault. Hopefully the problem is being fed back to the appropriate people to get it corrected in the create commands rather than just worked around? 2) Yes, it does remember the setting once I've changed it manually, it's just the first time that it's a problem. 3) I'm compiling interactively, and I am using STRCODE. I couldn't see any messages anywhere. The next time it happens I'll take screen prints and forward them on direct. It doesn't happen on every SQL program, and I can't reproduce at will, but it does happen a couple of times a month. 4) I'm with Jon on this one. For me the default is wrong. If you can't change the default or make it configurable, the keyboard accelerators would help. Allowing the Escape key to be "No" would be better - it's easier to hit while cursing my incompetence than reaching for the mouse or hitting the tab or right arrow then Enter. I can exit the successful completion message box using escape, but not the failed one. I did try switching the message off but it was more trouble than it was worth. I've switched off Windows 2000's "don't let some usurper grab the focus" function so I can see the message as soon as it arrives as I'm normally waiting for the news. I can't remember ever wanting to check the command window before I've looked at the error messages. If the errors aren't enough, *then* I'd go to the command window, but it's easy to get to anyway. I should emphasise that these are only quibbles - I love Code/400 and the extra productivity I've gained. Cheers Robin -----Original Message----- From: batthish@ca.ibm.com [mailto:batthish@ca.ibm.com] Sent: 09 April 2001 18:22 To: CODE400-L@midrange.com Subject: RE: Code queries Hi Robin, Let me see if I can address your issues: 1) You (and Sam) are correct about the compile errors. Apparently the ILE SQL precompilers do not support DEBUGVIEW(*SOURCE) and OPTION(*EVENTF) simultaneously. When both of these options are specifed (the default within CODE and probably what most every developer would choose as options), the *EVENTF option is ignored by the compiler. In V5R1, CODE has provided a circumvention to this compiler restriction, by compiling twice (if necessary) in order to achieve both an events file (which is what you see open in the Error List window) and a compiled object which is debuggable. This circumvention will be (for the most part) transparent to the user. 2) This is a design issue, relating to the fact that Program Generator uses the language profile, rather than the source type to select the default label. I thank you for pointing this out, and we will look into rectifying this design point in the future. I have opened an internal defect for this issue. I would also note that once you compile (with prompt) and select the appropriate label, CODE should remember that label for the specific member. 3) More information would be needed for me to better help you with this problem. Are you compiling interactive or batch? Are you using STRCODE? Are there any messages in your error log file? 4) The default is always to show the Command Shell. The reason that this is useful is that sometimes the error list does not contain sufficient information to let you know why the compile failed (ie. insufficient authority etc) If you turn the notification message off, you should find that the error list will just appear unanounced once the compile has completed. I did notice that for batch compiles, that there are accelators for the Yes/No buttons (ie you could just press Y or N), but these happen to be sadly lacking for interactive compiles. I have opened an internal defect for this issue. Hope this helps! Violaine Batthish CODE/400 Project Lead batthish@ca.ibm.com IBMCA(BATTHISH) CODE/400 page: http://www.ibm.com/software/ad/varpg WDT/400 Support : http://www.ibm.com/software/ad/wdt400/update_downloads.html Robin Coles <robin@ringbase.co To: "'CODE400-L@midrange.com'" <CODE400-L@midrange.com> m> cc: Sent by: Subject: RE: Code queries owner-code400-l@mi drange.com 04/02/2001 05:42 AM Please respond to CODE400-L Thanks for the info Sam, at least that's part of the SQL funnies that will be sorted out. Cheers Robin -----Original Message----- From: Samuel J Lennon [mailto:lennon_s_j@hotmail.com] Sent: 01 April 2001 03:02 To: CODE400-L@midrange.com Subject: Re: Code queries There is a problem with SQLRPGLE which I reported to IBM last September. They acknowledge it existed and last week confirmed that they will fix it in VR51. It seems to be due to the SQL precompiler not creating an event file, so if the precompiler fails you get nothing. If the precompiler succeeds it fails to pass across to the RPG compiler the request to create an event file. Sam >From: Robin Coles <robin@ringbase.com> >Reply-To: CODE400-L@midrange.com >To: "'code400-l@midrange.com'" <code400-l@midrange.com> >Subject: Code queries >Date: Tue, 27 Mar 2001 16:55:34 +0100 > >I love Code/400. but I've got a couple of minor problems with SQL and >wonder >if I've missed ways around them.... > >1) With SQLRPGLE source members, the compile errors never appear in the >error list window. > >2) If I edit a SQLRPGLE program for the first time, CODE knows it's >SQLRPGLE >and allows the SQL lines in the source without complaint. Try to compile >it >and it runs CRTBNDRPG instead of the CRTSQLRPGI SQL equivalent. > >3) Occasionally a failed CRTSQLRPGI stops the Code host server. I use a >session as the server and there aren't any obvious error messages. > >4) I've got notify on completion selected, but on a failed create >(obviously, I don't see many of these :-) the default button is display >command window. I can't remember ever wanting to do this. Is there any >way >to make the "No" button, or to allow Escape, or something else that's easy >to hit in frustration to kill the window? I know I can shut confirmations >off completely, but I just gotta know.... > >Are there work-arounds for these? > >Cheers >Robin >+--- >| This is the CODE/400 Mailing List! >| To submit a new message, send your mail to CODE400-L@midrange.com. >| To subscribe to this list send email to CODE400-L-SUB@midrange.com. >| To unsubscribe from this list send email to CODE400-L-UNSUB@midrange.com. >| Questions should be directed to the list owner/operator: larry@paque.net >+--- _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com +--- | This is the CODE/400 Mailing List! | To submit a new message, send your mail to CODE400-L@midrange.com. | To subscribe to this list send email to CODE400-L-SUB@midrange.com. | To unsubscribe from this list send email to CODE400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: larry@paque.net +--- +--- | This is the CODE/400 Mailing List! | To submit a new message, send your mail to CODE400-L@midrange.com. | To subscribe to this list send email to CODE400-L-SUB@midrange.com. | To unsubscribe from this list send email to CODE400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: larry@paque.net +--- +--- | This is the CODE/400 Mailing List! | To submit a new message, send your mail to CODE400-L@midrange.com. | To subscribe to this list send email to CODE400-L-SUB@midrange.com. | To unsubscribe from this list send email to CODE400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: larry@paque.net +--- +--- | This is the CODE/400 Mailing List! | To submit a new message, send your mail to CODE400-L@midrange.com. | To subscribe to this list send email to CODE400-L-SUB@midrange.com. | To unsubscribe from this list send email to CODE400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: larry@paque.net +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.