Well, I'll certainly concur that an "account" is simply the location of the VOC.
Key word there - "typically". Consider: Acct\bp\live\SOprogs Acct\bp\test\SOprogs Acct\bp\custom\SOprogs (OK - so no real pgm directories alongside programs. What about expanding to : Acct\bp\live\SOprogs\includes) Vs. Acct\SOprogs Acct\testSOprogs Acct\customSOprogs Here you're likely mixing Data files/dicts with the program directories. Besides - one is definitely more of a directory "tree" while the other is more of a directory "lawn" :) I guess messy is in the eye of the beholder. Plus, I'll certainly agree to the flexibility of the VOC (although it's a double-edged sword). The issue I have with UniData is that it will give you the flexibility with one hand and take it away with the other. Usually, it seems to come down to a "typically." I've heard that the origin of UniData came from someone with a very definitive view of the right and wrong way to do things and it really shows every once in a while. My silly gripe is that the OS level commands GUIDE and MEMRESIZE work slightly differently. GUIDE will work on both the actual filename and the VOC name while MEMRESIZE looks at the VOC record. If a local filename has a VOC item that points elsewhere you can easily resize the wrong file or not be able to resize something you think you should be able to. Colin "enough of the bad puns and trite colloquialisms already" Alfke Calgary, Canada -----Original Message----- From: Symeon Breen Sorry - i think we were talking at cross purposes there. Yes an account is just a directory but many people refer to the directory in which they run the udt process as the account and this is where the voc resides. - typically the program files would be sub directories inside this account/directory - so you would have SOPprogs, SLprogs, etc It would get messy if inside this account you had say BP as your program directory with programs in it then also inside bp you had subdirectories also with programs, the sub directories would be fine as you could easily set up voc pointers for them, the BP directory would be fine as well, except any selects and commands based on selects i.e. catalog and basic, may go awry because of the sub directories inside it. So i think the reasoning behind the exclusion of -r for convcode is that you would not usually have a directory that had nothing in it except code and also contained subdirectories also with code, the main directory would be an account and as such you would not want to run convcode in the account, but against each of the program files inside that account. There are a million scenarios here the voc is just too flexible ...... _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users