× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: Code queries
  • From: Robin Coles <robin@xxxxxxxxxxxx>
  • Date: Tue, 10 Apr 2001 12:49:12 +0100

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 thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.