I will definitely look into this utility, it seems like it would help quite a bit. Thanks,
Javier Valencia, PE President Valencia Technology Group, L.L.C. 14315 S. Twilight Ln., Suite #14 Olathe, KS 66062-4571 (913)829-0888 (913)649-2904 FAX -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Albert Berry Sent: Tuesday, August 20, 2002 8:45 AM To: [EMAIL PROTECTED] Subject: RE: Rbase momenclature and codelock issues Javier, you may want to investigate Dennis McGrath's RCLASS. It automates the codelocking procedure. I have used it for some years for occasions when I need to codelock, and it works very well. I can even codelock my EEPs in it by making a dummy command file CodeEeps.EEP which simply contains any number of rows of RUN ???.EEP. Set the RCLASS cfg to command file extension EEP and <RCLASS CodeEeps> will put all the eeps into the file. That said, I more commonly use standalone command files, and for this I use RCLASS with the /d /s switches which gives me a text file of all the procedural calls. The /d switch tells RCLASS to create the documentation files, the /s says stop before codelocking. When it has finished, rclass.$$1 looks like this: ADMIN.RMD CHOOSE ADMIN.MNU ADMIN.RMD RUN ADMIN1.RMD ADMIN.RMD RUN ADMIN2.RMD ADMIN.RMD OUTPUT SOMEFILE.TXT "Javier Valencia" <[EMAIL PROTECTED]> wrote: >Is there an official nomenclature for naming files (extension) that are used >with Rbase.? I am in the process of converting a large application from >Rbase 4.5++ DOS to Rbase 6.5++ for Windows and this would be a good time to >rename files if necessary. >Having started with Rbase 4000 back in 1986 I have used the following >extensions: >filename.dat Startup files >filename.asc, filename.txt ascii or text command files >filename.app application files >filename.apx codelocked application files >filename.rex codelocked executable files >Also, in the past I have stored all the codelocked files in a few large >procedure files, by using the option "ADD AN ASCII COMMAND FILE TO A >PROCEDURE FILE' (also, menus and screens). The problem that I had in the >past is that when I needed to re-codelock one file, the procedure file kept >getting larger and larger as the old code apparently was not erased. I would >have to delete the *.apx file and codelock all the files all over again (I >store the commands in an executable file) >Then, to run the particular program I would just code in a program something >like >: >Run utility1 in myutilities.apx > >The problem with this approach is that several clients have variations of >the individual files and every time I make a change I would have to >re-codelock all the files in the application (to reduce size) making it >difficult to keep track of the modifications. The approach that I am >considering using is to individually codelock the programs and place them in >separate subdirectories (one for utilities, one for epps, etc.); this way, >if I need to modify one file I only need to re-codelock the one file. >Any comment about these approaches? >One more issue, is it better to codelock an individual file as part of a >procedure file or as binary command file? For example, if I have a utility >to count widgets, (count_widg.txt) Is it better to codelock it to run as: > >RUN count_widg in utilities\count_widg.apx ==> (executable in a >procedure) >OR >RUN utilities\count_widg.rex ==> (codelocked executable file) > >Are there commands that will not run when codelocked? > >Any comment will be greatly appreciated. > > >Javier Valencia, PE >President >Valencia Technology Group, L.L.C. >14315 S. Twilight Ln., Suite #14 >Olathe, KS 66062-4571 >(913)829-0888 >(913)649-2904 FAX > > __________________________________________________________________ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ ================================================ TO SEE MESSAGE POSTING GUIDELINES: Send a plain text email to [EMAIL PROTECTED] In the message body, put just two words: INTRO rbase-l ================================================ TO UNSUBSCRIBE: send a plain text email to [EMAIL PROTECTED] In the message body, put just two words: UNSUBSCRIBE rbase-l ================================================ TO SEARCH ARCHIVES: http://www.mail-archive.com/rbase-l%40sonetmail.com/ ================================================ TO SEE MESSAGE POSTING GUIDELINES: Send a plain text email to [EMAIL PROTECTED] In the message body, put just two words: INTRO rbase-l ================================================ TO UNSUBSCRIBE: send a plain text email to [EMAIL PROTECTED] In the message body, put just two words: UNSUBSCRIBE rbase-l ================================================ TO SEARCH ARCHIVES: http://www.mail-archive.com/rbase-l%40sonetmail.com/
