Re: CODE/400

["Denis Robitaille" <DRobitaille@xxxxxxxxxxxx>]

Thanks for the quick and accurate response (also thanks to Mr. Morris who also 
answerd my question). One more thing i would like to know. What is beeing 
cashed? I mean, if i turn the refresch cach on before verifying PGMA, Does CODE 
Caches only the files used by PGMA? What if I then verify PGMB, do i lose the 
cached information of PGMA? Basically i want to know if i can work on more than 
one program with cahed information.

Thanks again

Denis Robitaille
Cascades Inc
819 363 5187
fax 819 363 5177
DRobitaille@cascades.com

>>> "Scott P. Johnson" <sjohnson@highsmith.com> 06/09 12:59 PM >>>
Denis Robitaille wrote:
> 
> Hello all,
> 
> I downloaded the CODE/400 trial demo and i have a couple of question/remarks:
> 
> - When I issue a verify (to check for syntax error), In assume that it is the 
>>PC cpu at work, not the AS/400. But the verify time is as long as the compile 
>>time on the AS/400!! I would think that since it runs on the dedicated PC 
>CPU, >it should be much faster (a comparable Delphi program compiles at least 
>10 times >faster).
> 

Yes, it is the PC CPU, but the verify still has to go to the AS/400 to get
the file layouts and such.  This is where caching is a help..

> May be someone could explained that to me
> 
> - Also, i think i read somewhere that you can work "detached" from the AS/400 
>>host. I know i can save localy on my PC the source I am working on but can I 
>>save on my PC the data files required to compile the programs? If yes, how?
>

Yes, you can work detached.  The first step you have to do is do a verify
with cache on and refresh cache on.  Under the Actions pulldown Select the 
option to do verify with prompt.  Then on the settings tab select both boxes.
This will transfer the file layouts and such to your PC and a verify.
Transfer the source to your PC.  Then turn the Refresh Cache off when you 
detach from the AS/400.  You can now use the no prompt verify option.
You cannot compile while detached, only verifies.  The compiles actually
happen on the 400.  Turning caching on will actually help even whe you are
attached to the AS/400.  If you changes files or add files, you have to
refresh the cache.

>
> - The help text with Code/400 gave me bo help about my previous questions. 
>>Also, I found the help text to be of very low quality (the windowing is kind 
>of >funny among other thing)
>

The windows are a tie over from CODE/400's OS/2 days.  The answers for the
questions you asked are there. Sometimes you have to read between the lines,
but they are there.  Everybody complains about the manuals and onine help, 
but I have no problems with them.  I usually find my answers in them.  

> 
> - I also have one last disapointment (but then may be it is because i am 
>doing >something wrong): When you want to open a member, you click on the 
>AS/400 >server, then you click on the library, then you click on the source 
>phycical >file and then you finally click on the member. You get several 
>seconds of delay >with every click. If the change is a small one, you loose a 
>lot of time just >loading the member (compare that to pdm option 3).
>

What you do is create a PDM option.  As long as the Code Server is already
started the below PDM options should work for ya.
------                                                                          
 
   Option  . . . . . . . . :   CE                                               
                                                                                
   Command . . . . . . . . :   /* CODE Edit Member   */ CALL PGM(QCODE/EVFCFDBK)
 PARM('37' 'Y' 'OS400' '<LOCAL> CODEEDIT "<OS400>&L/&F(&N)"')                   
------
   Option  . . . . . . . . :   CB                                               
                                                                                
   Command . . . . . . . . :   /* CODE Browse Member */ CALL PGM(QCODE/EVFCFDBK)
 PARM('37' 'Y' 'OS400' '<LOCAL> CODEBRWS "<OS400>&L/&F(&N)" /N')
------
   Option  . . . . . . . . :   CD                                               
                                                                                
   Command . . . . . . . . :   /* CODE DSU           */ CALL PGM(QCODE/EVFCFDBK)
 PARM('37' 'Y' 'OS400' '<LOCAL> CODEDSU "<OS400>&L/&F(&N)"')
------
   Option  . . . . . . . . :   CG                                               
                                                                                
   Command . . . . . . . . :   /* CODE Debug Member  */ CALL PGM(QCODE/EVFCFDBK)
 PARM('37' 'Y' 'OS400' '<LOCAL> IDEBUGAS /eYOUR.AS400.IP.ADDR "<OS400>&L/&F(&
N)"')                                                                           
------

If you already have a PDM option that conflicts with any of the above, just
change the above one to something else that would make sense to you. Be
warned though that when you do it this way you get a "Command Shell" in
CODE/400.  This is a good thing and a bad thing. GOOD: you can enter AS/400
commands. Anything entered that needs input will come up in the STRCODE
5250 session.  BAD: It is a pain to shutdown. If you just exit out of CODE
(using X in upper right of window) while this is still running you get an 
error window. What needs to be done is that you go to the "shell" session 
and right click in the window. In the popup menu select LOCAL.  Then just 
enter EXIT and press enter.  When you change to LOCAL, you actually then 
have access to DOS commands. You can switch between by just right clicking
and selecting the one not checked. So in a way it can be an added bonus.

> 
> I would aprciate it if someone could direct me to a good spot to get 
>>information on those kind of issu with CODE because I would like to have the 
>>ammunition to convince my coworker to use it.
>

There is a lot of good info on the webpage.  Just have a look around.
Also, you may one to check into the VisualAge for RPG. I have been doing
some Client/Server programs it it and it is great.  You can reuse your
RPG IV skills to write PC pgms. Plus, it uses CODE/400 for its editor.
Which means you can again reuse the skills you learn.

Also, a very good place to get answers to questions about CODE/400 is the 
"ibm.software.code400" newsgroup on "news.software.ibm.com" news server.
Also, if interested in VARPG, there is the "ibm.software.varpg" newsgroup.

> 
> Thanks
> 
> Denis Robitaille
> Cascades Inc
> 819 363 5187
> fax 819 363 5177
> DRobitaille@cascades.com 

 

--  Hope this helps.
------------------------------------------------------
Scott P. Johnson
Programmer/Analyst
IBM Certified Specialist - AS/400 RPG Programmer
Highsmith Inc.
W5527 Hwy 106, PO BOX 800
Fort Atkinson, WI 53538-0800
TEL:  920-563-9571                FAX:  920-563-7395
sjohnson@highsmith.com 
www.highsmith.com 
------------------------------------------------------
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com 
+---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---